JP2015195014A

JP2015195014A - 情報提示方法

Info

Publication number: JP2015195014A
Application number: JP2015044791A
Authority: JP
Inventors: 幸太郎坂田; Kotaro Sakata
Original assignee: Panasonic Intellectual Property Corp of America
Current assignee: Panasonic Intellectual Property Corp of America
Priority date: 2014-03-28
Filing date: 2015-03-06
Publication date: 2015-11-05
Also published as: US20180302466A1; US10033802B2; US20150278399A1

Abstract

【課題】ユーザの疲労度を考慮して、空き時間の行動の提案を適切に行うこと。
【解決手段】端末装置に提示情報を提供する情報提示方法であって、ユーザにより日時別に一つ以上のイベントが登録されたユーザスケジュール情報を取得し、ユーザスケジュール情報に基づいて、イベントが登録されていない現在時刻より後の空き時間を検索し、空き時間においてサービスを提供する施設でユーザが受けることができる特典を示す情報を含む提示情報を生成し、空き時間が開始するタイミングで、提示情報を端末装置に送信する。
【選択図】図２

Description

本発明は、ユーザのスケジュールに応じて情報を提示する情報提示方法に関する。

従来、ユーザのスケジュール情報において具体的なイベントが登録されていない日時（空き時間）を抽出し、ユーザの嗜好および現在位置に基づいて、空き時間における行動の提案を行う技術が知られている（例えば、特許文献１参照）。

特開２００３−２７１６３４号公報

しかしながら、上記従来の技術では、ユーザに対して空き時間の行動を提案する際、ユーザの嗜好および現在位置は考慮されるが、ユーザの疲労度は考慮されない。すなわち、上記従来の技術は、ユーザの疲労度を考慮して空き時間の行動を提案するものではない。

本発明の目的は、ユーザの疲労度を考慮して空き時間の行動を適切に提案することができる情報提示方法を提供することである。

そこで、本発明者は、上記課題を解決するために、以下の改善策を検討した。

（１）本発明の一態様における情報提示方法は、端末装置に提示情報を提供する情報提示方法であって、ユーザにより日時別に一つ以上のイベントが登録されたユーザスケジュール情報を取得し、前記ユーザスケジュール情報に基づいて、前記イベントが登録されていない現在時刻より後の空き時間を検索し、前記空き時間においてサービスを提供する施設で前記ユーザが受けることができる特典を示す情報を含む提示情報を生成し、前記空き時間が開始するタイミングで、前記提示情報を前記端末装置に送信する。

本態様によれば、ユーザの都合に合わせてユーザに施設の特典情報が提示される。そのため、サービスを提供する施設は、ユーザがサービスを受けようとする行動を促しやすくなる。

（２）上記態様において、更に、前記ユーザスケジュール情報に基づいて、所定期間におけるスケジュールの過密度合を算出し、前記過密度合が所定閾値以上であるか否かを判定し、前記過密度合が前記所定閾値以上である場合に、疲労を回復するためのサービスを提供する施設について前記提示情報が生成されてもよい。

本態様によれば、スケジュールの過密度合を算出することによりユーザの疲労度が推定され、疲労度に応じた適切な情報提示がされる。すなわち、疲労度が高いと判断された場合に、疲労を回復するためのサービスを提供する施設についての情報提示がされるので、サービスを提供する施設は、よりユーザがサービスを受けようとする行動を促しやすくなる。

（３）上記態様において、更に、前記複数のイベントのそれぞれが、疲労を引き起こすと予め定められた第１のイベントに属するか、または、疲労を引き起こさないと予め定められた第２のイベントに属するかを示した情報を用いて、前記ユーザスケジュール情報において所定期間に登録されている複数のイベントが、それぞれ、第１のイベントに属するか、または、前記第２のイベントに属するかを決定し、前記第１のイベントの合計時間である第１合計時間および前記第２のイベントの合計時間である第２合計時間を算出し、前記第１合計時間に対して第１の値で重み付けをした第１乗算値と前記第２合計時間に対して前記第１の値より小さい第２の値で重み付けをした第２乗算値とを加算して前記過密度合を算出してもよい。

本態様によれば、より詳細にスケジュールの過密度合が算出される。

（４）上記態様において、更に、所定装置から前記ユーザの身体または精神の状態を示すメディカル計測値を取得し、前記メディカル計測値が所定閾値以上であるか否かを判定し、前記メディカル計測値が前記所定閾値以上である場合に、疲労を回復するためのサービスを提供する施設について前記提示情報を生成してもよい。

本態様によれば、メディカル計測値によりユーザの疲労度が推定され、疲労度に応じた適切な情報提示がされる。すなわち、疲労度が高いと判断された場合に、疲労を回復するためのサービスを提供する施設についての情報提示がされるので、疲労を回復するためのサービスを提供する施設は、よりユーザがサービスを受けようとする行動を促しやすくなる。

（５）上記態様において、前記メディカル計測値は、少なくとも、活動量、ストレス度合、血圧値、心拍数のいずれかを含んでいてもよい。

本態様によれば、メディカル計測値によりユーザの疲労度が推定され、疲労度に応じた適切な情報提示がされる。

（６）上記態様において、更に、前記ユーザスケジュール情報から検索された空き時間と、前記サービスを提供する施設における利用可能な空き時間を示す施設スケジュール情報とを用いて、前記検索された空き時間と前記利用可能な空き時間とが所定時間以上一致する時間帯を検索し、前記時間帯において前記施設で前記ユーザが受けることができる前記サービスについての特典を示す情報を含む提示情報が生成されてもよい。

本態様によれば、ユーザが確実にサービス提供を受けられる時間帯に情報提示がされる。そのため、ユーザ及び施設の両者について時間の無駄が無い。

（７）上記態様において、更に、前記ユーザの現在位置を示すユーザ位置情報を取得し、前記ユーザ位置情報を用いて前記ユーザの現在位置を中心とした所定領域内に存在する前記施設の位置を示す施設位置情報を検索し、前記施設位置情報が示す前記施設について前記時間帯が検索されてもよい。

本態様によれば、ユーザが到達可能な施設について情報提示がされる。

（８）上記態様において、前記疲労を回復させるためのサービス提供を行う施設は、マッサージ店を含んでもよい。

本態様によれば、ユーザの疲労回復のためのサービスを提供する最適な施設について情報提示がされる。

本発明によれば、ユーザの疲労度を考慮して空き時間の行動を適切に提案することができる。

本発明の実施の形態に係る情報提示システムの概要について説明する図本発明の実施の形態に係る情報提示システムの構成の一例を示すブロック図本発明の実施の形態に係るサーバ装置の動作の一例を示すフローチャート本発明の実施の形態に係るユーザスケジュール情報に含まれる情報の一例を説明する図本発明の実施の形態に係る店舗スケジュール情報の一例を示す図本発明の実施の形態に係る提示情報の表示例を示す図本発明の実施の形態に係る機器およびサーバ装置の機能をソフトウェアにより実現するコンピュータのハードウェア構成の一例を示す図サービスの類型１（自社データセンタ型）を示す図サービスの類型２（ＩａａＳ利用型）を示す図サービスの類型３（ＰａａＳ利用型）を示す図サービスの類型４（ＳａａＳ利用型）を示す図

