JPWO2015107748A1 - 情報処理システム、情報処理サーバ、情報処理プログラム、および情報提供方法 - Google Patents

Abstract

端末システムは、ユーザの生体情報を取得し、生体情報と、当該生体情報から得られるユーザの健康または身体に関する健康情報とのうち少なくとも一方を含む送信情報をサーバシステムへ送信する。サーバシステムは、各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶する。また、サーバシステムは、記憶情報から得られる指標または記憶情報に含まれる指標を改善するためにユーザに提供する提供情報の生成に関する条件を記憶する。記憶情報と条件とに基づいて提供情報が生成され、ユーザの端末へ送信される。サーバシステムは、提供情報の提供を受けた複数のユーザに関する、当該提供情報の提供後に取得された送信情報に関する分析を行い、分析結果に基づいて条件を更新する。

Description

本発明は、サーバ側から端末側へ情報を提供する情報処理システム、情報処理サーバ、情報処理プログラム、および情報提供方法に関する。

従来、端末側で取得された情報をサーバ側へアップロードし、アップロードされた情報に対する分析結果をサーバ側から端末側へ提供するシステムがある。例えば、端末側の評価装置でユーザの睡眠データを取得し、サーバ側で睡眠データの分析を行い、分析結果を端末側の表示装置に表示するシステムがある（例えば、特許文献１参照）。

特開２０１３−１６８０２６号公報

従来においては、サーバ側から端末側へ提供される情報として、有用な情報を提供することができない可能性があった。

それ故、本発明の目的は、有用な情報を提供することができる情報処理システム、情報処理サーバ、情報処理プログラム、および情報提供方法を提供することである。

上記の課題を解決すべく、本発明は、以下の（１）〜（２９）の構成を採用した。

（１）
本発明の一例は、複数の端末システムと、サーバシステムとを含む情報処理システムである。
端末システムは、取得手段と、情報送信手段とを備える。取得手段は、ユーザの生体情報を取得する。情報送信手段は、生体情報と、当該生体情報から得られるユーザの健康または身体に関する健康情報とのうち少なくとも一方を含む送信情報をサーバシステムへ送信する。
サーバシステムは、送信情報記憶手段と、条件記憶手段と、提供手段と、分析手段と、更新手段とを備える。送信情報記憶手段は、各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶する。条件記憶手段は、記憶情報から得られる指標または記憶情報に含まれる指標を改善するために当該ユーザに提供する提供情報の生成に関する条件を記憶する。提供手段は、記憶情報と条件とに基づいて提供情報を生成し、当該ユーザの端末へ送信する。分析手段は、提供情報の提供を受けた複数のユーザに関する、当該提供情報の提供後に取得された送信情報に関する分析を行う。更新手段は、分析手段による分析結果に基づいて条件を更新する。

上記「提供情報の提供後」とは、提供情報が提供される時点より後であればよい。つまり、上記「提供情報の提供後に取得された送信情報」とは、提供情報の提供に起因するタイミングよりも後で取得された送信情報であってもよい。例えば、「提供情報の提供後に取得された送信情報」とは、提供情報が提供された後で取得された送信情報であってもよいし、（提供情報の提供後に行われる）商品・サービスの購入後に取得された送信情報であってもよいし、（提供情報の提供後に行われる）商品・サービスの利用後に取得された送信情報であってもよい。

（２）
上記条件は、健康情報に関する少なくとも１つの健康条件を含んでいてもよい。

（３）
更新手段は、分析結果に基づいて健康条件を更新してもよい。

（４）
更新手段は、（ａ）条件に対して設定される優先順位の変更と、（ｂ）健康条件内で規定されるパラメータの変更と、（ｃ）健康条件に対して設定されるパラメータの変更と、（ｄ）健康条件の追加および／または削除と、のうち少なくとも１つを行ってもよい。

（５）
サーバシステムは、ユーザに対して提供された提供情報と、当該提供情報がユーザに提供されたことに起因する所定の基準時点の前後における、ユーザの健康情報の変化とを関連付けた変化情報を記憶してもよい。更新手段は、変化情報に基づいて、条件を更新してもよい。

（６）
送信情報記憶手段は、複数のユーザの各端末システムから送信情報を繰り返し受信して蓄積記憶してもよい。更新手段は、蓄積記憶された記憶情報に基づいて条件を継続的に更新してもよい。提供手段は、更新手段によって更新された条件に基づいて提供情報を生成してもよい。

（７）
更新手段は、所定数の分析結果が算出可能となったことに応じて、条件を更新するか否かを判定してもよい。

（８）
送信情報は、生体情報から得られる、ユーザの睡眠および／または疲労に関する指標を示す情報を含んでいてもよい。

（９）
サーバシステムは、ユーザ状態を示す指標として、ユーザの睡眠および／または疲労に関する指標を送信情報に基づいて算出する指標算出手段をさらに備えていてもよい。送信情報記憶手段は、睡眠および／または疲労に関する指標をユーザと関連付けて記憶してもよい。

（１０）
端末システムは、ユーザがセンサを装着しない状態で生体情報を検出可能な非装着型のセンサを備えていてもよい。取得手段は、非装着型のセンサから生体情報を取得してもよい。

（１１）
本発明の他の一例は、ユーザの疲労を示す指標を算出する情報処理システムである。
情報処理システムは、非装着型のセンサと、取得手段と、生体情報記憶手段と、疲労算出手段とを備える。
上記センサは、ユーザがセンサを装着しない状態でユーザの生体情報を検出可能である。取得手段は、センサから生体情報を自動的に取得する。生体情報記憶手段は、取得された生体情報を記憶する。疲労算出手段は、生体情報記憶手段に記憶されている生体情報に基づいて、ユーザの疲労指標を算出する。

（１２）
取得手段は、センサから生体情報を繰り返し取得してもよい。生体情報記憶手段は、取得手段によって繰り返し取得された生体情報を蓄積記憶してもよい。疲労算出手段は、生体情報記憶手段に蓄積記憶された生体情報に基づいて、ユーザの疲労指標を算出してもよい。

（１３）
情報処理システムは、生体情報に基づいて、ユーザの睡眠に関する睡眠指標を算出する睡眠指標算出手段をさらに備えてもよい。疲労算出手段は、睡眠指標に基づいて疲労指標を算出してもよい。

（１４）
疲労算出システムは、センサおよび取得手段を備える複数の端末システムと、サーバシステムとを含んでいてもよい。端末システムは、生体情報と、疲労指標を少なくとも示す健康情報とのうち少なくとも一方を含む送信情報をサーバシステムへ繰り返し送信する情報送信手段をさらに備えていてもよい。
サーバシステムは、各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶する送信情報記憶手段と、記憶情報から得られる指標または記憶情報に含まれる指標を改善するために当該ユーザに提供する提供情報を記憶情報に基づいて生成し、端末システムへ送信する提供手段とを備えていてもよい。

（１５）
提供手段は、ユーザの健康情報を示す指標を改善するための商品またはサービスに関する情報を含む提供情報を生成してもよい。

（１６）
提供手段は、商品および／またはサービスをユーザが購入するためのウェブページの情報、または、当該ウェブページのリンク情報を含む提供情報を生成してもよい。

（１７）
サーバシステムは、商品またはサービスをユーザが購入する指示が端末システムからあったことに応じて、当該商品またはサービスに係るデータを当該端末システムへ送信するデータ送信手段をさらに含んでもよい。

（１８）
除法処理システムは、提供情報がユーザに提供された後で端末システムが取得した送信情報に関する分析結果に基づいて、提供済みの提供情報とは異なる追加の提供情報を生成し、ユーザの端末へ送信する追加提供手段をさらに備えていてもよい。

（１９）
提供手段は、ユーザの健康情報が示す指標を改善するための商品またはサービスに関する情報を含む提供情報を生成してもよい。追加提供手段は、提供情報に含まれる商品またはサービスが購入された後で端末システムが取得した送信情報に基づく、当該商品またはサービスによるユーザ状態の改善効果に応じた追加の提供情報を生成してもよい。

（２０）
提供手段は、提供情報が生成されたことに応じて、ユーザの端末へ、当該端末に対するユーザの操作とは独立したタイミングで、提供情報、または、提供情報の通知を送信してもよい。

（２１）
サーバシステムは、送信情報記憶手段を含むデータサーバと、提供手段を含むサービスサーバとを含んでいてもよい。サービスサーバは、提供情報を生成する場合、当該提供情報の生成に用いる情報の要求をデータサーバに対して行ってもよい。データサーバは、サービスサーバからの要求に応じて、送信情報記憶手段に記憶されている記憶情報および／または当該記憶情報から得られる情報をサービスサーバへ送信してもよい。

（２２）
サービスサーバは、提供情報の生成に用いる情報を示す要求情報と、データサーバに記憶される情報の利用に関する識別情報とを含む要求をデータサーバへ送信してもよい。データサーバは、サービスサーバからの要求に含まれる識別情報に基づいて、当該要求に含まれる要求情報が示す情報を提供情報の生成のために利用することが許可されるか否かを判定し、許可されると判定される場合、要求情報が示す情報をサービスサーバへ送信してもよい。

（２３）
端末システムは、サーバシステムから送信されてくる提供情報を受信して表示する表示部とを備える端末装置を含んでいてもよい。

（２４）
本発明の他の一例は、複数の端末システムと、サーバシステムとを含む情報処理システムである。
端末システムは、取得手段と、情報送信手段とを備える。取得手段は、ユーザの生体情報を取得する。情報送信手段は、生体情報と、当該生体情報から得られるユーザの健康または身体に関する健康情報とのうち少なくとも一方を含む送信情報をサーバシステムへ送信する。
サーバシステムは、送信情報記憶手段と、第１提供手段と、第２提供手段とを備える。送信情報記憶手段は、各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶する。第１提供手段は、記憶情報から得られる指標または記憶情報に含まれる指標を改善するために当該ユーザに提供する提供情報を記憶情報の分析結果に基づいて生成し、端末システムへ送信する。第２提供手段は、提供情報がユーザに提供された後で端末システムが取得した送信情報に関する分析結果に基づいて、追加の提供情報を生成し、端末システムへ送信する。

（２５）
本発明の他の一例は、複数の端末システムと、サーバシステムとを含む情報処理システムである。
端末システムは、取得手段と、情報送信手段とを備える。取得手段は、ユーザの生体情報を取得する。情報送信手段は、生体情報と、当該生体情報から得られる情報とのうち少なくとも一方を含む送信情報をサーバシステムへ送信する。
サーバシステムは、情報記憶手段と、要求受信手段と、要求応答手段とを備える。情報記憶手段は、各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶する。要求受信手段は、記憶情報を用いて端末システムのユーザに対して提供情報を提供するサービスサーバから、記憶情報を提供情報の生成のために利用する要求として、提供情報の生成に用いる情報を示す要求情報と、当該提供情報に関するサービスを識別するためのサービス識別情報とを含む利用要求を受信する。要求応答手段は、サービスサーバから受信された利用要求に含まれるサービス識別情報に基づいて、当該利用要求に含まれる要求情報が示す情報を提供情報の生成のために利用することが許可されるか否かを判定し、許可されると判定される場合、記憶情報に基づく情報であって要求情報が示す情報をサービスサーバへ送信する。

（２６）
サーバシステムは、サービス識別情報と、記憶情報に基づく情報であって当該サービス識別情報が示すサービスのために利用が許可される情報を示す利用許可情報とを関連付けた関連付け情報を記憶してもよい。要求応答手段は、関連付け情報に基づいて判定を行ってもよい。

（２７）
要求応答手段は、サービスサーバから受信された利用要求に含まれる要求情報が示す情報を利用可能であるか否かを、記憶情報の種類、記憶情報の取得時期、および／または、記憶情報の利用期間に関する条件に基づいて判定してもよい。

（２８）
本発明の他の一例は、複数の端末システムと、サーバシステムとを含む情報処理システムである。
端末システムは、取得手段と、情報送信手段とを備える。取得手段は、ユーザの生体情報を取得する。情報送信手段は、生体情報と、当該生体情報から得られるユーザの健康または身体に関する健康情報とのうち少なくとも一方を含む送信情報をサーバシステムへ送信する。
サーバシステムは、送信情報記憶手段と、提供手段と、購入受付手段とを備える。送信情報記憶手段は、各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶する。提供手段は、記憶情報から得られる指標または記憶情報に含まれる指標を改善するために商品および／またはサービスを紹介する提供情報を記憶情報に基づいて生成し、端末システムへ送信する。購入受付手段は、提供情報が提供されたユーザから、当該提供情報により示される商品および／またはサービスを購入する旨の購入指示を受け付ける。

（２９）
サーバシステムは、送信情報記憶手段を備えるデータサーバと、提供手段および購入受付手段を備えるサービスサーバとを備えていてもよい。サービスサーバは、商品および／またはサービスの購入のためのショッピングサイトを提供するポータルサーバと、当該商品および／またはサービスの提供に関するサービス提供処理を実行するサービス提供サーバとを含んでもよい。ポータルサーバは、購入指示を受け付けたことに応じて所定の購入通知をサービス提供サーバへ送信してもよい。サービス提供サーバは、購入通知を受信したことに応じてサービス提供処理を実行してもよい。

本発明の別の一例は、上記（１）〜（２９）の情報処理システムにおけるサーバと同等の機能を備える情報処理サーバ（または情報処理装置）であってもよいし、当該情報処理サーバにおける処理をコンピュータに実行させる情報処理プログラムであってもよい。また、本発明の別の一例は、上記（１）〜（２９）において実行される情報の提供方法であってもよい。

例えば、本発明の一例は、複数の端末システムと通信可能な情報処理サーバとして提供されてもよい。
端末システムは、ユーザの生体情報を取得する取得手段と、生体情報と、当該生体情報から得られる情報とのうち少なくとも一方を含む送信情報をサーバシステムへ送信する情報送信手段とを備えていてもよい。
情報処理サーバは、以下の手段を備えていてもよい。
・各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶する情報記憶手段
・記憶情報を用いて端末システムのユーザに対して提供情報を提供するサービスサーバから、記憶情報を提供情報の生成のために利用する要求として、提供情報の生成に用いる情報を示す要求情報と、当該提供情報に関するサービスを識別するためのサービス識別情報とを含む利用要求を受信する要求受信手段
・サービスサーバから受信された利用要求に含まれるサービス識別情報に基づいて、当該利用要求に含まれる要求情報が示す情報を提供情報の生成のために利用することが許可されるか否かを判定し、許可されると判定される場合、要求情報が示す情報をサービスサーバへ送信する要求応答手段

また例えば、情報処理サーバは、以下の手段を備えていてもよい。
・各端末システムから受信した送信情報をユーザと関連付けて記憶情報として記憶する送信情報記憶手段
・記憶情報から得られる指標または記憶情報に含まれる指標を改善するために、商品および／またはサービスを紹介する提供情報を記憶情報に基づいて生成し、端末システムへ送信する提供手段
・提供情報が提供されたユーザから、当該提供情報により示される商品および／またはサービスを購入する旨の購入指示を受け付ける購入受付手段

本発明によれば、サーバシステムは、端末システムに対して有用な情報を提供することができる。

本実施形態における情報処理システムの構成の一例を示すブロック図 端末システムの構成の一例を示す図 端末システムに含まれる各装置が配置される一例を示す図 主端末装置の処理部において健康情報を算出するための機能的構成の一例を示す機能ブロック図 主端末装置の処理部において実行される処理の流れの一例を示すフローチャート 情報処理システムにおける動作の流れの一例を示すタイミングチャート データサーバに記憶されるデータの一例を示す図 ポータルサーバに記憶されるデータの一例を示す図 提供条件テーブルの一例を示す図 利用要求の一例を示す図 利用管理テーブルの一例を示す図 ユーザ提供履歴情報の一例を示す図 端末システムにおいて表示されるメインページの一例を示す図 追加提供条件テーブルの一例を示す図 追加提供条件の判定方法の一例を示す図 データサーバにおいて実行される処理の流れの一例を示すフローチャート ポータルサーバにおいて実行される処理の流れの一例を示すフローチャート 条件更新テーブルの一例を示す図 変形例による効果を説明するための図 変形例における提供条件テーブルの一例を示す図 変化情報の一例を示す図

［１．情報処理システムの全体構成］
以下、図面を参照して、本実施形態に係る情報処理システム、情報処理サーバ、情報処理プログラム、および情報提供方法について説明する。まず、本実施形態に係る情報処理システムの全体構成について説明する。図１は、本実施形態における情報処理システムの構成の一例を示すブロック図である。図１に示すように、情報処理システムは、端末システム１と、データサーバ２と、サービスサーバ３とを含む。これらのシステムおよびサーバ１〜３は、インターネットやモバイル通信網等のネットワーク４を介して互いに通信可能である。

端末システム１は、ユーザの元（例えばユーザの自宅）に配置される。なお、図１では端末システム１を１つのみ示すが、情報処理システムは、ユーザ毎にそれぞれ設けられる複数の端末システムを含んでいる。本実施形態においては、端末システム１は、ユーザの生体情報を取得し、生体情報から得られる健康情報をデータサーバ２へアップロードする（図１参照）。ここで、生体情報は、ユーザの身体から検出される情報である。本実施形態においては、呼吸、脈拍、および体動が生体情報として取得される。健康情報は、ユーザの健康および／または身体に関する情報である。本実施形態においては、健康情報は、ユーザの睡眠に関する指標である睡眠指標、および、ユーザの疲労に関する指標である疲労指標を含む。このように、端末システム１は、ユーザの生体情報を検出し、検出結果から睡眠指標および疲労指標を計算してデータサーバ２へアップロードするものである。上記端末システム１は、ユーザの健康状態を検出するものであり、ＱＯＬ（Ｑｕａｌｉｔｙ ｏｆ Ｌｉｆｅ）センサということもできる。

データサーバ２は、端末システム１から送信されてくるユーザの健康情報を記憶（蓄積）する。また、データサーバ２は、健康情報から得られる２次情報として統計量（例えば、所定期間における平均値等）を算出する。以下では、端末システム１から受信される健康情報と、それから得られる２次情報（統計量）とを総称して、健康情報と呼ぶことがある。

サービスサーバ３は、データサーバ２に記憶された健康情報を用いて、端末システム１のユーザに対して各種の情報を提供する。以下では、サービスサーバがユーザに対して提供する情報を「提供情報」と呼ぶ。提供情報は、ユーザの健康情報が示す指標を改善するための情報である。詳細は後述するが、提供情報は例えば、上記指標を改善するための商品やサービス（例えば、睡眠を改善するためのグッズや、疲労を回復するためのサプリメント等）を紹介する情報である。すなわち、本実施例においては、提供情報はユーザに対するリコメンド情報ともいえる。サービスサーバ３は、データサーバ２から取得した健康情報を用いて、提供情報を提供するサービスを行う。また、本実施形態においては、サービスサーバ３は、提供情報によって紹介される商品および／またはサービス（以下「商品・サービス」と記載する）をユーザに販売するサービスも行う。

なお、データサーバ２およびサービスサーバ３はそれぞれ、１以上の情報処理装置（サーバ装置）で構成される。本明細書では、「サーバ」とは、１つの情報処理装置（サーバ装置）を指す他、サーバが複数のサーバ装置によって構成される場合にはサーバ装置群（サーバシステム）全体を指す意味である。

［２．端末システムの構成］
次に、本実施形態における端末システム１の構成について説明する。図２は、端末システム１の構成の一例を示す図であり、図３は、端末システム１に含まれる各装置が配置される一例を示す図である。図２および図３に示すように、端末システム１は、主端末装置１０と、副端末装置２０とを含む。本実施形態において、主端末装置１０および副端末装置２０は、例えばユーザの寝室に配置される（図３参照）。詳細は後述するが、端末システム１は、主にユーザの就寝中（睡眠中）に生体情報を取得し、睡眠指標および疲労指標を算出する。

主端末装置１０は、生体情報を検出するセンサとして機能する。本実施形態においては、図３に示すように、主端末装置１０はユーザの枕元など、ユーザの周辺に配置され、就寝中におけるユーザの生体情報を検出する。

