JP2017138950A - 運動サポート方法、運動サポートシステム及び端末機器 - Google Patents

Abstract

【課題】運動メニューのスケジュールを効果的に作成することができる運動サポート方法を提供する。【解決手段】運動サポート方法は、過去の第１運動イベントの第１開催日及び当該第１運動イベントで実施した第１運動に関する情報と、未来の第２運動イベントの第２開催日及び当該第２運動イベントで実施する第２運動に関する情報とを取得し、第１運動に対応する第１運動メニューと第２運動に対応する第２運動メニューとを生成し、第１開催日及び第２開催日の間で、第１運動メニューのスケジュールが作成される第１期間の長さと、第２運動メニューのスケジュールが作成される第２期間の長さとを、第１運動に関する情報及び第２運動に関する情報の少なくとも一方に基づいて算出し、算出された第１期間の長さ及び第２期間の長さに基づいて、第１運動メニュー及び第２運動メニューのスケジュールデータを出力する。【選択図】図１１

Description

本開示は、ユーザの運動をサポートするための方法等に関する。

従来、インターネットを介したオンラインでのフィットネスメニュー提示に代表される運動サポートシステムが、展開されている（例えば、特許文献１を参照）。

特開２０１２−２４８０７２号公報

しかしながら、個人毎に設定された目的に基づいて作成されたスケジュールに従って運動トレーニングが実施されても、高い効果を得ることができない場合もある。例えば、正しいフォームや動きが理解されずに、やみくもに運動トレーニングがなされれば、運動の効果は低減してしまう。また、運動後に疲労が残っている状態で無理に運動トレーニングすることも効果の低減を招く。

そこで、本開示は、運動メニューのスケジュールを効果的に作成することができる運動サポート方法等を提供する。

本開示の一態様に係る運動サポート方法は、ユーザが参加した過去の第１運動イベントの第１開催日及び当該第１運動イベントで前記ユーザが実施した第１運動に関する情報と、前記ユーザが参加する予定の未来の第２運動イベントの第２開催日及び当該第２運動イベントで前記ユーザが実施する予定の第２運動に関する情報とを取得する取得ステップと、前記第１運動に対応する第１運動メニューと前記第２運動に対応する第２運動メニューとを生成する生成ステップと、前記第１開催日及び前記第２開催日の間で、前記第１運動メニューのスケジュールが作成される第１期間の長さと、前記第２運動メニューのスケジュールが作成される第２期間の長さとを、前記第１運動に関する情報及び前記第２運動に関する情報の少なくとも一方に基づいて算出する算出ステップと、算出された前記第１期間の長さ及び前記第２期間の長さに基づいて、前記第１運動メニュー及び前記第２運動メニューのスケジュールデータを出力する出力ステップと、を含む。

なお、これらの包括的または具体的な態様は、システム、装置、集積回路、コンピュータプログラム又はコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。

上記態様によれば、運動メニューのスケジュールを効果的に作成することができる。

本開示において運動サポートシステムが提供するサービスの全体像を示す図 本開示において機器メーカがデータセンタ運営会社に該当する例を示す図 本開示において機器メーカ及び管理会社の両者又はいずれか一方がデータセンタ運営会社に該当する例を示す図 実施の形態１における運動サポートシステムの構成を示すブロック図 実施の形態１及び２におけるサポートメニュー生成部の内部構成を示すブロック図 実施の形態１における運動実施履歴データの一例を示す図 実施の形態１における運動マスターデータの一例を示す図 実施の形態１におけるスケジュールデータの一例を示す図 実施の形態１における再生履歴データの一例を示す図 実施の形態１におけるサポートメニューマスターデータの一例を示す図 実施の形態１におけるスケジュールＧＵＩの一例を示す図 実施の形態１におけるユーザ情報入力部のＧＵＩの一例を示す図 実施の形態１における第１サポートメニューの表示例を示す図 実施の形態１における第２サポートメニューの表示例を示す図 実施の形態１におけるスケジュールＧＵＩの更新結果の一例を示す図 実施の形態１におけるスケジュールＧＵＩの更新結果の一例を示す図 実施の形態１における運動サポートシステムのサポートメニュー生成部の動作を示すフローチャート 実施の形態１におけるサポートメニュー生成処理の詳細を示すフローチャート 実施の形態１においてユーザから入力を受けたときのサポートメニュー生成処理を示すフローチャート 実施の形態２における運動サポートシステムの構成を示すブロック図 実施の形態２におけるサポートメニュー生成処理の詳細を示すフローチャート 実施の形態１の変形例におけるユーザ情報入力部のＧＵＩの一例を示す図 サービスの類型１（自社データセンタ型クラウドサービス）における運動サポートシステムが提供するサービスの全体像を示す図 サービスの類型２（ＩａａＳ利用型クラウドサービス）における運動サポートシステムが提供するサービスの全体像を示す図 サービスの類型３（ＰａａＳ利用型クラウドサービス）における運動サポートシステムが提供するサービスの全体像を示す図 サービスの類型４（ＳａａＳ利用型クラウドサービス）における運動サポートシステムが提供するサービスの全体像を示す図

（本開示の基礎となった知見）
ユーザの運動目的に応じたトレーニングメニューをユーザに提示する技術が検討されている。しかし、効果的なトレーニングを実施するためには、トレーニングの正しいフォーム及び正しい動きを定着させるために、２つのサポートが必要となる。１つは、トレーニングを実施した後のサポートであり、もう１つは予定しているトレーニングを効果的に行うためのサポートである。

従来、この２つのサポートの両方を考慮して、トレーニングメニューのスケジュールをユーザに提供するための技術的な解決策に関して、検討はされていなかった。

そこで、本開示の一態様に係る運動サポート方法は、ユーザが参加した過去の第１運動イベントの第１開催日及び当該第１運動イベントで前記ユーザが実施した第１運動に関する情報と、前記ユーザが参加する予定の未来の第２運動イベントの第２開催日及び当該第２運動イベントで前記ユーザが実施する予定の第２運動に関する情報とを取得する取得ステップと、前記第１運動に対応する第１運動メニューと前記第２運動に対応する第２運動メニューとを生成する生成ステップと、前記第１開催日及び前記第２開催日の間で、前記第１運動メニューのスケジュールが作成される第１期間の長さと、前記第２運動メニューのスケジュールが作成される第２期間の長さとを、前記第１運動に関する情報及び前記第２運動に関する情報の少なくとも一方に基づいて算出する算出ステップと、算出された前記第１期間の長さ及び前記第２期間の長さに基づいて、前記第１運動メニュー及び前記第２運動メニューのスケジュールデータを出力する出力ステップと、を含む。

本態様によれば、ユーザが参加した過去の第１運動イベントでユーザが実施した第１運動に関する情報と、ユーザが参加する予定の未来の第２運動イベントでユーザが実施する予定の第２運動に関する情報とに基づいて、第１運動メニューのスケジュールが作成される第１期間の長さと第２運動メニューのスケジュールが作成される第２期間の長さとを算出することができる。したがって、ユーザが過去に実施した第１運動と、ユーザが未来に実施予定の第２運動の双方に応じて動的に運動メニューのスケジュールを作成できるので、運動メニューのスケジュールを効果的に作成することができる。

また例えば、前記第１運動に関する情報及び前記第２運動に関する情報は、前記第１運動の難しさを示す第１難易度及び前記第２運動の難しさを示す第２難易度を含み、前記第１難易度が前記第２難易度よりも高いときに算出される前記第１期間の第１長さは、前記第１難易度が前記第２難易度よりも低いときに算出される前記第１期間の第２長さよりも大きく、前記第１難易度が前記第２難易度よりも高いときに算出される前記第２期間の第３長さは、前記第１難易度が前記第２難易度よりも低いときに算出される前記第２期間の第４長さよりも小さくてもよい。

本態様によれば、第１運動の第１難易度及び第２運動の第２難易度に基づいて、第１運動メニューのスケジュールが作成される第１期間の長さと、第２運動メニューのスケジュールが作成される第２期間の長さとを算出することができる。したがって、高い難易度を有する運動に対応する運動メニューのスケジュールが作成される期間を増加させることができ、ユーザは難しい運動を復習又は予習するための運動メニューを実行する期間を十分にとることができる。つまり、運動メニューのスケジュールを効果的に作成することができる。

また例えば、前記第１運動に関する情報は、前記ユーザの疲労度を含み、前記算出ステップでは、前記ユーザの疲労度に基づいて、前記第１期間の長さ及び前記第２期間の長さを算出してもよい。

本態様によれば、ユーザの疲労度に基づいて、第１運動メニューのスケジュールが作成される第１期間の長さを算出することができる。したがって、第１運動後の疲労度が高いほど、第１運動メニューのスケジュールが作成される第１期間を増加させることができ、ユーザは、第１運動による疲労の回復のための第１運動メニューを実行する期間を十分にとることができる。つまり、運動メニューのスケジュールを効果的に作成することができる。

また例えば、前記ユーザの疲労度は、前記ユーザの交感神経及び副交感神経のバランスから求められてもよい。

本態様によれば、ユーザの疲労度をユーザの交感神経及び副交感神経のバランスから求めることができ、客観的な疲労度に基づいて運動メニューのスケジュールを作成することができる。

また例えば、前記第１運動に関する情報は、前記第１運動が実施された過去の運動イベントへのユーザの第１参加回数を含み、前記第２運動に関する情報は、前記第２運動が実施された過去の運動イベントへのユーザの第２参加回数を含み、前記第１参加回数が前記第２参加回数よりも多いときに算出される前記第１期間の第１長さは、前記第１参加回数が前記第２参加回数よりも少ないときに算出される前記第１期間の第２長さよりも小さく、前記第１参加回数が前記第２参加回数よりも多いときに算出される前記第２期間の第３長さは、前記第１参加回数が前記第２参加回数よりも少ないときに算出される前記第２期間の第４長さよりも大きくてもよい。

本態様によれば、第１運動及び第２運動が実施された運動イベントへの参加回数に基づいて、第１運動メニューのスケジュールが作成される第１期間の長さと、第２運動メニューのスケジュールが作成される第２期間の長さとを算出することができる。したがって、イベントに参加して実施した回数が少ない運動に対応する運動メニューのスケジュールが作成される期間を増加させることができ、当該運動の復習又は予習のための運動メニューのスケジュールを効果的に作成することができる。

また例えば、前記運動サポート方法は、さらに、前記スケジュールデータを表すスケジュール画面を表示する表示ステップを含み、前記スケジュール画面は、（i）前記第１運動イベントを示す第１オブジェクトを前記第１開催日に対応する領域に含み、（ii）前記第２運動イベントを示す第２オブジェクトを前記第２開催日に対応する領域に含み、（iii）前記第１運動メニューを示す第３オブジェクトを前記第１期間に対応する領域に含み、（iv）第２運動メニューを示す第４オブジェクトを前記第２期間に対応する領域に含んでもよい。

本態様によれば、スケジュール画面に、第１運動イベントを示す第１オブジェクト、第２運動イベントを示す第２オブジェクト、第１運動メニューを示す第３オブジェクト、及び、第２運動メニューを示す第４オブジェクトを含むことができる。したがって、第１運動メニュー及び第２運動メニューのスケジュールと、第１運動イベント及び第２運動イベントとの時間的な関係を視覚的に表現することができる。その結果、ユーザは、スケジュールを容易に把握することができる。