以下、本発明の実施の形態について、図面を参照して詳細に説明する。

＜提供するサービスの全体像＞
まず、本実施の形態に係る提供するサービスの全体像について、図１を用いて説明する。図１は、本実施の形態における情報提示システムの概要について説明する図である。図１Ａには、本実施の形態における情報提示システムの全体像が示されている。

グループ１０は、例えば企業、団体、家庭等であり、その規模を問わない。グループ１０には、複数の機器１０ａ（例えば、後述する機器１００）である機器Ａ、機器Ｂおよびホームゲートウェイ１０ｂが存在する。

複数の機器１０ａは、インターネットと接続可能な機器（例えば、スマートフォン、タブレット、ＰＣ、ＴＶ等）である。ただし、複数の機器１０ａは、それ自身ではインターネットと接続不可能な機器であっても、ホームゲートウェイ１０ｂを介してインターネットと接続可能となるものであればよい。また、グループ１０には複数の機器１０ａを使用するユーザ１が存在する。ユーザ１は、例えば、リラクゼーションサービスを提供する施設（例えば、マッサージ店）の従業員またはその顧客である。

データセンタ運営会社１１には、クラウドサーバ１１ａが存在する。クラウドサーバ１１ａとはインターネットを介して様々な機器と連携する仮想化サーバである。データセンタ運営会社１１は、データ管理やクラウドサーバ１１ａの管理、それらを行うデータセンタの運営等を行っている。データセンタ運営会社１１が行っている役務については詳細を後述する。

ここで、データセンタ運営会社１１は、データ管理またはクラウドサーバ１１ａの運営等のみを行っている会社に限らない。例えば複数の機器１０ａのうちの一つの機器を開発・製造している機器メーカが、併せてデータ管理やクラウドサーバ１１ａの管理等を行っている場合は、機器メーカがデータセンタ運営会社１１に該当する（図１Ｂ参照）。

また、データセンタ運営会社１１は一つの会社に限らない。例えば機器メーカおよび他の管理会社が共同もしくは分担してデータ管理やクラウドサーバ１１ａの運営を行っている場合は、両者もしくはいずれか一方がデータセンタ運営会社１１に該当するものとする（図１Ｃ参照）。

サービスプロバイダ１２は、サーバ１２ａを保有している。サーバ１２ａは、目的に応じて複数あってもよい（例えば、後述するサーバ装置２００、３００）。

なお、上記サービスにおいてホームゲートウェイ１０ｂは必須ではない。例えば、クラウドサーバ１１ａが全てのデータ管理を行っている場合等は、ホームゲートウェイ１０ｂは不要となる。また、グループ１０内のあらゆる機器がインターネットに接続されている場合のように、それ自身ではインターネットと接続不可能な機器は存在しない場合もある。

次に、上記サービスにおける情報の流れを説明する。まず、グループ１０の機器Ａまたは機器Ｂは、それぞれ、情報（例えば、後述するユーザスケジュール情報、ユーザ位置情報、店舗スケジュール情報、店舗位置情報など）を、データセンタ運営会社１１のクラウドサーバ１１ａに送信する。クラウドサーバ１１ａは、機器Ａまたは機器Ｂの情報を集積する（図１Ａの（ａ））。

なお、上記情報は、インターネットを介して複数の機器１０ａ自体から直接クラウドサーバ１１ａに提供される場合もある。または、上記情報は、複数の機器１０ａから一旦ホームゲートウェイ１０ｂに情報が集積され、ホームゲートウェイ１０ｂからクラウドサーバ１１ａに提供されてもよい。

次に、データセンタ運営会社１１のクラウドサーバ１１ａは、集積した情報を一定の単位でサービスプロバイダ１２に提供する。ここで、一定の単位は、データセンタ運営会社１１が集積した情報を整理してサービスプロバイダ１２に提供することのできる単位でもよいし、サービスプロバイダ１２が要求した単位でもよい。一定の単位と記載したが、一定でなくてもよく、状況に応じて提供する情報量が変化する場合もある。

クラウドサーバ１１ａに集積された情報は、必要に応じてサービスプロバイダ１２が保有するサーバ１２ａに保存される（図１Ａの（ｂ））。そして、サービスプロバイダ１２は、保存した情報を、ユーザに提供するサービスに適合する情報（例えば、後述する提示情報）に整理し、ユーザに提供する。提供するユーザは、複数の機器１０ａを使用するユーザ１でもよいし、グループ１０の外部のユーザ２でもよい。

ユーザへのサービス提供方法は、例えば、サービスプロバイダ１２から直接ユーザへ提供されてもよい（図１Ａの（ｆ）、（ｅ））。また、ユーザへのサービス提供方法は、例えば、データセンタ運営会社１１のクラウドサーバ１１ａを再度経由して、ユーザに提供されてもよい（図１Ａの（ｃ）、（ｄ））。また、データセンタ運営会社１１のクラウドサーバ１１ａが、集積した情報を、ユーザに提供するサービスに適合する情報に整理し、サービスプロバイダ１２に提供してもよい。

なお、ユーザ１とユーザ２とは、別でも同一でもよい。

＜情報提示システムの構成＞
次に、本実施の形態に係る情報提示システムの構成例について、図２を用いて説明する。図２は、本実施の形態の情報提示システムの構成の一例を示すブロック図である。

図２に示すように、情報提示システムは、機器１００、サーバ装置２００、およびサーバ装置３００を有する。

図２において、機器１００とサーバ装置２００は、ネットワーク４００を介して接続される。また、サーバ装置３００とサーバ装置２００も、ネットワーク４００を介して接続される。ネットワーク４００は、無線ネットワークでもよいし、有線ネットワークでもよいし、有線ネットワークと無線ネットワークとが混在したネットワークでもよい。

また、図２には、機器１００が１台しか示されていないが、２台以上であってもよい。

まず、機器１００の構成について説明する。

機器１００は、サーバ装置２００により提供される情報提示サービスを利用可能な情報処理装置（端末装置）であり、例えば、スマートフォン、タブレット、ＰＣ、ＴＶなどである。情報提示サービスとは、ユーザの疲労度が高いと推定されるときに、疲労を回復させる行動を空き時間に提案する提示情報（詳細は後述）をユーザに提供するサービスである。

機器１００は、入力部１０１、通知部１０２、記憶部１０３、送受信部１０４、情報処理部１０５を備える。

入力部１０１は、ボタン、タッチパネルなどの入力デバイスである。

通知部１０２は、ディスプレイなどの表示デバイス、または、スピーカなどの出力デバイスである。

記憶部１０３は、メモリ、ハードディスク装置などの記憶デバイスである。