図２に示すように、主端末装置１０は、生体情報を検出するセンサの一例であるドップラーセンサ１１を備える。ドップラーセンサ１１は、マイクロ波を発射するとともに、発射したマイクロ波の反射波を受信することによって、発射したマイクロ波の周波数と受信したマイクロ波の周波数との差に基づいて動体を検出する。詳細は後述するが、検出される生体情報であるドップラーセンサ１１の出力波形を解析（周波数分析等）することで、呼吸、脈拍、および体動といった生体情報をさらに算出することができる。本実施形態では、ユーザがセンサを装着しない状態で生体情報を検出可能な、非装着型のセンサ（ドップラーセンサ１１）を用いるので、ユーザの邪魔にならず（ユーザは睡眠を妨げられることなく）生体情報を検出することができる。

主端末装置１０はカメラ１２を備える。カメラ１２は、ユーザを撮像するために用いられる。また、主端末装置１０はマイク１３を備える。マイク１３は、ユーザから発生する音（いびき等）および／または周囲の騒音等を検出するために用いられる。

主端末装置１０は、主端末装置１０において実行される各種の情報処理を実行する処理部１５を備える。処理部１５は、主端末装置１０の各部１１〜１４および１６〜１９に接続される。処理部１５は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）およびメモリを有し、ＣＰＵがメモリを用いて、主端末装置１０に記憶された情報処理プログラムを実行することによって上記各種の情報処理が実行される。本実施形態においては、処理部１５は、上記情報処理として、センサによって検出された生体情報に基づいて健康情報を算出する処理等を実行する。また、主端末装置１０が情報処理装置（情報処理端末）として機能する場合、処理部１５は、当該機能のための各種の情報処理を実行する。

主端末装置１０は、入出力インターフェースを備え、情報を入力したり閲覧したりするための情報処理装置（入出力端末）として機能する。具体的には、主端末装置１０は、操作入力部１４およびディスプレイ１６を備える。操作入力部１４は、ユーザによる操作入力を受け付ける任意の入力装置である。本実施形態においては、主端末装置１０は、ディスプレイ１６上に設けられるタッチパネルと、ボタンとを操作入力部１４として有する。ディスプレイ１６は、ユーザの生体情報および／または健康情報を表示したり、上記の提供情報を表示したりすることが可能である。また、ディスプレイ１６は、鏡として機能する構成を有していてもよい。

主端末装置１０は、ＬＥＤ等の光源を有する照明部１７を備える。照明部１７の発光は、処理部１５によって制御される。照明部１７は、例えば、ユーザの睡眠中において睡眠状態に応じた適切な光を発するように制御されたり、ユーザの起床時に目覚ましの目的で光を発するように制御されたりしてもよい。

主端末装置１０と副端末装置２０とは互いに通信可能である。一例として、主端末装置１０は、副端末装置２０との間の通信手段として、近距離無線通信部１８を備える。本実施形態において、近距離無線通信部１８は、無線ＬＡＮによって通信を行う機能を有する通信モジュールである。例えば、近距離無線通信部１８は、Ｗｉ−Ｆｉの認証を受けた通信モジュールである。

また、主端末装置１０は、ネットワーク４に接続して、各サーバ２および３と通信する機能を有している。具体的には、主端末装置１０はモバイル通信部１９を備える。本実施形態において、モバイル通信部１９は、モバイル通信網に接続して通信を行う機能を有する通信モジュールである。例えば、モバイル通信部１９は、３Ｇの通信規格、あるいは、４Ｇ（ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を含む）の通信規格に準拠した通信方式で通信を行う。なお、主端末装置１０が各サーバ２および３と通信するための方法は、Ｗｉ−Ｆｉの認証を受けた通信モジュールによって無線ＬＡＮを介して通信を行う方法であってもよい。また、主端末装置１０は、モバイル通信網を介して各サーバ２および３と通信する機能と、無線ＬＡＮを介して各サーバ２および３と通信を行う機能との両方を備えていてもよい。

副端末装置２０は、主端末装置１０とは異なる生体情報を取得するセンサとして機能する。図３に示すように、副端末装置２０は、主端末装置１０の近傍に配置される。副端末装置２０は、その上に乗ったユーザの生体情報（体重等）を検出することが可能である。

図２に示すように、副端末装置２０は荷重センサ２１を備える。荷重センサ２１は、副端末装置２０の上面に加えられる荷重を検出する。なお、副端末装置２０は、体重の他、体脂肪等を測定するための生体情報を検出するためのセンサを有していてもよい。

また、副端末装置２０は、タッチパネル２２を備える。タッチパネル２２は、副端末装置２０の上面に設けられる。タッチパネル２２は、副端末装置２０の上面に乗ったユーザの足の形を検出することが可能である。

副端末装置２０は、副端末装置２０において実行される各種の情報処理を実行する処理部２３を備える。処理部２３は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）およびメモリを有し、ＣＰＵがメモリを用いて、副端末装置２０に記憶された情報処理プログラムを実行することによって上記各種の情報処理が実行される。

副端末装置２０は、主端末装置１０との間の通信手段として、近距離無線通信部２４を備える。近距離無線通信部２４は、主端末装置１０の近距離無線通信部１８と同様、無線ＬＡＮによって通信を行う機能を有する通信モジュールであり、例えばＷｉ−Ｆｉの認証を受けた通信モジュールである。本実施形態においては、ユーザが副端末装置２０の上に乗ったことが検出された場合、近距離無線通信部２４は、所定の通知信号および荷重センサ２１によって検出された生体情報を副端末装置２０から主端末装置１０へ送信する。

［３．端末システムにおける処理動作］
次に、端末システム１において実行される処理動作について説明する。本実施形態においては、主端末装置１０は、通常モード、検出モード、およびスリープモードの３種類のモードで動作する。通常モードは、主端末装置１０が入出力端末として用いられる場合のモードであり、ユーザからの操作入力を受け付けて、操作入力に応じた処理を実行したり、処理結果の画像をディスプレイ１６に表示したりするモードである。検出モードは、就寝中におけるユーザの生体情報を検出し、健康情報を算出するモードである。スリープモードは、通常モードおよび検出モードにおいて実行される上記の処理が実行されず、電力消費が抑えられるモードである。ただし、スリープモードにおいても主端末装置１０は副端末装置２０からの信号を受信することが可能である。

なお、副端末装置２０は、副端末装置２０の上にユーザが乗ったことを常時検知可能である。すなわち、副端末装置２０においては、荷重センサ２１およびタッチパネル２２の少なくとも一方が常時起動しており、副端末装置２０の上にユーザが乗ったことを検知する。なお、他の実施形態においては、副端末装置２０は、スリープモードと、（少なくとも処理部２３が動作する）オンモードとで動作可能であってもよい。スリープモードは、処理部２３が動作せず、荷重センサ２１およびタッチパネル２２の少なくとも１つが動作するモードである。オンモードは、少なくとも処理部２３が動作するモードである。このとき、副端末装置２０は、スリープモードである状態において自身の上にユーザが乗ったことが荷重センサ２１および／またはタッチパネル２２で検知されると、オンモードに移行してもよい。

（検出モード時の処理）
以下、端末システム１がユーザの就寝中に検出モードで動作する際の処理について説明する。ユーザの就寝前において、主端末装置１０はスリープモードまたは通常モードであるとする。このとき、ユーザが副端末装置２０に乗る（図３に示す（１）参照）と、副端末装置２０の処理部２３は、副端末装置２０の上にユーザが乗ったことを検知し、荷重センサ２１の検出結果に基づいて体重を測定する。また、処理部２３は、タッチパネル２２の検出結果に基づいてユーザの足の形を算出する。なお、他の実施形態においては、副端末装置２０はカメラを備えていてもよく、処理部２３は、カメラによって撮影された画像に基づいて足の形を算出してもよい。

本実施形態においては、処理部２３は、算出された足の形を用いてユーザに対する認証処理を実行する（図３に示す（２）参照）。すなわち、正当なユーザの足の形を示すデータは副端末装置２０において予め登録（記憶）されており、処理部２３は、算出された足の形と、登録された足の形とが一致するか否かを判定することによって、認証を行う。２つの足の形が一致すると判定した場合、処理部２３は、認証が成功したと判断する。この場合、処理部２３は、所定の認証通知を主端末装置１０へ送信する（図３に示す（３）参照）。なお、処理部２３は、上記認証通知とともに、副端末装置２０で検出された生体情報（体重等の情報）を主端末装置１０へ送信してもよい。一方、２つの足の形が一致しないと判定した場合、処理部２３は、認証が失敗したと判断する。この場合、処理部２３は、認証通知を主端末装置１０へ送信しない。

主端末装置１０は、上記認証通知を受信すると、スリープモードまたは通常モードから検出モードへ移行する（図３に示す（４）参照）。これ以降、ユーザの生体情報が主端末装置１０によって取得されることになる。

検出モードが開始されると、主端末装置１０の処理部１５はまず、生体情報の検出用センサ（本実施形態ではドップラーセンサ１１）を起動し、センサの検出結果の取得を開始する。なお、検出用センサとしてカメラ１２および／マイク１３を用いる場合には、処理部１５は、カメラ１２および／マイク１３を起動してもよい。検出モード中において、ドップラーセンサ１１は継続的に検出を行い、検出結果である出力波形を継続的に出力する。処理部１５は、ドップラーセンサ１１の検出結果（出力波形）に基づいて健康情報（睡眠指標および疲労指標）を算出する。

（健康情報の算出）
以下、ドップラーセンサ１１の検出結果に基づいて健康情報（睡眠指標および疲労指標）を算出する処理について説明する。図４は、処理部１５において健康情報を算出するための機能的構成の一例を示す機能ブロック図である。図４に示すように、処理部１５は、波形解析部３１と、睡眠算出部３２と、自律神経算出部３３と、疲労算出部３４とを含む。

波形解析部３１は、ドップラーセンサ１１が検出した生体情報（出力波形）に基づいて、呼吸、脈拍、および体動をさらなる生体情報として算出する。ここで、従来より、ドップラーセンサ１１の出力波形を周波数に応じて分離することによって、呼吸、脈拍、および体動を表す波形を得ることができることが知られている。波形解析部３１は、周波数解析等によって出力波形を、呼吸に対応する周波数帯域と、脈拍に対応する周波数帯域と、体動に対応する周波数帯域とに分離し、分離したそれぞれの波形データを出力する。図４に示すように、波形解析部３１の出力は、睡眠算出部３２および自律神経算出部３３にそれぞれ入力される。

睡眠算出部３２は、生体情報（呼吸、脈拍、および体動）に基づいて各種の睡眠指標を算出する。ここで、従来より、呼吸、脈拍、および体動に基づいて睡眠指標を算出する方法が知られている。本実施形態においては、睡眠算出部３２は、以下の情報を示す睡眠指標を算出する。
・睡眠潜時（入眠潜時）
・中途覚醒時間
・中途覚醒回数
・睡眠効率
・総睡眠時間
・睡眠時活動量
・睡眠ステージ
・レム睡眠時間
・ノンレム睡眠時間
・睡眠品質
なお、他の実施形態においては、上記の睡眠指標のうちのいくつかのみが算出されてもよいし、上記の睡眠指標とは異なる種類の睡眠指標が算出されてもよい。

自律神経算出部３３は、生体情報に基づいて、自律神経（交感神経および副交感神経）の働き度合いを示す指標（自律神経指標）を算出する。具体的には、生体情報に含まれる脈拍（ＲＲ間隔）の波形を、最大エントロピー法、フーリエ変換によって周波数解析し、当該波形の高周波成分（約０．１５〜０．４０［Ｈｚ］）ＨＦと低周波成分（約０．０４〜０．１５［Ｈｚ］）ＬＦとを算出する。ここで、上記高周波成分ＨＦは、副交感神経の働き度合いを示すことが知られており、上記低周波成分ＬＦは、交感神経の働き度合いを示すことが知られている。また、副交感神経の働き度合いと交感神経の働き度合いとの割合によって疲労度を評価できることが知られている（例えば、特開２０１０−２０１１１３号公報参照）。したがって、自律神経算出部３３は、自律神経指標として、上記高周波成分ＨＦと低周波成分ＬＦとの割合（ＬＦ／ＨＦ）を算出する。図４に示すように、自律神経算出部３３の出力は、疲労算出部３４において入力として用いられる。

疲労算出部３４は、上記睡眠指標および自律神経指標に基づいて、疲労指標を算出する。なお、本実施形態においては、疲労指標として、疲労の度合い（レベル）を１から５の５段階で示す疲労度が算出される。疲労指標の算出方法は任意であるが、例えば以下の方法が考えられる。

第１の方法は、睡眠指標から疲労指標を算出する方法である。ここで、睡眠指標は、疲労度との相関があると考えられる。例えば、疲労度が高いと推測される例としては、以下が挙げられる。
・睡眠潜時が長い。
・中途覚醒時間が長い。
・中途覚醒回数が多い。
・睡眠効率が悪い。
・総睡眠時間が短い。
・レム睡眠時間とノンレム睡眠時間とのバランスが悪い（レム睡眠時間とノンレム睡眠時間との比率が、正常な範囲から外れている）。
したがって、疲労算出部３４は、睡眠指標が上記の例に該当すれば疲労度が高くなり、上記の例に該当しなければ疲労度が低くなるように、疲労度を算出する。例えば、疲労算出部３４は、上記の各項目について該当するか否かを判定し、該当する数に応じたポイントを計算し、合計のポイントに応じて疲労度を算出するようにしてもよい。このとき、疲労算出部３４は、項目毎に重みを付してポイントを計算してもよい。また、各項目について基準値（例えば、総睡眠時間について「６時間」）を設定し、算出された睡眠指標の値が基準値から離れているほどポイントが大きくなるように、ポイントが計算されてもよい。

以上のように、本実施形態においては、生体情報に基づいて、ユーザの睡眠に関する睡眠指標が算出され、睡眠指標に基づいて疲労指標が算出される。上記のように、睡眠指標と疲労の度合いとの間には相関があると考えられるので、睡眠指標に基づいて疲労指標を算出することによって、疲労指標の精度を向上することができる。

第２の方法は、所定期間（例えば１週間）における睡眠時間に基づいて疲労度を算出する方法である。ここで、従来より、疲労リスク管理システム（ＦＲＭＳ（Ｆａｔｉｇｕｅ Ｒｉｓｋ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ））において、睡眠時間と労働時間とに基づいて疲労度を算出する手法がある。上記手法において例えば簡易的に労働時間を一定とすることで、睡眠時間（のみ）に基づいて疲労度を算出することができる。

第３の方法は、自律神経指標に基づいて疲労度を算出する方法である。上述のように、交感神経と副交感神経との働き度合いのバランス、すなわち、上記の自律神経指標を用いて疲労度を評価できることが知られている。したがって、疲労算出部３４は、例えば、自律神経指標の値が基準値から離れるほど疲労度が高くなるように疲労度を算出する。

本実施形態においては、疲労算出部３４は、上記３つの方法を用いて疲労度を算出する。具体的には、疲労算出部３４は、上記３つの方法でそれぞれ疲労度を算出し、算出された各疲労度に基づいて最終的な疲労度を算出する。疲労算出部３４は、例えば、３つの疲労度の平均値を最終的な疲労度としてもよいし、３つのうちいずれかの疲労度に重みを付して最終的な疲労度を算出してもよい。

なお、他の実施形態においては、疲労指標の算出方法は任意であり、疲労指標の内容も任意である。他の実施形態においては、疲労指標として、疲労の種類毎に疲労度合いを示す値が算出されてもよい。例えば、他の実施形態においては、疲労指標は、急性疲労の度合いを示す値と、累積疲労の度合いを示す値と、精神疲労の度合いを示す値という３種類の値であってもよい。

また、他の実施形態においては、カメラ１２および／またはマイク１３の検出結果を用いて健康情報を算出してもよい。例えば、カメラ１２で撮像されたユーザの画像に基づいて、脈拍および／または体動といった生体情報を算出することが可能である。したがって、処理部１５は、ドップラーセンサ１１の検出結果から得られるこれらの生体情報に加えて（または代えて）、カメラ１２による撮像画像から得られる生体情報を用いて睡眠指標（および疲労度）を算出してもよい。また、処理部１５は、マイク１３で検出されるいびきの音を考慮して睡眠指標を算出してもよい。

図５は、主端末装置１０の処理部１５において実行される処理の流れの一例を示すフローチャートである。なお、図５においては、主に検出モードにおける処理が示されており、通常モードおよびスリープモードにおける処理は示されていない。

なお、本出願において、図面（図５、図１６、および図１７）に示すフローチャートにおける各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えて（または代えて）別の処理が実行されてもよい。また、本明細書では、上記フローチャートの各ステップの処理を処理部のＣＰＵが実行するものとして説明するが、上記フローチャートにおける一部のステップの処理を、ＣＰＵ以外のプロセッサや専用回路が実行するようにしてもよい。

図５に示すステップＳ１において、処理部１５は、副端末装置２０からデータの受信を確認する。なお、ステップＳ１の実行時点では、主端末装置１０はスリープモードまたは通常モードである。スリープモードまたは通常モードにおいては、処理部１５は、ステップＳ１（およびＳ２）の処理を所定時間に１回の割合で繰り返し実行する。

ステップＳ２において、処理部１５は、検出モードに移行するか否かを判定する。すなわち、処理部１５は、上記ステップＳ１で副端末装置２０から上述の認証通知を受信した場合、検出モードに移行すると判定し、認証通知を受信しなかった場合、検出モードに移行しないと判定する。ステップＳ２の判定結果が肯定である場合、ステップＳ３の処理が実行される。一方、ステップＳ２の判定結果が否定である場合、ステップＳ１の処理が再度実行される。

ステップＳ３において、処理部１５は、主端末装置１０の動作モードを検出モードに移行させる。すなわち、処理部１５はドップラーセンサ１１を起動する。続くステップＳ４において、処理部１５は、ドップラーセンサ１１の検出結果を取得する。さらに、処理部１５は、検出結果に基づいて呼吸、脈拍、および体動をさらなる生体情報として算出する。検出モードにおいては、ステップＳ４〜Ｓ６の一連の処理が所定時間に１回の割合で繰り返し実行される。したがって、検出モード中において、生体情報が繰り返し取得（算出）されて、処理部１５のメモリに逐次記憶される。

ステップＳ６において、処理部１５は、検出モードを終了するか否かを判定する。本実施形態においては、検出モードを終了するか否かの判定は、ユーザが就寝中でなくなったか否かによって行われる。具体的には、処理部１５は、ドップラーセンサ１１の検出結果に基づいて、ドップラーセンサ１１の検出範囲からユーザがいなくなったか否かを判定する。そして、ユーザがいなくなった場合、処理部１５は、ユーザが就寝中でなくなったと判断し、検出モードを終了すると判定する。一方、ドップラーセンサ１１の検出範囲内にユーザがいる場合、処理部１５は、ユーザが就寝中であると判断し、検出モードを終了しないと判定する。ステップＳ６の判定結果が肯定である場合、ステップＳ７の処理が実行される。一方、ステップＳ６の判定結果が否定である場合、ステップＳ４の処理が再度実行される。

ステップＳ７において、処理部１５は、ドップラーセンサ１１の検出結果に基づいて健康情報を算出する。すなわち、上記“（健康情報の算出）”の欄で述べたように、生体情報に基づいて睡眠指標および疲労指標が算出される。続くステップＳ８において、処理部１５は、ステップＳ７で算出された健康情報をデータサーバ２へ送信する。このように、本実施形態においては、健康情報は、自動的に（ユーザの操作を必要とせずに）生成されてデータサーバ２へ送信される。なお、他の実施形態においては、端末システム１からデータサーバ２へ送信される情報は、ユーザによる送信操作に応じて送信されてもよい。また、処理部１５は、上記認証通知とともに副端末装置２０から受信される情報（体重等の生体情報）を、健康情報とともにデータサーバ２へ送信してもよい。

