JP6361430B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明は、ユーザの運動を支援するために、運動動作を示す映像を出力する技術分野に関する。

従来、ディスプレイに運動動作を示す動作データを表示し、ユーザにディスプレイを見て運動を行わせる運動支援装置がある。運動支援装置は、複数種類の運動内容を示す動作データを記憶し、運動内容に対応する動作データを読み出して連続して出力することが可能である。しかしながら、動作データを連続して出力する場合、或る１つの運動内容を表す一連動作を主動作とする主動作の最初動作と主動作の直前動作との間、及び主動作の最後動作と主動作の直後動作との間が、ユーザに違和感を感じさせる姿勢になるおそれがある。

そのため、動作データについて、主動作の直前動作と主動作の最初動作とを合成し、主動作の最後動作と主動作の直後動作とを合成することが考案されている。例えば、特許文献１には、運動内容を表す動作情報を連続して繰り返し出力するとき、運動動作の最初部分の動作のデータと最後部分の動作のデータとを合成して、運動動作が繰り返して実行される映像を生成する技術が開示されている。

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

特許文献１では、同一内容の運動が繰り返し実行される場合に動作データの合成を行う技術が開示されている。しかしながら、運動内容が異なる複数種類の運動が連続して実行される場合は、同一の運動内容の運動が連続して繰り返し実行される場合とは異なり、複数種類の運動が接続される部分それぞれについて、動作データの合成を行う処理が必須となる。

更に、連続して実行される複数種類の運動は、運動動作の最初部分の動作と最後部分の動作の運動内容が、互いに関連性が低い運動である場合、複数種類の運動が接続される部分それぞれについて動作データ合成処理を施したとしても、合成後の動作データは、複数種類の運動が接続される部分で不自然な動作となる。

本発明は、以上の点に鑑みてなされたものであり、連続して実行される複数の異なる運動が、複数の異なる運動が接続される部分において、自然な動作で接続されるように、複数の運動を決定可能な情報処理装置及びプログラムを提供することを課題とする。

上記課題を解決するために、請求項１に記載の発明は、複数の異なる運動テーマを識別可能な複数のテーマ識別情報を記憶し、且つ、前記テーマ識別情報ごとに、一連の運動動作である運動要素であって、一連の運動動作における開始及び終了の姿勢が各運動要素内及び運動要素間で共通する複数の異なる運動要素それぞれを識別可能な複数の運動要素識別情報を、前記テーマ識別情報に対応付けて記憶する記憶手段と、前記記憶手段に記憶された前記複数のテーマ識別情報の中から、実行される運動のテーマを示す特定テーマ識別情報を決定する第１決定手段と、前記第１決定手段により決定された前記特定テーマ識別情報に対応付けて、前記記憶手段に記憶された複数の運動要素識別情報の中から複数の運動要素識別情報を決定する第２決定手段と、前記第２決定手段により決定された前記複数の運動要素識別情報を、連続して実行される複数の運動要素を示す複数の運動要素識別情報として含む運動情報を生成する生成手段と、を備えることを特徴とする。

請求項２に記載の発明は、複数の演奏パートで構成される楽曲をそれぞれ識別可能な複数の楽曲識別情報を記憶し、且つ、前記楽曲識別情報ごとに、楽曲を構成する各演奏パートの演奏拍数として、予め定められた複数の異なる拍数のうちの何れかをそれぞれ示す複数の第１拍数情報を、前記楽曲識別情報に対応付けて記憶する第２記憶手段と、前記第２記憶手段により記憶された前記複数の楽曲識別情報から、複数の運動要素が実行されるときに出力される楽曲を示す特定楽曲識別情報を決定する第３決定手段と、を更に備え、前記記憶手段は、前記運動要素識別情報ごとに、前記運動要素識別情報が示す運動要素の運動拍数であって、前記複数の異なる拍数のうちの何れかを示す第２拍数情報を前記運動要素識別情報に対応付けて記憶し、前記第２決定手段は、前記第３決定手段により決定された前記特定楽曲識別情報に対応付けて前記第２記憶手段に記憶された前記第１拍数情報ごとに、前記特定テーマ識別情報に対応付けて前記記憶手段に記憶された複数の運動要素識別情報の中から、前記第１拍数情報と一致する第２拍数情報に対応する運動要素識別情報を決定することを特徴とする。

請求項３に記載の発明は、前記第２記憶手段は、前記楽曲識別情報ごとに、楽曲を構成する複数の演奏パートの種類を示す複数の第１種類情報と、前記複数の第１拍数情報とを対応付けて記憶し、前記記憶手段は、運動要素の所定の区分ごとに、前記区分に属する複数の運動要素を示す複数の前記運動要素識別情報と、前記区分に属する運動要素が実行されるときに出力される演奏パートの種類を示す第２種類情報と、前記複数の運動要素の運動拍数であって、複数の異なる運動拍数を示す複数の前記第２拍数情報とを対応付けて記憶し、前記第２決定手段は、前記第３決定手段により決定された前記特定楽曲識別情報に対応付けて前記第２記憶手段に記憶された前記第１種類情報ごとに、前記特定テーマ識別情報に対応付けて前記記憶手段に記憶された複数の運動要素識別情報の中から、前記第１種類情報と一致する前記第２種類情報に対応し、且つ前記第１種類情報に対応付けて前記第２記憶手段に記憶された前記第１拍数情報と一致する第２拍数情報に対応する運動要素識別情報を決定することを特徴とする。

請求項４に記載の発明は、前記記憶手段は、前記運動情報に従って実行される複数の運動要素の最初又は最後に実行される特定運動要素を識別可能な特定運動要素識別情報を更に記憶し、且つ、前記運動要素識別情報ごとに、前記運動要素識別情報が示す運動要素が、前記特定運動要素と連続して実行されるか否かを示す接続情報を前記運動要素識別情報に対応付けて記憶し、前記第２決定手段は、前記最初又は最後に実行される運動要素を示す運動要素識別情報に、前記特定運動要素識別情報を決定し、前記特定運動要素識別情報が示す特定運動要素と連続して実行される運動要素を示す運動要素識別情報に、前記特定運動要素と連続して実行されることを示す前記接続情報に対応付けて前記記憶手段に記憶された前記運動要素識別情報を決定し、前記特定運動要素識別情報が示す特定運動要素と連続しないで実行される運動要素を示す運動要素識別情報に、前記特定運動要素と連続して実行されないことを示す前記接続情報に対応付けて前記記憶手段に記憶された前記運動要素識別情報を決定し、前記生成手段は、前記第２決定手段により決定された前記複数の運動要素識別情報と、前記接続情報に基づく運動要素の実行順とを対応付けた前記運動情報を生成することを特徴とする。

請求項５に記載の発明は、複数の異なる運動テーマを識別可能な複数のテーマ識別情報を記憶し、且つ、前記テーマ識別情報ごとに、一連の運動動作である運動要素であって、一連の運動動作における開始及び終了の姿勢が各運動要素内及び運動要素間で共通する複数の異なる運動要素それぞれを識別可能な複数の運動要素識別情報を、前記テーマ識別情報に対応付けて記憶する記憶手段に記憶された前記複数のテーマ識別情報の中から、実行される運動のテーマを示す特定テーマ識別情報に決定する第１決定ステップと、前記第１決定ステップにより決定された前記特定テーマ識別情報に対応付けて、前記記憶手段に記憶された複数の運動要素識別情報の中から複数の運動要素識別情報を決定する第２決定ステップと、前記第２決定ステップにより決定された前記複数の運動要素識別情報を、連続して実行される複数の運動要素を示す複数の運動要素識別情報として含む運動情報を生成する生成ステップと、をコンピュータに実行させることを特徴とする。

請求項１又は５に記載の発明によれば、運動要素の開始姿勢及び終了姿勢が運動テーマごとに共通である。そのため、運動テーマに対応する複数の運動要素を、連続して実行される運動要素に決定することで、実行される複数の異なる運動要素の接続部分が自然な映像を出力することができる。

請求項２に記載の発明によれば、楽曲を構成する各演奏パートの拍数と、決定される各運動要素の拍数とが一致するので、楽曲の構成に合った複数の運動要素を決定することができる。

請求項３に記載の発明によれば、楽曲を構成する演奏パートの種類に合った複数の運動要素を決定することができる。

請求項４に記載の発明によれば、運動の最初又は最後に実行される特定運動要素と接続する運動要素として、特定運動要素との接続が予定されている運動要素が決定される。そのため、特定運動要素において他の運動要素と接続する部分の姿勢が特殊な姿勢であっても、その特殊な姿勢に対応した専用の運動要素のデータを、特定運動要素と接続する運動要素のデータとして用いることが可能であるので、特定運動要素との接続部分が自然な映像を出力することができる。

一実施形態の運動支援システム１の概要構成例を示す図である。 （Ａ）は、ジャンル情報テーブルの一例を示す図である。（Ｂ）は、テーマ情報テーブルの一例を示す図である。（Ｃ）は、運動要素情報テーブルの一例を示す図である。 （Ａ）は、レッスン目的情報テーブルの一例を示す図である。（Ｂ）は、目的別レッスン情報テーブルの一例を示す図である。（Ｃ）は、楽曲情報テーブルの一例を示す図である。（Ｄ）は、ループ数決定情報テーブルの一例を示す図である。 （Ａ）は、特定テーマのテーマ情報の一例を示す図である。（Ｂ）は、特定楽曲の楽曲情報の一例を示す図である。（Ｃ）は、再生楽曲構成テーブルの一例を示す図である。（Ｄ）は、運動ユニット情報の一例を示す図である。（Ｅ）は、特定テーマのテーマ情報の一例を示す図である。（Ｆ）は、特定楽曲の楽曲情報の一例を示す図である。（Ｇ）は、再生楽曲構成テーブルの一例を示す図である。（Ｈ）は、運動ユニット情報の一例を示す図である。 （Ａ）は、出力端末５のＣＰＵ５１のメイン処理の一例を示すフローチャートである。（Ｂ）は、出力端末５のＣＰＵ５１の運動コンテンツ再生処理の一例を示すフローチャートである。（Ｃ）は、出力端末５のＣＰＵ５１の運動ユニット生成処理の一例を示すフローチャートである。（Ｄ）は、出力端末５のＣＰＵ５１の再生楽曲構成生成処理の一例を示すフローチャートである。 （Ａ）は、出力端末５のＣＰＵ５１の運動要素対応付け処理の一例を示すフローチャートである。（Ｂ）は、出力端末５のＣＰＵ５１の一運動要素対応付け処理の一例を示すフローチャートである。

以下、本発明の実施形態を図面に基づいて説明する。以下に説明する実施の形態は、運動を支援するための運動コンテンツを生成する運動支援システムに本発明を適用した実施形態である。運動コンテンツは、運動を支援するための映像及び音声を含む。

［１．運動支援システム１の構成］
始めに、図１を参照して、本実施形態の運動支援システム１の構成について説明する。図１は、本実施形態の運動支援システム１の概要構成例を示す図である。運動支援システム１は、配信サーバ２と１つ以上の出力端末５とを含んで構成される。図１では、一例として、出力端末５を３つ含む構成のコンテンツ生成システム１を示す。図１に示す３つの出力端末５は、それぞれの構成は同じである。そのため、本実施形態では、３つの出力端末５のうち、１つの出力端末５について、図１を用いて詳細を説明する。配信サーバ２と出力端末５とは、インターネット等のネットワーク１０を介して接続可能である。配信サーバ２には、データベース３が接続されている。データベース３には、運動に関する情報や楽曲に関する情報が登録されている。配信サーバ２は、データベース３に登録された情報を、定期的に又は出力端末５からの要求に応じて出力端末５に配信する。