例えば、記憶部１０３は、機器１００のユーザによって登録されたスケジュール情報（以下、ユーザスケジュール情報という）を記憶する。ユーザスケジュール情報は、例えば、ユーザが日時別にイベント等を任意に登録できるアプリケーション（例えば、スケジューラ、カレンダーアプリ、手帳アプリ等）に登録されたスケジュールの情報である。このユーザスケジュール情報は、後述するユーザ位置情報とともにサーバ装置２００に送信され、その記憶部２０３に記憶される。なお、ユーザスケジュール情報の詳細は、図４を用いて後述する。

また、例えば、記憶部１０３は、サーバ装置２００から受信した提示情報を記憶する。

送受信部１０４は、他の装置に情報を送信し、また、他の装置により送信された情報を受信する通信インターフェース部である。

例えば、送受信部１０４は、所定時間ごとに、ユーザ位置情報を取得する。ユーザ位置情報とは、例えば、送受信部１０４が図示しないＧＰＳ（Global Positioning System）衛星から受信する情報であり、機器１００の現在位置を示す情報である。

また、例えば、送受信部１０４は、所定時間ごとに、ユーザスケジュール情報およびユーザ位置情報をサーバ装置２００へ送信する。

また、例えば、送受信部１０４は、提示情報をサーバ装置２００から受信する。

情報処理部１０５は、種々の情報処理を実行するプロセッサなどの制御デバイスである。

例えば、情報処理部１０５は、所定時間ごとに、送受信部１０４にユーザ位置情報を取得させ、記憶部１０３からユーザスケジュール情報を読み出し、ユーザスケジュール情報およびユーザ位置情報のサーバ装置２００への送信を送受信部１０４に実行させる。

また、例えば、情報処理部１０５は、サーバ装置２００から送受信部１０４が受信した提示情報を一旦記憶部１０３に記憶させた後、所定のタイミングでそれを読み出し、通知部１０２に表示させる。

以上、機器１００の構成について説明した。

次に、サーバ装置２００の構成について説明する。

サーバ装置２００は、機器１００からの情報およびサーバ装置３００からの情報に基づいて提示情報を生成し、それを機器１００に送信することにより、上記情報提示サービスをユーザに提供する情報処理装置である。

サーバ装置２００は、送受信部２０１、判定部２０２、記憶部２０３、生成部２０４を備える。

送受信部２０１は、他の装置に情報を送信し、また、他の装置により送信された情報を受信する通信インターフェース部である。

例えば、送受信部２０１は、機器１００からユーザスケジュール情報およびユーザ位置情報を受信する。

また、例えば、送受信部２０１は、ユーザ位置情報、および、店舗スケジュール情報をサーバ装置２００へ送信するように要求する要求情報（以下、店舗スケジュール情報の要求情報という）をサーバ装置３００へ送信する。そして、送受信部２０１は、店舗スケジュール情報の要求情報に応じた店舗スケジュール情報および店舗位置情報をサーバ装置３００から受信する。

ここで、店舗スケジュール情報（施設スケジュール情報の一例）とは、疲労を回復させるサービス（例えば、リラクゼーションサービス）を提供する施設において、ユーザがそのサービスを利用できる空き時間を示す情報である。例えば、店舗スケジュール情報は、マッサージ店の従業員等によって登録された、マッサージ師ごとの空き時間の情報を含む。この店舗スケジュール情報の詳細は、図５を用いて後述する。なお、以下では、上記サービスの例をマッサージとし、上記店舗の例をマッサージ店として説明する。

また、店舗位置情報（施設位置情報の一例）は、店舗の位置を示す情報（例えば、ＧＰＳで用いられる位置情報）であり、例えば、店舗スケジュール情報と対応付けられてサーバ装置３００に登録されている。

また、例えば、送受信部２０１は、生成部２０４で生成された提示情報を機器１００に送信する。

判定部２０２は、種々の情報処理を実行するプロセッサなどの制御デバイスである。

例えば、判定部２０２は、機器１００から送受信部２０１が受信したユーザスケジュール情報とユーザ位置情報とを対応付けて一旦記憶部２０３に記憶させた後、所定のタイミングで、ユーザスケジュール情報と所定閾値（後述する疲労度の判定処理に用いられる値）を読み出す。そして、判定部２０２は、ユーザスケジュール情報に登録されているイベントに基づいて、所定期間におけるユーザの疲労度（以下、単に疲労度という）を算出する。この疲労度の算出処理の詳細は、後述する。

そして、例えば、判定部２０２は、算出した疲労度が閾値以上であるか否かを判定する。判定の結果、疲労度が閾値以上である場合、判定部２０２は、記憶部２０３からユーザ位置情報を読み出し、そのユーザ位置情報と店舗スケジュール情報の要求情報のサーバ装置３００への送信を送受信部２０１に実行させる。

その後、例えば、判定部２０２は、サーバ装置３００から送受信部２０１が受信した場合、店舗スケジュール情報および店舗位置情報を記憶部２０３に記憶させる。そして、判定部２０２は、生成部２０４に提示情報の生成を指示する。

記憶部２０３は、メモリ、ハードディスク装置などの記憶デバイスである。

例えば、記憶部２０３は、送受信部２０１で受信されたユーザスケジュール情報およびユーザ位置情報を記憶する。

また、例えば、記憶部２０３は、送受信部２０１で受信された店舗スケジュール情報および店舗位置情報を記憶する。

また、例えば、記憶部２０３は、上述した疲労度の判定処理に用いられる閾値を記憶している。

生成部２０４は、種々の情報処理を実行するプロセッサなどの制御デバイスである。

例えば、生成部２０４は、判定部２０２から提示情報の生成指示を受けると、記憶部２０３から、ユーザスケジュール情報、店舗スケジュール情報および店舗位置情報を読み出す。そして、例えば、生成部２０４は、ユーザスケジュール情報に含まれるユーザの空き時間（以下、ユーザ空き時間という）と、店舗スケジュール情報に含まれる店舗の空き時間（以下、店舗空き時間という）とが所定時間以上一致する時間帯（以下、共通空き時間という）を検索する。この共通空き時間は、例えば、現在時刻より後で、かつ、現在時刻に最も近い時間である。この共通空き時間の検索処理の詳細は後述する。

そして、例えば、生成部２０４は、ユーザスケジュール情報に含まれるユーザＩＤ、店舗スケジュール情報に含まれる店舗名、クーポン内容、店舗空き時間（検索した共通空き時間）、その店舗空き時間に対応付けられたマッサージ師名、そのマッサージ師の画像、および、店舗位置情報が示す店舗の位置の各情報に基づいて、提示情報を生成する。ここで生成される提示情報は、例えば、共通空き時間にマッサージ店へ来店するようにユーザに提案する内容となる。この提示情報の生成処理の詳細は後述する。

そして、例えば、生成部２０４は、生成した提示情報の機器１００への送信を送受信部２０１に実行させる。

以上、サーバ装置２００の構成について説明した。

次に、サーバ装置３００の構成について説明する。