ステップＳ９において、処理部１５は、主端末装置１０の動作モードをスリープモードに移行させる。すなわち、処理部１５はドップラーセンサ１１の動作を停止させる。ステップＳ９によってスリープモードへと移行した後は、上述したステップＳ１の処理が再度実行される。

以上のように、本実施形態においては、センサ（ドップラーセンサ１１）の検出結果である生体情報に基づいて健康情報を算出する処理は、端末（端末システム１）側で実行されたが、この処理は、端末側とサーバ側とでどのように分担されてもよい。例えば、他の実施形態においては、端末システム１は、生体情報をデータサーバ２へ送信し、データサーバ２が生体情報に基づいて健康情報を算出するようにしてもよい。なお、このとき、いくつかの健康情報（例えば、睡眠時間や睡眠効率等）は端末システム１においても算出され、適宜のタイミングでディスプレイ１６に表示されてもよい。これによれば、端末システム１は、データサーバ２からデータを取得しなくても、健康情報をユーザに提供することができる。また、データサーバ２が算出した健康情報が、端末システム１へ送信されて端末システム１において表示されてもよい。

また、本実施形態において、端末システム１からデータサーバ２へ送信される健康情報は、検出モードの終了時に送信されるものとした。ここで、他の実施形態においては、端末システム１からデータサーバ２へ送信される送信情報（生体情報および／または健康情報）は、検出モード中において逐次送信されてもよい。

（通常モードにおける処理）
本実施形態においては、主端末装置１０は、スリープモードにおいてユーザが所定の操作（例えば所定の電源ボタンを押下する操作）を行ったことに応じて、通常モードへ移行する。詳細は後述するが、通常モードでは、主端末装置１０はサービスサーバ３にアクセスして、ユーザの健康情報をディスプレイ１６に表示したり、サービスサーバ３から提供される提供情報をディスプレイ１６に表示したりする。また、主端末装置１０は、通常モードにおいてユーザが所定の操作（例えば所定の電源ボタンを押下する操作）を行ったことに応じて、スリープモードへ移行する。

（端末システムによる作用効果）
以上のように、本実施形態においては、端末システムは、ユーザに関する第１の生体情報を検出する第１センサ（ドップラーセンサ１１）を備える第１装置（主端末装置１０）と、当該ユーザに関する生体情報であって、第１の生体情報とは異なる第２の生体情報を検出する第２センサ（荷重センサ２１）を備える第２装置（副端末装置２０）とを備える。また、端末システムは、第１の生体情報および第２の生体情報に基づく分析を行うサーバ（データサーバ２）と通信可能である。
また、端末システムは、上記第１の生体情報および第２の生体情報と、生体情報から得られる健康情報とのうち少なくとも一方を含む送信情報を、サーバ（データサーバ２）へ送信する。なお、第１の生体情報（およびそれに基づく健康情報）と、第２の生体情報（およびそれに基づく健康情報）とは、異なる装置から別々に送信されてもよい。サーバは、端末システムから送信されてくる送信情報に基づく分析を行う。
以上によって、端末システムは、２つの装置によって多くの生体情報を取得することができるので、サーバにおける分析の品質を向上することができる。すなわち、サーバにおいては、より多彩な分析あるいはより精度の良い分析を行うことができる。

本実施形態において、上記第１センサ（ドップラーセンサ１１）は、就寝中におけるユーザの生体情報を検出し、第２センサ（荷重センサ２１）は、起床中（例えば、就寝前および起床後）におけるユーザの生体情報を検出する。これによれば、就寝中の期間においてもそうでない期間においても生体情報を取得することができるので、サーバにおける分析の品質を向上することができる。

本実施形態において、上記第１センサは、ユーザがセンサに接触しない状態で生体情報を検出可能な非接触型のセンサであり、第２センサは、ユーザがセンサに接触した状態で生体情報を検出可能な接触型のセンサである。これによれば、就寝中においてはユーザが気にならない方法で生体情報を検出することができるとともに、起床中においてはより確実な方法で生体情報を検出することができる。

本実施形態において、第１装置は、以下の手段を備える。
・第２センサが検出した第２の生体情報を第２装置から受信する受信手段
・第１センサが検出した第１の生体情報および第２装置から受信した第２の生体情報と、これらの生体情報に基づく健康情報とのうち少なくとも一方を含む送信情報を上記サーバ（データサーバ２）へ送信する送信手段
上記構成によれば、２つの装置で検出される生体情報（および／または健康情報）を、効率良くサーバへ送信することができる。また、第２装置はサーバとの間で通信を行う機能を有していなくてもよいので、装置の構成を簡易化することができる。

詳細は後述するが、本実施形態において、サーバ（サービスサーバ３）は、分析結果に基づく情報（後述する提供情報）を端末システムへ送信する。第１装置は、上記サーバから送信されてくる情報を受信する受信手段と、受信された情報を表示する表示手段とを備える。これによれば、ユーザは、第１装置を用いて上記の情報を容易に閲覧することができる。また、生体情報を検出する第１装置において上記の情報が表示されるので、端末システムの構成を簡易化することができる。

なお、他の実施形態においては、端末システム１は、提供情報を受信して表示する装置（情報端末）を主端末装置１０とは別に有していてもよい。この情報端末は、例えば、携帯端末、パーソナルコンピュータ、および、ゲーム装置等、ユーザが使用する任意の情報処理装置であってよい。例えば、ユーザの情報端末がサービスサーバ３にアクセスして提供情報を受信して表示するようにしてもよい。また、後述する商品・サービスの購入も情報端末を用いて行うことができるようにしてもよい。

本実施形態において、第２装置は、第２の生体情報を検出したことに応じて、所定の通知（認証通知）を第１装置へ送信する。第１装置は、上記所定の通知を受信したことに応じて、第１の生体情報の検出を開始する。これによれば、第１装置において生体情報の検出動作を効率良く実行することができ、第１装置における情報処理の効率化を図ることができる。また、第１装置の省電力化を図ることができる。

本実施形態において、第２装置は、第２の生体情報を検出したことに応じて、ユーザの生体情報（タッチパネル２２によって検出される足の形）を用いてユーザに対する認証処理を実行する。そして、第２装置は、認証処理が成功した場合（すなわち、予め登録された１以上のユーザのうちの１人のユーザであることが認証処理によって確認された場合）、上記所定の通知を第１装置へ送信する。これによれば、登録されたユーザであることが確認された場合に第１装置において生体情報の検出が開始されるので、検出処理を効率良く実行することができる。また、登録されたユーザが複数である場合には、検出処理の対象となるユーザを特定することができる。なお、認証処理に用いられる生体情報は、上記第２の生体情報であってもよいし、他の生体情報であってもよい。

また、本実施形態においては、主端末装置１０は、副端末装置２０における認証処理が成功したことを条件として生体情報の測定（検出）を開始し、生体情報が検出されなくなったこと（ユーザが検出されなくなったこと）を条件として生体情報の測定を終了した。ここで、他の実施形態においては、生体情報の測定期間の決定方法は任意であり、他の方法で測定期間が決定されてもよい。

例えば、他の実施形態においては、主端末装置１０は、センサ（ドップラーセンサ１１）によって間欠的に検出を行い、その検出結果に基づいて測定期間を決定してもよい。具体的には、主端末装置１０は、所定時間間隔でドップラーセンサ１１による検出を行うことによって、ユーザが検出されるか否か（ユーザが検出範囲内に存在するか否か）を判定する。ユーザが検出されない場合、主端末装置１０は、ドップラーセンサ１１による検出を停止する。この場合、測定は開始されない。一方、ユーザが検出される場合、主端末装置１０は、ドップラーセンサ１１による検出をそのまま継続することによって、測定を開始する。さらに、測定を開始した場合、主端末装置１０は、ドップラーセンサ１１によってユーザが検出される間、測定を継続する。つまり、上記実施形態と同様、主端末装置１０は、ユーザが検出されなくなったことに応じて、ドップラーセンサ１１による測定を終了する。以上によれば、ドップラーセンサ１１による測定期間を、ドップラーセンサ１１自身による（間欠的に行われる）検出結果に基づいて決定することができる。これによれば、他のセンサ等の装置を用いることなく、測定期間を決定することができるので、装置の構成を簡易化することができる。

また、他の実施形態においては、ドップラーセンサ１１の測定期間は、ドップラーセンサ１１とは異なるセンサ（例えば人感センサ）の検出結果に基づいて決定されてもよい。例えば、端末システム１は、人感センサとして、赤外線センサおよび／またはカメラを用いてもよい。具体的には、端末システム１は、人感センサによって、間欠的に、または、連続してユーザを検知する。そして、人感センサによってユーザが検知される期間において、端末システム１は、ドップラーセンサ１１による測定を行う。これによっても、本実施形態の方法、および、上記ドップラーセンサ１１の検出結果に基づいて測定期間を決定する方法と同様、測定期間を自動的に決定することができる。すなわち、ユーザは測定（の開始および終了）のために操作を行う必要がないので、端末システム１の利便性を向上することができる。さらに言えば、ユーザに手間や負担をかけることなく生体情報の測定を行うことができるので、継続的な生体情報の取得が行いやすくなる。

また、他の実施形態においては、ドップラーセンサ１１の測定期間は、予め定められていてもよい。例えば、端末システム１は、所定の時間帯（例えば、夜の２０時から翌朝の１０時までの時間帯）において測定を行うようにしてもよいし、（ユーザによる停止操作がない限り）測定を常時行うようにしてもよい。これによっても上記と同様、ユーザは測定の開始および終了のために操作を行う必要がないので、端末システム１の利便性を向上することができる。

また、上記実施形態においては、端末システム１は、生体情報の測定を自動的に行うことに加えて、生体情報に基づく健康情報（睡眠指標および疲労指標）の算出を自動的に（換言すれば、ユーザによる特定の操作が無くても）行う。したがって、ユーザが特別な操作を行わなくても端末システム１において健康情報が算出されるので、端末システム１の利便性を向上することができる。

本実施形態において、単一の装置である第１装置は、上記サーバとの間で携帯電話通信網を介して通信を行う第１通信手段（モバイル通信部１９）と、第２装置との間で近距離無線通信を行う第２通信手段（近距離無線通信部１８）とを備える。第１装置は、サーバおよび第２装置に対して容易に通信を行うことができる。

以上のように、本実施形態における端末システム１では、非接触型のセンサ（ドップラーセンサ）を用いるので、ユーザはセンサを装着する必要が無い。また、就寝中において自動的に生体情報が測定されるので、ユーザは生体情報の測定を待つ必要が無く、測定のために煩雑な操作を行う必要も無い。さらに、就寝時のユーザの周辺にセンサを配置しておけば、測定の度に煩雑な設定作業を行う必要も無い。以上より、端末システム１によれば、ユーザに手間や負担をかけることなく生体情報の測定を行うことができるので、継続的な生体情報の取得が行いやすくなる。

また、端末システム１は、ユーザの入眠あるいは起床（覚醒）を誘導するコンテンツ（音楽等）を再生してもよい。例えば、主端末装置１０は、ドップラーセンサ１１による検出を開始したことに応じて、ユーザに対して入眠を誘導するような音楽を再生してもよい。このとき、主端末装置１０は、ユーザの睡眠状態に応じてコンテンツの再生を制御するようにしてもよい。これによれば、ユーザの睡眠状態に応じた適切な方法でコンテンツを再生することができ、コンテンツを効果的に再生することができる。また、効果が小さいと思われる状況（例えば、ユーザが熟睡している状況）におけるコンテンツの再生を停止することによって、消費電力の低減を図ることができる。以下、一例である具体例を説明する。

主端末装置１０は、ユーザの睡眠中において、ドップラーセンサ１１による検出結果（生体情報）に基づいてユーザの睡眠状態を判別する。例えば、主端末装置１０は、睡眠状態であるか否か、および、眠りの深さ（レム睡眠かノンレム睡眠か等）をリアルタイムに判別する。なお、上記「リアルタイムに判別する」とは、厳密な意味で即時に判別することに限らず、数秒程度の遅れを生じて判別することをも含む意味である。

主端末装置１０は、睡眠中に判別されるユーザの睡眠状態に応じてコンテンツの再生を制御する。主端末装置１０は、コンテンツの再生／停止を睡眠状態に応じて制御してもよいし、再生方法（例えば、音量および／または再生速度等）を睡眠状態に応じて制御してもよい。例えば、主端末装置１０は、ユーザの入眠前に、ユーザに入眠を促すためのコンテンツの再生を開始しておき、ユーザが入眠したことに応じてコンテンツの再生を停止してもよい。あるいは、主端末装置１０は、ユーザが入眠したことに応じてコンテンツの再生音量を次第に減少させていき、ユーザの眠りが深くなった（例えばノンレム睡眠の状態となった）ことに応じてコンテンツの再生を停止してもよい。また例えば、主端末装置１０は、ユーザが覚醒したタイミングに応じて、コンテンツ（例えば、ユーザに覚醒を促すためのコンテンツ）の再生を開始してもよいし、ユーザがもうすぐ覚醒すると推測されるタイミングに応じて、コンテンツの再生を開始してもよい。

なお、端末システム１においてユーザの睡眠時に再生されるコンテンツは、端末システム１に記憶されていてもよいし、外部装置（例えばサービスサーバ３）から取得されてもよい。例えば、サービスサーバ３は、商品・サービスの提供に関する提供処理（後述するステップＳ２２）において、上記コンテンツを端末システム１へ送信するようにしてもよい。

［４．情報処理システムにおける処理動作］
次に、情報処理システムにおいて実行される処理動作について説明する。図６は、情報処理システムにおける動作の流れの一例を示すタイミングチャートである。以下では、大略的には次のような動作が情報処理システムにおいて行われる場合の処理動作を例として説明する。
＜１＞端末システム１において取得された健康情報がデータサーバ２へ繰り返し送信されて蓄積される。
＜２＞サービスサーバ３は、データサーバ２に蓄積された健康情報を用いて、商品・サービスを紹介する提供情報を生成して端末システム１へ提供する。
＜３＞端末システム１において提供情報を閲覧したユーザが、提供情報で紹介された商品・サービスを購入（無料の商品・サービスの場合には、商品・サービスを利用（享受）する旨の申し込み）する。
＜４＞商品・サービスの購入後、サービスサーバ３は、データサーバ２に蓄積された健康情報を用いて、追加の提供情報を生成して端末システム１へ提供する。

ここで、本実施形態において、サービスサーバ３は、ポータルサーバ４１と、サービス提供サーバ４２とを含む。ポータルサーバ４１は、データサーバ２に蓄積された健康情報や上述した提供情報をユーザに提供するためのポータルサイトを管理するサーバである。ポータルサーバ４１は、データサーバ２へアクセスし、データサーバ２に蓄積された健康情報を用いて提供情報を生成してユーザ（端末システム１）に提供する機能を有する。

また、サービス提供サーバ４２は、商品・サービスをユーザに提供する処理を実行するためのサーバである。ここで、本実施形態においては、サービス提供サーバ４２によって提供される商品・サービスの購入は、ポータルサーバ４１によって管理される。すなわち、上記ポータルサイトは、サービス提供サーバ４２によって提供される商品・サービスを販売するためのショッピングサイトの機能を有している。ユーザは、端末システム１を用いてポータルサイトにアクセスし、当該ポータルサイト内で上記商品・サービスを購入する。なお、典型的には、サービス提供サーバ４２は、個々の商品・サービスを提供するサービス事業者によって管理され、ポータルサーバ４１は、データサーバ２を管理する管理事業者によって管理される。サービス提供サーバ４２は、例えばサービス事業者毎に複数のサーバが設けられてもよい。

＜１＞健康情報がデータサーバに蓄積される処理
上記“［３．端末システムにおける処理動作］”で述べたように、端末システム１は、健康情報をデータサーバ２へ送信（アップロード）する（図６に示すステップＳ１１）。本実施形態においては、端末システム１は、予めユーザ毎に設定されたユーザ識別情報とともに健康情報を送信する。なお、図６では図示を省略するが、端末システム１からデータサーバ２への健康情報の送信は、定期的に（本実施形態においては１日１回）継続して行われる。

データサーバ２は、端末システム１から受信した健康情報をユーザ毎に記憶する。図７は、データサーバ２に記憶されるデータの一例を示す図である。図７に示すように、データサーバ２は、上記ユーザ識別情報と健康情報とを含むユーザ情報を、ユーザ毎に記憶する。すなわち、データサーバ２は、あるユーザの端末システム１から健康情報を受信すると、受信した健康情報を、当該あるユーザに関するユーザ情報内の健康情報に追加する。これによって、健康情報がデータサーバ２に蓄積される。

また、データサーバ２は、適宜のタイミングで、受信した健康情報に基づいて２次情報を算出する（ステップＳ１２）。つまり、データサーバ２は健康情報を分析して２次情報を得る。上述のように、本実施形態においては、２次情報は、受信した健康情報から算出される統計量の情報である。例えば、２次情報として１週間の平均睡眠時間を算出する場合、データサーバ２は、１週間分の睡眠時間のデータが蓄積される度に、当該平均睡眠時間を算出する。本実施形態においては、２次情報も健康情報としてデータサーバ２において蓄積される。

なお、図７に示すように、データサーバ２には、利用管理テーブルが記憶されるが、この利用管理テーブルについては後述する。

＜２＞サービスサーバ３が提供情報を端末システム１へ提供する処理
端末システム１は、ユーザの指示に応じて、サービスサーバ３のポータルサーバ４１が管理するポータルサイトにアクセスする（ステップＳ１３）。すなわち、ユーザは、主端末装置１０を通常モードにして、ポータルサイトにアクセスする操作を行う。ポータルサイトへログインする方法は任意であり、従来と同様の方法が用いられてもよい。本実施形態においては、ログイン画面がディスプレイ１６に表示され、ユーザはユーザ識別情報とパスワードとを入力する。ポータルサーバ４１は、ユーザ識別情報とパスワードとを用いて認証を行い、認証が成功した場合、端末システム１（のユーザ）はポータルサイトにログインすることができる。

なお、他の実施形態においては、ポータルサイトへのログインは、端末システム１において行われた個人認証を用いて行われてもよい。例えば、副端末装置２０において認証が成功した場合に、主端末装置１０がポータルサイトへアクセスしてログインが行われるようにしてもよい。このとき、主端末装置１０は、ユーザ識別情報およびパスワードの入力をユーザに要求しなくてもよい。

ポータルサーバ４１は、ユーザの認証が成功した場合、ポータルサイトのメインページを端末システム１に送信してディスプレイ１６に表示させる。詳細は後述するが、メインページには、ユーザに対して提供する提供情報が含まれる。したがって、ユーザの認証が成功した場合、ポータルサーバ４１は、ユーザに対して提供する提供情報を生成する処理を実行する（ステップＳ１４〜Ｓ１８）。

提供情報の内容は、データサーバ２に記憶されている、ユーザの健康情報に基づいて決定される。そのため、ポータルサーバ４１は、まず、提供情報を決定するために必要な健康情報を利用する要求（利用要求）をデータサーバ２に対して行う（ステップＳ１４）。利用要求で要求される健康情報は、ポータルサーバ４１に記憶されている提供条件テーブルを用いて決定される。

ここで、ポータルサーバ４１に記憶されるデータについて説明する。図８は、ポータルサーバ４１に記憶されるデータの一例を示す図である。図８に示すように、ポータルサーバ４１は、ユーザ毎のユーザ情報、提供条件テーブル、および、追加提供条件テーブルを記憶している。まず、ステップＳ１４の処理に関連するユーザ情報および提供条件テーブルについて説明し、追加提供条件テーブルの詳細については後述する。

ポータルサーバ４１に記憶されるユーザ情報は、上述のユーザ識別情報、個人情報、およびユーザ提供履歴情報を含む。個人情報は、例えば、ユーザの名前、生年月日、年齢、および性別等、（生体情報を除く）ユーザ個人に関する情報である。ユーザ提供履歴情報は、ユーザに対してすでに提供された（提供済みの）提供情報の履歴を示す。ユーザ提供履歴情報の詳細は後述する。