また例えば、前記運動サポート方法は、さらに、前記第１期間の長さ及び前記第２期間の長さを修正するための入力を、ユーザーインターフェースを介して前記ユーザから受ける入力ステップと、前記入力に基づいて、前記第１期間の長さ及び前記第２期間の長さを修正する修正ステップと、修正された前記第１期間の長さ及び前記第２期間の長さに基づいて、前記スケジュールデータ及び前記スケジュール画面を更新する更新ステップと、を含んでもよい。

本態様によれば、第１期間の長さ及び第２期間の長さを修正するための入力をユーザから受けることができる。したがって、ユーザは、スケジュール画面に表示されたスケジュールを容易に修正することができ、ユーザの利便性を向上させることができる。

また例えば、前記第１期間の長さ及び前記第２期間の長さを修正するための前記入力は、前記第１運動による前記ユーザの疲労度の入力であり、前記修正ステップでは、前記疲労度が高いほど前記第１期間の長さが増加するように、前記第１期間の長さ及び前記第２期間の長さを修正してもよい。

本態様によれば、ユーザの疲労度の入力に応じて、第１運動メニューのスケジュールが作成される第１期間の長さを算出することができる。したがって、第１運動後の疲労度が高いほど、第１運動メニューのスケジュールが作成される第１期間を増加させることができ、ユーザは、第１運動による疲労の回復のための第１運動メニューを実行する期間を十分にとることができる。つまり、運動メニューのスケジュールを効果的に作成することができる。

また例えば、前記第１期間の長さ及び前記第２期間の長さの修正には、算出された前記第１期間の長さ及び前記第２期間の長さに基づく制限が設けられており、前記入力ステップでは、前記第１期間の長さ及び前記第２期間の長さが前記制限を超える入力を禁止してもよい。

本態様によれば、ユーザの入力によって、第１運動メニューのスケジュールが作成される第１期間の長さ及び第２運動メニューのスケジュールが作成される第２期間の長さが制限を超えて修正されることを禁止することができる。したがって、ユーザによって不適切なスケジュールが作成されることを抑制することができる。

なお、これらの包括的または具体的な態様は、システム、装置、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

（提供するサービスの全体像）
まず、本開示における運動サポートシステムが提供するサービスの全体像について説明する。

図１Ａは、本開示における運動サポートシステムが提供するサービスの全体像を示す図である。運動サポートシステムは、店舗グループ１０００、データセンタ運営会社１１１０、ユーザグループ１１００を備える。店舗グループ１０００は、１つ又は複数である。ユーザグループ１１００は、１つ又は複数である。

店舗グループ１０００は、例えば、フィットネスクラブの店舗、団体等であり、その規模を問わない。店舗グループ１０００には、１つ又は複数の店舗１００１が属する。店舗１００１は、１つ又は複数の管理システム１００２を有する。

管理システム１００２は、店舗で運動を実施した１名又は複数名のユーザのデータを管理、保存する。なお、管理システム１００２は、通信装置、ＣＰＵ（Central Processing Unit）、メモリ、ＨＤＤ（Hard Disk Drive）等の外部記憶装置を物理的に備えるコンピュータにより実現される。ただし、管理システム１００２の実現手段はコンピュータに限定されない。管理システム１００２は、クラウドサーバにより実現されてもよい。また、管理システム１００２は、パーソナルコンピュータ（ＰＣ）、スマートフォン、あるいはタブレットコンピュータにより実現されてもよい。

ユーザグループ１１００は、例えば企業、団体又は家庭等であり、その規模を問わない。ユーザグループ１１００には、１名又は複数名のユーザ１１０１が属する。

ユーザ１１０１は、１つ又は複数の機器１１０２を使用する。機器１１０２は、端末機器の一例であり、インターネットと接続可能な機器（例えば、スマートフォン、パーソナルコンピュータ又はテレビ等）を含む。

データセンタ運営会社１１１０は、クラウドサーバ１１１１を備える。クラウドサーバ１１１１は、インターネットを介して様々な機器と連携する仮想化サーバである。クラウドサーバ１１１１は、主に通常のデータベース管理ツール等で扱うことが困難な巨大なデータ（ビッグデータ）等を管理する。データセンタ運営会社１１１０は、データの管理、クラウドサーバ１１１１の管理、及びそれらを行うデータセンタの運営等を行っている。データセンタ運営会社１１１０が行っている役務の詳細については後述する。

なお、データセンタ運営会社１１１０が管理するサーバは、仮想化サーバに限定しない。ＣＰＵ、メモリ、ＨＤＤ等の外部記憶装置を物理的に備えるコンピュータでもよい。また、パーソナルコンピュータであってもよい。

ここで、データセンタ運営会社１１１０は、データの管理又はクラウドサーバ１１１１の管理のみを行っている会社に限らない。例えば、図１Ｂに示すように、複数の機器１１０２のうちの１つの機器を開発又は製造している機器メーカが、データの管理又はクラウドサーバ１１１１の管理等を行っている場合は、機器メーカがデータセンタ運営会社１１１０に該当する。また、データセンタ運営会社１１１０は１つの会社に限らない。例えば、図１Ｃに示すように、機器メーカ及び管理会社が共同又は分担してデータの管理又はクラウドサーバ１１１１の管理を行っている場合は、両者又はいずれか一方がデータセンタ運営会社１１１０に該当する。

次に、図１Ａに示す運動サポートシステムにおける情報の流れを説明する。

まず、ユーザが店舗で運動を実施すると、実施した運動に関する履歴情報（スケジュールデータ及び運動実施履歴データ）が管理システム１００２に保存される。

管理システム１００２は、各ユーザのスケジュールデータ及び運動実施履歴データを、データセンタ運営会社１１１０のクラウドサーバ１１１１からのリクエストに応じて送信する（矢印１１３１、１１３２）。

ユーザ１１０１は、機器１１０２を用いて、データセンタ運営会社１１１０のクラウドサーバ１１１１からデータを取得し、機器１１０２上にアプリケーションの画面を表示する（矢印１１３３、１１３４）。

ユーザ１１０１は、機器１１０２上で、運動スケジュール及びサポートメニューを表示する。また、ユーザ１１０１は、サポートメニューとして提示された運動メニューから動画を選び視聴する。動画は、クラウドサーバ１１１１より配信される（矢印１１３４）。

ユーザ１１０１が動画を視聴すると、視聴履歴データが、クラウドサーバ１１１１に送信される（矢印１１３３）。

また、ユーザ１１０１が本運動サポートシステムを利用するために、クラウドサーバ１１１１へのアクセス履歴データ及びアプリケーション上での操作履歴データは、クラウドサーバ１１１１に保存される（矢印１１３３）。

ユーザ１１０１は、機器１１０２を用いて、提示されたサポートメニューに対するレスポンス、ユーザ自身のデータ等（ユーザ情報）、及び、スケジュールデータを入力する。機器１１０２で入力されたデータは、クラウドサーバ１１１１上で管理される（矢印１１３３）。

以下、実施の形態について、図面を参照しながら具体的に説明する。

なお、以下で説明する実施の形態は、いずれも包括的又は具体的な例を示すものである。以下の実施の形態で示される数値、形状、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、請求の範囲を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。また全ての実施の形態及びその変形例において、各々の内容を組み合わせることもできる。

（実施の形態１）
本実施の形態は、ユーザグループにサービスを受ける一般家庭を適用した例である。ユーザは、フィットネスクラブの会員であり、フィットネスクラブの店舗で実施される運動イベントに参加する。

［運動サポートシステムの構成］
図２を参照して、運動サポートシステム１００の構成について説明する。図２において、運動サポートシステム１００は、クラウドサーバ１１１１と機器１１０２とを備える。

クラウドサーバ１１１１は、運動実施履歴記憶部２０１と、運動マスター記憶部２０２と、スケジュール記憶部２０３と、映像コンテンツ記憶部２０４と、再生履歴記憶部２０５と、サポートメニュー生成部２０６と、通信部２０７と、映像配信部２０８と、サポートメニューマスター記憶部２０９とを備える。

機器１１０２は、ユーザ情報入力部２１０と、通信部２１１と、表示部２１２とを備える。

［クラウドサーバの構成］
はじめに、クラウドサーバ１１１１を構成する各ブロックを説明する。

通信部２０７は、ネットワークに接続され、ネットワークを介して、店舗１００１の管理システム１００２、及び、ユーザの機器１１０２と通信を行う。通信部２０７は、例えば、有線ＬＡＮ（Local Area Network）又は無線ＬＡＮの通信インターフェースである。

映像配信部２０８は、ユーザの機器１１０２からの再生指示に従い、運動の映像コンテンツを機器１１０２へ、通信部２０７を介して配信する。

本実施の形態において、配信する映像コンテンツは、サポートメニューに含まれ、例えばストレッチの映像、ヨガの映像、ダンスの映像である。

サポートメニューとは、ユーザが行う運動のリストである。サポートメニューは、ユーザが行うべき１以上の運動の情報を項目として含み、運動メニューとも呼ばれる。例えば、サポートメニューは、ユーザが行う運動のための映像コンテンツを含む。

なお、映像コンテンツは、映像コンテンツ記憶部２０４に記憶されている。

スケジュール記憶部２０３は、ユーザのスケジュールデータを記憶している。スケジュールデータは、ユーザ単位で格納されている。

スケジュールデータは、ユーザが参加した過去の運動イベント（以下、第１運動イベントという）及びユーザが参加予定の未来の運動イベント（以下、第２運動イベントという）の情報が含まれる。

本実施の形態において、例えば、第１運動イベントは、ユーザがフィットネスクラブの店舗で行ったエクササイズである。また例えば、第２運動イベントは、ユーザがフィットネスクラブの店舗で行う予定のエクササイズである。

図５Ａは、実施の形態１におけるスケジュールデータの一例を示す。

スケジュールデータは、日付５０１と、時間帯５０２と、イベント種別５０３と、店舗５０４と、状況５０５と、タイトル５０６と、予定詳細５０７とを含む。

日付５０１は、イベントが行われる日を示す。時間帯５０２は、イベントが行われる時間を示す。イベント種別５０３は、イベントの種別を示す。店舗５０４は、イベントが行われる店舗を示す。状況５０５は、ユーザがイベントに参加済みなのか参加予定なのかを示す。例えば、状況５０５において、「済み」はユーザがすでに参加した過去のイベントを示し、「予定」はユーザが参加予定の未来のイベントを示す。タイトル５０６は、イベントの名称を示す。

予定詳細５０７は、イベントで実施される運動の詳細情報を示す。具体的には、予定詳細５０７には、フィットネスクラブの店舗で実施された１つ又は複数の運動の詳細を示すテキストデータが登録される。

例えば、図５Ａで示したスケジュールデータの１行目は、「Ａジム」と名付けられたイベントのスケジュールを示す。このスケジュールは、ユーザが、「２０１５年１１月１９日」の「１９：００−２０：００」に、フィットネスクラブの店舗「Ａ」においてイベントにすでに参加したことを示す。このイベントでは、ＩＤが「１」の運動プログラムである「ダンス中級１」が行われている。