サーバ装置３００は、サーバ装置２００からの要求に基づいて、サーバ装置２００へ店舗スケジュール情報および店舗位置情報を送信する情報処理装置である。

サーバ装置３００は、送受信部３０１、情報処理部３０２、記憶部３０３を備える。

送受信部３０１は、他の装置に情報を送信し、また、他の装置により送信された情報を受信する通信インターフェース部である。

例えば、送受信部３０１は、サーバ装置２００からのユーザ位置情報および店舗スケジュール情報の要求情報を受信する。

また、例えば、送受信部３０１は、店舗スケジュール情報および店舗位置情報をサーバ装置２００へ送信する。

情報処理部３０２は、種々の情報処理を実行するプロセッサなどの制御デバイスである。

例えば、情報処理部３０２は、サーバ装置２００から送受信部３０１がユーザ位置情報と店舗スケジュール情報の要求情報を受信すると、ユーザ位置情報を一旦記憶部３０３に記憶させた後、所定のタイミングでユーザ位置情報を読み出す。また、情報処理部３０２は、記憶部３０３から店舗スケジュール情報および店舗位置情報を読み出す。記憶部３０３において、店舗スケジュール情報と店舗位置情報とは対応付けられて登録されており、また、それらの情報は店舗別に登録されている。そして、例えば、情報処理部３０２は、ユーザ位置情報を中心とした所定領域内（例えば、半径１ｋｍ圏内）に存在する店舗位置情報を検索する。なお、このとき、情報処理部３０２は、所定領域内の全ての店舗位置情報を検索してもよいし、または、所定領域内の店舗位置情報のうち、ユーザ位置情報に最も近い１つの店舗位置情報を検索してもよい。

そして、例えば、情報処理部３０２は、検索した店舗位置情報、および、それに対応付けられている店舗スケジュール情報のサーバ装置２００への送信を、送受信部３０１に実行させる。

記憶部３０３は、メモリ、ハードディスク装置などの記憶デバイスである。

例えば、記憶部３０３は、送受信部３０１で受信されたユーザ位置情報を記憶する。

また、例えば、記憶部３０３は、店舗別に、店舗スケジュール情報と店舗位置情報を対応付けて記憶している。

以上、サーバ装置３００の構成について説明した。

＜サーバ装置２００の動作＞
次に、本実施の形態に係る情報提示システムのサーバ装置２００の動作例について、図３を用いて説明する。図３は、本実施の形態のサーバ装置２００の動作例を示すフローチャートである。

ステップＳ１０１において、送受信部２０１は、機器１００からユーザスケジュール情報およびユーザ位置情報を受信する。そして、判定部２０２は、ユーザスケジュール情報およびユーザ位置情報を一旦記憶部２０３に記憶させる。

ここで、ユーザスケジュール情報の例について、図４を用いて説明する。図４は、送受信部２０１で受信された後、記憶部２０３に記憶されるユーザスケジュール情報に含まれる情報の一例を説明する図である。

図４に示すように、ユーザスケジュール情報は、ユーザＩＤ、日付、時刻、イベントの各情報を含む。

ユーザＩＤは、機器１００のユーザであって、情報提示サービスを利用可能なユーザを識別可能なＩＤである。ユーザＩＤは、例えば、記憶部２０３において、ユーザの名前と対応付けられて予め記憶されている。なお、ここではユーザＩＤとしたが、ユーザの名前であってもよい。

日付、時刻は、後述のイベントが予定される日時である。なお、図示は省略しているが、日付には年も含まれる。

イベントは、日付および時刻に対応して登録されたユーザの行動予定である。図４では、イベントの詳細の図示は省略しているが、例えば、イベントの内容を示すテキスト情報が日時ごとに登録されている。このように登録された複数のイベントは、判定部２０２により、図４に示すように、第１のイベントまたは第２のイベントに識別される。この識別処理の例は後述する。第１のイベントとは、例えば、仕事など、疲労が溜まりやすいイベントである。一方、第２のイベントとは、例えば、遊びなど、疲労が溜まりにくいイベントである。また、図４において第１のイベントおよび第２のイベントのいずれにも該当しない空白部分は、判定部２０２によりユーザ空き時間として認識される。

なお、図４では、例として、２／１１〜２／１５の５日分のスケジュール情報を示している。

以上、ユーザスケジュール情報の一例について説明した。

ステップＳ１０２において、判定部２０２は、記憶部２０３から、図４のユーザスケジュール情報と、後述のステップＳ１０３の判定処理で用いる閾値とを読み出す。そして、判定部２０２は、ユーザスケジュール情報に基づいて、所定期間ｔ１における疲労度を算出する。

ここで、図４を用いて、疲労度の算出処理の一例について説明する。

まず、判定部２０２は、所定時点（例えば、現在時刻）より前の所定期間ｔ１に登録されているイベントが、それぞれ、第１のイベントであるかまたは第２のイベントであるかを識別（決定）する。例えば、判定部２０２は、登録されたイベントに「仕事」、「出張」、「会議」、「接待」等のテキスト情報が含まれている場合、そのイベントが第１のイベントであると認識する。一方、例えば、判定部２０２は、登録されたイベントに「食事」、「買い物」、「習い事」等のテキスト情報、または、行楽地、娯楽施設等を示すテキスト情報が含まれている場合、そのイベントが第２のイベントであると認識する。このような識別の判断基準は、例えば、サーバ装置２００の管理者等によって予め設定される。また、所定時点および所定期間ｔ１も、例えば、サーバ装置２００の管理者等によって予め設定される。また、判定部２０２は、第１のイベントおよび第２のイベントのいずれにも該当しない時間をユーザ空き時間として認識する。

次に、判定部２０２は、第１のイベントの時間の合計および第２のイベントの時間の合計をそれぞれ算出する。例えば、所定時点が現在時刻である２／１５の１１時であり、所定期間ｔ１が９６時間（４日）である場合、判定部２０２は、２／１１の１１時から２／１５の１１時までに登録されている、第１のイベントの時間の合計および第２のイベントの時間の合計をそれぞれ算出する。なお、上記所定時点は、現在時刻より後の所定時点であってもよいし、現在時刻より前の所定時点であってもよい。また、所定期間ｔ１は、４日以上であってもよいし、４日未満であってもよい。

そして、判定部２０２は、第１のイベントの合計時間および第２のイベントの合計時間のそれぞれに対して所定の重み付けを行い、それぞれの結果を合計する。例えば、判定部２０２は、第１のイベントの合計時間に対して所定値（例えば、１．０）を掛けた結果と、第２のイベントの合計時間に対して所定値（例えば、０．５）を掛けた結果とを合計する。そして、判定部２０２は、算出した合計値を疲労度に決定する。

このように、ユーザスケジュール情報に登録された各イベントを第１のイベントまたは第２のイベントに分けた上で、それぞれに重み付けを行うことで、ユーザの疲労度をより適切に算出できる。

以上、疲労度の算出処理の一例について説明した。