提供条件テーブルは、上記ステップＳ１４において、提供情報を生成するために必要な健康情報を決定するために用いられる。なお、提供条件テーブルは、予め設定されてポータルサーバ４１に記憶されるが、提供条件テーブルの内容は適宜のタイミングで更新されてもよい。

図９は、提供条件テーブルの一例を示す図である。図９に示すように、提供条件テーブルは、提供条件と、提供内容とを関連付けたテーブルである。提供条件は、提供情報を提供する条件を示す。提供内容は、それに関連付けられる提供条件が満たされる場合に提供される提供情報の内容を示す。なお、図９においては、提供内容としては、例えば「商品Ａの紹介」等、提供情報の内容自体を示す情報が設定されるものとしている。ただし、ポータルサーバ４１において用意されている各提供情報にそれぞれ識別番号が付されている場合には、提供内容として、当該識別番号を示す情報が設定されてもよい。

図９に示すように、本実施形態においては、提供条件は、ユーザ条件と健康条件とを含む。ユーザ条件は、提供情報を提供するユーザに関する条件である。ユーザ条件としては、「４０代男性」や「３０代男女」のように、ユーザ情報に含まれる個人情報に関する条件が設定される。

健康条件は、提供情報を提供するユーザの健康（健康情報）に関する条件である。また、図９に示すように、健康条件には、健康条件の判定に利用される健康情報を示す利用情報が含まれる。利用情報は、図９に示す「（最近１週間の）平均疲労度」のように、データサーバ２に記憶される健康情報を加工した２次情報を示すものであってもよい。また、利用情報は、「（最近１週間の）疲労度」のように、健康情報自体（の種類）を示す情報であってもよい。つまり、利用要求は、健康情報を加工した２次情報を要求するものであってもよいし、健康情報自体を要求するものであってもよい。

健康条件としては、例えば、「（最近１週間の平均疲労度が）４以上」や、「（最近１週間の平均睡眠時間が）５時間以下」のように、疲労指標や睡眠指標に関する条件が設定される。健康条件は、健康情報自体（例えば疲労度）に関する条件であってもよいし、当該健康情報から得られる情報（例えば平均疲労度）に関する条件であってもよい。

また、健康条件は、１種類の健康情報に関する１つの条件で構成されるものに限らず、２種類以上の健康情報に関する複数の条件で構成されてもよい。例えば、健康条件は、疲労指標に関する条件と、睡眠指標に関する条件とから構成されてもよい。また、副端末装置２０で得られた情報（生体情報および／または生体情報から算出される健康情報）が主端末装置１０を介してデータサーバへ送信される場合、健康条件は、当該情報に関する条件を含んでいてもよい。

上記ステップＳ１４において、ポータルサーバ４１は、上記の提供条件テーブルを用いて、データサーバ２に要求する健康情報を決定する。すなわち、ポータルサーバ４１は、提供条件テーブル内の提供条件を判定するために用いられる健康情報を特定し、特定された健康情報をデータサーバ２に要求する。具体的には、ポータルサーバ４１は、提供条件テーブルに含まれる各提供条件のうちで、ユーザ条件が満たされる提供条件を特定し、当該提供条件に含まれる利用情報を特定する。例えば、図９に示す提供条件テーブルが用いられる場合において、ポータルサイトにログインしたユーザが４０代の男性であった場合には、「最近１週間の平均疲労度」を示す利用情報が特定される。したがって、ポータルサーバ４１は、「最近１週間の平均疲労度」を要求する利用要求をデータサーバ２へ送信する。なお、ユーザ条件が満たされる提供条件が複数種類あった場合には、ポータルサーバ４１は、当該複数の提供条件に関連付けられる各利用情報を特定し、特定した利用情報が示す健康情報を要求する利用要求を送信する。

なお、他の実施形態においては、提供条件テーブル内の提供条件と提供内容との組は、複数のグループに分類されていてもよい。例えば、上記組は、提供情報の内容（紹介される商品・サービス）、提供情報で紹介される商品・サービスのジャンル、提供情報で紹介される商品・サービスを提供する事業者、および／または、提供情報で紹介される商品・サービスの金額等に応じて複数のグループに分類されていてもよい。このとき、ポータルサーバ４１は、ユーザに予めグループを選択させておき、選択されたグループ内の組に含まれる提供条件のみについて、上記の利用情報を特定する処理を実行するようにしてもよい。例えば、上記組が商品・サービスのジャンル毎にグループに分類される場合において、睡眠を改善するためのグッズ（枕やアイマスク等）のジャンルと、疲労を解消するサプリメントのジャンルが設定されていてもよい。このとき、ユーザがサプリメントのジャンルのみを選択していた場合には、ポータルサーバ４１は、提供条件テーブルのうち、このジャンルに含まれる提供条件を処理対象として、利用情報を特定する処理を実行してもよい。これによれば、ユーザが選択したジャンルに含まれる提供情報のみがユーザに提供されることになり、ユーザが興味を持っているジャンルについて効果的に提供情報を提供することができる。また、利用情報を特定する処理によるポータルサーバ４１の処理負担を軽減することができる。

また、提供条件テーブルは、ユーザがどのような健康状態にあるときに、どのような商品・サービスを紹介するかを表すものである。そのため、サービス提供側（サービス提供サーバ４２）が、提供条件テーブルの内容を変更することができるようにしてもよい。すなわち、ポータルサーバ４１は、サービス提供サーバ４２からの要求に応じて、提供条件テーブルの内容を変更してもよい。

以上のように、ポータルサーバ４１からデータサーバ２へ送信される利用要求は、要求する健康情報を示す情報を含む。図１０は、利用要求の一例を示す図である。図１０に示すように、利用要求は、要求情報と、ユーザ識別情報と、サービス識別情報とを含む。要求情報は、取得を要求する健康情報を示す情報であり、上記特定された利用情報に基づいて決められる。本実施形態においては、要求情報は、取得を要求する健康情報の種類と、その健康情報が端末システム１において取得された時間（期間）とを含む。

ユーザ識別情報は、取得する健康情報に対応するユーザを示す。すなわち、利用要求に含まれるユーザ識別情報は、利用要求によってどのユーザの健康情報を取得するかを示している。

サービス識別情報は、サービス提供サーバによって提供される商品・サービスに対して付される識別情報である。サービス識別情報は、商品・サービスを提供するサービス事業者毎に設定されてもよいし、商品・サービスの種類毎に設定されてもよい。利用要求に含まれるサービス識別情報は、当該利用要求で要求される健康情報に対応する提供情報（提供条件テーブルにおいて当該健康情報を示す利用情報に関連付けられる提供内容）によって決められる。つまり、サービス識別情報は、提供情報に対応しているとも言える。本実施形態において、利用要求に含まれるサービス識別情報は、当該利用要求で要求される健康情報に対応する提供情報によって紹介される商品・サービスに対して付されたサービス識別情報、あるいは、当該商品・サービスを提供するサービス事業者に対して付されたサービス識別情報である。

なお、ポータルサーバ４１は、提供条件テーブルに含まれる提供内容（あるいは、提供内容によって特定される商品・サービス、または、サービス事業者）に対してサービス識別情報を関連付けたテーブルを予め記憶している。ポータルサーバ４１は、このテーブルを参照して、利用要求に含めるべきサービス識別情報を特定する。

利用要求を受信すると、データサーバ２は、利用要求に対する認証処理を行う（ステップＳ１５）。この認証処理は、利用要求に含まれる要求情報が示す健康情報が、当該利用要求に含まれるサービス識別情報が示すサービスにおいて利用可能か（換言すれば、提供情報の生成のために利用可能か）否かを判定する処理である。本実施形態において、上記認証処理は、データサーバ２に記憶されている利用管理テーブル（図７参照）を用いて行われる。

図１１は、利用管理テーブルの一例を示す図である。図１１に示すように、利用管理テーブルは、サービス識別情報と、利用可能情報とを関連付けたテーブルである。利用可能情報は、データサーバ２に記憶される健康情報および２次情報のうち、当該利用可能情報に関連付けられるサービス識別情報が示す商品・サービスのために利用可能な（利用が許可される）情報を示す。利用可能情報は、例えば、「睡眠指標・疲労指標」、「全情報」、あるいは「睡眠指標」のように、健康情報の種類を示すものであってもよい。また、利用可能情報は、「最近１月の睡眠指標」のように、時系列で記憶される健康情報のうちで利用可能な健康情報の期間（換言すれば、健康情報が取得された時期）を示すものであってもよい。また、図１１には示していないが、利用可能情報は、例えば、「２０１３年１２月１日から２０１４年１２月１日まで利用可能」のように、サービスサーバ３が健康情報を利用することができる期間を示すものであってもよい。つまり、利用管理テーブルの利用可能情報は、健康情報の種類に関する条件を示すものであってもよいし、健康情報の取得時期に関する条件を示すものであってもよいし、健康情報の利用期間（利用可能期間）に関する条件を示すものであってもよい。図１１に示す例においては、商品Ａに対応するサービス識別情報には、睡眠指標と疲労指標とが利用可能であることを示す利用可能情報が関連付けられた組が含まれる。この組は、商品Ａを紹介する提供情報のために、睡眠指標および疲労指標が利用可能であることを表している。

ステップＳ１５の認証処理において、データサーバ２は、受信した利用要求に含まれる要求情報が示す健康情報と、当該利用要求に含まれるサービス識別情報に対して（利用管理テーブルにおいて）関連付けられている利用可能情報が示す健康情報と一致するか否かを判定する。両者が一致する場合、データサーバ２は、認証成功と判断し、後述するステップＳ１６およびＳ１７の処理を実行する（図６参照）。一方、図示しないが、両者が一致しない場合、データサーバ２は、認証失敗と判断し、ステップＳ１６およびＳ１７の処理を実行しない。この場合、データサーバ２は、認証が失敗した旨の通知をポータルサーバ４１へ送信する。この場合、ポータルサーバ４１は、提供情報を生成せず、後述のＳ１９においてユーザには提供情報が提供されない（提供情報を含まないメインページが提供される）。

認証が成功した場合、ポータルサーバ４１は、利用要求に応じた分析処理を実行する（ステップＳ１６）。上述のように、利用要求で要求される健康情報は、例えば「最近１週間の平均疲労度」のように、データサーバ２に記憶される健康情報を分析（加工）した結果得られる情報であることがある。このような場合、ポータルサーバ４１は、健康情報を分析する処理によって、利用要求で要求される健康情報を算出する。例えば、最近１週間の平均疲労度が要求される場合には、利用要求に含まれるユーザ識別情報が示すユーザの健康情報のうちで、最近１週間の疲労度から平均値が算出される。なお、利用要求で要求される健康情報が、端末システム１から取得された健康情報自体である場合、または、上記ステップＳ１２の分析処理によってすでに算出された２次情報である場合、ステップＳ１６では分析処理が実行されなくてもよい。

次に、データサーバ２は、利用要求で要求された健康情報をポータルサーバ４１へ送信する（ステップＳ１７）。これによって、ポータルサーバ４１は健康情報を取得することができる。

以上のように、本実施形態においては、サービスサーバ３は、提供情報を生成する場合、当該提供情報の生成に用いる情報の要求（利用要求）をデータサーバ２に対して行う。そして、データサーバ２は、サービスサーバ３からの要求に応じて、記憶されている情報（生体情報および／または健康情報）をサービスサーバへ送信する。これによれば、ユーザから取得した情報をデータサーバ２において管理するとともに、データサーバ２において記憶される情報をサービスサーバ３において利用することができる。

さらに、本実施形態においては、上記利用要求は、提供情報の生成に用いる情報を示す要求情報と、データサーバ２に記憶される情報の利用に関する識別情報（サービス識別情報）とを含む。データサーバ２は、サービスサーバ３からの利用要求に含まれる識別情報に基づいて、当該要求に含まれる要求情報が示す情報を提供情報の生成のために利用が許可されるか否かを判定し、許可されると判定される場合、要求情報が示す情報をサービスサーバへ送信する。これによれば、データサーバ２は、サービスサーバ３による蓄積情報の利用を管理・制御することができ、サービス識別情報に応じて利用可能な情報の種類を異なるように管理・制御することができる。

データサーバ２から健康情報を受信すると、ポータルサーバ４１は、受信した健康情報に基づいて提供情報を生成する（ステップＳ１８）。すなわち、ポータルサーバ４１は、受信した健康情報を用いて、上記提供条件テーブルにおいて提供条件（ユーザ条件および健康条件）が満たされる提供情報を特定する。例えば、図９に示す提供条件テーブルが用いられる場合において、４０代男性のユーザについて最近１週間の平均疲労度として４以上の値が受信された場合、商品Ａを紹介する提供情報が特定される。なお、提供条件が満たされる提供内容がなかった場合、提供情報は生成されず、提供情報は送信されない。また、ステップＳ１８の処理において特定される提供情報は、複数であってもよい。

なお、上記ステップＳ１８の処理において、ポータルサーバ４１は、特定した提供情報についての履歴を記憶する。すなわち、ポータルサーバ４１は、ログインしたユーザについてのユーザ情報に含まれるユーザ提供履歴情報（図８参照）の内容を更新する。

図１２は、ユーザ提供履歴情報の一例を示す図である。本実施形態において、ユーザ提供履歴情報は、提供内容情報と、提供日情報と、購入情報と、追加提供タイミング情報とからなる組の情報を含む。ユーザ提供履歴情報に含まれる提供内容情報は、上述の提供条件テーブルにおける提供内容と同様、ユーザに提供された提供情報の内容を示す。提供日情報は、それに関連付けられる提供情報が提供された時点（ここでは年月日）を示す。なお、本実施形態においては年月日を示す提供日情報が記憶されるが、年月日に加えて時刻を示す情報が記憶されてもよい。

また、購入情報は、それに関連付けられる提供情報が紹介する商品・サービスの購入の有無を示す。また、追加提供タイミング情報は、それに関連付けられる提供情報の提供後に、提供情報の追加提供を行うか否か、および、追加提供を行う場合には追加提供を行うタイミングを示す。追加提供タイミング情報については後述する。

上記ステップＳ１８の処理においては、ポータルサーバ４１は、特定した提供情報について、上記の組の情報をユーザ提供履歴情報に追加する。具体的には、ポータルサーバ４１は、ステップＳ１８の処理において特定した提供情報を示す提供内容情報と、当該提供情報を提供する年月日を示す提供日情報と、購入無しを示す購入情報と、追加提供無しを示す追加提供タイミング情報とをユーザ提供履歴情報に追加する。なお、ステップＳ１８の処理では、購入情報は「購入無し」、追加提供タイミング情報は「追加提供無し」を示すように記憶されるが、後述するように、これらの情報は商品等の購入があった場合に更新される。

次に、ポータルサーバ４１は、特定した提供情報を含むウェブページを作成して端末システム１へ送信する（ステップＳ１９）。本実施形態においては、このウェブページは、端末システム１がポータルサイトにアクセス（ログイン）して最初に表示されるメインページ（トップページまたはホームページとも言う）である。ただし、他の実施形態においては、提供情報を含むページはメインページでなくてもよい。上記メインページが端末システム１で受信されると、主端末装置１０のディスプレイ１６においてメインページが表示される。これによって、ユーザに対して提供情報が提供されたことになる。

図１３は、端末システムにおいて表示されるメインページの一例を示す図である。図１３に示すように、メインページは、提供情報欄５１と、履歴閲覧欄５２とを含む。提供情報欄５１には、提供情報（図１３では、商品として枕を紹介する情報）が表示される。本実施形態においては、提供情報欄５１内に表示される内容が提供情報によって規定される。なお、図１３においては、提供情報欄５１には１種類の提供情報のみが含まれるが、複数の提供情報が含まれていてもよい。

提供情報欄５１は、提供情報に係る商品を購入するための購入ボタン５３を含む。すなわち、ユーザが購入ボタン５３を指定する入力を行うと、商品を購入するための商品購入ページがディスプレイ１６に新たに表示され、ユーザは商品を購入することができる。本実施形態においては、商品購入ページは、ポータルサーバ４１によって提供されるページ（ポータルサイト内のページ）であるとする。ただし、他の実施形態においては、サービス提供サーバによって提供されるページ（ポータルサイト外のページ）であってもよい。つまり、上記購入ボタン５３は、サービス提供サーバによって提供される商品購入ページへのリンクを示すものであってもよい。

履歴閲覧欄５２は、データサーバ２に記憶されている健康情報の履歴を参照するために設けられる。本実施形態においては、履歴閲覧欄５２は、年月を示すボタンを含んでおり、ユーザがこのボタンを指定する入力を行うことで、指定された年月の健康情報を表示するページがディスプレイ１６に表示される。

上記のように、本実施形態においては、サービスサーバ３は、ユーザの健康情報が示す指標を改善するための商品またはサービスに関する情報を含む提供情報を生成する。これによって、商品・サービスに関する有用な情報をユーザに提供することができる。また、サービスサーバ３は、商品・サービスをユーザが購入するためのウェブページの情報、または、当該ウェブページのリンク情報を含む提供情報を生成する。これによれば、ユーザは、商品・サービスを紹介する提供情報が提供された場合に、提供された商品・サービスを簡単な操作で購入することができ、ユーザの利便性を向上することができる。

＜３＞商品の購入に関する処理
次に、メインページで表示された提供情報が示す商品をユーザが購入した場合における処理を説明する。上記商品購入ページにおいてユーザが商品を購入する操作入力を行うと、端末システム１は、購入指示の通知をポータルサーバ４１へ送信する（ステップＳ２０）。この購入指示の通知は、ユーザ識別情報と、購入する商品を識別する情報とを含んでいる。購入指示の通知を受信すると、ポータルサーバ４１は、購入に係る商品を提供するサービス提供サーバ４２へ購入通知を送信する（ステップＳ２１）。購入通知は、上記購入指示の通知に含まれていた、ユーザ識別情報と、購入する商品を識別する情報とを含んでいる。

ポータルサーバ４１から購入通知を受信すると、サービス提供サーバ４２は、商品・サービスの提供に関する提供処理を実行する（ステップＳ２２）。例えば、ネットワークを介してデータを商品・サービスとして提供する場合、上記提供処理は、例えば当該商品またはサービスに係るデータを送信する処理である。なお、「商品またはサービスに係るデータ」とは、例えば音楽データや食事のレシピ、アプリケーションのデータ等である。「商品またはサービスに係るデータ」は、例えば、主端末装置１０の照明部１７に、ユーザの入眠あるいは起床を誘導する照明を行わせるためのデータ（アプリケーション）であってもよい。端末システム１がスピーカを備える場合には、ユーザの入眠あるいは起床を誘導する音楽を当該スピーカから出力させるためのデータ（アプリケーション）であってもよい。

また、実際の物である商品（例えば、枕やアイマスク等の睡眠改善グッズ）を提供する場合には、提供処理は、例えば、商品の購入受け付けた旨の通知をユーザの端末システム１へ送信する処理や、商品を配送する通知をユーザの端末システム１へ送信する処理である。また、実際にサービス（例えば、マッサージ等）を提供する場合には、提供処理とは、サービスの購入を受け付けた旨の通知をユーザの端末システム１へ送信する処理や、サービスを提供する日時の通知をユーザの端末システム１へ送信する処理である。例えば、サービスサーバ３は、提供情報によってマッサージサービスを紹介し（例えば、ユーザの周辺のマッサージ店を紹介する）、ポータルサイト上でマッサージの予約（マッサージサービスの購入）を行うようにしてもよい。

上記のように、サービスサーバ３は、商品またはサービスをユーザが購入する指示が端末システム１からあったことに応じて、当該商品またはサービスに係るデータを当該端末システム１へ送信してもよい。

また、購入指示の通知を受信すると、ポータルサーバ４１は、商品が購入されたことを反映するように、購入指示を行ったユーザに関するユーザ提供履歴情報（図１２）を更新する（ステップＳ２３）。具体的には、ポータルサーバ４１は、購入指示に係る商品を紹介する提供情報に関連付けられる購入情報を「購入有り」を示す内容に更新する。また、ポータルサーバ４１は、当該提供情報に関連付けられる追加提供タイミング情報を、追加の提供情報を提供するタイミングを示す内容に更新する。

