WO2021024950A1

WO2021024950A1 - 運動管理システム、サーバシステム、端末装置及び運動管理方法

Info

Publication number: WO2021024950A1
Application number: PCT/JP2020/029500
Authority: WO
Inventors: 泰大西本; 覚史岩崎; 基浩金山
Original assignee: 株式会社バンダイナムコエンターテインメント; アステラス製薬株式会社
Priority date: 2019-08-02
Filing date: 2020-07-31
Publication date: 2021-02-11
Also published as: CA3149536A1; JPWO2021024950A1; JP7181410B2; KR20220038389A; EP4008412A1; EP4008412A4; CN114206455A; AU2020324695A1; US20220143464A1

Abstract

運動管理システムは、ユーザ個人情報を記憶する記憶部（１７０）と、運動と関連付けられた第１のゲームを実行する処理と、運動と関連付けられない第２のゲームを実行する処理と、を含むゲーム処理を実行する処理部（１００）と、ユーザへの運動指示に対して、第１のゲームにおいて、ユーザが運動を行った際のユーザ状態の検出結果である検出情報を取得する取得部（通信部１９６）を含む。処理部（１００）は、運動の実行結果を表す実行結果情報に基づいて、第１のゲームを実行するゲーム処理を行い、第１のゲームの実行後、所与の休養期間を設定し、休養期間において、第１のゲームの実行を許可せず、且つ、第２のゲームの実行を許可する。

Description

運動管理システム、サーバシステム、端末装置及び運動管理方法

　本発明は、運動管理システム、サーバシステム、端末装置及び運動管理方法等に関する。

　従来、運動時のユーザの動作や心拍数等のバイタル情報を検出することによって、糖尿病患者等を対象とした運動療法を支援する手法が知られている。例えば特許文献１は、設定した運動強度を達成するための運動情報を表示することによって、ユーザの運動を支援する手法を開示している。また特許文献１では、運動情報として仮想運動能力を有するペースメーカを用いる手法も開示されている。

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

　糖尿病等の患者やその候補者であるユーザは、運動に興味がないことも多いと考えられる。そのようなユーザに運動を継続させるためには、ゲームを用いることによって、運動を簡単に、楽しく実行させることが有用である。ただし従来手法では、ゲームを用いて継続的な運動を行わせる際に、過剰な負荷の運動を抑制することや、ゲームを飽きさせないような工夫について十分な開示がない。

　本実施形態のいくつかの態様によれば、ゲームを用いてユーザに運動を行わせる際に好適な運動管理システム、サーバシステム、端末装置及び運動管理方法等を提供できる。

　本開示の一態様は、ユーザのユーザ個人情報を記憶する記憶部と、運動と関連付けられた第１のゲームを実行する処理と、前記運動と関連付けられない第２のゲームを実行する処理と、を含むゲーム処理を実行する処理部と、前記ユーザへの運動指示に対して、前記第１のゲームにおいて、前記ユーザが前記運動を行った際のユーザ状態の検出結果である検出情報を取得する取得部と、を含み、前記処理部は、前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、前記第１のゲームを実行する前記ゲーム処理を行い、前記第１のゲームの実行後、所与の休養期間を設定し、前記休養期間において、前記第１のゲームの実行を許可せず、且つ、前記第２のゲームの実行を許可する運動管理システムに関係する。

　本開示の一態様によれば、処理部は運動に関連付けられた第１のゲームの実行と、運動に関連付けられない第２のゲームを実行可能であり、第１のゲームの実行後に休養期間を設定する。これにより、運動に関連付けられた第１のゲームの実行が制限されるため、ユーザの過剰な運動を抑制することが可能になる。また、休養期間中も第２のゲームが実行可能であるため、ユーザのゲーム及び運動へのモチベーションを維持することが可能である。

　また本開示の一態様では、複数種類の前記運動の各運動に、それぞれ複数の前記第１のゲーム、又は、前記第１のゲームにおける複数のゲーム演出が対応付けられており、前記処理部は、複数種類の前記運動から選択された前記運動に対応付けられた複数の前記第１のゲーム又は前記ゲーム演出から、前記ゲーム処理に用いられる前記第１のゲーム又は前記ゲーム演出を選択する処理を行ってもよい。

　このようにすれば、同じ種類の運動を実行した場合にもゲーム又はゲーム演出を異ならせることが可能になる。よってユーザがゲームに飽きを感じることを抑制し、継続的に運動を実行させることが可能になる。

　また本開示の他の態様は、ユーザのユーザ個人情報を記憶する記憶部と、ゲーム処理を行う処理部と、前記ユーザへの運動指示に対して、前記ユーザが運動を行った際のユーザ状態の検出結果である検出情報を取得する取得部と、を含み、複数種類の前記運動の各運動に対して、それぞれ複数のゲーム又は複数のゲーム演出が対応付けられている場合に、前記処理部は、複数種類の前記運動から選択された前記運動に対応付けられた複数の前記ゲーム又は複数の前記ゲーム演出から、前記ゲーム処理に用いられる前記ゲーム又は前記ゲーム演出を選択する処理を行い、前記取得部は、前記処理部によって選択された前記ゲーム又は前記ゲーム演出中において、前記検出情報を取得し、前記処理部は、前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、選択された前記ゲーム又は前記ゲーム演出を用いた前記ゲーム処理を実行する運動管理システムに関係する。

　本開示の他の態様によれば、同じ種類の運動を実行した場合にもゲーム又はゲーム演出を異ならせることが可能になる。よってユーザがゲームに飽きを感じることを抑制し、継続的に運動を実行させることが可能になる。

　また本開示の一態様では、前記処理部は、前記ユーザ個人情報に基づいて、前記ユーザに実行を指示する前記運動を、前記複数種類の前記運動から選択する処理を行い、前記処理部は、選択された前記運動に基づいて、前記ゲーム処理に用いられる前記ゲーム又は前記ゲーム演出を選択する処理、及び、前記ゲーム処理におけるクリア目標を決定する処理を行ってもよい。

　このようにすれば、ユーザ個人情報に基づいて、ユーザが実行する運動を決定できる。そのため、運動に関する専門知識がないユーザであっても、当該ユーザに適した運動を容易に実行することが可能になる。また運動に応じたゲーム又はゲーム演出を選択すること、及び運動に応じたクリア目標を決定することで、運動との親和性の高いゲーム処理を行うことが可能になる。

　また本開示の一態様では、前記運動は、レジスタンス運動と有酸素運動を含み、前記取得部は、前記レジスタンス運動の前記運動指示が行われた際の前記ユーザの動作を表す動作情報と、前記有酸素運動の前記運動指示が行われた際の前記ユーザのバイタルを表すバイタル情報とを、前記検出情報として取得してもよい。

　このようにすれば、レジスタンス運動と有酸素運動を組み合わせた運動をユーザに行わせること、及び、レジスタンス運動と有酸素運動に適した検出情報を取得することが可能になる。

　また本開示の一態様では、前記運動は、レジスタンス運動と有酸素運動を含み、前記処理部は、前記レジスタンス運動の実行後、又は、前記有酸素運動の実行後、又は、前記レジスタンス運動と前記有酸素運動を含む運動プログラムの実行後に、前記休養期間を設定してもよい。

　このようにすれば、過剰な運動を抑制することができる。

　また本開示の一態様では、前記処理部は、前記ユーザ個人情報と、所与の運動期間又は運動回数に基づいて、複数種類の前記運動から前記ユーザに実行を指示する前記運動を決定してもよい。

　このようにすれば、ユーザ個人情報と、運動期間又は運動回数を考慮して、運動内容を適切に決定することが可能になる。

　また本開示の一態様では、前記ユーザ個人情報は、前記ユーザの性別、年齢、体質情報、身体測定情報、前記実行結果情報の少なくとも１つを含んでもよい。

　このようにすれば、ユーザの性別や過去の運動の実行結果等を考慮して、ゲーム処理等の種々の処理を行うことが可能になる。

　また本開示の一態様では、前記処理部は、前記ユーザが使用する端末装置とは異なる他の端末装置からの入力に基づいて、前記運動指示によって前記ユーザに実行を指示する前記運動を決定してもよい。

　このようにすれば、医療関係者やシステム管理者等が、ユーザに実行させる運動の決定に関与することが可能になる。

　また本開示の一態様では、前記処理部は、前記運動指示に対する、前記ユーザの前記実行結果情報に基づいて、前記ユーザに付与される報酬を決定してもよい。

　このようにすれば、実行結果に応じた報酬を付与することで、ユーザの運動に対するモチベーション向上を図ることが可能になる。

　また本開示の一態様では、前記処理部は、前記運動指示に対する、前記ユーザの前記実行結果情報に基づいて、前記ユーザに付与される報酬を決定し、前記報酬は、前記第２のゲームにおいて使用可能であってもよい。

　このようにすれば、第１のゲームで取得した報酬を休養期間において使用すること等が可能になる。

　また本開示の一態様では、前記処理部は、前記運動指示に対する、前記ユーザの前記実行結果情報に基づいて、前記ユーザに付与される報酬を決定し、前記報酬は、前記第２のゲームにおいて使用可能であり、前記処理部は、前記第２のゲームにおける前記報酬の取得状況又は使用状況に応じて、前記運動に対応付けられた複数の前記第１のゲーム又は前記ゲーム演出から、前記ゲーム処理に用いられる前記第１のゲーム又は前記ゲーム演出を選択する処理を行ってもよい。

　このようにすれば、第１のゲームで取得した報酬が第２のゲームで使用され、且つ、第２のゲームでの報酬の使用状況等が第１のゲームにフィードバックされる。そのため、第１のゲームと第２のゲームの両方へのユーザの興味を高めることが可能になる。

　また本開示の一態様では、前記処理部は、前記ユーザに対して前記運動指示が行われた前記運動に対応する運動を実行する他のユーザ又は仮想ユーザを、フレンドユーザとして設定する処理を行ってもよい。

　このようにすれば、フレンドユーザを用いてユーザの運動に対するモチベーション向上を図ることが可能になる。

　また本開示の一態様では、前記処理部は、前記ユーザの前記実行結果情報と、前記フレンドユーザの前記実行結果情報との差分に基づいて、前記ユーザに運動を促す情報を提示する処理を行ってもよい。

　このようにすれば、フレンドユーザとの差分を用いてユーザの運動に対するモチベーション向上を図ることが可能になる。

　また本開示の一態様では、前記処理部は、前記ユーザの前記実行結果情報に基づいて、前記運動指示の達成度合いが所与の基準よりも高いと判定された場合、前記差分に基づく前記運動を促す情報の提示をスキップする処理、又は、前記差分に基づいて前記ユーザの運動を抑制する情報を提示する処理を行ってもよい。

　このようにすれば、あえて運動を促さない、或いは運動を抑制することによって、ユーザによる過剰な運動を抑制できる。

　また本開示の一態様では、前記処理部は、前記ユーザに対して行われた前記運動指示についての標準的な前記実行結果情報を表す基準データを取得し、前記ユーザの前記実行結果情報と前記基準データとの差分に基づいて、前記ユーザに運動を促す情報を提示する処理、又は、前記ユーザの運動を抑制する情報を提示する処理を行ってもよい。

　このようにすれば、標準的な実行結果情報との差分を用いて、ユーザの運動に対するモチベーション向上を図ることや過剰な運動を抑制することが可能になる。

　また本開示の一態様では、前記処理部は、前記検出情報と第１の判定基準とに基づいて求めた第１の実行結果情報に基づいて前記ゲーム処理を行い、前記検出情報と、前記第１の判定基準とは異なる第２の判定基準に基づいて求めた第２の実行結果情報を、前記ユーザが使用する端末装置とは異なる他の端末装置において提示してもよい。

　このようにすれば、同じ動作情報及びバイタル情報であっても、ゲーム処理と他の端末装置での提示とで異なる実行結果を用いることが可能になる。

　また本開示の他の態様は、ユーザのユーザ個人情報を記憶する記憶部と、運動と関連付けられた第１のゲームを実行する処理と、前記運動と関連付けられない第２のゲームを実行する処理と、を含むゲーム処理を実行する処理部と、前記ユーザへの運動指示に対して、前記第１のゲームにおいて、前記ユーザが前記運動を行った際のユーザ状態の検出結果である検出情報を取得する取得部と、を含み、前記処理部は、前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、前記第１のゲームを実行する前記ゲーム処理を行い、前記第１のゲームの実行後、所与の休養期間を設定し、前記休養期間において、前記第１のゲームの実行を許可せず、且つ、前記第２のゲームの実行を許可するサーバシステムに関係する。

　また本開示の他の態様は、ユーザのユーザ個人情報を記憶する記憶部と、ゲーム処理を行う処理部と、前記ユーザへの運動指示に対して、前記ユーザが運動を行った際のユーザ状態の検出結果である検出情報を取得する取得部と、を含み、複数種類の前記運動の各運動に対して、それぞれ複数のゲーム又は複数のゲーム演出が対応付けられている場合に、前記処理部は、複数種類の前記運動から選択された前記運動に対応付けられた複数の前記ゲーム又は複数の前記ゲーム演出から、前記ゲーム処理に用いられる前記ゲーム又は前記ゲーム演出を選択する処理を行い、前記取得部は、前記処理部によって選択された前記ゲーム又は前記ゲーム演出中において、前記検出情報を取得し、前記処理部は、前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、選択された前記ゲーム又は前記ゲーム演出を用いた前記ゲーム処理を実行するサーバシステムに関係する。

　また本開示の他の態様は、運動と関連付けられた第１のゲームを実行する処理と、前記運動と関連付けられない第２のゲームを実行する処理と、を含むゲーム処理と、運動指示に対して、前記第１のゲームにおいて前記ユーザが前記運動を行った際のユーザ状態の検出結果である検出情報を取得する取得処理と、を行う処理部と、前記ゲーム処理に基づいてゲーム画面を表示する表示部と、を含み、前記処理部は、前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、前記第１のゲームを実行する前記ゲーム処理を行い、前記第１のゲームの実行後、所与の休養期間を設定し、前記休養期間において、前記第１のゲームの実行を許可せず、且つ、前記第２のゲームの実行を許可する端末装置に関係する。

　また本開示の他の態様は、複数種類の前記運動の各運動に、それぞれ複数のゲーム又は複数のゲーム演出が対応付けられている場合において、複数種類の前記運動から選択された前記運動と、前記運動に対応付けられた複数の前記ゲーム又は複数の前記ゲーム演出の中から選択された前記ゲーム又は前記ゲーム演出と、を特定する情報を取得する第１取得処理と、運動指示に対して、前記ユーザが前記運動を行った際のユーザ状態の検出結果である検出情報を取得する第２取得処理と、前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、選択された前記ゲーム又は前記ゲーム演出を実行するゲーム処理と、を行う処理部と、前記ゲーム処理に基づいてゲーム画面を表示する表示部と、を含む端末装置に関係する。

　また本開示の他の態様は、ユーザのユーザ個人情報を取得する処理と、運動と関連付けられた第１のゲームを実行する処理と、前記運動と関連付けられない第２のゲームを実行する処理と、を含むゲーム処理と、前記ユーザへの運動指示に対して、前記第１のゲームにおいて、前記ユーザが前記運動を行った際のユーザ状態の検出結果である検出情報を取得する処理と、を含み、前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、前記第１のゲームを実行する前記ゲーム処理を行い、前記第１のゲームの実行後、所与の休養期間を設定し、前記休養期間において、前記第１のゲームの実行を許可せず、且つ、前記第２のゲームの実行を許可する運動管理方法に関係する。

　また本開示の他の態様は、ユーザのユーザ個人情報を取得する処理と、複数種類の運動の各運動に対して、それぞれ複数のゲーム又は複数のゲーム演出が対応付けられている場合に、複数種類の前記運動から選択された前記運動に対応付けられた複数の前記ゲーム又は複数の前記ゲーム演出から、ゲーム処理に用いられる前記ゲーム又は前記ゲーム演出を選択する処理と、選択された前記ゲーム又は前記ゲーム演出中において、前記ユーザへの運動指示に対して、前記ユーザが前記運動を行った際のユーザ状態の検出結果である検出情報を取得する処理と、前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、選択された前記ゲーム又は前記ゲーム演出を用いた前記ゲーム処理を実行する処理と、を含む運動管理方法に関係する。

図１（Ａ）～図１（Ｅ）は本実施形態の運動管理システムを実現するハードウェア装置の説明図。運動管理システムの構成例。運動管理システムを実現するハードウェア装置の具体的な説明図。ユーザ個人情報の例。レジスタンス運動の例。レジスタンス運動情報の例。レジスタンス運動情報の例。有酸素運動情報の例。運動プログラムを表すテーブルデータの例。登録処理を説明するフローチャート。運動実行時の処理を説明するフローチャート。動作回数のカウント処理の説明図。図１３（Ａ）～図１３（Ｃ）は動作情報に基づく深さ判定及びフォーム判定の説明図。バイタル情報である心拍数情報の例。図１５（Ａ）、図１５（Ｂ）は１つのレジスタンス運動に対応付けられる複数のゲーム演出の説明図。図１６（Ａ）、図１６（Ｂ）は１つのレジスタンス運動に対応付けられる複数のゲーム演出の説明図。ゲームサイクルの説明図。ゲーム画面例。ゲーム画面例。ゲーム画面例。第１のゲーム及び第２のゲームにおける報酬の例。休養期間の設定処理を説明するフローチャート。中断判定処理を説明するフローチャート。他の端末装置に表示される画面例。ユーザ端末装置に表示される画面例。実行結果情報の差分を表示する画面例。実行結果情報の差分を表示する画面例。

　以下、本実施形態について説明する。なお、以下に説明する本実施形態は、請求の範囲に記載された内容を不当に限定するものではない。また本実施形態で説明される構成の全てが必須構成要件であるとは限らない。

　１．システム構成例
　まず、図１（Ａ）～図１（Ｅ）を用いて、本実施形態の運動管理システムを実現するハードウェア装置について説明する。

　図１（Ａ）では、サーバシステム５００（情報処理システム）が、ネットワーク５１０を介して端末装置ＴＭ１～ＴＭｎと通信接続されている。例えばサーバシステム５００はクライアントサーバシステムにおけるサーバであり、端末装置ＴＭ１～ＴＭｎはクライアントである。なお、本実施形態の運動管理システム及びその処理は、サーバシステム５００により実現してもよいし、端末装置ＴＭ１～ＴＭｎにより実現してもよい。或いはサーバシステム５００と端末装置ＴＭ１～ＴＭｎの分散処理により実現してもよい。

　また本実施形態の運動管理システム及び処理は、ブロックチェーンの手法により実現することも可能である。例えばイーサリウム（Ethereum）で実行可能なスマートコントラクトと呼ばれるプログラムを用いて、本実施形態の運動管理システムの各処理を実行してもよい。この場合には端末装置ＴＭ１～ＴＭｎはピア・ツー・ピアで接続されることになる。また端末装置ＴＭ１～ＴＭｎの間で通信されるゲーム情報等の各種の情報は、ブロックチェーンを用いて転送されることになる。なお、以下では、ＴＭ１～ＴＭｎの各端末装置を、適宜、端末装置ＴＭと記載する。

　サーバシステム５００は例えば１又は複数のサーバ（管理サーバ、ゲームサーバ、課金サーバ、サービス提供サーバ、コンテンツ配信サーバ、認証サーバ、データベースサーバ、又は通信サーバ等）により実現できる。後述するように、本実施形態の運動管理システムはゲーム処理を行ってもよく、サーバシステム５００は、コミュニティ型ウェブサイトやオンラインゲームを運営するための各種サービスを提供し、ゲーム実行に必要なデータの管理や、クライアントプログラム及び各種データ等の配信を行うことができる。例えば、ユーザ端末である端末装置ＴＭによりＳＮＳ（Social Networking Service）などを利用するためにサーバシステム５００にアクセスし、当該サーバシステム５００から提供されるオンラインゲームであるソーシャルゲームや家庭用ゲームなどのネットワークゲームのプレイが可能になる。

　ネットワーク５１０（配信網、通信回線）は、例えばインターネットや無線ＬＡＮ等を利用した通信路であり、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網や無線ＬＡＮ等の通信網を含むことができる。また通信方法については有線／無線を問わない。

　端末装置ＴＭ（ユーザ端末）は、例えばネット接続機能（インターネット接続機能）を有する端末である。これらの端末装置ＴＭとしては、例えば図１（Ｂ）に示す携帯型通信端末（スマートフォン、携帯電話機）、図１（Ｃ）に示す携帯型ゲーム装置、図１（Ｄ）に示す家庭用ゲーム装置（据え置き型）、或いは図１（Ｅ）に示す業務用ゲーム装置などの種々の装置を用いることができる。或いは、端末装置ＴＭとして、パーソナルコンピュータ（ＰＣ）やタブレット型コンピュータなどの情報処理装置を用いてもよい。或いは、端末装置ＴＭとして、ユーザの頭部や腕などの部位に装着されるウェアラブル機器（ＨＭＤ、ウォッチ型機器等）を用いてもよい。

　図２に本実施形態の運動管理システムの構成例を示す。なお、運動管理システムの構成は図２に限定されず、その構成要素（各部）の一部を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。

　運動管理システムは、処理部１００、操作部１６０、記憶部１７０、表示部１９０、音出力部１９２、Ｉ／Ｆ部１９４、通信部１９６を含む。

　処理部１００（プロセッサ）は、記憶部１７０（データベース）に記憶される各種の情報、プログラム、又は操作情報等に基づいて、受け付け処理、ゲーム処理、管理処理、表示処理、或いは音処理などを行う。