ステップＳ１０３において、判定部２０２は、算出した疲労度が、記憶部２０３から読み出した閾値以上であるか否かを判定する。閾値は、例えば、ユーザ個人ごとまたはユーザの属性（例えば、年齢、体力のレベル等）ごとに予め設定された値である。この閾値は、例えば、サーバ装置２００の管理者等またはユーザにより予め設定される。

上記判定の結果、疲労度が閾値以上ではない場合（ステップＳ１０３：ＮＯ）、疲労度が低いと推定される。この場合、フローはステップＳ１０１へ戻る。一方、上記判定の結果、疲労度が閾値以上である場合（ステップＳ１０３：ＹＥＳ）、判定部２０２は、疲労度が高いと推定される。この場合、フローはステップＳ１０４へ進む。

ステップＳ１０４において、判定部２０２は、記憶部２０３からユーザ位置情報を読み出し、そのユーザ位置情報および店舗スケジュール情報の要求情報のサーバ装置３００への送信を、送受信部２０１に実行させる。なお、この要求情報に基づいて行われるサーバ装置３００処理は説明済みであるので、ここでの説明は省略する。そして、送受信部２０１がサーバ装置３００から店舗スケジュール情報および店舗位置情報を受信すると、判定部２０２は、それらを一旦記憶部２０３に記憶させる。また、判定部２０２は、生成部２０４に提示情報の生成を指示する。

ここで、店舗スケジュール情報の例について、図５を用いて説明する。図５は、送受信部２０１で受信された後、記憶部２０３に記憶される店舗スケジュール情報の一例である。

図５に示すように、店舗スケジュール情報は、店舗名、クーポン内容、マッサージ師名、画像名、店舗空き時間の各情報を含む。

店舗名は、マッサージ店の名称である。

クーポン内容は、ユーザに与える特典の内容である。図５では、特典の例として、料金の割引を挙げているが、これに限定されない。例えば、特典は、ユーザが無料で受けられる施術または品物であってもよい。

マッサージ師名は、店舗に所属するマッサージ師の名前である。

画像名は、マッサージ師の画像情報の名称（識別情報）である。このマッサージ師の画像情報は、例えば、マッサージ師の顔または上半身の写真でもよいし、マッサージ師の似顔絵等でもよい。マッサージ師の画像情報（以下、マッサージ師画像という）は、図示は省略しているが、画像名に対応付けられて記憶部２０３に記憶されている。

店舗空き時間は、マッサージ師別の空き時間（例えば、予約が入っていない時間）である。

以上、店舗スケジュール情報の一例について説明した。

ステップＳ１０５において、生成部２０４は、判定部２０２から提示情報の生成指示を受けると、記憶部２０３から、図４のユーザスケジュール情報、図５の店舗スケジュール情報、その店舗スケジュール情報に対応付けられた店舗位置情報を読み出す。そして、生成部２０４は、ユーザスケジュール情報に含まれるユーザ空き時間と、店舗スケジュール情報に含まれる店舗空き時間とが所定時間以上一致する時間帯（上記共通空き時間）を検索する。

ここで、図４、図５を用いて、共通空き時間の検索処理の一例について説明する。

まず、生成部２０４は、図４のユーザスケジュール情報において、上記疲労度の算出処理で認識したユーザ空き時間のうち、現在時刻より後の時間で、かつ、現在時刻に最も近い時間を検索する。例えば、図５において、現在時刻が２／１５の１１時である場合、生成部２０４の検索により、２／１５の１２時〜１８時の時間が検出される。

次に、生成部２０４は、図５の店舗スケジュール情報に登録されている店舗空き時間のうち、ユーザ空き時間と所定時間以上一致する時間帯を検索する。ここでいう所定時間は、例えば、ユーザの店舗への移動にかかる時間とマッサージにかかる時間とを合わせたおよその時間である。例えば、所定時間が２時間に設定されており、ユーザ空き時間が２／１５の１２時〜１８時である場合、生成部２０４は、図５に示す店舗空き時間のうち、２／１５の１４時〜１６時を共通空き時間に決定する。

以上、共通空き時間の検索処理の一例について説明した。

ステップＳ１０６において、生成部２０４は、ユーザスケジュール情報、店舗スケジュール情報、および店舗位置情報に基づいて、提示情報の生成を行う。

ここで、図４、図５を用いて、提示情報の生成処理の一例について説明する。

まず、生成部２０４は、図４のユーザスケジュール情報から、ユーザＩＤの情報を抽出する。そして、生成部２０４は、記憶部２０３から、抽出したユーザＩＤに対応付けられているユーザ名の情報を読み出す。また、生成部２０４は、図５の店舗スケジュール情報から、店舗名、クーポン内容、共通空き時間として検索された店舗空き時間、その店舗空き時間に対応付けられているマッサージ師名、画像名の各情報を抽出する。また、生成部２０４は、抽出した画像名に対応付けられているマッサージ師画像を記憶部２０３から読み出す。

そして、生成部２０４は、読み出したユーザ名、および、抽出した店舗名、店舗空き時間、マッサージ師名の各情報を含むメッセージ（例えば、図６Ｂのメッセージ６０２参照）を生成する。このメッセージは、予め記憶部２０３に記憶された定型文のメッセージ情報に対して、抽出した各情報を含むようにして生成されてもよい。このようにして生成されたメッセージは、共通空き時間にマッサージ店への来店をユーザに促す内容となる。

また、生成部２０４は、店舗位置情報が示す店舗の位置を含む地図（例えば、図６Ｂの地図６０５参照）を生成する。例えば、生成部２０４は、地図アプリで用いられる地図情報に店舗位置情報を含めて地図を生成する。

そして、生成部２０４は、生成したメッセージおよび地図、読み出したマッサージ師画像（例えば、図６Ｂの画像６０３参照）、抽出したクーポン内容（例えば、図６Ｂのクーポン６０４参照）の各情報を含む画像情報を生成する。この画像情報が提示情報としてユーザに提供される。

さらに、生成部２０４は、提示情報の受信をユーザに通知する通知メッセージ（例えば、図６Ａの通知メッセージ６０１参照）を生成する。この通知メッセージは、予め記憶部２０３に記憶された定型文のメッセージ情報でもよい。

以上、提示情報の生成処理の一例について説明した。

ステップＳ１０７において、生成部２０４は、生成した通知メッセージの情報および提示情報の機器１００への送信を、送受信部２０１に実行させる。提示情報の送信方式は、例えば、Ｅメールなどが挙げられる。その後、提示情報は、機器１００において受信され、表示される。なお、機器１００における提示情報の表示処理の説明は説明済みであるので、ここでの説明は省略する。

ここで、図６を用いて、機器１００における提示情報の表示例について説明する。図６Ａは、機器１００における提示情報の受信時の表示例を示し、図６Ｂは、機器１００における提示情報の表示例を示す。