ここで、本実施形態においては提供情報で紹介された商品・サービスが購入された場合、購入後において新たな提供情報が提供される。以下では、このように新たに追加して提供される提供情報を「追加提供情報」と呼ぶ。追加提供情報の内容は、最初の提供情報の内容とは異なる内容であってもよいし、同じ内容であってもよい。詳細は後述するが、追加提供情報の内容は、商品・サービスが購入された後でアップロードされたユーザの健康情報に基づいて決定される。

上記ステップＳ２３では、追加提供情報の提供タイミングが決定され、ユーザ提供履歴情報内の追加提供タイミング情報は、決定されたタイミングを示す内容に更新される。ポータルサーバ４１は、提供された提供情報に応じて追加提供情報の提供タイミングを決定する。本実施形態においては、追加提供情報の提供タイミングは、ポータルサーバ４１に記憶されている追加提供条件テーブル（図８参照）を用いて決定される。

図１４は、追加提供条件テーブルの一例を示す図である。追加提供条件テーブルは、追加提供情報の内容およびタイミングを決定するためのテーブルである。図１４に示すように、追加提供条件テーブルは、前回提供内容と、追加提供タイミングと、追加提供条件と、追加提供内容とを関連付けたテーブルである。追加提供条件テーブルは、提供条件テーブルと同様、予め設定されてポータルサーバ４１に記憶されるが、追加提供条件テーブルの内容が適宜のタイミングで更新されてもよい。また、提供条件テーブルと同様、サービス提供側（サービス提供サーバ４２）が、追加提供条件テーブルの内容を変更することができるようにしてもよい。

前回提供内容は、前回に提供された提供情報の内容であり、換言すれば、追加提供情報が提供される起因となった提供情報の内容である。追加提供タイミングは、追加提供のタイミング、すなわち、追加提供タイミングに関連付けられる追加提供情報を提供するタイミングを示す。本実施形態においては、追加提供タイミングは、例えば、「購入後２週間」や「購入後１月」のように、商品・サービスが購入されてからの時間を示す。ただし、他の実施形態においては、追加提供タイミングは、前回に提供情報が提供された時点からの時間を示してもよいし、商品を実際に使用した時点やサービスを実際に受けた時点がポータルサーバ４１に取得される場合には、これらの時点からの時間を示してもよい。なお、追加提供条件および追加提供内容の詳細については後述する。

ステップＳ２３においては、ポータルサーバ４１は、購入された商品を紹介する提供情報を特定し、特定された提供情報を示す前回提供内容に（追加提供条件テーブルにおいて）関連付けられる追加提供タイミングを特定する。ポータルサーバ４１は、特定された追加提供タイミングに基づいて、追加提供を行う時点（ここでは年月日）を算出する。ユーザ提供履歴情報内の追加提供タイミング情報は、算出された年月日の情報に更新される。例えば、現在（購入時点）が２０１３年１２月６日であり、特定された追加提供タイミングが「購入後２週間」であった場合、２０１３年１２月２０日を示す情報が追加提供タイミング情報として記憶される。

＜４＞商品・サービスの購入後に追加提供情報が提供される処理
以上のように、本実施形態においては、商品・サービスが購入された場合、購入された商品・サービスを紹介する提供情報に基づいて、追加提供情報を提供するタイミングが決定される。ここで、ポータルサーバ４１は、各ユーザのユーザ提供履歴情報を定期的に参照することによって、追加提供タイミングが到来したか否かを定期的に判定する。そして、追加提供タイミングが到来したと判定された場合、ポータルサーバ４１は、追加提供タイミングが到来した追加提供情報をユーザに提供するための処理（図６に示すＳ２４〜Ｓ２９）を実行する。つまり、商品の購入から所定期間（追加提供条件テーブルにおける追加提供タイミングによって特定される期間）が経過すると、上記処理が実行される（図６参照）。

具体的には、提供タイミングが到来した追加提供情報がある場合、ポータルサーバ４１は、追加提供情報を決定するために必要な健康情報の利用を要求する利用要求をデータサーバ２へ送信する（ステップＳ２４）。なお、追加提供情報を決定するために必要な健康情報とは、追加提供情報の追加提供条件（図１４参照）を判定するために用いられる健康情報である。ステップＳ２４の処理においては、追加提供情報を決定するために必要な健康情報は、ポータルサーバ４１に記憶されている追加提供条件テーブルを用いて決定される。

ここで、図１４に示すように、追加提供条件テーブルにおいては、前回提供内容と、（追加提供タイミングと、）追加提供条件と、追加提供内容とが関連付けられる。追加提供条件は、それに関連付けられる前回提供内容が示す提供情報について、追加提供情報が提供される条件（追加提供条件）を示す。

追加提供条件は、追加提供条件の判定に利用される健康情報を示す利用情報を含む。この利用情報は、上記提供条件に含まれる利用情報と同様である。ただし、追加提供条件に含まれる利用情報は、例えば、「最近１週間の平均疲労度と、購入前１週間の平均疲労度」のように、商品・サービスの購入前および購入後の両方の健康情報を指定するように設定される場合がある。

追加提供条件は、ユーザの健康情報に関する条件である。具体的には、追加提供条件は、「疲労度が改善」や「疲労度の改善無し」のように、健康情報の変化（健康情報が示すユーザの状態の変化）に関する条件であってもよい。また、追加提供条件は、上述した健康条件（図９参照）と同様であってもよく、例えば「最近１週間の平均睡眠時間が５時間以下」のように、健康情報が示すユーザの状態に関する条件が追加提供条件として設定されてもよい。

追加提供内容は、それに関連付けられる追加提供条件が満たされる場合に提供される追加提供情報の内容を示す。追加提供条件テーブルに含まれる追加提供内容としては、上述の提供条件テーブルにおける提供内容と同様、提供情報の内容自体を示す情報が設定されてもよいし、提供情報に付される識別番号を示す情報が設定されてもよい。

上記ステップＳ２４において、まず、ポータルサーバ４１は、ユーザ提供履歴情報を参照して、提供タイミングが到来した追加提供情報に対応する提供情報を特定する。すなわち、ポータルサーバ４１は、ユーザ提供履歴情報において、提供タイミングが到来した追加提供タイミング情報に関連付けられる提供内容情報が示す提供情報を特定する。

次に、ポータルサーバ４１は、上記特定された提供情報に対応する追加提供情報の追加提供条件を特定する。すなわち、ポータルサーバ４１は、追加提供条件テーブルを参照して、上記特定された提供情報を示す前回提供内容に関連付けられる追加提供条件を特定する。そして、ポータルサーバ４１は、特定された追加提供条件に含まれる利用情報を特定し、特定された利用情報が示す健康情報を取得する利用要求をデータサーバ２へ送信する。すなわち、当該健康情報を示す要求情報を含む利用要求がデータサーバ２へ送信される。例えば、図１４に示す追加提供条件テーブルが用いられる場合において、「商品Ａの紹介」を示す提供情報が特定された場合を考える。この場合、「最近１週間の平均疲労度、購入前１週間の平均疲労度」を示す利用情報が特定されるので、この利用情報が示す健康情報を取得する利用要求をデータサーバ２へ送信する。

なお、ステップＳ２４で送信される利用要求は、上記ステップＳ１４で送信される利用要求と同様、要求情報と、ユーザ識別情報と、サービス識別情報とを含む。これら３つの情報の内容は、上記ステップＳ１４の処理と同様の方法で決定される。なお、例えば、「最近１週間の平均疲労度と、購入前１週間の平均疲労度」を示す利用情報が特定される場合のように、要求情報が、購入時点を基準とした所定期間における健康情報を示す場合がある。この場合、ポータルサーバ４１は、上記所定期間を算出するために、ユーザ提供履歴情報の提供日情報が示す日を購入日として用いてもよいし、商品購入時の日付を予め記憶しておき、記憶しておいた日付を購入日として用いてもよい。

ポータルサーバ４１からの利用要求に応じて、データサーバ２は、上記ステップＳ１５〜Ｓ１７と同様の処理を実行する。すなわち、データサーバ２は、利用要求に対する認証処理を行い（Ｓ２５）、認証が成功した場合には、利用要求に応じた分析処理を、必要に応じて実行する（ステップＳ２６）。そして、利用要求で要求された健康情報をポータルサーバ４１へ送信する（ステップＳ２７）。

データサーバ２から健康情報を受信すると、ポータルサーバ４１は、受信した健康情報に基づいて追加提供情報を生成する（ステップＳ２８）。すなわち、ポータルサーバ４１は、受信した健康情報を用いて、上記ステップＳ２４で特定された追加提供条件が満たされるか否かを判定する。そして、ポータルサーバ４１は、追加提供条件が満たされる追加提供内容の追加提供情報を生成する。なお、追加提供条件が満たされる追加提供内容がなかった場合、追加提供情報は生成されない。また、ステップＳ２８の処理において特定される追加提供情報は、複数であってもよい。

図１５は、追加提供条件の判定方法の一例を示す図である。図１５に示すように、本実施形態においては、毎日取得された健康情報（図では疲労度）がデータサーバ２に記憶されている。上述のように、本実施形態においては、追加提供条件が満たされるか否かは、商品・サービスの購入前後の健康情報を比較することによって判定される場合がある。この場合には、まず、購入後におけるユーザの健康情報として、現在から過去の所定期間における健康情報が分析されるとともに、購入前におけるユーザの健康情報として、購入時から過去の所定期間における健康情報が分析される。例えば、図１５に示すように、データサーバ２は、ポータルサーバ４１からの利用要求に応じて、最近１週間の疲労度の平均と、購入前１週間の疲労度の平均とを分析結果として算出する。ポータルサーバ４１は、購入前における健康情報の分析結果（購入前１週間の平均疲労度）と、購入後における健康情報の分析結果（最近１週間の平均疲労度）とを比較することで、ユーザの健康状態が改善されたか否かを判定する。例えば、平均疲労度が所定値以上低減していれば、ポータルサーバ４１は、ユーザの健康状態（疲労度）が改善されたと判定し、平均疲労度が所定値よりも低減していなければ、ポータルサーバ４１は、ユーザの健康状態（疲労度）が改善されなかったと判定する。そして、ポータルサーバ４１は、判定結果に応じて異なる内容の追加提供情報を生成する。例えば、図１４に示す追加提供条件テーブルの例においては、最近１週間の平均疲労度と、購入前１週間の平均疲労度とに基づいて、疲労度が改善されたと判定されれば、商品Ｄを紹介する追加提供情報が生成される。また、疲労度が改善されなかったと判定されれば、商品Ｅを紹介する追加提供情報が生成される。

上記のように、本実施形態においては、健康状態を分析するユーザについて蓄積された時系列データである複数の健康情報に基づいて分析（健康情報が取得された時間を考慮した時系列分析）が行われる。これによって、ユーザの健康状態の変化を知ることができるので、このような分析に基づいた提供情報を提供することによって、有用な情報を提供することができる。

また、本実施形態においては、提供情報に含まれる商品またはサービスが購入された後で端末システムが取得した健康情報に基づく、当該商品またはサービスによる（健康状態の）改善効果に応じた追加提供情報を生成する。これによれば、商品・サービスによる効果を判断することができるとともに、判断結果に応じて適切な提供情報を提供することができる。

上記のように、本実施形態においては、データサーバ２は、所定の基準時点（購入時点）の以前に端末システム１が取得した情報に基づく健康状態と、当該基準時点より後に端末システム１が取得した情報に基づく健康状態とを比較することによって分析を行う。これによれば、提供情報（または、提供情報で提供された商品・サービス）による健康状態の変化を精度良く分析することができ、かかる分析に応じた提供情報を生成することで、提供内容を有用なものにすることができる。

なお、上記所定の基準時点は、例えば提供情報で紹介された商品・サービスの購入時点であるが、提供情報がユーザに提供されたことに起因する任意の時点でよい。例えば、基準時点は、提供情報が提供された時点であってもよい。また例えば、ユーザが商品の使用を開始した時点、および／または、ユーザがサービスの提供を受けた時点をサーバ側で知ることができる場合には、これらの時点が基準時点となってもよい。

追加提供情報が生成されると、ポータルサーバ４１は、追加提供情報を端末システム１へ送信する（ステップＳ２９）。追加提供情報を送信する方法は任意であるが、本実施形態においては、追加提供情報がある旨のメッセージがプッシュ通知で端末システム１へ送信される。すなわち、ポータルサーバ４１は、追加提供情報が生成されると、ユーザによる操作が行われなくても（ポータルサイトにアクセスしなくても）メッセージが通知される方法で、メッセージを送信する。すなわち、上記メッセージを受けた端末システム１は、ユーザによる操作とは独立してメッセージをディスプレイ１６に表示する。このメッセージに応じて、ユーザは、端末システム１を用いてポータルサイトにアクセスする。そして、ユーザがポータルサイトにログインすると、ポータルサーバ４１は、追加提供情報が含まれるメインページを生成して端末システム１へ送信する。これによって、追加提供情報がユーザに対して提供されたことになる。

上記のように、サービスサーバ３は、追加提供情報が生成されたことに応じて、ユーザの端末（端末システム１における端末装置（主端末装置１０））へ、当該端末装置に対するユーザの操作とは独立したタイミングで、追加提供情報の通知（上記メッセージ）を送信する。なお、他の実施形態においては、追加提供情報自体がプッシュ通知で端末システム１へ送信されてもよい。すなわち、ユーザによる操作とは独立して追加提供情報がポータルサーバ４１から端末システム１へ送信されてもよい。換言すれば、追加提供情報は、ポータルサイトへのアクセス無しに端末システム１において表示されるようにしてもよい。このように、追加提供情報の通知または追加提供情報がプッシュ通知で端末システム１へ送信されることによって、追加提供情報が生成されたことを適切なタイミングでユーザに通知することができる。

また、他の実施形態においては、上記のメッセージは送信されなくてもよい。この場合、ポータルサーバ４１で追加提供情報が生成された時点ではユーザに通知されず、ユーザが次にポータルサイトへアクセスした際に追加提供情報が提供されることになる。

なお、他の実施形態においては、（追加提供情報ではない）提供情報についても追加提供情報と同様、プッシュ通知が行われてもよい。すなわち、サービスサーバ３は、端末装置に対するユーザの操作とは独立したタイミングで、（追加提供情報ではない）提供情報の通知、または、提供情報自体を送信してもよい。より具体的には、ポータルサーバ３は、所定の条件が満たされたことに応じて（例えば、所定の時刻となったことに応じて）、ステップＳ１４およびＳ１８の処理を実行するようにしてもよい。

以上のようにして、本実施形態においては、提供情報が提供された後に追加提供情報が提供される。ここで、提供情報が提供された後において、端末システム１からの情報（健康情報）の分析処理と、分析結果に基づく追加提供情報の生成処理とが繰り返し実行されてもよい。例えば、ポータルサーバ４１は、追加提供条件テーブル（図１４参照）における追加提供タイミングとして、繰り返し到来するようなタイミング（例えば、商品の購入後２週間毎のタイミング）を設定してもよい。これによれば、上記の分析処理と生成処理が当該タイミングが到来する毎に繰り返し実行されることになる。また例えば、ポータルサーバ４１は、追加提供条件テーブルにおける追加提供内容で示される提供情報を前回提供内容として含む組（前回提供内容と、追加提供タイミングと、追加提供条件と、追加提供内容との組）を設定してもよい。例えば、図１４に示す追加提供条件テーブルにおいて、商品Ｄを紹介する提供情報が前回提供内容として設定される組が設定されてもよい。これによれば、追加提供情報の提供に応じて商品Ｄをユーザが購入した場合、その後にさらなる追加提供情報が提供されることになる。以上のように、分析処理と生成処理とが繰り返されることによって、有用な情報を継続的にユーザに提供することができる。

（データサーバ２における処理）
図１６は、データサーバ２において実行される処理の流れの一例を示すフローチャートである。本実施形態において、データサーバ２は、図１６に示すステップＳ３０〜Ｓ３７の一連の処理を繰り返し実行する。この一連の処理は、データサーバ２が有する処理部であるＣＰＵが、データサーバ２が有するプログラム記憶部に記憶される所定の情報処理プログラムを実行することによって行われる。なお、データサーバ２が複数の情報処理装置によって構成される場合には、各情報処理装置のＣＰＵが分担して上記一連の処理を実行するようにしてもよい。

まずステップＳ３０において、データサーバ２の処理部は、端末システム１から健康情報を受信したか否かを判定する（図６に示すＳ１１参照）。ステップＳ３０の判定結果が肯定である場合、ステップＳ３１の処理が実行され、ステップＳ３０の判定結果が否定である場合、後述するステップＳ３４の処理が実行される。

ステップＳ３１において、処理部は、端末システム１から受信した健康情報を、データサーバ２が有する記憶部にユーザ毎に記憶する（図７参照）。ステップＳ３２において、処理部は、受信した健康情報に基づいて２次情報を算出するか否かを判定する。この判定は、例えば、２次情報を算出するタイミングが到来したか否か、あるいは、２次情報を算出するための健康情報が蓄積されたか否か等によって行われる。ステップＳ３２の判定結果が肯定である場合、ステップＳ３３の処理が実行され、ステップＳ３２の判定結果が否定である場合、後述するステップＳ３４の処理が実行される。

ステップＳ３３において、処理部は、受信した健康情報に基づいて２次情報を算出し、データサーバ２が有する記憶部に、算出した２次情報を記憶する（図６に示すＳ１２参照）。以上のように、データサーバ２は、複数のユーザのいずれかから健康情報を受信する度に健康情報を記憶し（ステップＳ３１）、必要に応じて２次情報を算出して記憶する。

ステップＳ３４において、処理部は、ポータルサーバ４１から利用要求を受信したか否かを判定する（図６に示すＳ１４，Ｓ２４参照）。ステップＳ３４の判定結果が肯定である場合、ステップＳ３５の処理が実行され、ステップＳ３４の判定結果が否定である場合、上記ステップＳ３０の処理が再度実行される。

ステップＳ３５において、処理部は、ステップＳ３４で受信した利用要求に対する認証処理を実行し（図６に示すＳ１５，Ｓ２５参照）、認証が成功したか否かを判定する。ステップＳ３５の判定結果が肯定である場合、ステップＳ３６の処理が実行され、ステップＳ３５の判定結果が否定である場合、ステップＳ３７の処理が実行される。

ステップＳ３６において、処理部は、利用要求で要求された健康情報をポータルサーバ４１へ送信する。すなわち、処理部は、記憶部に記憶されている健康情報に対して必要に応じて分析を行い、当該健康情報および／または分析結果である健康情報をポータルサーバ４１へ送信する（図６に示すＳ１６，Ｓ１７，Ｓ２６，Ｓ２７参照）。

一方、ステップＳ３７において、処理部は、認証が失敗した旨の通知をポータルサーバ４１へ送信する。上記ステップＳ３６またはＳ３７の処理が完了すると、上記ステップＳ３０の処理が再度実行される。以上に示したＳ３０〜Ｓ３７の処理によって、図６に示すデータサーバ２における動作が実現される。

（ポータルサーバ４１における処理）
図１７は、ポータルサーバ４１において実行される処理の流れの一例を示すフローチャートである。ポータルサーバ４１は、図１７に示すステップＳ４１〜Ｓ４９の一連の処理を繰り返し実行する。この一連の処理は、ポータルサーバ４１が有する処理部であるＣＰＵが、ポータルサーバ４１が有するプログラム記憶部に記憶される所定の情報処理プログラムを実行することによって行われる。なお、ポータルサーバ４１が複数の情報処理装置によって構成される場合には、各情報処理装置のＣＰＵが分担して上記一連の処理を実行するようにしてもよい。

まずステップＳ４１において、ポータルサーバ４１の処理部は、端末システム１からのアクセスがあり、端末システム１のユーザによるログインが行われたか否かを判定する（図６に示すＳ１３）。ステップＳ４１の判定結果が肯定である場合、ステップＳ４２の処理が実行され、ステップＳ４１の判定結果が否定である場合、後述するステップＳ４４の処理が実行される。