なお、ユーザが２０１５年１１月１９日に店舗Ａを訪れると、店舗の管理システム１００２が、ユーザに関するスケジュールデータの状況５０５を「済み」に更新する。

また、スケジュールデータにおける参加予定のイベントは、機器１１０２のユーザ情報入力部２１０を介してユーザによって登録される。

なお、スケジュールデータの参加予定のイベントは、運動サポートシステムとは異なる、店舗が運営するＷｅｂアプリケーションを用いて、店舗で実施する運動一覧から選択して入力されてもよい。また、ユーザは、Ｗｅｂアプリケーションで、来館予定日と、実施する運動とを予約してもよい。また、ユーザは、来館予定日のみを選択し、店舗で実施予定の運動は、店舗に属するトレーナにより登録されてもよい。

運動実施履歴記憶部２０１は、ユーザが店舗で実施した運動の履歴情報（以下、運動実施履歴データという）を記録する。運動実施履歴データは、通信部２０７を介して、管理システム１００２から取得され、運動実施履歴記憶部２０１に格納される。

図４Ａは、実施の形態１における運動実施履歴データの一例を示す。

運動実施履歴データは、日時４０１と、ユーザＩＤ４０２と、店舗４０３と、種別４０４と、運動ＩＤ４０５と、名称４０６と、活動時間４０７とを含む。

日時４０１は、ユーザが運動した日時を示す。ユーザＩＤ４０２は、ユーザの識別子を示す。店舗４０３は、ユーザが運動を実施したフィットネスクラブの店舗を一意に示す。種別４０４は、ユーザが店舗で実施した運動の種別を示す。運動ＩＤ４０５は、ユーザが店舗で実施した運動の識別子を示す。名称４０６は、ユーザが店舗で実施した運動の名称を示す。活動時間４０７は、ユーザが店舗で運動を実施した時間を示す。

例えば、運動実施履歴データは、ユーザが店舗のスタジオに入る際に、ユーザが参加する運動の情報とともに管理システムによって記録される。また、ユーザがトレーニングマシンを利用すると実施状況が記録される。なお、運動実施履歴データの登録は、自動及び手動のどちらであってもよい。

例えば、図４Ａに示す運動実施履歴データの１行目は、「１２３４」で識別されるユーザの運動履歴を示す。具体的には、運動履歴データの１行目は、ユーザ「１２３４」が、「２０１５年１１月１５日 ２０：００」に店舗「Ａ」の「スタジオ」で、運動ＩＤ「１」で識別される「ダンス中級１」を「４５分」間実施したことを示す。

運動マスター記憶部２０２は、１つ又は複数の店舗で実施可能な運動情報の一覧を保持する。

図４Ｂは、実施の形態１における運動マスターデータの一例を示す。

運動マスターデータは、店舗４０８と、種別４０９と、運動ＩＤ４１０と、名称４１１と、難易度４１２と、運動強度４１３と、時間４１４と、強化部位４１５とを含む。

店舗４０８は、運動を実施する店舗を示す。種別４０９は、運動の種別を示す。運動ＩＤ４１０は、運動の識別子を示す。名称４１１は、運動の名称を示す。難易度４１２は、運動の難しさを示す。運動強度４１３は、運動が体に与える負荷の大きさを示す。時間４１４は、運動に要する時間を示す。強化部位４１５は、運動によって強化される体の部位を示す。

なお、運動マスターデータは、予め運動マスター記憶部２０２に登録されている。

再生履歴記憶部２０５は、ユーザがサポートメニューに付与される動画を再生した履歴情報（以下、再生履歴データという）を記録する。

図５Ｂは、実施の形態１における再生履歴データの一例を示す。

再生履歴データは、日時５０８と、ユーザＩＤ５０９と、場所５１０と、種別５１１と、動画ＩＤ５１２と、名称５１３と、再生時間５１４とを含む。

日時５０８は、動画が再生された日時を示す。ユーザＩＤ５０９は、ユーザの識別子を示す。場所５１０は、動画が再生された場所を示す。種別５１１は、動画の種別を示す。動画ＩＤは、動画の識別子を示す。名称５１３は、動画の名称を示す。再生時間５１４は、動画が再生された時間の長さを示す。

ユーザが機器１１０２で、運動サポートシステムから提示されたサポートメニューの動画を再生したときに、再生履歴データは、機器１１０２からクラウドサーバ１１１１へ送信され、再生履歴記憶部２０５に保存される。

サポートメニューマスター記憶部２０９は、運動サポートシステムがユーザへ提示することができる複数の運動メニューの一覧が記憶されている。

図６は、実施の形態１におけるサポートメニューマスターデータの一例を示す。

サポートメニューマスターデータは、店舗６０１と、種別６０２と、ＩＤ６０３と、名称６０４と、難易度６０５と、運動強度６０６と、サポート部位６０７と、映像ＵＲＬ６０８とを含む。

図６に示したサポートメニューマスターデータの１行目には、ＩＤ「１」で識別されるサポートメニューが登録されている。このサポートメニューの種別、名称、難易度、運動強度及びサポート部位は、それぞれ、「予習復習」、「ヨガ基礎１」、「１」、「１」、及び「脚、腰」である。また、運動メニューが実施される店舗は、「Ａ」であり、サポートメニューのためのトレーニング動画のＵＲＬは、「http://movie/987」である。

図６の１行目で示したサポートメニューは、ユーザが店舗「Ａ」で実施した「ヨガ基礎１」を予習もしくは復習するためのサポートメニューである。

サポートメニュー生成部２０６は、スケジュールデータと、運動実施履歴データと、運動マスターデータとを参照して、サポートメニューのスケジュールを提示する期間、及び、当該期間に対する、第１サポートメニューのスケジュールを提示する期間の割合（α）及び第２サポートメニューのスケジュールを提示する期間の割合（β）（ここでは、α＋β＝１：α、βの初期値０．５）を算出する。そして、サポートメニュー生成部２０６は、算出された割合に基づいて、第１サポートメニュー及び第２サポートメニューのスケジュールデータを作成し、機器１１０２へ送信する。第１サポートメニューとは、ユーザが既に参加した過去の第１運動イベントで実施された第１運動に対応する第１運動メニューである。第２サポートメニューとは、ユーザが参加予定の未来の第２運動イベントで実施された第２運動に対応する第２運動メニューである。

［サポートメニュー生成部の構成］
ここで、サポートメニュー生成部２０６の詳細な構成を、図３を用いて説明する。図３は、実施の形態１におけるサポートメニュー生成部の内部構成を示すブロック図である。

サポートメニュー生成部２０６は、運動実施履歴取得部３０１と、イベント取得部３０２と、割合算出部３０３と、ユーザ情報取得部３０４と、第１サポートメニュー生成部３０５と、第２サポートメニュー生成部３０６とを備える。

運動実施履歴取得部３０１は、ユーザが参加した過去の第１運動イベントの第１開催日と、当該第１運動イベントでユーザが実施した１つ又は複数の第１運動に関する情報を取得し、割合算出部３０３へ送信する。例えば、運動実施履歴取得部３０１は、図５Ａのスケジュールデータを参照して、最も近い過去の第１運動イベントの日付５０１から「２０１５−１１−１０」を取得し、予定詳細５０７から「１、ダンス中級１」を取得する。さらに、運動実施履歴取得部３０１は、例えば、図４Ｂの運動マスターデータから運動ＩＤ４１０が「１」の第１運動に関する情報（例えば、難易度「５」）を取得する。

また、運動実施履歴取得部３０１は、トレーニング動画の再生履歴データを再生履歴記憶部２０５から取得する。

イベント取得部３０２は、ユーザが参加する予定の未来の第２運動イベントの第２開催日及び当該第２運動イベントでユーザが実施する予定の１つ又は複数の第２運動に関する情報を取得し、割合算出部３０３へ送信する。例えば、イベント取得部３０２は、図５Ａのスケジュールデータを参照して、最も近い未来の運動イベントの日付５０１から「２０１５−１１−１６」を取得し、予定詳細５０７から「２」を取得する。さらに、イベント取得部３０２は、例えば、図４Ｂの運動マスターデータから運動ＩＤ４１０が「２」の運動に関する情報（例えば、難易度「１」）を取得する。

割合算出部３０３は、ユーザが参加した過去のイベントの第１開催日と、ユーザが参加予定の未来のイベントの第２開催日とから、サポートメニューのスケジュールをユーザに提示する期間を算出する。また、割合算出部３０３は、サポートメニューのスケジュールを提示する期間に対する、第１サポートメニュー及び第２サポートメニューのスケジュールを提示する第１期間及び第２期間の割合を、第１運動イベントで実施した第１運動に関する情報と、第２運動イベントで実施予定の第２運動に関する情報とに基づいて決定する。

ここで、第１開催日から第２開催日までの期間に対する、第１サポートメニューを提示する第１期間の割合を「α」、第２サポートメニューを提示する第２期間の割合を「β」と表す。この割合α及び割合βは、第１運動に対応する第１サポートメニューのスケジュールが作成される第１期間の長さ及び第２運動に対応する第２サポートメニューのスケジュールが作成される第２期間の長さにそれぞれ対応する。つまり、割合算出部３０３は、第１開催日及び第２開催日の間の期間に含まれる第１期間及び第２期間の各々の長さを、第１運動に関する情報及び第２運動に関する情報の少なくとも一方に基づいて算出する。

例えば、第１開催日が「１０日」であり、第２開催日が「１６日」である場合、サポートメニューを提示する期間の長さは、１１日〜１５日の５日間と算出される。

割合算出部３０３は、例えば、サポートメニューを提示する期間に対する、第１サポートメニューを提示する第１期間の割合と第２サポートメニューを提示する第２期間の割合を、第１運動の第１難易度と、第２運動の第２難易度を用いて算出する。

より具体的には、第２運動の第２難易度が第１運動の第１難易度よりも高ければ、割合算出部３０３は、第２サポートメニューの割合βに０．１を加算し、第１サポートメニューの割合αから０．１を減算する。

逆に、第１運動の第１難易度が、第２運動の第２難易度よりも高ければ、割合算出部３０３は、第１サポートメニューの割合αに０．１を加算し、第２サポートメニューの割合βから０．１を減算する。

つまり、第１難易度が第２難易度よりも高いときに算出される第１期間の第１長さは、第１難易度が第２難易度よりも低いときに算出される第１期間の第２長さよりも大きい。また、第１難易度が第２難易度よりも高いときに算出される第２期間の第３長さは、第１難易度が第２難易度よりも低いときに算出される第２期間の第４長さよりも小さい。

なお、割合α、βは、機器１１０２に対するユーザの入力によっても変更可能である。

また、サポートメニューを提示する期間の長さが奇数日数であり、かつ、割合α、βがともに０．５である場合は、当該期間の真ん中の１日には、サポートメニューを提示しなくてもよい。

また、第１サポートメニュー及び第２サポートメニューのどちらを優先するかの指示をユーザから受け付けてもよい。このとき、ユーザは、機器１１０２のユーザ情報入力部２１０を介して割合α、βを変更する。