図６Ａに示すように、機器１００が提示情報を受信した時、通知部１０２の例えば上部において、通知メッセージ６０１が表示される。そして、ユーザが提示情報の表示を指示する操作を行うと、図６Ｂに示す提示情報が通知部１０２に表示される。

図６Ｂに示すように、通知部１０２において、メッセージ６０２、マッサージ師画像６０３、クーポン６０４、地図６０５が含まれた画像が表示される。

以上、本実施の形態によれば、ユーザの疲労度が高いと推定される場合に、ユーザに対して、疲労を回復させる行動を空き時間に行うように提案することができる。すなわち、本実施の形態では、ユーザの疲労度を考慮して空き時間の行動の提案を適切に行うことができる。例えば、上述したように、サーバ装置２００によりユーザの疲労度が高いと判定され、空き時間にマッサージ店へ来店するように提案された場合、ユーザは、疲労が溜まったタイミングですぐにマッサージ店でサービスを受けることができる。また、マッサージ店は、店舗の空き時間の稼働率を上げることができる。

＜実施の形態の変形例＞
以上、本発明の実施の形態について説明したが、本発明は、その趣旨を逸脱しない範囲において種々の変形が可能である。以下、上記実施の形態の変形例について説明する。

（変形例１）
サーバ装置３００における店舗位置情報の検索処理は、サーバ装置２００が行うようにしてもよい。この場合、まず、サーバ装置３００は、所定時間ごとに、店舗スケジュール情報および店舗位置情報をサーバ装置２００へ送信する。次に、サーバ装置２００の判定部２０２は、サーバ装置３００からの店舗スケジュール情報および店舗位置情報を記憶部２０３記憶させる。次に、判定部２０２は、記憶部２０３に記憶させた店舗位置情報のうち、機器１００から受信したユーザ位置情報を中心とした所定領域内に存在する店舗位置情報を検索する。そして、判定部２０２は、検索した店舗位置情報およびそれに対応付けられた店舗スケジュール情報を生成部２０４へ出力し、提示情報の生成を指示する。生成部２０４は、記憶部２０３から読み出したユーザスケジュール情報と、判定部２０２から入力した店舗位置情報および店舗スケジュール情報とに基づいて、上述した提示情報の生成を行う。

（変形例２）
サーバ装置３００における店舗位置情報の検索処理は、サーバ装置２００が実行してもよい。この場合、例えば、サーバ装置３００は、所定時間ごとに、店舗スケジュール情報および店舗位置情報をサーバ装置２００へ送信する。または、例えば、サーバ装置２００の管理者等が、店舗スケジュール情報および店舗位置情報をサーバ装置２００へ入力する。次に、サーバ装置２００の判定部２０２は、店舗スケジュール情報および店舗位置情報を記憶部２０３記憶させる。次に、判定部２０２は、記憶部２０３に記憶させた店舗位置情報のうち、機器１００のユーザにより予め指定された店舗の店舗位置情報を検索する。その後の処理は、上記変形例１と同じである。

（変形例３）
上記変形例２において、提示情報の生成処理は、店舗スケジュール情報および店舗位置情報を用いずに実行されてもよい。すなわち、提示情報の生成の際、ユーザ空き時間と店舗空き時間のマッチングが行われなくてもよい。この場合、例えば、サーバ装置２００の生成部２０４は、判定部２０２からの提示情報の生成指示を受けると、記憶部２０３から、ユーザスケジュール情報と定型文のメッセージ情報を読み出す。ここでいう定型文のメッセージ情報は、予め記憶部２０３に記憶された情報であり、例えば、疲労を回復させる行動をユーザに提案する文章（例えば、「最近お疲れではないですか？マッサージに行ってリフレッシュしましょう！」といった文章）を示す情報である。次に、生成部２０４は、ユーザスケジュール情報から、現在時刻より後で、かつ、現在時刻に最も近いユーザ空き時間のうち所定時間以上の時間帯を検索する。次に、生成部２０４は、ユーザＩＤに対応付けられたユーザ名および検索した時間帯の各情報と、上記メッセージ情報とを含む提示情報を生成する。そして、生成部２０４は、その提示情報の機器１００への送信を送受信部２０１に実行させる。これにより、機器１００の通知部１０２には、例えば「西山さん、最近お疲れではないですか？１４時〜１６時の間でマッサージに行ってリフレッシュしましょう！」というメッセージが表示される。このメッセージにおいて、「西山さん」はユーザＩＤに対応付けられたユーザ名、「１４時〜１６時の間」は検索された時間帯である。

（変形例４）
サーバ装置３００が店舗位置情報の検索に用いるユーザ位置情報は、ユーザの現在位置を示す情報の代わりに、ユーザの未来の位置（現在時刻より後のイベントのときにユーザが存在する位置）を示す情報であってもよい。例えば、まず、サーバ装置２００の判定部２０２は、機器１００から受信したユーザスケジュール情報において、現在時刻より後のユーザ空き時間を検索する。次に、判定部２０２は、検索したユーザ空き時間の前後に隣接して登録されているイベント（第１のイベントまたは第２のイベントのどちらでもよい）に、地名または住所を示すテキスト情報が含まれている場合、そのテキスト情報を抽出する。次に、判定部２０２は、抽出したテキスト情報を、送受信部２０１を介して、地名または住所を示すテキスト情報と位置情報とを対応付けて保持する他のサーバ装置に送信する。その後、送受信部２０１は、他のサーバ装置にて検索された位置情報を、他のサーバ装置から受信する。この位置情報は、ユーザの未来の位置を示す情報である。次に、判定部２０２は、その位置情報と店舗スケジュール情報の要求情報を、送受信部２０１を介して、サーバ装置３００へ送信する。その後の動作は、上記実施の形態と同様である。このように、本変形例によれば、ユーザの未来の位置に近い店舗への来店を、予めユーザに提案することができる。なお、本変形例において、サーバ装置３００における店舗位置情報の検索処理は、上記変形例１で説明したようにサーバ装置２００が行ってもよい。

（変形例５）
サーバ装置２００の判定部２０２は、疲労度の算出を行う際、第２のイベントのうち疲労が回復しうるイベント（以下、第３のイベントという）に対しては、マイナスの重み付けを行ってもよい。第３のイベントは、例えば、ユーザがリラクゼーションサービスを受けるイベントである。例えば、まず、判定部２０２は、ユーザスケジュール情報に登録されたイベントについて、第１のイベントであるかまたは第２のイベントであるかを識別する際、第３のイベントも識別する。すなわち、判定部２０２は、第２のイベントのうち、マッサージ店の店舗名などのテキスト情報が含まれているイベントを、第３のイベントとして認識する。次に、判定部２０２は、第１のイベントの時間の合計、第２のイベントの時間の合計、および第３のイベントの合計をそれぞれ算出する。次に、判定部２０２は、第１のイベントの合計時間および第２のイベントの合計時間に対しては、それぞれ異なるプラスの所定値（例えば、１．０と０．５）を用いて重み付けを行う一方で、第３のイベントの合計時間に対してはマイナスの所定値（例えば、−０．５）を用いて重み付けを行う。次に、判定部２０２は、重み付けの結果得られた３つの値を合計し、その合計値を疲労度に決定する。このように、疲労が回復しうるイベントについては減算する重み付けを行うことで、疲労度をより適切に算出できる。