　処理部１００の各部が行う本実施形態の各処理（各機能）はプロセッサ（ハードウェアを含むプロセッサ）により実現できる。例えば本実施形態の各処理は、プログラム等の情報に基づき動作するプロセッサと、プログラム等の情報を記憶するメモリーにより実現できる。プロセッサは、例えば各部の機能が個別のハードウェアで実現されてもよいし、或いは各部の機能が一体のハードウェアで実現されてもよい。例えば、プロセッサはハードウェアを含み、そのハードウェアは、デジタル信号を処理する回路及びアナログ信号を処理する回路の少なくとも一方を含むことができる。例えば、プロセッサは、回路基板に実装された１又は複数の回路装置（例えばＩＣ等）や、１又は複数の回路素子（例えば抵抗、キャパシタ等）で構成することもできる。プロセッサは、例えばＣＰＵ（Central Processing Unit）であってもよい。但し、プロセッサはＣＰＵに限定されるものではなく、ＧＰＵ（Graphics Processing Unit）、或いはＤＳＰ（Digital Signal Processor）等、各種のプロセッサを用いることが可能である。またプロセッサはＡＳＩＣによるハードウェア回路であってもよい。またプロセッサは、アナログ信号を処理するアンプ回路やフィルタ回路等を含んでもよい。メモリー（記憶部１７０）は、ＳＲＡＭ、ＤＲＡＭ等の半導体メモリーであってもよいし、レジスターであってもよい。或いはハードディスク装置（ＨＤＤ）等の磁気記憶装置であってもよいし、光学ディスク装置等の光学式記憶装置であってもよい。例えば、メモリーはコンピュータにより読み取り可能な命令を格納しており、当該命令がプロセッサにより実行されることで、処理部１００の各部の処理（機能）が実現されることになる。ここでの命令は、プログラムを構成する命令セットでもよいし、プロセッサのハードウェア回路に対して動作を指示する命令であってもよい。

　処理部１００は、受け付け部１０２、ゲーム処理部１０４、管理部１１２、表示処理部１２０、音処理部１３０を含む。

　受け付け部１０２は種々の受け付け処理を行う。例えばユーザの操作入力の受け付け処理を行う。また、受け付け部１０２は、検出装置６００によって検出されたユーザの動作情報及びバイタル情報を取得する処理を行う。動作情報及びバイタル情報の取得処理は、例えば通信部１９６を介して行われる。

　ゲーム処理部１０４はユーザがゲームをプレイするための種々のゲーム処理を行う。ゲーム処理は、例えば、ゲーム開始条件が満たされた場合にゲームを開始する処理、開始したゲームを進行させる処理、ゲーム終了条件が満たされた場合にゲームを終了する処理、或いはゲーム成績を演算する処理などである。ゲーム処理部１０４は、ゲーム情報記憶部１７２に記憶されるゲームデータやゲームプログラムなどのゲーム情報に基づいて、ゲーム処理を実行する。

　ブラウザゲームを例にとれば、ゲーム処理部１０４は、ユーザ個人情報をユーザごとに管理することで、ユーザごとにゲームの進行を制御する。ユーザのユーザ個人情報はユーザ個人情報記憶部１７６に記憶される。例えばゲーム処理部１０４は、ゲームサービスを提供するウェブサイトを構成するウェブページを、端末装置からの要求に応じて、端末装置に表示させる。具体的には端末装置が備えるウェブブラウザによりウェブページが表示される。表示されたウェブページのハイパーリンクがユーザにより選択されると、ゲーム処理部１０４は、ハイパーリンクに対応する新たなＨＴＭＬデータを端末装置に送信し、端末装置では新たなＨＴＭＬデータに基づくウェブページが表示される。このようにゲーム処理部１０４によって、ウェブページが、ユーザの操作に応じて端末装置に順次に提供されることで、端末装置でのユーザの操作に基づきゲームを進行させることが可能になる。

　またゲーム処理部１０４は、ユーザ個人情報等に基づいて、ユーザに実行を指示するレジスタンス運動及び有酸素運動の内容を決定する処理を行う。レジスタンス運動及び有酸素運動の詳細については後述する。またゲーム処理部１０４は、決定した運動に割り当てるゲーム又はゲーム演出を決定する処理を行う。ゲーム処理部１０４は、決定したゲーム又はゲーム演出に従って、上記ゲーム処理を実行する。

　管理部１１２は、例えばユーザの認証処理を行う。例えば端末装置を用いてログインしたユーザの認証処理を行う。この認証処理は、例えばユーザが入力するパスワードやアカウント情報などに基づいて行う。また管理部１１２は、種々の課金処理を行う。例えば課金の決定処理、課金データの作成処理、保存処理等を行う。また管理部１１２は、各種の管理処理を行う。例えば各種サービスの管理処理や、各種情報の管理処理を行う。

　例えばユーザは、図１（Ａ）のサーバシステム５００等が提供するサービスを利用するために、所定の手続きを行ってアカウントを取得する。取得したアカウントと対応付けられるパスワードを入力してログインすることで、ユーザは、ソーシャルゲームなどのネットワークゲームのプレイや、ゲーム用サイトでのサービスや、アイテム等のオンラインショッピングや、ユーザ間でのメッセージ交換や、フレンドユーザの登録などの各種サービスを利用できるようになる。管理部１１２は、このようなユーザのアカウント情報の管理処理等も行う。

　表示処理部１２０は、表示部１９０に画像を表示するための処理を行う。例えば当該画像を生成するための画像生成用データ（ＨＴＭＬデータ等）を生成する。音処理部１３０は、音出力部１９２から音を出力するための処理を行う。例えば、当該音（音声、ゲーム音、効果音）を生成するための音生成用データを生成する。

　操作部１６０は、ユーザが、操作情報等の種々の情報を入力するためのものであり、その機能は、操作ボタン、方向指示キー、アナログスティック、レバー、各種センサ（角速度センサ、加速度センサ等）、マイク、或いはタッチパネル型ディスプレイなどにより実現できる。タッチパネル型ディスプレイを用いる場合には、操作部１６０となるタッチパネルと、ディスプレイとなる表示部１９０とが一体に設けられることになる。

　記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能は、半導体メモリー、ＨＤＤ、ＳＳＤ、光ディスク装置などにより実現できる。記憶部１７０は、ゲーム情報記憶部１７２、運動情報記憶部１７４、ユーザ個人情報記憶部１７６を含む。

　ゲーム情報記憶部１７２は、ゲームプログラムやゲームデータなどのゲーム情報を記憶する。本実施形態におけるゲーム情報は、運動を伴う第１のゲームと、運動を伴わない第２のゲームを実行するための情報を含んでもよい。

　運動情報記憶部１７４は、運動に関する情報である運動情報を記憶する。例えば運動情報記憶部１７４は、レジスタンス運動を規定するレジスタンス運動情報、有酸素運動を規定する有酸素運動情報、運動プログラムを決定するためのテーブルデータ等の情報を、運動情報として記憶する。各情報の詳細については図６～図９を用いて後述する。ただし、これらの情報は必須ではなく、一部の情報が省略されてもよい。例えば、運動情報記憶部１７４はテーブルデータを記憶せずに、レジスタンス運動情報及び有酸素運動情報から運動プログラムが逐一生成されてもよい。

　ユーザ個人情報記憶部１７６は、ユーザの個人情報（名前、性別、生年月日、メールアドレス等）をユーザ個人情報として記憶する。例えば、ユーザのアカウント情報（ユーザＩＤ）もユーザ個人情報として記憶される。例えば課金処理の対象となる課金情報は、各ユーザの各アカウント情報に対応づけられる。また、ユーザ個人情報は、既往歴等を表す体質情報、及び、身長や体重等の身体測定情報を含む。また、ユーザによる運動の実行結果を表す実行結果情報を含んでもよい。

　情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク、ＨＤＤ、半導体メモリーなどにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。この情報記憶媒体１８０に、本実施形態の各部としてコンピュータ（操作部、処理部、記憶部、出力部を備える装置）を機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶できる。

　表示部１９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＬＣＤ、有機ＥＬディスプレイ、ＣＲＴ、或いはＨＭＤなどにより実現できる。

　音出力部１９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。

　Ｉ／Ｆ（インターフェース）部１９４は、携帯型情報記憶媒体１９５とのインターフェース処理を行うものであり、その機能はＩ／Ｆ処理用のＡＳＩＣなどにより実現できる。携帯型情報記憶媒体１９５は、ユーザが各種の情報を保存するためのものであり、電源が非供給になった場合にもこれらの情報の記憶を保持する記憶装置である。携帯型情報記憶媒体１９５は、ＩＣカード（メモリーカード）、ＵＳＢメモリー、或いは磁気カードなどにより実現できる。

　通信部１９６（通信インターフェース）は、外部装置との間で通信を行うものであり、その機能は、通信用ＡＳＩＣ又は通信用プロセッサなどのハードウェアや、通信用ファームウェアにより実現できる。

　なお本実施形態の各部としてコンピュータを機能させるためのプログラム（データ）は、サーバシステム（ホスト装置）が有する情報記憶媒体からネットワーク及び通信部１９６を介して情報記憶媒体１８０（あるいは記憶部１７０）に配信してもよい。このようなサーバシステムによる情報記憶媒体の使用も本実施形態の範囲内に含めることができる。

　図３に本実施形態の運動管理システムを含むシステムの具体例を示す。図３に示すシステムは、サーバシステム５００と、ユーザ端末装置ＴＭＡと、他の端末装置ＴＭＢと、検出装置６００を含む。ユーザ端末装置ＴＭＡは、図１（Ａ）～図１（Ｂ）、図２を用いて上述した端末装置ＴＭに対応する。サーバシステム５００は、上述した構成と同様である。他の端末装置ＴＭＢは、ユーザ端末装置ＴＭＡとは異なる端末装置である。他の端末装置ＴＭＢは、例えば運動管理システムのシステム管理者が使用する端末であってもよいし、医療関係者が使用する端末であってもよい。医療関係者は、医師、看護師、運動療法におけるメンター等を含む。

　検出装置６００は、運動を行った際のユーザの状態を表す検出情報を取得する装置である。検出装置６００は、ユーザの動作を表す動作情報を検出する動作検出部６１０と、ユーザのバイタルを表すバイタル情報を検出するバイタル検出部６２０を含む。動作検出部６１０とバイタル検出部６２０は、１つの検出装置６００に含まれてもよいし、それぞれ異なる検出装置６００に含まれてもよい。検出装置６００は、例えば図３に示すようなバンドを用いてユーザの身体に装着可能なウェアラブル機器である。検出装置６００が装着される箇所は、ユーザの手首、足首、上腕、腿、胸部等、種々の変形実施が可能である。なお、検出装置６００はウェアラブル装置に限定されない。例えば検出装置６００は撮像装置であって、撮像画像に基づいてユーザの動作情報を検出する等の変形実施が可能である。またユーザ端末装置ＴＭＡと検出装置６００が一体として設けられてもよい。具体的には、ユーザ端末装置ＴＭＡは、動作検出部６１０及びバイタル検出部６２０の少なくとも一方を含んでもよい。

　動作検出部６１０は、例えば加速度センサと角速度センサを含み、当該動作検出部６１０の装着箇所の動きを表す情報を動作情報として出力する。以下、動作検出部６１０の出力が、装着部位の角度を表す情報である例について説明する。ここでの角度は、例えば所与の基準方向に対して、対象部位がどれだけ傾いているかを表す情報であってもよい。基準方向は例えば重力加速度によって規定される鉛直方向である。或いは基準方向は、ユーザが所与の基準姿勢となった状態における、対象部位の方向であってもよい。ここでの基準姿勢は直立した姿勢であってもよいし、運動開始時の姿勢であってもよい。なお、加速度センサや角速度センサに基づいて、対象の角度や角度変化を検出する手法は既知であり、詳細な説明は省略する。

　バイタル検出部６２０は、ユーザのバイタル情報を取得する。ここでのバイタル情報とは、体温、心拍数、血圧、呼吸数のいずれかであってもよいし、ユーザの生命活動を反映するこれ以外の情報であってもよい。以下、バイタル情報が心拍数（脈拍数）である例について説明する。バイタル検出部６２０は、例えば発光部と受光部とを有する光電センサを含む。発光部は、例えばヘモグロビンの吸光度が大きい緑色光を被検体に照射し、受光部は被検体からの反射光又は透過光を受光する。受光部の検出結果は被検体における血流量を反映する情報となり、心拍間隔に対応する周期性を有する信号となる。よって光電センサの出力に基づいて心拍数を推定できる。なお、光電センサを用いた心拍数の検出手法は公知であるため詳細な説明は省略する。またバイタル検出部６２０が光電センサとは異なる方式のセンサを含むことは妨げられない。

　本実施形態の運動管理システムは、例えば患者の運動療法をサポートするためのシステムである。例えば２型糖尿病患者又はその候補者である患者は、医師の紹介に基づいて運動管理システムに登録を行う。登録において、ユーザは、ユーザアカウントの作成、及び身長、体重、年齢、性別等のユーザ個人情報の入力を行う。なお２型糖尿病患者の候補者には、メタボリックシンドローム患者（https://www.mayoclinic.org/diseases-conditions/metabolic-syndrome/symptoms-causes/syc-20351916）及びメタボリックシンドロームの候補者が含まれてもよい。

　サーバシステム５００は、登録済みのユーザに対して、運動の実行を指示する。具体的には、レジスタンス運動と有酸素運動を含む運動プログラムを決定し、当該運動プログラムに関する情報をユーザ端末装置ＴＭＡに送信する。ユーザ端末装置ＴＭＡは、ユーザに対して運動プログラムを提示し、当該運動プログラムに含まれる運動の実行を指示する。その際、ユーザ端末装置ＴＭＡは、検出装置６００の装着も指示する。

　ユーザが運動を行った場合、検出装置６００は運動中の動作情報及びバイタル情報を検出し、ユーザ端末装置ＴＭＡに送信する。ユーザ端末装置ＴＭＡは、取得した動作情報及びバイタル情報をサーバシステム５００に送信する。サーバシステム５００は、動作情報及びバイタル情報を、ユーザアカウントに対応付けて蓄積する。

　また医師等の医療関係者は、ユーザによる運動の実行結果を表す実行結果情報を取得する。具体的には、サーバシステム５００は、他の端末装置ＴＭＢからのリクエストに対して、対象ユーザの実行結果情報を返信する。例えば医師は、他の端末装置ＴＭＢを用いて実行結果情報を閲覧することによって、患者であるユーザとの面談をスムーズに行うことが可能になる。他の端末装置ＴＭＢにおける表示画面の例については、図２４を用いて後述する。

　図３に示すシステムを用いることによって、運動が必要なユーザと、当該ユーザを担当する医療関係者とを適切に支援することが可能になる。運動療法において、適切な運動内容を設定するには専門的な知識が必要である。ここでの運動内容は、運動の種類及び強度（後述する動作回数、深さ、フォーム等）である。本実施形態の手法によれば、運動管理システムによって運動内容の指示が行われるため、ユーザは運動療法に適した運動の実行が容易になる。また後述するようにゲーム処理を組み合わせることによって、ユーザの運動に対するモチベーションを高め、継続的な運動の実行を促すことが可能になる。

　図１（Ａ）～図３に示したように、本実施形態の運動管理システムは、処理部１００と、記憶部１７０と、取得部を含む。処理部１００は、運動と関連付けられた第１のゲームを実行する処理と、運動と関連付けられない第２のゲームを実行する処理と、を含むゲーム処理を実行する。ゲーム処理の実行は、具体的にはゲーム処理部１０４によって行われる。記憶部１７０は、ユーザのユーザ個人情報を記憶する。ユーザ個人情報は、具体的にはユーザ個人情報記憶部１７６に記憶される。

　ここで第１のゲームは、運動を行うことがゲーム進行の条件となるゲームであり、第２のゲームは、ゲーム進行において運動を行う必要がないゲームである。第１のゲームとは、例えば図１５（Ａ）～図１６（Ｂ）に示すように、ユーザの動作情報やバイタル情報に基づいてゲーム演出が行われるゲームであってもよい。なお第１のゲームと第２のゲームは、同じジャンルのゲームであってもよい。例えば図１８～図２０を用いて後述するように、本実施形態におけるゲームは、キャラクタを強化してバトルを行うゲーム（例えばＲＰＧやシミュレーションゲーム）であって、そのうちのキャラクタやアイテム取得に関する部分が第１のゲームに対応し、取得したキャラクタの強化やバトルの実行に関する部分が第２のゲームに対応する。或いは、本実施形態のゲームはミニゲーム集であり、種々のジャンルのミニゲームが第１のゲームに対応し、当該ミニゲームの結果に基づいてストーリーを進行させるゲームが第２のゲームとなってもよい。

　取得部は、ユーザへの運動指示に対して、第１のゲームにおいて、ユーザが運動を行った際のユーザ状態の検出結果である検出情報を取得する。ここでのユーザ状態とは、ユーザの動作を表す状態、及び、ユーザの生体活動を表す状態を含む。即ち、ここでの検出情報とは、具体的には動作情報及びバイタル情報である。ただし検出情報はこの２つに限定されず、運動時のユーザの状態を反映可能な他の情報を含んでもよい。取得部は、具体的には検出装置６００からの情報を取得する通信インターフェースであり、通信部１９６に対応する。ここでの取得部は、ユーザ端末装置ＴＭＡの通信インターフェースであってもよいし、サーバシステム５００の通信インターフェースであってもよい。検出装置６００が検出した動作情報及びバイタル情報は、ユーザ端末装置ＴＭＡを経由してサーバシステム５００に送信されてもよいし、直接的にサーバシステム５００に送信されてもよい。

　本実施形態の処理部１００は、実行結果情報に基づいて、第１のゲームを実行するゲーム処理を行う。実行結果情報は、検出情報に基づく情報であり且つユーザによる運動の実行結果を表す情報である。そして処理部１００は、第１のゲームの実行後、所与の休養期間を設定し、当該休養期間において、第１のゲームの実行を許可せず、且つ、第２のゲームの実行を許可する。

　ここでの実行結果情報は、検出情報そのものであってもよいし、検出情報に基づいて求められる情報であってもよい。例えば、実行結果情報は姿勢角の時間変化を表すグラフであってもよいし、図１２を用いて後述する手法によってカウントされた動作回数の情報であってもよいし、図１３を用いて後述する手法によって判定される深さ判定及びフォーム判定の結果を表す情報であってもよい。或いは、実行結果情報は、図２４や図２５を用いて後述する○、△、×等のスコアであってもよい。また実行結果情報は後述する１つの運動プログラムの実行結果を表す情報であってもよいし、１つの運動プログラムに含まれるレジスタンス運動や有酸素運動のそれぞれの実行結果を表す情報であってもよい。また、複数の運動プログラムの時系列での結果を表す情報であってもよく、実行結果情報は種々の態様の情報を含むことが可能である。

　また、第１のゲームを実行するゲーム処理は、例えば検出情報を取得し、動作回数や運動時間をカウントし、運動の成否を判定し、判定結果に応じてゲーム進行や報酬付与を行うための処理であり、オブジェクトの表示処理や、効果音やボイスの出力処理等を含む。また第１のゲームの実行を許可しないとは、ユーザのゲーム開始操作を受け付けてもゲームを実行しない、或いは、そもそもゲーム開始操作を受け付けないことを表す。例えば図１８～図２０を用いて後述する例では、図１８のＣ６において第１のゲームの開始操作である決定ボタンの選択操作が行われた場合、休養期間以外であればＤ２→Ｄ３→Ｅ１のように第１のゲームを実行するゲーム処理によって画面が遷移していく。一方、休養期間においては、Ｄ１の画面の表示の後、Ｃ１に戻るため第１のゲームが進行しない。このような処理によって、休養期間において第１のゲームの実行を許可しないことが可能である。一方、図１８のＣ２～Ｃ５に示すように、キャラクタの強化やバトルについては休養期間であるか否かによって処理が分岐しない。即ち第２のゲームの実行は、休養期間でも許可される。

　本実施形態の手法によれば、第１のゲームの実行後、休養期間では第１のゲームが実行できなくなるとともに、第２のゲームは実行可能である。第１のゲームの実行を許可しないことによって、運動を伴うゲームが過剰な頻度で実行されること、即ち、ユーザが過剰な負荷の運動を行うことを抑制できる。また、第２のゲームが実行可能であるため、ユーザが継続してゲームを楽しむことは可能である。そのため、運動を実行しない期間においてもゲームへの興味を持続させることが可能である。結果として、ゲームを用いたモチベーション向上効果を持続させることが可能になる。

　また本実施形態では、複数種類の運動の各運動に、それぞれ複数の第１のゲーム、又は、第１のゲームにおける複数のゲーム演出が対応付けられていてもよい。処理部１００は、複数種類の運動から選択された運動に対応付けられた複数の第１のゲーム又は複数のゲーム演出から、ゲーム処理に用いられる第１のゲーム又はゲーム演出を選択する処理を行ってもよい。

　ここでのゲーム演出とは、ゲーム中に実行される演出のことであり、例えばゲーム画面におけるオブジェクトの配置処理や更新処理である。ただし、ここでのゲーム演出はこれに限定されず、ゲーム中で実行可能な他の表現手法を用いた演出であってもよい。

　このようにすれば、特定の種類の運動を繰り返し実行する場合に、異なるゲーム或いは異なるゲーム演出が実行される。例えば図１５（Ａ）、図１５（Ｂ）を用いて後述するように、プッシュアップというレジスタンス運動を実行する際に、異なるゲーム演出を実行できる。そのため、ユーザが飽きを感じることを抑制できるため、ゲームを用いたモチベーション向上効果を持続させることが可能になる。

　また本開示の他の態様は、ユーザのユーザ個人情報を記憶する記憶部１７０と、ゲーム処理を行う処理部１００と、ユーザへの運動指示に対して、ユーザが運動を行った際のユーザ状態の検出結果である検出情報を取得する取得部と、を含む運動管理システムに関係する。記憶部１７０、処理部１００、取得部については上述した例と同様である。