なお、本実施の形態において、参加済みの第１運動イベント及び参加予定の第２運動イベントの第１運動及び第２運動は１つの運動であったが、これに限定しない。１つの運動イベントで複数の運動を実施する場合、難易度は、複数の運動の難易度の合算値が用いられてもよい。

第１サポートメニュー生成部３０５は、第１運動イベントで実施した１つ又は複数の第１運動に対応する第１サポートメニューを生成する。第１サポートメニューは、ユーザが参加済みの第１運動イベントの第１開催日を起点（第１開催日を除く）とする第１期間にスケジュールとして日単位で提示される。第１期間の長さは、参加済みの第１運動イベントの第１開催日及び参加予定の第２運動イベントの第２開催日の間の日数と割合αとの積で与えられる。ここでは、第１サポートメニューは、第１運動を復習するためのトレーニングメニューである。

例えば、第１開催日と第２開催日との間の期間の長さが、１１日〜１５日の５日間であり、かつ、第１サポートメニューの割合αが０．６である場合、第１期間の長さは、３（＝５×０．６）日間である。したがって、第１サポートメニューは、第１運動イベントの第１開催日である「１０日」を起点として、１１日、１２日、及び１３日の３日間（第１開催日を除く）にわたって提示される。

具体的には、第１サポートメニュー生成部３０５は、運動実施履歴データからユーザが第１運動イベントで実施した第１運動の店舗、種別、運動ＩＤ、及び名称を取得する。そして、第１サポートメニュー生成部３０５は、取得した情報を基に、サポートメニューマスターデータから、第１運動の復習のための１つ又は複数のトレーニングメニューを選択し、選択した１つ又は複数のトレーニングメニューを第１サポートメニューとして出力する。

本実施の形態において、トレーニングメニューの一例は、ユーザが実施した第１運動においてユーザが酷使した体の部位をほぐすためのストレッチメニューである。また、トレーニングメニューの他の一例は、ユーザが実施した第１運動のフォームや動きを定着させるためのトレーニングメニューである。

第２サポートメニュー生成部３０６は、参加予定の第２運動イベントで実施される第２運動に対応する第２サポートメニューを生成する。第２サポートメニューは、参加予定の第２運動イベントが行われる第２開催日を終点（第２開催日を除く）とする第２期間にスケジュールとして日単位で提示される。第２期間の長さは、参加済みの第１運動イベントの第１開催日及び参加予定の第２運動イベントの第２開催日の間の日数と割合βとの積で与えられる。ここでは、第２サポートメニューは、第２運動を予習するためのトレーニングメニューである。

また、第２サポートメニューは、「実施予定のイベント」で実施される運動情報を基に、サポートメニューマスターから選択されたトレーニングメニューから構成される。

例えば、第１開催日と第２開催日との間の期間の長さが、１１日〜１５日の５日間であり、かつ、第２サポートメニューの割合βが０．４である場合、第２サポートメニューは、第２運動イベントの第２開催日である「１６日」を終点（第２開催日を除く）として、１４日及び１５日の２日間にわたって提示される。

具体的には、第２サポートメニュー生成部３０６は、例えば、スケジュールデータの予定詳細を基に、運動マスターデータから第２運動の店舗、種別、運動ＩＤ及び名称を取得する。そして、第２サポートメニュー生成部３０６は、運動マスターデータから取得した情報を基に、サポートメニューマスターデータから、第２運動の予習のための１つ又は複数のトレーニングメニューを選択し、選択した１つ又は複数のトレーニングメニューを第２サポートメニューとして出力する。

ユーザ情報取得部３０４は、機器１１０２で入力されたユーザ情報を取得し、割合算出部３０３へ送信する。ユーザ情報は、第１サポートメニューの割合αと第２サポートメニューの割合βを変更させるパラメータである。

割合算出部３０３は、ユーザ情報取得部３０４からユーザ情報が入力されたタイミングで、第１サポートメニュー及び第２サポートメニューの割合を変更し、変更後の割合を通信部２０７を介して機器１１０２へ送信する。

［機器の構成］
次に、機器１１２０を構成する各ブロックについて説明する。

通信部２１１は、ネットワークに接続され、ネットワークを介して、クラウドサーバ１１１と通信を行う。通信部２１１は、例えば、有線ＬＡＮ又は無線ＬＡＮの通信インターフェースである。

表示部２１２は、サポートメニュー生成部２０６によって生成されたサポートメニューを含むスケジュールデータをＧＵＩ（Graphical User Interface）として表示する。表示部２１２は、例えば、タッチディスプレイである。

ここで、本実施の形態において、表示部２１２に表示されるスケジュールＧＵＩを説明する。図７Ａは、実施の形態１におけるスケジュールＧＵＩの一例を示す。

スケジュールＧＵＩは、スケジュールデータを視覚的に表すグラフィカルユーザーインターフェースであり、スケジュール画面の一例である。図７Ａにおいて、スケジュールＧＵＩは、参加済みの第１運動イベントを表す第１アイコン７０１と、参加予定の第２運動イベントを表す第２アイコン７０２と、第１運動イベントで実施した第１運動に対応する第１サポートメニューを表す第３アイコン７０３、７０４と、第２運動イベントで実施予定の第２運動に対応する第２サポートメニューを表す第４アイコン７０５〜７０７とを含む。

第１アイコン７０１は、第１運動イベントの第１開催日に対応する領域に表示される第１オブジェクトの一例である。第２アイコン７０２は、第２運動イベントの第２開催日に対応する領域に表示される第２オブジェクトの一例である。第３アイコン７０３、７０４は、第１期間に対応する領域に表示される第３オブジェクトの一例である。第４アイコン７０５〜７０７は、第２期間に対応する領域に表示される第４オブジェクトの一例である。

図７Ａで示したサポートメニューでは、第１開催日と第２開催日との間の５日間に対する、第１サポートメニューが提示される第１期間の割合αが０．４であり、第２サポートメニューが提示される第２期間の割合βが０．６である。したがって、第１期間の長さは２日間であり、第２期間の長さは３日間である。

なお、本実施の形態において、スケジュールＧＵＩは、１週間分のスケジュールデータを提示したが、これに限定しない。スケジュールＧＵＩは、１ヶ月又は複数ヶ月分のスケジュールデータを提示してもよい。また、１週間分のスケジュールデータをそれぞれ提示する複数のスケジュールＧＵＩが表示されてもよい。また、１日分のスケジュールデータのみが提示されてもよい。

なお、図７Ａでは、アイコンの上部にメニュー番号を示す数字が表示されているが、これに限定しない。例えば、アイコンの周辺には、アイコンに対応するサポートメニューに含まれるトレーニングメニューの数を示す数字が表示されてもよい。また、ユーザがサポートメニューを実施した回数を示す数字が表示されてもよい。

また、図７Ａでは、第３アイコン７０３、７０４は、第１サポートメニューに対応するストレッチを表し、第４アイコン７０５〜７０７は、第２サポートメニューに対応するストレッチ及び映像表しているが、これに限定するものではない。アイコンの代わりに文字列、又は、丸、四角、及び三角等のマークが表示されてもよい。た、サポートメニューは、スケジュールＧＵＩの日の枠の色や枠内の領域の背景色で表示されてもよい。例えば、第１サポートメニューが提示された日に対応する領域の背景色は青色であり、第２サポートメニューが提示された日に対応する領域の背景色は黄色であってもよい。つまり、第１サポートメニュー又は第２サポートメニューを示す何らかのオブジェクトが表示されればよい。

スケジュールＧＵＩにおいて、ユーザが第３アイコン７０３、７０４又は第４アイコン７０５〜７０７を押下すると、各アイコンに対応する第１サポートメニュー又は第２サポートメニューが表示される。

図８Ａ及び図８Ｂは、第１サポートメニュー及び第２サポートメニューの表示例を示す。具体的には、図８Ａは、第１サポートメニューの表示例を示す。

第１サポートメニューは、メニューのタイトルと、動画のサムネイルと、トレーニングのタイトルを含む。

サムネイルには、再生マークが表示される。ユーザが再生マークを押下すると、トレーニング動画が再生される。このとき、再生履歴データは、クラウドサーバ１１１１に保存される。

なお、第１サポートメニューの説明文は、ユーザを担当するトレーナが記載してもよい。また、説明文は、複数の定型文の中からランダムに選択されたものであってもよい。

図８Ｂは、第２サポートメニューの表示例を示す。画面の構成は、第１サポートメニューと同様である。

なお、図８Ｂでは、第２サポートメニューに対応する第２運動をユーザが実施したことがないことを示すマーク（若葉マーク）が表示されている。このマークは、表示されなくてもよいし、他のマークが表示されてもよい。

ユーザ情報入力部２１０は、ユーザからの入力を受け付ける。例えば、ユーザ情報入力部２１０は、ＧＵＩを介して第１期間の長さ及び第２期間の長さを修正するための入力をユーザから受ける。ユーザ情報入力部２１０は、ユーザからの入力データを、通信部２１１を介して、クラウドサーバ１１１１へ送信する。

本実施の形態において、ユーザからの入力データは、例えば、第１サポートメニュー及び第２サポートメニューの割合を変更するためのデータである。

図７Ｂは、実施の形態１におけるユーザ情報入力部のＧＵＩの一例を示す。

図７Ｂに示すユーザ情報入力部２１０のＧＵＩは、スライダー７０８を含む。ユーザがスライダー７０８を左右にスライドすることで、スケジュールＧＵＩに第１サポートメニューが表示される第１期間及び第２サポートメニューが表示される第２期間の割合が変更される。

例えば、スライダー７０８によって入力される情報は、ユーザ自身の体の疲労度である。スライダー７０８を右にスライドすると疲労度の入力値を増加させ、スライダー７０８を左にスライドすると疲労度の入力値を減少させる。

具体的に、図７Ｂに示したスライダー７０８で、疲労度を入力した際のスケジュールＧＵＩの変化を、図７Ａ、図９Ａ及び図９Ｂを用いて説明する。

図７Ａにおいて、現在が月曜日とする。このとき、ユーザが、スライダー７０８を右にスライドすると、図９Ａに示すように、第１サポートメニューのスケジュールが提示される第１期間が延長される。つまり、第１サポートメニューを示す第３アイコンが増加し、第２サポートメニューを示す第４アイコンが減少する。これにより、疲労度が高いユーザに対し、疲労を抜くためのストレッチのサポートメニューが追加される。

逆に、スライダー７０８を左にスライドすると、図９Ｂに示すように、第１サポートメニューの第３アイコンが減少し、第２運動の準備である第２サポートメニューの第４アイコンが増加する。

このように、疲労度の入力値が増加するほど第１期間が増加する。つまり、疲労度が高いほど第１期間の長さが増加するように、第１期間の長さ及び第２期間の長さが修正される。