ステップＳ４２において、処理部は提供情報を生成する（図６に示すＳ１４，Ｓ１８参照）。ステップＳ４３において、処理部は、提供情報を含むメインページを生成して端末システム１へ送信する（図６に示すＳ１９参照）。なお、このとき、すでに生成されている追加提供情報であってまだ提供していない追加提供情報がある場合、処理部は、提供情報に加えて追加提供情報を含むメインページを生成する。なお、提供情報と追加提供情報とは、互いに区別可能な態様で（例えば、ページにおける表示位置、および／または、表示形態が異なるように）提供される。また、図示しないが、端末システム１においてメインページが表示されてから、ユーザがポータルサイトをログアウトするまでの期間においては、ユーザによる入力に応じてウェブページ（例えば健康情報の履歴が示すページ）を端末システム１に表示させる処理が適時実行される。

ステップＳ４４において、処理部は、ポータルサイトにおいて提供情報で紹介された商品が購入されたか否かを判定する。この判定は、購入指示の通知を端末システム１から受信したか否かによって行われる。ステップＳ４４の判定結果が肯定である場合、ステップＳ４５の処理が実行され、ステップＳ４４の判定結果が否定である場合、後述するステップＳ４７の処理が実行される。

ステップＳ４５において、処理部は、サービス提供サーバ４２へ購入通知を送信する（図６に示すＳ２１参照）。また、ステップＳ４６において、処理部は、商品の購入が行われたことを反映するように、ユーザ提供履歴情報を更新する（図６に示すＳ２３参照）。上述したように、このとき、追加提供情報の提供タイミングが決定される。

ステップＳ４７において、処理部は、追加提供情報の提供タイミングが到来したか否かを判定する（図６に示すＳ２４参照）。ステップＳ４７の判定結果が肯定である場合、ステップＳ４８の処理が実行され、ステップＳ４７の判定結果が否定である場合、上記ステップＳ４１の処理が再度実行される。

ステップＳ４８において、処理部は、提供タイミングが到来した追加提供情報を生成する（図６に示すＳ２８参照）。ステップＳ４９において、処理部は、追加提供情報があることをユーザに通知するための上記メッセージを端末システム１へ送信する（図６に示すＳ２９参照）。このメッセージが端末システム１において表示されたことに応じてユーザがポータルサイトへログインすると、上述のステップＳ４３の処理によってポータルサーバ４１から追加提供情報を含むメインページが端末システム１へ送信され、当該メインページが端末システム１において表示されることになる。ステップＳ４９の処理が完了すると、上記ステップＳ４１の処理が再度実行される。以上に示したＳ４１〜Ｓ４９の処理によって、図６に示すポータルサーバ４１における動作が実現される。

［５．本実施形態における作用効果］
以上のように、本実施形態においては、端末システム１は、健康情報をサーバシステム（サーバ側のシステム。上記実施形態では、データサーバ２およびサービスサーバ３）へ送信する。また、サーバシステムは、端末システム１からの送信情報（健康情報）を受信し、受信した送信情報をユーザと関連付けて記憶する。

ここで、サーバシステムは、上記送信情報から得られる指標または送信情報に含まれる指標（ユーザに関する健康情報が示す指標、具体的には、睡眠指標、疲労指標）を改善するために当該ユーザに提供する提供情報を送信情報の分析結果に基づいて生成し、端末システム１へ送信する（Ｓ１８，Ｓ１９）。また、サーバシステムは、提供情報がユーザに提供された後で端末システム１が取得した送信情報の分析結果に基づいて、提供済みの提供情報とは異なる追加の提供情報を生成して端末システム１へ送信する（Ｓ２８，Ｓ２９）。

上記によれば、１回目に提供情報が提供され、その後で取得された健康情報に基づいてユーザ状態が分析され、分析結果に基づいて新たな提供情報が生成される。これによれば、１回目の提供情報による効果（効果の有無を含む）を考慮して２回目の提供情報を提供することができるので、有用な情報をユーザに提供することができる。例えば、１回目の提供情報で紹介した商品・サービスが購入された場合に、購入後の健康情報に基づいて商品・サービスの効果を判断し、効果に応じた２回目の提供情報を提供することができるので、有用な情報をユーザに提供することができる。

また、本実施形態においては、サーバシステム（データサーバ２）は、端末システムから受信した送信情報および当該送信情報から得られる情報（健康情報）をユーザと関連付けて記憶情報として記憶する（本実施形態では、蓄積する）。そして、データサーバ２は、記憶情報を用いて端末システムのユーザに対して提供情報を提供するサービスサーバ３から、記憶情報を提供情報の生成のために利用する要求（利用要求）として、提供情報の生成に用いる情報を示す要求情報と、当該提供情報に関するサービスを識別するためのサービス識別情報とを含む利用要求を受信する（Ｓ１４、Ｓ２４、図１０）。データサーバ２は、サービスサーバ３から受信された利用要求に含まれるサービス識別情報に基づいて、当該利用要求に含まれる利用情報が示す情報を提供情報の生成のために利用することが許可されるか否かを判定し（Ｓ１５，Ｓ２５）、許可されると判定される場合、記憶情報に基づく情報であって要求情報が示す情報をサービスサーバ３へ送信する。

上記によれば、サーバシステムは、サービスサーバによる記憶情報の利用を管理・制御することができる。例えば、サーバシステムは、サービス識別情報に応じて利用可能な情報の種類ごとに記憶情報の利用を管理・制御することも可能である。このように、記憶情報の利用を管理・制御することによって、サーバシステムは、サービスサーバに記憶情報を利用させ、利用に応じた対価を請求するサービスを提供することができる。例えば、上記実施形態においては、データサーバ２およびポータルサーバ４１を管理する管理事業者は、サービス提供サーバ４２を管理するサービス事業者に対して記憶情報を利用させるサービスを提供することができる。

また、サーバシステムは、サービス識別情報と、記憶情報に基づく情報であって当該サービス識別情報が示すサービスのために利用が許可される情報を示す利用許可情報（利用可能情報）とを関連付けた関連付け情報（利用管理テーブル）を記憶する。上記の判定は、関連付け情報に基づいて行われる。これによって、判定を容易に行うことができる。

また、本実施形態において、サーバシステムは、サービスサーバから受信された利用要求に含まれる要求情報が示す情報を利用可能であるか否かを、記憶情報の種類、記憶情報の取得時期、および／または、記憶情報の利用期間に関する条件に基づいて判定する（Ｓ１５）。これによれば、記憶情報の種類および／または記憶情報の取得時期によって記憶情報の利用を管理することができる。また、記憶情報に利用期間を設定することができる。また、上記管理事業者がサービス事業者に対して上記のような記憶情報を利用させるサービスを行う場合、上記管理事業者は、例えば、利用可能な記憶情報に応じて記憶情報の利用料を設定することができる。

また、本実施形態においては、サーバシステム（ポータルサーバ４１）は、商品・サービスを紹介する提供情報を送信情報に基づいて生成し（Ｓ１９）、提供情報が提供されたユーザから、当該提供情報により示される商品・サービスを購入する旨の購入指示を受け付ける（Ｓ２０）。これによれば、サーバシステムは、商品・サービスに関する提供情報を提供するだけでなく、提供情報によって紹介された商品・サービスを提供するサービスを行うことができる。また、ユーザは、サーバシステムから提供された商品・サービスを、当該サーバシステムに対する指示によって購入することができるので、購入の利便性を向上することができる。

さらに、本実施形態においては、サービスサーバ３におけるポータルサーバ４１は、購入指示を受け付けたことに応じて所定の購入通知をサービス提供サーバ４２へ送信する。そして、サービス提供サーバ４２は、購入通知を受信したことに応じてサービス提供処理（Ｓ２２）を実行する。これによれば、商品・サービスの提供を行うサービス事業者側でサービス提供サーバ４２によってサービス提供処理を行うとともに、管理事業者側ではポータルサーバ４１によって商品・サービスの購入を管理することができる。

また、本実施形態においては、情報処理システムは、ユーザの疲労を示す指標を算出する。すなわち、情報処理システムは、非装着型のセンサ（ドップラーセンサ１１）から生体情報を自動的に取得し、取得された生体情報を記憶する（Ｓ５）。そして、情報処理システムは、記憶されている生体情報に基づいて、ユーザの疲労指標を算出する（Ｓ７）。これによれば、ユーザに測定を意識させることなく、ユーザの疲労度合いを測定することができる。

なお、端末システム１は、センサから生体情報を繰り返し取得する。そして、繰り返し取得された生体情報が蓄積記憶され、蓄積記憶された生体情報に基づいて、ユーザの疲労指標が算出される。これによって、これによれば、ユーザの疲労度合いを継続的に測定することができる。

［６．変形例］
（提供条件を自動的に更新する変形例）
上記実施形態の変形例においては、提供条件は、各ユーザから取得された健康情報に基づいて自動的に更新されてもよい。ここで、提供情報で紹介された商品・サービスが購入された後で取得された健康情報は、当該商品・サービスをユーザが使用した後の健康状態を反映しているので、この健康情報から、当該商品・サービスをユーザが使用した効果を推測することができる。本変形例においては、ポータルサーバ４１は、このような効果に基づいて、提供条件を更新する。これによって、ユーザにとってより効果的な提供情報を提供することができる。以下、本変形例の詳細について説明する。

本変形例においては、ポータルサーバ４１は、提供条件を更新するための条件更新テーブルを記憶している。図１８は、条件更新テーブルの一例を示す図である。図１８に示すように、条件更新テーブルは、提供内容と、更新条件と、更新内容とを提供情報毎に関連付けたテーブルである。提供内容は、提供条件テーブルにおける提供内容と同様、提供情報の内容を示す。

更新条件は、提供情報に関する提供条件（提供条件テーブルにおいて当該提供情報に関連付けられる提供条件）を更新する条件を示す。本変形例においては、更新条件は、データ数条件と変更条件とを含む。データ数条件は、提供情報で紹介された商品・サービスの効果を示す効果情報のデータ数に関する条件である。ここで、効果情報は、商品・サービスの購入後に取得された健康情報の分析結果であり、例えば、追加提供条件を判定するために用いられた健康情報である。ポータルサーバ４１は、ある提供情報について商品・サービスが購入されたことに応じて、その後に追加提供条件が判定された場合、当該判定に用いられた健康情報を効果情報として記憶しておく。したがって、複数のユーザが上記商品・サービスが購入すると、購入したユーザの数に応じた数の効果情報がポータルサーバ４１に取得（記憶）されることになる。

データ数条件は、上記のようにして記憶された効果情報の数（データ数）に関する条件である。データ数条件としては、例えば、「１００人分の効果情報が取得されたこと」を示す条件が設定される。

変更条件は、データ数条件に係る効果情報に関する条件である。変更条件としては、例えば、「効果有りを示す効果情報が所定数以上であったこと」を示す条件が設定される。

本変形例においては、ポータルサーバ４１は、ある提供情報について効果情報が記憶されたことに応じて、当該提供情報に係る提供条件を更新するか否かを判定する。具体的には、ポータルサーバ４１は、条件更新テーブルにおいて、当該提供情報の提供内容に関連付けられるデータ数条件を特定し、記憶されている効果情報のデータ数が、特定されたデータ数条件を満たすか否かを判定する。例えば、図１８に示す条件更新テーブルが用いられる場合には、ポータルサーバ４１は、記憶されている効果情報のデータ数が、１００に達したか（１００人分のユーザの効果情報が得られたか）否かを判定する。上記判定の結果、データ数条件が満たされないと判定した場合、ポータルサーバ４１は、提供条件を更新しないと判定する。

一方、データ数条件が満たされたと判定した場合、ポータルサーバ４１は、記憶されている効果情報に基づいて、変更条件が満たされるか否かを判定する。例えば、図１８に示す条件更新テーブルが用いられる場合、ポータルサーバ４１は、記憶されている（１００個の）効果情報のうち、効果有りを示す効果情報が所定数（例えば７０）以上あるか否かを判定する。なお、「効果有りを示す効果情報」とは、例えば図１４に示した「疲労度が改善」という追加提供条件の判定結果が肯定となるような健康情報である。つまり、本変形例においては、効果情報が効果有りを示すか否かは、追加提供条件の判定結果に基づいて判断することができる。

変更条件が満たされると判定した場合、ポータルサーバ４１は、当該変更条件に関連付けられる更新内容に従って、提供条件テーブルを更新する。ここで、更新内容は、例えば、「閾値を０．１減少する」のように、提供情報に対応する提供条件の更新内容を示す。例えば、図９に示す提供条件テーブルにおける上から１行目の提供条件「（最近１週間の平均疲労度が）４以上」について、図１８に示す更新内容「閾値を０．１減少する」に従って更新行われた場合には、更新後の提供条件は、「（最近１週間の平均疲労度が）３．９以上」となる。なお、更新内容は、提供条件を緩くするものであっても、厳しくするものであってもよい。

なお、上記変形例においては、提供条件テーブルを更新する場合を例として説明したが、サービスサーバ３は、追加提供条件テーブルを更新するようにしてもよい。

なお、上記変形例においては、変更条件が満たされたことに応じて提供条件テーブルの更新が行われるので、変更条件が繰り返し満たされることによって、更新は繰り返し（換言すれば、継続的に）行われることになる。

以上のように、サーバシステムは、各端末システムから受信した送信情報および／または当該送信情報から得られる情報（健康情報）をユーザと関連付けて記憶情報として記憶する。また、サーバシステムは、記憶情報から得られる指標または記憶情報に含まれる指標を改善するために当該ユーザに提供する提供情報の生成に関する条件（生成すべき提供情報の内容を決定するための条件、具体的には、提供条件または追加提供条件）を記憶する。そして、サーバシステムは、記憶情報とこの条件とに基づいて提供情報を生成する。ここで、サーバシステムは、提供情報の提供を受けた複数のユーザに関する、当該提供情報の提供後に取得された送信情報に関する分析を行い、分析結果（上記効果情報）に基づいて上記条件を（自動的に）更新する。このように、条件を更新することによって、より効果的な提供情報を提供することができる。

なお、上記変形例においては、提供条件を更新するために用いられる「提供情報の提供後に取得された情報」として、提供条件によって紹介される商品・サービスを購入した後に取得された情報が用いられる。つまり、「提供情報の提供後に取得された情報」として、提供情報の提供に起因して行われる所定の動作のタイミングよりも後に取得された情報が用いられてもよい。この所定の動作のタイミングとしては、上記変形例における「（提供条件によって紹介される）商品・サービスを購入したタイミング」、または、「（提供条件によって紹介される）商品・サービスを利用したタイミング」等が考えられる。

また、上記条件（提供条件）は、健康情報に関する少なくとも１つの健康条件を含む。これによって、ユーザの健康情報に応じた提供情報を提供することができる。ここで、サーバシステムは、提供情報の提供後に取得された情報の分析結果に基づいて健康条件を更新する。これによって、提供情報の提供後におけるユーザの健康状態を分析し、その分析結果に応じて健康条件を更新することができる。

また、上記変形例においては、端末システム１は、ユーザの生体情報を繰り返し取得し、また、送信情報を繰り返しサーバシステムへ送信する。サーバシステムは、複数のユーザの各端末システム１から送信情報を繰り返し受信して蓄積記憶し、蓄積記憶された記憶情報に基づいて提供条件を継続的に（繰り返し）更新する。そして、更新された条件に基づいて提供情報が生成される。図１９は、上記変形例による効果を説明するための図である。本変形例のように、提供条件が更新されることによって、サービスサーバ３は、より効果的な提供情報をユーザに対して提供することができる。そして、効果的な提供情報を提供することができれば、提供情報を提供するサービスを利用するユーザがより増えると期待できるので、データサーバ２は、より多くのユーザに関する健康情報を取得することができる。そして、より多くの健康情報を取得することができれば、提供条件をより効果的なものに更新することができる。このように、提供条件を自動的に更新することによって好循環が生じ、より効果的な提供情報を提供することができる。

また、サーバシステムは、所定数の上記分析結果が算出可能となったことに応じて（所定人数分の分析結果を得ることができるようになったことに応じて）、上記条件を更新するか否かを判定する。これによれば、所望の量の分析結果が得られる場合に条件を更新するか否かが判定されるので、更新によって条件を精度良く改善することができる。

なお、提供条件テーブルおよび更新条件テーブルの内容は上記に限らない。例えば、提供条件は、提供情報（提供内容）に対して付された優先順位（優先レベル）を含むものであってもよく、一度に複数の提供条件が満たされた場合には優先順位が高い（優先レベルが最も高い）提供情報が提供（生成）されるようにしてもよい。このとき、更新条件テーブルに含まれる更新内容は、優先順位を変更するものであってもよい。例えば、提供情報による改善効果があること（健康情報が示す指標が改善されたこと）を示す変更条件が満たされた場合には、優先順位を高くなるように変更されてもよい。具体的には、優先レベルが高いものから順に“５”から“１”までの優先レベルが設定されており、商品Ａを紹介する提供情報について優先レベルが“３”である場合において、更新条件テーブルは、商品Ａに関して改善効果があることを示す変更条件が満たされた場合には、優先レベルを“４”に変更するものであってもよい。

また、上述のように、提供条件は、健康情報に関する複数の条件（項目）を含んでいてもよい。このとき、更新条件テーブルに含まれる更新内容は、項目の追加または削除を行うものでもよいし、項目に付された重みを変更するものであってもよい。

（提供条件に関する変形例）
上記実施形態においては、提供情報を決定するための提供条件（提供条件テーブル）に加えて、追加提供情報を決定するための追加提供条件（追加提供条件テーブル）が設定される場合を例として説明した。ここで、他の実施形態においては、提供情報を決定するための提供条件のみが設定されるようにしてもよい。このとき、提供条件の内容が自動的に更新されてもよい。以下、上記実施形態の変形例として、提供条件テーブル（のみ）が設定され、提供条件が自動的に更新される例について説明する。

図２０は、上記実施形態の変形例における提供条件テーブルの一例を示す図である。図２０に示すように、本変形例において、提供条件テーブルは、提供条件と、提供内容と、次回提供タイミングとを関連付ける。

本変形例において、提供条件は、上述のユーザ条件および健康条件を含む複数の条件で構成される。具体的には、図２０において、提供条件は、ユーザの年齢に関するユーザ条件と、健康情報（ここでは睡眠指標）に関する３種類の健康条件とを含む。すなわち、提供条件は、総睡眠時間の最近１週間の平均に関する条件と、睡眠効率の最近１週間の平均に関する条件と、中途覚醒回数の最近１週間の平均に関する条件とを含む。なお、提供内容によってはこれらの条件全てが設定される必要は無い。例えば図２０に示す「商品Ｃの紹介」を示す提供内容に関連付けられる提供条件のように、提供内容によっては、複数の条件のうちのいくつかの条件が設定されなくてもよい。また、提供条件に含まれる条件は、上記に限らず、他のユーザ条件および／または他の健康条件を含んでもよいし、ユーザ条件および健康条件とは異なる他の条件（例えば、商品・サービスの購入履歴に関する条件等）を含んでいてもよい。このように、他の実施形態においては、提供条件は、複数のユーザ条件を含んでいてもよいし、健康条件を１つのみ含んでいてもよい。

提供内容は、上記実施形態と同様、それに関連付けられる提供条件が満たされる場合に生成（提供）される提供情報の内容を示す。

次回提供タイミングは、それに関連付けられる提供内容の提供情報が提供された場合に、その後において提供情報を（再度）提供する（正確には、提供情報を提供するか否かを判定する）タイミングを示す。本実施形態においては、次回提供タイミングは、上述の追加提供タイミング（図１４）と同様、商品・サービスが購入されてからの時間を示す。ただし、他の実施形態においては、次回提供タイミングは、前回に提供情報が提供された時点からの時間を示してもよい。また、商品を実際に使用した時点やサービスを実際に受けた時点がポータルサーバ４１に取得される場合には、これらの時点からの時間を示してもよい。