　複数種類の運動の各運動に対して、それぞれ複数のゲーム又は複数のゲーム演出が対応付けられている場合に、処理部１００は、複数種類の運動から選択された運動に対応付けられた複数のゲーム又は複数のゲーム演出から、ゲーム処理に用いられるゲーム又はゲーム演出を選択する処理を行う。取得部は、処理部１００によって選択されたゲーム又はゲーム演出中において、検出情報を取得する。処理部１００は、実行結果情報に基づいて、選択されたゲーム又はゲーム演出を用いたゲーム処理を実行する。

　ここでのゲーム又はゲーム演出は、運動を促す表示と、運動の実行結果を示す表示とを伴うものであってもよい。図１５（Ａ）、図１５（Ｂ）を用いて後述する例であれば、ゲーム演出中の画面によって、ユーザにプッシュアップの実行が促されるため、プッシュアップ実行時の検出情報を取得可能である。そして、検出情報に基づいてキャラクタオブジェクトＯＢ１や罠オブジェクトＯＢ２を更新することによって、ゲーム演出が継続される。即ち、ユーザが運動行っている間は、ゲーム又はゲーム演出中の検出情報の取得と、検出情報に基づくゲーム又はゲーム演出を用いたゲーム処理とが、繰り返し、或いは並列に実行される。

　このようにすれば、特定の種類の運動を繰り返し実行する場合に、異なるゲーム或いは異なるゲーム演出が実行される。そのため、ユーザが飽きを感じることを抑制できるため、ゲームを用いたモチベーション向上効果を持続させることが可能になる。

　また処理部１００は、ユーザ個人情報に基づいて、ユーザに実行を指示する運動を、複数種類の運動から選択する処理を行ってもよい。そして処理部１００は、選択された運動に基づいて、ゲーム処理に用いられるゲーム又はゲーム演出を選択する処理、及び、ゲーム処理におけるクリア目標を決定する処理を行う。

　このようにすれば、実行する運動の内容が指示されるため、運動に関する専門的な知識がないユーザであっても、適切な内容（種類、強度）の運動を容易に実行できる。ここで実行を指示する運動を決定する処理は、図９を用いて後述する運動プログラムの決定処理に相当する。また、運動の種類が決定されれば、ゲーム又はゲーム演出の選択対象は、当該種類の運動に対応付けられたものに限定することが可能である。そこから１つのゲーム又はゲーム演出を選択する処理は、ユーザ個人情報に基づいて行われてもよいし、他の情報に基づいて行われてもよい。また、運動プログラムの決定処理において後述するように、運動の実行指示においては、動作回数、深さ、フォーム、運動時間等の強度も指示される。運動を伴うゲームにおけるクリア目標とは、具体的には運動の強度に基づいて設定される。

　また本実施形態の運動は、レジスタンス運動と有酸素運動を含んでもよい。取得部は、レジスタンス運動の運動指示が行われた際のユーザの動作を表す動作情報と、有酸素運動の運動指示が行われた際のユーザのバイタルを表すバイタル情報とを、検出情報として取得する。

　ここで、レジスタンス運動とは、筋肉に負荷をかける運動であり（http://exercise.trekeducation.org/resistance-training/what-is-resistance-training/）、図５を用いて後述するように、スクワット、プッシュアップ等、種々の種類の運動を含む。レジスタンス運動を適切に実行させるためには、レジスタンス運動の種類を特定する必要がある。以下、ユーザが実行するレジスタンス運動の内容を特定するための情報をレジスタンス運動内容と表記する。レジスタンス運動内容は、例えばレジスタンス運動の種類を特定可能な情報である。例えば図６を用いて後述するデータにおいて、運動ＩＤを１つ選択することによってレジスタンス運動の種類を一意に特定できる。また、運動療法に適した態様でレジスタンス運動を行わせるためには、レジスタンス運動の強度も重要となる。ここでの強度は、図６及び図７を用いて後述するように、動作回数、深さ、フォーム等に関する情報が必要である。即ち、レジスタンス運動内容とは、レジスタンス運動の種類（運動ＩＤ）に加えて、強度の情報を含んでもよい。

　また有酸素運動とは、エネルギー産生のため炭水化物と脂肪を燃焼するために酸素を必要とするような筋肉の動作をいい（Harvard Health Letter、Glossary of exercise terms、https://www.health.harvard.edu/newsletter_article/Glossary-of-exercise-terms）、比較的負荷の軽い動作を長時間継続して行う運動であり、例えばウォーキングやジョギング、エアロビクス、サイクリング、水泳等である。有酸素運動内容は、ユーザが実行する有酸素運動の内容を特定するための情報であり、例えば有酸素運動の種類を特定可能な情報である。例えば有酸素運動内容は、上記のウォーキング、ジョギング等のいずれかを特定する情報を含む。ただし、図８を用いて後述するように、有酸素運動は専用の施設でなくても実行が容易な運動、例えばステップやアームカール等の動作を組み合わせたエアロビクスやダンス等の運動であってもよい。この場合の有酸素運動内容は、動作内容を特定する情報を含む。また有酸素運動内容は、強度に関する情報を含んでもよい。有酸素運動における強度は、運動を継続する時間（後述する図９における運動時間）や心拍数に関する情報である。

　このようにすれば、ユーザにレジスタンス運動と有酸素運動を行わせること、及びレジスタンス運動と有酸素運動の実行結果を判定するための検出情報として、動作情報とバイタル情報を取得することが可能になる。

　また本実施形態の処理部１００は、レジスタンス運動の実行後、又は、有酸素運動の実行後、又は、レジスタンス運動と有酸素運動を含む運動プログラムの実行後に、休養期間を設定してもよい。

　このようにすれば、運動実行を基準として休養期間が設定されるため、ユーザが過剰な負荷の運動を行うことを適切に抑制可能である。なお、具体的な設定タイミングは上記の通り種々の変形実施が可能である。例えば、運動プログラムを単位として休養期間を設定してもよいし、レジスタンス運動についての休養期間と有酸素運動についての休養期間を別々に設定してもよい。

　また本実施形態の処理部１００は、ユーザ個人情報と、所与の運動期間又は運動回数に基づいて、複数種類の運動からユーザに実行を指示する運動を決定してもよい。

　ここでの運動期間とは、ユーザが運動を継続する予定の期間であり、例えば身体測定情報の数値改善等、ある程度の成果を得ようとする期限を表す。なお運動期間の終端は、運動療法を終了するタイミングに限定されず、運動療法を継続する途中でのチェックポイントに相当するタイミングであってもよい。

　運動回数とは、ユーザが運動の継続を行う期間において、実行を予定している運動の回数を表す。ここでの運動回数は１回の運動を単位とする。１回の運動とは、比較的短時間で行われる運動、狭義には連続して行われる運動を表す。ただし、図２３を用いて後述するように、１回の運動の途中での中断は許容される。後述する例であれば、１回の運動は最長でも４８時間以内に終了する運動である。本実施形態では、上記１回の運動をユーザに実行させるための情報を運動プログラムと表記する。そしてレジスタンス運動及び有酸素運動を複数種類用意しておき、そこから選択した運動を実行させるための運動内容を運動プログラムとすることによって、多様な運動プログラムを生成することが可能である。運動回数は、狭義には決定する運動プログラムの数に対応する。

　このようにすれば、運動期間又は運動回数に応じて運動内容を決定することが可能になる。例えば、運動期間が短めに指定された場合、運動強度の高い運動内容が決定される。よって、指定された運動期間又は運動回数において、ある程度の成果が期待できるような運動内容を決定することが可能である。

　また本実施形態のユーザ個人情報は、図４を用いて後述するように、ユーザの性別、年齢、体質情報、身体測定情報及び実行結果情報の少なくとも１つを含んでもよい。

　このようにすれば、ユーザの個人差を考慮した運動内容の提示が可能になる。例えば、過剰な強度の運動を行わせることによるモチベーションの低下や怪我の発生を抑制できる。またユーザの具体的な実行結果を考慮した運動内容の提示も可能になる。例えば、運動の成功／失敗の履歴を考慮すれば、苦手な運動を除外したりすることでユーザの運動に対するモチベーション向上を図ることが可能になる。

　また本実施形態の処理部１００は、ユーザが使用する端末装置（ユーザ端末装置ＴＭＡ）とは異なる他の端末装置ＴＭＢからの入力に基づいて、運動指示によってユーザに実行を指示する運動を決定してもよい。

　このようにすれば、医療関係者等の入力に基づいて、運動内容を決定することが可能になる。例えば、専門的な知見から運動プログラムを修正することが可能である。また、他の端末装置ＴＭＢは運動管理システムのシステム管理者が利用する端末装置であってもよい。この場合、データやプログラムのアップデートに応じて、運動内容を決定、修正することが可能になる。

　また本実施形態の処理部１００は、レジスタンス運動内容及び有酸素運動内容に基づく運動指示に対する、ユーザの実行結果情報に基づいて、ユーザに付与される報酬を決定してもよい。

　このようにすれば、実行結果情報に応じた報酬の付与が可能になる。例えば運動指示の達成度合いが高い場合は、達成度合いが低い場合に比べて報酬を多くする。このようにすれば、報酬をモチベーションとして、ユーザに適切な運動を実行させることが可能になる。

　また本実施形態の報酬は、第２のゲームにおいて使用可能であってもよい。

　このようにすれば、運動を行うことによって取得した報酬を、運動完了後、ある程度時間がたったタイミング（例えば休養期間中）でも使用できる。そのため、報酬による効果が持続的に発揮されるため、ユーザの運動に対するモチベーション向上効果を長く維持できる。

　また本実施形態の処理部１００は、第２のゲームにおける上記報酬の取得状況又は使用状況に応じて、運動に対応付けられた複数の第１のゲーム又は複数のゲーム演出から、ゲーム処理に用いられる第１のゲーム又はゲーム演出を選択する処理を行ってもよい。

　ここでの報酬の取得状況とは、第１のゲームで付与された報酬が、第２のゲームにおいて取得状態となっているか否か、狭義には使用可能となっているか否かの状況を表す。より具体的には、取得状況とは、報酬ボックスに付与された報酬が、ユーザのアイテムボックスに移動されたか否かを表す。また使用状況とは、第１のゲームで付与された報酬が、第２のゲーム内で使用されたか否かを表す。

　このようにすれば、第１のゲームで付与された報酬が第２のゲームにおいてどのように扱われているかに応じて、これ以降の第１のゲーム、又は第１のゲーム内のゲーム演出が変更される。第１のゲームと第２のゲームの関連性を高くできるため、第１のゲームと第２のゲームを組み合わせることによるモチベーション向上効果を高めることが可能になる。

　また本実施形態の処理部１００は、ユーザに対して運動指示が行われたレジスタンス運動内容及び有酸素運動内容に対応する運動を実行する他のユーザ又は仮想ユーザを、フレンドユーザとして設定する処理を行ってもよい。

　ここでの他のユーザとは、処理対象としているユーザ以外のユーザであって、実在するユーザである。また仮想ユーザとは、実在しないユーザであって、例えば処理部１００によって仮想的に生成された実行結果情報が対応付けられたユーザである。

　このようにすれば、フレンドユーザと交流や競争を行うことが可能になるため、ユーザの運動に対するモチベーション向上が可能になる。

　また本実施形態の処理部１００は、図２６に示すように、ユーザの実行結果情報と、フレンドユーザの実行結果情報との差分に基づいて、ユーザに運動を促す情報を提示する処理を行ってもよい。運動を促す情報は、差分のみ（例えば図２６のグラフ）であってもよいし、運動を直接的に促すテキストや画像が付加されてもよい。

　このようにすれば、ユーザが十分な頻度又は強度で運動を行えていないことを、フレンドユーザとの差分を用いて提示することが可能になる。そのため、ユーザの実行結果情報のみを表示する場合に比べて、ユーザの運動に対するモチベーション向上効果を高めることが可能である。

　また本実施形態の処理部１００は、ユーザの実行結果情報に基づいて、運動指示の達成度合いが所与の基準よりも高いと判定された場合、差分に基づく運動を促す情報の提示をスキップする処理、又は、図２７に示すように差分に基づいてユーザの運動を抑制する情報を提示する処理を行ってもよい。運動指示の達成度合いとは、実行指示した運動プログラムが適切な頻度で実行されているか否か、或いは、実行指示した運動プログラムが指定の強度で実行されているか否かを表す情報である。例えば、図２４を用いて後述するように、強度が条件を満たしたか否かに応じて実行結果をスコア化することが可能である。ここでは、例えば達成度合いをスコア化し、当該スコアと所与の閾値との比較処理によって、達成度合いが基準よりも高いか否かを判定する。

　図２６に示すように、本人よりも達成度合いが高いフレンドユーザとの差分を表示することによって、ユーザに運動を促すことが可能である。ただし、過剰な運動を行うことで、かえってユーザの健康を損ねるおそれがある。本実施形態では、差分の表示自体を省略したり、本人よりも達成度合いが低いフレンドユーザとの差分を表示することによって、過剰な運動を抑制することが可能である。

　また本実施形態の処理部１００は、ユーザに対して行われた運動指示についての標準的な実行結果情報を表す基準データを取得し、ユーザの実行結果情報と基準データとの差分に基づいて、ユーザに運動を促す情報を提示する処理を行ってもよい。また処理部１００は、ユーザの実行結果情報と基準データとの差分に基づいて、ユーザの運動を抑制する情報を提示する処理を行ってもよい。

　ここで、標準的な実行結果情報である基準データは、例えば複数のユーザによる実行結果情報の平均値等であってもよい。或いは基準データは、あらかじめ設定され、記憶部１７０に蓄積された情報であってもよい。なお基準データは、性別、年齢、身体測定情報等に応じて決定される情報であってもよい。即ち基準データとは、対象のユーザが、対象の運動プログラムを実行する際の基準となる実行結果情報であればよく、当該基準データを求める手法は種々の変形実施が可能である。このようにすれば、望ましい実行結果との差分を表示できるため、ユーザの実行結果情報のみを表示する場合に比べて、ユーザの運動に対するモチベーション向上効果を高めることや、過剰な運動を抑制することが可能である。

　また本実施形態の処理部１００は、検出情報と第１の判定基準とに基づいて求めた第１の実行結果情報に基づいてゲーム処理を行い、検出情報と、第１の判定基準とは異なる第２の判定基準に基づいて求めた第２の実行結果情報を他の端末装置ＴＭＢにおいて提示してもよい。

　ここでの第１の判定基準と第２の判定基準は、検出情報に基づいて、ユーザの行った運動が所与の条件を満たしているか否かを判定するための基準である。より具体的には判定基準は強度に関する基準であり、動作情報に関する判定基準は回数閾値、深さ閾値、フォーム閾値を含み、バイタル情報に関する判定基準は心拍数閾値、運動時間を含む。

　このようにすれば、ゲーム処理に用いる実行結果情報と、医療関係者等に提示する実行結果情報を異ならせることが可能になる。例えば、第１の判定基準を相対的に緩くすることによって、ユーザに成功体験を与え、継続的な運動を促すことが可能になる。具体的には、ゲーム進行が容易になり、ゲームを楽しみやすくなる。また第２の判定基準をエビデンスのとれた基準とすることによって、医療関係者に対して医学的に正しいと考えられる情報を提示することが可能になる。

　また本実施形態の運動管理システムは、動作情報を検出する動作検出部６１０と、バイタル情報を検出するバイタル検出部６２０と、をさらに含んでもよい。動作検出部６１０及びバイタル検出部６２０は、ユーザによって装着される１つのウェアラブル端末装置に設けられてもよい。換言すれば、検出装置６００は、動作検出部６１０とバイタル検出部６２０を含むウェアラブル端末装置であってもよい。

　このようにすれば、１つのウェアラブル端末装置を装着することによって動作情報とバイタル情報の両方を検出できるため、レジスタンス運動と有酸素運動を組み合わせた運動を容易に実行させることが可能になる。

　また本実施形態の手法は、サーバシステム５００に適用されてもよい。サーバシステム５００は、ユーザのユーザ個人情報を記憶する記憶部１７０と、運動と関連付けられた第１のゲームを実行する処理と、運動と関連付けられない第２のゲームを実行する処理と、を含むゲーム処理を実行する処理部１００と、ユーザへの運動指示に対して、第１のゲームにおいて、ユーザが運動を行った際のユーザ状態の検出結果である検出情報を取得する取得部を含む。処理部１００は、実行結果情報に基づいて、第１のゲームを実行するゲーム処理を行い、第１のゲームの実行後、所与の休養期間を設定し、休養期間において、第１のゲームの実行を許可せず、且つ、第２のゲームの実行を許可する。

　またサーバシステム５００は、ユーザのユーザ個人情報を記憶する記憶部１７０と、ゲーム処理を行う処理部１００と、ユーザへの運動指示に対して、ユーザが運動を行った際のユーザ状態の検出結果である検出情報を取得する取得部を含む。複数種類の運動の各運動に対して、それぞれ複数のゲーム又は複数のゲーム演出が対応付けられている場合に、処理部１００は、複数種類の運動から選択された運動に対応付けられた複数のゲーム又は複数のゲーム演出から、ゲーム処理に用いられるゲーム又はゲーム演出を選択する処理を行う。取得部は、処理部１００によって選択されたゲーム又はゲーム演出中において、検出情報を取得する。処理部１００は、実行結果情報に基づいて、選択されたゲーム又はゲーム演出を用いたゲーム処理を実行する。

　また本実施形態の手法は、端末装置ＴＭ（ユーザ端末装置ＴＭＡ）に適用されてもよい。端末装置ＴＭは、運動と関連付けられた第１のゲームを実行する処理と、運動と関連付けられない第２のゲームを実行する処理と、を含むゲーム処理と、運動指示に対して、第１のゲームにおいてユーザが運動を行った際のユーザ状態の検出結果である検出情報を取得する取得処理と、を行う処理部１００と、ゲーム処理に基づいてゲーム画面を表示する表示部１９０を含む。処理部１００は、実行結果情報に基づいて、第１のゲームを実行するゲーム処理を行い、第１のゲームの実行後、所与の休養期間を設定し、休養期間において、第１のゲームの実行を許可せず、且つ、第２のゲームの実行を許可する。

　また端末装置ＴＭは、処理部１００と、ゲーム処理に基づいてゲーム画面を表示する表示部１９０を含む。複数種類の運動の各運動に、それぞれ複数のゲーム又は複数のゲーム演出が対応付けられている場合において、処理部１００は、複数種類の運動から選択された運動と、運動に対応付けられた複数のゲーム又は複数のゲーム演出の中から選択されたゲーム又はゲーム演出と、を特定する情報を取得する第１取得処理と、運動指示に対して、ユーザが運動を行った際のユーザ状態の検出結果である検出情報を取得する第２取得処理と、実行結果情報に基づいて、選択されたゲーム又はゲーム演出を実行するゲーム処理と、を行う。ここでの、第１取得処理とは、狭義にはサーバシステム５００との通信を行う通信インターフェースの制御処理であり、第２取得処理とは、検出装置６００との通信を行う通信インターフェースの制御処理である。ここでの２つの通信インターフェースは、同じ通信規格に従った通信を行う１又は２つのインターフェースであってもよいし、異なる通信規格に従った通信を行う２つのインターフェースであってもよい。

　なお、端末装置ＴＭにおけるゲーム処理は、ユーザの操作入力を表す操作情報をサーバシステム５００に送信する処理、及び、表示部１９０や音出力部１９２での出力に用いられる情報をサーバシステム５００から受信する処理を含む。例えばブラウザゲームのように、端末装置ＴＭはユーザとの入出力インターフェースとして機能し、ゲーム開始、進行、終了に関する具体的な判定処理はサーバシステム５００で実行されてもよい。本実施形態におけるゲーム処理は、このような態様における端末装置ＴＭ側の処理を含む。

　２．本実施形態の手法
　以下、本実施形態の手法について詳細に説明する。本実施形態の運動管理システムは、ユーザ個人情報を記憶し、レジスタンス運動内容及び有酸素運動内容をユーザ個人情報に基づいて決定する処理を行い、運動指示が行われた際の動作情報及びバイタル情報を取得し、動作情報及びバイタル情報に基づいて、実行結果情報をユーザ端末装置ＴＭＡ又は他の端末装置ＴＭＢにおいて提示する処理を行う。

　本実施形態の手法によれば、レジスタンス運動と有酸素運動を組み合わせた運動をユーザに指示することが可能になる。また運動内容の決定にユーザ個人情報が用いられるため、ユーザの個人差を考慮した運動支持が可能になる。ユーザ個人情報については図４を用いて後述する。運動内容の決定処理については、図９を用いて後述する。実行結果情報については図１１～図１４を用いて後述する。端末装置における提示処理については、図２４及び図２５を用いて後述する。またユーザ端末装置ＴＭＡにおける提示は、図１５（Ａ）～図１６（Ｂ）、図２０を用いて後述するようにゲーム画面の表示であってもよい。

　また本実施形態の運動管理システムは、第１のゲームと第２のゲームを実行するゲーム処理が可能であって、第１のゲームにおいてユーザが運動を行った際の検出情報を取得し、実行結果情報に基づいて第１のゲームを実行するゲーム処理を行い、第１のゲームの実行後、所与の休養期間を設定し、休養期間において、第１のゲームの実行を許可せず且つ第２のゲームの実行を許可する。

　本実施形態の手法によれば、休養期間を設けることでユーザの過剰な運動を抑制できる。また、休養期間中も第２のゲームを許可することでゲームへの興味を維持できる。詳細については、図１７～図２１を用いて後述する。

　また本実施形態では、複数種類の運動の各運動に対して、それぞれ複数のゲーム又は複数のゲーム演出が対応付けられている。本実施形態の運動管理システムは、運動に対応付けられた複数のゲーム又は複数のゲーム演出から、ゲーム処理に用いられるゲーム又はゲーム演出を選択する。そして選択されたゲーム又はゲーム演出中において検出情報を取得し、実行結果情報に基づいて、選択されたゲーム又はゲーム演出を用いたゲーム処理を実行（ゲームを進行）する。