なお、本実施の形態において、第１期間の長さ及び第２期間の長さ（つまり、第１サポートメニュー及び第２サポートメニューの日単位のスケジュールの数）の変化は、スライダー７０８のスライド量に比例する。例えば、スライダー７０８を右端に移動させた場合は、スケジュールＧＵＩにおける第１運動イベントの第１開催日と第２運動イベントの第２開催日の間の期間において、第１サポートメニューの第３アイコンのみが提示される。反対に、スライダー７０８を左端に移動させた場合は、第２サポートメニューの第４アイコンのみが提示される。ユーザは、スライダー７０８のスライド量を変化させながらスケジュールＧＵＩ上のスケジュールの変化を確認することができる。

このとき、ユーザによって入力されたユーザ情報は、随時、通信部２１１を介して、クラウドサーバ１１１１に送信される。クラウドサーバ１１１１のサポートメニュー生成部２０６は、受信されたユーザ情報に基づいて、第１期間及び第２期間の割合を算出し、機器１１０２へ送信する。その結果、スケジュールＧＵＩにユーザ情報が反映されたスケジュールが表示される。

なお、本実施の形態において、ユーザ情報入力部２１０は、図７Ｂに示すスライダーのコンポーネントを用いて実現されていたが、これに限定しない。例えば、ユーザ情報入力部２１０は、縦方向にスライドするスライダーのコンポーネントを用いて実現されてもよい。また、ユーザ情報入力部２１０は、回転によって情報を入力するダイヤルのコンポーネントを用いて実現されてもよい。また、ユーザ情報入力部２１０は、選択式ボタンのコンポーネントで実現されてもよい。つまり、ユーザ情報入力部２１０は、どのようなＧＵＩコンポーネントによって実現されても構わない。また、ユーザ情報入力部２１０は、必ずしもＧＵＩによって実現されなくてもよい。例えば、ユーザ情報入力部２１０は、メカニカルなダイヤルあるいはボタンなどで実現されてもよい。

次に、疲労度の代わりに、運動の難易度が入力される場合について説明する。

具体的には、ユーザが運動サポートシステムから提示された第２サポートメニューを確認したときに、第２運動イベントにおいて第２運動をうまくできそうにないと思ったときは、ユーザは、スライダーを左へスライドし、第２運動の難易度を増大させる。すると、スケジュールＧＵＩにおける、第２サポートメニューのアイコンを表示する第２期間が増加し、第２運動の予習を十分に行うことができる。

［運動サポートシステムの動作］
次に、以上のように構成された運動サポートシステムの動作を説明する。

図１０は、実施の形態１における運動サポートシステムのサポートメニュー生成部の動作を示すフローチャートである。

本実施の形態において、図１０に示す一連の処理は、ユーザがイベントに参加したあとで実行される。また、１日１回任意の時刻で、図１０に示す一連の処理が実施されてもよい。このとき、運動サポートシステムを利用するすべてのユーザに対して処理が実施される。

はじめに、イベント取得部３０２は、スケジュール記憶部２０３から、任意のユーザのスケジュールデータを取得する。イベント取得部３０２は、スケジュールデータから当日のスケジュールを取得し、ユーザがイベントに参加したか否かを判定する（Ｓ１００１）。

例えば、当日が２０１５年１１月１０日である場合、イベント取得部３０２は、図５Ａに示したスケジュールデータから、日付５０１が「２０１５−１１−１０」のレコードを取得する。

そして、当該レコードの状況５０５が「済み」であれば、ユーザが当日にイベント（第１運動イベント）に参加したと判定され（Ｓ１００１のＹＥＳ）、サポートメニュー生成処理が行われる（Ｓ１００２）。

サポートメニューが生成処理の詳細については後述する。その後、サポートメニュー生成部２０６は、通信部２０７を介して、ユーザが使用する機器１１０２へ、スケジュールデータ及びサポートメニューを送信する（Ｓ１００３）。

これにより、ユーザは、機器１１０２上で、スケジュールデータＧＵＩ及びサポートメニューを確認することができる。

一方、ユーザが当日にイベントへ参加しなかった場合（Ｓ１００１のＮＯ）、処理は終了する。

次に、サポートメニュー生成処理（Ｓ１００２）における動作の詳細を説明する。

図１１は、実施の形態１におけるサポートメニュー生成処理の詳細を示すフローチャートである。

運動実施履歴取得部３０１は、イベント取得部３０２が取得したスケジュールデータの店舗５０４、イベント種別５０３、予定詳細５０７に基づいて、第１運動イベントにおいてユーザが実施した第１運動の詳細情報を運動実施履歴記憶部２０１から取得する。

さらに、運動実施履歴取得部３０１は、運動マスターデータから運動の難易度、運動強度、強化部位を取得する（Ｓ１１０１）。

本実施の形態において、例えば、運動実施履歴取得部３０１は、当日が２０１５年１１月１０日である場合に、図５Ａに示すスケジュールデータの店舗５０４、イベント種別５０３、予定詳細５０７から、「Ａ」、「スタジオ」、及び「１，ダンス中級１」を取得する。そして、運動実施履歴取得部３０１は、「１，ダンス中級１」を基に、図４Ａに示す運動実施履歴データの中から、日時４０１が「２０１５−１１−１０」であり、かつ、店舗４０３が「Ａ」であり、かつ、種別４０４が「スタジオ」であり、かつ、名称４０６が「ダンス中級１」であるレコードを選択する。ここでは、１行目のレコードが取得される。あわせて、運動実施履歴取得部３０１は、図４Ｂに示す運動マスターデータの中から、店舗４０８が「Ａ」であり、かつ、種別４０９が「スタジオ」であり、かつ、名称４１１が「ダンス中級１」であるレコードを選択し、選択したレコードに含まれる難易度４１２、運動強度４１３、及び強化部位４１５から、「５」、「４」、及び「体幹」を取得する。

次に、イベント取得部３０２は、取得したスケジュールデータの中に、当日より未来の日時に参加を予定しているイベント（第２運動イベント）があるか否かを確認する（Ｓ１１０２）。具体的には、イベント取得部３０２は、図５Ａに示すスケジュールデータにおいて、当日の日付「２０１５−１１−１０」より未来に参加を予定しているイベントがあるか否かを確認する。

イベント取得部３０２は、参加を予定しているイベント（第２運動イベント）がある場合（Ｓ１１０２のあり）、第２運動イベントで実施予定の第２運動に関する情報を、スケジュールデータの予定詳細５０７を基に、運動マスター記憶部２０２から取得する（Ｓ１１０３）。

具体的には、イベント取得部３０２は、図５Ａのスケジュールデータから、日付５０１が当日より未来の「２０１５−１１−１６」であり、かつ、状況５０５が「予定」であるレコードを第２運動イベントのデータとして取得する。イベント取得部３０２は、当該レコードの店舗５０４、イベント種別５０３、及び予定詳細５０７から、「Ａ」、「スタジオ」、及び「２，ヨガ基礎１」を取得する。そして、イベント取得部３０２は、図４Ｂの運動マスターデータを参照して、第２運動イベントのデータから取得した「Ａ」、「スタジオ」、及び「２，ヨガ基礎１」が一致する、一致するレコードに含まれる難易度「１」、運動強度「１」、及び強化部位「脚、腰」を取得する。

割合算出部３０３は、スケジュールデータから取得した第１運動イベントの第１開催日（ここでは、当日）及び第２運動イベントの第２開催日に基づいて、サポートメニューを提供する期間を算出する（Ｓ１１０４）。

具体的には、割合算出部３０３は、図５Ａに示すスケジュールデータにおいて、第１運動イベントへ参加した当日である「２０１５−１１−１０」と、参加予定の第２運動イベントの第２開催日である「２０１５−１１−１６」とに基づいて、第１サポートメニュー及び第２サポートメニューを提示する期間を２０１５年１１月１１日から２０１５年１１月１５日までの５日間と算出する。

次に、割合算出部３０３は、第１運動イベントで実施した第１運動の第１難易度と、第２運動イベントで実施する予定の第２運動の第２難易度とを比較し、割合αと割合βとを算出する。ここで、割合αは、ステップＳ１１０４で算出された期間の長さに対する、第１サポートメニューのスケジュールを作成する第１期間の期間の長さの割合である。また、割合βは、ステップＳ１１０４で算出された期間の長さに対する、第２サポートメニューのスケジュールを作成する第２期間の長さの割合である。

ここでは、割合α及び割合βの初期値は、ともに０．５とする。

第１運動イベントで実施した第１運動の第１難易度が、第２運動イベントで実施予定の第２運動の第２難易度よりも高い場合（Ｓ１１０５で第１難易度＞第２難易度）、割合算出部３０３は、割合αを増加させる（Ｓ１１０６）。このとき、割合算出部３０３は、同時に割合βを減少させる。

具体的には、割合算出部３０３は、割合αに予め定められた値ｍを加算し、割合βからｍを減算する。例えば、ｍが０．１であれば、割合αは０．６（＝０．５＋０．１）と計算され、割合βは０．４（＝０．５−０．１）と計算される。このとき、第１サポートメニューのスケジュールが作成される第１期間の長さ及び第２サポートメニューのスケジュールが作成される第２期間の長さは、それぞれ、３日間（＝５×０．６）及び２日間（＝５×０．４）となる。

具体的には、図４Ｂの運動マスターデータ及び図５Ａのスケジュールデータを参照すれば、ステップＳ１１０１で取得された第１運動の第１難易度は、「５」であり、ステップＳ１１０３で取得された第２運動の第２難易度が「１」である。この場合、第１難易度「５」は第２難易度「１」よりも大きいので、割合算出部３０３は、割合αを増加させる。

一方、第１難易度が第２難易度よりも低い（Ｓ１１０５で第１難易度＜第２難易度）、割合算出部３０３は、割合βを増加させる（Ｓ１１０７）。このとき、割合算出部３０３は、同時に割合αを減少させる。

具体的には、割合算出部３０３は、割合βに予め定められた値ｍを加算し、割合αからｍを減算する。例えば、ｍが０．１であれば、割合βは０．６（＝０．５＋０．１）と計算され、割合αは０．４（＝０．５−０．１）と計算される。このとき、第１サポートメニューのスケジュールが作成される第１期間の長さ及び第２サポートメニューのスケジュールが作成される第２期間の長さは、それぞれ、２日間（＝５×０．４）及び３日間（＝５×０．６）となる。

第１サポートメニュー生成部３０５は、サポートメニューマスター記憶部２０９から第１運動に対応する第１サポートメニューを選択し、当該第１サポートメニューのスケジュールを、ステップＳ１１０１で算出された期間と割合αから得られる第１期間に生成する（Ｓ１１０８）。

具体的には、第１サポートメニュー生成部３０５は、図４Ａに示す店舗「Ａ」、運動ＩＤ「１」、及び名称「ダンス中級１」を基に、運動マスターデータから強化部位「体幹」を取得する。そして、第１サポートメニュー生成部３０５は、図６に示すサポートメニューマスターデータを参照して、サポート部位６０７が取得された強化部位「体幹」であり、かつ、種別６０２が「ストレッチ」である、名称「ピラーストレッチ」のサポートメニューを第１サポートメニューとして選択する。

また、第１サポートメニュー生成部３０５は、第１運動を定着させるための第１サポートメニューとして、種別６０２が「予習復習」であり、かつ、名称６０４が「ダンス中級１」のサポートメニューを選択する。このサポートメニューには、「映像ＵＲＬ」が記入されており、映像が含まれる。

