(57)【特許請求の範囲】
【請求項１】
複数の運動識別情報の中から提案された提案運動識別情報と、前記提案運動識別情報が提案されたユーザを表すユーザ識別情報とを対応付けて、第１記憶手段に記憶させる第１制御手段と、
前記複数の運動識別情報の中で実行された運動を示す実行運動識別情報と、運動を実行したユーザを表すユーザ識別情報とを対応付けて第２記憶手段に記憶させる第２制御手段と、
特定のユーザを表す特定のユーザ識別情報を取得する第１取得手段と、
前記第１記憶手段と前記第２記憶手段とを参照して、前記特定のユーザ識別情報と対応付けられた特定の実行運動識別情報の中に、前記特定のユーザ識別情報と対応付けられた特定の提案運動識別情報が所定以上あるかを判定する第１判定手段と、
前記第１判定手段により、前記特定の実行運動識別情報の中に、前記特定の提案運動識別情報が所定以上あると判定された場合、複数の運動識別情報と、前記複数の運動識別情報のそれぞれの運動種類として個人向けの運動又は集団向けの運動を表す運動種類情報とを対応付けて記憶する第３記憶手段から、前記特定の提案運動識別情報に対応付けられた運動種類情報を取得する第２取得手段と、
前記第３記憶手段を参照して、前記第２取得手段により取得された前記運動種類情報に対応付けられた１以上の運動識別情報を、提案する運動識別情報として出力手段により出力させる提案手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記第２取得手段により取得された前記運動識別情報と対応付けられた前記運動種類情報の中に、個人向けの運動を表す前記運動種類情報と集団向けの運動を表す前記運動種類情報との何れが多いかを判定する第２判定手段を更に備え、
前記提案手段は、前記第２判定手段により多いと判定された前記運動種類情報に対応付けられた１以上の運動識別情報を出力させることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１判定手段は、前記特定の実行運動識別情報の数と、前記特定の提案運動識別情報の数との比率が所定値以上であるかを判定し、
前記第２取得手段は、前記第１判定手段により前記比率が所定値以上であると判定された場合、前記特定の実行運動識別情報に対応付けられた運動種類情報を、前記第３記憶手段から取得することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
ユーザを識別するユーザ識別情報と、前記ユーザの体組成を示す体組成情報と、前記体組成が登録された日付を示す日付情報とを対応付けて記憶した第４記憶手段に、前記特定のユーザ識別情報に対応付けて記憶された前記体組成情報の中で、所定の期間内の体組成の差が所定以下であるかを判定する第３判定手段と、
前記第３判定手段により前記体組成の差が所定以下であると判定された場合、前記提案手段は、前記第２取得手段により取得された前記運動種類情報の中で、前記個人向けの運動を表す運動種類情報に対応付けられた１以上の運動識別情報であって、所定の運動負荷よりも大きい運動負荷を表す前記運動識別情報を出力させることを特徴とする請求項２に記載の情報処理装置。
【請求項５】
複数の運動識別情報の中から提案された提案運動識別情報と、前記提案運動識別情報が提案されたユーザを表すユーザ識別情報とを対応付けて、第１記憶手段に記憶させる第１制御ステップと、
前記複数の運動識別情報の中で実行された運動を示す実行運動識別情報と、運動を実行したユーザを表すユーザ識別情報とを対応付けて第２記憶手段に記憶させる第２制御ステップと、
特定のユーザを表す特定のユーザ識別情報を取得する第１取得ステップと、
前記第１記憶手段と前記第２記憶手段とを参照して、前記特定のユーザ識別情報と対応付けられた特定の実行運動識別情報の中に、前記特定のユーザ識別情報と対応付けられた特定の提案運動識別情報が所定以上あるかを判定する第１判定ステップと、
前記第１判定ステップにより、前記特定の実行運動識別情報の中に、前記特定の提案運動識別情報が所定以上あると判定された場合、複数の運動識別情報と、前記複数の運動識別情報のそれぞれの運動種類として個人向けの運動又は集団向けの運動を表す運動種類情報とを対応付けて記憶する第３記憶手段から、前記特定の提案運動識別情報に対応付けられた運動種類情報を取得する第２取得ステップと、
前記第３記憶手段を参照して、前記第２取得ステップにより取得された前記運動種類情報に対応付けられた１以上の運動識別情報を、提案する運動識別情報として出力手段により出力させる提案ステップと、
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが行う運動を提案する技術分野に関する。
【背景技術】
【０００２】
例えば、特許文献１には、ユーザの身体特性及び運動能力に基づいて、ユーザの運動能力を向上させるためのトレーニングメニューを提案する技術が開示されている。特許文献２には、提案された運動をユーザが継続することができない理由として、運動負荷がユーザに合わないか、ユーザが運動に飽きているのかを判断し、提案する運動又は運動負荷を変更する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１８９０１４号公報
【特許文献２】特開２０１３−０７０８４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、運動を継続することができない理由を判定するものの、ユーザの嗜好が考慮されていない。運動が提案されても、その運動がユーザの嗜好に合わないと、ユーザが運動を継続することができない場合がある。
【０００５】
本発明は、以上の点に鑑みてなされたものであり、ユーザの嗜好に合った運動を提示することが可能な情報処理装置及びプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、複数の運動識別情報の中から提案された提案運動識別情報と、前記提案運動識別情報が提案されたユーザを表すユーザ識別情報とを対応付けて、第１記憶手段に記憶させる第１制御手段と、前記複数の運動識別情報の中で実行された運動を示す実行運動識別情報と、運動を実行したユーザを表すユーザ識別情報とを対応付けて第２記憶手段に記憶させる第２制御手段と、特定のユーザを表す特定のユーザ識別情報を取得する第１取得手段と、前記第１記憶手段と前記第２記憶手段とを参照して、前記特定のユーザ識別情報と対応付けられた特定の実行運動識別情報の中に、前記特定のユーザ識別情報と対応付けられた特定の提案運動識別情報が所定以上あるかを判定する第１判定手段と、前記第１判定手段により、前記特定の実行運動識別情報の中に、前記特定の提案運動識別情報が所定以上あると判定された場合、複数の運動識別情報と、前記複数の運動識別情報のそれぞれの運動種類として個人向けの運動又は集団向けの運動を表す運動種類情報とを対応付けて記憶する第３記憶手段から、前記特定の提案運動識別情報に対応付けられた運動種類情報を取得する第２取得手段と、前記第３記憶手段を参照して、前記第２取得手段により取得された前記運動種類情報に対応付けられた１以上の運動識別情報を、提案する運動識別情報として出力手段により出力させる提案手段と、を備えることを特徴とする。
【０００７】
請求項２に記載の発明は、前記第２取得手段により取得された前記運動識別情報と対応付けられた前記運動種類情報の中に、個人向けの運動を表す前記運動種類情報と集団向けの運動を表す前記運動種類情報との何れが多いかを判定する第２判定手段を更に備え、前記提案手段は、前記第２判定手段により多いと判定された前記運動種類情報に対応付けられた１以上の運動識別情報を出力させることを特徴とする。
【０００８】
請求項３に記載の発明は、前記第１判定手段は、前記特定の実行運動識別情報の数と、前記特定の提案運動識別情報の数との比率が所定値以上であるかを判定し、前記第２取得手段は、前記第１判定手段により前記比率が所定値以上であると判定された場合、前記特定の実行運動識別情報に対応付けられた運動種類情報を、前記第３記憶手段から取得することを特徴とする。
【０００９】
請求項４に記載の発明は、ユーザを識別するユーザ識別情報と、前記ユーザの体組成を示す体組成情報と、前記体組成が登録された日付を示す日付情報とを対応付けて記憶した第４記憶手段に、前記特定のユーザ識別情報に対応付けて記憶された前記体組成情報の中で、所定の期間内の体組成の差が所定以下であるかを判定する第３判定手段と、前記第３判定手段により前記体組成の差が所定以下であると判定された場合、前記提案手段は、前記第２取得手段により取得された前記運動種類情報の中で、前記個人向けの運動を表す運動種類情報に対応付けられた１以上の運動識別情報であって、所定の運動負荷よりも大きい運動負荷を表す前記運動識別情報を出力させることを特徴とする。
【００１０】
請求項５に記載の発明は、複数の運動識別情報の中から提案された提案運動識別情報と、前記提案運動識別情報が提案されたユーザを表すユーザ識別情報とを対応付けて、第１記憶手段に記憶させる第１制御ステップと、前記複数の運動識別情報の中で実行された運動を示す実行運動識別情報と、運動を実行したユーザを表すユーザ識別情報とを対応付けて第２記憶手段に記憶させる第２制御ステップと、特定のユーザを表す特定のユーザ識別情報を取得する第１取得ステップと、前記第１記憶手段と前記第２記憶手段とを参照して、前記特定のユーザ識別情報と対応付けられた特定の実行運動識別情報の中に、前記特定のユーザ識別情報と対応付けられた特定の提案運動識別情報が所定以上あるかを判定する第１判定ステップと、前記第１判定ステップにより、前記特定の実行運動識別情報の中に、前記特定の提案運動識別情報が所定以上あると判定された場合、複数の運動識別情報と、前記複数の運動識別情報のそれぞれの運動種類として個人向けの運動又は集団向けの運動を表す運動種類情報とを対応付けて記憶する第３記憶手段から、前記特定の提案運動識別情報に対応付けられた運動種類情報を取得する第２取得ステップと、前記第３記憶手段を参照して、前記第２取得ステップにより取得された前記運動種類情報に対応付けられた１以上の運動識別情報を、提案する運動識別情報として出力手段により出力させる提案ステップと、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１１】
請求項１、３又は５に記載の発明によれば、ユーザが提案をよく受け入れて運動を行っている場合、ユーザがこれまでに多く行っていた種類の運動が提示される。そのため、ユーザの嗜好に合った運動を提案することができる。
【００１２】
請求項２に記載の発明よれば、ユーザがこれまでに個人向けの運動を多く行っていれば個人向けの運動が提案され、集団向けの運動を多く行っていれば集団向けの運動が提案される。そのため、ユーザの嗜好に合った運動を提案することができる。
【００１３】
請求項４に記載の発明によれば、運動の成果が低い場合、集団向けの運動が多く行われていたとしても、個人向けの運動が提案される。また、所定の運動負荷よりも大きい運動負荷の運動が提案される。そのため、集団向けの運動では運動負荷を変えることができなくても、個人向けの運動を提案することで、効果的な運動を提案することができる。
【図面の簡単な説明】
【００１４】
【図１】一実施形態の運動支援システム１の概要構成例を示す図である。
【図２】（Ａ）は、目的マスタテーブルの構成例を示す図であり、（Ｂ）は、目標情報テーブルの構成例を示す図であり、（Ｃ）は、運動内容マスタテーブルの構成例を示す図であり、（Ｄ）は、レッスン内容マスタテーブルの構成例を示す図である。
【図３】（Ａ）は、提案情報テーブルの構成例を示す図であり、（Ｂ）は、運動履歴テーブルの構成例を示す図であり、（Ｃ）は、運動負荷マスタテーブルの構成例を示す図であり、（Ｄ）は、体組成情報テーブルの構成例を示す図である。
【図４】配信サーバ２のＣＰＵ２１の提案処理の一例を示すフローチャートである。
【図５】配信サーバ２のＣＰＵ２１の運動決定処理の一例を示すフローチャートである。
【図６】配信サーバ２のＣＰＵ２１のレッスン検索処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、運動を支援する運動支援システムに本発明を適用した場合の実施形態である。
【００１６】
［１．運動支援システム１の構成］
始めに、図１を参照して、本実施形態の運動支援システム１の構成について説明する。図１は、本実施形態の運動支援システム１の概要構成例を示す図である。図１に示すように、運動支援システム１は、配信サーバ２、１以上の出力端末７１及び７３、１つ以上のスタジオ端末７２、複数のトレーニングマシン８１、複数の運動器具端末８２、１つ以上の体組成計８３、及び１つ以上の閲覧端末５を含んで構成されている。配信サーバ２と、出力端末７１及び７３、スタジオ端末７２、トレーニングマシン８１、運動器具端末８２、体組成計８３、及び閲覧端末５とは、ネットワーク１０を介して接続可能になっている。ネットワーク１０は、例えば、インターネットを含む。配信サーバ２は、本発明の情報処理装置の一例である。配信サーバ２には、データベース３が接続されている。データベース３は、本発明の第１記憶手段、第２記憶手段、第３記憶手段及び第４記憶手段の一例である。第１記憶手段、第２記憶手段、第３記憶手段及び第４記憶手段が同一の記憶装置であってもよいし、互いに異なる記憶装置であってもよい。また、第１記憶手段、第２記憶手段、第３記憶手段及び第４記憶手段のいずれかが、同一の記憶装置であってもよい。なお、記憶装置は、配信サーバ２に備えられてもよい。また、記憶装置は、配信サーバ２とは別のサーバに備えられて、配信サーバ２が、ネットワークを介して記憶装置を参照可能であってもよい。データベース３には、運動に関する情報や楽曲に関する情報が登録されている。配信サーバ２は、データベース３に登録されている情報等を、定期的に又は出力端末７１、出力端末７３、スタジオ端末７２又は閲覧端末５からの要求に応じて、出力端末７１、スタジオ端末７２又は閲覧端末５に配信する。出力端末７１及び７３、スタジオ端末７２、トレーニングマシン８１、運動器具端末８２、及び体組成計８３は、例えば、施設４に設置される。施設４は、例えば、スポーツ施設であってもよい。施設４の中には、運動場所として、スタジオ７、個人ブース８、及びトレーニングルーム９がある。
【００１７】
スタジオ７は、スタジオレッスンが行われる部屋である。スタジオレッスンは、複数の運動動作で構成される運動を、複数の利用者が行うことである。スタジオ７には、出力端末７１及びスタジオ端末７２が設置される。出力端末７１は、運動コンテンツを出力する。運動コンテンツは、運動を支援するための運動映像及び楽曲を含む。運動映像は、運動動作を行うフィギュアを映し出した動画である。フィギュアは、例えば、人、動物、仮想上の生き物、ロボット等のかたちをした仮想物である。出力端末７１は楽曲とフィギュアの動きとが同期するように、楽曲をスピーカにより出力させ、運動映像をディスプレイに表示させる。利用者は、楽曲を聴きながら、ディスプレイに表示されるフィギュアを見て、運動を行うことができる。なお、出力端末７１を利用しないで、スタジオレッスンが行われてもよい。例えば、インストラクターの指導のもと、利用者が運動を行ってもよい。スタジオ端末７２は、スタジオにおける利用者の運動履歴をデータベース３に登録するための端末装置である。例えば、施設４を利用する各利用者にＩＣカード６３が付与される。ＩＣカード６３には、ユーザＩＤが記録されている。ユーザＩＤは、利用者を識別可能な識別情報である。ユーザＩＤは、本発明のユーザ識別情報の一例である。利用者は、スタジオに入室するとき、スタジオ端末７２にＩＣカード６３を近づける。すると、スタジオ端末７２は、例えば、ＮＦＣ（Near Field Communication）等の通信方式によりＩＣカード６３からユーザＩＤを受信する。なお、運動履歴を登録するための処理の詳細は後述する。
【００１８】
個人ブース８は、個人レッスンが行われる部屋である。個人レッスンは、複数の運動動作で構成される運動を１人の利用者が行うことである。個人ブース８には、出力端末７３が設置される。出力端末７３の基本的な機能及び構成は、出力端末７１と同様である。また、出力端末７３は、ＩＣカード６３からユーザＩＤを受信するためのＩＣカードリーダ等を備える。
【００１９】
トレーニングルーム９には、トレーニングマシン８１、運動器具端末８２及び体組成計８３、運動器具８４が設置される。トレーニングルーム９は、利用者がトレーニングマシン８１や運動器具８４を用いて運動を行うための部屋である。トレーニングマシン８１及び運動器具８４は、運動に用いられる器具、器械等である。トレーニングマシン８１として、例えば、ウェイトトレーニングマシン、アークトレーナー、トレッドミル等がある。運動器具８４として、例えば、バーベル等がある。トレーニングマシン８１は、例えばＩＣカード６３からユーザＩＤを受信するためのＩＣカードリーダ等を備える。各運動器具８４に対応して、運動器具端末８２が設置される。運動器具端末８２は、運動器具８４を用いた利用者の運動履歴をデータベース３に登録するための端末装置である。利用者は、運動器具８４の利用を開始するとき、運動器具端末８２にＩＣカード６３を近づける。すると、運動器具端末８２はＩＣカード６３からユーザＩＤを受信する。なお、運動履歴を登録するための処理の詳細は後述する。
【００２０】
体組成計８３は、利用者の体組成を測定する。測定可能な体組成として、例えば、体重、体脂肪、筋肉量、基礎代謝量、筋肉量スコア、体脂肪率等がある。筋肉量スコア及び体脂肪率は、右腕、左上、右足、左足、体幹のそれぞれの身体部位について測定可能である。体組成を測定するとき、利用者はＩＣカード６３を体組成計８３に近づける。すると、体組成計８３はＩＣカード６３からユーザＩＤを受信する。体組成計８３は、測定した体組成の情報と受信したユーザＩＤを含む体組成情報を、配信サーバ２へ送信する。配信サーバ２は、体組成情報をデータベースに登録する。
【００２１】
閲覧端末５は、利用者に提案する運動を提示するための端末装置である。提案される運動を提案運動という。例えば、閲覧端末５は、１つ以上の提案運動で構成されるレッスンを提示する。提案されるレッスンを提案レッスンという。閲覧端末５は、例えば、パーソナルコンピュータ、スマートフォン、タブレット型コンピュータ、携帯電話機等であってもよい。施設４に予め閲覧端末５が設置されてもよいし、各利用者が閲覧端末５を所有してもよい。
【００２２】
［２．利用者の嗜好に合った運動の提案］
利用者が施設４で運動するとき、目的及び目標の設定が可能である。目的は、例えば利用者の複数の体組成の項目うち何れかの項目の体組成値を減少させ又は増加させることである。目標は、例えば目的として設定された項目の体組成値を減少又は増加させる量である。配信サーバ２は、設定された目的を達成するための提案レッスンを１以上決定する。そして、配信サーバ２は、提案レッスンを閲覧端末５により提示させる。利用者は、例えば提案を受け入れて、提案レッスンを実行してもよい。また例えば、提案レッスンが利用者の嗜好に合わなければ、利用者は提案レッスンと異なるレッスンを実行してもよい。或いは、提案レッスンが利用者の嗜好に合わなければ、利用者は運動を継続することができない場合がある。そこで、配信サーバ２は、運動履歴を利用して、利用者の嗜好に合う提案レッスンを決定する。
【００２３】
利用者の嗜好に合う提案レッスンを決定するため、データベース３には、目的マスタテーブル、目的情報テーブル、運動内容マスタテーブル、レッスン内容マスタテーブル、提案情報テーブル、運動履歴テーブルが格納されている。
【００２４】
図２（Ａ）は、目的マスタテーブルの構成例を示す図である。目的マスタテーブルには、設定可能な目的に関する情報が格納される。具体的に、目的マスタテーブルには、目的ごとに、目的ＩＤ、目的名、運動種別１及び運動種別２が対応付けて格納される。目的ＩＤは、目的を識別可能な識別情報である。目的名として、例えば、体重減、体脂肪率減、筋肉量増、基礎代謝増がある。運動種別は、目的を達成するための運動の種類を示す情報である。運動種別は、例えば運動を行ったときの身体に対する影響や効果で運動を分類した場合の種類であってもよい。運動種別１及び運動種別２に示す種類の運動で構成されるレッスンが、提案レッスンとして決定される。運動種別として、例えば筋力トレーニング及び有酸素運動がある。図２（Ａ）の例では、運動種別１は筋力トレーニングである。体重減及び体脂肪率減の場合の運動種別２は有酸素運動であり、筋肉量増及び基礎代謝増の場合の運動種別２は筋力トレーニングである。図２においては、筋力トレーニングが筋トレと示され、有酸素運動が有酸素と示されている。
【００２５】
図２（Ｂ）は、目標情報テーブルの構成例を示す図である。目標情報テーブルには、設定された目的及び目標に関する情報が格納される。具体的に、目標情報テーブルには、目的が設定されるごとに、ユーザＩＤ、目的ＩＤ、目標増減値、運動開始日及び運動終了日が対応付けて格納される。ユーザＩＤは、ユーザを識別可能な識別情報である。目的ＩＤは、設定された目的を識別可能な識別情報である。目標増減値は、目的ＩＤが示す目的に対応する体組成値を減少又は増加させる量である。例えば、目的が筋肉量増であり、目標増減値が５である場合、筋肉量スコアを５ポイント増加させることが目標である。運動開始日は、目的が設定された日である。運動終了日は、目標達成までの期限である。
【００２６】
図２（Ｃ）は、運動内容マスタテーブルの構成例を示す図である。運動内容マスタテーブルは、運動の内容を定義するテーブルである。具体的に、運動内容マスタテーブルには、運動ごとに、運動ＩＤ、運動名、運動種別、対象種別、動作種別が格納される。運動ＩＤは、運動を識別可能な識別情報である。運動名として、例えば、ウェイトマシン運動、ピラティス、バーベル運動、格闘技、アークトレーナー、トレッドミル、ダンス等がある。ピラティス、格闘技及びダンスは、スタジオ７及び個人ブース８で行われる。ウェイトマシン運動、バーベル運動、アークトレーナー及びトレッドミルは、トレーニングルーム９で行われる。運動種別は、運動を行ったときの身体に対する影響や効果で運動を分類した場合の種類である。ウェイトマシン運動、ピラティス及びバーベル運動の運動種別は筋力トレーニングである。格闘技、アークトレーナー、トレッドミル及びダンスの運動種別は有酸素運動である。対象種別は、本発明の運動種類情報の一例である。対象種別は、運動を同時に行う利用者１４の人数で運動を分類した場合における運動の種類を示す。対象種別として、個人及び集団がある。個人は、１人で行われることを示す。集団は、複数人で行われることを示す。対象種別が個人である運動を個人運動といい、対象種別が集団である運動を集団運動という。個人運動は個人向けの運動であり、集団運動は集団向けの運動である。ウェイトマシン運動、アークトレーナー及びトレッドミルは個人運動である。バーベル運動は集団運動である。ピラティス、格闘技及びダンスでは、個人運動と集団運動との両方が存在する。スタジオレッスンでは、集団向けのピラティス、格闘技又はダンスが行われる。個人レッスンでは、個人向けのピラティス、格闘技又はダンスが行われる。動作種別は、運動を構成する動作の種類の数で運動を分類した場合における運動の種類を示す。動作種別として、単純及び複合がある。単純は、動作の種類が１つのみ存在することを示す。動作種別が単純である運動では、１種類の動作が１又は複数回実行される。複合は、動作の種類が複数存在することを示す。動作種別が複合である運動では、複数種類の動作が１又は複数回実行される。ウェイトマシン運動、アークトレーナー及びトレッドミルの動作種別は単純である。その他の運動の動作種別は複合である。
【００２７】
図２（Ｄ）は、レッスン内容マスタテーブルの構成例を示す図である。レッスン内容マスタテーブルはレッスンの内容を定義するテーブルである。具体的に、レッスン内容マスタテーブルには、レッスンごとに、レッスンＩＤ、運動ＩＤ、詳細内容情報、運動部位及び運動時間が対応付けて格納される。レッスンＩＤは、レッスンを識別可能な識別情報である。レッスンＩＤは、本発明の運動識別情報の一例である。運動ＩＤは、レッスンを構成する運動を示す。詳細内容情報は、レッスンの名称を示す。運動部位は、レッスンで鍛える身体部位を示す。運動時間は、レッスンを行う時間の長さを示す。
【００２８】
図３（Ａ）は、提案情報テーブルの構成例を示す図である。提案情報テーブルには、提案レッスンに関する提案情報が格納される。提案情報は、レッスンの提案の履歴でもある。具体的に、提案情報テーブルには、ユーザＩＤ、運動ＩＤ、レッスンＩＤ、運動時間、負荷重量、運動回数、運動テンポ及び提案日が対応付けて、提案情報として格納される。ユーザＩＤは、提案されたユーザを示す。運動ＩＤは、提案運動を示す。提案情報テーブルに格納されるユーザＩＤは、本発明のユーザ識別情報の一例である。レッスンＩＤは、提案レッスンを示す。提案情報テーブルに格納されるレッスンＩＤは、本発明の提案運動識別情報の一例である。負荷重量は、負荷重量は、身体にかける負荷の重量である。運動回数は、運動を繰り返し行う回数である。運動テンポは、運動を行う速さを示すテンポである。提案情報テーブルに格納される運動時間、負荷重量、運動回数及び運動テンポは、提案された運動時間、負荷重量、運動回数及び運動テンポである。提案日は、提案レッスンが提示された日を示す。
【００２９】
図３（Ｂ）は、運動履歴テーブルの構成例を示す図である。運動履歴テーブルには、運動履歴が格納される。運動履歴は、利用者による運動の実行の履歴である。具体的に、運動履歴テーブルには、ユーザがレッスンを行うごとに、ユーザＩＤ、レッスンＩＤ、登録日時、運動時間、負荷重量、運動テンポ及び提案フラグが対応付けて、運動履歴として格納される。ユーザＩＤは、レッスンを行ったユーザを示す。レッスンＩＤは、実行されたレッスンを示す。運動履歴テーブルに格納されるレッスンＩＤは、本発明の実行運動識別情報の一例である。登録日時は、レッスンが開始された日時を示す。運動時間、負荷重量及び運動テンポは、行われたレッスンでの運動負荷を示す。運動負荷については後述する。提案フラグは、レッスンが提案レッスンであるか否かを示す。提案フラグがＴＲＵＥである場合は提案レッスンを示し、提案フラグがＦＡＬＳＥである場合は提案レッスンではないことを示す。
【００３０】
運動履歴テーブルの登録の詳細について説明する。データベース３には、レッスンスケジュールテーブルが格納されている。レッスンスケジュールテーブルは、スタジオレッスンのスケジュール情報が格納されるテーブルである。スケジュール情報は、レッスンＩＤ、開催日、時間帯、運動テンポを含む。レッスンＩＤは、開催されるスタジオレッスンを示す。開催日は、スタジオレッスンが開催される日付を示す。時間帯は、レッスンが開始される時刻及びレッスンが終了する時刻を含む。配信サーバ２は、スケジュールテーブルを、例えば定期的にスタジオ端末７２に配信する。
【００３１】
利用者がスタジオ７に入室するとき、ＩＣカード６３をスタジオ端末７２に近づける。これにより、スタジオ端末７２はユーザＩＤを取得する。次いで、スタジオ端末７２は、今日の日付及び現在時刻を取得する。スタジオ端末７２は、スケジュールテーブルから、今日の日付に対応するレッスンＩＤのうち、現在時刻を含む時間帯に対応するレッスンＩＤを取得する。スタジオ端末７２は、出力端末７１から、取得した日付、現在時刻、ユーザＩＤ及びレッスンＩＤを配信サーバ２へ送信する。配信サーバ２は、出力端末７１から受信した日付、現在時刻、ユーザＩＤ及びレッスンＩＤを格納した運動履歴を運動履歴テーブルに登録する。日付及び現在時刻は、登録日時である。また、配信サーバ２は、受信したレッスンＩＤ、日付及び現在時刻に対応する時間帯及び運動テンポを取得する。配信サーバ２は、時間帯から運動時間を計算する。そして、配信サーバ２は、運動時間及び運動テンポを更に運動履歴テーブルに登録する。
【００３２】
利用者が個人ブース８で運動するとき、利用者は、ＩＣカード６３を出力端末７３のＩＣカードリーダに近づける。これにより、出力端末７３はユーザＩＤを取得する。次いで、利用者は、出力端末７３を操作して、実行したいレッスンのレッスンＩＤ及び運動テンポを選択指示する。出力端末７３は、指示されたレッスンＩＤに対応する運動コンテンツを、指示された運動テンポに従って再生する。そして、出力端末７３は、ユーザＩＤ、レッスンＩＤ、運動コンテンツの再生時間、運動テンポ及び現在日時を配信サーバ２へ送信する。配信サーバ２は、出力端末７３から受信したユーザＩＤ、レッスンＩＤ、再生時間、運動テンポ及び現在日時を格納した運動履歴を運動履歴テーブルに登録する。この場合、再生時間は運動時間である。
【００３３】
利用者がＩＣカード６３をトレーニングマシン８１のＩＣカードリーダに近づける。これにより、トレーニングマシン８１はユーザＩＤを取得する。次いで、利用者は、トレーニングマシン８１を操作して、実行したいレッスンのレッスンＩＤを選択指示する。トレーニングマシン８１がウェイトマシンである場合、利用者は更に負荷重量及び運動回数を選択指示する。トレーニングマシン８１がアークトレーナー又はトレッドミルである場合、利用者は更に運動時間を選択指示する。トレーニングマシン８１は、利用者の指示に従って、利用者が運動を行うための動作を開始する。また、トレーニングマシン８１は、ユーザＩＤ、レッスンＩＤ、現在日時、負荷重量、運動回数、運動時間を配信サーバ２へ送信する。配信サーバ２は、トレーニングマシン８１から受信したユーザＩＤ、レッスンＩＤ、現在日時、負荷重量、運動回数、運動時間を格納した運動履歴を運動履歴テーブルに登録する。
【００３４】
利用者が運動器具８４の利用を開始するとき、ＩＣカード６３を運動器具端末８２に近づける。これにより、運動器具端末８２はユーザＩＤを取得する。利用者は、運動器具端末８２を操作して、実行したいレッスンのレッスンＩＤ、運動時間、負荷重量及び運動テンポを選択指示する。運動器具端末８２は、ユーザＩＤ、指示されたレッスンＩＤ、運動時間、負荷重量、運動テンポ及び現在日時を配信サーバ２へ送信する。配信サーバ２は、運動器具端末８２から受信したユーザＩＤ、レッスンＩＤ、運動時間、負荷重量、運動テンポ及び現在日時を格納した運動履歴を運動履歴テーブルに登録する。
【００３５】
運動履歴テーブルに運動履歴を登録すると、配信サーバ２は、登録した運動履歴からユーザＩＤ及びレッスンＩＤを取得する。次いで、配信サーバ２は、取得したユーザＩＤ及びレッスンＩＤの組み合わせと同一の組み合わせを含む提案情報を提案情報テーブルから検索する。同一の組み合わせを含む提案情報が検索された場合、配信サーバ２は、ＴＲＵＥに設定された提案フラグを運動履歴テーブルに更に登録する。同一の組み合わせを含む提案情報が検索されなかった場合、配信サーバ２は、ＦＡＬＳＥに設定された提案フラグを運動履歴テーブルに更に登録する。
【００３６】
レッスンを提案するとき、配信サーバ２は、提案される利用者のユーザＩＤを取得する。レッスンが提案される利用者を特定利用者という。特定利用者のユーザＩＤは、本発明の特定のユーザ識別情報の一例である。例えば、閲覧端末５がＩＣカード６３からユーザＩＤを受信し、ユーザＩＤを配信サーバ２へ送信する。次いで、配信サーバ２は、特定利用者の目的を示す目的ＩＤを決定する。例えば、配信サーバ２は、特定利用者の体組成の情報に基づいて目的ＩＤを決定してもよい。次いで、配信サーバ２は、目的ＩＤに対応する運動ＩＤを提案運動の運動ＩＤとして決定する。これにより、配信サーバ２は、目的を達成するための運動を決定する。具体的に、体重減又は体脂肪率減の目的ＩＤの場合、配信サーバ２は、運動種別として、筋力トレーニング及び有酸素運動を決定する。筋肉量増又は基礎代謝増の目的ＩＤの場合、配信サーバ２は、運動種別として、筋力トレーニングを決定する。そして、配信サーバ２は、決定した運動種別に対応する運動ＩＤを運動内容マスタテーブルから決定する。体重減又は体脂肪率減の場合、配信サーバ２は、筋力トレーニングに対応する運動ＩＤ、及び有酸素運動に対応する運動ＩＤを決定する。筋肉量増又は基礎代謝増の場合、配信サーバ２は、筋力トレーニングに対応する運動ＩＤを決定する。決定された運動ＩＤは、提案運動を示す。
【００３７】
このとき、配信サーバ２は、特定利用者がどれだけ提案を受け入れたかに応じて、運動ＩＤを決定する。具体的に、配信サーバ２は、運動履歴テーブルにおいて、特定利用者のユーザＩＤと対応付けられたレッスンＩＤの中に、提案情報テーブルにおいて特定利用者のユーザＩＤと対応付けられた１以上のレッスンＩＤが所定以上あるかを判定する。次いで、配信サーバ２は、提案情報テーブルにおいて特定利用者のユーザＩＤと対応付けられたレッスンＩＤが所定以上あると判定された場合、そのレッスンＩＤに対応する運動ＩＤに対応付けられた対象種別を、運動内容マスタテーブルから取得する。次いで、配信サーバ２は、取得した対象種別に対応する運動ＩＤのうち１以上の運動ＩＤを、提案運動の運動ＩＤに決定する。そして、配信サーバ２は、提案運動の運動ＩＤに対応するレッスンＩＤのうち１以上のレッスンＩＤを、提案レッスンのレッスンＩＤに決定する。
【００３８】
より詳細に説明すると、配信サーバ２は、運動履歴からレッスンＩＤを取得する。具体的に、配信サーバ２は、目的ＩＤに応じて決定した運動種別に対応する運動ＩＤを運動内容マスタテーブルから取得する。次いで、配信サーバ２は、取得した運動ＩＤに対応するレッスンＩＤをレッスン内容マスタテーブルから取得する。そして、配信サーバ２は、特定利用者のユーザＩＤ及び取得したレッスンＩＤの組合せと同一の組合せを格納する運動履歴を運動履歴テーブルから検索する。つまり、配信サーバ２は、特定利用者がこれまでに行ったレッスンのうち、今回設定された目的に合ったレッスンの運動履歴を検索する。
【００３９】
次いで、配信サーバ２は、検索された運動履歴のうち、ＴＲＵＥに設定された提案フラグを格納する運動履歴の割合を計算する。この割合を提案レッスンの割合という。ＴＲＵＥに設定された提案フラグは、特定利用者のユーザＩＤに対応付けて運動履歴テーブルに登録されたレッスンＩＤが、特定利用者のユーザＩＤに対応付けて提案情報テーブルに登録されていることを示す。提案レッスンの割合は、特定利用者が実行したレッスンのうち、提案レッスンの割合を示す。すなわち、特定利用者が提案を受け入れた割合を示す。
【００４０】
配信サーバ２は、例えば提案レッスンの割合が所定割合以上であるかを判定する。例えば、配信サーバ２は、提案レッスンの割合が４割以上であるかを判定してもよい。提案レッスンの割合が所定割合以上である場合、配信サーバ２は、ＴＲＵＥに設定された提案フラグを格納する運動履歴からレッスンＩＤを取得する。次いで、配信サーバ２は、取得したレッスンＩＤに対応する運動ＩＤをレッスン内容マスタテーブルから取得し、この運動ＩＤに対応する対象種別を運動内容マスタテーブルから取得する。配信サーバ２は、取得した対象種別のうち、個人を示す対象種別が所定以上あるかを判定する。つまり、配信サーバ２は、特定利用者行った運動のうち個人運動の割合が所定以上あるかを判定する。例えば、配信サーバ２は、個人運動の割合が５割以上あるかを判定してもよい。個人運動の割合が所定以上ある場合、配信サーバ２は、運動内容マスタテーブルから、対象種別が個人である運動ＩＤを提案運動の運動ＩＤに決定する。個人運動の割合が所定以上ない場合、配信サーバ２は、運動内容マスタテーブルから、対象種別が集団である運動ＩＤを提案運動の運動ＩＤに決定する。つまり、配信サーバ２は、個人運動及び集団運動のうちより多く実行された運動を提案運動に決定する。これにより、目的を達成するための運動として、利用者の嗜好に合った運動を提案することができる。また、利用者が提案を多く受け入れている場合、過去に提案された運動の中から提案運動が決定される。そのため、利用者の嗜好に合った運動を提案することができる。
【００４１】
提案レッスンの割合が所定割合以上ではない場合、配信サーバ２は、ＦＡＬＳＥに設定された提案フラグを格納する運動履歴からレッスンＩＤを取得する。次いで、配信サーバ２は、取得したレッスンＩＤに対応する運動ＩＤをレッスン内容マスタテーブルから取得し、この運動ＩＤに対応する対象種別を運動内容マスタテーブルから取得する。その後、配信サーバ２は、提案レッスンの割合が所定割合以上である場合と同様に、個人運動及び集団運動のうちより多く実行された運動を提案運動に決定する。利用者が提案をさほど受け入れていない場合、過去に提案された運動と異なる運動のうち、利用者が過去に行った運動の中から、提案運動が決定される。そのため、利用者の嗜好に合った運動を提案することができる。
【００４２】
提案運動の運動ＩＤを決定すると、配信サーバ２は、レッスン内容マスタテーブルから、提案運動の運動ＩＤに対応するレッスンＩＤを提案レッスンのレッスンＩＤに決定する。
【００４３】
［３．提案する運動、運動負荷の変更］
運動の提案を受けて利用者が運動を行っても、運動の効果がさほどない場合がある。そこで、配信サーバ２は、利用者の体組成の情報に基づいて、提案する運動負荷を決定する。具体的に、配信サーバ２は、所定の運動負荷よりも大きい運動負荷を決定する。運動負荷として、運動時間、負荷重量、運動回数及び運動テンポが挙げられる。運動時間が長いほど運動負荷が大きい。負荷重量が重いほど運動負荷が大きい。運動回数が多いほど運動負荷が大きい。運動テンポが速いほど運動負荷が大きい。
【００４４】
運動負荷を決定するめ、データベース３には、運動負荷マスタテーブル、体組成情報テーブルが格納されている。図３（Ｃ）は、運動負荷マスタテーブルの構成例を示す図である。運動負荷マスタテーブルには、運動負荷の初期値を定義するテーブルである。具体的に、運動負荷マスタテーブルには、運動ごとに、運動ＩＤ、運動時間、負荷重量、運動回数及び運動テンポが対応付けて格納される。運動時間は、ウェイトマシン運動以外の運動に対して設定される。負荷重量は、ウェイトマシン運動及びバーベル運動に対して設定される。運動回数は、ウェイトマシン運動に対して設定される。運動テンポは、ピラティス、バーベル運動、格闘技、ダンスに対して設定される。
【００４５】
図３（Ｄ）は、体組成情報テーブルの構成例を示す図である。体組成情報テーブルは、体組成情報が登録されるテーブルである。具体的に、体組成情報テーブルには、ユーザＩＤ、体組成項目種別、体組成値及び登録日時が対応付けて登録される。ユーザＩＤは、体組成が測定された利用者を示す。体組成項目種別は、体組成の項目を示す。体組成値は、測定された体組成を示す値である。登録日時は、体組成が測定された日時である。
【００４６】
配信サーバ２は、例えば現在から過去に遡って所定期間内の登録日時の体組成情報を取得する。この期間は、例えば１ヶ月等であってもよい。配信サーバ２は、取得した体組成情報の中から、登録日時が最新の体組成情報と最古の体組成情報とを取得する。配信サーバ２は、最新の体組成情報と最古の体組成情報との間で、目的に対応する体組成値の差を計算する。
【００４７】
体組成値の差が所定以上である場合、配信サーバ２は、運動負荷を大きくする。具体的に、配信サーバ２は、運動履歴テーブルに登録されている特定利用者のユーザＩＤを含む運動履歴から運動負荷の値を取得する。そして、配信サーバ２は、取得した運動負荷の値よりも大きい負荷の値を決定する。つまり、配信サーバ２は、特定利用者が過去に行った運動の運動負荷よりも大きい運動負荷を決定する。例えば、配信サーバ２は、運動負荷に所定値を加算してもよいし、運動負荷に所定値を掛けてもよい。
【００４８】
ところで、集団運動では、複数の利用者が同時に運動を行う。例えば、出力端末７１から出力される楽曲及び運動映像に合わせて、複数の利用者が同一の動作を行う。そのため、集団運動を行う複数の利用者のうち特定利用者のみの運動負荷を変更することは難しい。そこで、配信サーバ２は、特定利用者が過去に集団運動を多く行っていた場合に運動負荷を上げると決定したとき、提案運動を集団運動から個人運動に変更する。個人運動であれば、運動負荷の変更は自由である。これにより運動の効果を向上させることができる。
【００４９】
例えば、配信サーバ２は、運動負荷を所定以上の負荷に上げる場合に、提案運動を集団運動から個人運動に変更してもよい。例えば、図２（Ｄ）のレッスン内容マスタテーブルに示すように、集団運動としてのダンスのレッスンが３つ定義されている。これらのレッスンのレッスンＩＤは、Ｌ２０〜２２である。レッスンＩＤがＬ２０である場合、運動時間は３０分であり、レッスンＩＤがＬ２１である場合、運動時間は４０分であり、レッスンＩＤがＬ２２である場合、運動時間は５０分である。提案運動がダンスであるときに運動時間を３０分から４０分に変更する場合、配信サーバ２は、提案レッスンのレッスンＩＤとして、Ｌ２１のレッスンＩＤを決定する。運動時間を４０分から５０分に変更する場合、配信サーバ２は、提案レッスンのレッスンＩＤとして、Ｌ２２のレッスンＩＤを決定する。運動時間を５０分から６０分に変更する場合、集団運動としてのダンスのレッスンに、６０分のレッスンが存在しない。そこで、配信サーバ２は、例えば個人運動のダンスの運動ＩＤを決定し、この運動ＩＤに対応するレッスンＩＤを決定する。そして、配信サーバ２は、運動時間を６０分に決定する。また、配信サーバ２は、例えば運動テンポを、過去の運動テンポよりも速くしてもよい。
【００５０】
［４．各装置の構成］
次に、図１を参照して、運動支援システムに含まれる各装置の構成について説明する。
【００５１】
［４−１．配信サーバ２の構成］
図１に示すように、配信サーバ２は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、バス２４、Ｉ／Ｏインタフェイス２５、表示制御部２６、ディスクドライブ２８、ネットワーク通信部３０及びＨＤＤ（ハードディスクドライブ）３７を備える。ＣＰＵ２１は、バス２４を介して、ＲＯＭ２２、ＲＡＭ２３、及びＩ／Ｏインタフェイス２５に接続されている。ＣＰＵ２１は、時計機能及びタイマー機能を有する。ＣＰＵ２１は、ＲＯＭ２２やＨＤＤ３７に記憶されたプログラムを実行することにより、配信サーバ２の各部を制御する。Ｉ／Ｏインタフェイス２５には、データベース３、表示制御部２６、ディスクドライブ２８、ネットワーク通信部３０、キーボード３１、マウス３２及びＨＤＤ３７が接続されている。ＣＰＵ２１は、Ｉ／Ｏインタフェイス２５を介してデータベース３にアクセスする。表示制御部２６は、ＣＰＵ２１の制御に基づいて映像信号をモニタ２７に出力する。ディスクドライブ２８は、記録媒体２９に対するデータの書き込み及び読み出しを行う。ネットワーク通信部３０は、配信サーバ２がネットワーク１０に接続するための制御を行う。ＨＤＤ３７には、ＯＳや各種制御プログラム等が記憶されている。
【００５２】
データベース３には、目的マスタテーブル、目的情報テーブル、運動内容マスタテーブル、レッスン内容マスタテーブル、提案情報テーブル、運動履歴テーブル、運動負荷マスタテーブル、体組成情報テーブル、レッスンスケジュールテーブル等のテーブルが格納されている。また、データベース３には、ユーザ情報テーブル、平均体組成情報テーブル、ウェイトマシンマスタテーブルが格納されている。ユーザ情報テーブルには、利用者に関する情報が格納される。具体的に、ユーザ情報テーブルには、利用者ごとに、ユーザＩＤ、年齢、性別等が対応付けて格納される。平均体組成情報テーブルには、年代や性別ごとの平均的な体組成の情報が格納される。具体的に、平均体組成情報テーブルには、年代、性別及び体組成情報が対応付けて格納される。ウェイトマシンマスタテーブルは、ウェイトマシンのレッスンの種類を定義するテーブルである。具体的に、ウェイトマシンマスタテーブルには、マシン運動種別と、ウェイトマシン運動のレッスンＩＤとが対応付けて複数登録される。マシン運動種別として初級と上級とがある。１つのマシン運動種別に複数のレッスンＩＤが対応付けられてもよい。
【００５３】
ＨＤＤ３７には、ＯＳ、サーバプログラム等の各種プログラム等が記憶されている。サーバプログラムは、提案運動を決定するためのプログラムである。サーバプログラムは、コンピュータとしてのＣＰＵ２１に、第１制御ステップ、第２制御ステップ、第１取得ステップ、第１判定ステップ、第２取得ステップ、第３制御ステップを少なくとも実行させる。各種プログラムは、例えば、所定のサーバ装置からネットワーク１０を介してダウンロードされるようにしてもよい。また、各種プログラムは、記録媒体２９に記録されてディスクドライブ２８を介して読み込まれるようにしてもよい。
【００５４】
［４−２．閲覧端末５の構成］
図１に示すように、閲覧端末５は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、バス５４、Ｉ／Ｏインタフェイス５５、表示制御部５６、メモリ５７、カードドライブ５８、ディスプレイ５９、ネットワーク通信部６０、操作部６１、及び信号受信部６２を備える。ＣＰＵ５１は、バス５４を介して、ＲＯＭ５２、ＲＡＭ５３、及びＩ／Ｏインタフェイス５５に接続されている。ＣＰＵ５１は、ＲＯＭ５２やメモリ５７に記憶されたプログラムを実行することにより、閲覧端末５の各部を制御する。Ｉ／Ｏインタフェイス５５には、表示制御部５６、メモリ５７、ネットワーク通信部６０、操作部６１、及び信号受信部６２が接続されている。表示制御部５６は、ＣＰＵ５１の制御に基づいて映像信号をディスプレイ５９に出力する。ディスプレイ５９は、映像信号に基づいて映像を表示する。ディスプレイ５９は、本発明の出力手段の一例である。カードドライブ５８は、メモリカードに対するデータの書き込み及び読み出しを行う。操作部６１は、利用者からの操作を受け付ける。信号受信部６２は、例えばＮＦＣ等の通信方式により、ＩＣカード６３からユーザＩＤを受信する。
【００５５】
メモリ５７には、ＯＳ、端末プログラム等の各種プログラム等が記憶されている。端末プログラムは、提案運動の情報を出力するためのプログラムである。各種プログラムは、例えば、配信サーバ２等のサーバからネットワーク１０を介してダウンロードされるようにしてもよい。また、各種プログラムは、メモリカードに記録されてカードドライブ５８を介して読み込まれるようにしてもよい。
【００５６】
［５．運動支援システム１の動作］
次に、図４乃至図６を参照して、運動支援システム１の動作を説明する。図４は、配信サーバ２のＣＰＵ２１の提案処理の一例を示すフローチャートである。例えば、利用者がＩＣカード６３を閲覧端末５に近づけることにより、信号受信部６２がＩＣカード６３から、特定利用者のユーザＩＤを受信する。閲覧端末５は、受信したユーザＩＤを配信サーバ２へ送信する。配信サーバ２がユーザＩＤを受信したとき、ＣＰＵ２１は提案処理を実行する。図４に示すように、ＣＰＵ２１は、ネットワーク通信部３０を介して閲覧端末５から受信したユーザＩＤを取得する（ステップＳ１）。次いで、ＣＰＵ２１は、体組成情報表示処理を実行する（ステップＳ２）。体組成情報表示処理において、ＣＰＵ２１は、特定利用者の最新の体組成の情報を閲覧端末５に表示させる。例えば、ＣＰＵ２１は、各体組成値、体組成値の推移を示すグラフ等を閲覧端末５に表示させる。ＣＰＵ２１は、例えば、体組成値の予測値を算出し、過去の体組成値及び予測値を示すグラフを閲覧端末５に表示させてもよい。このとき、ＣＰＵ２１は、例えば、特定利用者が施設４に来た頻度を運動履歴テーブルに基づいて算出し、算出した頻度に基づいて予測値を補正してもよい。
【００５７】
次いで、ＣＰＵ２１は、目標設定処理を実行する（ステップＳ３）。
【００５８】
目標設定処理を終えると、ＣＰＵ２１は、決定した目的ＩＤが、体重減又は体脂肪減の目的ＩＤであるか否かを判定する（ステップＳ４）。このとき、ＣＰＵ２１は、決定した目的ＩＤが体重減又は体脂肪減の目的ＩＤであると判定した場合には（ステップＳ４：ＹＥＳ）、ステップＳ５に進む。一方、ＣＰＵ２１は、決定した目的ＩＤが体重減又は体脂肪減の目的ＩＤであると判定しなかった場合には（ステップＳ４：ＮＯ）、ステップＳ１０に進む。
【００５９】
ステップＳ５において、ＣＰＵ２１は、検索運動種別を有酸素運動に設定する。次いで、ＣＰＵ２１は、運動決定処理を実行する（ステップＳ６）。運動決定処理において、ＣＰＵ２１は、運動種別が検索運動種別に一致する運動の運動ＩＤの中から、提案運動の運動ＩＤを決定する。そして、ＣＰＵ２１は、提案運動の運動ＩＤを含む運動情報を運動情報テーブルに登録する。運動決定処理の詳細については後述する。次いで、ＣＰＵ２１は、登録された運動情報に、運動時間として３０分を格納する（ステップＳ７）。
【００６０】
次いで、ＣＰＵ２１は、負荷設定処理を実行する（ステップＳ８）。負荷設定処理において、ＣＰＵ２１は、提案運動がウェイトマシン運動以外の運動である場合、提案運動の運動負荷を決定する。具体的に、ＣＰＵ２１は、体組成情報テーブルから、特定利用者のユーザＩＤに対応する体組成情報のうち、現在から過去に遡って所定期間内の登録日時の体組成情報を検索する。次いで、ＣＰＵ２１は、運動履歴テーブルから、特定利用者のユーザＩＤ及び提案運動の運動ＩＤの組み合わせと同一の組み合わせを含む運動履歴を検索する。同一の組み合わせを含む運動履歴が存在しない場合、ＣＰＵ２１は、運動負荷マスタテーブルから提案運動の運動ＩＤに対応する運動負荷を取得する。そして、ＣＰＵ２１は、取得した運動負荷を提案情報に格納して、負荷設定処理を終了させる。特定利用者は提案運動を未だ行ったことないため、運動負荷が初期値に設定される。
【００６１】
同一の組み合わせを含む運動履歴が１以上存在する場合、ＣＰＵ２１は、同一の組み合わせを含む運動履歴のうち登録日時が最新の運動履歴を決定する。次いで、ＣＰＵ２１は、最新の運動履歴から運動負荷を取得する。次いで、ＣＰＵ２１は、取得した運動負荷を提案情報に格納する。次いで、ＣＰＵ２１は、登録日が所定期間内である体組成情報が１つのみ存在する場合、負荷設定処理を終了させる。１つの体組成情報のみでは体組成に変化があったか否かが不明であるため、ＣＰＵ２１は、運動負荷を変更しない。体組成情報が複数存在する場合、ＣＰＵ２１は、検索した体組成情報のうち、登録日時が最新の体組成情報と最古の体組成情報とを取得する。次いで、ＣＰＵ２１は、目的ＩＤに対応する体組成の項目において、最古の体組成値から最新の体組成値への変化率を算出する。次いで、ＣＰＵ２１は、変化率の絶対値が所定値以上であるか否かを判定する。所定値は、例えば３パーセント等であってもよい。変化率の絶対値が所定値以上である場合、ＣＰＵ２１は、負荷設定処理を終了させる。一方、変化率の絶対値が所定値未満である場合、ＣＰＵ２１は、運動負荷を上げる。提案運動がバーベル運動の場合、ＣＰＵ２１は、提案情報に格納した運動負荷のうち負荷重量に所定値を加算する。所定値は、例えば１０キログラム等であってもよい。提案運動がバーベル運動以外の運動の場合、ＣＰＵ２１は、提案情報に格納した運動負荷のうち運動時間に所定値を加算する。所定値は、例えば１０分等であってもよい。
【００６２】
負荷設定処理を終えると、ＣＰＵ２１は、レッスン検索処理を実行する（ステップＳ９）。レッスン検索処理において、ＣＰＵ２１は、提案運動の運動ＩＤに対応するレッスンＩＤを、提案レッスンのレッスンＩＤに決定する。そして、ＣＰＵ２１は、提案レッスンのレッスンＩＤを提案情報に格納する。また、提案運動がウェイトマシン運動である場合、ＣＰＵ２１は、ウェイトマシン運動の運動負荷を設定する。また、提案運動が集団運動であるとき、負荷設定処理で運動時間が変更されたことによって、提案運動の運動ＩＤに対応するレッスンＩＤの中に変更後の運動時間に対応するレッスンＩＤが存在しない場合がある。この場合、ＣＰＵ２１は、提案運動の運動ＩＤを個人運動の運動ＩＤに変更し、変更後の運動ＩＤに対応するレッスンＩＤを決定する。レッスン検索処理の詳細は後述する。次いで、ＣＰＵ２１は、ステップＳ１０に進む。
【００６３】
ステップＳ１０において、ＣＰＵ２１は、検索運動種別を筋力トレーニングに設定する。次いで、ＣＰＵ２１は、ステップＳ６と同様に運動決定処理を実行する（ステップＳ１１）。次いで、ＣＰＵ２１は、決定した目的ＩＤが、体重減又は体脂肪減の目的ＩＤであるか否かを判定する（ステップＳ１２）。このとき、ＣＰＵ２１は、決定した目的ＩＤが体重減又は体脂肪減の目的ＩＤであると判定した場合には（ステップＳ１２：ＹＥＳ）、ステップＳ１３に進む。ステップＳ１３において、ＣＰＵ２１は、ステップＳ１１の運動決定処理で登録された運動情報に、運動時間として３０分を格納する。次いで、ＣＰＵ２１は、ステップＳ１５に進む。一方、ＣＰＵ２１は、決定した目的ＩＤが体重減又は体脂肪減の目的ＩＤであると判定しなかった場合には（ステップＳ１２：ＮＯ）、ステップＳ１４に進む。ステップＳ１４において、ＣＰＵ２１は、ステップＳ１１の運動決定処理で登録された運動情報に、運動時間として４０分を格納する。次いで、ＣＰＵ２１は、ステップＳ１５に進む。
【００６４】
ステップＳ１５及びＳ１６において、ＣＰＵ２１は、ステップＳ８及びＳ９と同様に、負荷設定処理及びレッスン検索処理を実行する。次いで、ＣＰＵ２１は、ステップＳ６及びＳ１１において運動情報テーブルに登録された運動情報を、閲覧端末５へ送信する（ステップＳ１７）。ステップＳ１７を終えると、ＣＰＵ２１は、提案処理を終了させる。
【００６５】
配信サーバ２から提案情報を受信した閲覧端末５のＣＰＵ５１は、提案情報に基づいて、提案レッスンの情報をディスプレイ５９に表示させる。例えば、ＣＰＵ５１は、提案運動の運動名、提案レッスンの詳細内容情報、運動負荷等をディスプレイ５９に表示させる。
【００６６】
図５は、配信サーバ２のＣＰＵ２１の運動決定処理の一例を示すフローチャートである。図５に示すように、ＣＰＵ２１は、特定利用者のユーザＩＤに対応する運動履歴のうち、運動種別が検索運動種別と一致する運動履歴を検索する（ステップＳ２１）。具体的に、ＣＰＵ２１は、検索運動種別と一致する運動種別に対応する１又は複数の運動ＩＤを運動内容マスタテーブルから取得する。次いで、ＣＰＵ２１は、取得した運動ＩＤごとに、運動ＩＤに対応する１又は複数のレッスンＩＤをレッスン内容マスタテーブルから取得する。そして、ＣＰＵ２１は、特定利用者のユーザＩＤと、取得したレッスンＩＤのうち何れかとの組合せと、同一の組合せを格納する運動履歴を運動履歴テーブルから検索する。次いで、ＣＰＵ２１は、該当する運動履歴があるか否かを判定する（ステップＳ２２）。このとき、ＣＰＵ２１は、運動履歴があると判定した場合には（ステップＳ２２：ＹＥＳ）、ステップＳ２３に進む。一方、ＣＰＵ２１は、運動履歴がないと判定した場合には（ステップＳ２２：ＮＯ）、ステップＳ３２に進む。
【００６７】
ステップＳ２３において、ＣＰＵ２１は、検索された運動履歴のうち提案フラグがＴＲＵＥである運動履歴の数を計算する。次いで、ＣＰＵ２１は、提案フラグがＴＲＵＥである運動履歴の数を、検索された運動履歴の数で割ることにより、提案フラグがＴＲＵＥである運動履歴の割合を計算する。そして、ＣＰＵ２１は、計算した割合が４割以上であるか否かを判定する。このとき、ＣＰＵ２１は、計算した割合が４割以上であると判定した場合には（ステップＳ２３：ＹＥＳ）、ステップＳ２４に進む。一方、ＣＰＵ２１は、計算した割合が４割以上ではないと判定した場合には（ステップＳ２３：ＮＯ）、ステップＳ２８に進む。
【００６８】
ステップＳ２４において、ＣＰＵ２１は、検索された運動履歴の中から、提案フラグがＴＲＵＥに設定された運動履歴に対応する対象種別を取得する。具体的に、ＣＰＵ２１は、提案フラグがＴＲＵＥに設定された運動履歴からレッスンＩＤを取得する。次いで、ＣＰＵ２１は、取得した各レッスンＩＤに対応する運動ＩＤをレッスン内容マスタテーブルから取得する。そして、ＣＰＵ２１は、取得した各運動ＩＤに対応する対象種別を運動内容マスタテーブルから取得する。次いで、ＣＰＵ２１は、取得した対象種別のうち、集団を示す対象種別の数を計算する。次いで、ＣＰＵ２１は、集団を示す対象種別の数を、取得した対象種別の数で割ることにより、対象種別が集団である割合を計算する。そして、ＣＰＵ２１は、対象種別が集団である割合が５割以上であるか否かを判定する（ステップＳ２５）。このとき、ＣＰＵ２１は、対象種別が集団である割合が５割以上であると判定した場合には（ステップＳ２５：ＹＥＳ）、ステップＳ２６に進む。一方、ＣＰＵ２１は、対象種別が集団である割合が５割以上ではないと判定した場合には（ステップＳ２５：ＮＯ）、ステップＳ２７に進む。
【００６９】
ステップＳ２６において、ＣＰＵ２１は、対象種別が集団であり、且つ運動種別が検索運動種別に一致する運動ＩＤを運動内容マスタテーブルから、例えば１つ決定する。該当する運動ＩＤが複数存在する場合、ＣＰＵ２１は、何れか１つの運動ＩＤを決定する。例えば、ＣＰＵ２１は、ランダムに運動ＩＤを決定してもよい。また例えば、ＣＰＵ２１は、運動履歴テーブルに基づいて、特定利用者が過去に最も多く実行した運動の運動ＩＤを決定してもよい。なお、ＣＰＵ２１は、複数の運動ＩＤを決定してもよい。運動ＩＤを決定すると、ＣＰＵ２１は、決定した運動ＩＤを格納する提案情報を、提案情報テーブルに格納する。ステップＳ２６を終えると、ＣＰＵ２１は、運動決定処理を終了させる。
【００７０】
ステップＳ２７において、ＣＰＵ２１は、対象種別が個人であり、且つ運動種別が検索運動種別に一致する運動ＩＤを運動内容マスタテーブルから１つ決定する。該当する運動ＩＤが複数存在する場合の運動ＩＤの決定方法はステップＳ２６と同じである。そして、ＣＰＵ２１は、決定した運動ＩＤを格納する提案情報を、提案情報テーブルに格納する。ステップＳ２７を終えると、ＣＰＵ２１は、運動決定処理を終了させる。
【００７１】
ステップＳ２８において、ＣＰＵ２１は、検索された運動履歴の中から、提案フラグがＦＡＬＳＥに設定された運動履歴に対応する対象種別を取得する。提案フラグがＦＡＬＳＥである点を除いて、対象種別の取得方法はステップＳ２４と同様である。次いで、ＣＰＵ２１は、取得した対象種別のうち、集団を示す対象種別の数を計算する。次いで、ＣＰＵ２１は、集団を示す対象種別の数を、取得した対象種別の数で割ることにより、対象種別が集団である割合を計算する。そして、ＣＰＵ２１は、対象種別が集団である割合が６割以上であるか否かを判定する（ステップＳ２９）。このとき、ＣＰＵ２１は、対象種別が集団である割合が６割以上であると判定した場合には（ステップＳ２９：ＹＥＳ）、ステップＳ２６を実行する。一方、ＣＰＵ２１は、対象種別が集団である割合が６割以上ではないと判定した場合には（ステップＳ２９：ＮＯ）、ステップＳ３０に進む。
【００７２】
ステップＳ３０において、ＣＰＵ２１は、取得した対象種別のうち、個人を示す対象種別の数を計算する。次いで、ＣＰＵ２１は、個人を示す対象種別の数を、取得した対象種別の数で割ることにより、対象種別が個人である割合を計算する。そして、ＣＰＵ２１は、対象種別が個人である割合が６割以上であるか否かを判定する。このとき、ＣＰＵ２１は、対象種別が個人である割合が６割以上であると判定した場合には（ステップＳ３０：ＹＥＳ）、ステップＳ２７を実行する。一方、ＣＰＵ２１は、対象種別が個人である割合が６割以上ではないと判定した場合には（ステップＳ３０：ＮＯ）、ステップＳ３１に進む。
【００７３】
ステップＳ３１において、ＣＰＵ２１は、運動種別が検索運動種別に一致する運動ＩＤを運動内容マスタテーブルから１つ取得する。そして、ＣＰＵ２１は、取得した運動ＩＤを格納する提案情報を、提案情報テーブルに格納する。ステップＳ３１を終えると、ＣＰＵ２１は、運動決定処理を終了させる。
【００７４】
ステップＳ３２において、ＣＰＵ２１は、特定利用者のユーザＩＤに対応する性別をユーザ情報テーブルから取得する。そして、ＣＰＵ２１は、性別が女性であるか否かを判定する。このとき、ＣＰＵ２１は、性別が女性であると判定した場合には（ステップＳ３２：ＹＥＳ）、ステップＳ２６を実行する。一方、ＣＰＵ２１は、性別が女性ではないと判定した場合には（ステップＳ３２：ＮＯ）、ステップＳ２７を実行する。
【００７５】
図６は、配信サーバ２のＣＰＵ２１のレッスン検索処理の一例を示すフローチャートである。図６に示すように、ＣＰＵ２１は、提案情報に格納された提案運動の運動ＩＤに対応する運動名を運動内容マスタテーブルから取得する（ステップＳ４１）。次いで、ＣＰＵ２１は、運動名がウェイトマシン運動又はバーベル運動であるか否かを判定する（ステップＳ４２）。このとき、ＣＰＵ２１は、運動名がウェイトマシン運動又はバーベル運動であると判定した場合には（ステップＳ４２：ＹＥＳ）、ステップＳ４３に進む。一方、ＣＰＵ２１は、運動名がウェイトマシン運動又はバーベル運動であると判定しなかった場合には（ステップＳ４２：ＮＯ）、ステップＳ４６に進む。
【００７６】
ステップＳ４３において、ＣＰＵ２１は、提案運動の運動ＩＤに対応するレッスンＩＤを、提案レッスンのレッスンＩＤとしてレッスン内容テーブルから決定する。そして、ＣＰＵ２１は、決定したレッスンＩＤを提案情報に格納する。運動名がウェイトマシン運動である場合、ＣＰＵ２１は、目的ＩＤに応じてレッスンＩＤを決定する。例えば、体重減又は体脂肪率減の場合、ＣＰＵ２１は、ウェイトマシンマスタテーブルにおいて、初級に対応する全てのレッスンＩＤを、提案レッスンのレッスンＩＤに決定する。筋肉量増又は基礎代謝増の場合、ＣＰＵ２１は、ウェイトマシンマスタテーブルにおいて、上級に対応する全てのレッスンＩＤを、提案レッスンのレッスンＩＤに決定する。運動名がバーベル運動である場合、ＣＰＵ２１は、例えば特定利用者の最新の体組成情報において、各身体部位の筋肉量スコアを比較する。最も高い筋肉量スコアと最も低い筋肉量スコアの差が所定値以上である場合、ＣＰＵ２１は、例えば、筋肉量スコアが最も低い身体部位に対応する運動部位のレッスンのレッスンＩＤを決定してもよい。差が所定値以下である場合、ＣＰＵ２１は、全身を運動部位とするレッスンのレッスンＩＤを決定してもよい。ＣＰＵ２１は、筋肉量スコアを比較する代わりに、体脂肪率を比較してもよい。
【００７７】
次いで、ＣＰＵ２１は、運動名がウェイトマシン運動であるか否かを判定する（ステップＳ４４）。このとき、ＣＰＵ２１は、運動名がウェイトマシン運動であると判定した場合には（ステップＳ４４：ＹＥＳ）、ステップＳ４５に進む。一方、ＣＰＵ２１は、運動名がウェイトマシン運動ではないと判定した場合には（ステップＳ４４：ＮＯ）、レッスン検索処理を終了させる。
【００７８】
ステップＳ４５において、ＣＰＵ２１は、ウェイトマシン運動の負荷重量及び運動回数を設定する。具体的に、ＣＰＵ２１は、特定利用者のユーザＩＤ及び提案レッスンのレッスンＩＤの組み合わせと同一の組み合わせを含む運動履歴を検索する。次いで、ＣＰＵ２１は、検索された運動履歴から負荷重量及び運動回数を取得する。該当する運動履歴が存在しない場合、ＣＰＵ２１は、提案運動の運動ＩＤに対応する負荷重量及び運動回数を運動負荷マスタテーブルから取得する。ＣＰＵ２１は、取得した負荷重量及び運動回数を提案情報に格納する。次いで、ＣＰＵ２１は、特定利用者の最新の体組成情報において、各身体部位の筋肉量スコアを比較する。最も高い筋肉量スコアと最も低い筋肉量スコアの差が所定値以上である場合、ＣＰＵ２１は、提案情報において、筋肉量スコアが最も低い身体部位に対応する運動部位のレッスンのレッスンＩＤに対応する運動回数に所定値を加算する。所定値は、例えば１０回等であってもよい。ステップＳ４５を終えると、ＣＰＵ２１は、レッスン検索処理を終了させる。
【００７９】
ステップＳ４６において、ＣＰＵ２１は、提案運動の運動ＩＤに対応する動作種別を運動内容マスタテーブルから取得する。そして、ＣＰＵ２１は、動作種別が複合であるか否かを判定する。このとき、ＣＰＵ２１は、動作種別が複合であると判定した場合には（ステップＳ４６：ＹＥＳ）、ステップＳ４８に進む。一方、ＣＰＵ２１は、動作種別が複合ではないと判定した場合には（ステップＳ４６：ＮＯ）、ステップＳ４７に進む。ステップＳ４７において、ＣＰＵ２１は、提案運動の運動ＩＤに対応するレッスンＩＤをレッスン内容マスタテーブルから取得する。そして、ＣＰＵ２１は、取得したレッスンＩＤを提案情報に格納する。ステップＳ４７を終えると、ＣＰＵ２１は、レッスン検索処理を終了させる。
【００８０】
ステップＳ４８において、ＣＰＵ２１は、提案運動の運動ＩＤに対応するレッスンＩＤの中から、設定された運動時間に対応するレッスンＩＤを、レッスン内容マスタテーブルから検索する。次いで、ＣＰＵ２１は、該当するレッスンＩＤがあるか否かを判定する（ステップＳ４９）。このとき、ＣＰＵ２１は、該当するレッスンＩＤがあると判定した場合には（ステップＳ４９：ＹＥＳ）、ステップＳ５０に進む。ステップＳ５０において、ＣＰＵ２１は、検索されたレッスンのうち１つを提案情報に格納する。次いで、ＣＰＵ２１は、ステップＳ５４に進む。一方、ＣＰＵ２１は、該当するレッスンＩＤがないと判定した場合には（ステップＳ４９：ＮＯ）、ステップＳ５１に進む。
【００８１】
ステップＳ５１において、ＣＰＵ２１は、提案運動の運動ＩＤに対応する対象種別を運動内容マスタテーブルから取得する。そして、ＣＰＵ２１は、対象種別が集団であるか否かを判定する。このとき、ＣＰＵ２１は、対象種別が集団であると判定した場合には（ステップＳ５１：ＹＥＳ）、ステップＳ５２に進む。一方、ＣＰＵ２１は、対象種別が集団ではないと判定した場合には（ステップＳ５１：ＮＯ）、ステップＳ５３に進む。
【００８２】
ステップＳ５２において、ＣＰＵ２１は、提案運動の運動ＩＤを個人運動の運動ＩＤに変更する。具体的に、ＣＰＵ２１は、提案運動の運動名に対応する運動ＩＤのうち、対象種別が個人である運動ＩＤを運動内容マスタテーブルから取得する。そして、ＣＰＵ２１は、提案情報に格納された運動ＩＤを、取得した運動ＩＤに変更する。次いで、ＣＰＵ２１は、ステップＳ４８に進む。
【００８３】
ステップＳ５３において、ＣＰＵ２１は、提案運動の運動ＩＤに対応するレッスンＩＤの中から、設定された運動時間に最も近い運動時間に対応するレッスンＩＤを、レッスン内容マスタテーブルから取得する。そして、ＣＰＵ２１は、取得したレッスンＩＤを、提案情報に格納する。次いで、ＣＰＵ２１は、提案運動の運動ＩＤに対応する対象種別が個人であるか否かを判定する（ステップＳ５４）。このとき、ＣＰＵ２１は、対象種別が個人ではないと判定した場合には（ステップＳ５４：ＮＯ）、レッスン検索処理を終了させる。一方、ＣＰＵ２１は、対象種別が個人であると判定した場合には（ステップＳ５４：ＹＥＳ）、ステップＳ５５に進む。
【００８４】
ステップＳ５５において、ＣＰＵ２１は、特定利用者のユーザＩＤ及び提案レッスンのレッスンＩＤの組み合わせと同一の組み合わせが運動履歴テーブルに登録されているか否かを判定する（ステップＳ５５）。このとき、ＣＰＵ２１は、同一の組み合わせが登録されていないと判定した場合には（ステップＳ５５：ＮＯ）、レッスン検索処理を終了させる。一方、ＣＰＵ２１は、同一の組み合わせが登録されていると判定した場合には（ステップＳ５５：ＹＥＳ）、ステップＳ５６に進む。
【００８５】
ステップＳ５６において、ＣＰＵ２１は、体組成情報テーブルから、特定利用者のユーザＩＤに対応する体組成情報のうち、現在から過去に遡って所定期間内の登録日時の体組成情報を検索する。そして、ＣＰＵ２１は、該当する体組成情報が複数あるか否かを判定する。このとき、ＣＰＵ２１は、該当する体組成情報が複数はないと判定した場合には（ステップＳ５６：ＮＯ）、レッスン検索処理を終了させる。一方、ＣＰＵ２１は、該当する体組成情報が複数あると判定した場合には（ステップＳ５６：ＹＥＳ）、ステップＳ５７に進む。
【００８６】
ステップＳ５７において、ＣＰＵ２１は、検索した体組成情報の中から、登録日が最新の体組成情報と最古の体組成情報とを取得する。次いで、ＣＰＵ２１は、目的ＩＤに対応する体組成の項目において、最古の体組成値から最新の体組成値への変化率を算出する。次いで、ＣＰＵ２１は、変化率の絶対値が所定値以下であるか否かを判定する。このとき、ＣＰＵ２１は、変化率の絶対値が所定値以下ではないと判定した場合には（ステップＳ５７：ＮＯ）、レッスン検索処理を終了させる。一方、ＣＰＵ２１は、変化率の絶対値が所定値以下であると判定した場合には（ステップＳ５７：ＹＥＳ）、ステップＳ５８に進む。
【００８７】
ステップＳ５８において、ＣＰＵ２１は、運動テンポを増加させる。具体的に、ＣＰＵ２１は、特定利用者のユーザＩＤ及び提案レッスンのレッスンＩＤの組み合わせと同一の組み合わせを含む運動履歴を、運動履歴テーブルから取得する。次いで、ＣＰＵ２１は、取得した運動履歴のうち、登録日時が最新の運動履歴から、運動テンポを取得する。次いで、ＣＰＵ２１は、取得した運動テンポに所定値を加算する。所定値は、例えば１０等であってもよい。次いで、ＣＰＵ２１は、所定値が加算された運動テンポを、提案情報に格納する。ＣＰＵ２１は、ステップＳ５８を終えると、レッスン検索処理を終了させる。
【００８８】
以上説明したように、本実施形態によれば、ＣＰＵ２１が、特定利用者のユーザＩＤを取得する。また、ＣＰＵ２１は、運動履歴テーブルにおいて、特定利用者のユーザＩＤと対応付けられたレッスンＩＤの中に、提案情報テーブルにおいて特定利用者のユーザＩＤと対応付けられた１以上のレッスンＩＤが所定以上あるかを判定する。また、ＣＰＵ２１は、レッスンＩＤが所定以上あると判定された場合、そのレッスンＩＤに対応する運動ＩＤに対応付けられた対象種別を、運動内容マスタテーブルから取得する。そして、ＣＰＵ２１は、取得した対象種別に対応する運動ＩＤを決定し、決定した運動ＩＤに対応するレッスンＩＤを、提案レッスンのレッスンＩＤとして出力させる。そのため、利用者の嗜好に合った運動を提案することができる。
【００８９】
なお、上記実施形態においては、本発明の情報処理装置が配信サーバ２に適用されていた。しかしながら、本発明の情報処理装置が閲覧端末５に適用されてもよい。例えば、閲覧端末５が配信サーバ２から各種のテーブルを取得して、提案運動の運動ＩＤ、提案レッスンのレッスンＩＤを決定してもよい。また、本発明の情報処理装置が配信サーバ２及び閲覧端末５に適用されてもよい。そして、配信サーバ２及び閲覧端末５は協働して処理を行ってもよい。
【符号の説明】
【００９０】
１  運動支援システム
２  配信サーバ
３  データベース
５  閲覧端末
２１、５１  ＣＰＵ
２２、５２  ＲＯＭ
２３、５３  ＲＡＭ
３７  ＨＤＤ
３０、６０  ネットワーク通信部
５６  表示制御部
５７  メモリ
５９  ディスプレイ
【図１】
0005954352.tif 000002
【図２】
0005954352.tif 000003
【図３】
0005954352.tif 000004
【図４】
0005954352.tif 000005
【図５】
0005954352.tif 000006
【図６】
0005954352.tif 000007