出力端末５は、例えば、施設４に設置される端末装置である。出力端末５は、本発明の情報処理装置の一例である。出力端末５は、例えばパーソナルコンピュータである。出力端末５は、モニタ５７と接続可能である。モニタ５７は、複数のスピーカ６４とディスプレイ６７とを備える表示装置である。ディスプレイ６７は、本発明の表示手段の一例である。

［１−１．配信サーバ２の構成］
図１に示すように、配信サーバ２は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、バス２４、Ｉ／Ｏインタフェイス２５、表示制御部２６、ディスクドライブ２８、ネットワーク通信部３０及びＨＤＤ３７を備える。ＣＰＵ２１は、バス２４を介して、ＲＯＭ２２、ＲＡＭ２３及びＩ／Ｏインタフェイス２５に接続されている。ＣＰＵ２１は、ＲＯＭ２２やＨＤＤ３７に記憶されたプログラムを実行することにより、配信サーバ２の各部を制御する。Ｉ／Ｏインタフェイス２５には、データベース３、表示制御部２６、ディスクドライブ２８、ネットワーク通信部３０、キーボード３１、マウス３２及びＨＤＤ３７が接続されている。ＣＰＵ２１は、Ｉ／Ｏインタフェイス２５を介してデータベース３にアクセスする。表示制御部２６は、ＣＰＵ２１の制御に基づいて映像信号をモニタ２７に出力する。ディスクドライブ２８は、記録媒体２９に対するデータの書き込み及び読み出しを行う。ネットワーク通信部３０は、配信サーバ２がネットワーク１０に接続するための制御を行う。ＨＤＤ３７には、ＯＳや各種制御プログラム等が記憶されている。

データベース３には、楽曲データ、モーションデータ等が登録される。楽曲データは、スピーカ６４により楽曲を出力するための演奏データである。楽曲は、複数の演奏パートで構成されている。各演奏パートは、１又は複数の楽句で構成されている。楽句として、例えば、前奏、Ａメロ、Ｂメロ、Ｃメロ、サビ、後奏等が挙げられる。楽曲データは、例えば、ＭＩＤＩ（Musical Instrument Digital Interface）形式のデータであってもよい。データベース３には、楽曲データが楽曲ごとに登録される。例えば、楽曲データ、及び楽曲ＩＤが対応付けてデータベース３に登録される。楽曲ＩＤは、楽曲を識別可能な識別情報である。楽曲ＩＤは、本発明の楽曲識別情報の一例である。モーションデータは、三次元仮想空間に配置されるフィギュア８３の運動の動作を定義するデータである。フィギュア８３は、例えば、人、ロボット等のかたちをした仮想物である。複数の運動映像が出力端末５により順次再生されることにより、運動レッスンが実行される。本実施形態において、運動レッスンを構成する１又は複数の運動を運動ユニットという。また、運動ユニットを構成する複数の運動を、運動要素という。運動要素は、一連の複数の運動動作で構成されている。運動ユニットを構成する複数の運動要素は連続して実行される。モーションデータは、運動動作の進行に応じたフィギュア８３の身体の各部の座標を含む。データベース３には、モーションデータが運動要素ごとに登録される。例えば、モーションデータ及び運動要素ＩＤが対応付けてデータベース３に登録される。運動要素ＩＤは、運動要素を識別可能な識別情報である。運動要素ＩＤは、本発明の運動要素識別情報の一例である。

［１−２．出力端末５の構成］
図１に示すように、出力端末５は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、バス５４、Ｉ／Ｏインタフェイス５５、表示制御部５６、ディスクドライブ５８、ネットワーク通信部６０、音声出力部６３、信号受信部６５、及びＨＤＤ７を備える。ＣＰＵ５１は、バス５４を介して、ＲＯＭ５２、ＲＡＭ５３及びＩ／Ｏインタフェイス５５に接続されている。ＣＰＵ５１は、時計機能及びタイマー機能を有する。ＣＰＵ５１は、ＲＯＭ５２やＨＤＤ７に記憶されプログラムを実行することにより、出力端末５の各部を制御する。Ｉ／Ｏインタフェイス５５には、ＨＤＤ７、表示制御部５６、音声出力部６３、ディスクドライブ５８、ネットワーク通信部６０、キーボード６１、マウス６２、及び信号受信部６５が接続されている。表示制御部５６は、ＣＰＵ５１の制御に基づいて映像信号をモニタ５７に出力する。これにより、ディスプレイ６７に運動映像等が表示される。運動映像は、三次元仮想空間において動作を行うフィギュア８３を映し出す動画である。なお、運動映像はフィギュア８３の三次元画像であってもよいし二次元画像であってもよい。音声出力部６３は、ＣＰＵ５１の制御に基づいて音声信号をモニタ５７に出力する。これにより、スピーカ６４により楽曲等が出力される。ディスクドライブ５８は、記録媒体５９に対するデータの書き込み及び読み出しを行う。信号受信部６５は、リモコン６６から出力される信号を受信する。リモコン６６は、操作者４２が出力端末５を操作するためのものである。

ＨＤＤ７は、本発明の記憶手段、第２記憶手段の一例である。記憶手段及び第２記憶手段が同一の記憶デバイスであってもよいし、互いに異なる記憶デバイスであってもよい。ＨＤＤ７には、配信サーバ２からダウンロードされた楽曲データ、モーションデータ等のデータが記憶される。また、ＨＤＤ７には、後述するジャンル情報テーブル、テーマ情報テーブル、運動要素情報テーブル、レッスン目的情報テーブル、目的別レッスン情報テーブル、ループ数決定情報テーブル、楽曲情報テーブルが記憶される。これらのテーブルは、例えば配信サーバ２からダウンロードされてもよい。

ＨＤＤ７には、更に、ＯＳ、運動支援プログラム、ミュージックシーケンサ等の各種プログラム等が記憶されている。運動支援プログラムは、利用者４１の運動を支援するためのプログラムである。運動支援プログラムは、コンピュータとしてのＣＰＵ５１に、第１決定ステップ、第２決定ステップ、生成ステップを少なくとも実行させる。

ミュージックシーケンサは、楽曲データを再生するためのプログラムである。ＣＰＵ５１は、ミュージックシーケンサを実行することにより、楽曲データに対応する音声信号を生成し、各種のイベントを発生させる。イベントとして、例えば、テンポに応じて所定時間間隔で発生するイベントがある。

各種プログラムは、例えば、配信サーバ２等のサーバからネットワーク１０を介してダウンロードされるようにしてもよい。また、各種プログラムは、記録媒体５９に記録されてディスクドライブ５８を介して読み込まれるようにしてもよい。

ＣＰＵ５１は、スピーカ６４から出力される楽曲と、ディスプレイ６７に表示されるフィギュア８３の動きとを同期させて、運動映像の信号を出力する。楽曲と運動映像とを出力することは、運動コンテンツを出力することの一例である。利用者４１は、楽曲を聴きながら、ディスプレイ６７に表示されるフィギュア８３を見て運動を行い、運動レッスンを行うことができる。操作者４２は、リモコン６６等を用いて出力端末５を操作することができる。利用者４１と操作者４２とは同一人物であってもよい。施設４がスポーツ施設である場合、操作者４２は、例えば、インストラクターであってもよい。

［１−３．テーブルの構成］
次に、出力端末５のＨＤＤ７に記憶されるジャンル情報テーブル、テーマ情報テーブル、運動要素情報テーブル、レッスン目的情報テーブル、目的別レッスン情報テーブル、ループ数決定情報テーブル、楽曲情報テーブルの構成を、図２及び図３を用いて説明する。

［１−３−１．ジャンル情報テーブルの構成］
図２（Ａ）は、ジャンル情報テーブルの一例を示す図である。ジャンル情報テーブルは、運動ジャンルに関する情報を記憶するテーブルである。ジャンル情報テーブルには、運動ジャンルごとに、ジャンルＩＤ及びジャンル名が対応付けて記憶される。ジャンルＩＤは、運動ジャンルを識別可能な識別情報である。例えば、図２（Ａ）に示すジャンル情報テーブルには、ジャンルＩＤ「Ｇ１」〜「Ｇ３」等が記憶される。ジャンル名は、運動ジャンルの名称であり、例えば、エアロビクス、コンバット、ヨガ等が挙げられる。

［１−３−２．テーマ情報テーブルの構成］
図２（Ｂ）は、テーマ情報テーブルの一例を示す図である。本実施形態においては、運動ジャンルごとに、運動ジャンルに属する運動が複数の運動テーマに区分される。図２（Ｂ）に示すテーマ情報テーブルは、一例として、運動ジャンル「エアロビクス」のテーマ情報テーブルである。図２（Ｂ）に示すテーマ情報テーブルには、区分された運動テーマごとに、テーマＩＤ、テーマ名及び運動ＢＰＭ（Beats Per Minute）等が対応付けて記憶される。運動テーマは、運動の題目である。例えば、運動内容に応じた運動の区分、分類又は種類であってもよい。運動テーマは、例えば、運動ジャンルに属する複数の運動要素の中で、動作内容関連又は類似する複数の運動要素の範囲を示してもよい。テーマＩＤは、運動テーマを識別可能な識別情報である。テーマＩＤは、本発明のテーマ識別情報の一例である。テーマ名は、運動テーマの名称である。運動ＢＰＭは、運動テーマに対応した運動に適した動作速度をテンポで示す。運動コンテンツの再生時、出力端末５は、運動ＢＰＭに従った速度で運動が行われる運動映像をディスプレイ６７に表示させる。例えば、図２（Ｂ）に示す運動ジャンル「エアロビクス」のテーマ情報テーブルでは、テーマＩＤ「Ｇ１＿Ｔ１」〜「Ｇ１＿Ｔ１１」、「Ｇ２＿Ｔ１」〜「Ｇ２＿Ｔ８」等が記憶されている。テーマ名に、ウォーミングアップ、クールダウン、ローインパクト１、ローインパクト２、ミッドインパクト１、ミッドインパクト２等が記憶される。運動ＢＰＭとして、「９０」〜「１６０」等が記憶される。

なお、テーマＩＤは、運動テーマが属する運動ジャンルのジャンルＩＤを含む。従って、テーマＩＤに基づいて運動ジャンルを識別可能である。例えば、図２（Ｂ）に示すテーマ情報テーブルにおいて、テーマＩＤ「Ｇ１＿Ｔ１」〜「Ｇ１＿Ｔ１１」に含まれる「Ｇ１」は、図２（Ａ）のジャンル情報テーブルに示すエアロビクスのジャンルＩＤ「Ｇ１」を示す。従って、テーマＩＤ「Ｇ１＿Ｔ１」〜「Ｇ１＿Ｔ１１」は、それぞれエアロビクスに属する運動テーマのテーマＩＤである。そして、例えば、図２（Ｂ）に示すテーマ情報テーブルには、テーマＩＤ「Ｇ１＿Ｔ１」、テーマ名「ウォーミングアップ」、及び運動ＢＰＭ「９０」が対応付けて記憶されている。従って、テーマＩＤ「Ｇ１＿Ｔ１」は、エアロビクスのウォーミングアップの運動テーマＩＤであり、エアロビクスのウォーミングアップは９０ＢＰＭの速度で実行される。