なお、第１難易度及び第２難易度が等しい場合には、割合α及び割合βの初期値（例えば、ともに０．５）を用いて、第１サポートメニュー及び第２サポートメニューが生成されればよい。

なお、上記実施の形態１において、第１運動の強化部位をほぐすストレッチと、第１運動の復習とがサポートメニューとして選択されたが、これに限定しない。例えば、第１サポートメニュー生成部３０５は、第１サポートメニューを提示する期間に応じて、第１サポートメニューとして選択するトレーニングメニューを変更してもよい。

具体的には、第１運動イベントの第１開催日を基点として、日が進むごとに、第１サポートメニューに含まれる項目を増やしてもよい。また、第１サポートメニューは、すべての日で同じであってもよい。

第２サポートメニュー生成部３０６は、参加予定の第２運動イベントで実施する予定の第２運動を予習するトレーニングメニューをサポートメニューマスター記憶部２０９のサポートメニューマスターデータの中から選択することにより、第２サポートメニューを生成する（Ｓ１１０９）。

具体的には、第２サポートメニュー生成部３０６は、スケジュールデータから取得した第２運動イベントが「ヨガ基礎１」である場合、ヨガの動き及びフォームを練習するためのトレーニングメニューを、サポートメニューマスターデータの中から選択する。より具体的には、第２サポートメニュー生成部３０６は、種別６０２が「予習復習」であり、かつ、名称６０４が「ヨガ基礎１」であるサポートメニューを選択する。また、第２サポートメニュー生成部３０６は、ヨガの強化部位に含まれる「脚」を事前にほぐすためのストレッチである名称６０４が「脚ストレッチ」のサポートメニューもあわせて選択する。

一方、第２運動イベントの予定がない場合（Ｓ１１０２のなし）、第１サポートメニュー生成部３０５は、第１運動イベントの第１運動をサポートする第１サポートメニューのみを生成する（Ｓ１１０８）。

このとき、第１サポートメニューを提示する第１期間の長さは、予め定められた期間の長さ（例えば、５日間など）が用いられればよい。

次に、機器１１０２においてユーザから入力を受けたときのサポートメニュー生成処理を説明する。

図１２に、実施の形態１においてユーザから入力を受けたときのサポートメニュー生成処理を示すフローチャートである。

このフローチャートでは、機器１１０２からクラウドサーバ１１１１に送信されるユーザ情報の内容に応じて処理が分岐される。

ユーザ情報は、第１期間の長さ及び第２期間の長さを修正するためのユーザからの入力、動画を再生したことによる再生履歴、及び、スケジュールの入力を含む。

ユーザ情報取得部３０４が取得したユーザ情報が、例えば図７ＢのＧＵＩを介してユーザから受けた、第１期間の長さ及び第２期間の長さを修正するための入力である場合（Ｓ１２０１のＹＥＳ）、ユーザ情報取得部３０４は、取得したユーザ情報の解析を行う（Ｓ１２０４）。

具体的には、ユーザ情報取得部３０４は、ユーザが機器１１０２のユーザ情報入力部２１０のＧＵＩ上で操作されたスライダーの変化量を解析し、割合算出部３０３へ送信する。

割合算出部３０３は、解析結果に基づいて、第１サポートメニューのスケジュールを作成する第１期間の割合αと第２サポートメニューのスケジュールを作成する第２期間の割合βとを再計算する（Ｓ１２０５）。つまり、割合算出部３０３は、ユーザからの入力に基づいて、第１期間の長さ及び第２期間の長さを修正する。

次に、第１サポートメニュー生成部３０５は、再計算された割合αに従って、第１サポートメニューのスケジュールデータを再生成する（Ｓ１２０６）。つまり、第１サポートメニュー生成部３０５は、修正された第１期間の長さに基づいて、スケジュールデータを更新する。このとき、既に実施済みの第１サポートメニューのスケジュールは、再生成されたスケジュールデータに含めない。

第２サポートメニュー生成部３０６は、再計算された割合βに従って、第２サポートメニューのスケジュールデータを再生成する（Ｓ１２０７）。つまり、修正された第１期間の長さ及び第２期間の長さに基づいて、スケジュールデータを更新する。つまり、第２サポートメニュー生成部３０６は、修正された第２期間の長さに基づいて、スケジュールデータを更新する。このとき、既に実施済みの第２サポートメニューのスケジュールは、再生成されたスケジュールデータに含めない。

このように更新されたスケジュールデータに従って、スケジュールＧＵＩも更新される。

第１サポートメニュー又は第２サポートメニューが既に実施済みか否かは、再生履歴記憶部２０５に記録された再生履歴データを参照して判断される。動画が付与されていないサポートメニューの場合は、第１サポートメニュー又は第２サポートメニューが既に実施済みか否かは、ユーザの入力によって判断されてもよい。また、第１サポートメニュー又は第２サポートメニューが既に実施済みか否かは、活動量計に代表される機器によって記録されたユーザの運動に基づいて判断されてもよい。

一方、機器１１０２から受信したユーザ情報が、動画の再生情報である場合（Ｓ１２０１のＮＯ、かつ、Ｓ１２０２のＹＥＳ）、ユーザ情報取得部３０４は、再生情報を取得し、再生履歴記憶部２０５の再生履歴データを更新する。

再生履歴データは、サポートメニューが既に実施済みか否かを判定するために利用される。さらに、再生履歴データは、第１サポートメニュー及び第２サポートメニューを再作成する際に、実施済みのサポートメニューのスケジュールが再生成されないようにするために利用される。

具体的には、図５Ｂで示す再生履歴データにおいて、「ダンス中級１」の動画は「２０１５年１１月１１日」に再生済みであるので、「ダンス中級１」に関するスケジュールが作成されないように第１サポートメニュー又は第２サポートメニューが再生成される。

なお、本実施の形態において、再生履歴データは、一度視聴した動画を、再度サポートメニューに入れないために利用されたがこれに限定しない。再生履歴データを基に、再生済みの動画を含むメニューは、ユーザが興味を持っているメニューとして、サポートメニュー生成時に優先的に選択されてもよい。

機器１１０２から受信したユーザ情報が、イベントへの参加予定を含むスケジュールデータである場合（Ｓ１２０１のＮＯ、かつ、Ｓ１２０２のＮＯ、かつ、Ｓ１２０３のＹＥＳ）、イベント取得部３０２は、スケジュール記憶部２０３に記憶されているスケジュールデータを更新する（Ｓ１２０９）。

更新されたスケジュールデータに基づいて、割合の算出、及び、第１サポートメニュー及び第２サポートメニューの再生成が行われる（Ｓ１２０５からＳ１２０７）。

このとき、第１サポートメニュー及び第２サポートメニューに影響を与える運動イベントのスケジュールデータの変更があった場合にのみ、第１サポートメニュー及び第２サポートメニューの再生成が行われてもよい。例えば、直近の参加予定のイベント（つまり、第２運動イベント）のスケジュールが削除されたり、当該直近に参加予定のイベントよりもさらに直近に参加予定のイベントが追加されたりした場合にのみ、第１サポートメニュー及び第２サポートメニューの再生成が行われてもよい。

なお、本実施の形態において、スケジュールデータの更新によって、第１サポートメニュー及び第２サポートメニューのスケジュールに変更が生じる場合、ユーザへ確認のための画面を表示してもよい。

このとき、ユーザが許可する場合はそのままの変更されたサポートメニューのスケジュールを提示し、ユーザが許可しない場合は、ユーザから割合データの入力を受け付け、その入力に応じてサポートメニューのスケジュールを変更してもよい。

なお、本実施の形態において、ユーザ情報取得部３０４は、ユーザが使用する機器１１０２から送信される情報を定期的に監視してもよいし、機器１１０２からリクエストがあった場合のみ情報を取得してもよい。

［効果］
以上のように、本実施の形態に係る運動サポートシステムによれば、ユーザが参加した過去の第１運動イベントでユーザが実施した第１運動に関する情報と、ユーザが参加する予定の未来の第２運動イベントでユーザが実施する予定の第２運動に関する情報とに基づいて、第１運動メニューのスケジュールが作成される第１期間の長さと第２運動メニューのスケジュールが作成される第２期間の長さとを算出することができる。したがって、ユーザが過去に実施した第１運動と、ユーザが未来に実施予定の第２運動の双方に応じて動的に運動メニューのスケジュールを作成できるので、運動メニューのスケジュールを効果的に作成することができる。

また、本実施の形態に係る運動サポートシステムによれば、第１運動の第１難易度及び第２運動の第２難易度に基づいて、第１運動メニューのスケジュールが作成される第１期間の長さと、第２運動メニューのスケジュールが作成される第２期間の長さとを算出することができる。したがって、高い難易度を有する運動に対応する運動メニューのスケジュールが作成される期間を増加させることができ、ユーザは難しい運動を復習又は予習するための運動メニューを実行する期間を十分にとることができる。つまり、運動メニューのスケジュールを効果的に作成することができる。

また、本実施の形態に係る運動サポートシステムによれば、スケジュールＧＵＩに、第１運動イベントを示す第１オブジェクト、第２運動イベントを示す第２オブジェクト、第１運動メニューを示す第３オブジェクト、及び、第２運動メニューを示す第４オブジェクトを含むことができる。したがって、第１運動メニュー及び第２運動メニューのスケジュールと、第１運動イベント及び第２運動イベントとの時間的な関係を視覚的に表現することができる。その結果、ユーザは、スケジュールを容易に把握することができる。

また、本実施の形態に係る運動サポートシステムによれば、第１期間の長さ及び第２期間の長さを修正するための入力をユーザから受けることができる。したがって、ユーザは、スケジュール画面に表示されたスケジュールを容易に修正することができ、ユーザの利便性を向上させることができる。

また、本実施の形態に係る運動サポートシステムによれば、ユーザの疲労度の入力に応じて、第１運動メニューのスケジュールが作成される第１期間の長さを算出することができる。したがって、第１運動後の疲労度が高いほど、第１運動メニューのスケジュールが作成される第１期間を増加させることができ、ユーザは、第１運動による疲労の回復のための第１運動メニューを実行する期間を十分にとることができる。つまり、運動メニューのスケジュールを効果的に作成することができる。

（実施の形態２）
次に、実施の形態２について説明する。本実施の形態では、運動の難易度の代わりに、ユーザの疲労度に基づいて、第１期間及び第２期間の長さが算出される点が上記実施の形態１と異なる。ユーザの疲労度は、センサによって交感神経及び副交感神経のバランスから求められる。以下に、上記実施の形態１と異なる点を中心に本実施の形態について説明する。

［運動サポートシステムの構成］
図１３を参照して、運動サポートシステム１００Ａの構成について説明する。なお、図１３において、図２と同一又は類似の構成要素については、同一の符号を付し、適宜説明を省略する。