本変形例においては、上記実施形態において示した提供条件テーブル（図９）に代えて、図２０に示す提供条件テーブルが用いられる。本変形例においても上記実施形態と同様、提供情報に関する判定処理（ステップＳ１４およびＳ１８）が実行される。この判定処理によって、提供情報を提供するか否か、および、提供する場合にはどの提供情報を提供するかが判定される。また、本変形例においても上記実施形態と同様、提供条件に含まれる各条件が満たされる場合、当該提供条件に関連付けられる提供内容の提供情報が提供される。例えば、図２０に示される提供条件テーブルによれば、ユーザの年齢が４０代であり、最近１週間の総睡眠時間の平均が６時間未満であり、最近１週間の睡眠効率の平均が８０％未満であり、かつ、最近１週間の中途覚醒回数の平均が３回以上である場合、商品Ａを紹介する提供情報が提供すべき情報として決定される。

なお、提供条件が複数の条件を含む場合、他の実施形態においては、ポータルサーバ４１は、複数の条件のうちの所定数の条件が満たされた場合に提供条件が満たされたと判断するようにしてもよい。例えば、図２０の例においては、３つの健康条件のうち２つが満たされた（かつ、ユーザ条件が満たされた）場合に、提供条件が満たされたと判断するようにしてもよい。また、他の実施形態においては、ポータルサーバ４１は、提供条件に含まれる各条件についてそれぞれ重み（ポイント）を付しておき、当該各条件のうちで満たされた条件のポイントが所定値以上となった場合に提供条件が満たされたと判断するようにしてもよい。

なお、提供条件が満たされた（提供条件に含まれる各条件が満たされた）か否かを判定する方法は任意である。すなわち、ポータルサーバ４１は、上記実施形態と同様に、まずユーザ条件を判定し、それから、条件が満たされるユーザ条件に関連付けられる健康条件を判定してもよい。また、ポータルサーバ４１は、ユーザ条件と健康条件とをそれぞれ個別に（並列的に）判定してもよい。

本変形例においても上記実施形態と同様、満たされた提供条件が存在する場合には、それに関連付けられる内容の提供情報が端末システム１へ送信される（ステップＳ１９）。

本変形例においては、提供情報で紹介される商品・サービスが購入された場合（ステップＳ２０）、ポータルサーバ４１は、当該提供情報に関連付けられる次回提供タイミングに基づいて、その後に提供情報を提供するタイミングを特定する。このタイミングを特定する方法は、上記実施形態において追加提供タイミングを特定する処理（ステップＳ２３）と同様の方法で行われてもよい。特定されたタイミングは、次回提供タイミング情報として記憶される。すなわち、本変形例においては、ポータルサーバ４１は、ユーザ提供履歴情報（図１２）における「追加提供タイミング情報」に代えて、次回提供タイミング情報を記憶する。

本変形例において、ポータルサーバ４１は、各ユーザのユーザ提供履歴情報を定期的に参照することによって、次回提供タイミングが到来したか否かを定期的に判定する。そして、次回提供タイミングが到来したと判定された場合、ポータルサーバ４１は、提供条件テーブルを用いて、提供情報を提供するか否か、および、どの提供情報を提供するかを判定する。すなわち、ポータルサーバ４１は、次回提供タイミングが到来したと判定された場合、提供情報に関する判定処理（Ｓ１４およびＳ１８）を実行する。つまり、本変形例においては、ユーザがログインした場合以外に、次回提供タイミングが到来した場合にも、提供情報に関する判定処理が実行される。また、次回提供タイミングが到来した場合に用いられる提供条件テーブルは、ユーザがログインした場合に用いられる提供条件テーブルと同じであり、本変形例では追加提供条件テーブルは用いられない。

次回提供タイミングの到来に応じて提供情報に関する判定処理が実行された結果、提供されるべき提供情報が生成（決定）された場合、ポータルサーバ４１は、提供情報がある旨のメッセージをプッシュ通知で端末システム１へ送信する。プッシュ通知の方法は、上記実施形態におけるステップＳ２９における方法と同様である。なお、他の実施形態においては、提供情報自体がプッシュ通知で端末システム１へ送信されてもよい。このように、本変形例においては、次回提供タイミングの到来に応じて提供情報が提供される場合には、提供情報の通知（または提供情報自体）がプッシュ通知で端末システム１へ送信される。これによって、提供情報が生成されたことを適切なタイミングでユーザに通知することができる。

本変形例のように、情報処理システムは、追加提供条件テーブルを用いないものであってもよい。なお、追加提供タイミングを設定しない場合であっても、次回提供タイミングを設定することによって、サービスサーバ３は、商品・サービスの購入後における所望のタイミングで提供情報をユーザに提供することができる。

本変形例においても上記実施形態と同様、ユーザの健康情報（の分析結果）に基づいて提供条件が更新される。本変形例でも上記実施形態と同様、更新のために条件更新テーブル（図１８）が用いられる。ここで、本変形例では、提供条件に複数の条件（健康条件）が含まれるので、条件更新テーブルに含まれる変更条件は、これら複数の条件に関する条件であってもよい。例えば図２０に示す提供条件テーブルが用いられる場合において、変更条件は以下であってもよい。
（ａ）商品の購入後に総睡眠時間または睡眠効率が改善したユーザのうち、商品の購入前に睡眠効率７０％から８０％であったユーザの割合が３０％以下であり、かつ、商品の購入前に睡眠効率が７０％以下であったユーザの割合が６０％以上であること
（ｂ）商品の購入後に総睡眠時間または睡眠効率が悪化したユーザのうち、商品の購入前に中途覚醒回数の条件を満たしていたユーザの割合が８０％以上であったこと
（ｃ）「商品の購入後に総睡眠時間または睡眠効率が改善したユーザのうち、商品の購入前に中途覚醒時間が１時間以上であったユーザの割合が８０％以上であること

また、上記（ｃ）のように、変更条件は、提供条件テーブルに含まれる健康情報とは異なる健康情報（上記（ｃ）の例では、中途覚醒時間の情報）に関する条件を含んでいてもよい。

また、提供条件に複数の条件（健康条件）が含まれる場合において、条件更新テーブルにおける更新内容は、当該複数の条件のうちいくつか（または全部）を更新するものであってもよい。例えば、図２０に示す提供条件テーブルが用いられる場合において、変更内容は、「睡眠効率の閾値を５減少させる」であってもよい。例えば、上記（ａ）の変更条件に対して、この変更内容が関連付けられていてもよい。

また、変更内容は、提供条件テーブルに新たな条件を追加するものであってもよい。例えば、図２０に示す提供条件テーブルが用いられる場合において、変更内容は、「「中途覚醒時間が１時間以上であること」という健康条件を追加する」のように、新たな健康情報に関する条件を追加するものであってもよい。例えば、上記（ｃ）の変更条件に対して、この変更内容が関連付けられていてもよい。

また、提供条件テーブルの各条件に重みが付される場合には、変更内容は、当該重みを変更するものであってもよい。例えば、変更内容は、「中途覚醒回数に関する条件の重み付けを軽くする」であってもよい。例えば、上記（ｂ）の変更条件に対して、この変更内容が関連付けられていてもよい。また、上述のように、提供情報に優先順位が付される場合には、変更内容は、この優先順位を変更するものであってもよい。

また、更新条件に含まれるデータ数条件は、データ数が増加した場合に繰り返し満たされるような条件であってもよい。データ数条件は、例えば「効果情報が１００人分増加したこと」のように、所定数（１００人分）の効果情報が取得される度に満たされる条件であってもよい。この場合、サービスサーバ３は、増加した所定数（１００人）分のデータに基づいて変更条件の判定を行ってもよい。

上記のように、サービスサーバ３は、分析結果の数に関する条件（データ数条件）が満たされることに応じて、当該条件を更新するか否かの判定を繰り返し実行してもよい。これによれば、更新を繰り返し実行することによって、提供条件（または追加提供条件）の内容を繰り返し改善することができる。その結果、提供条件をより精度の良いものとすることができる。

上記のように、本変形例においては、提供条件を更新する処理として、以下のうち少なくとも１つを行う。
（ａ）提供条件に対して設定される優先順位の変更
（ｂ）健康条件内で規定されるパラメータ（例えば、健康条件において規定されている閾値）の変更
（ｃ）健康条件に対して設定されるパラメータの変更（例えば、健康条件に付される重み）
（ｄ）提供条件に含まれる健康条件の追加および／または削除
上記（ａ）〜（ｄ）によって提供条件を更新することによって、提供条件をより精度の良いものとすることができる。

（変化情報に関する変形例）
また、サービスサーバ３（ポータルサーバ４１）は、購入された商品・サービスについて、購入の前後の健康情報を示す変化情報を記憶しておいてもよい。このとき、変化情報は、上述の効果情報の一部として用いられてもよいし、または、効果情報を算出するために用いられてもよい。以下、上記実施形態における変形例として、変化情報が用いられる場合の一例について説明する。

図２１は、変化情報の一例を示す図である。図２１において、変化情報は、購入情報と、ユーザ情報と、購入前健康情報と、購入後健康情報とを関連付けた組を示す情報である。購入情報は、ユーザに購入された商品・サービスを示す情報である。購入情報は、商品・サービスが購入される毎に追加して記憶される。したがって、図２１に示すように、変化情報は、単一の商品について上記の組を複数種類含むことがある。また、ユーザ情報は、商品・サービスを購入したユーザに関する情報である。本変形例では、ユーザの年齢および性別を示す情報がユーザ情報として記憶される。

購入前健康情報は、商品を購入する前における（商品を購入した）ユーザの健康情報である。本変形例では、総睡眠時間、睡眠効率、および入眠潜時等の健康情報について、購入前１週間の平均値を示す情報が購入前健康情報として記憶される。なお、購入前健康情報として記憶される健康情報は、上記に限らず任意である。例えば、データサーバ２に記憶される各種類の健康情報について、購入前健康情報（および購入後健康情報）が記憶されてもよい。

購入後健康情報は、商品を購入した後におけるユーザの健康情報である。購入後健康情報は、それに関連付けられる購入前健康情報が示す健康情報と同種の健康情報である。すなわち、図２１に示す例においては、総睡眠時間、睡眠効率、および入眠潜時等の健康情報に関する情報が購入後健康情報として記憶される。また、本実施形態においては、これらの健康情報について、購入後１週間の平均値を示す情報が購入後健康情報として記憶される。

なお、購入前健康情報および購入後健康情報の内容は、購入情報が示す商品毎に異なる種類の健康情報に関する情報であってもよい。例えば、商品Ａおよび商品Ｂについては、総睡眠時間、睡眠効率、および入眠潜時の３種類の健康情報に関する情報（平均値）が購入前健康情報および購入後健康情報として記憶されるのに対して、商品Ｃについては、総睡眠時間および疲労度に関する情報が購入前健康情報および購入後健康情報として記憶されてもよい。

なお、購入前健康情報および購入後健康情報の内容は、購入情報が示す商品毎に異なる内容であってもよい。例えば、商品Ａおよび商品Ｂについては、購入前１週間の平均値および購入後１週間の平均値が購入前健康情報および購入後健康情報として記憶されるのに対して、商品Ｃについては、購入前１月の平均値および購入後１月の平均値が購入前健康情報および購入後健康情報として記憶されてもよい。

また、他の実施形態においては、変化情報は、ユーザの健康状態の変化を示すものであればどのような形式であってもよい。例えば、変化情報は、購入前健康情報および購入後健康情報に代えて、購入前後における健康情報の変化を示す情報を含んでいてもよい。変化情報は、例えば「総睡眠時間が０．５時間増加」や、「睡眠効率が改善」等を示す情報を含んでいてもよい。

また、変化情報は、提供情報（商品・サービス等）毎に変化情報が記憶されてもよいし、ユーザ情報（年齢・性別等）毎に変化情報が記憶されてもよい。

ポータルサーバ４１は、商品が購入された場合（Ｓ２０）、変化情報のうちの購入情報、ユーザ情報、および購入前健康情報を記憶する。なお、購入前健康情報の算出は、算出に用いられる情報をデータサーバ２から取得することによって行われる。なお、ポータルサーバ４１は、提供情報によって紹介された商品・サービスが購入された場合に限らず、提供情報によって紹介されていない商品・サービスがポータルサイト４１において購入された場合にも変化情報を算出してもよい。これによって、サービスサーバ３は、商品・サービスの効果を判断するためのデータをより多く収集することができ、効果を精度良く判断することができる。

また、商品購入から所定期間が経過すると、ポータルサーバ４１は、購入後健康情報を取得して記憶する。この所定期間は、予め定められた期間（図２１の例では１週間）である。上述のように、所定期間は、商品毎に異なる期間であってもよい。また、所定期間は、商品に対応する追加提供タイミングあるいは次回提供タイミングに対応する期間に設定されていてもよい。これによれば、ポータルサーバ４１は、変化情報を算出する処理と、追加提供情報（または提供情報）に関する判定処理とを同じタイミングで行うことができ、処理の効率化を図ることができる。例えば、上記２つの処理において、データサーバ２から情報を取得する処理や、取得した情報から統計値を算出する処理を共通化することができるので、処理の効率化を図ることができる。

ポータルサーバ４１は、購入前健康情報の算出と同様、算出に用いられる情報をデータサーバ２から取得し、取得した情報を用いて購入後健康情報を算出する。また、購入前後における健康情報の変化を示す情報を算出する場合には、ポータルサーバ４１は、購入前健康情報および購入後健康情報に基づいて当該変化を示す情報を算出する。

以上のようにして算出された変化情報は、例えば上述の効果情報（の一部）として用いられてもよいし、効果情報を算出するために用いられてもよい。また、他のユーザに関する健康情報の分析結果を用いて提供情報の生成が行われる場合（詳細は後述する）には、変化情報は、当該分析結果（の一部）として用いられてもよいし、当該分析結果を算出するために用いられてもよい。

上記のように、サーバシステムは、ユーザに対して提供された提供情報と、当該提供情報がユーザに提供されたことに起因する所定の基準時点の前後における、ユーザの健康情報の変化とを関連付けた変化情報を記憶する。そして、サーバシステムは、変化情報に基づいて（変化情報を上記分析結果として用いて、または、変化情報を用いて得られる上記分析結果に基づいて）提供条件（または追加提供条件）を更新する。このように、変化情報を記憶しておくことによって、健康情報に関する分析結果を容易に算出し、更新を容易に行うことができる。

（提供情報の生成に関する変形例）
他の実施形態においては、サーバシステムは、提供情報を提供する対象となるユーザとは異なる他の１以上のユーザに関する分析結果に基づいて提供情報を生成するようにしてもよい。例えば、サーバシステムは、他のユーザとして例えば以下のユーザを選出してもよい。
・提供情報を提供する対象となるユーザと同じ商品を購入している他のユーザ
・提供情報を提供する対象となるユーザとユーザ情報（年齢、世代および／または性別等）が共通する他のユーザ
・提供情報を提供する対象となるユーザと健康情報が近い他のユーザ
上記のように、サーバシステムは、提供情報を提供する対象となるユーザに関する情報に基づいて他のユーザを選出し、選出したユーザの健康情報に関する分析結果に基づいて提供情報の内容を決定してもよい。これによって、有益な提供情報をユーザに提供しやすくなる。

（提供情報の内容に関する変形例）
上記実施形態においては、提供情報は、商品・サービスを紹介する情報（リコメンド情報）であった。ここで、上記実施形態および変形例において、提供情報は、ユーザの健康および／または身体に関する指標を改善するための任意の情報であってもよい。例えば、提供情報は、当該指標を改善するアドバイスを示すアドバイス情報であってもよい。アドバイス情報としては、例えば、（ａ）睡眠時の眠りが浅いことを表す健康情報が算出されたユーザに対して、運動することを勧めるアドバイス、（ｂ）疲労が溜まっていることを表す健康情報が算出されたユーザに対して、食事の栄養バランスを見直すことを勧めるアドバイス、および、（ｃ）睡眠時間または就寝時刻が不規則であることを表す健康情報が算出されたユーザに対して、生活習慣を改善することを勧めるアドバイス等が考えられる。なお、上記実施形態のように、提供情報（アドバイス情報等）が繰り返し提供される場合には、ある提供情報を提供した後のユーザの健康情報に基づいて、さらに提供情報が提供される。これによれば、アドバイス情報等の提供情報が繰り返し（継続的に）ユーザに提供されるので、健康の改善をユーザに対して効果的に促すことができる。

また、提供情報がアドバイス情報である場合、サービスサーバ３は、アドバイス情報をユーザに提供した前後における健康情報を比較し、比較の結果に基づいて追加のアドバイス情報を、上述の追加提供情報として提供してもよい。すなわち、サービスサーバ３は、比較の結果、ユーザの健康が改善していると判定する場合と、改善していないと判定する場合とで、異なるアドバイス情報を提供してもよい。

また、サービスサーバ３は、アドバイス情報の提供条件を更新するようにしてもよい。すなわち、サービスサーバ３は、サービスサーバ３は、アドバイス情報をユーザに提供した前後における健康情報を比較し、比較の結果、アドバイス情報の提供前後においてユーザの健康が改善したと判断した場合には、当該アドバイス情報が提供されやすくなるように、当該アドバイス情報の提供条件を更新してもよい。なお、提供情報がアドバイス情報である場合も、上記“（提供条件を自動的に更新する変形例）”に記載の変形例のように、例えば条件更新テーブルを用いることによって、更新条件を自動的に更新することができる。例えば、サービスサーバ３は、条件更新テーブルにおける更新条件として、アドバイス情報の提供前後におけるユーザの健康情報の変化に関する条件を設定してもよい。

また、提供情報は、当該指標を改善するための商品・サービス自体のデータ（例えば、上述した、ユーザの入眠あるいは起床を誘導する音楽のデータ）であってもよい。つまり、提供情報は、ユーザに情報を紹介するもの（商品・サービスを紹介する情報、あるいは、アドバイス情報）であってもよいし、ユーザに提供すべきアドバイス自体、商品・サービスのデータ自体であってもよい。また、提供情報は、商品・サービスに関する情報（商品・サービスを紹介する情報、あるいは、商品・サービス（自体）のデータを含む情報）であってもよいし、（商品・サービスとは無関係の）アドバイス情報であってもよい。

なお、上記実施形態および変形例では、提供情報は商品・サービスを紹介するものであったので、情報処理システムは、商品・サービスの購入時点（あるいは利用時点）を基準時点として用いて各種の処理を行った。例えば、上記実施形態では、上述の利用情報（図９）によって購入時点を基準時点とした期間が指定されたり、追加提供タイミング（図１４）あるいは次回提供タイミングの基準時点として購入時点が用いられたりした。また、上記変形例では、変化情報（図２１）の基準時点（変化情報は、基準時点の前後における健康情報の変化を示す）として購入時点が用いられた。これに対して、アドバイス情報あるいは上記商品・サービスのデータのように、提供情報自体を利用する場合には、提供情報の提供時点を基準として用いてもよい。

（健康情報の内容に関する変形例）
上記実施形態においては、健康情報は、ユーザの睡眠および／または疲労に関する指標を示す情報であった。したがって、本実施形態によれば、ユーザの睡眠および／または疲労に応じた提供情報を提供することができる。なお、他の実施形態においては、健康情報は、睡眠および／または疲労に関する指標に加えて（または代えて）、肥満に関する指標（例えば、体重や体脂肪率や基礎代謝量等）、あるいは、肌状態に関する指標（例えば、肌の水分量や、シミの状態を示す指標等）を示す情報であってもよい。

（サービスサーバの構成に関する変形例）
上記実施形態においては、サービスサーバ３はポータルサーバ４１とサービス提供サーバ４２とを含み、商品・サービスの購入を行うショッピングサイトはポータルサーバ４１によって管理されるものとした。ここで、サービスサーバ３の構成は任意であり、ポータルサーバ４１およびサービス提供サーバ４２の機能（役割）は上記実施形態に限らない。例えば、他の実施形態においては、１以上のサービス提供サーバがそれぞれショッピングサイトを管理し、ポータルサーバが管理するポータルサイトでは、提供情報を提供および健康情報の閲覧が可能であるようにしてもよい。このとき、ポータルサイトのページに含まれる提供情報には、ショッピングサイトへアクセスするためのリンク情報が含まれていてもよい。また、ショッピングサイトにおいて商品・サービスの購入が行われた場合には、ポータルサーバ４１において購入（購入履歴）を管理するべく、サービス提供サーバ４２からポータルサーバ４１へ購入の通知が送信されてもよい。また、他の実施形態においては、ポータルサーバ４１の機能とサービス提供サーバ４２の機能とが１つのサーバによって提供されてもよい。