　本実施形態の手法によれば、１種類の運動に対して、複数のゲーム又は複数のゲーム演出が対応付けられる。そのため、同じ種類の運動を複数回実行する場合であっても、ユーザのゲームへの興味を維持できる。詳細については図１５（Ａ）～図１６（Ｂ）を用いて後述する。

　２．１　ユーザ個人情報
　図４は、ユーザ個人情報のデータ構造の例を示す図である。図４に示すように、ユーザ個人情報は、ユーザの氏名、性別、年齢、体質情報、身体測定情報を含む。体質情報は、既往歴や服用履歴を表す情報である。例えば体質情報は、前回の診察年月日、糖尿病の発症時期、インスリン注射をしているか否か、服用薬等の情報を含む。身体測定情報は、ユーザを対象とした測定によって取得される情報である。例えば身体測定情報は、身長、体重、血糖値等の情報を含む。また身体測定情報はＨｂＡ１Ｃ、血圧、ウェストサイズ、中性脂肪値、コレステロール値等、不図示の情報を含んでもよい。

　またユーザ個人情報は、ユーザによる運動の実行結果を表す実行結果情報を含む。実行結果情報は、上述したように動作情報やバイタル情報に基づく種々の態様の情報を含む。このようにすれば、各ユーザの実行結果を適切に管理することが可能になる。

　なお本実施形態では、運動管理システムが運動内容を決定して実行指示を行うことによって、ユーザに適切な運動の実行を促す。適切な運動内容はユーザの体力、生活習慣、糖尿病の進行度合い等に応じて異なる。そのため、ユーザに実行を指示する運動内容は、ユーザごとに管理されてもよく、当該運動内容を表す情報がユーザ個人情報に含まれてもよい。例えばユーザ個人情報は、対象ユーザに対応付けられた１又は複数の運動プログラムを含んでもよい。具体的には、図４に示す実行結果情報は、運動プログラムと対応付けて記憶されてもよい。また将来的な実行指示のために生成された運動プログラムが、ユーザ個人情報として管理されてもよい。運動プログラムの詳細については後述する。

　２．２　レジスタンス運動
　図５は本実施形態におけるレジスタンス運動の例を示す図である。レジスタンス運動は筋肉に繰り返し、或いは継続的に負荷をかける運動である。図５に示すように、下半身の筋肉に負荷をかけるレジスタンス運動として、スクワット、ランジ、サイドランジ、カーフレイズ、バックキック、スパインヒップリフトが知られている。また上半身の筋肉に負荷をかけるレジスタンス運動として、プッシュアップ、ナロープッシュアップ、バックエクステンション、レッグレイズ、クランチ、プランクが知られている。また、上半身、下半身という区分だけでなく、負荷をかける筋肉の大小（大筋群、小筋群）に応じて、レジスタンス運動を分類してもよい。各レジスタンス運動については公知であるため、詳細な説明は省略する。また図５では１２種類のレジスタンス運動を例示したが、一部のレジスタンス運動が省略されてもよいし、他のレジスタンス運動が追加されてもよい。

　本実施形態の運動管理システムは、例えば上記１２種類のレジスタンス運動に関する情報を保持する。そして１２種類のレジスタンス運動から選択されたレジスタンス運動の実行をユーザに指示する。

　例えば運動情報記憶部１７４は、運動情報として図６及び図７に示すレジスタンス運動情報を記憶する。なお、図７では一部の種類のレジスタンス運動に関する情報を例示している。レジスタンス運動情報は、運動ＩＤ、運動項目、バンド位置、回数閾値の基準値、深さ閾値の基準値、フォーム閾値の基準値を含む。なお、ここではレジスタンス運動情報として図６及び図７を例示したが、これは具体的なデータベース構成を限定するものではない。即ち、レジスタンス運動情報の具体的なデータ構造は種々の変形実施が可能である。例えば評価角度の情報は運動情報記憶部１７４に記憶されず、深さ判定プログラムやフォーム判定プログラムの一部として、ゲーム情報記憶部１７２に記憶されてもよい。

　運動ＩＤは、レジスタンス運動を一意に識別するための情報である。運動項目は、レジスタンス運動の名称であり、例えば上述したスクワット等の文字列である。バンド位置は、対象のレジスタンス運動を実行する際の検出装置６００の装着位置を表す情報である。バンド位置は、例えば上腕、胸部（背面）、腿、脛等、検出装置６００の装着対象となる部位を特定する情報である。ここでは後述する深さとフォームの両方を判定することを考慮し、検出装置６００を２つ用いる例を示している。ただし、ユーザに装着される検出装置６００は１つであってもよい。

　レジスタンス運動の動作回数、深さ、フォームについて説明する。レジスタンス運動の多くは、開始姿勢から異なる姿勢に移行した後、開始姿勢に戻るという動作を繰り返す運動である。プッシュアップの例であれば、うつ伏せで肘を伸ばし、手のひらと足先（或いは膝）で体を支持した状態が開始姿勢である。開始姿勢から肘を曲げて体を沈め、その後、肘を伸ばすことによって開始姿勢に戻る一連の流れを行った場合に、動作回数が１回とカウントされる。回数閾値とは、対象のレジスタンス運動を何回実行した場合に、当該レジスタンス運動が完了したと判定するかの閾値である。例えばプッシュアップの回数閾値が２０である場合、ユーザによる肘の曲げ伸ばしを２０回検出したことを条件に、１セットのプッシュアップが完了したと判定される。動作回数をカウントする処理の詳細は、図１２を用いて後述する。

　動作回数が少なすぎる場合、筋肉に十分な負荷が与えられないため、運動療法として適切でない。即ち、レジスタンス運動には、運動療法として好ましい動作回数を設定可能である。本実施形態の回数閾値の基準値は、運動療法として適切であるとのエビデンスが得られている動作回数を表す情報である。ユーザの運動時に回数閾値を用いた判定を行うことによって、効果的なレジスタンス運動を実行させることが可能になる。

　ユーザにレジスタンス運動の実行指示を行う際の回数閾値は、上記回数閾値の基準値を固定的に用いてもよい。ただし、ユーザごとに年齢、性別、運動習慣、糖尿病の進行度合い等の条件が異なる。また同じユーザであっても、継続的な運動によって体重が減少したり、筋力や持久力が増加して、より負荷の高い運動が可能になる場合がある。よってユーザにレジスタンス運動を指示する際には、状況に応じて回数閾値を可変にしてもよい。例えば、基準値は運動療法において効果があるとのエビデンスが得られている動作回数の最低値であり、実際の回数閾値として基準値より大きい値を設定可能としてもよい。この場合、運動情報記憶部１７４は、回数閾値を変化させる条件、１回の変化幅、設定可能な回数閾値の上限値等、図６及び図７に不図示の情報を含んでもよい。ただし、基準値が数値範囲として設定されていてもよく、回数閾値を設定するための情報は種々の態様により実現可能である。

　なお、１回のレジスタンス運動の実行指示において、複数セットの実行が指示されてもよい。例えば、プッシュアップ２０回を１セットとし、２セットの実行を指示するといった態様が考えられる。セット間のインターバルは例えば数十秒程度の短い時間である。以下ではセット数を回数閾値とは異なる情報として管理する例について説明する。ただし回数閾値は、１セット当たりの動作回数と、セット数とを含む情報であってもよい。

　またレジスタンス運動では、ユーザの具体的な動作に応じて負荷の大きさが変化する。例えば、プッシュアップでは、開始姿勢において肘は伸びた状態であり、そこから肘を曲げることによって筋肉に負荷がかけられる。そのため、肘が十分な角度まで曲がっていることが、適切な負荷を与えることの条件となる。

　本実施形態における深さ閾値とは、対象のレジスタンス運動における主要な可動部が、十分な負荷を与えられる程度に動いているか否かを判定するための閾値である。上記プッシュアップの例であれば、上腕に装着した検出装置６００を用いて上腕の可動域（角度変化量）を評価角度として検出する。そして深さ閾値として９０°に近い値、例えば８０°を設定し、評価角度が深さ閾値以上であるか否かを判定する。評価角度が深さ閾値を超えた場合に、適切な深さで１回のプッシュアップが行われたと判定される。なお、プッシュアップの例では、評価角度が深さ閾値以上となった場合に適切な深さであると判定される例を示したが、評価角度又は深さ閾値の設定によっては、評価角度が深さ閾値以下となった場合に適切な深さであると判定されてもよい。また深さ閾値が下限側深さ閾値と上限側深さ閾値を含み、評価角度が下限側深さ閾値以上、上限側深さ閾値以下の値となった場合に適切な深さであると判定されてもよい。

　プッシュアップにおける深さ閾値の基準値は、例えば上述した８０°である。ユーザにレジスタンス運動の実行指示を行う際の深さ閾値は、上記深さ閾値の基準値を固定的に用いてもよい。ただし、上述した回数閾値の例と同様に、ユーザごとの個人差等を考慮して、深さ閾値を可変にしてもよく、運動情報記憶部１７４は、深さ閾値を可変にするための不図示の情報を記憶してもよい。

　またレジスタンス運動では、主要な可動部以外の動きが負荷に影響を与える場合がある。例えばプッシュアップの場合、肘を曲げ伸ばしする動作の間も、体をまっすぐに保つ必要がある。具体的には、背中、腰、臀部、足先（膝を床につく場合は膝）が直線的に並ぶ姿勢を維持することが望ましい。腰が浮いたり、背をそらすような姿勢になった場合、筋肉に十分な負荷を与えることができない。即ち、ユーザに適切なレジスタンス運動を行わせるためには、深さ判定に関連する動き以外の動きについても判定することが望ましい。

　本実施形態におけるフォーム閾値とは、深さ判定に関連する動き（姿勢、角度）以外の動きが適切であるか否かを判定するための閾値である。狭義には、第１の部位に装着される検出装置６００によって深さ閾値を用いた判定が行われる場合において、第１の部位とは異なる第２の部位に装着される検出装置６００によってフォーム閾値を用いた判定が行われる。ただし後述するレッグレイズのように、所与の部位に装着された検出装置６００によって、深さ判定とフォーム判定の両方が行われてもよい。レッグレイズの例では、第１姿勢における腿の角度が深さ判定に用いられ、第２姿勢における腿の角度がフォーム判定に用いられる。

　例えばプッシュアップのフォーム閾値は、胸部の角度変化の上限値である。上述したとおり、姿勢を直線的に保っている場合、胸部の動きは肘の曲げ伸ばしに付随した動きに限定されるため、角度変化は小さい。一方、腰を浮かせた場合、胸部の角度変化は大きくなる。よって、胸部の角度変化を評価角度として求め、当該評価角度がフォーム閾値以下である場合に、適切なフォームで１回のプッシュアップが行われたと判定される。

　プッシュアップにおけるフォーム閾値の基準値は、例えば４０°である。ユーザにレジスタンス運動の実行指示を行う際のフォーム閾値は、上記フォーム閾値の基準値を固定的に用いてもよい。ただし、上述した回数閾値、深さ閾値の例と同様に、ユーザごとの個人差等を考慮して、フォーム閾値を可変にしてもよく、運動情報記憶部１７４は、フォーム閾値を可変にするための不図示の情報を記憶してもよい。

　なお、プランクのように所定の姿勢を一定時間キープするレジスタンス運動も存在する。この場合、回数閾値は、姿勢をキープすべき時間を表す情報に置き換えられる。また、プランクについては深さを考慮する必要がなく、フォームについてのみ判定が行われる。また、レジスタンス運動の種類によっては、フォームの判定が省略されてもよい。またバックエクステンションのフォームに関する判定のように、所与の角度に基づいてスコアを算出し、当該スコアに基づいて深さ判定やフォーム判定が行われてもよい。

　またレッグレイズが適切に実行されたか否かの判定では、足を上げたときの床と腿の角度が所定閾値以上であること、足を下げたときの腿の角度が所定閾値以下であること、膝が伸びていること、という３つの条件を利用可能である。この場合、例えば、足を上げたときの腿の角度に関する閾値を深さ閾値とし、足を下げたときの腿の角度に関する閾値を第１フォーム閾値とし、膝の角度に関する閾値を第２フォーム閾値とする。このように、フォーム判定において複数のフォーム閾値が用いられてもよい。

　また、レジスタンス運動の強度は、動作回数、深さ、フォームに限定されない。例えば開始姿勢から姿勢を変更し、再度、開始姿勢に戻るまでの時間である動作時間を強度として用いてもよい。例えば、開始姿勢が相対的に筋肉への負荷が小さい姿勢であり、姿勢を変更することによって筋肉への負荷が増大するレジスタンス運動を考える。動作時間を短くして素早く姿勢を変更した場合、筋肉に負荷がかかる状態が短時間で終了するのに対して、動作時間を長くすると筋肉に負荷がかかる時間が長くなる。よって動作時間もレジスタンス運動の強度として利用可能である。動作時間は、例えば図１２を用いて後述する動作回数のカウント処理において、動作検出タイミングを起点とし、カウントアップ後に同じ角度まで戻ってきたタイミングを終点する期間である。ただし動作時間は、動作検出タイミングから次の動作検出タイミングまでの期間（例えばＡ１とＡ３の間）等を用いてもよい。

　２．３　有酸素運動
　また運動情報記憶部１７４は、運動情報として図８に示す有酸素運動情報を記憶する。有酸素運動情報は、運動ＩＤ、強度、心拍数閾値、動作内容を含む。なお、図８は具体的なデータベース構成を限定するものではなく、有酸素運動情報の具体的なデータ構造は種々の変形実施が可能である。

　運動ＩＤは、有酸素運動を一意に識別するための情報である。強度は、運動による負荷の高低を表す情報であり、例えば低、中、高の３段階の情報である。動作内容は有酸素運動において行われるユーザの具体的な動作を規定する情報である。心拍数閾値は、対象の有酸素運動が適切に行われたか否かを判定するための閾値であり、上記強度に相関する。

　有酸素運動における動作内容について説明する。従来、有酸素運動としてジョギング、ランニング、水泳等が知られており、図８における動作内容はこれらを指定する情報であってもよい。ただし、本実施形態の手法は、２型糖尿病患者等の運動療法を想定したものであるため、運動習慣がなく、運動自体に対するモチベーションが高くないユーザも対象とする必要がある。そのため、ランニングコースやジム等の運動に適した場所への移動を強いることは、ユーザの運動実行を阻害する要因となり得る。

　よって本実施形態の動作内容によって指定される動作は、容易に実行できるものであることが望ましい。より具体的には、広いスペースや専用の器具を必要とせず、自宅でも実行可能な動作であるとよい。例えば、もも上げ、縄跳び、フラフープ、ダンス、エアロビクス、ボクササイズ等である。縄跳び、フラフープ、ボクササイズについては、縄やミット等の器具を用いない運動とすることによって実行が容易になる。なお、有酸素運動は３０分等のある程度長い時間、継続して行うことが望ましい。そのため、もも上げのみ、縄跳びのみといったシンプルな有酸素運動を３０分実行させた場合、動きの変化が少なく、ユーザが退屈に感じやすい。また、本実施形態におけるユーザは、ダンスやエアロビクスの経験が少ない蓋然性が高く、単にダンスの実行を指示されただけでは、具体的にどのような動作を行えばよいかわからないと考えられる。

　以上を考慮して、本実施形態における有酸素運動は、ステップ、アームカール、レッグカール、パンチ等の複数種類の動作を時系列的に実行する運動とすることが望ましい。そして有酸素運動情報は、当該複数種類の動作の組み合わせ内容、具体的には順序や継続時間等の情報を動作内容として含む。ユーザへの有酸素運動の実行指示を行う際には、各動作を画像や音声を用いてユーザに説明することによって、運動に不慣れなユーザでも、容易に有酸素運動を実行することが可能になる。

　次に有酸素運動における心拍数閾値について説明する。有酸素運動においては、心拍数が所与の条件を満たすような運動をすることによって、脂肪燃焼等の効果が高くなることが知られている。例えば、安静時心拍数をＨＲｍｉｎとし、最大心拍数をＨＲｍａｘとし、現在の心拍数をＨＲとした場合に、下式（１）によって比率情報であるＨＲＲを求める。安静時心拍数ＨＲｍｉｎは、安静時に取得される心拍数である。例えば運動管理システムは、初回利用時にユーザに椅子に座ったり、ベッドに横になるように指示する提示処理を行い、当該提示処理を行っている際に検出装置６００によって取得される情報に基づいて、安静時心拍数ＨＲｍｉｎを求める。最大心拍数ＨＲＭａｘは、例えば年齢に基づいて求めることが可能である。

　心拍数閾値は、例えばＨＲＲに基づいて決定される。図８の例においては、強度が低の場合、ＨＲＲの目標値である４０％を心拍数閾値とする。同様に、強度が中の場合、ＨＲＲ＝５０％が心拍数閾値であり、強度が高の場合、ＨＲＲ＝６０％が心拍数閾値である。また、心拍数が非常に大きくなる負荷の大きい運動を行った場合、脂肪ではなく糖質が燃焼しやすくなることが知られている。そのため、心拍数閾値は下限値だけでなく、上限値を含んでもよい。心拍数閾値の上限値は、例えば８５％である。このように心拍数閾値を設けることによって、ユーザに適切な負荷の有酸素運動を実行させることが可能になる。心拍数閾値を用いた具体的な判定については後述する。

　なお、以上ではレジスタンス運動と有酸素運動について説明したが、レジスタンス運動及び有酸素運動の少なくとも一方は、運動前のウォーミングアップ、及び運動後のクールダウンが行われてもよい。この場合、運動情報記憶部１７４は、ウォーミングアップ及びクールダウンに関する情報を記憶する。なおウォーミングアップとクールダウンの内容は、レジスタンス運動と有酸素運動で異なってもよい。

　２．４　運動プログラム
　本実施形態の手法では、１回の運動において実行するレジスタンス運動内容及び有酸素運動内容とは、運動プログラムであってもよい。運動プログラムは、複数種類のレジスタンス運動、複数種類の有酸素運動からそれぞれ１又は複数の種類の運動を選択することによって決定される。この際、テーブルデータが用いられてもよい。また、レジスタンス運動内容と有酸素運動内容のいずれか一方が先に決定され、それに基づいて他方が決定されてもよい。また運動プログラムは、上述したようにユーザ個人情報に基づいて決定される。ただし運動プログラムは、他の端末装置ＴＭＢからの入力や、運動期間、運動回数に基づいて決定されてもよい。また、所与の運動期間においてユーザが実行する複数種類の運動プログラムが決定されてもよい。

　以下、運動プログラムの概要について説明した後、運動プログラムを決定する具体的な処理について説明する。

　２．４．１　運動プログラムの概要
　次に運動プログラムについて説明する。運動療法において、レジスタンス運動と有酸素運動は、いずれか一方のみを行うのではなく、両方を組み合わせて実行することが有効であることが知られている。よって運動管理システムは、レジスタンス運動と有酸素運動を組み合わせた運動の実行指示をユーザに行う。以下、レジスタンス運動と有酸素運動の組み合わせを運動プログラムと表記する。

　図５～図７を用いて上述したように、本実施形態の運動管理システムは、複数種類のレジスタンス運動に関する情報を保持する。運動管理システムは、上記複数種類のレジスタンス運動からいずれかのレジスタンス運動を選択する処理を行うことによって、運動プログラムを生成する。種類の選択とは、具体的には運動ＩＤの選択である。

　また運動管理システムは、選択したレジスタンス運動の強度を決定する処理を行う。強度とは、具体的には回数閾値、深さ閾値、フォーム閾値である。回数閾値の基準値が所与の固定値であればその値を回数閾値とするし、回数閾値が所与の下限値と上限値の範囲内で可変である場合、当該範囲内のいずれかの値を回数閾値として採用する処理を行う。深さ閾値及びフォーム閾値についても同様であり、基準値に基づいて具体的な値が決定される。深さ閾値及びフォーム閾値は狭義には角度を表す値であり、整数値であってもよいし小数値であってもよい。

　なお、レジスタンス運動の強度は低、中、高のように所定の段階で調整されてもよい。この場合、各レジスタンス運動の回数閾値、深さ閾値、フォーム閾値は、それぞれ最大３段階で調整が可能な値となる。

　レジスタンス運動の種類及び強度が選択されることによって、ユーザに実行を指示する具体的な運動内容が決定される。選択されたレジスタンス運動に関する情報をレジスタンス運動内容と表記する。なおレジスタンス運動内容は、運動ＩＤに対応付けられた他の情報、例えばバンド位置の情報を含んでもよい。

　同様に、運動管理システムは、複数種類の有酸素運動からいずれかの有酸素運動を選択する処理を行うことによって、運動プログラムを生成する。選択された有酸素運動に関する情報を有酸素運動内容と表記する。図８を用いて上述した例であれば、有酸素運動は運動ＩＤと強度が１対１に対応する。ただし有酸素運動についても、種類と強度が個別に選択可能であってもよい。

　運動療法による体質改善等の効果を考慮すれば、複数種類のレジスタンス運動と、１つの有酸素運動との集合を、一単位の運動とすることが望ましい。例えば、１つの運動プログラムは、４～６種類のレジスタンス運動と、１種類の有酸素運動を含む。この場合、レジスタンス運動内容とは、選択された４～６種類のレジスタンス運動の種類と、各レジスタンス運動の強度等を特定する情報である。また、運動プログラムは、４～６種類のレジスタンス運動と有酸素運動の実行順序を特定する情報を含んでもよい。

