JP7748670B2 - トレーニング支援システム及びトレーニング支援方法 - Google Patents

Description

本開示は、ユーザに、トレーニングを支援するトレーニング支援システム、及びトレーニング支援方法に関する。

従来、データベースに記憶された利用者の身体特性及び運動能力に関するデータや、利用者の運動履歴などを考慮して、利用者に適したトレーニングメニューを提案するように構成されたトレーニングメニュー提案システムがある（例えば、特許文献１参照）。

特許文献１のトレーニングメニュー提案システムでは、利用者がトレーニング施設で行った運動の種類、時間、回数などを、運動履歴としてデータベースに記憶するようになっている。

特開２０１１－１８９０１４号公報

しかしながら、特許文献１のトレーニングメニュー提案システムでは、利用者が利用するトレーニング施設を異動した場合に、データベースに記憶された過去に利用者が利用したトレーニング施設における各種データを、利用者が現在使用するトレーニング施設においてどのように使用するかについては開示されていない。

本開示の一態様は、ユーザが利用するトレーニング施設を異動しても、ユーザに対してトレーニングに関する支援を適切に行うことが可能なトレーニング支援システム、及びトレーニング支援方法を提供することを目的とする。

上記の課題を解決するために、本開示の一態様に係るトレーニング支援システムは、管理データベースと、施設データベースとを有する管理サーバを備えている。前記管理データベースには、複数のトレーニング施設を利用する複数のユーザの利用情報の中から抽出されたユーザ情報が保存される。前記管理サーバは、前記ユーザが、前記複数のトレーニング施設のうちのいずれかのトレーニング施設からを他のいずれかのトレーニング施設へ異動した場合、異動前のトレーニング施設を前記ユーザが利用した際に前記管理データベースに保存された前記ユーザ情報を異動後のトレーニング施設を前記ユーザが利用する際に継続して使用する。

本開示の一態様に係るトレーニング支援方法は、保存ステップと、作成ステップと、送信ステップと、を含む。前記保存ステップでは、複数のトレーニング施設を利用する複数のユーザの利用情報の中から、各ユーザのユーザ情報を管理サーバの管理データベースに保存する。前記作成ステップでは、前記保存ステップにて前記管理データベースに保存された前記ユーザ情報を、所定のアルゴリズムを用いて解析することにより、特定の前記ユーザに適したトレーニングに関する提案情報を作成する。前記送信ステップでは、前記作成ステップにて作成された前記提案情報を、前記管理サーバからネットワークを介して通信装置へ送信する。

本開示の一態様によれば、ユーザが利用するトレーニング施設を異動しても、ユーザに対してトレーニングに関する支援を適切に行うことができる。

本開示の実施形態１に係るトレーニング支援システムの全体構成を示す図である。 実施形態１に係る管理サーバの制御装置の電気的構成を示すブロック図である。 実施形態１に係るトレーニング支援システムにおけるユーザのユーザ情報の保存の流れを示すフローチャートである。 （ａ）は実施形態１に係る施設を利用するユーザの体型情報の一例を示すテーブルであり、（ｂ）はユーザのトレーニング情報の一例を示すテーブルであり、（ｃ）はユーザの食事情報の一例を示すテーブルである。 実施形態１に係るトレーニング支援システムによるユーザへの提案情報の提供の流れを示すフローチャートである。 （ａ）は実施形態１に係る通信装置の表示部に表示されるトレーニングメニューの一例を示す図であり、（ｂ）は食事メニューの一例を示す図である。 実施形態２に係るトレーニング支援システムによるユーザのユーザ情報の保存の流れを示すフローチャートである。 実施形態３に係るトレーニング支援システムの施設内における各マシンの配置図である。

〔実施形態１〕
以下、本開示の実施形態１におけるトレーニング支援システム１の動作例について、図１～図６を参照して説明する。

［トレーニング支援システムの概略構成］
図１は、実施形態１のトレーニング支援システム１の全体構成を示す図である。図１に示すように、トレーニング支援システム１は、管理サーバ２と、通信装置４－１～４－５とを備えている。以下、通信装置４－１～４－５を総称する場合には、通信装置４と称す。

管理サーバ２は、管理センターＸに配置され、制御装置１０と、管理データベース２０と、施設データベース３０とを有している。制御装置１０は、管理データベース２０及び施設データベース３０に接続されている。管理センターＸには、管理者が滞在しており、トレーニング支援システム１の運営を管理している。

管理データベース２０には、ユーザ情報が保存されるようになっている。ユーザ情報は、トレーニング施設Ａを利用するユーザＵ１，Ｕ２、トレーニング施設Ｂを利用するユーザＵ３、トレーニング施設Ｃを利用するユーザＵ４，Ｕ５の利用情報の中から、各ユーザＵ１～Ｕ５の各トレーニング施設Ａ，Ｂ，Ｃの利用に関する個人情報を取り除いた情報である。以下、トレーニング施設Ａ，Ｂ，Ｃを、それぞれ単に、施設Ａ，Ｂ，Ｃと称す。なお、各施設Ａ，Ｂ，Ｃの数は、適宜変更可能である。