［１−３−３．運動要素情報テーブルの構成］
図２（Ｃ）は、運動要素情報テーブルの一例を示す図である。運動要素情報テーブルには、テーマＩＤごとに、テーマＩＤが示す運動テーマに属する複数の運動要素の運動要素ＩＤが記憶される。複数の運動要素は、運動要素ＩＤごとに、その運動内容が異なる。具体的には、図２（Ｃ）に示すように、運動要素情報テーブルには、運動ＩＤ、運動要素ＩＤ、テーマＩＤ、対応演奏パート種別、運動拍数、接続区分等が対応付けて記憶される。以下、図２（Ｃ）の運動要素情報テーブルを用いて、運動ＩＤ、運動要素ＩＤ、テーマＩＤ、対応演奏パート種別、運動拍数、接続区分の対応付けの詳細を説明する。

運動ＩＤは、運動要素の運動テーマ、対応演奏パート種別及び接続区分の組み合わせで運動要素を分類した運動要素の区分を識別可能な識別情報である。例えば、図２（Ｃ）に示す運動要素情報テーブルには、テーマＩＤ「Ｇ１＿Ｔ１」に対応付けて、運動ＩＤ「Ｇ１＿Ｔ１＿ＰＳ＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ１＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ１＿ＣＳ」、「Ｇ１＿Ｔ１＿Ｐ２＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ３＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ３＿ＣＥ」、「Ｇ１＿Ｔ１＿ＰＥ＿ＣＮ」が記憶される。また例えば、テーマＩＤ「Ｇ１＿Ｔ３」に対応付けて、運動ＩＤ「Ｇ１＿Ｔ３＿ＰＳ＿ＣＮ」、「Ｇ１＿Ｔ３＿Ｐ１＿ＣＮ」、「Ｇ１＿Ｔ３＿Ｐ２＿ＣＮ」、「Ｇ１＿Ｔ３＿Ｐ３＿ＣＮ」、「Ｇ１＿Ｔ３＿Ｐ３＿ＣＥ」、「Ｇ１＿Ｔ３＿ＰＥ＿ＣＮ」が記憶される。

運動要素ＩＤは、運動要素を識別可能な識別情報である。後述する対応演奏パート種別が「Ｐ１」、「Ｐ２」又は「Ｐ３」である場合、同一の運動ＩＤに対応付けて複数の運動要素ＩＤが運動要素情報テーブルに記憶される。例えば、運動ＩＤ「Ｇ１＿Ｔ１＿Ｐ１＿ＣＮ」に対応付けて運動要素ＩＤ「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ６４＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ９６＿ＣＮ」が記憶される。また例えば、運動ＩＤ「Ｇ１＿Ｔ１＿Ｐ１＿ＣＳ」に対応付けて運動要素ＩＤ「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ３２＿ＣＳ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ６４＿ＣＳ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ９６＿ＣＳ」が記憶される。

後述する対応演奏パート種別が「ＰＳ」、「ＰＥ」である場合、運動ＩＤに対応付けて１つの運動要素ＩＤが記憶される。例えば、運動ＩＤ「Ｇ１＿Ｔ１＿ＰＳ＿ＣＮ」に対応付けて運動要素ＩＤ「Ｇ１＿Ｔ１＿ＰＳ＿Ｌ３２＿ＣＮ」が記憶され、「Ｇ１＿Ｔ１＿ＰＥ＿ＣＮ」に対応付けて運動要素ＩＤ「Ｇ１＿Ｔ１＿ＰＥ＿Ｌ３２＿ＣＮ」が記憶される。なお、対応演奏パート種別が「ＰＳ」、「ＰＥ」である運動ＩＤに対応付けて複数の運動要素ＩＤが記憶されてもよい。

テーマＩＤは、運動要素ＩＤが示す運動要素が属する運動テーマを示す。対応演奏パート種別は、楽曲を構成する複数の演奏パートのうち、運動要素ＩＤが示す運動要素が実行されるときに出力される演奏パートの種類を示す。換言すると、運動要素ＩＤが示す運動要素は、対応演奏パート種別が示す種類の演奏パートに合わせて実行可能な運動要素である。対応演奏パート種別は、本発明の第１種類情報の一例である。対応演奏パート種別として、例えば、「ＰＳ」、「Ｐ１」、「Ｐ２」、「Ｐ３」、「ＰＥ」の何れかが記憶されてもよい。「ＰＳ」は、楽曲を構成する複数の演奏パートのうち最初に演奏される演奏パートを示す。対応演奏パート種別「ＰＳ」に対応する運動要素ＩＤが示す運動要素を、開始運動要素という。「Ｐ１」、「Ｐ２」及び「Ｐ３」は、楽曲を構成する複数の演奏パートのうち中間に演奏される演奏パートを示す。中間の演奏パートは、楽曲の最初及び最後以外の順番で演奏される演奏パートである。「Ｐ１」、「Ｐ２」及び「Ｐ３」の何れかの対応演奏パート種別に対応する運動要素ＩＤが示す運動要素を、メイン運動要素という。「ＰＥ」は、楽曲を構成する複数の演奏パートのうち最後に演奏される演奏パートを示す。対応演奏パート種別「ＰＥ」に対応する運動要素ＩＤが示す運動要素を、終了運動要素という。開始運動要素及び終了運動要素は、本発明の特定運動要素の例である。例えば、図２（Ｃ）に示す動要素情報テーブルには、運動要素ＩＤ「Ｇ１＿Ｔ１＿ＰＳ＿Ｌ３２＿ＣＮ」に対応付けて、対応パート種別「ＰＳ」が記憶されている。また、運動要素ＩＤ「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ６４＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ９６＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ３２＿ＣＳ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ６４＿ＣＳ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ９６＿ＣＳ」にそれぞれ対応付けて、対応パート種別「Ｐ１」が記憶されている。また、運動要素ＩＤ「Ｇ１＿Ｔ１＿Ｐ２＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ２＿Ｌ６４＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ２＿Ｌ９６＿ＣＮ」にそれぞれ対応付けて、対応パート種別「Ｐ２」が記憶されている。また、運動要素ＩＤ「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ６４＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ９６＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ３２＿ＣＥ」、「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ６４＿ＣＥ」、「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ９６＿ＣＥ」にそれぞれ対応付けて、対応パート種別「Ｐ３」が記憶されている。また、運動要素ＩＤ「Ｇ１＿Ｔ１＿ＰＥ＿Ｌ３２＿ＣＮ」に対応付けて、対応パート種別「ＰＥ」が記憶されている。

運動拍数は、運動要素ＩＤが示す運動要素の一連の運動動作を実行するために要する時間の長さを示す。運動拍数は、本発明の第２拍数情報の一例である。例えば、対応演奏パート種別が「Ｐ１」、「Ｐ２」又は「Ｐ３」である同一の運動ＩＤに対応付けられた複数の運動要素ＩＤに対応付けて、複数の異なる運動拍数が記憶される。例えば、図２（Ｃ）に示す運動要素情報テーブルには、運動ＩＤ「Ｇ１＿Ｔ１＿Ｐ１＿ＣＳ」に対応付けて記憶された運動要素ＩＤ「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ３２＿ＣＳ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ６４＿ＣＳ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ９６＿ＣＳ」に対応付けて、運動拍数「３２」、「６４」、「９６」がそれぞれ記憶されている。

接続区分は、運動要素ＩＤが示す運動要素が、テーマＩＤが示す運動テーマに属する複数の運動要素の中で、何れの運動要素と接続されるかを示す。換言すると、接続区分は、運動要素ＩＤが示す運動要素が何れの運動要素と連続して実行されるかを示す。接続区分は、本発明の接続情報の一例である。接続区分として、例えば「Ｔｎ＿ＣＮ」、「Ｔｎ＿ＣＳ」、「Ｔｎ＿ＣＥ」の何れかが記憶される。「Ｔｎ」は、運動テーマＩＤに応じて決定される。例えば、運動テーマＩＤがＴ１である場合、接続区分は、「Ｔ１＿ＣＮ」、「Ｔ１＿ＣＳ」、「Ｔ１＿ＣＥ」の何れかである。「Ｔｎ＿ＣＮ」は、運動要素ＩＤが示す運動要素がメイン運動要素とのみ連続して実行されることを示す。すなわち、運動要素ＩＤが示す運動要素が、何れの開始運動要素および終了運動要素と連続して実行されない。「Ｔｎ＿ＣＳ」は、運動要素ＩＤが示す運動要素が開始運動要素と連続して実行されることを示す。「Ｔｎ＿ＣＥ」は、運動要素ＩＤが示す運動要素が終了運動要素と連続して実行されることを示す。開始運動要素及び終了運動要素の運動要素ＩＤに対応付けて、それぞれ接続区分「Ｔｎ＿ＣＮ」が記憶される。メイン運動要素の運動要素ＩＤに対応付けて、接続区分「Ｔｎ＿ＣＮ」、「Ｔｎ＿ＣＳ」及び「Ｔｎ＿ＣＥ」の何れか１つが記憶される。

運動要素の運動映像を表示させるためのモーションデータは、運動要素ごとに、運動支援システム１の管理者により生成される。管理者は、同一の運動テーマに属する複数の異なる運動要素の開始姿勢及び終了姿勢が共通となるように、各運動要素のモーションデータを作成する。開始姿勢は、運動要素の一連の運動動作の最初の姿勢である。終了姿勢は、運動要素の一連の運動動作の最後の姿勢である。運動テーマ内で共通する開始姿勢及び終了姿勢を、運動テーマの共通姿勢という。本実施形態において、運動テーマの共通姿勢は、例えば一致する姿勢及び類似する姿勢を含んでもよい。なお、開始運動要素の開始姿勢、及び終了運動要素の終了姿勢は運動テーマの共通姿勢と異なっていてもよい。運動要素情報テーブルにおいては、開始姿勢及び終了姿勢の両方が運動テーマの共通姿勢であるメイン運動要素の運動要素ＩＤに対応付けて、接続区分「Ｔｎ＿ＣＮ」が記憶される。例えば、図２（Ｃ）に示す運動要素情報テーブルには、運動要素ＩＤ「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ６４＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ９６＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ２＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ２＿Ｌ６４＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ２＿Ｌ９６＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ６４＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ９６＿ＣＮ」、「Ｇ１＿Ｔ１＿ＰＥ＿Ｌ３２＿ＣＮ」にそれぞれ対応付けて、接続区分「Ｔ１＿ＣＮ」が記憶されている。

開始運動要素及び終了運動要素の少なくとも一方においては、一連の運動動作が特殊な場合がある。すなわち、開始運動要素及び終了運動要素の少なくとも一方の運動動作が、メイン運動要素の運動動作と類似しない場合がある。例えば、開始運動要素が特殊な場合、管理者が開始運動要素のモーションデータを作成するとき、開始運動要素の終了姿勢が運動テーマの共通姿勢とは異なってもよい。このとき、管理者は、開始姿勢が開始運動要素の終了姿勢と共通し、且つ終了姿勢が運動テーマの共通姿勢であるメイン運動要素のモーションデータを作成する。このメイン運動要素の運動要素ＩＤに対応付けて、運動要素情報テーブルには接続区分「Ｔｎ＿ＣＳ」が記憶される。例えば、図２（Ｃ）に示す動要素情報テーブルには、運動要素ＩＤ「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ３２＿ＣＳ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ６４＿ＣＳ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ９６＿ＣＳ」にそれぞれ対応付けて、接続区分「Ｔ１＿ＣＳ」が記憶されている。或る運動テーマの開始運動要素の終了姿勢がその運動テーマの共通姿勢である場合、運動要素情報テーブルには、その運動テーマのテーマＩＤ、及び接続区分「Ｔｎ＿ＣＳ」に対応付けられた運動要素ＩＤは記憶されなくてもよい。