　運動情報記憶部１７４は、運動情報として運動プログラムの候補を記憶してもよい。図９は運動プログラムの候補を表すテーブルデータの例である。図９に示すように、テーブルデータは、レジスタンス運動内容と有酸素運動内容を含む。レジスタンス運動内容は、運動ＩＤと、強度（低中強のいずれか）と、セット数とを対応付けたデータを、４つ或いは６つ組み合わせた情報である。有酸素運動内容は、運動ＩＤと、運動時間とを対応付けたデータである。運動時間は、１回の有酸素運動の実行時間を表す情報である。

　図９に示すように、レジスタンス運動内容と有酸素運動内容を対応付けたテーブルデータを保持しておくことによって、運動プログラムを容易に生成することが可能になる。具体的には図９のテーブルデータのうちの１行を選択することによって、１つの運動プログラムを生成できる。なお図９では１８行のテーブルデータを例示したが、テーブルデータに含まれる運動プログラムの候補数はこれに限定されない。

　ここで、１つの運動プログラムに含まれる複数のレジスタンス運動の種類は、任意の組み合わせが許容されてもよい。ただし、所与の条件を満たすように、レジスタンス運動の種類が決定されてもよい。例えば、各行のデータが上記所与の条件を満たすように、図９のテーブルデータの作成が行われる。

　具体的な条件は種々考えられる。例えば、図５を用いて上述したように、レジスタンス運動は種類に応じて負荷をかける筋肉の位置（上半身、下半身）が異なる。１回の運動の中で全身の筋肉にバランスよく負荷を与えることを考慮すれば、上半身に負荷をかけるレジスタンス運動の数と、下半身に負荷をかけるレジスタンス運動の数が同程度となるように、レジスタンス運動内容が決定される。レジスタンス運動の実行順序を特定する場合、例えば上半身に負荷をかける運動と下半身に負荷をかける運動が交互に実行されるようにレジスタンス運動を決定するとよい。ただし、上半身に集中した運動プログラムと、下半身に集中した運動プログラムを交互に実行することでもバランスのよいレジスタンス運動を実行可能である。よって１つの運動プログラムに含まれる複数のレジスタンス運動は、上半身に負荷をかけるレジスタンス運動のみであってもよいし、下半身に負荷をかけるレジスタンス運動のみであってもよい。また筋肉のサイズに基づいて、大筋群と小筋群にバランスよく負荷が与えられるように、１つの運動プログラムに含まれる複数のレジスタンス運動が選択されてもよい。

　また図６に示したように、レジスタンス運動の動作回数、深さ、フォームを判定するためには、ユーザの適切な部位に検出装置６００を装着することが重要である。そのため、レジスタンス運動の実行順序によっては、運動開始前に検出装置６００を付け替える必要が生じる。検出装置６００の付け替えが頻繁に発生した場合、ユーザが煩わしく感じ、運動に対するモチベーションが低下するおそれがある。よって１つの運動プログラムに含まれる複数のレジスタンス運動の種類は、検出装置６００の付け替えが所定回数以下になるという条件を満たすように選択されてもよい。

　ユーザは１回の運動において、１つの運動プログラムによって特定されるレジスタンス運動と有酸素運動を実行する。例えば、１週間当たり３回程度のペースで、数ヶ月程度の期間にわたって運動プログラムに従った運動を実行することによって、体重や血糖値の低下等の効果が期待される。運動管理システムは、数ヶ月分の運動プログラム（例えば１２週間、３６個の運動プログラム）をあらかじめ生成してもよいし、１つの運動プログラムの実行が完了した場合に、次の運動プログラムを生成してもよい。

　なお、運動プログラムの候補をあらかじめテーブルデータとして保持することは必須ではない。例えば、処理部１００は、図５～図８に示したレジスタンス運動情報及び有酸素運動情報に基づいて、動的に運動プログラムを生成してもよい。

　２．４．２　ユーザ個人情報による運動プログラムの決定
　図９のテーブルデータを用いる場合、上述したとおり、いずれかの行を選択することによって運動プログラムを決定できる。この決定の際には、ユーザ個人情報を用いることが望ましい。

　例えば、若いユーザ、ＢＭＩが適正値であるユーザ、運動習慣のあるユーザは、負荷の高いレジスタンス運動の実行が可能である蓋然性が高い。そのため動きが激しい種類のレジスタンス運動を積極的に行わせることが可能であるし、同じレジスタンス運動であっても強度を高くできる。一方、高齢、肥満、運動不足のユーザに負荷の高いレジスタンス運動を指示してしまった場合、運動指示を達成することが難しく、モチベーションの低下につながってしまう。このように、レジスタンス運動内容はユーザに応じて調整すべきである。しかし、図５～図７を用いて上述したとおり、レジスタンス運動は種々の種類の運動があり、運動療法に適した強度にも幅がある。そのため、専門的な知識を有さないユーザにとって、適切なレジスタンス運動内容を決定することは容易でない。有酸素運動についても同様であり、ユーザの個人差を考慮することが望ましい。

　よって運動管理システムの処理部１００は、対象となるユーザのユーザ個人情報に基づいて、運動プログラムを決定する。図４を用いて上述したように、ユーザ個人情報とは、例えばユーザの性別、年齢である。このようにすれば、性別及び年齢による体格や筋力の違いを考慮した運動プログラムの作成が可能になる。

　また処理部１００は、ユーザ個人情報のうちの体質情報に基づいて運動プログラムを決定してもよい。体質情報は、既往歴や服用薬等の情報を含む。例えば糖尿病は、種々の合併症を引き起こすことが知られている。合併症の種類、進行度合いによっては、負荷の高い運動を避けて慎重に運動療法を進める必要がある。運動に伴うリスクとしては眼底出血、神経障害等が知られている。また糖尿病の合併症とは異なる病気を併発している患者もいるため、当該病気に応じた運動プログラムの決定が重要である。またインスリン療法を行っている場合、負荷の高い運動を行うと、低血糖を起こすおそれがある。よって服用薬に応じて運動プログラムを決定するとよい。

　また処理部１００は、ユーザ個人情報のうちの身体測定情報に基づいて運動プログラムを決定してもよい。例えば身長、体重、或いはＢＭＩを用いることによって、ユーザの体格が運動に適しているか否かを考慮した運動プログラムの決定が可能になる。或いは、空腹時血糖値やＨｂＡ１Ｃを用いることによって、糖尿病の進行度合いに応じた運動プログラムを作成できる。またウェストサイズ、中性脂肪、コレステロール値等、肥満度合いに応じて運動プログラムを決定してもよい。

　即ち、処理部１００は、性別、年齢、体質情報、身体測定情報を入力として受け付け、運動プログラムを出力する処理を行う。処理部１００は、例えば機械学習によって取得された学習済モデルを用いて運動プログラムを出力してもよい。例えば、あるユーザが所定の運動プログラムに従った運動を行ったことによって、体重減少等の効果が得られたとする。その場合、当該ユーザのユーザ個人情報に対して、当該ユーザが実行した運動プログラムが正解ラベルとして付与された訓練データに基づいて、学習処理が行われる。なお、指示した運動プログラムと実際に実行した運動内容に差がある場合、実行した運動内容を正解ラベルとして用いることが望ましい。また、あるユーザが所定の運動プログラムに従った運動を行ったが、十分な効果が得られなかったり、合併症の悪化等を引き起こした場合、当該ユーザのユーザ個人情報と、ユーザが実行した運動プログラムの組み合わせを負の訓練データとして利用してもよい。記憶部１７０は、学習済モデルを記憶する。処理部１００は、当該学習済モデルを読み出し、処理対象となるユーザのユーザ個人情報を入力とする推論処理を行うことによって、当該ユーザに適した運動プログラムを決定できる。図９に示したテーブルデータを用いる場合、学習処理における正解ラベル、及び推論処理における出力は、例えばテーブルデータの行を特定する情報である。

　ただし、ユーザ個人情報に基づいて運動プログラムを決定する手法は、機械学習を用いるものに限定されない。例えば記憶部１７０は、ユーザ個人情報と運動プログラムを対応付けた情報を複数保持しておく。ここで保持される情報は、運動療法において有効であるというエビデンスがとれている情報である。処理部１００は、対象ユーザのユーザ個人情報と、記憶されているユーザ個人情報との類似度を算出し、類似度が高いと判定されたユーザ個人情報に対応付けられた運動プログラムを選択する処理を行ってもよい。その他、ユーザ個人情報に基づいて運動プログラムを決定する処理は種々の変形実施が可能である。

　またユーザ個人情報は、ユーザによる運動の実行結果情報を含んでもよい。本実施形態の運動療法は、例えば１週間当たり３回程度の運動実行を想定している。そのため、当該頻度に比べて運動実行の頻度が低い場合、或いは、前回の運動実行から所定以上の期間が経過している場合、運動頻度が十分でないと考えられる。よって処理部１００は、負荷の低い運動を含む運動プログラムを提示することによって、ユーザの運動に対するモチベーション向上を図ってもよい。

　なお処理部１００は、ユーザ個人情報に基づいて、段階的に運動プログラムを決定する処理を行ってもよい。例えば、「プッシュアップ」等の特定のレジスタンス運動内容が先に選択され、当該レジスタンス運動内容に基づいて運動プログラムに含める残りの運動内容が決定される場合がある。即ち、本実施形態の運動プログラムの決定において、レジスタンス運動内容が先に決定され、決定されたレジスタンス運動内容に基づいて有酸素運動内容が決定されてもよい。例えば、ユーザの実行結果情報に基づいて運動プログラムに含めるレジスタンス運動の種類（運動ＩＤ）が決定され、図９のテーブルデータから当該種類のレジスタンス運動を含む行を選択することによって、他のレジスタンス運動内容、及び有酸素運動内容が決定される。或いは、有酸素運動内容が先に選択され、選択された有酸素運動内容に基づいてレジスタンス運動内容が決定されてもよい。このようにすれば、優先的にユーザに実行させるべき運動内容を含む運動プログラムを適切に決定することが可能になる。特定の運動内容を優先する事情がない場合、レジスタンス運動内容と有酸素運動内容とがまとめて選択されてもよい。

　２．４．３　他の情報に基づく運動プログラムの決定
　以上ではユーザ個人情報に基づいて運動プログラムを決定する処理について説明した。ただし、運動プログラムの決定においては他の情報が用いられてもよい。

　例えば、他の端末装置ＴＭＢからの入力に基づいて、運動プログラムが決定されてもよい。他の端末装置ＴＭＢは、例えば医療関係者が使用する端末である。図３を用いて上述したように、医療関係者は、他の端末装置ＴＭＢを用いて患者による運動の実行結果情報を閲覧可能である。医療関係者は、患者が適切な運動を実行できていないと判断した場合に、当該患者であるユーザ用の運動プログラムを決定、或いは修正する操作を行ってもよい。ここでの操作は、例えば図９のテーブルデータから所定の行を選択する操作であってもよいし、すでに決定される運動プログラムの一部を変更する操作であってもよい。運動プログラムの変更は、運動種類の変更であってもよいし、セット数、運動時間、等の変更であってもよい。

　或いは、他の端末装置ＴＭＢは、運動管理システムのシステム管理者が使用する端末であってもよい。システム管理者は、医療関係者アカウントの管理、ユーザアカウントの管理、運動情報の管理等を行う。システム管理者は、本実施形態の運動管理システム等を用いて、糖尿病患者の運動療法に関するエビデンスを収集可能である。その結果として、レジスタンス運動情報、有酸素運動情報、或いは図９のテーブルデータを更新する場合がある。或いは、ユーザ個人情報に基づいて運動プログラムを決定するための学習済モデルやアルゴリズムが更新される場合もある。この場合、すでに運動プログラムが決定済のユーザについても、更新後の情報に基づいて運動プログラムを決定し直すことによって、より適切な運動を行わせることが可能になる。よって処理部１００は、システム管理者が他の端末装置ＴＭＢを用いて行った更新入力に基づいて、運動プログラムを決定する処理を行ってもよい。

　またユーザによっては、所与の運動期間において体重減少等の成果を得たいと考える場合がある。例えば、医師の診察を受ける日付が決まっている場合、当該日付までの期間において成果を出すことによって、今後の治療方針等をスムーズに決定することが可能になる。例えば、処方されている薬を減らしたり、通院頻度を減らす等、ユーザにとって好ましい結果を得られる可能性がある。その場合、ユーザはユーザ端末装置ＴＭＡにおいて、現在から通院日までの期間を、運動期間として指定する入力を行う。処理部１００は、当該運動期間においてある程度の成果が得られるような運動プログラムを決定する処理を行う。例えば運動期間の指定がない場合に比べて、強度の高い運動を行うような運動プログラムを選択してもよい。ただし、過剰な頻度、強度の運動はユーザの健康を損なうおそれがあるため、頻度や強度に上限を設けることが望ましい。強度の上限とは、例えば回数閾値等の基準値の上限値である。

　また、ユーザによる指定は、運動期間ではなく運動回数によって行われてもよい。運動回数とは、具体的には運動プログラムの実行回数に相当する。この場合も同様であり、例えば指定された運動回数の運動によってある程度の成果が得られるような運動プログラムが選択される。また、ここではユーザが運動回数又は運動期間を入力する例を示したが、運動回数又は運動期間を入力は医療関係者が他の端末装置ＴＭＢを用いて行ってもよい。

　２．５　運動内容に基づく運動指示と実行結果情報の取得
　図１０は、ユーザによる運動管理システムの初回利用時に行われる登録処理の流れを説明するフローチャートである。運動管理システムは、ユーザによるユーザアカウント及びパスワードの入力を受け付ける（Ｓ１０１）。例えば、ユーザはユーザ端末装置ＴＭＡにおいてユーザアカウント及びパスワードを入力し、サーバシステム５００はネットワーク５１０を介して、当該ユーザアカウント及びパスワードを取得、蓄積する。次に運動管理システムは、ユーザ個人情報の入力を受け付ける（Ｓ１０２）。登録処理時に入力対象となる情報は、性別、年齢、体質情報、身体測定情報である。体質情報や身体測定情報は、例えばユーザが処方箋や診断結果、検査結果等の情報を閲覧しながら手動入力する。ただし、これらの情報が電子データとして管理されている場合、運動管理システムは当該電子データを取得することによって、ユーザ個人情報を取得、蓄積してもよい。また運動管理システムは、ユーザが保有する検出装置６００の登録処理を行う（Ｓ１０３）。例えば、ユーザ端末装置ＴＭＡと検出装置６００を接続（ペアリング）する処理を行う。また、ユーザが複数の検出装置６００を装着する場合、それらを区別して管理するための情報を登録する。

　また医療関係者についても同様であり、当該医療関係者による運動管理システムの初回利用時に登録処理が行われる。医療関係者の登録処理において、運動管理システムは、例えば医療関係者アカウント及びパスワードの作成、及び医療関係者情報を取得、蓄積する。医療関係者情報は、当該医療関係者の氏名、勤務先等の情報である。また医療関係者と患者であるユーザとを対応付ける処理も必要となる。例えば、患者であるユーザは図１０に示した登録処理において、自身を担当する医療関係者を特定する情報を入力する。ただし、医療関係者が患者を特定する情報を入力してもよく、医療関係者と患者を対応付ける処理は種々の変形実施が可能である。

　図１１は、ユーザが運動を行う際の運動管理システムにおける処理を説明するフローチャートである。まず運動管理システムは、ユーザのログイン処理を行う（Ｓ２０１）。具体的には、ユーザによるユーザアカウントとパスワードの入力を受け付け、認証処理を行う。ユーザのログイン処理が行われたら、運動管理システムは、当該ユーザが次に実行すべき運動プログラムを提示する処理を行う（Ｓ２０２）。Ｓ２０２の処理は、例えば運動プログラムに含まれるレジスタンス運動内容と、有酸素運動内容をユーザ端末装置ＴＭＡの表示部１９０に表示し、いずれかの選択を促す処理である。レジスタンス運動内容の表示とは、例えば図１９のＤ３１～Ｄ３３を用いて後述するように、運動項目（名称）に対応するテキスト、回数閾値、セット数の表示である。運動管理システムは、Ｓ２０２の提示処理に対して、ユーザによる選択操作を受け付ける（Ｓ２０３）。

　レジスタンス運動の選択操作を受け付けた場合（Ｓ２０４でＹｅｓ）、運動管理システムは、選択されたレジスタンス運動の種類に応じた部位に、検出装置６００を装着する指示を行う（Ｓ２０５）。装着指示は、ユーザ端末装置ＴＭＡの表示部１９０に画像を表示する処理であってもよいし、音声を出力する処理であってもよいし、その両方であってもよい。Ｓ２０５の処理は、例えば図２０のＥ１を用いて後述する画面を表示する処理である。そして運動管理システムは、検出装置６００からの動作情報の取得を開始する（Ｓ２０６）。

　また運動管理システムは、具体的な体の動きを説明するための提示処理を行う（Ｓ２０７）。Ｓ２０７の処理は、ユーザ端末装置ＴＭＡの表示部に画像を表示する処理であってもよいし、音声を出力する処理であってもよいし、その両方であってもよい。例えば処理部１００は、図１５（Ａ）～図１６（Ｂ）に示す画像や、図２０のＥ２に示す画像を表示する。Ｓ２０７の処理は、運動前に実行されてもよいし、運動終了まで継続して実行されてもよい。例えば図２０のＥ２を用いて後述するように、レジスタンス運動の動作回数や、深さ及びフォームの判定結果が運動中に継続して提示されることによって、ユーザに適切な運動を促すことが可能である。

　ユーザによるレジスタンス運動が開始されると、運動管理システムは、動作回数のカウント処理（Ｓ２０８）を行い、カウントアップが行われた場合に、深さ判定（Ｓ２０９）、フォーム判定（Ｓ２１０）、終了判定（Ｓ２１１）を行う。

　図１２は、動作回数のカウント処理を説明する図である。図１２の横軸は時間を表し、縦軸は動作情報を表す。ここでの動作情報は、基準方向に対する検出装置６００の角度を表す姿勢角の情報である。カウント処理の対象となる動作情報は、レジスタンス運動における主要な可動部に装着された検出装置６００から取得される情報である。例えばプッシュアップの場合、上腕に装着された検出装置６００からの動作情報に基づいてカウント処理が行われる。

　カウント処理においては、まず所定以上の角度変化が検出された場合に、動作検出と判定する（Ａ１）。動作検出の後、逆方向に所定以上の角度変化が検出された場合に、カウントアップを行う（Ａ２）。２回目以降も同様であり、Ａ３が動作検出、Ａ４がカウントアップに対応する。例えばプッシュアップの場合、肘が２０°以上曲げられ、その後、２０°以上伸ばされた場合に、カウントアップが行われる。このように、所定の部位においてある程度以上の動きがあるか否かに基づいて、動作回数のカウント処理を行う。なお、ランジやサイドランジのように左右の足を交互に移動させるレジスタンス運動の場合、深さ判定用の検出装置６００を左右の足の両方に装着することによって、１回ずつ動作回数をカウントしてもよい。或いは、検出装置６００をいずれか一方の足に装着してもよい。この場合、左右１回ずつの動作に対して、動作回数が１回カウントアップされる。処理部１００は、カウントアップ結果を２倍することによって動作回数を求めてもよい。或いは、回数閾値が予めいずれか一方の足の動作回数を表す情報に設定されてもよい。

　またカウントアップが行われた場合に、当該１回の動作がレジスタンス運動として適切であるか否かが深さ閾値及びフォーム閾値に基づいて判定される。図６を用いて上述したように、レジスタンス運動の種類に応じて、検出装置６００の装着部位は決まっている。また深さ閾値又はフォーム閾値との比較対象となる評価角度が、水平方向に対する角度であるか、角度変化の幅であるかといった情報も既知である。よってレジスタンス運動の種類に応じた比較処理を行うことによって、深さが基準を満たしているか否か、フォームが基準を満たしているか否かがそれぞれ判定される。

　図１３（Ａ）～図１３（Ｃ）は、プッシュアップにおける深さ判定及びフォーム判定を説明する図である。図１３（Ａ）～図１３（Ｃ）の横軸は時間を表し、縦軸が基準方向に対する検出装置６００の角度を表す。上述したように、プッシュアップにおいて検出装置６００は上腕と胸部に設けられる。深さ判定は、肘が所定角度以上曲がることが条件となるため、上腕に装着された検出装置６００からの動作情報の変化幅（角度変化）と、深さ閾値（例えば８０°）との比較処理が行われる。フォーム判定は、腰が反らないことが条件となるため、胸部に装着された検出装置６００からの動作情報の変化幅（角度変化）と、フォーム閾値（例えば４０°）との比較処理が行われる。

　図１３（Ａ）は、適切なプッシュアップが行われた場合の動作情報の例である。θが上腕の動く幅を表す角度である。図１３（Ａ）に示す例では、θ≧８０°が成り立つため、適切な深さでプッシュアップが行われたと判定される。また、φが胸部の動く幅を表す角度である。図１３（Ａ）に示す例では、φ≦４０°が成り立つため、適切なフォームでプッシュアップが行われたと判定される。

　図１３（Ｂ）に示す例では、腕部の角度変化θは、θ＜８０°である。そのため、動作回数のカウントアップは行われるものの、肘が十分な角度で曲げられておらず、深さが不足していると判定される。図１３（Ｃ）に示す例では、胸部の角度変化φは、φ＞４０°である。胸部の振れ幅が大きく、腰が反っていると考えられるため、フォームが適切でないと判定される。プッシュアップ以外のレジスタンス運動についても同様であり、検出装置６００からの動作情報と深さ閾値、フォーム閾値との比較処理に基づいて、Ｓ２０９及びＳ２１０の処理が行われる。

　またＳ２１１において、運動管理システムは、カウントアップ後の動作回数が、回数閾値以上となったか否かを判定する。動作回数が回数閾値を超えた場合、運動管理システムは対象のレジスタンス運動が完了したと判定し、Ｓ２０２に戻る。運動プログラムに含まれる全てのレジスタンス運動と有酸素運動が完了した場合、Ｓ２０２において運動管理システムはその旨を表示する。具体的には、図２２を用いて後述するように、次の運動プログラム実行までの休養期間を表示してもよい。また、未実行の運動が残っている場合、当該運動の選択入力が可能な画面を表示する。