（変形例６）
スケジュール情報に登録されたイベントが判定部２０２により第１のイベントまたは第２のイベントのいずれに識別されるかの判断基準は、サーバ装置２００の管理者等だけでなく、ユーザが設定変更できるようにしてもよい。この判断基準の情報は記憶部２０３に保存される。判定部２０２は、疲労度の算出を行う際に記憶部２０３から上記判断基準の情報を読み出し、その情報に基づいて、ユーザスケジュール情報に登録されたイベントが第１のイベントであるかまたは第２のイベントであるかを識別する。

（変形例７）
上記疲労度の判定処理に用いられる閾値は、学習により逐次変更されてもよい。例えば、まず、サーバ装置２００の判定部２０２は、機器１００から受信したユーザスケジュール情報において、現在時刻よりも前に登録された第２のイベントのうち、ユーザが疲労回復の行動を行ったと推定されるイベントを検索する。例えば、判定部２０２は、第２のイベントのうち、マッサージ店の店舗名などのテキスト情報が含まれているイベントを検索する。次に、判定部２０２は、検索したイベントの開始時刻より前の所定期間ｔ１に登録されている各イベントが、第１のイベントであるかまたは第２のイベントであるかを識別する。その後、判定部２０２は、上記実施の形態で説明したように、第１のイベントの時間の合計および第２のイベントの時間の合計をそれぞれ算出し、算出した合計時間のそれぞれに対して所定の重み付けを行い、それぞれの結果を合計する。そして、判定部２０２は、最終的に得られた合計値を次の疲労度の判定に用いる閾値に決定し、記憶部２０３に記憶されている閾値に上書きして保存する。

（変形例８）
サーバ装置２００の判定部２０２は、ユーザスケジュール情報に登録されたイベントの時間に基づいて疲労度を算出する代わりに、ユーザスケジュール情報におけるユーザ空き時間の合計を算出し、その合計値が所定閾値以下である場合、ユーザの疲労度が高いと判定してもよい。

（変形例９）
サーバ装置２００の判定部２０２は、ユーザスケジュール情報に登録されたイベントの時間に基づいて疲労度を算出する代わりに、他の装置から取得したユーザの身体または精神の状態を示すメディカル測定値に基づいて疲労度を算出してもよいし、または、他の装置から取得した上記状態情報をそのまま疲労度として用いてもよい。ここでいう他の装置は、例えば、活動量計、ストレス度合測定器、医療機器等が挙げられる。なお、医療機器は計測する値は、血圧値、心拍数を含む。

（変形例１０）
サーバ装置２００が提示情報を機器１００へ送信するタイミングは、現在時刻でもよいし、検索した時間帯（共通空き時間）の開始時点でもよいし、その開始時点から所定時間前（例えば、５分前）の時点でもよい。

（変形例１１）
提示情報は、例えば図６において、メッセージ６０２が含まれればよく、マッサージ師画像６０３、クーポン６０４、地図６０５は含まれなくてもよい。

（変形例１２）
上記実施の形態において、疲労を回復させるサービスの一例として挙げたリラクゼーションサービスを提供する店舗は、マッサージ店に限定されず、例えば、サウナ、温泉、またはホテルなどであってもよい。また、疲労を回復させるサービスは、リラクゼーションサービスに限定されず、テーマパーク、映画館などのエンターテインメントサービスを提供する施設も含まれる。

（変形例１３）
上記実施の形態では、サービス提供者がその所属する店舗にてユーザにサービスを提供する場合を例として説明したが、サービスの提供の形態は、これに限定されない。例えば、サービスの提供の形態は、サービス提供者が、ユーザまたはサービス提供者が指定した場所に出張し、その場所にてユーザにサービスを提供する形態であってもよい。この場合、例えば図５に示す「店舗スケジュール情報」を「サービス提供者スケジュール情報」と言い換えることができる。また、例えば図５に示す「店舗空き時間」を「サービス提供者の空き時間」と言い換えることができる。

以上、本実施の形態の変形例を説明した。なお、上記変形例は任意に組み合わせてもよい。

＜コンピュータプログラムによる実現例＞
以上、本発明に係る実施形態について図面を参照して詳述してきたが、上述した機器１００、サーバ装置２００、およびサーバ装置３００（以下、各装置という）の機能は、コンピュータプログラムにより実現され得る。

図７は、各部の機能をプログラムにより実現するコンピュータのハードウェア構成を示す図である。このコンピュータ１０００は、入力ボタン、タッチパッドなどの入力装置１００１、ディスプレイやスピーカなどの出力装置１００２、ＣＰＵ（Central Processing Unit）１００３、ＲＯＭ（Read Only Memory）１００４、ＲＡＭ（Random Access Memory）１００５、ハードディスク装置やＳＳＤ（Solid State Drive）などの記憶装置１００６、ＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory）やＵＳＢ（Universal Serial Bus）メモリなどの記録媒体から情報を読み取る読取装置１００７、ネットワークを介して通信を行う送受信装置１００８を備え、各部はバス１００９により接続される。

そして、読取装置１００７は、上記各部の機能を実現するためのプログラムを記録した記録媒体からそのプログラムを読み取り、記憶装置１００６に記憶させる。あるいは、送受信装置１００８が、ネットワークに接続されたサーバ装置と通信を行い、サーバ装置からダウンロードした上記各部の機能を実現するためのプログラムを記憶装置１００６に記憶させる。

そして、ＣＰＵ１００３が、記憶装置１００６に記憶されたプログラムをＲＡＭ１００５にコピーし、そのプログラムに含まれる命令をＲＡＭ１００５から順次読み出して実行することにより、上記各部の機能が実現される。また、プログラムを実行する際、ＲＡＭ１００５または記憶装置１００６には、各実施の形態で述べた各種処理で得られた情報が記憶され、適宜利用される。

＜クラウドサービスの類型＞
また、上記実施の形態において説明された技術は、例えば、以下のクラウドサービスの類型において実現されうる。しかし、上記実施の形態において説明された技術が実現される類型はこれに限られるものでない。

（サービスの類型１：自社データセンタ型）
図８は、サービスの類型１（自社データセンタ型）を示す図である。本類型は、サービスプロバイダ１２がグループ１０から情報を取得し、ユーザに対してサービスを提供する類型である。本類型では、サービスプロバイダ１２が、データセンタ運営会社の機能を有している。即ち、サービスプロバイダが、ビッグデータの管理をするクラウドサーバ１１ａを保有している。従って、データセンタ運営会社は存在しない。