また、終了運動要素が特殊な場合、管理者が終了運動要素のモーションデータを作成するとき、終了運動要素の開始姿勢が運動テーマの共通姿勢とは異なってもよい。このとき、管理者は、終了姿勢が終了運動要素の開始姿勢と共通し、且つ開始姿勢が運動テーマの共通姿勢であるメイン運動要素のモーションデータを作成してもよい。このメイン運動要素の運動要素ＩＤに対応付けて、運動要素情報テーブルには接続区分「Ｔｎ＿ＣＥ」が記憶される。例えば、図２（Ｃ）に示す動要素情報テーブルには、運動要素ＩＤ「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ３２＿ＣＥ」、「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ６４＿ＣＥ」、「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ９６＿ＣＥ」にそれぞれ対応付けて、接続区分「Ｔ１＿ＣＥ」が記憶されている。或る運動テーマの終了運動要素の開始姿勢がその運動テーマの共通姿勢である場合、運動要素情報テーブルには、その運動テーマのテーマＩＤ、及び接続区分「Ｔｎ＿ＣＥ」に対応付けられた運動要素ＩＤは記憶されなくてもよい。

［１−３−４．レッスン目的情報テーブルの構成］
図３（Ａ）は、レッスン目的情報テーブルの一例を示す図である。目的情報テーブルには、運動ジャンルごとに運動ジャンルＩＤが記憶される。さらに、各運動ジャンルＩＤに対応付けて、レッスン目的ＩＤ及びレッスン目的名がレッスン目的ごとに複数記憶される。レッスン目的ＩＤは、レッスン目的を識別可能な識別情報である。レッスン目的名は、レッスン目的の名称である。例えば、図３（Ａ）が示すレッスン目的情報テーブルには、ジャンルＩＤ「Ｇ１」に対応付けて、レッスン目的ＩＤ「Ｇ１＿Ａ１」及び「Ｇ１＿Ａ２」が記憶されている。

［１−３−５．目的別レッスン情報テーブルの構成］
図３（Ｂ）は、目的別レッスン情報テーブルの一例を示す図である。目的別レッスン情報テーブルには、運動レッスンごとに、レッスンＩＤ、ジャンルＩＤ、レッスン目的ＩＤ及びレッスン情報が対応付けて記憶される。レッスンＩＤは、運動レッスンを識別可能な識別情報である。ジャンルＩＤは、運動レッスンで行われる運動の運動ジャンルを示す。レッスン目的ＩＤは、運動レッスンを行う目的を示す。例えば、図３（Ｂ）に示す目的別レッスン情報テーブルには、レッスンＩＤ「Ｌ１」〜「Ｌ７」等が記憶され、レッスンＩＤ「Ｌ１」に対応付けて、ジャンルＩＤ「Ｇ１」及びレッスン目的ＩＤ「Ｇ１＿Ａ１」が記憶され、レッスンＩＤ「Ｌ２」に対応付けて、ジャンルＩＤ「Ｇ１」及びレッスン目的ＩＤ「Ｇ１＿Ａ２」が記憶される。さらに、目的別レッスン情報テーブルのレッスン情報には、運動レッスンを構成する運動ユニットごとに、運動番号、テーマＩＤ、テーマ名、楽曲ＩＤ、楽曲名が、運動レッスンを構成する運動ユニットごとに対応付けて記憶される。運動番号は、運動ユニットを構成する１又は複数の運動ユニットの中で、運動番号が示す運動ユニットが実行される順番を示す。例えば、図３（Ｂ）に示すように、レッスンＩＤ「Ｌ１」に対応するレッスン情報には、運動番号「１」〜「５」が格納されている。テーマＩＤ及びテーマ名は、運動番号が示す順番に実行される運動ユニットの運動テーマを示す。レッスン情報に含まれるテーマＩＤ及びテーマ名は、ジャンルＩＤが示す運動ジャンルに属する運動テーマを示す。例えば、図３（Ｂ）に示す目的別レッスン情報テーブルでは、レッスンＩＤ「Ｌ１」に対応するレッスン情報に、運動番号「１」〜「５」に対応付けて、テーマＩＤ「Ｇ１＿Ｔ１」、「Ｇ１＿Ｔ３」、「Ｇ１＿Ｔ４」、「Ｇ１＿Ｔ５」、「Ｇ１＿Ｔ２」がそれぞれ格納されている。楽曲ＩＤ及び楽曲名は、運動番号が示す順番の運動ユニットが実行されるときに出力される楽曲の識別情報及び名称を示す。例えば、レッスンＩＤ「Ｌ１」に対応するレッスン情報には、運動番号「１」〜「５」に対応付けて、楽曲ＩＤ「ｍ１０００１」〜「ｍ１０００５」がそれぞれ格納されている。

［１−３−６．楽曲情報テーブルの構成］
図３（Ｃ）は、楽曲情報テーブルの一例を示す図である。楽曲情報テーブルは、楽曲に関する情報を記憶するテーブルである。具体的に、楽曲情報テーブルには、楽曲ごとに、楽曲ＩＤ、楽曲名、ＢＰＭ、及び楽曲構成情報が対応付けて記憶される。ＢＰＭは、楽曲のオリジナルのテンポを示す。楽曲構成情報は、楽曲ＩＤが示す楽曲を構成する複数の演奏パートに関する情報である。楽曲構成情報には、演奏パート番号、演奏パート種別及び演奏拍数が、楽曲を構成する演奏パートごとに格納されている。演奏パート番号は、楽曲を構成する複数の演奏パートの中で再生される順番を示す。例えば、演奏パート番号として、「１」〜「５」が格納される。演奏パート種別は、演奏パート番号が示す演奏パートの種類を示す。演奏パート種別は、本発明の第１種類情報の一例である。例えば、演奏パート番号「１」〜「５」に対応付けて、演奏パート種別「ＰＳ」、「Ｐ１」、「Ｐ２」、「Ｐ３」、「ＰＥ」がそれぞれ格納されている。本実施形態においては、楽曲を構成する複数の演奏パートの演奏パート種別及び再生される順番が全楽曲で共通している。しかしながら、楽曲を構成する演奏パートの演奏パート種別及び演奏パートの演奏順が、楽曲ごとに異なってもよい。また、例えば１つの楽曲の中に同一の演奏パート種別の演奏パートが複数含まれてもよい。演奏拍数は、演奏パート番号が示す演奏パートの長さを示す。演奏拍数は、本発明の第１拍数情報の一例である。例えば、楽曲ＩＤ「ｍ１０００１」に対応する楽曲構成情報には、演奏パート番号「１」〜「５」に対応付けて、演奏拍数「３２」、「３２」、「３２」、「６４」、「３２」がそれぞれ格納されている。また、楽曲ＩＤ「ｍ１０００２」に対応する楽曲構成情報には、演奏パート番号「１」〜「５」に対応付けて、演奏拍数「３２」、「６４」、「３２」、「６４」、「３２」がそれぞれ格納されている。

［１−３−７．ループ数決定情報テーブルの構成］
図３（Ｄ）は、ループ数決定情報テーブルの一例を示す図である。ループ数決定情報テーブルは、楽曲を構成する複数の演奏パートのうち、中間の演奏パートを繰り返し演奏する回数を示す情報を記憶するテーブルである。中間の演奏パートを繰り返し演奏する回数をループ数という。具体的に、ループ数決定情報テーブルには、ループ数ごとに、下限ＢＰＭ、上限ＢＰＭ及びループ数が対応付けて記憶される。下限ＢＰＭ及び上限ＢＰＭは、対応するループ数が適用される運動ＢＰＭの範囲の下限値及び上限値を示す。例えば、図３（Ｄ）に示すループ数決定情報テーブルには、下限ＢＰＭ「０」、上限ＢＰＭ「９０」及びループ数「１」が対応付けて記憶され、下限ＢＰＭ「９１」、上限ＢＰＭ「１６０」及びループ数「２」が対応付けて記憶され、下限ＢＰＭ「１６０」、上限ＢＰＭ「−」及びループ数「３」が対応付けて記憶されている。上限ＢＰＭ「−」は、運動ＢＰＭの上限が設定されていないことを示す。

［２．運動ユニット情報の構成］
運動レッスンで行われる各運動ユニットを構成する複数の運動要素を示す情報を、運動ユニット情報という。運動ユニット情報は、出力端末５により運動ユニットごとに生成される。図４（Ｄ）及び図４（Ｈ）は、運動ユニット情報の一例を示す図である。運動ユニット情報は、複数の再生番号と、複数の演奏パート種別と、複数の拍数と、複数の運動要素ＩＤとを含む。演奏パート種別、拍数及び運動要素ＩＤは、再生番号に対応付けられている。再生番号は、運動ユニットを構成する複数の運動要素の中で、対応する運動要素ＩＤが示す運動要素の運動映像が再生される順番を示す。演奏パート種別は、運動要素ＩＤが示す運動要素の運動映像が表示されるときに出力される演奏パートの種類を示す。図４（Ｄ）に示す運動ユニット情報においては、再生番号「１」〜「５」に、演奏パート種別「ＰＳ」、「Ｐ１」、「Ｐ２」、「Ｐ３」、「ＰＥ」がそれぞれ対応付けられている。また、図４（Ｈ）に示す運動ユニット情報においては、再生番号「１」〜「８」に、演奏パート種別「ＰＳ」、「Ｐ１」、「Ｐ２」、「Ｐ３」、「Ｐ１」、「Ｐ２」、「Ｐ３」、「ＰＥ」がそれぞれ対応付けられている。拍数は、運動要素ＩＤが示す運動要素の運動拍数及び演奏パート種別が示す演奏パートの演奏拍数を示す。図４（Ｄ）に示す運動ユニット情報においては、再生番号「１」〜「５」に、拍数「３２」、「３２」、「３２」、「６４」、「３２」がそれぞれ対応付けられている。また、図４（Ｈ）に示す運動ユニット情報においては、再生番号「１」〜「８」に、拍数「３２」、「６４」、「３２」、「６４」、「６４」、「３２」、「６４」、「３２」がそれぞれ対応付けられている。運動要素ＩＤは、再生番号が示す順番に実行される運動要素を示す。例えば、図４（Ｄ）に示す運動ユニット情報においては、再生番号「１」〜「５」に、運動要素ＩＤ「Ｇ１＿Ｔ１＿ＰＳ＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ３２＿ＣＳ」、「Ｇ１＿Ｔ１＿Ｐ２＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ６４＿ＣＥ」、「Ｇ１＿Ｔ１＿ＰＥ＿Ｌ３２＿ＣＮ」がそれぞれ対応付けられている。また、図４（Ｈ）に示す運動ユニット情報においては、再生番号「１」〜「８」に、運動要素ＩＤ「Ｇ１＿Ｔ３＿ＰＳ＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ３＿Ｐ１＿Ｌ６４＿ＣＮ」、「Ｇ１＿Ｔ３＿Ｐ２＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ３＿Ｐ３＿Ｌ６４＿ＣＮ」、「Ｇ１＿Ｔ３＿Ｐ１＿Ｌ６４＿ＣＮ」、「Ｇ１＿Ｔ３＿Ｐ２＿Ｌ３２＿ＣＮ」、「Ｇ１＿Ｔ３＿Ｐ３＿Ｌ６４＿ＣＥ」、「Ｇ１＿Ｔ３＿ＰＥ＿Ｌ３２＿ＣＮ」がそれぞれ対応付けられている。