　なお、図９を用いて上述したように、レジスタンス運動にはセット数が設定されてもよい。例えば２セット以上の運動を行う場合、運動管理システムは、Ｓ２１１において動作回数が回数閾値を超えたら、実行セット数のカウントアップを行う。実行セット数が規定のセット数に到達していない場合、ユーザにインターバル中の休養を指示する処理を行った後、Ｓ２０８に戻りレジスタンス運動を継続するための処理を行う。そして、実行セット数が規定のセット数に到達した場合に、運動管理システムは対象のレジスタンス運動が完了したと判定し、Ｓ２０２に戻る。

　また有酸素運動の選択操作を受け付けた場合（Ｓ２０４でＮｏ）、処理部１００は、所定部位に、検出装置６００を装着する指示を行う（Ｓ２１２）。有酸素運動における装着部位は例えば手首であるが、他の部位に検出装置６００が装着されてもよい。また有酸素運動で装着する検出装置６００は１つでよいが、２つ以上装着することも妨げられない。装着指示後、処理部１００は、検出装置６００からのバイタル情報の取得を開始する（Ｓ２１３）。

　処理部１００は、有酸素運動の開始操作を受け付けたタイミングにおいて、運動時間の計測を開始する（Ｓ２１４）。なお、有酸素運動は、上述したようにステップやパンチ等の複数の動作の組み合わせであってもよい。これらの動作をユーザが暗記することは難しいため、処理部１００は、有酸素運動の具体的な動作を提示することが望ましい（Ｓ２１５）。また処理部１００は、バイタル情報として心拍数を検出する。なお光電センサの出力に基づいて心拍数を演算する手法は公知であるため、詳細な説明は省略する。運動管理システムは、図２０のＥ４を用いて後述するように、動作を指示する画面において、現在の心拍数を表示してもよい。心拍数を表示することによって、ユーザは有酸素運動の負荷、例えば動作の大きさ等を適切に調整することが可能になる。

　次に処理部１００は、有酸素運動の終了判定を行う（Ｓ２１６）。有酸素運動の終了判定は、具体的には運動時間が所与の設定値（例えば３０分）に到達したか否かである。運動の継続時間が設定値に到達するまでは（Ｓ２１６でＮｏ）、上記処理を継続し、継続時間が設定値に到達した場合に（Ｓ２１６でＹｅｓ）、処理部１００は有酸素運動の実行が完了したと判定し、Ｓ２０２に戻る。

　図１１に示した処理を行うことによって、ユーザに適切な運動指示を行うこと、及び運動時の動作情報及びバイタル情報を取得することが可能になる。処理部１００は、取得した動作情報、バイタル情報に基づく実行結果情報をユーザに対応付けて記憶部１７０に記憶する処理を行う。

　例えば処理部１００は、動作情報に基づいて求められた動作回数のカウント結果と、深さ及びフォームの判定結果を蓄積する処理を行う。例えばレジスタンス運動の総動作回数と、深さ及びフォームのいずれも基準を満たした動作回数、深さは基準を満たしたがフォームが基準を満たさなかった動作回数、フォームは基準を満たしたが深さが基準を満たさなかった動作回数、深さ及びフォームのいずれも基準を満たさなかった動作回数、を蓄積する。或いは、上記のそれぞれの動作回数に基づいてレジスタンス運動スコアを求め、当該レジスタンス運動スコアを記憶してもよい。レジスタンス運動スコアは、例えば適切な深さ及びフォームで運動したカウント数が多いほど大きくなる数値情報である。

　また運動管理システムは、センサ出力に基づいて求められたバイタル情報である心拍数の情報を蓄積する。ここでの心拍数の情報は、例えば図１４に示すように、心拍数の時系列的な変化を表す情報である。時系列の心拍数を記憶することによって、運動中の心拍数変化や心拍数閾値との関係をわかりやすく提示することが可能になる。また運動管理システムは、有酸素運動中の平均心拍数や最高心拍数を蓄積してもよいし、平均心拍数や最高心拍数が心拍数閾値を超えたか否かの比較結果を蓄積してもよい。或いは、有酸素運動を継続できた時間や、平均心拍数及び最高心拍数と心拍数閾値との比較結果に基づいて、有酸素運動スコアを求め、当該有酸素運動スコアを記憶してもよい。

　また運動管理システムは、ユーザが運動を完了した場合に、当該ユーザに報酬を付与する処理を行ってもよい。ここでの報酬は、例えばジムの割引クーポン等である。例えば運動管理システムは、ユーザ端末装置ＴＭＡにシリアル番号やバーコード等の情報を送付してもよい。ユーザは、ユーザ端末装置ＴＭＡを用いて当該情報を提示することによって、ジムの割引を受ける。或いは、ユーザ個人情報としてユーザの住所を保持しておき、郵送により報酬を送付してもよい。この場合、運動管理システムは郵送のための手配処理を行う。またユーザに付与される報酬はアプリケーション上で使用される電子データであってもよい。例えばゲーム内アイテム等が報酬として付与されてもよい。ゲームにおける報酬の詳細については後述する。

　２．６　運動とゲームの組み合わせ
　本実施形態の運動管理システムは、実行結果情報に基づくゲーム処理を行ってもよい。ゲーム処理は、運動に関連付けられた第１のゲームと、運動に関連づけられない第２のゲームを実行する処理であってもよい。休養期間を設定することによってユーザの過剰な運動を抑制できる。また、１種類の運動に対して複数のゲーム又は複数のゲーム演出を割り当ててもよい。このようにすれば、ユーザは同じ種類の運動でも異なるゲーム、ゲーム演出を楽しむことが可能になる。上記のように第１のゲームと第２のゲームを行う場合、ここでのゲームとは第１のゲームである。

　またゲームにおける運動の実行結果情報に基づいて、ユーザに報酬を付与してもよい。この際、第１のゲームでの実行結果情報に基づいて、第２のゲームで使用可能な報酬を付与してもよい。これにより、運動で得た報酬の効果が持続的に発生する。さらに、第２のゲームでの当該報酬の使用状況等に応じて、運動に割り当てる第１のゲームでのゲーム演出や、運動に割り当てる第１のゲーム自体を変更してもよい。これにより、第１のゲームと第２のゲームの両方へのユーザの興味を高めることが可能である。

　以下、本実施形態におけるゲーム処理の詳細について説明する。

　２．６．１　組み合わせの概要
　運動療法では、数ヶ月以上の長いスパンにおいて、ユーザに運動を継続させることが重要である。しかし、２型糖尿病患者やその候補者等の運動療法が必要となるユーザは、運動習慣がなく、継続的な運動に対するモチベーションが低いことが想定される。よって本実施形態では、運動とゲームを組み合わせることによって、ユーザの運動に対するモチベーション向上を図ってもよい。

　本実施形態の運動管理システムにより実現されるゲームは、シングルプレイのゲームであってもよいし、マルチプレイのゲームであってもよい。またゲームのジャンルについても特に限定はなく、アクションゲーム、ＲＰＧ、格闘ゲーム、シューティングゲーム、競争ゲーム、リズムゲーム又はパズルゲームなどの種々のゲームに適用できる。また対戦ゲームである場合は、１対１の対戦でもよいし、多対多の対戦でもよい。或いは、１対多（一人対複数の敵）の対戦や、多対１（複数の味方対一人の敵）の対戦でもよい。また対戦相手は、他のユーザでもよいし、ＮＰＣ（Non Player Character）でもよい。例えば、複数のユーザでパーティを組んで協力して、ＮＰＣの敵と対戦するゲームでもよい。また、ユーザがキャラクタを操作せずに、ＡＩ（Artificial Intelligence）がユーザ側のキャラクタの操作を行うようにしてもよい。ＡＩが操作するユーザ側のキャラクタは、全員でもよいし、一部でもよい。

　運動管理システムのゲーム処理部１０４は、ユーザの運動時に検出装置６００が取得した動作情報、バイタル情報に基づいて、ゲーム処理を行う。ゲーム処理部１０４は、ユーザがプレイするゲームの処理を行い、ゲームオブジェクトについてのゲーム効果の発生処理を行う。例えばユーザがプレイするゲームの進行処理等を行い、ゲーム効果の発生条件が満たされた場合に、ゲームオブジェクトについてのゲーム効果の発生処理を行う。ゲームオブジェクトは、ゲーム処理により生成されるゲーム画像に表示されるオブジェクトである。例えばゲーム画像は、複数のゲームオブジェクトの画像により構成される。ゲームオブジェクトは、例えばゲームに登場するキャラクタ、背景又はアイテムなどのオブジェクトである。キャラクタのオブジェクトは、ゲーム空間で移動する移動体のオブジェクトであり、例えば人、ロボット、モンスター、動物、車、電車、飛行機又は船等を表すオブジェクトである。背景のオブジェクトは、マップ（地形）、建物、コース（道路）、迷路、観客席、山、樹木、壁又は水面等を表すオブジェクトである。アイテムのオブジェクトは、ゲームで使用される道具、宝箱、武器、防具、装備品、又は部品等を表すオブジェクトである。アイテムは、ゲームにおいて特殊効果を発動したり、キャラクタの攻撃力や守備力をアップしたり、キャラクタの体力の回復に使用したり、キャラクタの強化や進化に使用したりするものである。

　ゲーム効果は、ゲーム処理に使用されるゲームパラメータを変化させたり、ゲームのイベントを発生させたり、或いはユーザのゲーム状況を変化させたりするものなどである。ゲームパラメータは、キャラクタ等のゲームオブジェクトに設定されるパラメータであり、例えば攻撃力、守備力、耐久力、ヒットポイント、マジックポイント又はレベルなどのパラメータである。イベントは、例えばゲームオブジェクトに関連して発生するイベントであり、ゲーム進行を分岐させたり、ゲーム進行を変化させるイベントなどである。ゲーム状況は、ユーザのゲーム成績の状況、ゲームレベルの状況、ゲームプレイの状況、ゲームの進行状況、ゲームのマップや環境の状況、或いはユーザがゲームで使用するキャラクタの状況などである。

　表示処理部１２０は、ゲームオブジェクトの画像が表示されるゲーム画面の表示処理を行う。例えば表示処理部１２０は、ゲーム画面を表示部１９０に表示するための処理を行う。ゲーム画面は、ユーザがゲームをプレイするために使用される画面であり、例えばユーザのゲームプレイ時には、複数のゲームオブジェクトの画像により構成されるゲーム画像がゲーム画面として表示部１９０に表示される。

　本実施形態では、運動を行うことがゲーム進行の条件の１つとなる。そのため、ゲームを進行させることをモチベーションとして、ユーザに継続的な運動を行わせることが可能になる。また、運動を行ったことを条件として、ゲーム内での報酬を付与してもよい。このようにすれば、報酬を得ることがさらなるモチベーションとなって、ユーザに継続的な運動を行わせることが可能になる。

　以下、運動に応じたゲーム又はゲーム演出の例、及び、報酬付与を含めたゲーム処理の流れについて説明する。

　２．６．２　運動に対するゲーム又はゲーム演出の対応づけ
　例えばＲＰＧとプッシュアップとを組み合わせる場合、動作情報に基づいてキャラクタのオブジェクトを変更することによって、ダンジョン内に仕掛けられた罠をよけるゲーム演出を実行する例が考えられる。ここでのゲーム演出とは、ゲーム状況等のユーザへの提示の仕方、及び当該提示の仕方を決定する情報を表す。例えばゲーム演出は、ゲーム画面に配置されるオブジェクトの種類、数、位置を決定する情報である。具体的には、ユーザの運動によって実行結果情報が取得された場合、当該実行結果情報に基づいてゲーム効果が発生し、ゲーム状況が変化する。本実施形態におけるゲーム演出とは、狭義にはその際に表示されるオブジェクトを決定する情報である。運動の種類とゲーム演出は、１対１に対応付けられてもよい。上記例であれば、プッシュアップを実行する場合、ゲーム演出は罠をよけるものに限定される。

　ただし、継続的に運動を実行させるためには、ユーザに飽きを感じさせないことが重要である。運動とゲームを組み合わせによってモチベーション向上を図ったとしても、ゲーム演出が固定的であれば、運動を繰り返すことによって当該モチベーション向上の効果が減退するおそれがある。よって本実施形態では、１つの種類の運動に対して、複数のゲーム演出を対応付ける。このようにすれば、同じ種類の運動であっても、異なるゲーム演出を行えるため、飽きを抑制し、継続的に運動を実行させることが可能になる。

　図１５（Ａ）、図１５（Ｂ）は、プッシュアップに対応付けられる２つのゲーム演出の例を説明する図であり、例えば表示部１９０に表示されるゲーム画面の例である。図１５（Ａ）、図１５（Ｂ）の例では、受け付け部１０２は、検出装置６００からの動作情報を取得する。処理部１００は、図１２、図１３（Ａ）～図１３（Ｃ）を用いて上述したように、動作情報に基づいてプッシュアップの動作回数、深さ、フォームの判定を行う。

　図１５（Ａ）に示す例では、ゲーム処理部１０４は、カウントアップが検出された場合に、キャラクタのオブジェクトＯＢ１、及び罠のオブジェクトＯＢ２を更新することによって、キャラクタが罠をよけるゲーム演出を実行する。また図１５（Ｂ）に示す例では、ゲーム処理部１０４は、カウントアップが検出された場合に、キャラクタのオブジェクトＯＢ３を更新することによって、キャラクタが崖の下をのぞき込むゲーム演出を実行する。図１５（Ｂ）の例では、崖の下に友好的なモンスターのオブジェクトＯＢ４を配置し、当該オブジェクトの更新処理が行われてもよい。

　また図１６（Ａ）、図１６（Ｂ）は、サイドランジに対応付けられる２つのゲーム演出の例を説明する図であり、例えば表示部１９０に表示されるゲーム画面の例である。図１６（Ａ）、図１６（Ｂ）の例では、処理部１００は、動作情報に基づいてサイドランジの動作回数、深さ、フォームの判定を行う。

　図１６（Ａ）に示す例では、ゲーム処理部１０４は、カウントアップが検出された場合に、キャラクタのオブジェクトＯＢ５、及び敵対するモンスターのオブジェクトＯＢ６を更新することによって、キャラクタが敵を倒すゲーム演出を実行する。例えば、増殖するモンスターや、大量のモンスターのオブジェクトを配置することによって、連続してモンスターを攻撃するゲーム演出を自然に実行することが可能になる。また図１５（Ｂ）に示す例では、ゲーム処理部１０４は、カウントアップが検出された場合に、キャラクタのオブジェクトＯＢ７、及びキャラクタに対する攻撃オブジェクトＯＢ８（例えば矢、魔法等）を更新することによって、キャラクタが攻撃を回避するゲーム演出を実行する。

　図１５（Ａ）～図１６（Ｂ）では、プッシュアップ及びサイドランジに対応付けられるゲーム演出を例示したが、他のレジスタンス運動についても同様に、複数のゲーム演出を対応付けることが可能である。また、１つのレジスタンス運動に対応付けられるゲーム演出は２つに限定されず、３つ以上であってもよい。

　また、以上ではレジスタンス運動とゲーム演出の対応づけについて説明したが、有酸素運動についても同様の手法を用いることが可能である。例えば、有酸素運動がステップ、アームカール、パンチ等の複数の動作の集合である場合に、ステップ等の各動作に対して、それぞれ複数のゲーム演出が対応付けられる。

　また、以上では１つの種類の運動に対して複数のゲーム演出が割り当てられる例について説明した。例えば図１５（Ａ）～図１６（Ｂ）に示す例では、ゲームはＲＰＧであって、当該ＲＰＧというゲーム内でのゲーム演出が状況に応じて切り替えられる。ただし本実施形態の手法はこれに限定されず、１つの種類の運動に対して複数のゲームが割り当てられてもよい。

　例えば、本実施形態のゲーム処理部１０４は、上述したアクションゲーム、ＲＰＧ、格闘ゲーム、シューティングゲーム、競争ゲーム、リズムゲーム又はパズルゲームなどの種々のゲームのうち、複数のゲームのゲーム処理を実行可能であってもよい。例えばゲーム処理部１０４は、プッシュアップに対して、アクションゲームと、ＲＰＧとを対応付ける。そしてゲーム処理部１０４は、ユーザがプッシュアップを行った際の動作情報に基づいてアクションゲームを実行するゲーム処理を行うか、当該動作情報に基づいてＲＰＧを実行するゲーム処理を行うかを、状況に応じて切り替える。このように、運動に対応付けられるゲーム自体を切り替えることによっても、ユーザの飽きを抑制し、継続的に運動を行わせることが可能になる。

　また、１つの種類の運動に対して複数のゲームが対応付けられ、且つ、１つのゲーム内において複数のゲーム演出が対応付けられることも妨げられない。例えば、プッシュアップに対して、アクションゲーム内のゲーム演出である第１ゲーム演出及び第２ゲーム演出と、ＲＰＧ内のゲーム演出である第３ゲーム演出及び第４ゲーム演出が対応付けられてもよい。

　なお、複数のゲーム又は複数のゲーム演出のうち、いずれのゲーム又はゲーム演出を選択するかは、例えばユーザ個人情報に基づいて決定される。例えばゲーム処理部１０４は、ゲーム又はゲーム演出の選択履歴をユーザ個人情報として記憶しておき、選択回数が少ないゲーム又はゲーム演出を優先して選択する処理を行う。或いは、ユーザが適切に実行した履歴があるゲーム又はゲーム演出を優先して選択する処理を行ってもよい。

　また処理部１００は、ゲーム又はゲーム演出の選択とともに、ゲーム処理におけるクリア目標を決定する処理を行ってもよい。クリア目標とは、ゲームを進行させるか否かの基準となる情報である。運動を伴うゲームにおいては、クリア目標とは具体的には運動強度に基づく情報である。例えば、回数閾値、深さ閾値、フォーム閾値がクリア目標として設定され、実行結果情報が当該クリア目標を超えた場合に、ゲームが進行する。ただし、回数閾値のみをクリア目標とする等、具体的なクリア目標は種々の変形実施が可能である。このように、クリア目標は、ユーザに実行させる運動が決定された場合、当該運動に依存して決定される情報である。

　２．６．３　第１のゲームと第２のゲーム
　また運動療法においては、過剰な運動を行わせることは、かえってユーザの健康を損なうため好ましくない。そのため、１回の運動プログラムが実行された場合、ある程度の長さの休養期間を設けることが望ましい。当該休養期間中は、ユーザによる運動を抑制すべきであるため、運動を伴うゲームの実行も好ましくない。しかし、休養期間中にゲームを進行させられないと、ユーザがゲームを実行するモチベーションが低下してしまい、運動に対するモチベーションも低下するおそれがある。よって本実施形態におけるゲームは、運動を伴う第１のゲームと、運動を伴わない第２のゲームとを含んでもよい。このようにすれば、運動を行わない間もゲームを継続できるため、ユーザの運動に対するモチベーションを適切に維持することが可能になる。以下、第１のゲーム及び第２のゲームを実行する具体的な流れについて説明する。

　図１７は、本実施形態のゲームサイクルを説明する図である。ここでは、バトル用キャラクタを入手、強化し、バトルに勝利することを目的とするゲームの例について説明する。なお、キャラクタを用いたバトルは、シミュレーション、ＲＰＧ、シューティング、格闘ゲーム等、種々の態様のゲームを適用可能である。

　本実施形態の手法では、図１７のＢ１及びＢ２に示すように、ユーザは運動を行うことによって、ゲーム内で報酬を獲得することができる。Ｂ１及びＢ２が運動を伴う第１のゲームに対応し、例えば図１５（Ａ）～図１６（Ｂ）のように、動作情報やバイタル情報に基づくゲーム処理が行われる。ここでの報酬は、キャラクタであってもよいし、キャラクタを強化するための装備、アイテムであってもよい。なお報酬の内容や付与タイミング、使用タイミングは種々の変形実施が可能であり、詳細については後述する。

　そしてユーザは、第１のゲームにより取得した報酬を使用して戦力の強化を行う（Ｂ３）。具体的にはユーザは、キャラクタに武器や防具を装備させたり、レベルアップアイテムを使用する等の操作を行う。そして強化したキャラクタを用いてバトルゲームが実行される（Ｂ４）。バトルゲームをクリアすることによっても報酬が付与されるため（Ｂ５）、ユーザは取得した報酬を用いてさらに戦力を強化する（Ｂ３）。Ｂ３～Ｂ５が、運動を伴わない第２のゲームに対応する。

　図１７の例においては、運動を行うことによって戦力が強化され、バトルゲームを優位に進めることが可能である。そのためユーザが第２のゲームに興味を持てば、運動を伴う第１のゲームにも興味を持つことが期待されるため、積極的に運動を行わせることが可能になる。即ち、ゲームをモチベーションとして、ユーザに運動を行わせることが可能になる。

　図１８～図２０は、第１のゲームと第２のゲームを含む本実施形態のゲームの画面遷移例を説明する図である。図１８は、ゲームのホーム画面及び、ホーム画面からの画面遷移を説明する図である。Ｃ１に示すホーム画面は、ゲーム内の各メニューへの遷移に適した画面であって、例えばゲームへのログイン後に最初に表示される画面である。ホーム画面からは、「討伐」、「兵舎」、「宝物庫」、「道具屋」、「訓練」の５つのメニューを選択可能である。例えば、Ｃ１１～Ｃ１５に示した領域の選択操作によって、メニューが選択される。