「ユーザ情報」には、詳しくは後述するが、各ユーザＵ１～Ｕ５を識別する識別情報であるユーザＩＤ、各ユーザＵ１～Ｕ５の体型情報、各ユーザＵ１～Ｕ５のトレーニング情報、及び各ユーザＵ１～Ｕ５の食事情報などが含まれる。このユーザ情報は、管理サーバ２の管理データベース２０に、ユーザＩＤに対応付けられて保存される。

また、「個人情報」には、例えば、各ユーザＵ１～Ｕ５の予約情報、契約情報、決済情報、トレーナーのコメントに関する情報などが含まれる。

また、管理データベース２０には、推薦ロジックが記憶されている。推薦ロジックは、各ユーザの性別、体型、トレーニング目的などをパラメータとして、ユーザ毎に最適なトレーニングメニュー及び食事メニューなどの提案情報を作成するための所定のアルゴリズムである。

制御装置１０は、詳しくは後述するが、例えばＣＰＵ（Central Processing Unit）である。制御装置１０は、管理データベース２０に保存されたユーザ情報を用いることによって、各ユーザＵ１～Ｕ５に対して、トレーニング等に関する支援を適切に行うための装置である。

実施形態１のトレーニング支援システム１では、各ユーザＵ１～Ｕ５が利用する施設Ａ，Ｂ，Ｃを異動する場合があることを想定している。例えば、図１に示すように、ユーザＵ２が施設Ａから施設Ｂへ異動した場合、ユーザＵ２のユーザ情報は、管理データベース２０に保存されたままとなる。このため、管理サーバ２の制御装置１０は、ユーザＵ２が施設Ａから施設Ｂへ異動しても、異動前の施設ＡをユーザＵ２が利用した際に管理データベース２０に保存されたユーザ情報を、異動後の施設ＢをユーザＵ２が利用する際において継続して使用することが可能となっている。

施設データベース３０は、第１記憶装置３０Ａと、第２記憶装置３０Ｂと、第３記憶装置３０Ｃとを有している。第１記憶装置３０Ａは、施設Ａに関連した情報を記憶するためのものである。第２記憶装置３０Ｂは、施設Ｂに関連した情報を記憶するためのものである。第３記憶装置３０Ｃは、施設Ｃに関連した情報を記憶するためのものである。施設に関連した情報には、施設を利用するユーザの個人情報や施設の設備情報等が含まれる。

なお、第１記憶装置３０Ａ、第２記憶装置３０Ｂ、及び第３記憶装置３０Ｃは、１つの装置であってもよい。この場合、当該１つの装置は、施設Ａ、施設Ｂ、及び施設Ｃのそれぞれに関連した情報を、別々に記憶可能な領域を有していればよい。

施設データベース３０は、各ユーザＵ１～Ｕ５の個人情報を、施設Ａ，Ｂ，Ｃ毎に記憶するものである。すなわち、第１記憶装置３０Ａに、施設Ａを利用するユーザＵ１の個人情報を記憶する。また、第２記憶装置３０Ｂに、施設Ｂを利用するユーザＵ２，Ｕ３の個人情報を記憶する。また、第３記憶装置３０Ｃに、施設Ｃを利用するユーザＵ４，Ｕ５の個人情報を記憶する。

各施設Ａ，Ｂ，Ｃには、種々のセンサ６Ａ，６Ｂ，６Ｃがそれぞれ設けられている。センサ６Ａ，６Ｂ，６Ｃには、例えば、各施設Ａ，Ｂ，Ｃに設置されたカメラ、マシンや機材に設置されてユーザの各トレーニングの実行回数をカウントするセンサ、ユーザに直接取り付けられてユーザの歩数などを計測するセンサ、及びユーザの体動を検出する加速度センサ及び角速度センサなどが含まれる。

ネットワーク５０は、例えば、インターネットやＬＡＮ（Local Area Network）により構築される。管理サーバ２は、Ｗｅｂ ＡＰＩ（Application Programming Interface）等を介して提供されるサービスによって、各ユーザの施設の利用料金の決済機能、各施設におけるユーザの入退室管理の機能、及び、各ユーザの食事管理の機能などを実現してもよい。

通信装置４－１～４－５は、各ユーザＵ１～Ｕ５が所持しているものであり、スマートフォン、携帯電話機、ウェアラブル端末などである。施設Ａを利用するユーザＵ１は、通信装置４－１を介して、管理サーバ２と通信可能である。施設Ｂを利用するユーザＵ２，Ｕ３は、通信装置４－２，４－３を介して、管理サーバ２と通信可能である。施設Ｃを利用するユーザＵ４，Ｕ５は、通信装置４－４，４－５を介して、管理サーバ２と通信可能である。