出力端末５は、運動レッスン内の或る運動ユニットの運動映像をディスプレイ６７により表示させているとき、その運動ユニットに対応付けられた楽曲をスピーカ６４により出力させる。このとき、出力端末５は、運動ユニット情報に基づいて、運動コンテンツを再生する。具体的に、出力端末５は、再生番号が示す番号順に従って、複数の運動要素ＩＤが示す複数の運動要素が連続して実行される運動映像をディスプレイ６７に表示させる。或る運動要素ＩＤが示す運動要素の運動映像が表示されているとき、出力端末５は、その運動要素ＩＤに対応する演奏パート番号に対応付けられた演奏パート種別の演奏パートをスピーカ６４により出力させる。

［３．モーションデータの構成］
上述したように、同一の運動テーマに属する複数の異なる運動要素の開始姿勢及び終了姿勢が共通の姿勢となるように、各運動要素のモーションデータが作成される。例えば、運動要素の一連の運動動作が、前繋ぎ動作、メイン動作、及び後繋ぎ動作で構成されるように、モーションデータが作成されてもよい。前繋ぎ動作、メイン動作、後繋ぎ動作の順に運動要素が実行される。前繋ぎ動作は、運動要素の開始姿勢を含み、後繋ぎ動作は、運動要素の終了姿勢を含む。例えば、同一の運動テーマに属する全ての運動要素において、前繋ぎ動作及び後繋ぎ動作が共通するように、管理者はモーションデータを作成する。また、前繋ぎ動作及び後繋ぎ動作の運動拍数は一致する。運動要素の運動拍数は、例えばメイン動作の運動拍数と後繋ぎ運動動作の拍数の合計である。例えば、前繋ぎ動作及び後繋ぎ動作の運動拍数が４拍である場合において、或る運動要素の運動拍数が３２拍であるとき、メイン動作の運動拍数は２８拍である。なお、開始運動要素は、例えばメイン動作と後繋ぎ動作のみで構成されてもよいし、終了運動要素は、例えば前繋ぎ動作とメイン動作のみで構成されてもよい。

運動ユニットを構成する複数の運動要素が連続して実行される運動映像をディスプレイ６７に表示させる場合、出力端末５は、モーションデータに基づいて、運動要素ごとに前繋ぎ動作、メイン動作、及び後繋ぎ動作が行われる運動映像を表示させる。このとき、出力端末５は、或る運動要素のモーションデータの後繋ぎ動作の定義部分と、その運動要素の次の実行順の運動要素のモーションデータの前繋ぎ動作の定義部分とを合成してもよい。これにより、出力端末５は、２つの運動要素が接続される部分の動作において、前の運動要素の後繋ぎ動作と、次の実行順の運動要素の前繋ぎ動作との中間的な動作が行われる映像を表示させてもよい。或いは、出力端末５は、２つの運動要素が接続される部分の動作については、前の運動要素のモーションデータのみに基づいて、前の運動要素の後繋ぎ動作が行われる映像を表示させてもよいし、次の実行順の運動要素のモーションデータのみに基づいて、次の実行順の運動要素の前繋ぎ動作が行われる映像を表示させてもよい。

［４．運動ユニット情報の生成方法］
運動内容に関連性又は類似性がない複数の運動要素が連続して行われる運動映像がディスプレイ６７に表示されるとき、或る実行順の運動要素の終了姿勢と、次の実行順の運動要素の開始姿勢とが合わない場合がある。より具体的には、或る実行順の運動要素の後繋ぎ動作と次の実行順の運動要素の前繋ぎ動作が合わないとする。この場合、運動要素の接続部分で、ディスプレイ６７に表示されるフィギュア８３の動作が不自然となる。この場合、運動映像を生成するときに、出力端末５が、上述したようなモーションデータの合成を行うことにより、運動映像を生成することが考えられる。これにより、運動要素の接続部分の動作が或る程度滑らかになるかもしれない。しかしながら、前の実行順の運動要素の終了姿勢と次の実行順の運動要素の開始姿勢とが全く異なると、合成処理を施したとしても、運動要素の接続部分で不自然な動作となる場合がある。

そこで、出力端末５は、テーマ情報テーブルに記憶された複数のテーマＩＤの中から、何れかのテーマＩＤを、運動レッスンを構成する運動ユニットの運動テーマを示すテーマＩＤに決定する。この運動テーマを特定テーマという。出力端末５は、特定テーマのテーマＩＤに対応付けて運動要素情報テーブルに記憶されている複数の運動要素ＩＤの中から何れか複数の運動要素ＩＤを、運動ユニットを構成する複数の運動要素の運動要素ＩＤに決定する。出力端末５は、決定した複数の運動要素ＩＤを含む運動ユニット情報を生成する。そして、出力端末５は、運動ユニット情報に基づいて、決定した複数の運動要素ＩＤが示す複数の運動要素が連続して実行される運動映像をディスプレイ６７に表示させる。上述したように、管理者等が各運動要素のモーションデータを作成するとき、同一の運動テーマに属する複数の運動要素の開始姿勢及び終了姿勢は、基本的に複数の運動要素間で共通とする。これにより、出力端末５が、運動ユニット情報に基づいて同一の運動テーマに属する複数の運動要素が連続して実行される運動映像をディスプレイ６７に表示させるとき、複数の運動要素の接続部分が自然な映像を出力することができる。

特定テーマのテーマＩＤを決定するとき、出力端末５は、例えば自動的に特定テーマのテーマＩＤを決定してもよいし、操作者４２によるリモコン６６等の操作に基づいて特定テーマのテーマＩＤを決定してもよい。例えば、本実施形態においては、出力端末５は、レッスン目的情報テーブルに記憶されたレッスン目的ＩＤの中から何れかのレッスン目的ＩＤを、運動レッスンの目的のレッスン目的ＩＤに決定してもよい。このとき、出力端末５は、例えば自動的にレッスン目的ＩＤを決定してもよいし、操作者４２によるリモコン６６等の操作に基づいてレッスン目的ＩＤを決定してもよい。レッスン目的ＩＤを決定すると、出力端末５は、目的別レッスン情報テーブルから、レッスン目的ＩＤに対応するレッスン情報を取得する。出力端末５は、取得したレッスン情報に含まれるテーマＩＤを、特定テーマのテーマＩＤに決定する。

出力端末５は、例えば運動ユニットが実行されるときに出力される楽曲の楽曲ＩＤを決定してもよい。この楽曲を、特定楽曲という。このとき、出力端末５は、例えば自動的に特定楽曲の楽曲ＩＤを決定してもよいし、操作者４２によるリモコン６６等の操作に基づいて特定楽曲の楽曲ＩＤを決定してもよい。例えば、本実施形態においては、出力端末５は、レッスン目的情報テーブルから、決定したレッスン目的ＩＤに対応するレッスン情報を取得する。出力端末５は、取得したレッスン情報に含まれる楽曲ＩＤを、特定楽曲の楽曲ＩＤに決定する。

実行される複数の運動要素の運動要素ＩＤを決定するとき、出力端末５は、特定楽曲を構成する複数の演奏パートにそれぞれに対応付ける運動要素の運動要素ＩＤを決定してもよい。例えば、出力端末５は、特定楽曲の楽曲ＩＤに対応付けて楽曲情報テーブルに記憶された楽曲情報に含まれる演奏拍数と、特定テーマのテーマＩＤに対応付けて運動要素情報テーブルに記憶された運動拍数とに基づいて、複数の運動要素ＩＤを決定する。具体的に、出力端末５は、特定楽曲の楽曲情報に含まれる演奏パート番号及び演奏拍数ごとに、特定テーマのテーマＩＤに対応する複数の運動要素ＩＤの中から、その演奏拍数と一致する運動拍数に対応付けられた運動要素ＩＤを決定する。これにより、楽曲の構成に合った複数の運動要素を決定することができる。

また、出力端末５は、特定楽曲を構成する演奏パートごとに、特定テーマのテーマＩＤに対応付けて運動要素情報テーブルに記憶された複数の運動要素ＩＤの中から、特定楽曲の楽曲情報に含まれる演奏パート種別と一致する対応演奏パート種別に対応付けて運動要素情報テーブルに記憶された運動要素ＩＤのうち、楽曲情報に含まれる演奏拍数と一致する運動拍数に対応付けられた運動要素ＩＤを決定してもよい。これにより、演奏パート種別に合った運動要素を決定することができる。

図３（Ｃ）に示すように、楽曲情報においては、楽曲を構成する複数の演奏パートのうち、最初の演奏パート番号の演奏パートの演奏パート種別は「ＰＳ」である。従って、出力端末５は、最初の再生番号の演奏パートに、演奏パート番号と対応付ける運動要素ＩＤとして、開始運動要素の運動要素ＩＤを決定する。また、楽曲を構成する複数の演奏パートのうち、最後の演奏パート番号の演奏パートの演奏パート種別は「ＰＥ」である。従って、出力端末５は、最後の再生番号の演奏パートに、演奏パート番号と対応付ける運動要素ＩＤとして、終了運動要素の運動要素ＩＤを決定する。

出力端末５は、開始運動要素と連続して実行される運動要素の運動要素ＩＤとして、例えば接続種別「Ｔｎ＿ＰＳ」に対応付けて運動要素情報テーブルに記憶された運動要素ＩＤを決定してもよい。開始運動要素の終了姿勢が特定テーマの共通姿勢と異なる場合であっても、接続種別「Ｔｎ＿ＰＳ」である運動要素ＩＤが示す運動要素の開始姿勢は、開始運動要素の終了姿勢が共通する。従って、開始運動要素と、開始運動要素に連続して実行される運動要素の接続部分が自然な映像を出力することができる。また、レッスンを行うユーザは、映像を見ながら、運動要素の接続部分が自然な流れで複数の運動要素の運動を行うことができる。また、出力端末５は、例えば終了運動要素と連続して実行される運動要素の運動要素ＩＤとして、接続種別「Ｔｎ＿ＰＥ」に対応付けて運動要素情報テーブルに記憶された運動要素ＩＤを決定してもよい。終了運動要素の開始姿勢が特定テーマの共通姿勢と異なる場合であっても、接続種別「Ｔｎ＿ＰＥ」である運動要素ＩＤが示す運動要素の終了姿勢は、終了運動要素の開始姿勢が共通する。従って、終了運動要素と、終了運動要素に連続して実行される運動要素の接続部分が自然な映像を出力することができる。レッスンを行うユーザは、映像を見ながら、終了運動要素の開始姿勢から自然な流れで終了運動要素の運動を行うことができる。

出力端末５は、例えば、特定テーマのテーマＩＤに対応付けてテーマ情報テーブルに記憶されている運動ＢＰＭに基づいて、特定楽曲の中間の演奏パートが繰り返し再生されるように、特定楽曲の演奏パート構成を変更してもよい。この場合、出力端末５は、演奏パート構成変更後の特定楽曲を構成する各演奏パートに対応付ける運動要素の運動要素ＩＤを決定する。そして、出力端末５は、運動ユニットの運動映像をディスプレイ６７に表示させるとき、演奏パート構成変更後の特定楽曲をスピーカ６４により出力させる。出力端末５は、例えば運動ＢＰＭが速いほど、中間の演奏パートのループ数が多くなるように、ループ数を決定してもよい。すなわち、運動ＢＰＭが速いほど、演奏パート構成変更後の特定楽曲を構成する演奏パートの数が多くなる。運動ＢＰＭが速いほど楽曲の演奏時間が短くなり、且つ運動ユニットの実行時間も短くなる。そこで、運動ＢＰＭが速いほど特定楽曲を構成する演奏パートの数を多くすることで、運動ユニットの実行時間を一定の範囲内に保つことが可能となる。