　Ｃ２は、「討伐」が選択された際に表示される討伐画面の例であり、図１７におけるバトルゲームを実行する画面である。例えば、討伐画面には自軍のキャラクタＣ２１と、敵キャラクタＣ２２が表示され、ユーザのコマンド入力を受け付けることによってバトルゲームが進行する。なお図１８では省略しているが、Ｃ１とＣ２の画面の間に、出撃キャラクタの選択画面等が表示されてもよい。

　Ｃ３は、「兵舎」が選択された際に表示されるキャラクタ一覧画面の例である。キャラクタ一覧画面では、ユーザが入手したキャラクタのレベルや顔グラフィックが表示される。また各キャラクタを選択する操作を受け付けた場合、不図示の強化画面に遷移する。強化画面においては、キャラクタの装備変更や、レベルアップ等の育成、アイテムを用いた回復等が行われる。即ち、「兵舎」及びそれに関連する画面を用いて、図１７に示す戦力の強化が行われる。

　Ｃ４は、「宝物庫」が選択された際に表示されるアイテム一覧画面の例である。アイテム一覧画面では、ユーザが入手したアイテムが表示される。アイテム一覧画面においてアイテムを選択する操作を受け付けた場合に、上記の強化画面に遷移してもよい。

　Ｃ５は、「道具屋」が選択された際に表示されるアイテム売買画面の例である。アイテム売買画面においては、ゲーム内の通貨を用いて、アイテムの購入や売却を行う。

　Ｃ６は、「訓練」が選択された際に表示される訓練画面である。ここでの「訓練」は、運動を伴う第１のゲームに対応する。

　図１９及び図２０は、第１のゲームにおける画面遷移を説明する図である。図１８のＣ６において決定ボタンを選択する操作が行われた場合、ゲーム処理部１０４は、ユーザが休養期間内であるか否かを判定する。休養期間の具体的な設定手法については後述する。休養期間内である場合、ゲーム処理部１０４は、図１９のＤ１に示す画面を表示する。Ｄ１では、次回の運動が可能になるタイミング、即ち、休養期間の終了タイミングを表示する。この際、コミュニケーションイベントのあるＮＰＣを表示することによって、運動を伴う第１のゲームを実行できないことに対するユーザの不満を抑制できる。

　休養期間内でない場合、ゲーム処理部１０４は、図１９のＤ２に示す画面を表示する。Ｄ２は、運動を行った回数（日数）に応じてゲーム内報酬を付与するボーナス画面である。Ｄ２の画面は、例えば１つの運動プログラムの開始時に表示され、それ以外の場面では表示が省略されてもよい。

　Ｄ２の訓練開始ボタンを選択する操作が行われた場合、ゲーム処理部１０４は、Ｄ３に示す画面を表示する。Ｄ３は、１つの運動プログラムに含まれるレジスタンス運動内容と有酸素運動内容を表示する項目Ｄ３１～Ｄ３３と、当該運動プログラムを実行することによる報酬を表す項目Ｄ３４が表示される。図１９では、運動プログラムのうちの３つのレジスタンス運動内容を表示されているが、スクロール操作によって他のレジスタンス運動内容や有酸素運動内容を表示することが可能である。なお図１９においては、運動プログラムを開始した段階で付与される報酬（Ｄ２の画面で表示）と、運動プログラムに含まれる各運動の実行状況に応じて付与される報酬（Ｄ３４で表示）とが存在する例を示している。Ｄ３４を選択する操作が行われた場合、ゲーム処理部１０４は、Ｄ４に示すように、付与された具体的な報酬を表示する画面を表示する。Ｄ４の閉じるボタンを選択する操作が行われた場合、ゲーム処理部１０４は、Ｄ３の画面表示に戻る。

　またＤ３１～Ｄ３３のいずれかのレジスタンス運動内容を選択する操作が行われた場合、ゲーム処理部１０４は、運動指示を行う画面の表示処理を行う。なお、１つの運動プログラムに含まれる各運動内容に実行順序が設定されていてもよい。この場合、複数の運動内容のうち、次に実行すべき運動内容のみが選択可能であり、他の運動内容が選択不可である画面が表示される。

　レジスタンス運動内容を選択する操作が行われた場合、ゲーム処理部１０４は、図２０のＥ１に示す画面を表示する。Ｅ１は２つの検出装置６００の装着部位を説明する画面である。Ｅ１では、装着部位を明示する画像及び文字列が表示される。また、図１９のＥ１と同様のＮＰＣを表示することによって、ＮＰＣが「訓練」をサポートする演出を行ってもよい。

　ゲーム処理部１０４は、例えば受け付け部１０２が検出装置６００からの動作情報の取得を開始した場合に、Ｅ２の運動指示画面に移行する。Ｅ２では、ランジの動作を説明する画像（Ｅ２１）と、計測された動作回数（Ｅ２２）が表示される。また深さ判定及びフォーム判定に基づいて、動作回数のうちの成功回数（Ｅ２３）と失敗回数（Ｅ２４）が表示される。例えば処理部１００は、深さとフォームの両方が条件を満たした場合に成功と判定し、少なくとも一方が条件を満たさない場合に失敗と判定する。あらかじめ設定された動作回数のレジスタンス運動が行われた場合に、ゲーム処理部１０４は、図１９のＤ３に示す画面に遷移する処理を行う。

　またＤ３の画面において有酸素運動内容を選択する操作が行われた場合、ゲーム処理部１０４は、Ｅ３に示す画面を表示する。Ｅ３はＥ１と同様に検出装置６００の装着部位を説明する画面である。ただし、有酸素運動ではバイタル情報、狭義には心拍数に関する情報が取得されればよく、装着を指示する検出装置６００は１つであってもよい。

　ゲーム処理部１０４は、例えば受け付け部１０２が検出装置６００からのバイタル情報の取得を開始した場合に、Ｅ４の運動指示画面に移行する。Ｅ４では、有酸素運動において実行する具体的な動作（パンチ等）を説明する画像（Ｅ４１）と、有酸素運動開始からの経過時間（Ｅ４２）、現在の心拍数（Ｅ４３）が表示される。あらかじめ設定された時間が経過した場合に、ゲーム処理部１０４は、図１９のＤ３に示す画面に遷移する処理を行う。

　なお、Ｅ２又はＥ４の中断ボタンを選択する操作が行われた場合、ゲーム処理部１０４は、レジスタンス運動又は有酸素運動を中断する処理を行う。中断処理の詳細については図２３を用いて後述する。

　図２１は、第１のゲームと第２のゲームにおける報酬の種類、及び報酬の付与タイミングの例を示す図である。本実施形態における報酬は、即効性、遅効性、完結型の３種を含む。即効性の報酬とは、当該報酬を入手した段階で何らかの効果を感じることのできる報酬である。例えば、ＮＰＣとのサブストーリーの進行等、何らかのイベントを発生させる報酬が即効性の報酬である。遅効性の報酬とは、例えばバトル用のキャラクタ、当該キャラクタが装備可能な武器、当該キャラクタを育成させるアイテム等である。遅効性の報酬は、当該報酬を入手した後、キャラクタ強化やバトルゲームのクリア等の段階で効果を感じることができる報酬である。完結型の報酬とは、当該報酬を入手すること自体が目的となる報酬であり、例えばＳＮＳ等を用いたゲームコミュニティにおいて使用可能な称号等である。

　図２１に示すように、本実施形態のゲームでは、ログインに基づくログイン報酬、運動に基づく運動報酬、バトルゲームに基づくバトル報酬を取得可能である。ログイン報酬は、ゲームアプリのログインに対して与えられる報酬である。ログイン報酬は、例えば育成用のアイテムとＮＰＣイベントを含む。運動報酬は、図１９のＤ２を用いて上述したように運動プログラムを開始することによって与えられる報酬であってもよいし、Ｄ３４、Ｄ４を用いて上述したように運動プログラムに含まれる運動を実行することによって与えられる報酬であってもよいし、その両方であってもよい。運動報酬は、ＮＰＣイベント、キャラクタ、武器、称号を含む。バトル報酬は、例えばバトルにおいて所定の敵を倒す等の条件を満たした場合に与えられる報酬である。バトルは、通常バトルとボスバトルに分類されていてもよく、バトル内容に応じて与えられる報酬が異なってもよい。バトル報酬は、育成用のアイテムと、称号を含む。

　図２１に示すように、種々の条件を用いて、即効性、遅効性、完結型の報酬を適宜付与することによって、ゲームサイクル内の多くの場面において報酬の効果を感じさせることが可能になる。より具体的には、運動に対する報酬として即効性、遅効性、完結型という特性の異なる複数種類の報酬を用意することによって、ユーザの運動が終了してから、早いタイミングでも遅いタイミングでも報酬の効果が感じられる。そのため、運動に対するモチベーションを維持させることが可能になる。

　なお上述したように、本実施形態では、１つの運動に対して複数のゲーム又は複数のゲーム演出が対応付けられ、例えばユーザ個人情報に基づいてゲーム処理に用いられるゲーム又はゲーム演出が決定される。ただし、ゲーム又はゲーム演出の選択手法はこれに限定されず、第２のゲームに基づいてゲーム又はゲーム演出が選択されてもよい。例えば図２１に示したように、第１のゲームの実行結果に基づいて、第２のゲームにおいて使用可能な報酬が付与される。本実施形態のゲーム処理部１０４は、第２のゲームにおける当該報酬の取得状況、使用状況に基づいて、ゲーム又はゲーム演出を選択してもよい。

　例えば、第１のゲームに基づく報酬として、キャラクタが装備する武器が付与される場合、当該武器の装備状況に応じてゲーム又はゲーム演出を変更する。例えばゲーム演出として剣で攻撃する第１ゲーム演出と、槍で攻撃する第２ゲーム演出がある場合、デフォルトでは第１ゲーム演出が実行され、報酬として付与された槍が装備されていることを条件に第２ゲーム演出が実行される。このようにすれば、第１のゲームで取得された報酬を第２のゲームで利用することによって第１のゲームが変化するため、第１のゲームと第２のゲームの結びつきを強くできる。結果として、第１のゲームを実行するモチベーションを高くできるため、運動を継続的に実行させることが可能になる。

　２．６．４　休養期間と運動の中断
　次に休養期間と中断について説明する。図２２は、休養期間の判定処理を説明するフローチャートである。この処理が開始されると、処理部１００は、１つの運動プログラムに含まれる全ての運動の実行が完了したか否かを判定する（Ｓ３０１）。ここでの実行完了には、後述する強制終了が含まれてもよい。運動プログラムの実行が完了していない場合（Ｓ３０１でＮｏ）、Ｓ３０１に戻り判定を継続する。

　運動プログラムの実行が完了した場合（Ｓ３０１でＹｅｓ）、休養期間が開始される（Ｓ３０２）。休養期間の設定後、処理部１００は、最後に運動を行ったタイミングからの経過時間が６時間以上であるか否かを判定する（Ｓ３０３）。なお、ここでの６時間は一例であり、異なる長さの時間が設定されてもよい。運動プログラムを正常に完了させた場合、最後に運動を行ったタイミングとは、運動プログラムの完了タイミングと同義である。一方、運動プログラムが強制終了された場合、最後に運動を行ったタイミングとは、運動プログラムの完了タイミングよりも前のタイミングである。６時間経過していない場合（Ｓ３０３でＮｏ）、Ｓ３０３に戻り判定が継続される。

　６時間経過した場合（Ｓ３０３でＹｅｓ）、現在時刻が日付変更線を超えたか否かを判定する（Ｓ３０４）。日付変更線は、例えば午前３時のタイミングであるが、午前０時等の他のタイミングが設定されてもよい。またユーザの生活習慣等に応じて日付変更線が変更されてもよい。日付変更線を超えていない場合（Ｓ３０４でＮｏ）、Ｓ３０４に戻り判定が継続される。

　日付変更線を超えた場合（Ｓ３０４でＹｅｓ）、処理部１００は休養期間が終了したと判定する（Ｓ３０５）。Ｓ３０２～Ｓ３０５の期間が休養期間となり、第１のゲームの実行が禁止される。Ｓ３０５の処理後、次の運動プログラムの実行が許可されるため、当該次の運動プログラムについて再度、図２２に示す処理を実行する。

　図２２に示したように、本実施形態では、最後に運動を行ってから所与の時間（６時間）が経過し、且つ、最後の運動の実行完了後に日付変更線を超えるまで、休養期間が継続する。このようにすれば、複数の運動プログラムを短時間に実行することが制限されるため、運動による負荷を抑制することが可能になる。

　なお以上で説明したように、休養期間は１つの運動プログラムが完了した場合、即ち、レジスタンス運動と有酸素運動の両方が完了した場合に設定される。ただし、レジスタンス運動に関する休養期間と、有酸素運動に関する休養期間が別途設定されてもよい。即ち、休養期間は、レジスタンス運動が終了した場合に設定されてもよいし、有酸素運動が終了した場合に設定されてもよい。また強制終了が行われる場合、レジスタンス運動と有酸素運動のうち、いずれか遅いタイミングで実行された運動に基づいて休養期間が設定される。

　また１つの運動プログラムの実行中に、トイレ、食事等のやむを得ない理由によって、運動を中断する必要が生じる可能性がある。中断を一切認めないものとしてしまうと、ユーザの利便性を損なうおそれがある。一方で無制限に中断を許可してしまうと、１つの運動プログラムの実行に長い時間がかかってしまい運動療法として適切でない。

　よって本実施形態では、運動プログラムの強制終了を行う期間、タイミングを設定する。例えば、運動プログラムに含まれる運動の実行を開始したタイミングを起点として、４８時間が経過した場合に、当該運動プログラムを強制終了する。なお、強制終了の基準となるタイミングは、例えば運動の中断タイミング等、他のタイミングであってもよい。また４８時間という期間も一例であり、異なる長さの期間に基づいて、強制終了が行われてもよい。

　運動プログラムが強制終了された場合、当該運動プログラムの途中経過が破棄され、同じ運動プログラムが再度、実行指示の対象となってもよい。或いは、運動プログラムが強制終了された場合、当該運動プログラムの途中経過を記憶して、次の運動プログラムを実行指示の対象としてもよい。この場合、強制終了された運動プログラムについては、途中までしか実行できなかったことを表す結果が残ることになる。強制終了を行うことによって、過剰に長い中断期間が設定されることを抑制できる。

　レジスタンス運動の中断は、例えばセット単位で管理される。図２３は、１セット内での処理を説明するフローチャートである。なお上述したとおり、図２３のフローチャートとは別に、運動プログラムを強制終了するか否かの判定処理が実行されており、強制終了するとの判定が行われた場合、図２３の処理は即座に終了する。レジスタンス運動の１セットが開始されると、処理部１００は、当該セットが正常に終了したか否かを判定する（Ｓ４０１）。Ｓ４０１の判定は、具体的には動作回数が回数閾値に到達したか否かの判定である。Ｓ４０１でＹｅｓの場合、当該セットは正常に終了する。Ｓ４０１でＮｏの場合、処理部１００は、レジスタンス運動を中断するか否かを判定する（Ｓ４０２）。Ｓ４０２は、具体的には図２０のＥ２において中断ボタンが操作されたか否かの判定である。Ｓ４０２でＮｏの場合、Ｓ４０１に戻り処理が継続される。

　中断操作が行われた場合（Ｓ４０２でＹｅｓ）、処理部１００は、本セット内での中断が３回以上であるか否かを判定する（Ｓ４０３）。Ｓ４０３でＹｅｓの場合、処理部１００は当該セットを異常終了する。具体的には、そのときまでの動作回数等の情報を保存する。中断が２回目まであれば（Ｓ４０３でＮｏ）、処理部１００は再開操作の受付を待機し（Ｓ４０４）、再開操作が行われた場合に（Ｓ４０４でＹｅｓ）、Ｓ４０１に戻り処理を継続する。このように中断回数に応じて処理を切り替えることによって、ユーザの利便性と運動療法の効果を両立させることが可能になる。

　有酸素運動に関する中断も図２３と同様に考えることが可能である。その場合、Ｓ４０１の正常終了の判定は、所定の運動時間が経過したか否かの判定に置き換えられる。また、有酸素運動は比較的長い時間（例えば３０分）行われる点を考慮して、中断可能回数をレジスタンス運動に比べて多くしてもよい。例えばＳ４０３において、中断が４回以上であるか否かを判定する。

　また有酸素運動では、バイタル情報、例えば心拍数の値が重要となる。そしてバイタル情報は、長時間の中断が行われた場合、運動状態の値から平常状態の値に戻ってしまう可能性がある。よって有酸素運動の中断においては、中断時及び再開時に準備運動の実行指示が追加されてもよい。このようにすれば、中断によるバイタル情報の変化を抑制できる。また、有酸素運動の中断では、所定時間未満の中断と、所定時間以上の中断を分けて処理を行ってもよい。例えば２分以内の中断を一時停止として取り扱い、実行中の有酸素運動にスムーズに復帰可能としてもよい。例えば、一時停止からの復帰の場合、再開時の準備運動が省略される。一方、２分以上の中断については、上記したとおり、準備運動を指示することによって、バイタル情報の変化を抑制する。また、中断操作から２分以内の期間ではバイタル情報の検出を継続し、２分以上経過した場合にバイタル情報の検出を停止するといった処理が行われてもよい。なお、ここでの２分という時間は一例であり、バイタル情報の時間変化度合いを考慮して、適宜変更が可能である。

　２．７　実行結果情報の種類
　本実施形態では、動作情報及びバイタル情報と第１の判定基準とに基づいて第１の実行結果情報を求め、第１の判定基準とは異なる第２の判定基準に基づいて第２の実行結果情報を求めてもよい。第１の実行結果情報は、ユーザ端末装置ＴＭＡでの提示に用いられる。ここでの提示は、ゲーム画面の表示等を含むゲーム処理であってもよい。第２の実行結果情報は、他の端末装置ＴＭＢでの提示に用いられる。以下、具体的に説明する。

　上述してきたとおり、運動療法では適切な強度の運動を、継続的に実行することが重要である。本実施形態における強度は、レジスタンス運動の回数閾値、深さ閾値、フォーム閾値等と、有酸素運動の心拍数閾値等である。ただし、強度を過剰に重視してしまうと、継続的な運動実行が困難になる場合もある。

　例えば極端に運動が不得手なユーザや、肥満度合いが高いユーザ等は、低い強度の運動ですら実行が困難である。そのようなユーザは、例えば図６、図７の例において、回数閾値、深さ閾値、フォーム閾値を基準値通りに設定したとしても、動作回数が回数閾値に到達しない、或いは適切な深さ、フォームでの運動を実行できないおそれがある。運動とゲームを組み合わせる場合、当該ユーザは運動を試行したとしても（第１のゲームをプレイしても）、ゲームが進行しなかったり、報酬が得られない。うまくいかなかったという結果が繰り返されることになるため、運動に対するユーザのモチベーションが低下してしまい、継続的な運動実行が行われない可能性がある。

　よって処理部１００は、ユーザに対して実行結果を提示する処理を行う際には、判定閾値を基準値よりも緩く設定してもよい。例えば、プッシュアップの場合、深さ閾値として８０°以上の値を設定することによって、運動療法として効果があるというエビデンスの得られた運動が実行できる。しかし運動が不得手なユーザの場合、深さ閾値をこれよりも小さい値に設定する。このようにすれば、肘をあまり曲げなくても深さが足りていると判定される。同様に、フォーム閾値の基準値は例えば４０°であるが、フォーム閾値をこれよりも大きい値に設定する。このようにすれば、腰が反っていても適切なフォームであると判定される。同様に、回数閾値についても基準値よりも小さい値を設定することによって、ユーザによる運動実行を容易にしてもよい。この場合、運動を伴う第１のゲームを容易に進行させることが可能であり、報酬の取得も容易である。そのため、ユーザの運動に対するモチベーションを適切に高めることが可能になる。

　なお、基準値通りの運動が行われた場合と、基準値よりも緩い基準で運動が行われた場合とで、報酬を異ならせてもよい。例えば、基準値よりも緩い基準で運動が行われた場合、報酬は与えるものの、その種類や数を基準値通りの運動が行われた場合に比べて減らしてもよい。ユーザはより多くの報酬を望むと考えるため、運動が不得手なユーザに対して、運動強度の向上を促すことが可能になる。

　ただし、２型糖尿病患者やその候補者を診断、治療、指導する医療関係者からすれば、基準値よりも緩い判定閾値を用いた判定結果は好ましいものとは言えない。本実施形態における各閾値の基準値は、体重減少等の効果があるというエビデンスが得られた数値である。基準値から外れた運動をした場合に効果が得られるか不透明であるため、そのような運動を適切な動作回数、深さ、フォームの運動であると判定すべきではない。よって処理部１００は、医療関係者に対して運動の実行結果を提示する処理を行う際には、基準値に従った判定閾値を設定することが望ましい。

　以上のように、ユーザと医療関係者とで判定閾値を変更することによって、ユーザの運動に対するモチベーションを維持することと、医学的なエビデンスに基づいた診断等を行うことを両立可能になる。換言すれば、本実施形態ではユーザ端末装置ＴＭＡに運動の実行結果を表示する処理と、他の端末装置ＴＭＢに実行結果を表示する処理とで、判定基準を切り替える。なお、ユーザ端末装置ＴＭＡにおける実行結果の表示とは、具体的にはゲーム画面を表示するゲーム処理である。即ち、相対的に緩い判定閾値を用いた処理に基づいて、ゲーム画面の遷移や、ゲーム演出の実行等が行われる。

　図２４は、他の端末装置ＴＭＢに表示される画面の例である。処理部１００は、レジスタンス運動と有酸素運動をそれぞれ基準値通りの判定閾値に基づいて点数化し、その結果を表示する。例えば、図２４に示すように、カレンダーを用いて運動を実行した日付と、当該日付における総合的な実行結果を対応付けた表示を行う（Ｆ１）。またカレンダーのいずれかの日付を選択する操作が行われた場合、当該日付において選択された実行されたレジスタンス運動と有酸素運動のそれぞれの結果が表示される（Ｆ２）。