各ユーザＵ１～Ｕ５の各通信装置４－１～４－５には、トレーニング支援システム１を利用するための専用のアプリケーション（以下、アプリと称す）が、予めダウンロードされているものとする。各ユーザＵ１～Ｕ５は、アプリを起動することで、各種情報を管理サーバ２へ送信可能である。

また、各ユーザＵ１～Ｕ５は、管理サーバ２から送信される提案情報を各自の通信装置４－１～４－５によって受信し、各々の表示部４１～４５を視認することで、管理サーバ２からの提案情報の内容を確認できる。

［管理サーバの制御装置の構成］
図２は、管理サーバ２の制御装置１０の電気的構成を示すブロック図である。図２に示すように、制御装置１０は、処理部１１と、取得部１２と、提案情報出力部１３と、メモリ１４と、通信部１５とを有し、これらがバスを介して電気的に接続された構成である。

処理部１１は、メモリ１４に記憶されたプログラム及び設定データを用いることにより、制御装置１０の各部を制御する。取得部１２は、管理データベース２０に記憶されている各ユーザＵ１～Ｕ５のユーザ情報などを取得する。

提案情報出力部１３は、推薦ロジックに基づき、各ユーザＵ１～Ｕ５に対してトレーニングに関する提案情報を作成する。提案情報出力部１３は、提案情報として、ユーザに応じた最適なトレーニングメニュー及び食事メニュー等を作成する。提案情報出力部１３は、通信部１５を介して、作成した提案情報を通信装置４へ送信する。

メモリ１４には、制御装置１０を制御するための各種プログラム、及び各種設定データが記憶されている。また、メモリ１４には、提案情報出力部１３により作成された提案情報が一時的に記憶される。通信部１５は、施設データベース３０及び通信装置４と、ネットワーク５０を介して通信する。