具体的に、出力端末５は、リピート数決定情報テーブルから、運動ＢＰＭに対応するループ数を取得する。そして、出力端末５は、ループ数に基づいて、例えば再生楽曲構成テーブルを生成する。再生楽曲構成テーブルは、演奏パート構成変更後の特定楽曲の構成を示す情報である。例えば、再生楽曲構成テーブルには、演奏パート構成変更後の特定楽曲を構成する演奏パートごとに、再生番号、演奏パート番号、演奏パート種別、及び演奏拍数が対応付けて記憶される。図４（Ｃ）は、ループ数が１である場合の再生楽曲構成テーブルの一例を示す図である。図３（Ｄ）に示すように、楽曲情報テーブルにおいては、再生番号「１」〜「５」にそれぞれ対応付けて、演奏パート種別「ＰＳ」、「Ｐ１」、「Ｐ２」、「Ｐ３」、「ＰＥ」が記憶されている。従って、ループ数が１である場合、再生楽曲構成テーブルには、再生番号「１」〜「５」にそれぞれ対応付けて、演奏パート種別「ＰＳ」、「Ｐ１」、「Ｐ２」、「Ｐ３」、「ＰＥ」が記憶される。図４（Ｇ）は、ループ数が２である場合の再生楽曲構成テーブルの一例を示す図である。ループ数が２である場合、再生楽曲構成テーブルには、再生番号「１」〜「８」にそれぞれ対応付けて、演奏パート種別「ＰＳ」、「Ｐ１」、「Ｐ２」、「Ｐ３」、「Ｐ１」、「Ｐ２」、「Ｐ３」、「ＰＥ」が記憶される。ループ数が３である場合、再生楽曲構成テーブルには、再生番号「１」〜「１１」にそれぞれ対応付けて、演奏パート種別「ＰＳ」、「Ｐ１」、「Ｐ２」、「Ｐ３」、「Ｐ１」、「Ｐ２」、「Ｐ３」、「Ｐ１」、「Ｐ２」、「Ｐ３」、「ＰＥ」が記憶される。

次に、運動ユニット情報の生成の具体例を説明する。例えば、出力端末５は、レッスン目的ＩＤとして、「Ｇ１＿Ａ１」を決定したとする。出力端末５は、レッスン目的ＩＤ「Ｇ１＿Ａ１」に対応するレッスン情報を、目的別レッスン情報テーブルから取得する。図３（Ｂ）に示すように、レッスン目的ＩＤ「Ｇ１＿Ａ１」に対応するレッスン情報には、テーマＩＤ「Ｇ１＿Ｔ１」〜「Ｇ１＿Ｔ５」が格納されている。出力端末５は、運動番号の順に、特定テーマのテーマＩＤを決定する。

図４（Ａ）乃至図４（Ｄ）は、特定テーマＩＤが「Ｇ１＿Ｔ１」である場合の運動ユニット情報の生成方法の一例を示す図である。図４（Ａ）は、特定テーマのテーマ情報の一例を示す図である。図４（Ｂ）は、特定楽曲の楽曲情報の一例を示す図である。図４（Ｃ）は、再生楽曲構成テーブルの一例を示す図である。図４（Ｄ）は、運動ユニット情報の一例を示す図である。

例えば、出力端末５は、図４（Ａ）に示すように、運動番号１に対応するテーマＩＤ「Ｇ１＿Ｔ１」を特定テーマのテーマＩＤに決定したとする。この場合の特定テーマは、エアロビクスのウォーミングアップである。図２（Ｂ）に示すように、「Ｇ１＿Ｔ１」に対応付けてテーマ情報テーブルに記憶されている楽曲ＩＤは、「ｍ１０００１」である。従って、出力端末５は、特定楽曲の楽曲ＩＤとして、「ｍ１０００１」を決定する。そして、出力端末５は、「ｍ１０００１」に対応する楽曲情報を楽曲情報テーブルから取得する。また、図４（Ａ）に示すように、テーマＩＤ「Ｇ１＿Ｔ１」に対応する運動ＢＰＭは９０である。図３（Ｃ）に示すループ数情報テーブルにおいて、９０ＢＰＭに対応するループ数は１回である。そのため、図４（Ｃ）に示すように、出力端末５は、再生番号と、楽曲情報に含まれる演奏パート番号、演奏パート種別及び演奏拍数と同一の演奏パート種別及び演奏拍数を含む再生楽曲構成テーブルを生成する。

次いで、出力端末５は、運動要素ＩＤを決定する。再生番号１の演奏パートの演奏パート種別はＰＳであり、演奏拍数は３２拍である。従って、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ１」、対応演奏パート種別「ＰＳ」及び運動拍数「３２」に対応する運動要素ＩＤ「Ｇ１＿Ｔ１＿ＰＳ＿Ｌ３２＿ＣＮ」を決定する。

再生番号２の演奏パートの演奏パート種別はＰ１であり、演奏拍数は３２拍である。また、再生番号２の運動要素は、開始運動要素と連続して実行される。従って、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ１」、対応演奏パート種別「Ｐ１」、運動拍数「３２」、及び接続種別「Ｔ１＿ＣＳ」に対応する運動要素ＩＤ「Ｇ１＿Ｔ１＿Ｐ１＿Ｌ３２＿ＣＳ」を決定する。

再生番号３の演奏パートの演奏パート種別はＰ２であり、演奏拍数は３２拍である。また、再生番号３の運動要素は、開始運動要素とも終了運動要素とも連続して実行されない。従って、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ１」、対応演奏パート種別「Ｐ２」、運動拍数「３２」、及び接続種別「Ｔ１＿ＣＮ」に対応する運動要素ＩＤ「Ｇ１＿Ｔ１＿Ｐ２＿Ｌ３２＿ＣＮ」を決定する。

再生番号４の演奏パートの演奏パート種別はＰ３であり、演奏拍数は６４拍である。また、再生番号４の運動要素は、終了運動要素と連続して実行される。従って、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ１」、対応演奏パート種別「Ｐ３」、運動拍数「６４」、及び接続種別「Ｔ１＿ＣＥ」に対応する運動要素ＩＤ「Ｇ１＿Ｔ１＿Ｐ３＿Ｌ６４＿ＣＥ」を決定する。

再生番号５の演奏パートの演奏パート種別はＰＥであり、演奏拍数は３２拍である。従って、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ１」、対応演奏パート種別「ＰＥ」、運動拍数「３２」に対応する運動要素ＩＤ「Ｇ１＿Ｔ１＿ＰＥ＿Ｌ３２＿ＣＮ」を決定する。

出力端末５は、決定した各運動要素ＩＤを、再生楽曲構成テーブルの再生番号に対応付けて、図４（Ｄ）に示すような運動ユニット情報を生成する。

図４（Ｅ）乃至図４（Ｈ）は、特定テーマＩＤが「Ｇ１＿Ｔ３」である場合の運動ユニット情報の生成方法の一例を示す図である。図４（Ｅ）は、特定テーマのテーマ情報の一例を示す図である。図４（Ｆ）は、特定楽曲の楽曲情報の一例を示す図である。図４（Ｇ）は、再生楽曲構成テーブルの一例を示す図である。図４（Ｈ）は、運動ユニット情報の一例を示す図である。

出力端末５は、図４（Ｅ）に示すように、運動番号２に対応するテーマＩＤ「Ｇ１＿Ｔ３」を特定テーマのテーマＩＤに決定したとする。この場合の特定テーマは、エアロビクスのローインパクト１である。図３（Ｂ）に示すように、テーマＩＤ「Ｇ１＿Ｔ３」に対応付けてテーマ情報テーブルに記憶されている楽曲ＩＤは、「ｍ１０００２」である。従って、出力端末５は、楽曲ＩＤ「ｍ１０００２」を特定楽曲の楽曲ＩＤに決定する。そして、出力端末５は、「ｍ１０００２」に対応する楽曲情報を楽曲情報テーブルから取得する。また、図４（Ｅ）に示すように、テーマＩＤ「Ｇ１＿Ｔ３」に対応する運動ＢＰＭは１２０ＢＰＭである。図３（Ｃ）が示すループ数テーブルにおいては、１２０ＢＰＭに対応するループ数は２回である。そのため、出力端末５は、再生番号「１」に、特定楽曲の楽曲情報に対応付けて格納されている演奏パート番号「１」、演奏パート種別「ＰＳ」及び演奏拍数「３２」を対応付けて再生楽曲構成テーブルに格納する。また、出力端末５は、再生番号「２」に、演奏パート番号「２」、演奏パート種別「Ｐ１」及び演奏拍数「６４」を対応付けて再生楽曲構成テーブルに格納する。また、出力端末５は、再生番号「３」に、演奏パート番号「３」、演奏パート種別「Ｐ２」及び演奏拍数「３２」を対応付けて再生楽曲構成テーブルに格納する。また、出力端末５は、再生番号「４」に、演奏パート番号「４」、演奏パート種別「Ｐ３」及び演奏拍数「６４」を対応付けて再生楽曲構成テーブルに格納する。また、出力端末５は、再生番号「２」〜「４」に対応する演奏パート種別及び演奏拍数を再生楽曲構成テーブルに再度格納する。このとき、出力端末５は、再生番号「５」に、演奏パート番号「２」、演奏パート種別「Ｐ１」及び演奏拍数「６４」を対応付け、再生番号「６」に、楽曲パート番号「３」、演奏パート種別「Ｐ２」及び演奏拍数「３２」を対応付け、再生番号「７」に、演奏パート番号「３」、演奏パート種別「Ｐ３」及び演奏拍数を対応付ける。また、出力端末５は、特定楽曲の楽曲情報において演奏パート番号「５」と、演奏パート番号「５」に対応付けられている演奏パート種別「ＰＥ」及び演奏拍数「３２」を、再生番号「８」に対応付けて、再生楽曲構成テーブルに格納する。このようにして、図４（Ｇ）に示すような再生楽曲構成テーブルが完成する。

再生番号１の演奏パートの演奏パート種別はＰＳであり、演奏拍数は３２拍である。従って、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ３」、対応演奏パート種別「ＰＳ」及び運動拍数「３２」に対応する運動要素ＩＤ「Ｇ１＿Ｔ３＿ＰＳ＿Ｌ３２＿ＣＮ」を決定する。

再生番号２の演奏パートの演奏パート種別はＰ１であり、演奏拍数は６４拍である。しかしながら、図２（Ｃ）に示す運動要素情報テーブルには、テーマＩＤ「Ｇ１＿Ｔ３」、対応演奏パート種別「Ｐ１」、運動拍数「６４」、及び接続種別「Ｔ１＿ＣＳ」に対応する運動要素ＩＤが記憶されていない。この場合、再生番号１に対応付けられる運動要素ＩＤ「Ｇ１＿Ｔ３＿ＰＳ＿Ｌ３２＿ＣＮ」が示す開始運動要素の終了姿勢は、テーマＩＤ「Ｇ１＿Ｔ３」が示す運動テーマの共通姿勢である。そこで、出力端末５は、接続種別を「Ｔ１＿ＣＮ」に変更する。そして、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ３」、対応演奏パート種別「Ｐ１」、運動拍数「６４」、及び接続種別「Ｔ３＿ＣＮ」に対応する運動要素ＩＤ「Ｇ１＿Ｔ３＿Ｐ１＿Ｌ６４＿ＣＮ」を決定する。

再生番号３の演奏パートの演奏パート種別はＰ２であり、演奏拍数は３２拍である。従って、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ３」、対応演奏パート種別「Ｐ２」、運動拍数「３２」、及び接続種別「Ｔ３＿ＣＮ」に対応する運動要素ＩＤ「Ｇ１＿Ｔ３＿Ｐ２＿Ｌ３２＿ＣＮ」を決定する。