本類型では、サービスプロバイダ１２は、データセンタ（クラウドサーバ１１ａ）を運営、管理している（１２００ｃ）。また、サービスプロバイダ１２は、ＯＳ（１２００ｂ）及びアプリケーション（１２００ａ）を管理する。サービスプロバイダ１２は、サービスプロバイダ１２が管理するＯＳ（１２００ｂ）及びアプリケーション（１２００ａ）を用いてサービス提供を行う（１２００ｄ）。

（サービスの類型２：ＩａａＳ利用型）
図９は、サービスの類型２（ＩａａＳ利用型）を示す図である。ここでＩａａＳとはインフラストラクチャー・アズ・ア・サービスの略であり、コンピュータシステムを構築および稼動させるための基盤そのものを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社がデータセンタ（クラウドサーバ１１ａ）を運営、管理している（１２００ｃ）。また、サービスプロバイダ１２は、ＯＳ（１２００ｂ）及びアプリケーション（１２００ａ）を管理する。サービスプロバイダ１２は、サービスプロバイダ１２が管理するＯＳ（１２００ｂ）及びアプリケーション（１２００ａ）を用いてサービス提供を行う（１２００ｄ）。

（サービスの類型３：ＰａａＳ利用型）
図１０は、サービスの類型３（ＰａａＳ利用型）を示す図である。ここでＰａａＳとはプラットフォーム・アズ・ア・サービスの略であり、ソフトウェアを構築および稼動させるための土台となるプラットフォームを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１は、ＯＳ（１２００ｂ）を管理し、データセンタ（クラウドサーバ１１ａ）を運営、管理している（１２００ｃ）。また、サービスプロバイダ１２は、アプリケーション（１２００ａ）を管理する。サービスプロバイダ１２は、データセンタ運営会社が管理するＯＳ（１２００ｂ）及びサービスプロバイダ１２が管理するアプリケーション（１２００ａ）を用いてサービス提供を行う（１２００ｄ）。

（サービスの類型４：ＳａａＳ利用型）
図１１は、サービスの類型４（ＳａａＳ利用型）を示す図である。ここでＳａａＳとはソフトウェア・アズ・ア・サービスの略である。例えばデータセンタ（クラウドサーバ）を保有しているプラットフォーム提供者が提供するアプリケーションを、データセンタ（クラウドサーバ）を保有していない会社・個人（利用者）がインターネットなどのネットワーク経由で使用できる機能を有するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１は、アプリケーション（１２００ａ）を管理し、ＯＳ（１２００ｂ）を管理し、データセンタ（クラウドサーバ１１ａ）を運営、管理している（１２００ｃ）。また、サービスプロバイダ１２は、データセンタ運営会社１１が管理するＯＳ（１２００ｂ）及びアプリケーション（１２００ａ）を用いてサービス提供を行う（１２００ｄ）。

以上いずれの類型においても、サービスプロバイダ１２がサービス提供行為を行ったものとする。また例えば、サービスプロバイダ若しくはデータセンタ運営会社は、ＯＳ、アプリケーション若しくはビッグデータのデータベース等を自ら開発してもよいし、また、第三者に外注させてもよい。

本発明は、ユーザのスケジュールに応じて情報を提示する情報提示方法に用いるのに好適である。

１、２ユーザ
１０グループ
１０ａ、１００機器
１０ｂホームゲートウェイ
１１データセンタ運営会社
１１ａクラウドサーバ
１２サービスプロバイダ
１２ａサーバ
１０１入力部
１０２通知部
１０３記憶部
１０４送受信部
１０５情報処理部
２００サーバ装置
２０１送受信部
２０２判定部
２０３記憶部
２０４生成部
３００サーバ装置
３０１送受信部
３０２情報処理部
３０３記憶部
４００ネットワーク
１０００コンピュータ
１００１入力装置
１００２出力装置
１００３ＣＰＵ（Central Processing Unit）
１００４ＲＯＭ（Read Only Memory）
１００５ＲＡＭ（Random Access Memory）
１００６記憶装置
１００７読取装置
１００８送受信装置
１００９バス
１２００ａアプリケーション
１２００ｂＯＳ
１２００ｃデータセンタ（クラウドサーバ）
１２００ｄサービス提供

Claims

端末装置に提示情報を提供する情報提示方法であって、
ユーザにより日時別に一つ以上のイベントが登録されたユーザスケジュール情報を取得し、
前記ユーザスケジュール情報に基づいて、前記イベントが登録されていない現在時刻より後の空き時間を検索し、
前記空き時間においてサービスを提供する施設で前記ユーザが受けることができる特典を示す情報を含む提示情報を生成し、
前記空き時間が開始するタイミングで、前記提示情報を前記端末装置に送信する、
情報提示方法。
更に、
前記ユーザスケジュール情報に基づいて、所定期間におけるスケジュールの過密度合を算出し、
前記過密度合が所定閾値以上であるか否かを判定し、
前記過密度合が前記所定閾値以上である場合に、疲労を回復するためのサービスを提供する施設について前記提示情報が生成される、
請求項１記載の情報提示方法。
更に、
前記複数のイベントのそれぞれが、疲労を引き起こすと予め定められた第１のイベントに属するか、または、疲労を引き起こさないと予め定められた第２のイベントに属するかを示した情報を用いて、前記ユーザスケジュール情報において所定期間に登録されている複数のイベントが、それぞれ、第１のイベントに属するか、または、前記第２のイベントに属するかを決定し、
前記第１のイベントの合計時間である第１合計時間および前記第２のイベントの合計時間である第２合計時間を算出し、
前記第１合計時間に対して第１の値で重み付けをした第１乗算値と前記第２合計時間に対して前記第１の値より小さい第２の値で重み付けをした第２乗算値とを加算して前記過密度合を算出する、
請求項２記載の情報提示方法。
更に、
所定装置から前記ユーザの身体または精神の状態を示すメディカル計測値を取得し、
前記メディカル計測値が所定閾値以上であるか否かを判定し、
前記メディカル計測値が前記所定閾値以上である場合に、疲労を回復するためのサービスを提供する施設について前記提示情報を生成する、
請求項１記載の情報提示方法。
前記メディカル計測値は、少なくとも、活動量、ストレス度合、血圧値、心拍数のいずれかを含む、
請求項４記載の情報提示方法。
更に、
前記ユーザスケジュール情報から検索された空き時間と、前記サービスを提供する施設における利用可能な空き時間を示す施設スケジュール情報とを用いて、前記検索された空き時間と前記利用可能な空き時間とが所定時間以上一致する時間帯を検索し、
前記時間帯において前記施設で前記ユーザが受けることができる前記サービスについての特典を示す情報を含む提示情報が生成される、
請求項１記載の情報提示方法。
更に、
前記ユーザの現在位置を示すユーザ位置情報を取得し、
前記ユーザ位置情報を用いて前記ユーザの現在位置を中心とした所定領域内に存在する前記施設の位置を示す施設位置情報を検索し、
前記施設位置情報が示す前記施設について前記時間帯が検索される、
請求項６記載の情報提示方法。
前記疲労を回復させるためのサービス提供を行う施設は、マッサージ店を含む、
請求項２記載の情報提示方法。