[ユーザの利用情報の保存の流れ］
次に、実施形態１のトレーニング支援システム１によるユーザの利用情報の抽出方法について、図３及び図４を参照して説明する。図３は、実施形態１のトレーニング支援システム１におけるユーザのユーザ情報の保存の流れを示すフローチャートである。図４の（ａ）は、施設を利用するユーザの体型情報の一例を示すテーブルである。図４の（ｂ）は、ユーザのトレーニング情報の一例を示すテーブルである。図４の（ｃ）は、ユーザの食事情報の一例を示すテーブルである。

実施形態１では、施設Ａを利用中であるユーザＵ１の利用情報の抽出方法について説明する。図３に示すように、まず、ユーザＵ１は、通信装置４を介して、ユーザＩＤ及びユーザの使用する通信装置４に関する情報を管理サーバ２へ送信する（Ｓ１）。

ユーザＩＤとしては、メールアドレス、アカウント名などを用いることができる。ユーザＵ１が所持する通信装置４－１には、トレーニング支援システム１を利用するための専用のアプリケーション（以下、アプリと称す）が、予めダウンロードされているものとする。通信装置４に関する情報としては、電話番号などが挙げられる。

ユーザＵ１が、通信装置４－１において、アプリを起動した後にユーザＩＤを入力すると、表示部４１に入力画面が表示される。なお、ユーザＩＤを入力した後に、予め決めておいたパスワードを入力する設定であってもよい。

続いて、ユーザＵ１は、表示部４１の入力画面に、個人情報を入力する。通信装置４－１は、入力された個人情報を管理サーバ２の施設データベース３０へ送信する（Ｓ２）。「個人情報」の例としては、ユーザＵ１の契約情報、トレーニングのプラン情報、予約情報、及び支払情報などが挙げられる。

その後、制御装置１０は、施設データベース３０に、ユーザＵ１の個人情報を施設毎に保存する（Ｓ３）。具体的には、管理サーバ２は、ユーザＵ１の施設Ａに関連した契約情報、プラン情報、予約情報、及び支払情報等の個人情報を、施設データベース３０の第１記憶装置３０Ａに保存する。このようにして、施設データベース３０によって、各ユーザＵ１～Ｕ５の個人情報を施設Ａ，Ｂ，Ｃ毎に記憶させて管理することができる。

Ｓ３の後、ユーザＵ１は、通信装置４－１の表示部４１に表示された入力画面に、自分の体型情報を入力する（Ｓ４）。「体型情報」の例としては、図４の（ａ）に示すように、性別、年齢、身長、体重、体脂肪率、ＢＭＩなどが挙げられる。

続いて、ユーザＵ１は、通信装置４－１の入力画面にトレーニング情報を入力する（Ｓ５）。「トレーニング情報」の例としては、図４の（ｂ）に示すように、トレーニングのレベル、利用目的、目標体重、時間、消費カロリー、部位、筋肉名などが挙げられる。図４の（ｂ）に示す例では、中級レベルのユーザＵ１が、９０分のトレーニングを行うことにより、６００ｋｃａｌを消費すると共に、腹及び腕の筋力を向上させることを目的としている場合が示されている。

また、トレーニングの種類には、クランチ、スクワット、ダンベルプレス、レッグエクステンション、ヒップリフト、腿上げ、チェストプレス、レッグプレス、レッグカール、片足立ち、ショルダープレス、アームカール、及びウォーキング等がある。

なお、Ｓ５において、各施設Ａ，Ｂ，Ｃにそれぞれ設置されたセンサ６Ａ，６Ｂ，６Ｃにより検出された各種データが、管理サーバ２へ自動的に送信されるようにしてもよい。センサ６Ａ，６Ｂ，６Ｃは、例えば、各施設Ａ，Ｂ，Ｃに設置されたマシンや機材に設けられてユーザの所定のトレーニングの実行回数をカウントするセンサ、ユーザに直接取り付けられてユーザの歩数などを計測するセンサ、及びユーザの体動を検出する加速度センサ及び角速度センサなどが含まれる。

また、センサ６Ａ，６Ｂ，６Ｃは、各施設Ａ，Ｂ，Ｃに設置されたカメラであってもよい。この場合、管理サーバ２の制御装置１０は、カメラが撮影したユーザの画像を解析することで、ユーザの身体の動作を認識して、ユーザの姿勢の変化の回数をカウントすることができる。これにより、ユーザが所定のトレーニングメニューを実行した回数をカウントすることが可能である。

次に、ユーザＵ１は、通信装置４－１の入力画面に食事情報を入力する（Ｓ６）。「食事情報」の例としては、図４の（ｃ）に示すように、食事した日付、摂取したカロリー、タンパク質、脂質、炭水化物、及び水分の摂取量などが挙げられる。なお、食事情報の入力は、省略してもよいものとする。また、ユーザの体型情報、トレーニング情報、及び食事情報の入力画面は、それぞれ異なるものであってもよいし、同一の画面であってもよい。

そして、ユーザＵ１は、通信装置４－１を介して、Ｓ４～Ｓ６において入力されたユーザＵ１のユーザ情報を、管理サーバ２へ送信する（Ｓ７）。制御装置１０は、受信したユーザＵ１のユーザ情報を、管理データベース２０に保存する（Ｓ８：保存ステップ）。

ユーザ情報には、ユーザに関する情報として、ユーザＩＤ、性別、誕生日、身長、体重、体脂肪率、ＢＭＩ、基礎代謝、筋肉量、筋肉率、骨格筋率、消費カロリー、トレーニングレベル、目標体重、減量期間、歩数などが含まれる。

このように、実施形態１のトレーニング支援システム１では、不特定多数のユーザの利用情報の中から抽出されたユーザ情報を管理データベース２０に保存し、各ユーザに適したトレーニングメニュー及び食事メニューなどの提案情報の提供に役立てるようにしている。

[ユーザへの提案情報の提供の流れ］
次に、実施形態１におけるトレーニング支援システム１によるユーザＵ１への提案情報の提供の流れについて、図５及び図６を参照して説明する。図５は、トレーニング支援システム１によるユーザへの提案情報の提供の流れを示すフローチャートである。図６は、通信装置４の表示部４１の表示の一例を示す図である。

図５に示すように、まず、ユーザＵ１は、通信装置４－１を介して、提案情報の提供を管理サーバ２へ依頼する（Ｓ１１）。Ｓ１１の後、管理サーバ２の制御装置１０は、管理データベース２０から、ユーザＵ１のユーザ情報、及びユーザＵ１に適した推薦ロジックを取得する（Ｓ１２）。推薦ロジックは、各ユーザの体型情報、トレーニング情報、及び食事情報などに応じて、複数設けられているものとする。

例えば、図４の（ａ）に示すように、身長１７６ｃｍ、体重６６ｋｇ、３３才の男性が、目標体重６０ｋｇとし、腹及び腕の筋力ＵＰを目的としてトレーニングを行う場合、制御装置１０は、これらの条件に相応しい推薦ロジックを管理データベース２０から取得する。

そして、提案情報出力部１３は、推薦ロジックに基づき提案情報を作成する（Ｓ１３：作成ステップ）。具体的には、提案情報出力部１３は、所定のアルゴリズムを用いて、ユーザＵ１のユーザ情報を解析することにより、ユーザＵ１に適したトレーニングに関する提案情報を作成する。

なお、提案情報出力部１３は、Ｓ１３において、管理データベース２０に保存された推薦ロジック以外にも、ＡＰＩを介して提供される食事のメニューの作成や栄養計算などのサービスを参照して、提案情報を作成してもよい。

Ｓ１３の後、管理サーバ２は、Ｓ１３にて作成した提案情報を、通信装置４－１へ送信する（Ｓ１４：送信ステップ）。提案情報には、ユーザＵ１が実行することが好ましいトレーニングのメニューや、ユーザＵ１が摂取すべき食事のメニューなどが含まれる。この提案情報は、各ユーザの性別や体型、トレーニングのレベル、及びトレーニングの目的などによって異なるものとなる。

そして、通信装置４－１は、管理サーバ２からの提案情報を受信し（Ｓ１５）、受信した提案情報を表示部４１に表示する（Ｓ１６）。

図６は、通信装置４－１の表示部４１の表示の一例を示す図である。図６の（ａ）には、ユーザＵ１に適したトレーニングメニューＲ１の一例が示されている。図６の（ａ）に示す例では、推奨されるマシン名、トレーニングする部位、セット数、トレーニングの時間、トレーニングの効果、トレーニングのレベル、及びトレーニングする場所が表示されている。

また、図６の（ｂ）には、ユーザＵ１に適した食事メニューＲ２の一例が示されている。図６の（ｂ）に示す例では、食事の日付、摂取カロリー、食事のメニュー及び各摂取量が表示されている。食事メニューとして、ご飯、鶏肉、出し巻き卵、味噌汁、野菜、及び牛乳が挙げられている。

ユーザＵ１は、通信装置４－１の表示部４１に表示された提案情報の内容を確認することによって、その内容を自らのトレーニングに活用することで、各自に最適なトレーニングを効果的に実行できると共に、各自の目的に適した食事を継続的に摂取することができる。これにより、ユーザＵ１は、トレーニングの目的を無理なく実現することが可能となる。

また、ユーザＵ１は、提案されたトレーニングメニューの実行が完了すると、通信装置４－１を介して、トレーニングの内容を管理データベース２０に記録しておくことで、トレーニングの管理を行うことができる。このように、紙媒体ではなく、管理データベース２０にて各ユーザの情報を管理することで、緻密なデータ解析が可能となる。

以上説明した実施形態１のトレーニング支援システム１によれば、各ユーザＵ１～Ｕ５のトレーニング情報及び食事情報等を含むユーザ情報を管理データベース２０に保存して、各ユーザＵ１～Ｕ５が利用する施設Ａ，Ｂ，Ｃを異動しても、管理データベース２０に保存されたユーザ情報を利用可能としている。これにより、各ユーザＵ１～Ｕ５が利用する施設Ａ，Ｂ，Ｃを異動しても、各ユーザＵ１～Ｕ５に対して適切なトレーニングに関する支援を行うことができる。

更に、制御装置１０は、推薦ロジックに基づいて、各ユーザＵ１～Ｕ５の体型情報、トレーニング情報、食事情報などを解析することにより、各ユーザＵ１～Ｕ５に最適なトレーニングメニュー及び食事メニューなどの提案情報を提供することができる。これにより、各ユーザＵ１～Ｕ５に応じて適切なトレーニングの支援を行うことができる。

〔実施形態２〕
次に、実施形態２のトレーニング支援システム１について、図７を参照して説明する。図７は、実施形態２に係るトレーニング支援システム１によるユーザのユーザ情報の保存の流れを示すフローチャートである。なお、説明の便宜上、上記実施形態１にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。実施形態２では、実施形態１と異なる部分についてのみ説明する。

実施形態２のトレーニング支援システム１では、図１の矢印に示すように、ユーザＵ２が施設Ａから施設Ｂへ異動する場合について説明する。図７に示すように、まず、ユーザＵ２は、通信装置４－２を介して、施設Ａと利用契約を行う（Ｓ２１）。なお、ユーザＵ２は、施設Ａに直接行って、施設Ａ内において利用契約を行ってもよい。

続いて、管理サーバ２の制御装置１０は、ユーザＵ２のユーザ情報を、管理データベース２０に保存する（Ｓ２２）。ユーザ情報には、ユーザの体型情報、トレーニング情報、及び食事情報などが含まれる。これらのユーザ情報は、ユーザのユーザＩＤに対応付けられている。

その後、ユーザＵ２は、通信装置４－２を介して施設Ａを退会し、施設Ｂと利用契約する（Ｓ２３）。なお、施設データベース３０の第１記憶装置３０Ａに記憶されていたユーザＵ２の個人情報は、ユーザＵ２が施設Ｂとの利用契約がなされた時点で削除されるものとする。

Ｓ２３の後、ユーザＵ２は、異動後の施設Ｂを利用する際に、通信装置４－２により、管理データベース２０に保存されたユーザ情報を利用できる（Ｓ２４）。このユーザ情報には、ユーザＵ２が異動前の施設Ａを利用した際に、管理データベース２０に保存されたユーザ情報が含まれる。

そして、ユーザＵ２は、通信装置４－２により、施設Ｂの契約としてログインし（Ｓ２５）、同じユーザＩＤを継続利用することができる（Ｓ２６）。

以上説明した実施形態２のトレーニング支援システム１によれば、図１に示すように、ユーザＵ２が施設Ａから施設Ｂへ異動した場合であっても、管理サーバ２の制御装置１０によって、管理データベース２０に保存されたユーザＵ２のユーザ情報を取得できるので、施設ＡをユーザＵ２が利用した際に管理データベース２０に保存されたユーザ情報も考慮して、ユーザＵ２に対して適切なトレーニング情報を提供できる。

また、ユーザＵ２は、施設Ａから施設Ｂへ異動しても、通信装置４－２によって、過去に利用した施設Ａに関連したユーザ情報を取得できる。このため、施設Ｂにおいてトレーニングを行う際に、異動前の施設ＡをユーザＵ２が利用した際に管理データベース２０に保存されたユーザ情報を継続して使用できる。

〔実施形態３〕
次に、本開示の実施形態３のトレーニング支援システム１について、図５及び図８を参照して説明する。なお、説明の便宜上、上記実施形態１にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。実施形態３では、実施形態１と異なる部分についてのみ説明する。

実施形態３の管理サーバ２では、同一の施設Ａ，Ｂ，Ｃ内において多数のユーザが密集した状態でトレーニングを行うことを回避するために、施設Ａ，Ｂ，Ｃの利用者の人数制限を行う設定がされているものとする。以下、ユーザＵ１が施設Ａを利用する場合を想定して説明する。

図５に示すフローチャートにおいて、まず、ユーザＵ１は、通信装置４－１を介して、提案情報の提供を管理サーバ２へ依頼する（Ｓ１１）。具体的には、ユーザＵ１は、通信装置４－１にてアプリを起動し、表示部４１の入力画面に、希望するトレーニング日程、及びトレーニング情報等の希望条件を入力した後、提案情報の依頼を行う。通信装置４－１は、入力された希望条件の内容、及び提案情報の依頼が行われた旨を、管理サーバ２へ送信する。

ここで、ユーザＵ１が依頼する提案情報には、トレーニングメニューや食事メニュー以外に、ユーザＵ１の予約した日程において、施設Ａ内に利用者が密集した状態を避けた通常状態で、ユーザＵ１が施設Ａを利用できるか否かを示す情報が含まれる。

Ｓ１１の後、管理サーバ２の制御装置１０は、管理データベース２０から、ユーザＵ１のユーザ情報及びユーザＵ１に対応した推薦ロジックを取得し（Ｓ１２）、ユーザＵ１の希望条件を確認する。

そして、管理サーバ２において、制御装置１０の提案情報出力部１３は、推薦ロジックに基づき提案情報を作成する（Ｓ１３）。Ｓ１３において、提案情報出力部１３は、ユーザＵ１の予約した日程における施設Ａの利用者の人数が、施設Ａの利用者の人数の上限値以上か否かを判定することに基づいて、ユーザＵ１が通常状態で施設Ａを利用できるか否かを判断する。なお、利用者の人数の上限値は、各施設の規模等を考慮して、施設毎に予め設定されているものとする。

提案情報出力部１３は、ユーザＵ１が通常状態で施設Ａを利用できると判断した場合、例えば、「通常利用可能です。」というメッセージを通信装置４－１へ送信する。一方、提案情報出力部１３は、ユーザＵ１が通常状態で施設Ａを利用できないと判断した場合、例えば、「混雑状態であるため、別の日程を選んで下さい。」というメッセージを、通信部１５を介して通信装置４－１へ送信する。

更に、提案情報出力部１３は、Ｓ１３において、図８に示す施設Ａにおける各マシンの配置構成を考慮して、ユーザＵ１が通常状態で施設Ａを利用できるように、ユーザＵ１への提案情報を生成してもよい。図８に示す例では、施設Ａ内において、壁Ｗにより区画された部屋１０１に、マシンＭ１～マシンＭ４が４台ずつ計１６台配置されている。

提案情報出力部１３は、図８において例えばマシンＭ１－１が予約済みであって、ユーザＵ１がマシンＭ２の使用を希望している場合、マシンＭ１－１から離れた位置にあるマシンＭ２－４の利用を提案する提案情報を作成する。同様に、提案情報出力部１３は、マシンＭ４－２が予約済みであって、ユーザＵ１がマシンＭ３の使用を希望している場合、マシンＭ４－２から離れた位置にあるマシンＭ３－４の利用を提案する提案情報を作成する。

なお、提案情報出力部１３は、施設Ａに設けられたカメラや人体センサ等のセンサ６Ａによって、施設Ａの部屋毎の滞在人数や、使用中のマシンの位置を検出することに基づいて、ユーザＵ１が密集状態を避けて施設Ａを利用できるか否かを判断してもよい。

Ｓ１３の後、管理サーバ２は、Ｓ１３にて作成した提案情報を、通信装置４－１へ送信する（Ｓ１４）。そして、通信装置４－１は、管理サーバ２からの提案情報を受信し（Ｓ１５）、受信した提案情報を表示部４１に表示する（Ｓ１６）。提案情報には、上述した通り、ユーザＵ１が通常状態で利用できるか否かを示す情報や、最適なトレーニングメニューなどが含まれる。

これにより、ユーザＵ１は、密集した状態を避けた通常状態で施設Ａを利用できるか否かを確認できる。そして、通常状態で施設Ａを利用可能である場合、ユーザＵ１は、所望の日程で、施設Ａにおいて最適なトレーニングメニューでトレーニングを行うことができる。一方、予約した日程が混雑状態である場合には、ユーザＵ１は、通信装置４－１を介して、Ｓ１１をやり直し、別の日程で施設Ａの予約を行うことができる。

以上説明した実施形態３のトレーニング支援システム１によれば、ユーザ同士が密集した状態になることを回避して、最適なトレーニングメニューでトレーニングを行うことができる。

〔その他の実施形態〕
上記した実施形態１～３では、各ユーザＵ１～Ｕ５が通信装置４－１～４－５を携帯しているものとしたが、これに限定されない。例えば、各施設Ａ，Ｂ，Ｃに常駐しているトレーナーが、通信装置４を所持していてもよい。この場合、トレーナーは、各ユーザＵ１～Ｕ５に代わって、通信装置４を使用することで、専用のアプリにおいて、トレーニングメニューの更新や予約といった作業を行うことが可能である。

なお、トレーニングメニューの更新では、トレーナーは、例えば、トレーナーの指導したユーザが実行したトレーニングの種類及び回数などの記録を行う。また、トレーニングメニューの予約では、トレーナーは、ユーザの要望を聞き取り、次のトレーニング日程の調整を行うことが可能である。更に、トレーナーはアプリを利用することで、ユーザとトレーニングや食事に関するコメントの交換を行うことで、ユーザとのコミュニケーションを促進させることが可能である。

上記した実施形態１のトレーニング支援システム１では、管理サーバ２は、推薦ロジックに基づき、提案情報を作成するものとしたが、これに限定されない。例えば、管理サーバ２は、学習済モデルを用いることにより提案情報を作成してもよい。学習済モデルは、不特定多数のユーザに関する過去のある時点の利用情報と、前記過去のある時点よりも未来の利用情報との関係を、学習データとして学習することによって、特定のユーザにおける現在の利用情報に応じた最適なトレーニングメニュー及び食事メニュー等を予測可能なものである。

［ソフトウェアによる実現例］
管理サーバ２の制御装置１０（以下、「装置」と呼ぶ）の機能は、当該装置としてコンピュータを機能させるためのプログラムであって、当該装置の各制御ブロックとしてコンピュータを機能させるためのプログラムにより実現することができる。

この場合、上記装置は、上記プログラムを実行するためのハードウェアとして、少なくとも１つの制御装置（例えばプロセッサ）と少なくとも１つの記憶装置（例えばメモリ）を有するコンピュータを備えている。この制御装置と記憶装置により上記プログラムを実行することにより、上記各実施形態で説明した各機能が実現される。上記プログラムは、一時的ではなく、コンピュータ読み取り可能な、１または複数の記録媒体に記録されていてもよい。この記録媒体は、上記装置が備えていてもよいし、備えていなくてもよい。後者の場合、上記プログラムは、有線または無線の任意の伝送媒体を介して上記装置に供給されてもよい。

また、上記各制御ブロックの機能の一部または全部は、論理回路により実現することも可能である。例えば、上記各制御ブロックとして機能する論理回路が形成された集積回路も本開示の範疇に含まれる。この他にも、例えば量子コンピュータにより上記各制御ブロックの機能を実現することも可能である。

また、上記各実施形態で説明した各処理は、ＡＩ（Artificial Intelligence：人工知能）に実行させてもよい。この場合、ＡＩは上記制御装置で動作するものであってもよいし、他の装置（例えばエッジコンピュータまたはクラウドサーバなど）で動作するものであってもよい。

本開示は、上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本開示の技術的範囲に含まれる。

１ トレーニング支援システム
２ 管理サーバ
４、４－１～４－５ 通信装置
４１～４５ 表示部
１０ 制御装置
２０ 管理データベース
３０ 施設データベース
Ａ、Ｂ、Ｃ トレーニング施設
Ｕ１～Ｕ５ ユーザ

Claims (5)

1. 施設データベースと、管理データベースとを有する管理サーバを備え、
   施設データベースには、ユーザが、トレーニング施設と利用契約を結び、当該トレーニング施設を利用する際、当該ユーザから前記管理サーバへ送信される情報であって、各トレーニング施設と利用契約を結んでいるユーザ個人に関する情報であり、且つ、当該情報により個人を特定できる情報である個人情報が、当該ユーザが利用契約を結んでいるトレーニング施設毎に保存され、
   前記管理データベースには、ユーザが、トレーニング施設を利用する際、当該ユーザから前記管理サーバへ送信される情報であって、当該ユーザを他のユーザと識別し区別するための識別情報を含み当該識別情報と対応付けられた当該ユーザの利用情報のうち、当該ユーザの前記個人情報が除かれた情報である、不特定多数のユーザのユーザ情報が保存され、
   異なる２つのトレーニング施設を第１のトレーニング施設及び第２のトレーニング施設と称し、前記第１のトレーニング施設と利用契約を結んでいるユーザである第１のトレーニング施設ユーザが、前記第１のトレーニング施設から前記第２のトレーニング施設へ異動し、前記第２のトレーニング施設を利用する場合において、
   前記管理サーバは、
   前記第１のトレーニング施設ユーザが前記第２のトレーニング施設を利用する際、前記第１のトレーニング施設ユーザから前記管理サーバへ送信される、前記第１のトレーニング施設ユーザの識別情報に基づき、当該識別情報に対応付けられた、前記第１のトレーニング施設ユーザが前記第１のトレーニング施設を利用した際に前記管理データベースに保存されたユーザ情報を、前記管理データベースから取得することを特徴とするトレーニング支援システム。
2. 前記ユーザが所持し、ネットワークを介して前記管理サーバと通信可能な通信装置を、更に備え、
   前記通信装置は、
   前記ユーザが利用する前記トレーニング施設を異動した場合、前記ユーザが過去に利用した前記トレーニング施設に関連した前記ユーザ情報を、前記管理データベースから取得するために、前記管理サーバに要求を送信し、当該ユーザ情報を受信することを特徴とする請求項１に記載のトレーニング支援システム。
3. 前記管理サーバは、
   前記管理データベースに保存された複数の前記ユーザに関する前記ユーザ情報を、所定のアルゴリズムであって、前記ユーザの性別、体型及びトレーニング目的を含むパラメータに基づく前記アルゴリズムを用いて解析することにより、特定の前記ユーザに適したトレーニングに関する提案情報を作成し、前記提案情報を前記通信装置へ送信することを特徴とする請求項２に記載のトレーニング支援システム。
4. 前記ユーザ情報は、前記ユーザを識別する識別情報に対応付けられた、前記ユーザの体型情報と、前記ユーザのトレーニング情報と、前記ユーザの食事情報と、を少なくとも含み、
   前記提案情報は、特定の前記ユーザに適したトレーニングメニューを含むことを特徴とする請求項３に記載のトレーニング支援システム。
5. 管理サーバが、ユーザが、トレーニング施設と利用契約を結び、当該トレーニング施設を利用する際、当該ユーザから前記管理サーバへ送信される情報であって、各トレーニング施設と利用契約を結んでいるユーザ個人に関する情報であり、且つ、当該情報により個人を特定できる情報である個人情報を、当該ユーザが利用契約を結んでいるトレーニング施設毎に前記管理サーバの施設データベースに保存する第１の保存ステップと、
   前記管理サーバが、ユーザが、トレーニング施設を利用する際、当該ユーザから前記管理サーバへ送信される情報であって、当該ユーザを他のユーザと識別して区別するための識別情報を含み当該識別情報と対応付けられた当該ユーザの利用情報のうち、当該ユーザの前記個人情報が除かれた情報である、不特定多数のユーザのユーザ情報を前記管理サーバの管理データベースに保存する第２の保存ステップと、
   前記管理サーバが、特定の前記ユーザの識別情報に対応付けられた、前記第２の保存ステップにて前記管理データベースに保存された前記ユーザ情報を、所定のアルゴリズムであって、特定の前記ユーザの性別、体型及びトレーニング目的を含むパラメータに基づく前記アルゴリズムを用いて解析することにより、特定の前記ユーザに適したトレーニングに関する提案情報を作成する作成ステップと、
   前記管理サーバが、前記作成ステップにて作成された前記提案情報を、前記管理サーバからネットワークを介して、特定の前記ユーザが所持し、前記ネットワークを介して前記管理サーバと通信可能な通信装置へ送信する送信ステップと、
   を含むことを特徴とするトレーニング支援方法。