再生番号４の演奏パートの演奏パート種別はＰ３であり、演奏拍数は６４拍である。従って、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ３」、対応演奏パート種別「Ｐ３」、運動拍数「６４」、及び接続種別「Ｔ３＿ＣＮ」に対応する運動要素ＩＤ「Ｇ１＿Ｔ３＿Ｐ３＿Ｌ６４＿ＣＮ」を決定する。

再生番号５の演奏パートの演奏パート種別はＰ１であり、演奏拍数は６４拍である。従って、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ３」、対応演奏パート種別「Ｐ１」、運動拍数「６４」、及び接続種別「Ｔ３＿ＣＮ」に対応する運動要素ＩＤ「Ｇ１＿Ｔ３＿Ｐ１＿Ｌ６４＿ＣＮ」を決定する。

再生番号６の演奏パートの演奏パート種別はＰ２であり、演奏拍数は３２拍である。従って、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ３」、対応演奏パート種別「Ｐ２」、運動拍数「３２」、及び接続種別「Ｔ３＿ＣＮ」に対応する運動要素ＩＤ「Ｇ１＿Ｔ３＿Ｐ２＿Ｌ３２＿ＣＮ」を決定する。

再生番号７の演奏パートの演奏パート種別はＰ３であり、演奏拍数は６４拍である。また、再生番号７の運動要素は、終了運動要素と連続して実行される。従って、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ３」、対応演奏パート種別「Ｐ３」、運動拍数「６４」、及び接続種別「Ｔ３＿ＣＥ」に対応する運動要素ＩＤ「Ｇ１＿Ｔ３＿Ｐ３＿Ｌ６４＿ＣＥ」を決定する。

再生番号８の演奏パートの演奏パート種別はＰＥであり、演奏拍数は３２拍である。従って、出力端末５は、運動要素情報テーブルから、テーマＩＤ「Ｇ１＿Ｔ３」、対応演奏パート種別「ＰＥ」、運動拍数「３２」に対応する運動要素ＩＤ「Ｇ１＿Ｔ３＿ＰＥ＿Ｌ３２＿ＣＮ」を決定する。

［５．運動支援システム１の動作］
次に、図５及び図６を参照して、出力端末５の動作を説明する。図５（Ａ）は、出力端末５のＣＰＵ５１のメイン処理の一例を示すフローチャートである。例えば、操作者４２が、リモコン６６等により、運動レッスンを開始させるための操作を行う。すると、ＣＰＵ５１は、メイン処理を開始する。

図５（Ａ）に示すように、ＣＰＵ５１は、利用者４１が行う運動レッスンの運動ジャンルのジャンルＩＤを取得する（ステップＳ１）。例えば、ＣＰＵ５１は、ジャンル情報テーブルに記憶されたジャンルＩＤ及びジャンル名に基づいて、運動ジャンルの一覧をディスプレイ６７に表示させる。操作者４２は、リモコン６６等を操作することにより、一覧の中から何れかの運動ジャンルを指定する。ＣＰＵ５１は、指定された運動ジャンルのジャンルＩＤを取得する。次いで、ＣＰＵ５１は、利用者４１が行う運動レッスンのレッスン目的のレッスン目的ＩＤを取得する（ステップＳ２）。例えば、ＣＰＵ５１は、取得したジャンルＩＤに対応する複数のレッスン目的ＩＤ及びレッスン目的名をレッスン目的情報テーブルから取得する。次いで、ＣＰＵ５１は、取得したレッスン目的名に基づいて、レッスン目的の一覧をディスプレイ６７に表示させる。操作者４２は、リモコン６６等を操作することにより、一覧の中から何れかのレッスン目的を指定する。ＣＰＵ５１は、指定されたレッスン目的のレッスン目的ＩＤを取得する。次いで、ＣＰＵ５１は、取得したレッスン目的ＩＤに対応するレッスン情報を目的別レッスン情報テーブルから取得する（ステップＳ３）。次いで、ＣＰＵ５１は、運動コンテンツ再生処理を実行する（ステップＳ４）。

図５（Ｂ）は、出力端末５のＣＰＵ５１の運動コンテンツ再生処理の一例を示すフローチャートである。図５（Ｂ）に示すように、ＣＰＵ５１は、運動番号ｉを１に設定する（ステップＳ１１）。次いで、ＣＰＵ５１は、運動番号ｉが、レッスン情報に含まれるテーマＩＤの数以下であるか否かを判定する（ステップＳ１２）。このとき、ＣＰＵ５１は、運動番号ｉがテーマＩＤの数以下であると判定した場合には（ステップＳ１２：ＹＥＳ）、ステップＳ１３に進む。次いで、ＣＰＵ５１は、運動ユニット生成処理を実行させる。

図５（Ｃ）は、出力端末５のＣＰＵ５１の運動ユニット生成処理の一例を示すフローチャートである。図５（Ｃ）に示すように、ＣＰＵ５１は、レッスン情報から運動番号ｉに対応するテーマＩＤを取得する。次いで、ＣＰＵ５１は、取得したテーマＩＤに対応する運動ＢＰＭをテーマ情報テーブルから取得する（ステップＳ２１）。また、ＣＰＵ５１は、運動ユニット情報を初期化する。次いで、ＣＰＵ５１は、再生楽曲構成生成処理を実行する（ステップＳ２２）。

図５（Ｄ）は、出力端末５のＣＰＵ５１の再生楽曲構成生成処理の一例を示すフローチャートである。図５（Ｄ）に示すように、ＣＰＵ５１は、ループ数を決定する（ステップＳ３１）。具体的に、ＣＰＵ５１は、ループ数決定テーブルに記憶されたループ数の中から、下限ＢＰＭがテーマ情報テーブルから取得した運動ＢＰＭ以下であり、且つ、上限ＢＰＭが運動ＢＰＭ以上であるループ数を取得する。次いで、ＣＰＵ５１は、運動番号ｉに対応する楽曲ＩＤをレッスン情報から取得する。そして、ＣＰＵ５１は、取得した楽曲ＩＤに対応する楽曲情報を楽曲情報テーブルから取得する（ステップＳ３２）。

次いで、ＣＰＵ５１は、取得した楽曲情報及びループ数に基づいて、再生楽曲構成テーブルを生成する（ステップＳ３３）。先ず、ＣＰＵ５１は、再生楽曲構成テーブルを初期化する。次いで、ＣＰＵ５１は、楽曲情報から演奏パート番号１に対応する演奏パート種別及び拍数を取得し、取得した演奏パート種別、拍数を再生番号１と対応付けて再生楽曲構成テーブルに追加する。次いで、ＣＰＵ５１は、再生番号ｊを２に設定する。次いで、ＣＰＵ５１は、再生番号ｊがループ数×（Ｎ−２）＋１以下であるか否かを判定する。Ｎは、楽曲を構成する演奏パートの数である。再生番号ｊがループ数×（Ｎ−２）＋１以下である場合、ＣＰＵ５１は、再生番号ｊ−２をＮ−２で割った余りに１を加算することにより、演奏パート番号ｋを計算する。次いで、出力端末５は、楽曲情報から、演奏パート番号ｋに対応する演奏パート種別及び拍数を取得し、取得した演奏パート種別、拍数及び再生番号ｊを対応付けて再生楽曲構成テーブルに追加する。次いで、ＣＰＵ５１は、再生番号ｊに１を加算する。そして、ＣＰＵ５１は、上述と同様の方法で、演奏パート種別、拍数及び再生番号ｊを再生楽曲構成テーブルに追加する。再生番号ｊがループ数×（Ｎ−２）＋１より大きい場合、ＣＰＵ５１は、楽曲情報から、最後の再生番号に対応する演奏パート種別及び拍数を取得し、取得した演奏パート種別、拍数及び再生番号ｊを対応付けて再生楽曲構成テーブルに追加する。こうして、再生楽曲構成テーブルが完成する。そして、ＣＰＵ５１は、再生楽曲構成生成処理を終了させる。

再生楽曲構成生成処理を終えると、ＣＰＵ５１は、図５（Ｃ）に示すように、運動要素対応付け処理を実行する。図６（Ａ）は、出力端末５のＣＰＵ５１の運動要素対応付け処理の一例を示すフローチャートである。図６（Ａ）に示すように、ＣＰＵ５１は、再生番号ｊを１に設定する（ステップＳ４１）。次いで、ＣＰＵ５１は、再生番号ｊが、再生楽曲構成テーブルに記憶されている演奏パート種別の数の値以下であるか否かを判定する（ステップＳ４２）。このとき、ＣＰＵ５１は、再生番号ｊが演奏パート種別の数以下であると判定した場合には（ステップＳ４２：ＹＥＳ）、ステップＳ４３に進む。ステップＳ４３において、ＣＰＵ５１は、一運動要素対応付け処理を実行する。

図６（Ｂ）は、出力端末５のＣＰＵ５１の一運動要素対応付け処理の一例を示すフローチャートである。図６（Ｂ）に示すように、ＣＰＵ５１は、再生番号ｊに対応する演奏パートが先頭の演奏パートの次の演奏パートであるか否かを判定する（ステップＳ５１）。例えば、ＣＰＵ５１は、再生番号ｊが２であるとき、再生番号ｊに対応する演奏パートが先頭の演奏パートの次の演奏パートであると判定する（ステップＳ５１：ＹＥＳ）。この場合、ＣＰＵ５１は、接続区分をＴｎ＿ＣＳに設定して（ステップＳ５２）、ステップＳ５５に進む。Ｔｎは、運動番号ｉに対応するテーマＩＤに応じて異なる。一方、ＣＰＵ５１は、再生番号ｊに対応する演奏パートが先頭の演奏パートの次の演奏パートではないと判定した場合には（ステップＳ５１：ＮＯ）、ステップＳ５３に進む。

ステップＳ５３において、ＣＰＵ５１は、再生番号ｊに対応する演奏パートが最後の演奏パートの直前の演奏パートであるか否かを判定する。例えば、ＣＰＵ５１は、再生番号ｊが、再生楽曲構成テーブルに記憶されている演奏パート種別の数の値より１小さい場合、再生番号ｊに対応する演奏パートが最後の演奏パートの直前の演奏パートであると判定する（ステップＳ５３：ＹＥＳ）。この場合、ＣＰＵ５１は、接続区分をＴｎ＿ＣＥに設定して（ステップＳ５４）、ステップＳ５５に進む。一方、ＣＰＵ５１は、再生番号ｊに対応する演奏パートが最後の演奏パートの直前の演奏パートではないと判定した場合には（ステップＳ５４：ＮＯ）、ステップＳ５８に進む。

ステップＳ５５において、ＣＰＵ５１は、再生楽曲構成テーブルから再生番号ｊに対応する演奏パート種別及び演奏拍数を取得する。そしてＣＰＵ５１は、運動番号ｉに対応するテーマＩＤ、再生番号ｊに対応する演奏パートの演奏パート種別及び演奏拍数と、ステップＳ５２又はＳ５３で設定された接続区分とに対応する運動要素ＩＤを、運動要素情報テーブルから検索する。次いで、ＣＰＵ５１は、運動要素情報テーブルに、再生番号ｊに対応する演奏パートの演奏パート種別、演奏拍数、及び設定された接続区分に対応する運動要素ＩＤが存在するか否かを判定する（ステップＳ５６）。このとき、ＣＰＵ５１は、対応する運動要素ＩＤが存在すると判定した場合には（ステップＳ５６：ＹＥＳ）、ステップＳ５７に進む。一方、ＣＰＵ５１は、対応する運動要素ＩＤが存在しないと判定した場合には（ステップＳ５６：ＮＯ）、ステップＳ５８に進む。