　レジスタンス運動の点数は、動作回数、深さ、フォームに基づいて決定される。例えば、動作回数、深さ、フォームが全て条件を満たした場合に１００点（◎）となり、未実施の場合に０点（－）となる。例えば運動プログラムが途中で強制終了された場合、それ以降のレジスタンス運動は未実施となる。動作回数、深さ、フォームの少なくとも１つが条件を満たさなかった場合、０点より大きく、１００点未満の範囲で点数が変動する。例えば、動作回数が回数閾値に到達しなかった場合は２５点（×）とする。また動作回数は回数閾値に到達したが、その半数以上で深さ、フォームが不適切であった場合は５０点（△）とする。また、深さやフォームが不足するケースがあったが、過半数で条件が満たされた場合は７５点（○）とする。

　有酸素運動の点数は、運動時間と心拍数に基づいて決定される。例えば、未実施の場合に０点、運動時間が規定時間（例えば３０分）に到達していない場合に２５点、運動時間は満たされたが平均心拍数と最大心拍数の両方が心拍数閾値未満の場合に５０点、運動時間は満たされ且つ最大心拍数が心拍数閾値以上の場合に７５点、運動時間が満たされ且つ平均心拍数と最大心拍数の両方が心拍数閾値以上の場合に１００点とする。

　なお、レジスタンス運動と有酸素運動のそれぞれにおける点数化処理は上記に限定されず、種々の変形実施が可能である。例えば点数は、１点刻み等、より細かい単位で求められてもよい。

　また図２４では、長期的な実行結果の時系列変化をグラフで示している（Ｆ３）。ここではレジスタンス運動の結果が棒グラフで表示され、有酸素運動の結果が線グラフで表示されている。

　医療関係者は多数の患者を担当することが想定される。そのため、実行結果情報として詳細な情報が表示された場合、当該情報の把握に時間がかかってしまい好ましくない。その点、図２４では運動の実行結果が数値化された上で○や×等の図形やグラフを用いて表示されるため、概略的な実行結果をわかりやすく提示することが可能になる。また、１ヶ月やそれ以上の期間における実行結果が１画面に表示されるため、適切な運動が継続的に行われたか否かの把握が容易である。

　また図２５は、ユーザ端末装置ＴＭＡに表示される画面の例である。図２５に示すように、ゲーム画面とは異なる画面を用いて、ユーザに実行結果を提示してもよい。図２５では、レジスタンス運動と有酸素運動をそれぞれ「○」「△」「×」の３段階で評価しているが、図２４と同様に５段階にしてもよいし、より細かく点数化してもよい。この際、上述したように、基準値よりも緩い判定基準に基づいて点数が算出されてもよい。図２５の画面は、キャラクタ、武器、アイテム等のゲーム特有の情報を含まないため、運動の実行結果を一覧性の高い態様で表示することが可能になる。

　２．８　フレンドユーザ
　また、本実施形態の運動管理システムは、ユーザの運動に対するモチベーション向上を図るために、他のユーザとの比較結果を提示する処理を行ってもよい。例えば処理部１００は、フレンドユーザを設定する処理を行う。ここでのフレンドユーザは、対象となるユーザと同程度の運動を行った、或いは、行う予定がある他のユーザである。例えば処理部１００は、所与のユーザと同時期に本実施形態のアプリケーション（狭義にはゲームアプリケーション）を開始したユーザであって、ユーザ個人情報の類似度が高い他のユーザをフレンドユーザとして設定する処理を行う。上述したように、運動プログラムはユーザ個人情報に基づいて決定されるため、当該他のユーザは、対象のユーザと類似する内容の運動を、類似するペースで実行することが期待される。また、フレンドユーザの設定手法はこれに限定されず、生成された運動プログラムの類似度や、実行結果情報の類似度に基づいてフレンドユーザが設定されてもよい。また、処理部１００は、ユーザの入力に基づいてフレンドユーザを設定してもよい。例えば、会社の同僚等の面識のあるユーザや、他のＳＮＳでつながりのあるユーザをフレンドユーザとして設定してもよい。

　図２６は、所与のユーザの実行結果情報と、フレンドユーザの実行結果情報の差分を表示する画面の例である。図２６の例では、運動プログラムの実行回数を表すグラフを表示することによって、実行結果情報の差分を表示する。このように差分を表示することによって、ユーザはフレンドユーザに比べて、運動指示の達成度合い、運動療法の進捗度合いが遅れていることを認識できる。図２６では、運動プログラムの実行回数が、フレンドユーザの実行回数に比べて少ないことが明示される。他のユーザとの競争が促されるため、差分を用いない場合に比べてユーザの運動に対するモチベーションを向上させることが可能になる。なおここでは運動プログラムの実行回数について差分を表示する例について説明したが、強度についての差分を表示する等、具体的な表示例については種々の変形実施が可能である。

　なお、本実施形態の運動管理システムは、実行結果情報にコメントを付与してＳＮＳに投稿するサービスを提供してもよい。そして処理部１００は、フレンドユーザが投稿したコメントを、差分を表示する画面において表示する処理を行ってもよい。図２６の例であれば、フレンドユーザであるＡさんが「○○ｋｇやせた」という体重減少を報告するコメントを投稿しており、当該コメントが表示されている。このような表示をすることによって、図２６の画面を閲覧するユーザは、Ａさんと同程度まで運動プログラムを実行すれば体重が減少する、という結果を期待すると考えられる。そのため、さらなるユーザの運動に対するモチベーション向上が可能である。なお、このように運動を実行したことによる効果を表示する場合、対象となるフレンドユーザは、ユーザと同時期にゲームプログラムの利用を開始したユーザに限定されない。例えば、対象ユーザよりも早い時期に利用を開始した他のユーザをフレンドユーザとしてもよい。この場合、対象ユーザの運動達成度合いがフレンドユーザに比べて低いこと自体は問題とならず、フレンドユーザに関する表示は将来的な目標や期待される効果を例示するための表示となる。

　ただし、十分な運動をしているユーザについては、より達成度合いが高いフレンドユーザとの差分を表示することは好ましくない。ここでの十分な運動をしているユーザとは、例えば週３回のペースを維持して運動を実行しているユーザや、運動指示通りの強度で運動を実行しているユーザである。このようなユーザに対して、より負荷の高い運動を促した場合、かえってユーザの健康を損ねるおそれがある。よって処理部１００は、ユーザの実行結果情報に基づいて、運動指示の達成度合いが高いと判定された場合、即ち対象ユーザが十分な頻度、強度で運動をしていると判定された場合、フレンドユーザとの差分表示を省略してもよい。

　或いは、処理部１００は、ユーザの実行結果情報に基づいて、運動指示の達成度合いが高いと判定された場合、相対的に運動指示の達成度合いが低いフレンドユーザとの差分を表示することによって、運動の抑制を促してもよい。ここでのフレンドユーザは、例えば標準的な頻度、強度で運動を行っていると判定された他のユーザである。

　図２７は、所与のユーザの実行結果情報と、フレンドユーザの実行結果情報の差分を表示する画面の他の例である。ここでは、図２６と同様に、運動プログラムの実行回数を表すグラフを表示する例を示している。この場合、フレンドユーザに比べてユーザの運動負荷が高いことが明示される。そのため、ユーザに対して過剰な運動の抑制を促すことが可能になる。或いは処理部１００は、図２７に示すように、「運動ペースを落としましょう」等の運動を抑制するテキスト等を表示してもよい。

　以上のように、ユーザの実行結果情報に基づいて、差分を用いて運動を促す処理、差分の表示を省略する処理、差分を用いて運動を抑制する処理を切り替えることによって、状況に応じてユーザの運動をコントロールすることが可能になる。

　なお、以上ではフレンドユーザが他のユーザである例について説明した。しかしここでのフレンドユーザは、処理部１００によって生成された仮想ユーザであってもよい。例えば処理部１００は、記憶部１７０に蓄積された複数のユーザの実行結果情報と、対象ユーザの運動プログラムとに基づいて、当該運動プログラムの標準的な実行結果情報である基準データを推定する。そして、推定した基準データをフレンドユーザの実行結果情報として、ユーザの実行結果情報との差分を表示する。或いは処理部１００は、運動療法として効果があるというエビデンスが得られた情報や、健康を害するおそれがあるというエビデンスが得られた情報に基づいて、基準データを生成し、当該基準データを仮想ユーザの実行結果情報としてもよい。また処理部１００は、年齢、性別等に応じて異なる基準データを生成してもよい。また、基準データはその都度求められるものには限定されず、各運動内容に対応付けられた基準データがあらかじめ記憶部１７０に記憶されていてもよい。このようにすれば、フレンドユーザが実在するユーザに限定されないため、比較対象として適したフレンドユーザを設定することが可能になる。結果として、運動の促進又は抑制を適切に実行することが可能になる。

　仮想ユーザをフレンドユーザとして設定することによって、ユーザに対して他者との比較、競争を促すことが可能になる。ただし、基準データを表示する場合、当該基準データを仮想ユーザ（フレンドユーザ）の実行結果情報して扱う処理は必須ではない。例えば、基準データを特定のユーザと対応付けることなく、差分表示に用いてもよい。フレンドユーザを用いる場合に比べて他者との競争を促す効果は小さくなるが、差分を用いることによって、適切な負荷で運動を実行しているか否かをわかりやすくユーザに提示することが可能である。

　なお、上記のように本実施形態について詳細に説明したが、本開示の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本開示の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また、受け付け処理、ゲーム処理、表示処理等も本実施形態で説明したものに限定されず、これらと均等な手法も本開示の範囲に含まれる。

１００…処理部、１０２…受け付け部、１０４…ゲーム処理部、１１２…管理部、１２０…表示処理部、１３０…音処理部、１６０…操作部、１７０…記憶部、１７２…ゲーム情報記憶部、１７４…運動情報記憶部、１７６…ユーザ個人情報記憶部、１８０…情報記憶媒体、１９０…表示部、１９２…音出力部、１９２…通信部、１９４…Ｉ／Ｆ部、１９５…携帯型情報記憶媒体、１９６…通信部、５００…サーバシステム、５１０…ネットワーク、６００…検出装置、６１０…動作検出部、６２０…バイタル検出部、ＯＢ１～ＯＢ８…オブジェクト、ＴＭ，ＴＭ１～ＴＭｎ…端末装置、ＴＭＡ…ユーザ端末装置、ＴＭＢ…端末装置

Claims

　ユーザのユーザ個人情報を記憶する記憶部と、
　運動と関連付けられた第１のゲームを実行する処理と、前記運動と関連付けられない第２のゲームを実行する処理と、を含むゲーム処理を実行する処理部と、
　前記ユーザへの運動指示に対して、前記第１のゲームにおいて、前記ユーザが前記運動を行った際のユーザ状態の検出結果である検出情報を取得する取得部と、
　を含み、
　前記処理部は、
　前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、前記第１のゲームを実行する前記ゲーム処理を行い、前記第１のゲームの実行後、所与の休養期間を設定し、前記休養期間において、前記第１のゲームの実行を許可せず、且つ、前記第２のゲームの実行を許可することを特徴とする運動管理システム。
　請求項１において、
　複数種類の前記運動の各運動に、それぞれ複数の前記第１のゲーム、又は、前記第１のゲームにおける複数のゲーム演出が対応付けられており、
　前記処理部は、
　複数種類の前記運動から選択された前記運動に対応付けられた複数の前記第１のゲーム又は前記ゲーム演出から、前記ゲーム処理に用いられる前記第１のゲーム又は前記ゲーム演出を選択する処理を行うことを特徴とする運動管理システム。
　ユーザのユーザ個人情報を記憶する記憶部と、
　ゲーム処理を行う処理部と、
　前記ユーザへの運動指示に対して、前記ユーザが運動を行った際のユーザ状態の検出結果である検出情報を取得する取得部と、
　を含み、
　複数種類の前記運動の各運動に対して、それぞれ複数のゲーム又は複数のゲーム演出が対応付けられている場合に、
　前記処理部は、
　複数種類の前記運動から選択された前記運動に対応付けられた複数の前記ゲーム又は複数の前記ゲーム演出から、前記ゲーム処理に用いられる前記ゲーム又は前記ゲーム演出を選択する処理を行い、
　前記取得部は、
　前記処理部によって選択された前記ゲーム又は前記ゲーム演出中において、前記検出情報を取得し、
　前記処理部は、
　前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、選択された前記ゲーム又は前記ゲーム演出を用いた前記ゲーム処理を実行することを特徴とする運動管理システム。
　請求項３において、
　前記処理部は、
　前記ユーザ個人情報に基づいて、前記ユーザに実行を指示する前記運動を、前記複数種類の前記運動から選択する処理を行い、
　前記処理部は、
　選択された前記運動に基づいて、前記ゲーム処理に用いられる前記ゲーム又は前記ゲーム演出を選択する処理、及び、前記ゲーム処理におけるクリア目標を決定する処理を行うことを特徴とする運動管理システム。
　請求項１乃至４のいずれかにおいて、
　前記運動は、レジスタンス運動と有酸素運動を含み、
　前記取得部は、
　前記レジスタンス運動の前記運動指示が行われた際の前記ユーザの動作を表す動作情報と、前記有酸素運動の前記運動指示が行われた際の前記ユーザのバイタルを表すバイタル情報とを、前記検出情報として取得することを特徴とする運動管理システム。
　請求項１又は２において、
　前記運動は、レジスタンス運動と有酸素運動を含み、
　前記処理部は、
　前記レジスタンス運動の実行後、又は、前記有酸素運動の実行後、又は、前記レジスタンス運動と前記有酸素運動を含む運動プログラムの実行後に、前記休養期間を設定することを特徴とする運動管理システム。
　請求項１乃至６のいずれかにおいて、
　前記処理部は、
　前記ユーザ個人情報と、所与の運動期間又は運動回数に基づいて、複数種類の前記運動から前記ユーザに実行を指示する前記運動を決定することを特徴とする運動管理システム。
　請求項１乃至７のいずれかにおいて、
　前記ユーザ個人情報は、
　前記ユーザの性別、年齢、体質情報、身体測定情報、前記実行結果情報の少なくとも１つを含むことを特徴とする運動管理システム。
　請求項１乃至８のいずれかにおいて、
　前記処理部は、
　前記ユーザが使用する端末装置とは異なる他の端末装置からの入力に基づいて、前記運動指示によって前記ユーザに実行を指示する前記運動を決定することを特徴とする運動管理システム。
　請求項１乃至９のいずれかにおいて、
　前記処理部は、
　前記運動指示に対する、前記ユーザの前記実行結果情報に基づいて、前記ユーザに付与される報酬を決定することを特徴とする運動管理システム。
　請求項１又は２において、
　前記処理部は、
　前記運動指示に対する、前記ユーザの前記実行結果情報に基づいて、前記ユーザに付与される報酬を決定し、
　前記報酬は、前記第２のゲームにおいて使用可能であることを特徴とする運動管理システム。
　請求項２において、
　前記処理部は、
　前記運動指示に対する、前記ユーザの前記実行結果情報に基づいて、前記ユーザに付与される報酬を決定し、
　前記報酬は、前記第２のゲームにおいて使用可能であり、
　前記処理部は、
　前記第２のゲームにおける前記報酬の取得状況又は使用状況に応じて、前記運動に対応付けられた複数の前記第１のゲーム又は前記ゲーム演出から、前記ゲーム処理に用いられる前記第１のゲーム又は前記ゲーム演出を選択する処理を行うことを特徴とする運動管理システム。
　請求項１乃至１２のいずれかにおいて、
　前記処理部は、
　前記ユーザに対して前記運動指示が行われた前記運動に対応する運動を実行する他のユーザ又は仮想ユーザを、フレンドユーザとして設定する処理を行うことを特徴とする運動管理システム。
　請求項１３において、
　前記処理部は、
　前記ユーザの前記実行結果情報と、前記フレンドユーザの前記実行結果情報との差分に基づいて、前記ユーザに運動を促す情報を提示する処理を行うことを特徴とする運動管理システム。
　請求項１４において、
　前記処理部は、
　前記ユーザの前記実行結果情報に基づいて、前記運動指示の達成度合いが所与の基準よりも高いと判定された場合、前記差分に基づく前記運動を促す情報の提示をスキップする処理、又は、前記差分に基づいて前記ユーザの運動を抑制する情報を提示する処理を行うことを特徴とする運動管理システム。
　請求項１乃至１２のいずれかにおいて、
　前記処理部は、
　前記ユーザに対して行われた前記運動指示についての標準的な前記実行結果情報を表す基準データを取得し、
　前記ユーザの前記実行結果情報と前記基準データとの差分に基づいて、前記ユーザに運動を促す情報を提示する処理、又は、前記ユーザの運動を抑制する情報を提示する処理を行うことを特徴とする運動管理システム。
　請求項１乃至１６のいずれかにおいて、
　前記処理部は、
　前記検出情報と第１の判定基準とに基づいて求めた第１の実行結果情報に基づいて前記ゲーム処理を行い、
　前記検出情報と、前記第１の判定基準とは異なる第２の判定基準に基づいて求めた第２の実行結果情報を、前記ユーザが使用する端末装置とは異なる他の端末装置において提示することを特徴とする運動管理システム。
　ユーザのユーザ個人情報を記憶する記憶部と、
　運動と関連付けられた第１のゲームを実行する処理と、前記運動と関連付けられない第２のゲームを実行する処理と、を含むゲーム処理を実行する処理部と、
　前記ユーザへの運動指示に対して、前記第１のゲームにおいて、前記ユーザが前記運動を行った際のユーザ状態の検出結果である検出情報を取得する取得部と、
　を含み、
　前記処理部は、
　前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、前記第１のゲームを実行する前記ゲーム処理を行い、前記第１のゲームの実行後、所与の休養期間を設定し、前記休養期間において、前記第１のゲームの実行を許可せず、且つ、前記第２のゲームの実行を許可することを特徴とするサーバシステム。
　ユーザのユーザ個人情報を記憶する記憶部と、
　ゲーム処理を行う処理部と、
　前記ユーザへの運動指示に対して、前記ユーザが運動を行った際のユーザ状態の検出結果である検出情報を取得する取得部と、
　を含み、
　複数種類の前記運動の各運動に対して、それぞれ複数のゲーム又は複数のゲーム演出が対応付けられている場合に、
　前記処理部は、
　複数種類の前記運動から選択された前記運動に対応付けられた複数の前記ゲーム又は複数の前記ゲーム演出から、前記ゲーム処理に用いられる前記ゲーム又は前記ゲーム演出を選択する処理を行い、
　前記取得部は、
　前記処理部によって選択された前記ゲーム又は前記ゲーム演出中において、前記検出情報を取得し、
　前記処理部は、
　前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、選択された前記ゲーム又は前記ゲーム演出を用いた前記ゲーム処理を実行することを特徴とするサーバシステム。
　運動と関連付けられた第１のゲームを実行する処理と、前記運動と関連付けられない第２のゲームを実行する処理と、を含むゲーム処理と、運動指示に対して、前記第１のゲームにおいて前記ユーザが前記運動を行った際のユーザ状態の検出結果である検出情報を取得する取得処理と、を行う処理部と、
　前記ゲーム処理に基づいてゲーム画面を表示する表示部と、
　を含み、
　前記処理部は、
　前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、前記第１のゲームを実行する前記ゲーム処理を行い、前記第１のゲームの実行後、所与の休養期間を設定し、前記休養期間において、前記第１のゲームの実行を許可せず、且つ、前記第２のゲームの実行を許可することを特徴とする端末装置。
　複数種類の前記運動の各運動に、それぞれ複数のゲーム又は複数のゲーム演出が対応付けられている場合において、
　複数種類の前記運動から選択された前記運動と、前記運動に対応付けられた複数の前記ゲーム又は複数の前記ゲーム演出の中から選択された前記ゲーム又は前記ゲーム演出と、を特定する情報を取得する第１取得処理と、運動指示に対して、前記ユーザが前記運動を行った際のユーザ状態の検出結果である検出情報を取得する第２取得処理と、前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、選択された前記ゲーム又は前記ゲーム演出を実行するゲーム処理と、を行う処理部と、
　前記ゲーム処理に基づいてゲーム画面を表示する表示部と、
　を含むことを特徴とする端末装置。
　ユーザのユーザ個人情報を取得する処理と、
　運動と関連付けられた第１のゲームを実行する処理と、前記運動と関連付けられない第２のゲームを実行する処理と、を含むゲーム処理と、
　前記ユーザへの運動指示に対して、前記第１のゲームにおいて、前記ユーザが前記運動を行った際のユーザ状態の検出結果である検出情報を取得する処理と、
　を含み、
　前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、前記第１のゲームを実行する前記ゲーム処理を行い、前記第１のゲームの実行後、所与の休養期間を設定し、前記休養期間において、前記第１のゲームの実行を許可せず、且つ、前記第２のゲームの実行を許可することを特徴とする運動管理方法。
　ユーザのユーザ個人情報を取得する処理と、
　複数種類の運動の各運動に対して、それぞれ複数のゲーム又は複数のゲーム演出が対応付けられている場合に、複数種類の前記運動から選択された前記運動に対応付けられた複数の前記ゲーム又は複数の前記ゲーム演出から、ゲーム処理に用いられる前記ゲーム又は前記ゲーム演出を選択する処理と、
　選択された前記ゲーム又は前記ゲーム演出中において、前記ユーザへの運動指示に対して、前記ユーザが前記運動を行った際のユーザ状態の検出結果である検出情報を取得する処理と、
　前記検出情報に基づく情報であり且つ前記ユーザによる前記運動の実行結果を表す実行結果情報に基づいて、選択された前記ゲーム又は前記ゲーム演出を用いた前記ゲーム処理を実行する処理と、
　を含むことを特徴とする運動管理方法。