運動サポートシステム１００Ａは、クラウドサーバ１１１１Ａと機器１１０２Ａとを備える。クラウドサーバ１１１１Ａは、運動実施履歴記憶部２０１と、運動マスター記憶部２０２と、スケジュール記憶部２０３と、映像コンテンツ記憶部２０４と、再生履歴記憶部２０５と、サポートメニュー生成部２０６Ａと、通信部２０７と、映像配信部２０８と、サポートメニューマスター記憶部２０９とを備える。機器１１０２Ａは、ユーザ情報入力部２１０と、通信部２１１と、表示部２１２と、センサ２１３Ａとを備える。

サポートメニュー生成部２０６Ａは、センサ２１３Ａによって測定されたユーザの疲労度に基づいて、第１運動メニューのスケジュールが作成される第１期間の長さと、第２運動メニューのスケジュールが作成される第２期間の長さとを算出する。

センサ２１３Ａは、ユーザの自律神経を測定することにより、ユーザの疲労度を測定する。具体的には、センサ２１３Ａは、例えばユーザの指から心拍及び脈拍を測定することにより、ユーザの交感神経及び副交感神経のバランスを測定する。

［サポートメニュー生成部の構成］
ここで、サポートメニュー生成部２０６Ａの詳細な構成を、図３を用いて説明する。

サポートメニュー生成部２０６Ａは、運動実施履歴取得部３０１と、イベント取得部３０２と、割合算出部３０３Ａと、ユーザ情報取得部３０４と、第１サポートメニュー生成部３０５と、第２サポートメニュー生成部３０６とを備える。

割合算出部３０３Ａは、ユーザが参加した過去のイベントの第１開催日と、ユーザが参加予定の未来のイベントの第２開催日とから、サポートメニューのスケジュールをユーザに提示する期間を算出する。また、割合算出部３０３Ａは、サポートメニューのスケジュールを提示する期間に対する、第１サポートメニュー及び第２サポートメニューのスケジュールを提示する第１期間及び第２期間の割合を、ユーザの疲労度に基づいて決定する。

［運動サポートシステムの動作］
次に、以上のように構成された運動サポートシステムの動作を説明する。

図１４は、実施の形態２におけるサポートメニュー生成処理の詳細を示すフローチャートである。なお、図１４において、図１１と同一又は類似のステップについては、同一の符号を付し、適宜説明を省略する。

ステップＳ１１０４が実行された後、割合算出部３０３Ａは、ユーザの疲労の有無を判定する（Ｓ１１０５Ａ）。具体的には、割合算出部３０３Ａは、機器１１０２Ａのセンサ２１３Ａによって測定された疲労度に基づいて疲労の有無を判定する。

ここで、ユーザに疲労があると判定された場合（Ｓ１１０５ＡのＹＥＳ）、ステップＳ１１０６及びステップＳ１１０８が実行され、ユーザに疲労がないと判定された場合（Ｓ１１０５ＡのＮＯ）、ステップＳ１１０９が実行される。

［効果］
以上のように、本実施の形態に係る運動サポートシステム１００Ａによれば、ユーザの疲労度に基づいて、第１運動メニューのスケジュールが作成される第１期間の長さを算出することができる。したがって、第１運動後の疲労度が高いほど、第１運動メニューのスケジュールが作成される第１期間を増加させることができ、ユーザは、第１運動による疲労の回復のための第１運動メニューを実行する期間を十分にとることができる。つまり、運動メニューのスケジュールを効果的に作成することができる。

（変形例）
以上、１つまたは複数の態様に係る運動サポートシステムについて、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものも、１つまたは複数の態様の範囲内に含まれてもよい。

例えば、運動サポートシステムは、上記実施の形態１と上記実施の形態２とを組合せて実現されてもよい。例えば、実施の形態１においてユーザから入力される疲労度の代わりに、センサによって測定された疲労度が用いられてもよい。また例えば、ユーザから疲労度の入力を受けるＧＵＩにおける疲労度の初期値として、センサによって測定された疲労度が用いられてもよい。

なお、上記実施の形態２において、疲労度は、例えば、第１運動イベントの終了時に測定され、運動履歴データに登録されてもよい。この場合、サポートメニュー生成部２０６Ａは、運動履歴データから疲労度を取得すればよい。また、疲労度は、サポートメニューを生成する際に測定されてもよい。この場合、サポートメニュー生成部２０６Ａは、センサ２１３Ａから疲労度を取得すればよい。

なお、上記実施の形態２において、疲労度は、自律神経に基づいて測定されていたが、これに限定される必要はない。例えば、活動量計を用いて測定されたユーザの活動量に基づいて疲労度が測定されてもよい。例えば、活動量計によって測定されたエネルギー量が予め定められた閾値エネルギー量を超える場合に、疲労度として「疲労あり」が決定されてもよい。

なお、上記実施の形態２において、センサ２１３Ａは、機器１１０２Ａに含まれていたが、これに限られない。例えば、センサ２１３Ａは、フィットネスクラブに設置された疲労度測定専用の装置に含まれてもよい。

なお、上記実施の形態２では、疲労度が「疲労あり」及び「疲労なし」の２値で表される場合を例に説明していたが、疲労の大きさに比例する値で表されてもよい。この場合、第１期間の長さは、疲労度に比例するように決定されてもよい。また、第１期間の長さは、今回測定された疲労度と、過去に測定された疲労度の平均値との比較結果に基づいて決定されてもよい。

なお、上記各実施の形態において、第１期間の割合α及び第２期間の割合βが算出されていたが、この割合α及び割合βの算出は省略されてもよい。例えば、第１運動に関する情報及び第２運動に関する情報の少なくとも一方に基づいて、第１期間の長さ及び第２期間の長さが直接的に算出されてもよい。また、第２期間に対する第１期間の割合又は第１期間に対する第２期間の割合が算出されてもよい。

なお、上記各実施の形態では、難易度及び疲労度等に基づいて、第１期間の割合α及び第２期間の割合βが算出されていたが、運動に関する他の情報に基づいて、割合α及び割合βが算出されてもよい。例えば、第１運動及び第２運動が実施された過去の運動イベントへの参加回数に基づいて、割合α及び割合βが算出されてもよい。具体的には、参加回数が多いほど値が減少するように、割合α及び割合βが算出されてもよい。この場合、第１運動が実施された過去の運動イベントへのユーザの第１参加回数が、第２運動が実施された過去の運動イベントへのユーザの第２参加回数よりも多いときに算出される第１期間の長さは、第１参加回数が第２参加回数よりも少ないときに算出される第１期間の長さよりも小さい。また、第１参加回数が第２参加回数よりも多いときに算出される第２期間の長さは、第１参加回数が第２参加回数よりも少ないときに算出される第２期間の長さよりも大きい。

これによれば、第１運動及び第２運動が実施された運動イベントへの参加回数に基づいて、第１運動メニューのスケジュールが作成される第１期間の長さと、第２運動メニューのスケジュールが作成される第２期間の長さとを算出することができる。したがって、イベントに参加して実施した回数が少ない運動に対応する運動メニューのスケジュールが作成される期間を増加させることができ、当該運動の復習又は予習のための運動メニューのスケジュールを効果的に作成することができる。

なお、上記各実施の形態において、ユーザの入力によって、第１期間及び第２期間が自由に修正されていたが、ユーザの入力による修正は制限されてもよい。例えば、第１期間の長さ及び第２期間の長さの修正には、算出された第１期間の長さ及び第２期間の長さに基づく制限が設けられてもよい。例えば、ユーザの入力によって割合α及び割合βが変更される値が予め定められた値を超えることが制限されてもよい。このとき、ユーザ情報入力部において、第１期間の長さ及び第２期間の長さが制限を超える入力が禁止されればよい。具体的には、例えば図１５に示すように、スライダー７０８をスライド可能な範囲を示す下限ライン７０８ａ及び上限ライン７０８ｂがＧＵＩに表示されてもよい。このとき、下限ライン７０８ａ及び上限ライン７０８ｂを超えるスライダー７０８の移動が禁止される。スライド可能な範囲は、必ずしも図１５に示すラインで表される必要はなく、例えば、三角形などのマークあるいはスライダー上の色によって表されてもよい。

これによれば、ユーザの入力によって、第１運動メニューのスケジュールが作成される第１期間の長さ及び第２運動メニューのスケジュールが作成される第２期間の長さが制限を超えて修正されることを禁止することができる。したがって、ユーザによって不適切なスケジュールが作成されることを抑制することができる。

なお、上記各実施の形態におけるサポートメニューは、サポートメニューマスターデータから選択されたが、これに限定しない。例えば、１人又は複数のユーザ（トレーニ）を担当する１人又は複数のトレーナが、手動で生成した第１サポートメニュー及び第２サポートメニューの入力を受け付けてもよい。

なお、上記各実施の形態において、サポートメニューには、映像コンテンツが含まれていたが、これに限定しない。サポートメニューは、映像コンテンツの代わりに、テキスト、音声、画像を含んでもよい。

なお、上記各実施の形態において、イベントは、運動を実施するイベントであり、フィットネスクラブの店舗で行われるイベントであったが、これに限定しない。例えば、イベントは、怪我からの復帰のための運動を指導するリハビリ施設、老化を防止する簡単な運動を指導する企業及び団体、又は、特定保健指導を行う病院で行われるイベントであってもよい。また、「仕事」のスケジュールもイベントとしてスケジュールデータに含まれてもよい。スケジュールデータに仕事のスケジュールが含まれる場合は、当該仕事の日と同じ日に作成されていたサポートメニューのスケジュールを、電車内や少しの時間で視聴できる映像を含むトレーニングメニューのスケジュールに変更してもよい。

なお、上記各実施の形態において、ユーザ情報によって、スケジュールＧＵＩ上に提示された第１サポートメニューのスケジュール及び第２サポートメニューのスケジュールの日数を変化させたが、これに限定しない。例えば、ユーザが入力した「疲労度」によって、第１サポートメニューの内容を変化させてもよい。例えば、ユーザが入力した「疲労度」によって、第１サポートメニューに含まれる項目数を増減させてもよい。

なお、上記各実施の形態において、第２サポートメニューに含まれる項目数は、第２運動イベントの第２開催日に依存してもよい。例えば、第２開催日の直前の日のスケジュールでは、映像を含む項目のみを含む第２サポートメニューを生成し、「予定が近いので映像だけ見ましょう。」というコメントを提示してもよい。また、第２開催日から離れた日のスケジュールでは、第２運動の強化部位を、事前にほぐし、第２運動のための体を準備するためのストレッチメニューを第２サポートメニューとして生成してもよい。

なお、第１サポートメニュー及び第２サポートメニューの生成方法については、特に限定される必要はなく、上記各実施の形態で説明した方法の代わりに、他の方法が用いられてもよい。例えば、上記各実施の形態において、サポートメニューは、サポートメニューマスターデータから、運動の強化部位に基づいて選択されていたが、これに限定しない。

例えば、サポートメニュー生成部２０６は、スケジュールデータを参照してユーザが家に居ると想定される場合は、家のテレビで映像を視聴しながら実施可能な運動メニューを第１サポートメニュー及び第２サポートメニューとして優先的に選択してもよい。

また、サポートメニュー生成部２０６は、既に他のスケジュールが登録されている日には、項目数が少なく短時間で実施可能なトレーニングメニューを第１サポートメニュー及び第２サポートメニューとして生成してもよい。これにより、ユーザは、通勤中や昼休み中などに短時間でサポートメニューを実施することができる。

