(57)【要約】【課題】従来はあまり考慮されていなかった情報を基礎として、ユーザのストレス状態に応じて適切なコンテンツをレコメンドする。【解決手段】サーバ装置１０は、複数のユーザについて、各ユーザのストレス状態と利用されたコンテンツとを対応付ける対応付け情報を取得する取得部１１と、対象ユーザのストレス状態を推定する推定部１３と、取得された対応付け情報と推定された対象ユーザのストレス状態とに基づいて、対象ユーザにレコメンドするコンテンツを設定し、該コンテンツを対象ユーザにレコメンドするレコメンド処理部１４と、を備える。【選択図】図１
2018181008.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザについて、各ユーザのストレス状態と利用されたコンテンツとを対応付ける対応付け情報を取得する取得部と、
レコメンドの対象となる対象ユーザのストレス状態を推定する推定部と、
前記取得部により取得された前記対応付け情報と、前記推定部により推定された前記対象ユーザのストレス状態とに基づいて、前記対象ユーザにレコメンドするコンテンツを設定し、該コンテンツを前記対象ユーザにレコメンドするレコメンド処理部と、
を備えるサーバ装置。
【請求項２】
前記取得部は、
前記複数のユーザについて、各ユーザの携帯端末から得られる情報に基づいて、各ユーザのストレス状態を推定するとともに前記利用されたコンテンツを特定し、各ユーザのストレス状態と利用されたコンテンツとを対応付ける対応付け情報を生成することにより、前記対応付け情報を取得し、
前記推定部は、前記対象ユーザの携帯端末から得られる情報に基づいて、前記対象ユーザのストレス状態を推定する、
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記取得部は、
前記複数のユーザについて、各ユーザの携帯端末から得られる所定の対象日の情報に基づいて、各ユーザのストレス状態を表すストレス状態スコアを算出するとともに利用されたコンテンツを特定して、各ユーザのストレス状態スコアと利用されたコンテンツとを対応付ける対応付け情報を生成する生成部と、
生成された前記複数のユーザについての対応付け情報に基づいて、同一コンテンツに関するストレス状態スコアの度数分布情報を各コンテンツについて導出する導出部と、
導出された各コンテンツについての度数分布情報を格納する格納部と、
を含む、
ことを特徴とする請求項１又は２に記載のサーバ装置。
【請求項４】
前記推定部は、前記対象ユーザの携帯端末から得られる前記対象日の情報に基づいて、前記対象ユーザのストレス状態を表すストレス状態スコアを算出し、
前記レコメンド処理部は、前記格納部に格納された各コンテンツについての度数分布情報と、前記推定部により推定された前記対象ユーザのストレス状態スコアとに基づいて、前記対象ユーザにレコメンドするコンテンツを設定する、
ことを特徴とする請求項３に記載のサーバ装置。
【請求項５】
前記取得部は、
前記複数のユーザについて、各ユーザの携帯端末から得られる所定の対象日の直近所定期間分の情報に基づいて、各ユーザの平均的なストレス状態を表す平均ストレス状態スコアを日ごとに算出するとともに利用されたコンテンツを特定して、各ユーザの平均ストレス状態スコアと利用されたコンテンツとを対応付ける対応付け情報を生成する生成部と、
生成された前記複数のユーザについての対応付け情報に基づいて、同一コンテンツに関する平均ストレス状態スコアの日数に関する度数分布情報を各コンテンツについて導出する導出部と、
導出された各コンテンツについての度数分布情報を格納する格納部と、
を含む、
ことを特徴とする請求項１又は２に記載のサーバ装置。
【請求項６】
前記推定部は、前記対象ユーザの携帯端末から得られる前記対象日の直近所定期間分の情報に基づいて、前記対象ユーザの平均的なストレス状態を表す平均ストレス状態スコアの日数に関する度数分布情報を導出し、
前記レコメンド処理部は、前記格納部に格納された各コンテンツについての度数分布情報と、前記推定部により導出された前記対象ユーザの度数分布情報とに基づいて、前記対象ユーザにレコメンドするコンテンツを設定する、
ことを特徴とする請求項５に記載のサーバ装置。
【請求項７】
前記取得部は、
前記複数のユーザについて、各ユーザの携帯端末から得られる情報のうち、あるコンテンツの利用当日および直前の所定日数分の情報に基づいて、各ユーザのストレス状態を表すストレス状態スコアを算出して、各ユーザのストレス状態スコアと前記コンテンツとを対応付ける対応付け情報を生成する生成部と、
生成された前記複数のユーザについての対応付け情報に基づいて、同一コンテンツに関するストレス状態スコアの利用当日および直前の所定日数それぞれの日の度数分布情報を各コンテンツについて導出する導出部と、
導出された各コンテンツについての利用当日および直前の所定日数それぞれの日の度数分布情報を格納する格納部と、
を含む、
ことを特徴とする請求項１又は２に記載のサーバ装置。
【請求項８】
前記推定部は、前記対象ユーザの携帯端末から得られる所定の対象日および直前の所定日数分の情報に基づいて、前記対象ユーザのストレス状態を表す対象日および直前の所定日数それぞれの日のストレス状態スコアを算出し、
前記レコメンド処理部は、前記格納部に格納された各コンテンツについての利用当日および直前の所定日数それぞれの日の度数分布情報と、前記推定部により算出された前記対象ユーザの対象日および直前の所定日数それぞれの日のストレス状態スコアとに基づいて、前記対象ユーザにレコメンドするコンテンツを設定する、
ことを特徴とする請求項７に記載のサーバ装置。
【請求項９】
前記取得部は、
前記複数のユーザについて、各ユーザの携帯端末から得られる情報のうち、あるコンテンツの利用当日および直後の所定日数分の情報に基づいて、各ユーザのストレス状態を表すストレス状態スコアを算出して、各ユーザのストレス状態スコアと前記コンテンツとを対応付ける対応付け情報を生成する生成部と、
生成された前記複数のユーザについての対応付け情報に基づいて、同一コンテンツに関するストレス状態スコアの利用当日および直後の所定日数それぞれの日の度数分布情報を各コンテンツについて導出し、導出された各コンテンツについての利用当日および直後の所定日数それぞれの日の度数分布情報に基づいて、ストレス軽減効果を表す効果指標を各コンテンツについて導出する導出部と、
導出された各コンテンツについての効果指標を格納する格納部と、
を含む、
ことを特徴とする請求項１又は２に記載のサーバ装置。
【請求項１０】
前記推定部は、前記対象ユーザの携帯端末から得られる所定の対象日の情報に基づいて、前記対象ユーザのストレス状態を表す当日のストレス状態スコアを算出し、
前記レコメンド処理部は、前記格納部に格納された各コンテンツについての効果指標と、前記推定部により算出された前記対象ユーザの対象日のストレス状態スコアとに基づいて、前記対象ユーザにレコメンドするコンテンツを設定する、
ことを特徴とする請求項９に記載のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザにコンテンツをレコメンドするサーバ装置に関する。なお、本明細書における「コンテンツをレコメンドする」とは、特定の手法に限定されるものではなく、例えば、コンテンツを紹介した文書、コンテンツへアクセスするためのリンク情報、コンテンツデータそのものなど、又はこれらのうち２つ以上の組合せをユーザ端末に提供する態様などが該当する。
【背景技術】
【０００２】
従来より、ユーザにコンテンツをレコメンドするサービスが知られているが、該サービスでは、主にユーザのコンテンツ利用履歴、購買履歴、入力された単語情報（例えば、癒されたい、元気になる）などに基づいて、レコメンドすべきコンテンツを設定していた（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２９３３８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来のレコメンドサービスでは、ユーザのストレス状態に関する単純なキーワード（例えば、癒されたい、元気になるなど）に基づくレコメンドは行われていたものの、ユーザのストレス状態の時系列変化、ユーザのストレス状態を指標化したストレススコアなどを考慮してのレコメンドは殆ど検討されていなかった。
【０００５】
本発明は、上記課題を解決するために成されたものであり、従来はあまり考慮されていなかった情報を基礎として、ユーザのストレス状態に応じて適切なコンテンツをレコメンドすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一実施形態に係るサーバ装置は、複数のユーザについて、各ユーザのストレス状態と利用されたコンテンツとを対応付ける対応付け情報を取得する取得部と、対象ユーザのストレス状態を推定する推定部と、前記取得部により取得された前記対応付け情報と、前記推定部により推定された前記対象ユーザのストレス状態とに基づいて、前記対象ユーザにレコメンドするコンテンツを設定し、該コンテンツを前記対象ユーザにレコメンドするレコメンド処理部と、を備える。
【０００７】
上記のサーバ装置では、取得部が、複数のユーザについて、各ユーザのストレス状態と利用されたコンテンツとを対応付ける対応付け情報を取得し、推定部が、対象ユーザのストレス状態を推定し、そして、レコメンド処理部が、上記取得された対応付け情報と、推定された対象ユーザのストレス状態とに基づいて、対象ユーザにレコメンドするコンテンツを設定し、該コンテンツを対象ユーザにレコメンドする。これにより、従来はあまり考慮されていなかった情報、即ち、複数のユーザについて各ユーザのストレス状態と利用されたコンテンツとを対応付ける対応付け情報および推定された対象ユーザのストレス状態を基礎として、対象ユーザにレコメンドするコンテンツが設定され、ユーザのストレス状態に応じて適切なコンテンツをレコメンドすることができる。
【発明の効果】
【０００８】
本発明によれば、ユーザのストレス状態に応じて適切なコンテンツをレコメンドすることができる。
【図面の簡単な説明】
【０００９】
【図１】第１〜第４実施形態のサーバ装置の構成を示す図である。
【図２】第１実施形態の処理を説明するための図である。
【図３】第１実施形態の処理フロー図であり、（ａ）は事前処理の処理フロー図であり、（ｂ）はレコメンド処理の処理フロー図である。
【図４】第２実施形態の処理を説明するための図であり、（ａ）は事前処理により作成された分布図であり、（ｂ）は対象ユーザの分布図である。
【図５】第２実施形態の処理フロー図であり、（ａ）は事前処理の処理フロー図であり、（ｂ）はレコメンド処理の処理フロー図である。
【図６】第３実施形態の処理を説明するための図であり、（ａ）は事前処理により作成されたコンテンツＡ利用者に関する分布図であり、（ｂ）は事前処理により作成されたコンテンツＢ利用者に関する分布図である。
【図７】第３実施形態の処理フロー図であり、（ａ）は事前処理の処理フロー図であり、（ｂ）はレコメンド処理の処理フロー図である。
【図８】第４実施形態の処理を説明するための図であり、（ａ）は事前処理により作成されたコンテンツＡ利用者に関する分布図であり、（ｂ）は事前処理により作成されたコンテンツＢ利用者に関する分布図であり、（ｃ）は各コンテンツのレコメンド指標を統計化した図である。
【図９】第４実施形態の処理フロー図であり、（ａ）は事前処理の処理フロー図であり、（ｂ）はレコメンド処理の処理フロー図である。
【図１０】サーバ装置のハードウェア構成を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら、本発明に係るサーバ装置の各種実施形態について説明する。以下では、第１実施形態として、ユーザ端末から取得される所定の対象日の情報に基づきストレス状態が類似したユーザがよく使うコンテンツをレコメンドする実施形態を説明し、第２実施形態として、ユーザ端末から取得される過去の直近の所定期間（一例として直近の所定数ヶ月分）の情報に基づきストレス状態が相反する（真逆の）ユーザがよく使うコンテンツをレコメンドする実施形態を説明する。また、第３実施形態として、ユーザ端末から取得されるコンテンツ利用当日および直前の所定日数分の情報に基づきストレス状態の変動が類似したユーザがよく使うコンテンツをレコメンドする実施形態を説明し、第４実施形態として、ユーザ端末から取得されるコンテンツ利用当日および直後の所定日数分の情報に基づきユーザのストレス状態改善に有効と思われるコンテンツをレコメンドする実施形態を説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１１】
［第１実施形態］
（システム構成例の説明）
図１に示すように、第１実施形態に係るサーバ装置１０は、取得部１１と、端末情報ＤＢ１２と、推定部１３と、レコメンド処理部１４と、を備え、複数のユーザ端末２０との間で相互に通信可能とされている。なお、複数のユーザ端末２０のうち、後述するレコメンド処理の対象となるユーザ端末は、以下「対象ユーザ端末」と称する。
【００１２】
取得部１１は、複数のユーザについて、各ユーザ端末２０から得られる後述の情報に基づいて、各ユーザのストレス状態を推定するとともに、利用されたコンテンツを特定し、各ユーザのストレス状態と利用されたコンテンツとを対応付ける対応付け情報を生成する。上記のユーザ端末から得られる「情報」としては、例えば、加速度、照度、気圧、位置に関する情報、アプリケーションの利用履歴情報、端末の操作履歴情報などが挙げられ、特定の種類の情報に限定されるものではない。以下では、これらを「情報」と総称する。
【００１３】
より具体的には、取得部１１は、複数のユーザについて、各ユーザ端末２０から得られる所定の対象日の情報（以下「当日分の情報」と称する）に基づいて、既存の手法を利用して、各ユーザのストレス状態を表すストレス状態スコア（例えば、LF/HFなど）を算出するとともに、利用されたコンテンツを特定して、各ユーザのストレス状態スコアと利用されたコンテンツとを対応付ける対応付け情報を生成する生成部１１Ａと、生成された複数のユーザについての対応付け情報に基づいて、同一コンテンツに関するストレス状態スコアの度数分布情報を各コンテンツについて導出する導出部１１Ｂと、導出された各コンテンツについての度数分布情報を格納する格納部１１Ｃと、を含んで構成される。
【００１４】
端末情報ＤＢ１２は、複数のユーザ端末２０から得られる情報（例えば前述した加速度、照度、気圧、位置に関する情報、アプリケーションの利用履歴情報、端末の操作履歴情報など）を格納するデータベースであり、必要とされる情報は、生成部１１Ａにより端末情報ＤＢ１２から読み出される。
【００１５】
推定部１３は、対象ユーザ端末から得られる情報に基づいて対象ユーザのストレス状態を推定する。第１実施形態の推定部１３は、対象ユーザ端末から得られる当日分の情報に基づいて、後述する処理により、対象ユーザのストレス状態を表すストレス状態スコアを算出する。
【００１６】
レコメンド処理部１４は、格納部１１Ｃに格納された各コンテンツについての度数分布情報と、推定部１３により推定された対象ユーザのストレス状態スコアとに基づいて、対象ユーザにレコメンドするコンテンツを設定し、該コンテンツを対象ユーザにレコメンドする。
【００１７】
（第１実施形態の処理の説明）
第１実施形態の処理は、複数のユーザ端末２０からの情報に基づき複数のユーザについての同一コンテンツに関するストレス状態スコアの度数分布情報を各コンテンツについて導出し格納する事前処理（図３（ａ））と、対象ユーザ端末からの情報に基づき対象ユーザのストレス状態スコアを求め、該ストレス状態スコアと各コンテンツについての度数分布情報とに基づいて、対象ユーザにレコメンドするコンテンツを設定しレコメンドするレコメンド処理（図３（ｂ））と、を含む。以下、これらを順に説明する。
【００１８】
図３（ａ）に示す事前処理では、取得部１１内の生成部１１Ａが、ユーザ端末から当日分の情報を取得し（ステップＳ１）、既存の手法を利用して各ユーザのストレス状態スコアを求め（ステップＳ２）、そして、各ユーザのストレス状態スコアと利用されたコンテンツとを対応付ける対応付け情報を生成する（ステップＳ３）。このとき、生成部１１Ａは対応付け情報を一旦、格納部１１Ｃに格納してもよい。さらに、導出部１１Ｂは、対応付け情報を基に同一コンテンツでストレス状態スコアを統計化して度数分布を生成し正規化して度数分布情報を各コンテンツについて導出し、格納部１１Ｃに格納する（ステップＳ４）。以上の事前処理により、各コンテンツについての度数分布情報が導出され、格納部１１Ｃに格納される。
【００１９】
なお、ステップＳ２におけるストレス状態スコア（例えば、LF/HFなど）の算出方法は、特定の方法に限定されるものではなく、例えば、機械学習を用いて、アンケートなどで計測できるユーザのストレス値を正解データとして、ユーザ端末２０から得られる情報（例えば前述した加速度、照度、気圧、位置に関する情報、アプリケーションの利用履歴情報、端末の操作履歴情報など）に基づき生成した特徴量をもとに、ストレス状態スコアを推定してもよい。これ以降に記載されたストレス状態スコアの算出についても同様であり、特定の方法に限定されるものではなく、例えば上記のような機械学習を用いた方法を採用してもよい。
【００２０】
図３（ｂ）に示すレコメンド処理では、推定部１３が、端末情報ＤＢ１２に格納されている対象ユーザ端末からの当日分の情報を取得し（ステップＳ１１）、既存の手法を利用して対象ユーザのストレス状態スコアを求め（ステップＳ１２）、そして、レコメンド処理部１４が、格納部１１Ｃに格納された各コンテンツについての度数分布情報と、推定部１３により推定された対象ユーザのストレス状態スコアとから、例えば以下の式（１）により、対象ユーザに対する各コンテンツのレコメンド指標を算出する（ステップＳ１３）。
レコメンド指標＝対象ユーザと同一スコアの利用者数／最頻値の利用者数  (1)
さらに、レコメンド処理部１４は、対象ユーザに対するレコメンド指標が高い順に、対象ユーザに利用履歴の無いコンテンツを、レコメンドすべきコンテンツとして設定し、対象ユーザにレコメンドする（ステップＳ１４）。ここでのコンテンツの設定例は、図２を用いて以下で説明する。なお、上記式（１）によってレコメンド指標を算出するのは、一例であり、この算出方法に限定されるものではない。
【００２１】
例えば、２つのコンテンツＡ、Ｂのうち何れかを、レコメンドすべきコンテンツとして設定するケースを想定する。図２における左側の度数分布がコンテンツＡ利用者のストレス状態スコアの分布を示し、図２における右側の度数分布がコンテンツＢ利用者のストレス状態スコアの分布を示しており、対象ユーザのストレス状態スコアがｋである場合、コンテンツＡでは、ストレス状態スコアが対象ユーザと同じｋである利用者の数は最頻値の利用者数とほぼ等しい。一方、コンテンツＢでは、ストレス状態スコアが対象ユーザと同じｋである利用者の数は最頻値の利用者数よりもかなり少ない。そのため、式（１）により算出されるコンテンツＡ、Ｂそれぞれのレコメンド指標を比較すると、コンテンツＡのレコメンド指標はコンテンツＢのレコメンド指標よりも大きくなり、レコメンドすべきコンテンツとしてコンテンツＡが設定される。
【００２２】
以上の第１実施形態により、統計化された複数のユーザに関するストレス状態とコンテンツとの対応付け情報に基づき、ストレス状態が類似したユーザがよく使うコンテンツをレコメンドすることができる。即ち、ユーザのストレス状態に応じて適切なコンテンツをレコメンドすることができる。
【００２３】
なお、第１実施形態では、ストレス状態が類似したユーザがよく使うコンテンツをレコメンドする例を説明したが、別の態様として、例えば図３（ｂ）のステップＳ１４で対象ユーザに対するレコメンド指標が低い順に、対象ユーザに利用履歴の無いコンテンツを、レコメンドすべきコンテンツとして設定することで、ストレス状態が相反するユーザがよく使うコンテンツをレコメンドすることができる。
【００２４】
［第２実施形態］
第２実施形態では、ユーザ端末から取得される所定の対象日から過去に遡った直近所定期間分の情報（ここでは一例として直近の所定数ヶ月分の情報（以下「直近ｍヶ月分の情報」と称する））に基づきストレス状態が相反するユーザがよく使うコンテンツをレコメンドする例を説明する。第２実施形態のシステム構成は、図１に示す第１実施形態のシステム構成と同様であるため、ここでは重複した説明は省略する。ただし、図１の取得部１１、推定部１３およびレコメンド処理部１４が備える機能が第１実施形態とは異なるため、以下、これらの機能の差異点について説明する。
【００２５】
取得部１１における生成部１１Ａは、複数のユーザについて、各ユーザの携帯端末から得られる直近の所定数ヶ月分の情報に基づいて、各ユーザの平均的なストレス状態を表す平均ストレス状態スコアを日ごとに算出するとともに利用されたコンテンツを特定して、各ユーザの平均ストレス状態スコアと利用されたコンテンツとを対応付ける対応付け情報を生成する。
【００２６】
取得部１１における導出部１１Ｂは、生成された複数のユーザについての対応付け情報に基づいて、同一コンテンツに関する平均ストレス状態スコアの日数に関する度数分布情報を各コンテンツについて導出し、格納部１１Ｃに格納する。
【００２７】
推定部１３は、対象ユーザ端末から得られる直近の所定数ヶ月分の情報に基づいて、対象ユーザの平均的なストレス状態を表す平均ストレス状態スコアの日数に関する度数分布情報を導出する。
【００２８】
レコメンド処理部１４は、格納部１１Ｃに格納された各コンテンツについての度数分布情報と、推定部１３により導出された対象ユーザの度数分布情報とに基づいて、対象ユーザにレコメンドするコンテンツを設定する。
【００２９】
第２実施形態の処理は、複数のユーザ端末２０からの情報に基づき複数のユーザについての同一コンテンツに関する平均ストレス状態スコアの日数に関する度数分布情報を各コンテンツについて導出し格納する事前処理（図５（ａ））と、対象ユーザ端末からの情報に基づき対象ユーザの平均ストレス状態スコアの日数に関する度数分布情報を求め、対象ユーザの度数分布情報と各コンテンツについての度数分布情報とに基づいて、対象ユーザにレコメンドするコンテンツを設定しレコメンドするレコメンド処理（図５（ｂ））と、を含む。以下、これらを順に説明する。
【００３０】
図５（ａ）に示す事前処理では、まず、複数のユーザ端末２０からの情報が取得され端末情報ＤＢ１２に格納されていく（ステップＳ２１）。その後、取得部１１内の生成部１１Ａは、ユーザ端末２０の直近の所定数ヶ月分（以下「直近ｍヶ月分」と称する）の情報を端末情報ＤＢ１２から取得し（ステップＳ２２）、該直近の所定数ヶ月分の情報に基づいて、各ユーザの一日の平均的なストレス状態を表す平均ストレス状態スコアを日ごとに算出するとともに利用されたコンテンツを特定して、各ユーザの平均ストレス状態スコアと利用されたコンテンツとを対応付ける対応付け情報を生成する（ステップＳ２３）。そして、導出部１１Ｂは、生成された複数のユーザについての対応付け情報に基づいて、同一コンテンツに関する平均ストレス状態スコアの日数に関する度数分布情報を各コンテンツについて導出し、格納部１１Ｃに格納する（ステップＳ２４）。以上の事前処理により、各コンテンツについての平均ストレス状態スコアの日数に関する度数分布情報が導出され、格納部１１Ｃに格納される。
【００３１】
図５（ｂ）に示すレコメンド処理では、推定部１３が、端末情報ＤＢ１２に格納されている対象ユーザ端末の直近ｍヶ月分の情報を取得し、既存の手法を利用して対象ユーザの一日の平均的なストレス状態を表す平均ストレス状態スコアを日ごとに算出し、さらに、対象ユーザの平均ストレス状態スコアの日数に関する度数分布情報を導出する（ステップＳ３１）。次に、レコメンド処理部１４は、ステップＳ２４で格納された各コンテンツについての度数分布情報を格納部１１Ｃから取得し（ステップＳ３２）、各コンテンツについての度数分布情報と、推定部１３により導出された対象ユーザの平均ストレス状態スコアの日数に関する度数分布情報とから、以下の式（２）により、対象ユーザに対する各コンテンツのレコメンド指標を算出する（ステップＳ３３）。
レコメンド指標＝両者の度数分布間のJSダイバージェンス  (2)
ここで、「両者の度数分布」とは、あるコンテンツについての平均ストレス状態スコアの日数に関する度数分布と、対象ユーザの平均ストレス状態スコアの日数に関する度数分布とを意味する。式（２）にはJSダイバージェンスを用いた例を示したが、レコメンド指標算出方法は上記式（２）に限定されるものではなく、度数分布間の類似度を表す指標であれば、何れの指標を用いてもよい。両者の度数分布間の類似度が高いほど、JSダイバージェンスは低くなるため、次に、レコメンド処理部１４は、対象ユーザに対するレコメンド指標（ここではJSダイバージェンス）が高い順に、対象ユーザに利用履歴の無いコンテンツを、レコメンドすべきコンテンツとして設定し、対象ユーザにレコメンドする（ステップＳ３４）。これにより、ストレス状態が対象ユーザと相反するユーザがよく使うコンテンツをレコメンドすることができる。ここでのコンテンツの設定例は、図４（ａ）、（ｂ）を用いて以下で説明する。
【００３２】
例えば、２つのコンテンツＡ、Ｂのうち何れかを、レコメンドすべきコンテンツとして設定するケースを想定する。図４（ａ）における左側の度数分布がコンテンツＡ利用者の平均ストレス状態スコアの分布を示し、図４（ａ）における右側の度数分布がコンテンツＢ利用者の平均ストレス状態スコアの分布を示し、図４（ｂ）の度数分布が対象ユーザの平均ストレス状態スコアの分布を示す。ここでは、対象ユーザの平均ストレス状態スコアの分布は、コンテンツＢ利用者の平均ストレス状態スコアの分布には似ていないが、コンテンツＡ利用者の平均ストレス状態スコアの分布に似ている。そのため、式（２）におけるJSダイバージェンスはコンテンツＡの方がコンテンツＢよりも低くなり、算出されるコンテンツＡ、Ｂそれぞれのレコメンド指標を比較すると、コンテンツＡのレコメンド指標はコンテンツＢのレコメンド指標よりも低くなり、レコメンドすべきコンテンツとしてコンテンツＢが設定される。
【００３３】
以上の第２実施形態により、直近ｍヶ月分の情報から統計化された複数のユーザに関するストレス状態とコンテンツとの対応付け情報に基づき、ストレス状態が相反するユーザがよく使うコンテンツをレコメンドすることができる。即ち、ユーザのストレス状態に応じて適切なコンテンツをレコメンドすることができる。
【００３４】
なお、第２実施形態では、ストレス状態が相反するユーザがよく使うコンテンツをレコメンドする例を説明したが、別の態様として、例えば図５（ｂ）のステップＳ３４で対象ユーザに対するレコメンド指標が低い順に、対象ユーザに利用履歴の無いコンテンツを、レコメンドすべきコンテンツとして設定することで、ストレス状態が類似したユーザがよく使うコンテンツをレコメンドすることができる。
【００３５】
［第３実施形態］
第３実施形態では、ユーザ端末から取得される、コンテンツ利用当日および直前の所定日数分（以下、これらをまとめて「直近ｍ日分」と称する）の情報に基づきストレス状態の変動が類似したユーザがよく使うコンテンツをレコメンドする例を説明する。第３実施形態のシステム構成は、図１に示す第１実施形態のシステム構成と同様であるため、ここでは重複した説明は省略する。ただし、図１の取得部１１、推定部１３およびレコメンド処理部１４のそれぞれが備える機能が第１実施形態とは異なるため、以下、これらの機能の差異点について説明する。
【００３６】
取得部１１における生成部１１Ａは、複数のユーザについて、各ユーザの携帯端末から得られる情報のうち、あるコンテンツの直近ｍ日分の情報に基づいて、各ユーザのストレス状態を表すストレス状態スコアを算出して、各ユーザのストレス状態スコアと前記コンテンツとを対応付ける対応付け情報を生成する。
【００３７】
取得部１１における導出部１１Ｂは、生成された前記複数のユーザについての対応付け情報に基づいて、同一コンテンツに関するストレス状態スコアの直近ｍ日分それぞれの日の度数分布情報を各コンテンツについて導出し、格納部１１Ｃに格納する。
【００３８】
推定部１３は、対象ユーザの携帯端末から得られる直近ｍ日分の情報（所定の対象日および直前の所定日数分の情報）に基づいて、対象ユーザのストレス状態を表す直近ｍ日分それぞれの日のストレス状態スコアを算出する。
【００３９】
レコメンド処理部１４は、格納部１１Ｃに格納された各コンテンツについての直近ｍ日分それぞれの日の度数分布情報と、推定部１３により算出された対象ユーザの直近ｍ日分それぞれの日のストレス状態スコアとに基づいて、対象ユーザにレコメンドするコンテンツを設定する。
【００４０】
第３実施形態の処理は、複数のユーザ端末２０からの情報に基づき複数のユーザについての同一コンテンツに関するストレス状態スコアの直近ｍ日分それぞれの日の度数分布情報を各コンテンツについて導出し格納する事前処理（図７（ａ））と、対象ユーザ端末からの情報に基づき対象ユーザのストレス状態を表す直近ｍ日分それぞれの日のストレス状態スコアを算出し、各コンテンツについての直近ｍ日分それぞれの日の度数分布情報と、算出された対象ユーザの直近ｍ日分それぞれの日のストレス状態スコアとに基づいて、対象ユーザにレコメンドするコンテンツを設定しレコメンドするレコメンド処理（図７（ｂ））と、を含む。以下、これらを順に説明する。
【００４１】
図７（ａ）に示す事前処理では、まず、ユーザ端末２０からの情報が取得され端末情報ＤＢ１２に格納されていく（ステップＳ４１）。その後、取得部１１内の生成部１１Ａは、ユーザ端末２０におけるあるコンテンツ利用当日を含む直近ｍ日分の情報を端末情報ＤＢ１２から取得し（ステップＳ４２）、該直近ｍ日分の情報に基づいて、既存の手法を利用して、各ユーザのストレス状態を表すストレス状態スコアを直近ｍ日分それぞれの日について算出し、各ユーザのストレス状態スコアと当該コンテンツとを対応付ける対応付け情報を生成する（ステップＳ４３）。そして、導出部１１Ｂは、生成された複数のユーザについての対応付け情報に基づいて、同一コンテンツに関するストレス状態スコアの直近ｍ日分それぞれの日の度数分布情報を各コンテンツについて導出し、格納部１１Ｃに格納する（ステップＳ４４）。以上の事前処理により、各コンテンツについてのストレス状態スコアの直近ｍ日分それぞれの日の度数分布情報が導出され、格納部１１Ｃに格納される。
【００４２】
図７（ｂ）に示すレコメンド処理では、推定部１３が、端末情報ＤＢ１２に格納されている対象ユーザの直近ｍ日分の情報を取得し、既存の手法を利用して対象ユーザの直近ｍ日分それぞれの日のストレス状態スコアを算出する（ステップＳ５１）。次に、レコメンド処理部１４は、各コンテンツについてのストレス状態スコアの直近ｍ日分それぞれの日の度数分布情報を格納部１１Ｃから取得し、当該直近ｍ日分それぞれの日の度数分布情報から、それぞれの日の最頻値を求め、得られた最頻値の変化を表す最頻値変化ベクトルを各コンテンツについて求める。さらに、レコメンド処理部１４は、推定部１３により算出された対象ユーザの直近ｍ日分それぞれの日のストレス状態スコアから、それぞれの日の最頻値を求め、得られた最頻値の変化を表すユーザスコアベクトルを設定し、各コンテンツについての最頻値変化ベクトルとユーザスコアベクトルとの類似度を各コンテンツのレコメンド指標として算出する（ステップＳ５２）。ここでの最頻値変化ベクトルとユーザスコアベクトルとの「類似度」としては、既存のJaccard係数、最小二乗法に基づく最小二乗誤差などを用いることができる。さらに、レコメンド処理部１４は、対象ユーザに対するレコメンド指標が高い順に、対象ユーザに利用履歴の無いコンテンツを、レコメンドすべきコンテンツとして設定し、対象ユーザにレコメンドする（ステップＳ５３）。ここでのコンテンツの設定例は、図６（ａ）、（ｂ）を用いて以下で説明する。
【００４３】
例えば、２つのコンテンツＡ、Ｂのうち何れかを、レコメンドすべきコンテンツとして設定するケースを想定する。図６（ａ）には、コンテンツＡ利用者のストレス状態スコアの直近ｍ日分（ここでは一例として直近３日分）それぞれの日の度数分布を示し、図６（ｂ）には、コンテンツＢ利用者のストレス状態スコアの直近３日分それぞれの日の度数分布を示す。この例では、コンテンツＡについての最頻値変化ベクトルは[5,2,5]であり、コンテンツＢについての最頻値変化ベクトルは[2,5,2]である。ここで、対象ユーザのユーザスコアベクトルが[5,2,5]であったとすると、該ユーザスコアベクトルは、コンテンツＢよりもコンテンツＡの最頻値変化ベクトルに、より類似している。そのため、算出されるコンテンツＡ、Ｂそれぞれについての最頻値変化ベクトルとユーザスコアベクトルとの類似度、即ち、コンテンツＡ、Ｂそれぞれのレコメンド指標を比較すると、コンテンツＡのレコメンド指標はコンテンツＢのレコメンド指標よりも大きくなり、レコメンドすべきコンテンツとしてコンテンツＡが設定される。
【００４４】
以上の第３実施形態により、直近ｍ日分の情報から統計化された複数のユーザに関するストレス状態とコンテンツとの対応付け情報に基づき、ストレス状態の変動が類似したユーザがよく使うコンテンツをレコメンドすることができる。即ち、ユーザのストレス状態に応じて適切なコンテンツをレコメンドすることができる。
【００４５】
なお、第３実施形態では、ストレス状態の変動が類似したユーザがよく使うコンテンツをレコメンドする例を説明したが、別の態様として、例えば図７（ｂ）のステップＳ５３で対象ユーザに対するレコメンド指標が低い順に、対象ユーザに利用履歴の無いコンテンツを、レコメンドすべきコンテンツとして設定することで、ストレス状態の変動が相反するユーザがよく使うコンテンツをレコメンドすることができる。
【００４６】
［第４実施形態］
第４実施形態では、ユーザ端末から取得されるコンテンツ利用当日および直後の所定日数分（以下、これらをまとめて「利用後ｍ日分」と称する）の情報に基づきユーザのストレス状態改善に有効と思われるコンテンツをレコメンドする実施形態を説明する。第４実施形態のシステム構成は、図１に示す第１実施形態のシステム構成と同様であるため、ここでは重複した説明は省略する。ただし、図１の取得部１１、推定部１３およびレコメンド処理部１４のそれぞれが備える機能が第１実施形態とは異なるため、以下、これらの機能の差異点について説明する。
【００４７】
取得部１１における生成部１１Ａは、複数のユーザについて、各ユーザの携帯端末から得られる情報のうち、あるコンテンツの利用後ｍ日分の情報に基づいて、各ユーザのストレス状態を表すストレス状態スコアを算出して、各ユーザのストレス状態スコアと前記コンテンツとを対応付ける対応付け情報を生成する。
【００４８】
取得部１１における導出部１１Ｂは、生成された複数のユーザについての対応付け情報に基づいて、同一コンテンツに関するストレス状態スコアの利用後ｍ日分それぞれの日の度数分布情報を各コンテンツについて導出し、導出された各コンテンツについての利用後ｍ日分それぞれの日の度数分布情報に基づいて、後述する処理により、ストレス軽減効果を表す効果指標を各コンテンツについて導出し、格納部１１Ｃに格納する。
【００４９】
推定部１３は、対象ユーザの携帯端末から得られる所定の対象日の情報に基づいて、対象ユーザのストレス状態を表す当日のストレス状態スコアを算出する。
【００５０】
レコメンド処理部１４は、格納部１１Ｃに格納された各コンテンツについての効果指標と、推定部１３により算出された対象ユーザの対象日のストレス状態スコアとに基づいて、対象ユーザにレコメンドするコンテンツを設定する。
【００５１】
第４実施形態の処理は、複数のユーザ端末２０からの情報に基づき同一コンテンツに関するストレス状態スコアの利用後ｍ日分それぞれの日の度数分布情報を各コンテンツについて導出し、該度数分布情報に基づいて効果指標を各コンテンツについて導出し格納する事前処理（図９（ａ））と、対象ユーザ端末から得られる対象日当日の情報（以下「当日の情報」と略記する）に基づき対象ユーザの当日のストレス状態スコアを算出し、各コンテンツの効果指標と対象ユーザの当日のストレス状態スコアとに基づいて、対象ユーザにレコメンドするコンテンツを設定しレコメンドするレコメンド処理（図９（ｂ））と、を含む。以下、これらを順に説明する。
【００５２】
図９（ａ）に示す事前処理では、まず、ユーザ端末２０からの情報が取得され端末情報ＤＢ１２に格納されていく（ステップＳ６１）。その後、取得部１１内の生成部１１Ａは、ユーザ端末２０におけるあるコンテンツ利用当日を含む利用後ｍ日分の情報を格納部１１Ｃから取得し（ステップＳ６２）、該利用後ｍ日分の情報に基づいて、既存の手法を利用して、各ユーザのストレス状態を表すストレス状態スコアを算出し、各ユーザのストレス状態スコアと当該コンテンツとを対応付ける対応付け情報を生成する（ステップＳ６３）。導出部１１Ｂは、生成された複数のユーザについての対応付け情報に基づいて、同一コンテンツに関するストレス状態スコアの利用後ｍ日分それぞれの日の度数分布情報を各コンテンツについて導出し（ステップＳ６４）、該度数分布情報に基づいて、以下の式（３）により、各コンテンツについてのレコメンド指標を算出する（ステップＳ６５）。
レコメンド指標＝当日の最頻値−翌日以降の各日の最頻値の平均値    (3)
このときレコメンド指標は、実際にコンテンツが利用された日付に応じて、コンテンツ利用当日の日付をずらしていくことにより、同一コンテンツについて複数個導出される。例えば、あるコンテンツが日付Ｘ、Ｙの両日に利用されたとすると、コンテンツ利用当日を「日付Ｘ」とした場合に導出されるレコメンド指標と、コンテンツ利用当日を「日付Ｙ」とした場合に導出されるレコメンド指標とが得られる。さらに、導出部１１Ｂは、同一コンテンツにつき導出された複数のレコメンド指標を統計化し、得られたレコメンド指標の分布における最頻値を当該コンテンツについての効果指標として導出する（ステップＳ６６）。以上の事前処理により、各コンテンツについての効果指標が導出され、格納部１１Ｃに格納される。なお、上記式（３）によってレコメンド指標を算出するのは、一例であり、この算出方法に限定されるものではない。
【００５３】
図９（ｂ）に示すレコメンド処理では、推定部１３が、端末情報ＤＢ１２に格納されている対象ユーザの当日分の情報を取得し（ステップＳ７１）、既存の手法を利用して対象ユーザの当日のストレス状態スコアを算出する（ステップＳ７２）。次に、レコメンド処理部１４は、ステップＳ７２で算出された対象ユーザの当日のストレス状態スコアが予め定められた基準値以上であるか否かを判断し（ステップＳ７３）、上記ストレス状態スコアが基準値以上であれば、ユーザのストレスは高くコンテンツのレコメンドが必要であるため、各コンテンツについての効果指標を格納部１１Ｃから取得し、効果指標が高い順に、対象ユーザに利用履歴の無いコンテンツを、レコメンドすべきコンテンツとして設定し、対象ユーザにレコメンドする（ステップＳ７４）。ここでのコンテンツの設定例は、図８（ａ）〜（ｃ）を用いて以下で説明する。
【００５４】
例えば、２つのコンテンツＡ、Ｂのうち何れかを、レコメンドすべきコンテンツとして設定するケースを想定する。図８（ａ）には、コンテンツＡ利用者のストレス状態スコアの直近（ｎ＋１）日分それぞれの日の度数分布を示し、図８（ｂ）には、コンテンツＢ利用者のストレス状態スコアの直近（ｎ＋１）日分それぞれの日の度数分布を示す。この例では、コンテンツＡについてのレコメンド指標は、当日の最頻値（例えば「５」）−翌日以降の各日の最頻値の平均値（例えば「２」）として、例えば「３」が導出され、コンテンツＢについてのレコメンド指標は、当日の最頻値（例えば「２」）−翌日以降の各日の最頻値の平均値（例えば「５」）として、例えば「−３」が導出される。このようなレコメンド指標は、実際にコンテンツが利用された日付に応じて、コンテンツ利用当日の日付をずらしていくことにより、同一コンテンツについて複数個導出される。さらに、導出部１１Ｂは、同一コンテンツにつき導出された複数のレコメンド指標を統計化し、得られたレコメンド指標の分布における最頻値を当該コンテンツについての効果指標として導出する。図８（ｃ）の左側には、コンテンツＡについてのレコメンド指標の分布を示し、図８（ｃ）の右側には、コンテンツＢについてのレコメンド指標の分布を示す。この例では、レコメンド指標の分布における最頻値は、コンテンツＡの方がコンテンツＢよりも大きく、ユーザのストレス状態改善に有効と思われるコンテンツとしては、コンテンツＢよりコンテンツＡの方が適しているため、レコメンドすべきコンテンツとしてコンテンツＡが設定される。
【００５５】
なお、ステップＳ７３で、上記ストレス状態スコアが基準値以上でないと判断された場合は、ユーザのストレスは高くはなくコンテンツのレコメンドが不要であるため、ステップＳ７４の処理は実行せずに、処理を終了する。
【００５６】
以上の第４実施形態により、コンテンツ利用当日を含む利用後ｍ日分の情報から統計化された複数のユーザに関するストレス状態とコンテンツとの対応付け情報に基づき、レコメンド指標がより高いコンテンツ（ユーザのストレス状態改善に有効と思われるコンテンツ）をレコメンドすることができる。即ち、ユーザのストレス状態に応じて適切なコンテンツをレコメンドすることができる。
【００５７】
上記の第１〜第４実施形態では、ユーザ端末から自動的に取得された情報を基礎として、ストレス状態の推定と、コンテンツとストレス状態との対応付けを行う例を説明したが、基礎となる情報の取得方法は、上記に限定されるものではなく、例えばユーザへのアンケート調査による取得、外部の情報提供者からの取得など、他の取得方法により取得してもよい。
【００５８】
なお、上記の実施形態の説明で用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。
【００５９】
例えば、上記の実施形態におけるサーバ装置１０は、上述したサーバ装置１０の処理を行うコンピュータとして機能してもよい。図１０は、サーバ装置１０のハードウェア構成の一例を示す図である。上述のサーバ装置１０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００６０】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。サーバ装置１０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００６１】
サーバ装置１０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００６２】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、サーバ装置１０の各機能部は、プロセッサ１００１を含んで実現されてもよい。
【００６３】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、サーバ装置１０の各機能部は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００６４】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００６５】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【００６６】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述のサーバ装置１０の各機能部は、通信装置１００４を含んで実現されてもよい。
【００６７】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【００６８】
また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【００６９】
また、サーバ装置１０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【００７０】
以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。
【００７１】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００７２】
入出力された情報などは特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報などは、上書き、更新、または追記され得る。出力された情報などは削除されてもよい。入力された情報などは他の装置へ送信されてもよい。
【００７３】
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【００７４】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【００７５】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【００７６】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【００７７】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【００７８】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。
【００７９】
移動通信端末は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【００８０】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００８１】
「含む（include）」、「含んでいる（including）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【００８２】
本明細書において、文脈または技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。本開示の全体において、文脈から明らかに単数を示したものではなければ、複数のものを含むものとする。
【符号の説明】
【００８３】
１０…サーバ装置、１１…取得部、１１Ａ…生成部、１１Ｂ…導出部、１１Ｃ…格納部、１２…端末情報ＤＢ、１３…推定部、１４…レコメンド処理部、２０…ユーザ端末、１００１…プロセッサ、１００２…メモリ、１００３…ストレージ、１００４…通信装置、１００５…入力装置、１００６…出力装置、１００７…バス。
【図１】
2018181008.tif 000003
【図２】
2018181008.tif 000004
【図３】
2018181008.tif 000005
【図４】
2018181008.tif 000006
【図５】
2018181008.tif 000007
【図６】
2018181008.tif 000008
【図７】
2018181008.tif 000009
【図８】
2018181008.tif 000010
【図９】
2018181008.tif 000011
【図１０】
2018181008.tif 000012