（商品・サービスに関する変形例）
また、他の実施形態においては、サービスサーバ３において提供される商品・サービスは、端末システム１に対して提供されるアプリケーションであってもよい。このとき、アプリケーションは、データサーバ２に記憶される情報（健康情報等）を利用するものであってもよい。上記アプリケーションは、例えば、端末システム１において取得される生体情報を用いてユーザの生存確認を行って他のユーザに通知を行う見守りサービスを行うためのアプリケーションであってもよい。

また、他の実施形態においては、サーバにおいて、ゲームが提供されてもよい。ゲームを提供するサーバは、サービスサーバ３と同じサーバであってもよいし、専用のサーバ（ゲームサーバ）であってもよい。例えば、ポータルサーバ４１が管理するポータルサイト内においてゲームアプリケーションがユーザに提供されてもよい。なお、ゲームアプリケーションは、ポータルサイトを閲覧するためのブラウザ上で動作する種類のものであってもよいし、サーバから端末システム１にダウンロードされてインストールされる種類のものであってもよい。

なお、ゲームアプリケーションは、サーバから端末システム１に提供される他、任意の方法で端末システム１に取得されてもよい。例えば、ゲームアプリケーションを記憶した記憶媒体が主端末装置１０に接続（または装着）されることによって、主端末装置１０においてゲームアプリケーションが実行されてもよい。

また、ゲームアプリケーションは、主端末装置１０において実行されてもよいし、ユーザが有する他のユーザ端末（携帯端末、パーソナルコンピュータ、および、ゲーム装置等）において実行されてもよい。

上記のようにユーザ端末（主端末装置１０、および／または、上記他のユーザ端末）においてゲームアプリケーションが実行される場合、ユーザの健康情報に対する評価結果がゲームに反映されてもよい。具体的には、サービスサーバ３は、データサーバ２に記憶されるユーザの健康情報に対する評価を行う。すなわち、サービスサーバ３は、健康情報が所定の条件を満たすか否かを判定する。この所定の条件とは、例えば、健康情報が示す疲労度が基準値以上の良い値である状態が所定期間継続したこと、あるいは、疲労度が所定の基準以上改善したこと等である。上記条件が満たされた場合、サービスサーバ３は、ゲーム上の特典をユーザに付与する。例えば、サービスサーバ３は、ゲーム内で利用するアイテム等のコンテンツをユーザに付与したり、ゲーム内のストーリーを進行させたりするようにしてもよい。このような特典を付与することによって、健康情報を算出することを継続する動機をユーザに与えることができる。

上記において、端末システムとサーバシステムとを含む情報処理システムは、ゲームアプリケーションに基づくゲーム処理を実行する。ここで、情報処理システムは、ゲーム処理を実行する際に、ポータルサーバ２に記憶されている健康情報を参照する。そして、参照した健康情報に基づいて（参照結果に応じて）当該ゲーム処理中の所定の処理が実行される。所定の処理は、例えば、上記のアイテムを付与する処理や、ゲーム内のストーリーを進める処理である。具体的には、情報処理システムは、ゲームアプリケーションで利用されるゲームデータを追加または更新する処理を行う。つまり、付与されるアイテムのゲームデータが追加されたり、新たなストーリーをプレイできるようにゲーム内のフラグが更新されたりする。

なお、ゲーム処理は、サーバ側の情報処理装置（例えば、ゲームサーバ、または、サービスサーバ）で実行されてもよいし、端末側の情報処理装置（例えば、主端末装置１０、または、上記他のユーザ端末）で実行されてもよい。また、ゲーム処理は、サーバ側の情報処理装置と端末側の情報処理装置とが協働して実行されてもよい。つまり、ゲーム処理の一部の処理がサーバ側で実行され、他の一部の処理が端末側で実行されてもよい。例えば、ポータルサイトを閲覧するためのブラウザ上でゲームアプリケーションが動作する場合には、ゲーム処理はサーバ側で実行されたり、サーバ側と端末側とで協働して実行されたりする。また、ゲームアプリケーションが端末側の情報処理装置にインストールされる場合、あるいは、当該情報処理装置に接続される記憶媒体に記憶されるゲームアプリケーションが実行される場合には、ゲーム処理は、端末側で実行されたり、サーバ側と端末側とで協働して実行されたりする。

また、ゲームデータの追加または更新は、サーバ側で実行されてもよいし、端末側で実行されてもよい。すなわち、ゲームデータを追加または更新する処理は、サーバ側の情報処理装置が、サーバ側または端末側の記憶部に記憶されるゲームデータに対して追加または更新を行うことによって実行されてもよい。また、ゲームデータを追加または更新する処理は、端末側の情報処理装置が、端末側の記憶部に記憶されるゲームデータに対して追加または更新を行うことによって実行されてもよい。

なお、上記のようにゲームアプリケーションにおいて健康情報を利用（参照）する際には、ゲームアプリケーションのユーザに関する健康情報が参照される。例えば、上記ポータルサイトにユーザがログインした状態でゲームアプリケーションが利用される場合には、サーバは、ログイン時に入力されるユーザ識別情報によってユーザを特定することができる。すなわち、サーバは、ログイン時に入力されたユーザ識別情報を記憶しておき、ゲーム処理において健康情報を参照する際、記憶しておいたユーザ識別情報によって特定されるユーザの健康情報を参照する。

また、上記ポータルサイトにユーザがログインしていない状態でゲームアプリケーションが利用される場合（あるいは、ログインしている端末とは異なる端末を用いてゲームアプリケーションが利用される場合）には、ゲーム処理の前またはゲーム処理中において、サーバは、ゲームアプリケーションを利用しているユーザを識別する。具体的には、ゲームアプリケーションを利用しているユーザ端末は、ゲーム処理の前またはゲーム処理中において、ユーザ識別情報の入力をユーザから受け付け、入力されたユーザ識別情報をサーバへ送信する。サーバは、ユーザ端末からのユーザ識別情報を用いて、参照すべき健康情報を特定する。ゲームデータの追加または更新がサーバ側で実行される場合には、サーバは、特定された健康情報を参照して、参照した健康情報に基づいてゲーム処理中の所定の処理（ゲームデータの追加または変更）を実行する。一方、ゲームデータの追加または更新が端末側で実行される場合には、サーバは、特定された健康情報をユーザ端末へ送信する。ユーザ端末は、受信した健康情報を参照して（つまり、サーバ側で記憶される健康情報を参照して）、参照した健康情報に基づいてゲーム処理中の所定の処理を実行する。

上記においては、ユーザ識別情報は、ポータルサイトにおけるユーザのアカウントであるだけでなく、ゲームアプリケーションを提供するサービスにおけるアカウントを兼ねてもよい。この場合、複数のネットワークサービス（上記提供情報を提供するサービス、および、ゲームアプリケーションを提供するサービスを含む）におけるユーザのアカウントを共通にすることによって、ユーザは、異なるユーザ端末（プラットホームが異なる端末でもよい）において、複数のネットワークサービスを共通に利用することができるので、利便性が向上する。

（各装置間における処理の分担に関する変形例）
以上において説明した、端末側とサーバ側との間での処理の分担、サーバ装置間での処理の分担、および、端末システム内における各装置間での処理の分担の態様は一例であり、情報処理システムにおける各処理はどのように分担されてもよい。

以上のように、本発明は、有用な情報を提供すること等を目的として、情報処理システムや情報処理サーバ等に利用することができる。

１ 端末システム
２ データサーバ
３ サービスサーバ
１０ 主端末装置
１１ ドップラーセンサ
１２ カメラ
１３ マイク
１４ 操作入力部
１５ 処理部
１６ ディスプレイ
１７ 照明部
１８ 近距離無線通信部
１９ モバイル通信部
２０ 副端末装置
２１ 荷重センサ
２２ タッチパネル
２３ 処理部
２４ 近距離無線通信部
３１ 波形解析部
３２ 睡眠算出部
３３ 自律神経算出部
３４ 疲労算出部
４１ ポータルサーバ
４２ サービス提供サーバ

Claims (22)

1. 複数の端末システムと、サーバシステムとを含む情報処理システムであって、
   前記端末システムは、
   ユーザの生体情報を取得する取得手段と、
   前記生体情報と、当該生体情報から得られるユーザの健康または身体に関する健康情報とのうち少なくとも一方を含む送信情報を前記サーバシステムへ送信する情報送信手段とを備え、
   前記サーバシステムは、
   前記各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶する送信情報記憶手段と、
   前記記憶情報から得られる指標または前記記憶情報に含まれる指標を改善するためにユーザに提供する提供情報の生成に関する条件を記憶する条件記憶手段と、
   前記記憶情報と前記条件とに基づいて提供情報を生成し、ユーザの端末へ送信する提供手段と、
   提供情報の提供を受けた複数のユーザに関する、当該提供情報の提供後に取得された送信情報に関する分析を行う分析手段と、
   前記分析手段による分析結果に基づいて前記条件を更新する更新手段とを備える、情報処理システム。
2. 前記条件は、前記健康情報に関する少なくとも１つの健康条件を含む、請求項１に記載の情報処理システム。
3. 前記更新手段は、前記分析結果に基づいて前記健康条件を更新する、請求項２に記載の情報処理システム。
4. 前記更新手段は、（ａ）前記条件に対して設定される優先順位の変更と、（ｂ）前記健康条件内で規定されるパラメータの変更と、（ｃ）前記健康条件に対して設定されるパラメータの変更と、（ｄ）前記健康条件の追加および／または削除と、のうち少なくとも１つを行う、請求項２または請求項３に記載の情報処理システム。
5. 前記サーバシステムは、ユーザに対して提供された提供情報と、当該提供情報がユーザに提供されたことに起因する所定の基準時点の前後における、ユーザの健康情報の変化とを関連付けた変化情報を記憶し、
   前記更新手段は、前記変化情報に基づいて、前記条件を更新する、請求項１から請求項４のいずれか１項に記載の情報処理システム。
6. 前記送信情報記憶手段は、前記複数のユーザの前記各端末システムから前記送信情報を繰り返し受信して蓄積記憶し、
   前記更新手段は、前記蓄積記憶された前記記憶情報に基づいて前記条件を継続的に更新し、
   前記提供手段は、前記更新手段によって更新された条件に基づいて提供情報を生成する、請求項１から請求項５のいずれか１項に記載の情報処理システム。
7. 前記更新手段は、所定数の前記分析結果が算出可能となったことに応じて、前記条件を更新するか否かを判定する、請求項６に記載の情報処理システム。
8. 前記送信情報は、前記生体情報から得られる、ユーザの睡眠および／または疲労に関する指標を示す情報を含む、請求項１から請求項７のいずれか１項に記載の情報処理システム。
9. 前記サーバシステムは、前記ユーザ状態を示す指標として、ユーザの睡眠および／または疲労に関する指標を前記送信情報に基づいて算出する指標算出手段をさらに備え、
   前記送信情報記憶手段は、前記睡眠および／または疲労に関する指標をユーザと関連付けて記憶する、請求項１から請求項７のいずれか１項に記載の情報処理システム。
10. 前記端末システムは、ユーザがセンサを装着しない状態で前記生体情報を検出可能な非装着型のセンサを備え、
    前記取得手段は、前記非装着型のセンサから前記生体情報を取得する、請求項１から請求項９のいずれか１項に記載の情報処理システム。
11. 複数の端末システムと、サーバシステムとを含む情報処理システムであって、
    前記端末システムは、
    ユーザの生体情報を取得する取得手段と、
    前記生体情報と、当該生体情報から得られるユーザの健康または身体に関する健康情報とのうち少なくとも一方を含む送信情報を前記サーバシステムへ送信する情報送信手段とを備え、
    前記サーバシステムは、
    前記各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶する送信情報記憶手段と、
    前記記憶情報から得られる指標または前記記憶情報に含まれる指標を改善するために当該ユーザに提供する提供情報を前記記憶情報の分析結果に基づいて生成し、前記端末システムへ送信する第１提供手段と、
    前記提供情報がユーザに提供された後で前記端末システムが取得した送信情報に関する分析結果に基づいて、追加の提供情報を生成し、前記端末システムへ送信する第２提供手段とを備える、情報処理システム。
12. 複数の端末システムと、サーバシステムとを含む情報処理システムであって、
    前記端末システムは、
    ユーザの生体情報を取得する取得手段と、
    前記生体情報と、当該生体情報から得られる情報とのうち少なくとも一方を含む送信情報を前記サーバシステムへ送信する情報送信手段とを備え、
    前記サーバシステムは、
    前記各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶する情報記憶手段と、
    前記記憶情報を用いて前記端末システムのユーザに対して提供情報を提供するサービスサーバから、前記記憶情報を提供情報の生成のために利用する要求として、提供情報の生成に用いる情報を示す要求情報と、当該提供情報に関するサービスを識別するためのサービス識別情報とを含む利用要求を受信する要求受信手段と、
    前記サービスサーバから受信された利用要求に含まれるサービス識別情報に基づいて、当該利用要求に含まれる要求情報が示す情報を提供情報の生成のために利用することが許可されるか否かを判定し、許可されると判定される場合、前記記憶情報に基づく情報であって要求情報が示す情報を前記サービスサーバへ送信する要求応答手段とを備える、情報処理システム。
13. 前記サーバシステムは、前記サービス識別情報と、前記記憶情報に基づく情報であって当該サービス識別情報が示すサービスのために利用が許可される情報を示す利用許可情報とを関連付けた関連付け情報を記憶し、
    前記要求応答手段は、前記関連付け情報に基づいて判定を行う、請求項１２に記載の情報処理システム。
14. 前記要求応答手段は、前記サービスサーバから受信された利用要求に含まれる要求情報が示す情報を利用可能であるか否かを、前記記憶情報の種類、前記記憶情報の取得時期、および／または、記憶情報の利用期間に関する条件に基づいて判定する、請求項１２に記載の情報処理システム。
15. 複数の端末システムと、サーバシステムとを含む情報処理システムであって、
    前記端末システムは、
    ユーザの生体情報を取得する取得手段と、
    前記生体情報と、当該生体情報から得られるユーザの健康または身体に関する健康情報とのうち少なくとも一方を含む送信情報を前記サーバシステムへ送信する情報送信手段とを備え、
    前記サーバシステムは、
    前記各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶する送信情報記憶手段と、
    前記記憶情報から得られる指標または前記記憶情報に含まれる指標を改善するために商品および／またはサービスを紹介する提供情報を前記記憶情報に基づいて生成し、前記端末システムへ送信する提供手段と、
    前記提供情報が提供されたユーザから、当該提供情報により示される商品および／またはサービスを購入する旨の購入指示を受け付ける購入受付手段とを備える、情報処理システム。
16. 前記サーバシステムは、前記送信情報記憶手段を備えるデータサーバと、前記提供手段および前記購入受付手段を備えるサービスサーバとを備え、
    前記サービスサーバは、前記商品および／またはサービスの購入のためのショッピングサイトを提供するポータルサーバと、当該商品および／またはサービスの提供に関するサービス提供処理を実行するサービス提供サーバとを含み、
    前記ポータルサーバは、前記購入指示を受け付けたことに応じて所定の購入通知を前記サービス提供サーバへ送信し、
    前記サービス提供サーバは、前記購入通知を受信したことに応じて前記サービス提供処理を実行する、請求項１５に記載の情報処理システム。
17. 複数の端末システムと通信可能な情報処理サーバであって、
    前記端末システムは、ユーザの生体情報を取得し、前記生体情報と、当該生体情報から得られるユーザの健康または身体に関する健康情報とのうち少なくとも一方を含む送信情報を前記情報処理サーバへ送信し、
    前記各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶する送信情報記憶手段と、
    前記記憶情報から得られる指標または前記記憶情報に含まれる指標を改善するためにユーザに提供する提供情報の生成に関する条件を記憶する条件記憶手段と、
    前記記憶情報と前記条件とに基づいて提供情報を生成し、ユーザの端末へ送信する提供手段と、
    提供情報の提供を受けた複数のユーザに関する、当該提供情報の提供後に取得された送信情報に関する分析を行う分析手段と、
    前記分析手段による分析結果に基づいて前記条件を更新する更新手段とを備える、情報処理サーバ。
18. 複数の端末システムと通信可能な情報処理サーバのコンピュータにおいて実行される情報処理プログラムであって、
    前記端末システムは、ユーザの生体情報を取得し、前記生体情報と、当該生体情報から得られるユーザの健康または身体に関する健康情報とのうち少なくとも一方を含む送信情報を前記情報処理サーバへ送信し、
    前記各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として前記情報処理サーバの記憶部に記憶させる送信情報記憶制御手段と、
    前記記憶情報から得られる指標または前記記憶情報に含まれる指標を改善するためにユーザに提供する提供情報の生成に関する条件を前記記憶部に記憶させる提供情報記憶制御手段と、
    前記記憶情報と前記条件とに基づいて提供情報を生成し、ユーザの端末へ送信する提供手段と、
    提供情報の提供を受けた複数のユーザに関する、当該提供情報の提供後に取得された送信情報に関する分析を行う分析手段と、
    前記分析手段による分析結果に基づいて前記条件を更新する更新手段として前記コンピュータを機能させる、情報処理プログラム。
19. 複数の端末システムと、サーバシステムとを含む情報処理システムにおいて実行される情報提供方法であって、
    前記端末システムは、
    ユーザの生体情報を取得し、
    前記生体情報と、当該生体情報から得られるユーザの健康または身体に関する健康情報とのうち少なくとも一方を含む送信情報を前記サーバシステムへ送信し、
    前記サーバシステムは、
    前記各端末システムから受信した送信情報および／または当該送信情報から得られる情報をユーザと関連付けて記憶情報として記憶し、
    前記記憶情報から得られる指標または前記記憶情報に含まれる指標を改善するためにユーザに提供する提供情報の生成に関する条件を記憶し、
    前記記憶情報と前記条件とに基づいて提供情報を生成し、ユーザの端末へ送信し、
    提供情報の提供を受けた複数のユーザに関する、当該提供情報の提供後に取得された送信情報に関する分析を行い、
    分析による分析結果に基づいて前記条件を更新する、情報提供方法。
20. ユーザの疲労を示す指標を算出する疲労算出装置であって、
    ユーザがセンサを装着しない状態でユーザの生体情報を検出可能な非装着型のセンサと、
    前記センサから自動的に前記生体情報を取得する取得手段と、
    前記取得された生体情報を記憶する生体情報記憶手段と、
    前記生体情報記憶手段に記憶されている生体情報に基づいて、ユーザの疲労指標を算出する疲労算出手段とを備える、疲労算出装置。
21. ユーザがセンサを装着しない状態でユーザの生体情報を検出可能な非装着型のセンサを備える情報処理装置のコンピュータによって実行される疲労算出プログラムであって、
    前記センサから自動的に前記生体情報を取得する取得手段と、
    前記取得された生体情報を前記情報処理装置の記憶部に記憶する生体情報記憶制御手段と、
    前記記憶部に記憶されている生体情報に基づいて、ユーザの疲労指標を算出する疲労算出手段として前記コンピュータを機能させる、疲労算出プログラム。
22. ユーザの疲労を示す指標を算出する疲労算出方法であって、
    ユーザがセンサを装着しない状態でユーザの生体情報を検出可能な非装着型のセンサから前記生体情報を自動的に取得する取得ステップと、
    前記取得された生体情報を記憶する生体情報記憶ステップと、
    記憶された生体情報に基づいて、ユーザの疲労指標を算出する疲労算出ステップとを備える、疲労算出方法。
    

Images