また、サポートメニュー生成部２０６は、再生履歴データに保存されるユーザがサポートメニューを視聴した場所の情報を基に、第１サポートメニュー及び第２サポートメニューを生成してもよい。例えば、視聴場所が自宅外であることが多い場合は、短時間で実施可能な第１サポートメニュー及び第２サポートメニューを生成してもよい。

また、視聴場所が自宅内であることが多い場合は、自宅でテレビ番組を視聴しながら、ゆっくりと実施することができるストレッチやヨガなどのトレーニングを含む第１サポートメニュー及び第２サポートメニューを生成してもよい。

なお、上記各実施の形態では、運動サポートシステムをフィットネスクラブで利用する例を説明したが、これに限定されない。運動サポートシステムは、怪我からの復帰に運動を始動するリハビリ施設や、老化を防止する簡単な運動を提供する企業、団体や、特定保健指導を提供する企業や、習い事を提供するカルチャーセンターに適用されてもよい。

なお、運動サポートシステムは、フィットネスやリハビリに限らず、スポーツスクール（例えば、ゴルフ、テニス、サッカー、野球など）でも利用可能である。

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

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

本類型では、サービスプロバイダ１１２０は、データセンタ（クラウドサーバ）１２０３を運営及び管理している。また、サービスプロバイダ１２０は、オペレーティングシステム（ＯＳ）１２０２及びアプリケーション１２０１を管理する。サービスプロバイダ１１２０は、サービスプロバイダ１１２０が管理するＯＳ１２０２及びアプリケーション１２０１を用いてサービスを提供する（矢印１２０４）。

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

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

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

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

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

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

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

本開示の一態様に係る運動サポートシステム及び運動サポート方法は、ユーザが参加した過去の運動イベント及びユーザが参加予定の未来の運動イベントに適応して、適切な運動メニューのスケジュールを作成することができる運動サポートシステム及び運動サポート方法として有用である。

このような運動サポートシステム及び運動サポート方法は、例えば、フィットネスやリハビリテーション、スポーツトレーニング、特定保健指導の分野において利用することができる。

１００、１００Ａ 運動サポートシステム
２０１ 運動実施履歴記憶部
２０２ 運動マスター記憶部
２０３ スケジュール記憶部
２０４ 映像コンテンツ記憶部
２０５ 再生履歴記憶部
２０６、２０６Ａ サポートメニュー生成部
２０７ 通信部
２０８ 映像配信部
２０９ サポートメニューマスター記憶部
２１０ ユーザ情報入力部
２１１ 通信部
２１２ 表示部
２１３Ａ センサ
３０１ 運動実施履歴取得部
３０２ イベント取得部
３０３ 割合算出部
３０４ ユーザ情報取得部
３０５ 第１サポートメニュー生成部
３０６ 第２サポートメニュー生成部
１０００ 店舗グループ
１００１ 店舗
１００２ 管理システム
１１１０ データセンタ運営会社
１１１１、１１１１Ａ クラウドサーバ
１１００ ユーザグループ
１１０１ ユーザ
１１０２、１１０２Ａ 機器

Claims (13)

1. ユーザが参加した過去の第１運動イベントの第１開催日及び当該第１運動イベントで前記ユーザが実施した第１運動に関する情報と、前記ユーザが参加する予定の未来の第２運動イベントの第２開催日及び当該第２運動イベントで前記ユーザが実施する予定の第２運動に関する情報とを取得する取得ステップと、
   前記第１運動に対応する第１運動メニューと前記第２運動に対応する第２運動メニューとを生成する生成ステップと、
   前記第１開催日及び前記第２開催日の間で、前記第１運動メニューのスケジュールが作成される第１期間の長さと、前記第２運動メニューのスケジュールが作成される第２期間の長さとを、前記第１運動に関する情報及び前記第２運動に関する情報の少なくとも一方に基づいて算出する算出ステップと、
   算出された前記第１期間の長さ及び前記第２期間の長さに基づいて、前記第１運動メニュー及び前記第２運動メニューのスケジュールデータを出力する出力ステップと、を含む、
   運動サポート方法。
2. 前記第１運動に関する情報及び前記第２運動に関する情報は、前記第１運動の難しさを示す第１難易度及び前記第２運動の難しさを示す第２難易度を含み、
   前記第１難易度が前記第２難易度よりも高いときに算出される前記第１期間の第１長さは、前記第１難易度が前記第２難易度よりも低いときに算出される前記第１期間の第２長さよりも大きく、
   前記第１難易度が前記第２難易度よりも高いときに算出される前記第２期間の第３長さは、前記第１難易度が前記第２難易度よりも低いときに算出される前記第２期間の第４長さよりも小さい、
   請求項１に記載の運動サポート方法。
3. 前記第１運動に関する情報は、前記ユーザの疲労度を含み、
   前記算出ステップでは、前記ユーザの疲労度に基づいて、前記第１期間の長さ及び前記第２期間の長さを算出する、
   請求項１に記載の運動サポート方法。
4. 前記ユーザの疲労度は、前記ユーザの交感神経及び副交感神経のバランスから求められる、
   請求項３に記載の運動サポート方法。
5. 前記第１運動に関する情報は、前記第１運動が実施された過去の運動イベントへのユーザの第１参加回数を含み、
   前記第２運動に関する情報は、前記第２運動が実施された過去の運動イベントへのユーザの第２参加回数を含み、
   前記第１参加回数が前記第２参加回数よりも多いときに算出される前記第１期間の第１長さは、前記第１参加回数が前記第２参加回数よりも少ないときに算出される前記第１期間の第２長さよりも小さく、
   前記第１参加回数が前記第２参加回数よりも多いときに算出される前記第２期間の第３長さは、前記第１参加回数が前記第２参加回数よりも少ないときに算出される前記第２期間の第４長さよりも大きい、
   請求項１に記載の運動サポート方法。
6. 前記運動サポート方法は、さらに、
   前記スケジュールデータを表すスケジュール画面を表示する表示ステップを含み、
   前記スケジュール画面は、（i）前記第１運動イベントを示す第１オブジェクトを前記第１開催日に対応する領域に含み、（ii）前記第２運動イベントを示す第２オブジェクトを前記第２開催日に対応する領域に含み、（iii）前記第１運動メニューを示す第３オブジェクトを前記第１期間に対応する領域に含み、（iv）第２運動メニューを示す第４オブジェクトを前記第２期間に対応する領域に含む、
   請求項１に記載の運動サポート方法。
7. 前記運動サポート方法は、さらに、
   前記第１期間の長さ及び前記第２期間の長さを修正するための入力を、ユーザーインターフェースを介して前記ユーザから受ける入力ステップと、
   前記入力に基づいて、前記第１期間の長さ及び前記第２期間の長さを修正する修正ステップと、
   修正された前記第１期間の長さ及び前記第２期間の長さに基づいて、前記スケジュールデータ及び前記スケジュール画面を更新する更新ステップと、を含む、
   請求項６に記載の運動サポート方法。
8. 前記第１期間の長さ及び前記第２期間の長さを修正するための前記入力は、前記第１運動による前記ユーザの疲労度の入力であり、
   前記修正ステップでは、前記疲労度が高いほど前記第１期間の長さが増加するように、前記第１期間の長さ及び前記第２期間の長さを修正する、
   請求項７に記載の運動サポート方法。
9. 前記第１期間の長さ及び前記第２期間の長さの修正には、算出された前記第１期間の長さ及び前記第２期間の長さに基づく制限が設けられており、
   前記入力ステップでは、前記第１期間の長さ及び前記第２期間の長さが前記制限を超える入力を禁止する、
   請求項７又は８に記載の運動サポート方法。
10. 互いに通信ネットワークを介して接続されたサーバ装置及び端末機器を備える運動サポートシステムであって、
    前記サーバ装置は、
    ユーザが参加した過去の第１運動イベントの第１開催日及び当該第１運動イベントで前記ユーザが実施した第１運動に関する情報を取得する第１取得部と、
    前記ユーザが参加する予定の未来の第２運動イベントの第２開催日及び当該第２運動イベントで前記ユーザが実施する予定の第２運動に関する情報を取得する第２取得部と、
    前記第１運動に対応する第１運動メニューと前記第２運動に対応する第２運動メニューとを生成する生成部と、
    前記第１開催日及び前記第２開催日の間で、前記第１運動メニューのスケジュールが作成される第１期間の長さと、前記第２運動メニューのスケジュールが作成される第２期間の長さとを、前記第１運動に関する情報及び前記第２運動に関する情報の少なくとも一方に基づいて算出する算出部と、
    算出された前記第１期間の長さ及び前記第２期間の長さに基づいて、前記第１運動メニュー及び前記第２運動メニューのスケジュールデータを前記端末機器に送信する送信部と、を備える、
    運動サポートシステム。
11. 前記運動サポートシステムは、さらに、前記ユーザの交感神経及び副交感神経のバランスから前記ユーザの疲労度を測定するセンサを備え、
    前記第１運動に関する情報は、前記センサによって測定された前記疲労度を含み、
    前記疲労度の値が第１値と等しいときに算出される前記第１期間の第１長さは、前記疲労度の値が前記第１値よりも小さい第２値と等しいときに算出される前記第１期間の第２長さよりも大きい、
    請求項１０に記載の運動サポートシステム。
12. 第１開催日及び第２開催日の間の第１期間及び第２期間に第１運動メニューのスケジュール及び第２運動メニューのスケジュールをそれぞれ含むスケジュールデータを受信する受信部と、
    前記スケジュールデータを示すスケジュール画面を表示する表示部と、を備え、
    前記第１開催日は、ユーザが参加した過去の第１運動イベントの開催日であり、
    前記第２開催日は、前記ユーザが参加する予定の未来の第２運動イベントの開催日であり、
    前記第１期間の長さ及び前記第２期間の長さは、前記第１運動イベントで前記ユーザが実施した第１運動に関する情報及び前記第２運動イベントで前記ユーザが実施した第２運動に関する情報の少なくとも一方に基づいて算出され、
    前記第１運動メニュー及び前記第２運動メニューは、前記第１運動及び前記第２運動にそれぞれ対応し、
    前記スケジュール画面は、（i）前記第１運動イベントを示す第１オブジェクトを前記第１開催日に対応する領域に含み、（ii）前記第２運動イベントを示す第２オブジェクトを前記第２開催日に対応する領域に含み、（iii）前記第１運動メニューを示す第３オブジェクトを前記第１期間に対応する領域に含み、（iv）第２運動メニューを示す第４オブジェクトを前記第２期間に対応する領域に含む、
    端末機器。
13. 前記端末機器は、さらに、前記ユーザの交感神経及び副交感神経のバランスから前記ユーザの疲労度を測定するセンサを備え、
    前記第１運動に関する情報は、前記センサによって測定された前記疲労度を含み、
    前記疲労度の値が第１値と等しいときに算出される前記第１期間の第１長さは、前記疲労度の値が前記第１値よりも小さい第２値と等しいときに算出される前記第１期間の第２長さよりも大きい、
    請求項１２に記載の端末機器。

Images