ステップＳ５７において、ＣＰＵ５１は、検索された運動要素ＩＤを運動要素情報テーブルから取得する。次いで、ＣＰＵ５１は、ステップＳ６０に進む。ステップＳ５８において、ＣＰＵ５１は、接続区分をＴｎ＿ＣＮに設定する。次いで、ＣＰＵ５１は、再生楽曲構成テーブルから再生番号ｊに対応する演奏パート種別及び拍数を取得する。そしてＣＰＵ５１は、運動番号ｉに対応するテーマＩＤ、再生番号ｊに対応する演奏パート種別及び拍数と、ステップＳ５８で設定された接続区分とに対応する運動要素ＩＤを運動要素情報テーブルから取得する（ステップＳ５９）。次いで、ＣＰＵ５１は、ステップＳ６０に進む。ステップＳ６０において、ＣＰＵ５１は、ステップＳ５７又はＳ５９で取得された運動要素ＩＤを、再生番号ｊ、再生番号ｊに対応する演奏パート種別及び演奏拍数に対応付けて運動ユニット情報に追加する。そして、ＣＰＵ５１は、一運動要素対応付け処理を終了させる。

一運動要素対応付け処理を終えると、図６（Ａ）に示すように、ＣＰＵ５１は、再生番号ｊに１を加算して（ステップＳ４４）、ステップＳ４２に進む。ステップＳ４２において、ＣＰＵ５１は、再生番号ｊが演奏パート種別の数以下ではないと判定した場合には（ステップＳ４２：ＮＯ）、運動要素対応付け処理を終了させる。

運動要素対応付け処理を終えると、ＣＰＵ５１は、図５（Ｃ）に示す運動ユニット生成処理を終了させ、図５（Ｂ）に示すように、運動番号ｉの運動ユニットの運動コンテンツを再生する。具体的に、ＣＰＵ５１は、再生番号ｊを１に設定する。次いで、ＣＰＵ５１は、運動ユニット情報から再生番号ｊに対応する演奏パート種別を取得する。次いで、ＣＰＵ５１は、運動番号ｉの楽曲ＩＤに対応する楽曲データに基づいて、演奏パート種別に対応する演奏パートの音声信号を音声出力部６４に出力する。このとき、ＣＰＵ５１は、テーマ情報テーブルから取得した運動ＢＰＭに従って音声信号を出力する。これにより、運動番号ｉに対応する特定楽曲の中で、再生番号ｊに対応する演奏パート種別の演奏パートがスピーカ６４により出力される。また、ＣＰＵ５１は、運動ユニット情報から再生番号ｊに対応する運動要素ＩＤを取得する。次いで、ＣＰＵ５１は、運動要素ＩＤに対応するモーションデータに基づいて、運動要素の一連の運動動作の静止画像を順次生成して静止画像を表示制御部５６へ順次出力する。このとき、ＣＰＵ５１は、テーマ情報テーブルから取得した運動ＢＰＭに従って静止画像を出力する。これにより、再生番号ｊに対応する運動要素の一連の運動動作の運動映像がディスプレイ６７に表示される。演奏パートの出力及び運動要素の運動映像の表示が終了すると、ＣＰＵ５１は、再生番号ｊが、運動ユニット情報に含まれる運動要素ＩＤの数の値未満であるか否かを判定する。このとき、再生番号ｊが運動要素ＩＤの数の値未満である場合、ＣＰＵ５１は、再生番号ｊに１を加算する。そして、ＣＰＵ５１は、上述と同様に、再生番号ｊに対応する運動要素の運動映像、演奏パートを出力させる。再生番号ｊが運動要素ＩＤの数の値未満ではない場合、ＣＰＵ５１は、運動コンテンツの再生を終了させる。

次いで、ＣＰＵ５１は、運動番号ｉに１を加算して（ステップＳ１５）、ステップＳ１２に進む。ステップＳ１２において、ＣＰＵ５１は、運動番号ｉがテーマＩＤの数以下ではないと判定した場合には（ステップＳ１２：ＮＯ）、運動コンテンツ再生処理を終了させ、図５（Ａ）に示すメイン処理を終了させる。

以上説明したように、本実施形態によれば、出力端末５が、ＨＤＤ７に記憶された複数のテーマＩＤの中から特定テーマのテーマＩＤを決定する。また、出力端末５が、特定テーマのテーマＩＤに対応付けてＨＤＤ７に記憶された複数の運動要素ＩＤの中から、連続して実行される複数の運動要素の運動ＩＤを決定する。また、出力端末５が、決定された複数の運動ＩＤが示す複数の運動要素が連続して実行される運動映像を表示させる運動ユニット情報を生成する。従って、実行される複数の運動要素の接続部分が自然な映像を出力することができる。

なお、上記実施形態においては、本発明の情報処理装置が出力端末５に適用されていた。しかしながら、本発明の情報処理装置が配信サーバ２に適用されてもよい。例えば、配信サーバ２が、運動ユニット情報を生成してもよい。また例えば、配信サーバ２が、運動ユニット情報に基づいて、音声データ及び動画データを生成してもよい。この場合の音声データは楽曲等を出力するためのデータであり、動画データは運動映像等を表示するためのデータである。運動レッスンが行われるとき、配信サーバ２は、音声データ及び動画データを、例えばストリーミング方式で出力端末５に送信する。これにより、配信サーバ２は、出力端末５により楽曲を出力させ、且つ、運動映像を表示させる。また、本発明の情報処理装置が出力端末５及び配信サーバ２に適用されてもよい。そして、出力端末５及び配信サーバ２は協働して処理を行ってもよい。

１ 運動支援システム
２ 配信サーバ
３ データベース
５ 出力端末
７ ＨＤＤ
５１ ＣＰＵ
５２ ＲＯＭ
５３ ＲＡＭ
５６ 表示制御部
６０ ネットワーク通信部
６３ 音声出力部
５７ モニタ
６４ スピーカ
６７ ディスプレイ

Claims (5)

1. 複数の異なる運動テーマを識別可能な複数のテーマ識別情報を記憶し、且つ、前記テーマ識別情報ごとに、一連の運動動作である運動要素であって、一連の運動動作における開始及び終了の姿勢が各運動要素内及び運動要素間で共通する複数の異なる運動要素それぞれを識別可能な複数の運動要素識別情報を、前記テーマ識別情報に対応付けて記憶する記憶手段と、
   前記記憶手段に記憶された前記複数のテーマ識別情報の中から、実行される運動のテーマを示す特定テーマ識別情報を決定する第１決定手段と、
   前記第１決定手段により決定された前記特定テーマ識別情報に対応付けて、前記記憶手段に記憶された複数の運動要素識別情報の中から複数の運動要素識別情報を決定する第２決定手段と、
   前記第２決定手段により決定された前記複数の運動要素識別情報を、連続して実行される複数の運動要素を示す複数の運動要素識別情報として含む運動情報を生成する生成手段と、
   を備えることを特徴とする情報処理装置。
2. 複数の演奏パートで構成される楽曲をそれぞれ識別可能な複数の楽曲識別情報を記憶し、且つ、前記楽曲識別情報ごとに、楽曲を構成する各演奏パートの演奏拍数として、予め定められた複数の異なる拍数のうちの何れかをそれぞれ示す複数の第１拍数情報を、前記楽曲識別情報に対応付けて記憶する第２記憶手段と、
   前記第２記憶手段により記憶された前記複数の楽曲識別情報から、複数の運動要素が実行されるときに出力される楽曲を示す特定楽曲識別情報を決定する第３決定手段と、
   を更に備え、
   前記記憶手段は、前記運動要素識別情報ごとに、前記運動要素識別情報が示す運動要素の運動拍数であって、前記複数の異なる拍数のうちの何れかを示す第２拍数情報を前記運動要素識別情報に対応付けて記憶し、
   前記第２決定手段は、前記第３決定手段により決定された前記特定楽曲識別情報に対応付けて前記第２記憶手段に記憶された前記第１拍数情報ごとに、前記特定テーマ識別情報に対応付けて前記記憶手段に記憶された複数の運動要素識別情報の中から、前記第１拍数情報と一致する第２拍数情報に対応する運動要素識別情報を決定することを特徴とする請求項１に記載の情報処理装置。
3. 前記第２記憶手段は、前記楽曲識別情報ごとに、楽曲を構成する複数の演奏パートの種類を示す複数の第１種類情報と、前記複数の第１拍数情報とを対応付けて記憶し、
   前記記憶手段は、運動要素の所定の区分ごとに、前記区分に属する複数の運動要素を示す複数の前記運動要素識別情報と、前記区分に属する運動要素が実行されるときに出力される演奏パートの種類を示す第２種類情報と、前記複数の運動要素の運動拍数であって、複数の異なる運動拍数を示す複数の前記第２拍数情報とを対応付けて記憶し、
   前記第２決定手段は、前記第３決定手段により決定された前記特定楽曲識別情報に対応付けて前記第２記憶手段に記憶された前記第１種類情報ごとに、前記特定テーマ識別情報に対応付けて前記記憶手段に記憶された複数の運動要素識別情報の中から、前記第１種類情報と一致する前記第２種類情報に対応し、且つ前記第１種類情報に対応付けて前記第２記憶手段に記憶された前記第１拍数情報と一致する第２拍数情報に対応する運動要素識別情報を決定することを特徴とする請求項２に記載の情報処理装置。
4. 前記記憶手段は、前記運動情報に従って実行される複数の運動要素の最初又は最後に実行される特定運動要素を識別可能な特定運動要素識別情報を更に記憶し、且つ、前記運動要素識別情報ごとに、前記運動要素識別情報が示す運動要素が、前記特定運動要素と連続して実行されるか否かを示す接続情報を前記運動要素識別情報に対応付けて記憶し、
   前記第２決定手段は、前記最初又は最後に実行される運動要素を示す運動要素識別情報に、前記特定運動要素識別情報を決定し、前記特定運動要素識別情報が示す特定運動要素と連続して実行される運動要素を示す運動要素識別情報に、前記特定運動要素と連続して実行されることを示す前記接続情報に対応付けて前記記憶手段に記憶された前記運動要素識別情報を決定し、前記特定運動要素識別情報が示す特定運動要素と連続しないで実行される運動要素を示す運動要素識別情報に、前記特定運動要素と連続して実行されないことを示す前記接続情報に対応付けて前記記憶手段に記憶された前記運動要素識別情報を決定し、
   前記生成手段は、前記第２決定手段により決定された前記複数の運動要素識別情報と、前記接続情報に基づく運動要素の実行順とを対応付けた前記運動情報を生成することを特徴とする請求項１又は２に記載の情報処理装置。
5. 複数の異なる運動テーマを識別可能な複数のテーマ識別情報を記憶し、且つ、前記テーマ識別情報ごとに、一連の運動動作である運動要素であって、一連の運動動作における開始及び終了の姿勢が各運動要素内及び運動要素間で共通する複数の異なる運動要素それぞれを識別可能な複数の運動要素識別情報を、前記テーマ識別情報に対応付けて記憶する記憶手段に記憶された前記複数のテーマ識別情報の中から、実行される運動のテーマを示す特定テーマ識別情報に決定する第１決定ステップと、
   前記第１決定ステップにより決定された前記特定テーマ識別情報に対応付けて、前記記憶手段に記憶された複数の運動要素識別情報の中から複数の運動要素識別情報を決定する第２決定ステップと、
   前記第２決定ステップにより決定された前記複数の運動要素識別情報を、連続して実行される複数の運動要素を示す複数の運動要素識別情報として含む運動情報を生成する生成ステップと、
   をコンピュータに実行させることを特徴とするプログラム。

Images