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

Description

本発明は、ユーザが楽曲を聴きながら行う運動を支援するための運動コンテンツを出力する技術分野に関する。

従来、楽曲を構成する複数の演奏パートのそれぞれに運動動作を割り当てる技術が知られている。例えば、特許文献１には、演奏パートの種類に応じた運動種類の運動動作を、演奏パートに割り当てる技術が開示されている。

特開２０１２−６５９６６号公報

運動コンテンツの生成を効率化するために、各演奏パートに割り当てる運動動作を、予め用意されている複数の運動動作の中から自動的に決定することが考えられる。このとき、演奏パートごとに運動の強度を設定したいという要望がある。しかしながら、従来の技術では、各演奏パートに合う運動動作を割り当てることはできるものの、運動動作と運動動作との繋がりについては考慮されていなかった。そのため、運動動作の繋がりに違和感のある運動コンテンツが生成されてしまう場合があった。また、ユーザは、楽曲が出力されるテンポに従って運動動作を行う。所定の強度で運動するためのテンポは、運動動作によって異なる場合がある。従って、設定された運動強度で運動動作を行うためのテンポが、楽曲が出力されるテンポと合わないと、設定された運動強度で運動動作を行うことができない場合がある。

本発明は、以上の点に鑑みてなされたものであり、運動動作の繋がりが自然になるように、且つ、設定された運動強度で運動動作を行うことができるように、各演奏パートに運動動作を自動的に割り当てることを可能とする情報処理装置及びプログラムを提供することを課題とする。

上記課題を解決するために、請求項１に記載の発明は、運動動作を示す動作情報と、前記動作情報の繋ぎ属性を示す繋ぎ属性情報と、前記運動動作の運動強度に対応したテンポの範囲とを対応付けて複数記憶する運動記憶手段と、オリジナルのテンポが対応付けられた楽曲であって、楽曲を構成する複数の演奏パートのそれぞれに、前記演奏パートが出力されているときの運動強度を示す強度情報が対応付けられた楽曲の第１演奏パートの前記強度情報が示す運動強度に対応するテンポの範囲を、前記運動記憶手段から特定する第１特定手段と、前記第１特定手段により特定されたテンポの範囲に対応する前記動作情報のうち、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報を前記運動記憶手段から検索する第１検索手段と、前記第１演奏パートの後に出力される第２演奏パートの前記強度情報が示す運動強度に対応するテンポの範囲を、前記運動記憶手段から特定する第２特定手段と、前記第２特定手段により特定されたテンポの範囲に対応する前記動作情報のうち、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報を前記運動記憶手段から検索する第２検索手段と、前記第２検索手段により検索された前記動作情報から、前記第１検索手段により検索された前記動作情報の前記繋ぎ属性情報と一致する前記繋ぎ属性情報に対応する前記動作情報を検索する第３検索手段と、を備えることを特徴とする。
請求項２に記載の発明は、前記楽曲を構成する前記複数の演奏パートのそれぞれに対応付けて、前記演奏パートが出力されているときの運動強度を示す強度情報を記憶する楽曲記憶手段を更に備え、前記運動記憶手段は、前記動作情報と、前記属性情報と、複数の運動強度にそれぞれ対応する複数のテンポの範囲とを対応付けて複数記憶し、前記第１特定手段は、前記複数の運動強度のうち、前記楽曲の前記第１演奏パートに対応付けて前記楽曲記憶手段に記憶された前記強度情報が示す運動強度に対応するテンポの範囲を、前記運動記憶手段から特定し、前記第２特定手段は、前記複数の運動強度のうち、前記楽曲の前記第２演奏パートに対応付けて前記楽曲記憶手段に記憶された前記強度情報が示す運動強度に対応するテンポの範囲を、前記運動記憶手段から特定することを特徴とする。

請求項３に記載の発明は、前記運動記憶手段は、前記動作情報が利用可能な演奏パートを示すパート情報を前記動作情報に対応付けて更に記憶し、前記第２検索手段は、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報のうち、前記第２演奏パートを示す前記パート情報に対応する前記動作情報を検索し、前記第２検索手段又は前記第３検索手段により前記動作情報が検索されなかった場合、前記第２演奏パートを示す前記パート情報に対応する前記動作情報を前記運動記憶手段から検索する第４検索手段と、前記第４検索手段により検索された前記動作情報から、前記第１検索手段により検索された前記動作情報の前記繋ぎ属性情報と一致する前記繋ぎ属性情報に対応する前記動作情報を検索する第５検索手段と、を更に備えることを特徴とする。

請求項４に記載の発明は、前記第２検索手段又は前記第３検索手段により前記動作情報が検索されなかった場合、前記第２演奏パートの前記強度情報が示す運動強度よりも低い運動強度に対応するテンポの範囲を、前記運動記憶手段から特定する第３特定手段を更に備え、前記第２検索手段は、前記第３特定手段により特定されたテンポの範囲に対応する前記動作情報のうち、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報を検索することを特徴とする。

請求項５に記載の発明は、前記第２検索手段又は前記第３検索手段により前記動作情報が検索されなかった場合、前記第２演奏パートの前記強度情報が示す運動強度を基準として所定強度の範囲に含まれる運動強度に対応するテンポの範囲を特定する第３特定手段を更に備え、前記第２検索手段は、前記第３特定手段により特定されたテンポの範囲に対応する前記動作情報のうち、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報を検索することを特徴とする。

請求項６に記載の発明は、前記第５検索手段により複数の前記動作情報が検索された場合、前記複数の動作情報に対応する複数の運動強度を、前記オリジナルのテンポに基づいて特定する第４特定手段と、前記第４特定手段により特定された複数の運動強度を表示手段に表示させる制御手段と、を更に備えることを特徴とする。

請求項７に記載の発明は、前記第１検索手段、前記第３検索手段及び前記第５検索手段の検索結果に基づいて、前記複数の演奏パートに割り当てられた複数の前記動作情報を示すリスト情報を、前記第３検索手段により検索された前記動作情報ごとに生成する生成手段を更に備え、前記第４特定手段は、前記生成手段により生成された前記リスト情報ごとに、前記リスト情報が示す複数の前記動作情報に対応する複数の運動強度を、運動強度の組み合わせとして特定し、前記制御手段は、前記第４特定手段により特定された複数の前記組み合わせを表示させることを特徴とする。

請求項８に記載の発明は、前記制御手段は、前記複数の演奏パートのうちサビ部分に割り当てられる前記動作情報に対応する運動強度が高い前記組み合わせの順に、前記複数の組み合わせを表示させることを特徴とする。

請求項９に記載の発明は、運動動作を示す動作情報と、前記動作情報の繋ぎ属性を示す繋ぎ属性情報と、前記運動動作の運動強度に対応したテンポの範囲とを対応付けて複数記憶する運動記憶手段から、オリジナルのテンポが対応付けられた楽曲であって、楽曲を構成する複数の演奏パートのそれぞれに、前記演奏パートが出力されているときの運動強度を示す強度情報が対応付けられた楽曲の第１演奏パートの前記強度情報が示す運動強度に対応するテンポの範囲を特定する第１特定ステップと、前記第１特定ステップにより特定されたテンポの範囲に対応する前記動作情報のうち、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報を前記運動記憶手段から検索する第１検索ステップと、前記第１演奏パートの後に出力される第２演奏パートの前記強度情報が示す運動強度に対応するテンポの範囲を、前記運動記憶手段から特定する第２特定ステップと、前記第２特定ステップにより特定されたテンポの範囲に対応する前記動作情報のうち、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報を前記運動記憶手段から検索する第２検索ステップと、前記第２検索ステップにより検索された前記動作情報から、前記第１検索ステップにより検索された前記動作情報の前記繋ぎ属性情報と一致する前記繋ぎ属性情報に対応する前記動作情報を検索する第３検索ステップと、をコンピュータに実行させることを特徴とする。

請求項１又は９に記載の発明によれば、運動動作の繋がりが自然になるように、且つ、設定された運動強度で運動動作を行うことができるように、各演奏パートに運動動作を自動的に割り当てることができる。

請求項３に記載の発明によれば、設定された運動強度で行うことができる運動動作がない場合であっても、演奏パートに対応する運動動作を演奏パートに割り当てることができる。

請求項４に記載の発明によれば、設定された運動強度で行うことができる運動動作がない場合に、より安全な運動強度になる運動動作を演奏パートに割り当てることができる。

請求項５に記載の発明によれば、設定された運動強度で行うことができる運動動作がない場合であっても、設定された運動強度に近い運動強度で行うことができる運動動作を演奏パートに割り当てることができる。

請求項６に記載の発明によれば、設定された運動強度で行うことができる運動動作がないときに、第２演奏パートの割り当て候補となる運動動作が複数ある場合、複数の運動動作に対応する複数の運動強度が表示される。そのため、ユーザは、複数の運動強度から所望の運動強度を選択することができる。

請求項７に記載の発明によれば、楽曲を構成する複数の演奏パートに割り当てられた複数の運動動作に対応する運動強度の組み合わせが複数表示される。そのため、ユーザは、複数の組み合わせからから所望の組み合わせを選択することができる。

請求項８に記載の発明によれば、サビ部分における運動強度が高い順に運動動作の組み合わせが表示される。そのため、サビ部分で運動の充実感が得られやすいパターンをユーザが選択しやすくなる。

一実施形態の運動コンテンツ生成システム１の概要構成例を示す図である。 （Ａ）は、運動動作の構成例を示す図であり、（Ｂ）は、部品ＩＤの割り当て例を示す図である。 （Ａ）は、部品テーブルの構成例を示す図であり、（Ｂ）は、繋ぎ動作テーブルの構成例を示す図であり、（Ｃ）は、運動ジャンルテーブルの構成例を示す図であり、（Ｄ）は、運動強度範囲情報の構成例を示す図である。 （Ａ）は、楽曲の構成例を示す図であり、（Ｂ）〜（Ｈ）は、部品リスト表の更新過程の一例を示す図であり、（Ｉ）は、運動強度検索順番リストの構成例を示す。 選択画面の表示例を示す図である。 出力端末５のＣＰＵ５１の部品リスト生成処理の処理例を示すフローチャートである。 出力端末５のＣＰＵ５１の部品リスト生成処理の処理例を示すフローチャートである。

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

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

出力端末５は、例えば、施設４に設置される端末装置である。出力端末５は、本発明の情報処理装置の一例である。出力端末５は、施設４の利用者４１により利用される。施設４は、例えば、スポーツ施設であってもよい。利用者４１は、スポーツ施設において、運動レッスンを受ける。運動レッスンは、複数の運動動作と楽曲により構成されるレッスンである。この場合の出力端末５は、例えばパーソナルコンピュータであってもよい。

出力端末５は、モニタ５７と接続可能である。モニタ５７は、複数のスピーカ６４とディスプレイ６７とを備える表示装置であってもよい。この場合、出力端末５は、ディスプレイ６７と接続可能である。また、出力端末５は、スピーカ６４と接続可能である。出力端末５がモニタ５７へ音声信号を出力することにより、スピーカ６４により楽曲等が出力される。出力端末５がモニタ５７へ映像信号を出力することにより、ディスプレイ６７に運動映像等が表示される。運動映像は、動作を行うフィギュア８３を映し出した動画である。フィギュア８３は、例えば、人、動物、仮想上の生き物、ロボット等のかたちをした仮想物である。フィギュア８３は、三次元仮想空間に配置される。出力端末５は、スピーカ６４から出力される楽曲と、ディスプレイ６７に表示されるフィギュア８３の動きとが同期するように、信号を出力する。楽曲と運動映像とを出力することは、運動コンテンツを出力することの一例である。利用者４１は、楽曲を聴きながら、ディスプレイ６７に表示されるフィギュア８３を見て、運動を行うことができる。操作者４２は、リモコン６６等を用いて出力端末５を操作することができる。利用者４１と操作者４２とは同一人物であってもよい。施設４がスポーツ施設である場合、操作者４２は、例えば、インストラクターであってもよい。

［１−２．演奏パートに対する運動動作の割り当て］
運動レッスンが行われるときにモニタ５７が出力する運動コンテンツは、楽曲と運動映像とを含む。楽曲は、複数の演奏パートで構成される。スピーカ６４から、楽曲の構成に従った演奏パートの順で楽曲が出力される。演奏パートが出力される順序を演奏順という。各演奏パートは、例えば、前奏、Ａメロ、Ｂメロ、サビ、間奏又は後奏等であってもよい。なお、１つの運動レッスンで複数の楽曲が順次スピーカ６４から出力されてもよい。楽曲を構成する各演奏パートに、それぞれ運動動作が割り当てられる。運動動作は、例えば、身体を鍛えるための動作である。運動動作として、例えば、体操の動作と踊りの動作とがある。体操は、例えば、健康の増進、体力の増強、筋力の強化等のために行われる運動である。体操の種類として、例えば、有酸素運動、無酸素運動、ストレッチ等がある。踊りの動作は、楽曲に合わせて踊るために楽曲に対して振り付けられた動作である。出力端末５は、運動コンテンツを出力するとき、楽曲のオリジナルのテンポに従って、楽曲をスピーカ６４により出力させる。そして、出力端末５は、スピーカ６４により出力されている演奏パートに割り当てられた運動動作をフィギュア８３が行う運動映像をディスプレイ６７に表示させる。

図１に示すように、データベース３には、モーションデータが登録されている。モーションデータは、三次元仮想空間におけるフィギュア８３の運動動作を定義するデータである。また、モーションデータは、ディスプレイ６７に表示されるフィギュア８３に運動動作をさせるためのデータである。モーションデータは、運動動作の進行に応じたフィギュア８３の身体の各部の座標を含む。具体的には、モーションデータには、時系列に沿って、運動動作の進行に応じたフィギュア８３の身体部位の座標が含まれる。時系列に沿って、フィギュア８３の身体部位が、モーションデータに従って表示されることで、所定の運動動作を実行するフィギュア８３の映像が、ディスプレイ６７に表示される。本実施形態において、出力端末５は、運動映像としてフィギュア８３の三次元画像をディスプレイ６７に表示させる。しかしながら、出力端末５は、フィギュア８３の二次元画像を表示させてもよい。各モーションデータは、例えば汎用性がある。例えば、各モーションデータは、様々な楽曲に利用可能なように予め作成されてもよい。出力端末５は、データベース３に登録されている複数のモーションデータを識別可能なモーションＩＤの中から、各演奏パートに割り当てるモーションＩＤを自動的に決定する。なお、モーションＩＤには、所定の属性を示す属性情報が対応付けられて、所定の記憶手段に記憶される。

モーションＩＤの属性と、演奏パートの属性とが合えば、基本的にはモーションＩＤをその演奏パートに割り当てることができる。モーションＩＤの属性として、例えば、運動動作の長さを示す拍数、割り当て可能な演奏パートの種別等がある。演奏パートの属性として、例えば拍数、演奏パートの種別等がある。しかしながら、上述したように、モーションデータは、様々な楽曲に利用可能なように作成される。そのため、連続する運動動作同士の繋がりが考慮されていないと、運動動作の繋がりに違和感のある運動コンテンツが生成される。例えば、前奏にマーチのモーションＩＤが割り当てられ、前奏の次に演奏されるＡメロに、スクワットのモーションＩＤが割り当てられたとする。この場合、ディスプレイ６７に表示されるフィギュア８３は、前奏でマーチの動作を行う。その後、前奏からＡメロに演奏が切り替わると、フィギュア８３の動作がマーチから急にスクワットに切り替わる。表示されるフィギュア８３を見ながら運動する利用者４１は、マーチからスクワットへ運動動作を自然に移行させることが難しい場合がある。

そこで、本実施形態では、運動動作が自然に繋がるように、各モーションデータを示すモーションＩＤに対して繋ぎ属性が定義される。なお、本実施形態は、モーションＩＤと対応付けられた部品ＩＤに対して繋ぎ属性が定義された例を用いて説明する。なお、部品ＩＤではなく、モーションＩＤに対して繋ぎ属性が定義されていてもよい。例えば、前繋ぎ動作、メイン動作及び後繋ぎ動作を順次実行するフィギュア８３の映像が表示されるように、各モーションデータが予め作成されてもよい。メイン動作は、モーションデータの中で主に行われる動作である。例えば、メイン動作の拍数は、前繋ぎ動作及び後繋ぎ動作の拍数よりも長い。前繋ぎ動作は、モーションデータを示す部品ＩＤまたはモーションＩＤが割り当てられた演奏パートの前の演奏順の演奏パートが出力されているときの最後の部分で行われる運動動作である。後繋ぎ動作は、モーションデータを示す部品ＩＤまたはモーションＩＤが割り当てられた演奏パートの最後の部分で行われる運動動作である。メイン動作の拍数と後繋ぎ動作の拍数の合計は、部品ＩＤを割り当て可能な演奏パートの拍数に一致する。

繋ぎ属性は、部品ＩＤの属性の一種である。また、繋ぎ属性はモーションＩＤの属性の一種であってもよい。繋ぎ属性として、前繋ぎ属性と後繋ぎ属性とがある。前繋ぎ属性は、前繋ぎ動作の内容を示す。後繋ぎ属性は、後繋ぎ動作の内容を示す。例えば、前繋ぎ動作がマーチであり、メイン動作がフロントランジであり、後繋ぎ動作がステップであるとする。この場合、前繋ぎ属性はマーチを示し、後繋ぎ属性はステップを示す。

前繋ぎ動作とメイン動作とが自然に繋がるように、且つ、メイン動作と後繋ぎ動作とが自然に繋がるように、モーションデータが作成される。例えば、インストラクター等の体に、三次元空間における身体部位の座標を取得するための加速度センサを装着させる。例えば、手首、肘、肩、足の付け根、膝、足首等に加速度センサが装着される。インストラクター等は、前繋ぎ動作、メイン動作及び後繋ぎ動作で構成される運動動作を行う。加速度センサが検出する加速度の情報に基づいて、例えば所定の装置が、運動動作が行われるときの各身体部位の座標を所定時間間隔で取得する。そして、取得された座標に基づいて、モーションデータが作成される。所定の装置は、例えば、出力端末５や配信サーバ２等であってもよい。

図２（Ａ）は、フロントランジＡという運動動作の構成例を示す図である。フロントランジＡの前繋ぎ動作、メイン動作及び後繋ぎ動作は、それぞれマーチ、フロントランジ及びステップである。フロントランジＡは、６４拍の演奏パート用の運動動作である。図２（Ａ）の例では、メイン動作のフロントランジの拍数は６０であり、前繋ぎ動作のマーチ及び後繋ぎ動作のステップの拍数はそれぞれ４である。なお、前繋ぎ動作及び後繋ぎ動作の拍数は何拍であってもよい。また、前繋ぎ動作、メイン動作及び後繋ぎ動作は互いに異なる運動動作であってもよい。また、前繋ぎ動作、メイン動作及び後繋ぎ動作のうち少なくとも２つの運動動作が同一の運動動作であってもよい。楽曲を構成する複数の演奏パートのうち演奏順が１番目の演奏パートに割り当てられる部品ＩＤが示すモーションデータは、メイン動作と後繋ぎ動作のみの映像が表示されるように作成されてもよい。また、最後に演奏される演奏パートに割り当てられる部品ＩＤが示すモーションデータは、前繋ぎ動作とメイン動作のみの映像が表示されるように作成されてもよい。

出力端末５は、先ず演奏順が１番目の演奏パートに割り当て可能な部品ＩＤを検索する。具体的に、出力端末５は、１番目の演奏パートの属性に一致する属性を有する部品ＩＤを検索する。次いで、出力端末５は、２番目の演奏パートに割り当て可能な部品ＩＤを検索する。このとき、出力端末５は、繋ぎ属性を考慮する。具体的に、出力端末５は、１番目の演奏パートに割り当て可能な部品ＩＤの後繋ぎ属性と一致する前繋ぎ属性を有する部品ＩＤであって、且つ、２番目の演奏パートの属性に一致する属性を有する部品ＩＤを検索する。次いで、出力端末５は、３番目の演奏パートに割り当て可能な部品ＩＤを検索する。具体的に、出力端末５は、２番目の演奏パートに割り当て可能な部品ＩＤの後繋ぎ属性と一致する前繋ぎ属性を有する部品ＩＤであって、且つ、３番目の演奏パートの属性に一致する属性を有する部品ＩＤを検索する。出力端末５は、４番目以降の演奏パートについても、同様に部品ＩＤを検索する。

出力端末５は、各演奏パートに対する部品ＩＤの検索結果に基づいて、部品リストを生成する。部品リストは、運動レッスンの構成を定めた情報である。部品リストは、本発明のリスト情報の一例である。具体的に、部品リストは、楽曲を構成する複数の演奏パートに合う複数の部品ＩＤを示す。部品リストには、演奏パートごとに、演奏パートＩＤ及び部品ＩＤ等が格納される。演奏パートＩＤは、演奏パートの識別情報である。例えば、演奏パートＩＤは、楽曲を構成する複数の演奏パートの中から識別する演奏パートの演奏順を示してもよい。部品ＩＤは、モーションデータを識別する識別情報である。例えば、部品ＩＤにより運動動作が識別される。部品ＩＤと、部品ＩＤが割り当てられた演奏パートの演奏パートＩＤとが対応付けられて部品リストに格納される。部品ＩＤは、本発明における動作情報の一例である。例えば部品ＩＤの代わりに、モーションＩＤまたはモーションデータが本発明の動作情報として用いられてもよい。

図２（Ｂ）は、部品ＩＤの割り当て例を示す図である。図２（Ｂ）において、或る楽曲は、演奏パート１〜３を含む。演奏パート１は演奏順が１番目の演奏パートであり、演奏パート２は演奏順が２番目の演奏パートであり、演奏パート３は演奏順が３番目の演奏パートである。演奏パート１の拍数は３２拍である。出力端末５は、演奏パート１に対して、例えばマーチＢのモーションＩＤと対応付けられた部品ＩＤを割り当てる。マーチＢは３２拍の運動動作である。マーチＢのメイン動作及び後繋ぎ動作は何れもマーチである。従って、マーチＢの後繋ぎ属性はマーチを示す。演奏パート２の拍数は６４拍である。出力端末５は、６４拍の運動動作を示すモーションＩＤと対応付けられた部品ＩＤのうち前繋ぎ属性がマーチを示す部品ＩＤを演奏パート２に割り当てる。例えば、図２（Ａ）に示すフロントランジＡの部品ＩＤが割り当てられる。マーチＢの後繋ぎ動作であるマーチと、フロントランジＡの前繋ぎ動作であるマーチとは基本的に同一の動作である。演奏パート３の拍数は３２拍である。フロントランジＡの後繋ぎ属性はステップを示す。出力端末５は、３２拍の運動動作を示すモーションＩＤと対応付けられた部品ＩＤのうち前繋ぎ属性がステップを示す部品ＩＤを演奏パート２に割り当てる。例えば、スクワットＣのモーションＩＤと対応付けられた部品ＩＤが割り当てられる。スクワットＣの前繋ぎ動作及びメイン動作はそれぞれステップ及びスクワットである。フロントランジＡの後繋ぎ動作であるステップと、スクワットＣの前繋ぎ動作であるステップとは基本的に同一の動作である。

図２（Ｂ）が示す割り当て結果に基づいて運動コンテンツが生成されたとする。この場合、運動コンテンツの出力中、演奏パート１の３２拍が出力されている間、出力端末５は、マーチＢのモーションデータに基づいて、フィギュア８３がマーチを行う映像をディスプレイ６７に表示させる。なお、演奏パート１の最後の４拍の間、出力端末５は、フロントランジＡのモーションデータに基づいて、マーチを行う映像をディスプレイ６７に表示させてもよい。また、加速度センサを用いる等により人間の実際の動作からモーションデータを生成した場合、マーチＢの後繋ぎ動作のマーチと、フロントランジＡの前繋ぎ動作のマーチとにずれが生じる場合がある。そこで、出力端末５は、両方のモーションデータを用いて、マーチＢの後繋ぎ動作のマーチとフロントランジＡの前繋ぎ動作のマーチとの中間的な動作を行う映像をディスプレイ６７に表示させてもよい。

次いで、演奏パート２の最初の６０拍が出力されているとき、出力端末５は、フロントランジＡのモーションデータに基づいて、フロントランジを行う映像を表示させる。演奏パート１から演奏パート２に切り替わるとき、マーチからフロントランジに自然に繋がるように、フィギュア８３が表示される。その理由は、マーチＢの部品ＩＤの後繋ぎ属性とフロントランジＡの部品ＩＤの前繋ぎ属性とが同じマーチを示すからである。フロントランジＡのメイン動作であるフロントランジをフィギュア８３が開始するとき、前繋ぎ動作であるマーチからメイン動作であるフロントランジに自然に繋がるように、フロントランジＡのモーションデータが予め作成されている。演奏パート２の最後の４拍が出力されているとき、出力端末５は、例えばフロントランジＡのモーションデータに基づいて、ステップを行う映像を表示させる。次いで、演奏パート３が出力されているとき、出力端末５は、スクワットＣのモーションデータに基づいて、スクワットを行う映像を表示させる。フロントランジからステップに切り替わるとき、及び、ステップからスクワットに切り替わるとき、自然に繋がるようにフィギュア８３が表示される。こうして、フロントランジＡからスクワットＣへ運動動作が自然に繋がる。

［１−３．運動強度］
本実施形態においては、演奏パートの属性として、更に割り当て運動強度を設定することができる。割り当て運動強度とは、演奏パートに割り当て可能な運動動作の運動強度である。運動強度とは、例えば、運動動作を行う利用者４１の身体にかかる負担の大きさ、運動動作の激しさ等を示す。運動強度が高いほど、身体にかかる負担が大きくなり、又は、運動動作の激しくなる。運動強度が高い運動動作であるほど、その運動動作を行う利用者４１の心拍数が高くなる傾向がある。例えば、インストラクター等が、予め各演奏パートに対して割り当て運動強度を設定してもよい。このとき、インストラクターは、例えばサビ部分の割り当て運動強度を、サビ部分以外の演奏パートの運動強度よりも高くしてもよい。運動レッスンにおいて、楽曲のサビ部分が出力されているときに運動強度が高い運動動作を行うと、利用者４１は、運動の充実感や爽快感を得られやすくなる。

出力端末５が、演奏パートの割り当て運動強度と一致する運動強度の運動動作の部品ＩＤをその演奏パートに割り当てることができれば、設定された割り当て運動強度で利用者４１は運動動作を行うことができる。しかしながら、出力端末５は、楽曲のオリジナルのテンポに従って楽曲をスピーカ６４により出力させる。そのため、利用者４１は、楽曲のオリジナルのテンポに従って運動動作を行う。その一方で、所定の運動強度で運動動作を行うためのテンポは、運動動作によって異なる場合がある。そのため、楽曲のオリジナルのテンポが、設定された運動強度で運動動作を行うためのテンポと合わない場合がある。この場合、利用者４１は、設定された運動強度で運動動作を行うことができない。

そこで、出力端末５は、各演奏パートについて、演奏パートの割り当て運動強度に対応する運動テンポ範囲を特定する。運動テンポ範囲は、割り当て運動強度で運動動作が可能な運動テンポの範囲である。運動テンポは、運動動作を行うテンポである。出力端末５は、特定した運動テンポ範囲内において、割り当て運動強度で運動動作が可能な部品ＩＤを検索する。そして、出力端末５は、検索された部品ＩＤの中から、前の演奏順の演奏パートの割り当て候補の部品ＩＤの後繋ぎ属性と一致する前繋ぎ属性を有する部品ＩＤを検索する。これにより、設定された割り当て運動強度で利用者４１は運動動作を行うことができる。

例えば、各部品ＩＤに対して運動テンポ範囲が予め定義されてもよい。例えば、運動テンポ範囲が運動強度に対応付けて定義されてもよい。この場合、運動テンポ範囲は、対応付けられた運動強度で運動動作が可能な運動テンポの範囲である。この場合、出力端末５は、部品ＩＤごとに、演奏パートの割り当て運動強度に対応する運動テンポ範囲を特定する。そして、出力端末５は、特定した運動テンポ範囲に対応する部品ＩＤのうち、楽曲のオリジナルのテンポが運動テンポ範囲内である部品ＩＤを検索する。１つの部品ＩＤに対して、互いに異なる複数の運動強度に対応する複数の運動テンポ範囲が定義されてもよい。なお、出力端末５は、演奏パートの割り当て運動強度に対して一意の運動テンポ範囲を特定してもよい。

［１−４．部品ＩＤの割り当て、部品リストの生成の詳細］
次に、部品ＩＤの割り当て及び部品リストの生成に用いられる情報について説明する。部品リストを生成するため、出力端末５のＨＤＤ（ハードディスクドライブ）７には、部品テーブル、繋ぎ動作テーブル、運動ジャンルテーブル等が記憶される。図３（Ａ）は、部品テーブルの構成例を示す図である。部品テーブルは、部品の属性及び繋ぎ属性等を定義するテーブル情報である。部品テーブルには、部品ＩＤ、部品名、演奏パート種別、拍数、複数の運動テンポ範囲、前繋ぎ属性ＩＤ、後繋ぎ属性ＩＤ、ジャンルＩＤ、モーションＩＤ等が、部品ＩＤごとに格納される。

部品ＩＤは、モーションデータを識別可能な識別情報である。部品名は、モーションデータが示す運動動作の名称である。演奏パート種別は、部品ＩＤを割り当て可能な演奏パートの種類である。演奏パート種別は、本発明の第２パート情報の一例である。図３（Ａ）の例では、演奏パート種別として例えばｐｔｙｐｅ１〜５等が格納される。例えば、ｐｔｙｐｅ１は前奏、ｐｔｙｐｅ２はＡメロ＋サビ、ｐｔｙｐｅ３は間奏、ｐｔｙｐｅ４はＡメロ＋Ｂメロ、ｐｔｙｐｅ５は後奏であってもよい。拍数は、運動動作の長さを示す。

運動テンポ範囲は、本発明の範囲情報の一例である。運動テンポ範囲は、運動強度に対応付けて格納される。図３（Ａ）の例では、１つの部品ＩＤにつき、３個の運動テンポ範囲が格納されている。３個の運動テンポ範囲のそれぞれが運動強度１〜３の何れかに対応している。例えば、運動動作２−１において、運動強度３に対応する運動テンポ範囲は、１１５〜１３０ＢＰＭである。運動強度２に対応する運動テンポ範囲は、１１０〜１２０ＢＰＭである。運動強度１に対応する運動テンポ範囲は、１００〜１１５ＢＰＭである。この場合、楽曲のテンポが１１５〜１３０ＢＰＭの範囲内にあり、演奏パートの割り当て運動強度が３である場合、運動動作２−１の部品ＩＤを割り当てることができる。また、楽曲のテンポが１１０〜１２０ＢＰＭの範囲内にあり、演奏パートの割り当て運動強度が２である場合、運動動作２−１の部品ＩＤを割り当てることができる。また、楽曲のテンポが１００〜１１５ＢＰＭの範囲内にあり、演奏パートの割り当て運動強度が１である場合、運動動作２−１の部品ＩＤを割り当てることができる。なお、異なる運動強度の間で、運動テンポ範囲が一部重なってもよいし、重なっていなくてもよい。また、本実施形態においては、運動強度は３段階あるが、２段階であってもよいし、４段階以上であってもよい。そして、運動強度の段階の数に応じた複数の運動テンポ範囲が部品テーブルに格納されてもよい。

前繋ぎ属性ＩＤは、前繋ぎ属性を示す識別情報である。後繋ぎ属性ＩＤは、後繋ぎ属性を示す識別情報である。図３（Ｂ）は、繋ぎ動作テーブルの構成例を示す図である。繋ぎ動作テーブルは、繋ぎ属性を定義するテーブル情報である。繋ぎ動作テーブルには、繋ぎ動作ＩＤが格納される。図３（Ｂ）では、繋ぎ動作ＩＤとして例えばｃ１〜ｃ５等が格納される。例えば、ｃ１はマーチであり、ｃ２はステップであり、ｃ３は構えであり、ｃ４はスクワットであり、ｃ５は直立である。前繋ぎ属性ＩＤ及び後繋ぎ属性ＩＤは、それぞれ本発明における繋ぎ属性情報の一例である。なお、１つの部品ＩＤに対して、例えば複数の前繋ぎ属性ＩＤ又は複数の後繋ぎ属性ＩＤが対応付けて格納されてもよい。

ジャンルＩＤは、運動動作が属する運動のジャンルの識別情報である。図３（Ｃ）は、運動ジャンルテーブルの構成例を示す図である。運動ジャンルテーブルは、運動ジャンルを定義するテーブル情報である。運動ジャンルテーブルには、ジャンルＩＤが格納される。図３（Ｃ）では、ジャンルＩＤとして例えばｊ１、ｊ２等が格納される。例えば、ｊ１は有酸素運動であり、ｊ２は調整運動である。モーションＩＤは、モーションデータの識別情報である。部品ＩＤとモーションＩＤは基本的に一対一で対応する。部品テーブルには、例えば、部品ＩＤとモーションＩＤのうち何れか一方のみが格納されてもよい。

次に、図３（Ａ）に示す部品テーブルを用いた場合の部品リストの生成方法について説明する。図４（Ａ）は、楽曲の構成例を示す図である。図４（Ａ）に示すように、楽曲Ｘは演奏パート１〜８で構成されている。図４（Ａ）の例では、演奏パート種別が同一である複数の演奏パートに対して、同一の割り当て運動強度が設定されている。例えば、演奏パート２と５の演奏パート種別及び割り当て運動強度は、ｐｔｙｐｅ２及び運動強度３である。また、楽曲Ｘのオリジナルのテンポは１２０ＢＰＭである。

図４（Ｂ）〜図４（Ｈ）は、部品リスト表の更新過程の一例を示す図である。部品リスト表は、生成中の部品リストを１又は複数格納するテーブル情報である。部品リスト表の各行の情報が部品リストに相当する。部品リスト表の各列は演奏パートに対応する。出力端末５は、部品テーブルから、演奏パート１の属性及び楽曲Ｘの属性に一致する属性に対応する部品ＩＤを検索する。部品テーブルから部品ＩＤを検索することは、部品ＩＤに対応するモーションＩＤ及びモーションデータをＨＤＤ７から検索することである。演奏パートの属性は演奏パート種別、拍数及び割り当て運動強度であり、演奏パート１の演奏パート種別、拍数及び割り当て運動強度は、ｐｔｙｐｅ１、３２拍及び運動強度２である。また、楽曲の属性は運動ジャンルであり、楽曲Ｘの運動ジャンルは有酸素運動である。従って、出力端末５は、部品テーブルから、ｐｔｙｐｅ１、３２拍及び有酸素運動に対応する部品ＩＤを割り当て候補の部品ＩＤとして検索する。このとき、出力端末５は、運動強度２に対応する運動テンポ範囲を部品テーブルから特定する。そして、出力端末５は、特定した運動テンポ範囲が、楽曲Ｘのテンポである１２０ＢＰＭを含む部品ＩＤを検索する。部品テーブルにおいて、運動動作１−１及び１−２の部品ＩＤが、ｐｔｙｐｅ１、３２拍及び有酸素運動に対応する。運動動作１−１の運動強度２に対応する運動テンポ範囲は１１５〜１３０である。運動動作１−２の運動強度２に対応する運動テンポ範囲は１２５〜１３５である。従って、運動動作１−１が検索される。出力端末５は、演奏パート１と検索された部品ＩＤとを対応付けた部品リスト表を生成する。図４（Ｂ）は、演奏パート１の割り当て候補の部品ＩＤを格納した部品リスト表の一例である。図４（Ｂ）に示すように、部品リスト表の１行目の１番目の列に、運動動作１−１の部品ＩＤが格納される。

演奏パート２の演奏パート種別、拍数及び運動強度は、ｐｔｙｐｅ２、６４拍及び運動強度３である。従って、出力端末５は、部品テーブルから、ｐｔｙｐｅ２、６４拍及び有酸素運動に対応する部品ＩＤを割り当て候補の部品ＩＤとして検索する。このとき、出力端末５は、運動強度３に対応する運動テンポ範囲を部品テーブルから特定する。そして、出力端末５は、特定した運動テンポ範囲が１２０ＢＰＭを含む部品ＩＤを検索する。部品テーブルにおいて、運動動作２−２及び２−３の部品ＩＤが、ｐｔｙｐｅ２、６４拍及び有酸素運動に対応する。運動動作２−２の運動強度３に対応する運動テンポ範囲は１２０〜１４０である。運動動作２−３の運動強度３に対応する運動テンポ範囲は１２５〜１３５である。従って、運動動作２−２が検索される。次いで、出力端末５は、検索された部品ＩＤの中から、運動動作１−１の後繋ぎ属性ＩＤと一致する前繋ぎ属性ＩＤに対応する部品ＩＤを検索する。運動動作１−１の後繋ぎ属性ＩＤと、運動動作２−２の前繋ぎ属性ＩＤは一致しない。その結果、運動強度３で実行可能な運動動作の部品ＩＤとして、演奏パート２の割り当て候補が存在しないことになる（図４（Ｃ））。

この場合、出力端末５は、演奏パートの割り当て運動強度に対応する運動テンポ範囲を特定せずに、部品ＩＤを検索する。すなわち、出力端末５は、部品テーブルから、ｐｔｙｐｅ２、６４拍及び有酸素運動に対応する部品ＩＤを割り当て候補の部品ＩＤとして検索する。この場合、出力端末５は、楽曲のオリジナルのテンポで利用者４１が運動動作を実行した場合、演奏パート２の割り当て運動強度とは異なる運動強度で実行される運動動作の部品ＩＤを検索することになる。そして、出力端末５は、検索された部品ＩＤの中から、運動動作１−１の後繋ぎ属性ＩＤと一致する前繋ぎ属性ＩＤに対応する部品ＩＤを検索する。運動動作１−１の後繋ぎ属性ＩＤと、運動動作２−３の前繋ぎ属性ＩＤが一致する。そこで、部品リスト表の２番目の列に、運動動作２−３の部品ＩＤを格納する。すると、図４（Ｄ）に示すように部品リスト表が更新される。部品テーブルにおいて、運動動作２−３の部品ＩＤに対応する複数の運動テンポ範囲のうち、運動強度２に対応する運動テンポ範囲が、楽曲のオリジナルのテンポを含んでいる。そのため、演奏パート２がスピーカ６４から出力されているとき、利用者４１は運動強度２で運動動作２−３を行うことになる。なお、出力端末５は、運動強度１〜３に対応する全ての運動テンポ範囲のうち、少なくとも何れかの運動テンポ範囲が、楽曲のオリジナルのテンポを含む部品ＩＤを検索してもよい。その理由は、運動強度１〜３の何れかで運動動作が行えるようにするためである。例えば、楽曲のオリジナルのテンポが１４０ＢＰＭであるとする。運動動作２−３の複数の運動テンポ範囲は、１２５〜１３５、１１５〜１３０、１１０〜１２０である。従って、何れの運動テンポ範囲も、１４０ＢＰＭを含まない。そのため、利用者４１が１４０ＢＰＭで運動動作２−３を実行すると、運動強度１〜３の何れとも異なる運動強度で運動動作２−３を行うことになる。

演奏パート３の演奏パート種別、拍数及び運動強度は、ｐｔｙｐｅ３、３２拍及び運動強度２である。従って、出力端末５は、部品テーブルから、ｐｔｙｐｅ３、３２拍及び有酸素運動に対応する部品ＩＤを割り当て候補の部品ＩＤとして検索する。このとき、出力端末５は、運動強度２に対応する運動テンポ範囲を部品テーブルから特定する。そして、出力端末５は、特定した運動テンポ範囲が１２０ＢＰＭを含む部品ＩＤを検索する。運動動作３−１の部品ＩＤが、ｐｔｙｐｅ３、３２拍及び有酸素運動に対応する。運動動作３−１の運動強度２に対応する運動テンポ範囲は１１５〜１２５である。従って、運動動作３−１が検索される。次いで、出力端末５は、検索された部品ＩＤの中から、運動動作２−３の後繋ぎ属性ＩＤと一致する前繋ぎ属性ＩＤに対応する部品ＩＤをそれぞれ部品テーブルから検索する。運動動作２−３の後繋ぎ属性ＩＤと、運動動作３−１の前繋ぎ属性ＩＤが一致する。そこで、部品リスト表の３番目の列に、運動動作３−１の部品ＩＤを格納する。すると、図４（Ｅ）に示すように部品リスト表が更新される。

演奏パート４の演奏パート種別、拍数及び運動強度は、ｐｔｙｐｅ４、３２拍及び運動強度１である。従って、出力端末５は、部品テーブルから、ｐｔｙｐｅ４、３２拍及び有酸素運動に対応する部品ＩＤを検索する。このとき、出力端末５は、運動強度１に対応する運動テンポ範囲を部品テーブルから特定する。そして、出力端末５は、特定した運動テンポ範囲が１２０ＢＰＭを含む部品ＩＤを検索する。運動動作４−１〜４−３の部品ＩＤが、ｐｔｙｐｅ４、３２拍及び有酸素運動に対応する。運動動作４−１の運動強度１に対応する運動テンポ範囲は１２５〜１３５である。運動動作４−２及び４−３の運動強度１に対応する運動テンポ範囲はそれぞれ１０５〜１２５である。従って、運動動作４−２及び４−３が検索される。次いで、出力端末５は、検索された部品ＩＤの中から、運動動作３−１の後繋ぎ属性ＩＤと一致する前繋ぎ属性ＩＤに対応する部品ＩＤを部品テーブルから検索する。運動動作３−１の後繋ぎ属性ＩＤと、運動動作４−２及び４−３の前繋ぎ属性ＩＤが一致する。そこで、出力端末５は、運動動作１−１、２−３及び３−１の部品ＩＤを格納する行を部品リスト表に１つ追加する。出力端末５は、２つの行のうち一方の行の４番目の列に、運動動作４−２の部品ＩＤを格納する。また、出力端末５は、２つの行のうち他方の行の４番目の列に、運動動作４−３の部品ＩＤを格納する。すると、図４（Ｆ）に示すように部品リスト表が更新される。

演奏パート５の演奏パート種別、拍数及び運動強度は、ｐｔｙｐｅ２、３２拍及び運動強度３である。ｐｔｙｐｅ２は、演奏パート２の演奏パート種別でもある。つまり、演奏パート５と演奏パート種別が同一である演奏パートに対して、割り当て候補の部品ＩＤが既に検索済みである。この場合、出力端末５は、検索済みの部品ＩＤのみが割り当て候補に決定されるようにする。つまり、出力端末５は、種別が同じ演奏パートが出力されているとき、同じ運動動作が行われるようにする。その理由は、利用者４１に同じ運動動作を繰り返し行わせることにより、運動動作の上達を促進するためである。具体的に、演奏パート２の割り当て候補の前繋ぎ属性ＩＤが、演奏パート４の割り当て候補の後繋ぎ属性ＩＤと一致する場合にのみ、出力端末５は、演奏パート２の割り当て候補を、演奏パート５の割り当て候補に決定する。演奏パート２の割り当て候補は運動動作２−３の部品ＩＤである。運動動作４−２の後繋ぎ属性ＩＤと、運動動作２−２の前繋ぎ属性ＩＤは一致する。そこで、出力端末５は、部品リスト表の１行目の５番目の列に、運動動作２−３の部品ＩＤを格納する。一方、運動動作４−３の後繋ぎ属性ＩＤと、運動動作２−３の前繋ぎ属性ＩＤは一致しない。そのため、出力端末５は、運動動作１−１、２−３、３−１及び４−３の部品ＩＤを格納する行を部品リスト表から削除する。すると、図４（Ｇ）に示すように部品リスト表が更新される。

出力端末５は、演奏パート６〜８についても、これまでに説明した方法と同様の方法で、部品リスト表を更新する。すると、図４（Ｈ）に示すように部品リスト表が更新される。こうして、楽曲Ｘを構成する複数の演奏パートに合う複数の運動動作を示す部品リストが生成される。図４（Ｈ）に示す部品リスト表の行数は１行である。従って、１つの部品リストが生成されたことになる。部品リスト表の行数が複数行である場合、複数の部品リストが生成されたことになる。この場合、例えば、運動コンテンツの再生に用いる部品リストをユーザが選択してもよいし、出力端末５が自動的に決定してもよい。

［１−５．運動強度の選択画面］
演奏パート２の割り当て候補の検索の例で説明したように、出力端末５は、楽曲のオリジナルのテンポで利用者４１が運動動作を実行した場合に、演奏パートの割り当て運動強度で運動動作が可能な部品ＩＤを検索することができない場合がある。この場合、出力端末５は、割り当て運動強度とは異なる運動強度で実行されることになる運動動作の部品ＩＤを割り当て候補として検索する。このとき、割り当て候補として複数の部品ＩＤが検索される場合がある。この場合、出力端末５は、検索された部品ＩＤごとに、部品リストを生成する場合がある。そのため、部品リストによって、運動強度パターンが異なる場合がある。運動強度パターンは、楽曲を構成する複数の演奏パートの割り当て候補の複数の運動動作に対応する複数の運動強度を組み合わせたものである。これらの運動強度は、楽曲のオリジナルのテンポに従って運動動作を実行した場合の運動強度である。１つの部品リストが１つの運動強度パターンに対応する。そこで、出力端末５は、複数の運動強度パターンから所望のパターンを利用者４１が選択することができるように制御する。

具体的に、出力端末５は、ディスプレイ６７に選択画面を表示させる。図５は、選択画面の表示例を示す図である。図５に示すように、選択画面には、複数の運動強度グラフ１１０が表示される。運動強度グラフ１１０は、運動強度パターンを示すグラフである。具体的に、楽曲を構成する各演奏パートに対応付けて、運動強度を示す棒が表示される。ここで、出力端末５は、楽曲を構成する演奏パートのうちサビ部分に対応する運動強度が高い運動強度パターンに対応する運動強度グラフ１１０であるほど優先的に表示してもよい。その理由は、上述したように、楽曲のサビ部分が出力されているときに運動強度が高い運動動作を行うと、利用者４１は、運動の充実感や爽快感を得られやすくなるからである。例えば、出力端末５は、サビ部分に対応する運動強度が高い順に、運動強度グラフ１１０を上から下に向かって並べて表示させる。なお、出力端末５は、各棒に、例えば割り当て候補の部品ＩＤに対応する運動動作を行うフィギュア８３の動画又は静止画を表示させてもよい。また、出力端末５は、例えば割り当て候補の部品ＩＤに対応する部品名を表示させてもよい。また、運動強度グラフ１１０は、例えば折れ線グラフ等であってもよい。また、出力端末５は、各運動強度を、例えばグラフではなく数値等で表示させてもよい。また、出力端末５は、楽曲を構成する全ての演奏パートに対応する全ての運動強度を表示させなくてもよい。例えば、出力端末５は、割り当て運動強度とは異なる運動強度の部品ＩＤが検索された演奏パートについてのみ、運動強度を表示させてもよい。

選択画面には、更に選択強度グラフ１１０ごとに、ラジオボタン１２０が表示される。利用者４１は、ラジオボタン１２０を操作することにより、何れかの運動強度グラフ１１０が示す運動強度パターンを選択することができる。また、選択画面には、決定ボタン１３０が表示される。利用者４１が決定ボタン１３０を操作することにより、出力端末５は、選択された運動強度パターンに対応する部品リストを、運動コンテンツの再生に用いる部品リストに決定する。

［１−６．各装置の構成］
次に、図１を参照して、運動コンテンツ生成システムに含まれる各装置の構成について説明する。

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

データベース３には、楽曲データ、モーションデータ、部品テーブル、繋ぎ動作テーブル、運動ジャンルテーブル、運動強度設定情報等のデータが登録されている。運動強度設定情報は、楽曲の各演奏パートの割り当て運動強度を示す。運動強度設定情報は、楽曲ごとに、楽曲ＩＤに対応付けて登録される。運動強度設定情報には、演奏パートごとに、演奏パートＩＤ及び割り当て運動強度が対応付けて格納される。割り当て運動強度は、本発明の強度情報の一例である。

楽曲データは、スピーカ６４により楽曲を出力するための演奏データである。楽曲データは、例えば、ＭＩＤＩ（Musical Instrument Digital Interface）形式のデータであってもよい。楽曲データは、楽曲ＩＤ、楽曲名、アーティスト名、オリジナルのテンポ、楽曲の演奏パートの構成等の情報を含む。楽曲ＩＤは、楽曲の識別情報である。オリジナルのテンポは、本発明のテンポ情報の一例である。また、楽曲データは、演奏パートの切り替わりのタイミング等を規定する。例えば、楽曲データがＭＩＤＩ形式のデータである場合、楽曲データには、実際の演奏データとしてのＭＩＤＩイベントに加えて、メタイベントを含めることができる。メタイベントとしては、例えば、演奏パート開始イベント等がある。演奏パート開始イベントは、演奏パートの演奏開始を通知するイベントである。演奏パート開始イベントは、演奏パートのパートＩＤ、演奏パート種別、拍数等を含む。演奏パート開始イベントに含まれる演奏パート種別は、本発明におけるパート情報の一例である。モーションデータは、モーションＩＤと対応付けて登録される。なお、モーションデータは、例えば部品ＩＤと対応付けて登録されてもよい。

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

ＨＤＤ７は、本発明の第１記憶手段及び第２記憶手段の一例である。なお、第１記憶手段及び第２記憶手段が同一の記憶デバイスであってもよいし、互いに異なる記憶デバイスであってもよい。ＨＤＤ７には、配信サーバ２から配信された楽曲データ、モーションデータ、部品テーブル、繋ぎ動作テーブル、運動ジャンルテーブル、運動強度設定情報等のデータが記憶される。また、ＨＤＤ７には、生成された部品リストが記憶される。

ＨＤＤ７には、更に、ＯＳ、運動支援プログラム、３Ｄエンジン、ミュージックシーケンサ等の各種プログラム等が記憶されている。運動支援プログラムは、利用者４１の運動を支援するためのプログラムである。運動支援プログラムは、コンピュータとしてのＣＰＵ５１に、第１特定ステップ、第１検索ステップ、第２特定ステップ、第２検索ステップ、及び第３検索ステップを少なくとも実行させる。３Ｄエンジンは、モーションデータに基づいて、三次元仮想空間で運動動作するフィギュア８３を二次元平面に投影した画像を生成するためのプログラムである。画像を生成する処理は、射影変換、クリッピング、隠面消去、シェーディング、テクスチャマッピング等を含む。ＣＰＵ５１は、３Ｄエンジンを実行して、静止画像を順次生成する。生成された静止画像をＣＰＵ５１が表示制御部５６へ順次出力することで、ディスプレイ６７には、運動映像が表示される。

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

各種プログラムは、例えば、配信サーバ２等のサーバからネットワーク１０を介してダウンロードされるようにしてもよい。また、各種プログラムは、記録媒体５９に記録されてディスクドライブ５８を介して読み込まれるようにしてもよい。なお、３Ｄエンジンやミュージックシーケンサは、プログラムではなく、専用のハードウェアであってもよい。そして、出力端末５は、ハードウェアとしての３Ｄエンジンやミュージックシーケンサを備えてもよい。

ＣＰＵ５１は、設定されたテンポに従って、楽曲データに対応する音声信号を音声出力部６３へ出力させるとともに、生成した画像に対応する映像信号を表示制御部５６から出力させる。ＣＰＵ５１は、同期イベントに基づいて、楽曲の音声信号の出力タイミングと運動映像の映像信号の出力タイミングとを同期させる。これにより、スピーカ６４から出力される楽曲に同期して運動動作を行うフィギュア８３がディスプレイ６７に表示される。

［１−７．運動コンテンツ生成システム１の動作］
次に、図６を参照して、運動コンテンツ生成システム１の動作を説明する。例えば、操作者４２が、リモコン６６等により、運動レッスンを開始させるための操作を行う。操作者４２は、例えば利用者４１であってもよい。すると、ＣＰＵ５１は、部品リストを生成し、部品リストに応じて基づいて運動コンテンツを再生する。先ず、ＣＰＵ５１は、部品リストを生成するための前処理として、選択情報取得処理を実行する。選択情報取得処理において、ＣＰＵ５１は、部品リストの生成に必要な情報を取得する。選択情報取得処理のフローチャートの図示は省略する。具体的に選択情報取得処理において、ＣＰＵ５１は、運動レッスンに用いる楽曲を決定する。例えば、操作者４２が楽曲を選択して、ＣＰＵ５１が、操作者４２により入力された選択結果を受け付けてもよい。ＣＰＵ５１は、決定された楽曲の楽曲ＩＤを取得する。また、ＣＰＵ５１は、決定された楽曲の楽曲データから、楽曲のオリジナルのテンポと、楽曲を構成する各演奏パートの演奏パート開始イベントとを取得する。また、ＣＰＵ５１は、楽曲ＩＤに対応する運動強度設定情報をＨＤＤ７から取得する。次いで、ＣＰＵ５１は、運動ジャンルを決定する。例えば、操作者４２が運動ジャンルを選択して、ＣＰＵ５１が選択結果を受け付けてもよい。

選択情報取得処理が終了すると、ＣＰＵ５１は、部品リスト生成処理を実行する。図６は、出力端末５のＣＰＵ５１の部品リスト生成処理の処理例を示すフローチャートである。図６に示すように、ＣＰＵ５１は、演奏順Ｎを１に設定する（ステップＳ１）。次いで、ＣＰＵ５１は、再検索フラグをＦＡＬＳＥに設定する（ステップＳ２）。再検索フラグは、演奏パートの割り当て運動強度とは異なる運動強度で運動動作が実行される部品ＩＤを検索したか否かを示す。次いで、ＣＰＵ５１は、選択情報取得処理で取得された演奏パート開始イベントに基づいて、演奏順１〜演奏順Ｎ−１の演奏パートの中に、演奏順Ｎの演奏パートと演奏パート種別が同一である演奏パートが出現済みであるか否かを判定する（ステップＳ３）。このとき、ＣＰＵ５１は、演奏順Ｎの演奏パートと演奏パート種別が同一である演奏パートが出現済みであると判定した場合には（ステップＳ３：ＹＥＳ）、ステップＳ１６に進む。一方、ＣＰＵ５１は、演奏順Ｎの演奏パートと演奏パート種別が同一である演奏パートが出現済みではないと判定した場合には（ステップＳ３：ＮＯ）、ステップＳ４に進む。ＣＰＵ５１は、演奏順Ｎが１である場合にもステップＳ４に進む。

ステップＳ４において、ＣＰＵ５１は、選択情報取得処理で取得された運動強度設定情報から、演奏順Ｎの演奏パートの割り当て運動強度を、運動強度αとして取得する。次いで、ＣＰＵ５１は、決定された運動ジャンル、演奏順Ｎの演奏パートの演奏パート種別、及び演奏順Ｎの演奏パートの拍数に一致する運動ジャンル、演奏パート種別、及び拍数に対応する部品ＩＤを、部品テーブルから検索する。このとき、ＣＰＵ５１は、運動強度αに対応する運動テンポ範囲を部品テーブルから特定する。そして、ＣＰＵ５１は、特定した運動テンポ範囲に対応する部品ＩＤのうち、楽曲のオリジナルのテンポが運動テンポ範囲内である部品ＩＤを検索する（ステップＳ５）。次いで、ＣＰＵ５１は、演奏順Ｎが１よりも大きいか否かを判定する（ステップＳ６）。このとき、ＣＰＵ５１は、演奏順Ｎが１よりも大きいと判定した場合には（ステップＳ６：ＹＥＳ）、ステップＳ７に進む。一方、ＣＰＵ５１は、演奏順Ｎが１より大きくはないと判定した場合には（ステップＳ６：ＮＯ）、ステップＳ１１に進む。

ステップＳ７において、ＣＰＵ５１は、部品リスト表の行番号Ｋを１に設定する。次いで、ＣＰＵ５１は、部品テーブルに基づいて、ステップＳ５で検索された部品ＩＤの中から、演奏順Ｎ−１の演奏パートの割り当て候補Ｋの部品ＩＤに対応する後繋ぎ属性ＩＤに一致する前繋ぎ属性ＩＤに対応する部品ＩＤを検索する（ステップＳ８）。演奏順Ｎ−１の演奏パートの割り当て候補Ｋの部品ＩＤとは、部品リスト表において、Ｋ番目の行のＮ−１番目の列に格納された部品ＩＤである。次いで、ＣＰＵ５１は、行番号Ｋに１を加算する（ステップＳ９）。次いで、ＣＰＵ５１は、行番号Ｋが行数Ｒ以下であるか否かを判定する（ステップＳ１０）。行数Ｒは、現時点における部品リスト表の行数である。このとき、ＣＰＵ５１は、行番号Ｋが行数Ｒ以下であると判定した場合には（ステップＳ１０：ＹＥＳ）、ステップＳ８に進む。一方、ＣＰＵ５１は、行番号Ｋが行数Ｒ以下ではないと判定した場合には（ステップＳ１０：ＮＯ）、ステップＳ１１に進む。

ステップＳ１１において、ＣＰＵ５１は、該当する部品ＩＤが検索されたか否かを判定する。このとき、ＣＰＵ５１は、演奏順Ｎが１であるときにステップＳ５で部品ＩＤが検索されたと判定した場合には（ステップＳ１１：ＹＥＳ）、ステップＳ１５に進む。また、ＣＰＵ５１は、演奏順Ｎが２以上であるときにステップＳ８で部品ＩＤが検索されたと判定した場合にも（ステップＳ１１：ＹＥＳ）、ステップＳ１５に進む。一方、ＣＰＵ５１は、ステップＳ５又はＳ８で部品ＩＤが検索されなかったと判定した場合には（ステップＳ１１：ＮＯ）、ステップＳ１２に進む。

ステップＳ１２において、ＣＰＵ５１は、再検索フラグがＴＲＵＥであるか否かを判定する。このとき、ＣＰＵ５１は、再検索フラグがＴＲＵＥであると判定した場合には（ステップＳ１２：ＹＥＳ）、部品リスト生成処理を終了させる。この場合、演奏順がＮである演奏パートに割り当て可能な部品ＩＤが存在しない。そのため、ＣＰＵ５１は、例えばディスプレイ６７にエラーメッセージを表示する。そして、ＣＰＵ５１は、運動コンテンツの再生を実行しない。一方、ＣＰＵ５１は、再検索フラグがＴＲＵＥではないと判定した場合には（ステップＳ１２：ＮＯ）、ステップＳ１３に進む。ステップＳ１３において、ＣＰＵ５１は、選択された運動ジャンル、演奏順Ｎの演奏パートの演奏パート種別、及び演奏順Ｎの演奏パートの拍数に一致する運動ジャンル、演奏パート種別、及び拍数に対応する部品ＩＤを、部品テーブルから検索する。このとき、ＣＰＵ５１は、楽曲のオリジナルのテンポが、運動強度１〜３に対応する全ての運動テンポ範囲のうち少なくとも何れかの運動テンポ範囲内である部品ＩＤを検索する（ステップＳ１３）。次いで、ＣＰＵ５１は、再検索フラグをＴＲＵＥに設定する（ステップＳ１４）。次いで、ＣＰＵ５１は、ステップＳ６に進む。

ステップＳ１５において、ＣＰＵ５１は、部品リスト表を更新する。演奏順Ｎが１である場合、ＣＰＵ５１は、ステップＳ５で検索された部品ＩＤを格納する部品リスト表を生成する。演奏順Ｎが２以上である場合、ＣＰＵ５１は、ステップＳ８の検索結果に基づいて、部品リスト表を更新する。具体的に、ステップＳ８で部品ＩＤが検索された場合、ＣＰＵ５１は、対応する行のＮ番目の列に、検索された部品ＩＤを格納する。１つの行につき複数の部品ＩＤが検索された場合、ＣＰＵ５１は、同一内容の行を部品リスト表に追加する。そして、ＣＰＵ５１は、検索された複数の部品ＩＤを複数の行に格納する。ステップＳ８で部品ＩＤが検索されなかった場合、ＣＰＵ５１は、対応する行を部品リストから削除する。ＣＰＵ５１は、ステップＳ１５の処理を終えると、ステップＳ２３に進む。

ステップＳ１６において、ＣＰＵ５１は、行番号Ｋを１に設定する。次いで、ＣＰＵ５１は、演奏順Ｎの演奏パートと演奏パート種別が同一である演奏パートに割り当て候補として検索済みの部品ＩＤに対応する情報を取得する（ステップＳ１７）。具体的に、ＣＰＵ５１は、部品リスト表のＫ番目の行において、演奏順Ｎの演奏パートと演奏パート種別が同一である演奏パートに対応する列から、検索済みの部品ＩＤを取得する。次いで、ＣＰＵ５１は、取得された部品ＩＤに対応する前繋ぎ属性ＩＤを部品テーブルから取得する。

次いで、ＣＰＵ５１は、演奏順Ｎ−１の演奏パートの割り当て候補Ｋの部品ＩＤに対応する後繋ぎ属性ＩＤと、検索済みの部品ＩＤに対応する前繋ぎ属性ＩＤとが一致するか否かを判定する（ステップＳ１８）。このとき、ＣＰＵ５１は、後繋ぎ属性ＩＤと前繋ぎ属性ＩＤとが一致すると判定した場合には（ステップＳ１８：ＹＥＳ）、ステップＳ１９に進む。一方、ＣＰＵ５１は、後繋ぎ属性ＩＤと前繋ぎ属性ＩＤとが一致しないと判定した場合には（ステップＳ１８：ＮＯ）、ステップＳ２０に進む。

ステップＳ１９において、ＣＰＵ５１は、部品リスト表において、Ｋ番目の行のＮ番目の列に、ステップＳ１７で取得された検索済みの部品ＩＤを格納する。次いで、ＣＰＵ５１は、ステップＳ２１に進む。ステップＳ２０において、ＣＰＵ５１は、Ｋ番目の行を部品リストから削除する。次いで、ＣＰＵ５１は、ステップＳ２１に進む。ステップＳ２１において、ＣＰＵ５１は、行番号Ｋに１を加算する。次いで、ＣＰＵ５１は、行番号Ｋが行数Ｒ以下であるか否かを判定する（ステップＳ２２）。このとき、ＣＰＵ５１は、行番号Ｋが行数Ｒ以下であると判定した場合には（ステップＳ２２：ＹＥＳ）、ステップＳ１７に進む。一方、ＣＰＵ５１は、行番号Ｋが行数Ｒ以下ではないと判定した場合には（ステップＳ２２：ＮＯ）、ステップＳ２３に進む。

ステップＳ２３において、ＣＰＵ５１は、行数Ｒを、更新後の部品リスト表の行数に変更する。次いで、ＣＰＵ５１は、演奏順Ｎに１を加算する（ステップＳ２４）。次いで、ＣＰＵ５１は、演奏順Ｎが、選択された楽曲を構成する演奏パートの総数以下であるか否かを判定する（ステップＳ２５）。このとき、ＣＰＵ５１は、は、演奏順Ｎが演奏パートの総数以下であると判定した場合には（ステップＳ２５：ＹＥＳ）、ステップＳ２に進む。一方、ＣＰＵ５１は、演奏順Ｎが演奏パートの総数以下ではないと判定した場合には（ステップＳ２５：ＮＯ）、ステップＳ２６に進む。

ステップＳ２６において、ＣＰＵ５１は、選択画面をディスプレイ６７に表示させる。例えば、部品リストが複数生成された場合において、ステップＳ１３の実行により、割り当て運動強度とは異なる運動強度で運動動作が行われる部品ＩＤを検索した場合に、ＣＰＵ５１は、選択画面を表示させてもよい。具体的に、ＣＰＵ５１は、部品リストごとに運動強度パターンを特定する。より詳細に、ＣＰＵ５１は、部品リストから、部品ＩＤを取得する。次いで、ＣＰＵ５１は、部品テーブルにおいて、部品ＩＤに対応する運動強度１〜３の運動テンポ範囲のうち、楽曲のオリジナルのテンポを含む運動テンポ範囲を検索する。次いで、ＣＰＵ５１は、検索した運動テンポ範囲に対応する運動強度を特定する。ＣＰＵ５１は、部品リストに格納された複数の部品ＩＤに対応する複数の運動強度を、運動強度パターンとして特定する。次いで、ＣＰＵ５１は、各運動強度パターンから、サビ部分に対応する運動強度を取得する。次いで、次いで、ＣＰＵ５１は、運動強度パターンに基づいて、運動強度グラフ１１０をディスプレイ６７に表示させる。このとき、ＣＰＵ５１は、サビ部分に対応する運動強度が高い運動強度パターンの順に、運動強度グラフ１１０を表示させる。こうして、ＣＰＵ５１は、選択画面を表示させる。操作者４２は、選択画面から何れかの運動強度パターンを選択する。ＣＰＵ５１は、選択された運動強度パターンに対応する部品リストを、運動コンテンツの再生に用いる部品リストに決定する。ＣＰＵ５１は、この処理を終えると、部品リスト生成処理を終了させる。

部品リスト生成処理が終了すると、ＣＰＵ５１は、運動情報生成処理を実行する。運動情報生成処理において、ＣＰＵ５１は、生成された部品リストに基づいて、運動情報を生成する。運動情報は、運動コンテンツを再生するために用いられる情報である。運動情報は、楽曲が出力されているときに、運動映像の表示を開始するタイミングを示す。表示するタイミングは、例えば、再生位置で示されてもよい。再生位置は、運動コンテンツに含まれる楽曲の再生が開始されてから経過した時間である。運動情報は、例えば複数のレコードを含む。各レコードは、パス及び再生位置を示す。パスは、運動映像の表示に用いられるモーションデータのパスである。運動情報生成処理において、ＣＰＵ５１は、楽曲のオリジナルのテンポと、選択情報取得処理で取得された演奏パート開始イベントに含まれる拍数とに基づいて、各演奏パートの再生が開始される再生位置を計算する。次いで、ＣＰＵ５１は、各演奏パートに割り当てられた部品ＩＤを部品リストから取得する。次いで、ＣＰＵ５１は、取得した部品ＩＤに対応するモーションＩＤを部品テーブルから取得する。次いで、ＣＰＵ５１は、モーションＩＤに対応するモーションデータのパスを取得する。次いで、ＣＰＵ５１は、各演奏パートについて、演奏パートの再生位置と、演奏パートに割り当てられた部品ＩＤに対応するモーションデータのパスとを含むレコードを部品ＩＤごとに生成する。ＣＰＵ５１は、生成されたレコードを含む運動情報を生成する。

運動情報生成処理が終了すると、ＣＰＵ５１は、再生処理を実行する。再生処理において、ＣＰＵ５１は、運動情報に基づいて運動コンテンツを再生する。具体的に、ＣＰＵ５１は、時計機能から現在時刻を取得する。ＣＰＵ５１は、取得した現在時刻を楽曲データの再生開始時刻とする。次いで、ＣＰＵ５１は、決定された楽曲の楽曲データに基づいて、ミュージックシーケンサにより楽曲データを再生する。これにより、ＣＰＵ５１は、スピーカ６４により楽曲を出力させる。このとき、ＣＰＵ５１は、楽曲のオリジナルのテンポに従って楽曲を出力させる。

楽曲データの再生を開始すると、ＣＰＵ５１は、楽曲データの再生開始時刻から経過した時間を、楽曲の現在の再生位置として随時更新する。再生位置が更新されるごとに、ＣＰＵ５１は、運動情報から現在の再生位置を含むレコードを検索する。このときにレコードが検索された場合、ＣＰＵ５１は、検索されたレコードからモーションデータのパスを取得する。次いで、ＣＰＵ５１は、パスに対応するモーションデータに基づいて、運動映像の再生を開始する。このとき、ＣＰＵ５１は、先ずメイン動作の静止画像を順次生成し、静止画像を表示制御部５６へ順次出力する。次いで、ＣＰＵ５１は、後繋ぎ動作の静止画像を順次生成し、静止画像を表示制御部５６へ順次出力する。これにより、ＣＰＵ５１は、ディスプレイ６７に運動映像を表示する。楽曲データの再生が終了すると、ＣＰＵ５１は、再生処理を終了させる。

以上説明したように、本実施形態によれば、ＣＰＵ５１が、演奏パートの割り当て運動強度に対応する運動テンポ範囲を特定する。また、ＣＰＵ５１が、特定した運動テンポ範囲内において、割り当て運動強度で運動動作が可能な部品ＩＤを部品テーブルから検索する。また、ＣＰＵ５１が、検索された部品ＩＤから、前の演奏パートの割り当て候補の部品ＩＤの繋ぎ属性に一致する繋ぎ属性の部品ＩＤを検索する。そのため、運動動作の繋がりが自然になるように、且つ、設定された運動強度で運動動作を行うことができるように、各演奏パートに運動動作を自動的に割り当てることができる。

［２．第２実施形態］
次に、第２実施形態について説明する。上述したように、出力端末５は、演奏パートの割り当て候補として、その演奏パートの割り当て運動強度で運動動作を実行可能な部品ＩＤを検索することができない場合がある。この場合、第１実施形態においては、出力端末５は運動強度を考慮しないで部品ＩＤを検索していた。第２実施形態において、出力端末５は、演奏パートの割り当て運動強度を基準として所定強度の範囲に含まれる運動強度に対応する運動テンポ範囲を特定する。そして、出力端末５は、特定した運動テンポ範囲内において、所定強度の範囲に含まれる運動強度の運動動作が可能な部品ＩＤを検索してもよい。この場合、利用者４１は、割り当て運動強度に近い運動強度で運動動作を実行することができる。また、出力端末５は、例えば演奏パートの割り当て運動強度よりも所定強度低い運動強度に対応する運動テンポ範囲を特定してもよい。そして、出力端末５は、特定した運動テンポ範囲内において、所定強度低い運動強度の運動動作が可能な部品ＩＤを検索してもよい。この場合、運動強度が割り当て強度よりも低くなるので、利用者４１は、より安全に運動動作を行うことができる。

割り当て運動強度を基準とする運動強度の範囲を定義するため、例えば出力端末５のＨＤＤ７に運動強度範囲情報が予め登録されてもよい。図３（Ｄ）は、運動強度範囲情報の構成例を示す図である。図３（Ｄ）に示すように、運動強度範囲情報は、オフセットβ及びγを含む。オフセットβは、割り当て運動強度と運動強度の範囲における上限値との差を示す。オフセットγは、割り当て運動強度と運動強度の範囲における下限値との差を示す。従って、運動強度の範囲は、割り当て運動強度−オフセットγから、割り当て運動強度＋オフセットβまでの範囲となる。オフセットβ及びγはそれぞれ０以上の範囲で設定可能である。

例えば、運動強度が１から４まであるとする。また、オフセットβ及びγがそれぞれ１に設定されているとする。この条件において、割り当て運動強度が１である場合、運動強度の範囲は運動強度１から運動強度２までである。割り当て運動強度が２である場合、運動強度の範囲は運動強度１から運動強度３までである。割り当て運動強度が３である場合、運動強度の範囲は運動強度２から運動強度４までである。割り当て運動強度が４である場合、運動強度の範囲は運動強度３から運動強度４までである。

出力端末５は、運動強度範囲情報に基づいて、楽曲に対応した運動強度検索順番リストを生成する。運動強度検索順番リストは、楽曲を構成する演奏パートについて、検索する部品ＩＤの運動強度の順番を示す情報である。出力端末５は、例えば演奏パートごとに運動強度検索順番リストを生成する。図４（Ｉ）は、運動強度検索順番リストの構成例を示す図である。図４（Ｉ）は、各演奏パートに対して図４（Ａ）に示すように割り当て運動強度が設定されている場合の運動強度検索順番リストの例である。また、運動強度が１から４まであり、オフセットβ及びγがそれぞれ１である場合の例である。図４（Ｉ）に示すように、運動強度検索順番リストには、演奏パートの演奏パートＩＤに対応付けて、複数の運動強度が格納される。運動強度検索順番リストの各行が順番に対応する。具体的に、出力端末５は、１番目の行に、演奏パートの割り当て運動強度を格納する。出力端末５は、２番目以降の行に、割り当て運動強度と異なる運動強度であって、割り当て運動強度を基準とした運動強度の範囲に含まれる各運動強度を格納する。

例えば、割り当て運動強度が２である演奏パートについて、１番目の行に運動強度２が格納される。そして、２番目の行に例えば運動強度１が格納され、３番目の行に運動強度３が格納される。この場合、出力端末５は、最初に運動強度２で運動動作が実行可能な部品ＩＤを検索する。運動強度２で運動動作が実行可能な部品ＩＤがない場合、出力端末５は、運動強度１で運動動作が実行可能な部品ＩＤを検索する。運動強度１で運動動作が実行可能な部品ＩＤがない場合、出力端末５は、運動強度３で運動動作が実行可能な部品ＩＤを検索する。出力端末５は、運動強度検索順番リストの２番目以降の行に運動強度を格納するとき、運動強度が低い順に運動強度を格納してもよい。これにより、出力端末５は、利用者４１がより安全に実行することができる運動動作を優先的に検索することができる。

また例えば、オフセットβが０に設定され、且つ、オフセットγが１以上の値に設定されたとする。この場合、出力端末５は、割り当て運動強度で運動動作が実行可能な部品ＩＤがない場合、割り当て運動強度よりも所定強度低い運動強度で運動動作が可能な部品ＩＤのみを検索することができる。

図７は、出力端末５のＣＰＵ５１の部品リスト生成処理の処理例を示すフローチャートである。図７において、図６と同様の処理については同様の符号が付されている。図７に示すように、ＣＰＵ５１は、ステップＳ１及びＳ３を実行する。ステップＳ３において、ＣＰＵ５１は、演奏順Ｎの演奏パートと演奏パート種別が同一である演奏パートが出現済みではないと判定した場合には（ステップＳ３：ＮＯ）、ステップＳ３１に進む。ステップＳ３１において、ＣＰＵ５１は、演奏順Ｎの演奏パートの運動強度検索順番リストを生成する。具体的に、ＣＰＵ５１は、ＨＤＤ７に記憶された運動強度範囲情報から、オフセットβ及びγを取得する。次いで、ＣＰＵ５１は、選択情報取得処理で取得された運動強度設定情報から、演奏順Ｎの演奏パートの割り当て運動強度を取得する。次いで、ＣＰＵ５１は、割り当て運動強度−γから割り当て運動強度＋βまでの範囲内にある全ての運動強度を格納する運動強度検索順番リストを生成する。このとき、ＣＰＵ５１は、割り当て運動強度を運動強度検索順番リストの１行目に格納し、割り当て運動強度以外の運動強度を運動強度検索順番リストの２行目以降に格納する。

次いで、ＣＰＵ５１は、演奏順Ｎの演奏パートの運動強度検索順番リストの行数を行数Ｓとして設定する（ステップＳ３２）。次いで、ＣＰＵ５１は、検索の順番Ｔを１に設定する（ステップＳ３３）。次いで、ＣＰＵ５１は、演奏順Ｎの演奏パートの運動強度検索順番リストから、Ｔ番目の行に格納されている運動強度を、運動強度αとして取得する（ステップＳ３４）。次いで、ＣＰＵ５１は、ステップＳ５を実行する。このとき、ＣＰＵ５１は、運動強度検索順番リストから取得した運動強度αに対応する運動テンポ範囲を部品テーブルから特定する。そして、ＣＰＵ５１は、特定した運動テンポ範囲に対応する部品ＩＤのうち、楽曲のオリジナルのテンポが運動テンポ範囲内である部品ＩＤを検索する。次いで、ＣＰＵ５１は、順番Ｔに１を加算する（ステップＳ３５）。次いで、ＣＰＵ５１は、ステップＳ６〜１１を実行する。ステップＳ１１において、ＣＰＵ５１は、該当する部品ＩＤが検索されていないと判定した場合には（ステップＳ１１：ＮＯ）、ステップＳ３６に進む。ステップＳ３６において、ＣＰＵ５１は、順番Ｔが行数Ｓ以下であるか否かを判定する。このとき、ＣＰＵ５１は、順番Ｔが行数Ｓ以下であると判定した場合には（ステップＳ３６：ＹＥＳ）。ステップＳ３４に進む。一方、ＣＰＵ５１は、順番Ｔが行数Ｓ以下ではないと判定した場合には（ステップＳ３６：ＮＯ）、部品リスト生成処理を終了させる。ステップＳ１１において、ＣＰＵ５１は、該当する部品ＩＤが検索されたと判定した場合には（ステップＳ１１：ＹＥＳ）、ステップＳ１５、Ｓ２３〜２６を実行する。

なお、上記実施形態において、出力端末５は、演奏順が１番目の演奏パートに割り当て可能な部品ＩＤを最初に検索していた。しかしながら、出力端末５は、演奏順が１番目の演奏パートとは異なる演奏パートに割り当て可能な部品ＩＤを最初に検索してもよい。その後、出力端末５は、割り当て可能な部品ＩＤが検索された演奏パートの次の演奏順の演奏パートから演奏順に、割り当て可能な部品ＩＤを検索してもよい。

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

１ 運動コンテンツ生成システム
２ 配信サーバ
３ データベース
５ 出力端末
７ ＨＤＤ
５１ ＣＰＵ
５６ 表示制御部
６３ 音声出力部

Claims (9)

1. 運動動作を示す動作情報と、前記動作情報の繋ぎ属性を示す繋ぎ属性情報と、前記運動動作の運動強度に対応したテンポの範囲とを対応付けて複数記憶する運動記憶手段と、
   オリジナルのテンポが対応付けられた楽曲であって、楽曲を構成する複数の演奏パートのそれぞれに、前記演奏パートが出力されているときの運動強度を示す強度情報が対応付けられた楽曲の第１演奏パートの前記強度情報が示す運動強度に対応するテンポの範囲を、前記運動記憶手段から特定する第１特定手段と、
   前記第１特定手段により特定されたテンポの範囲に対応する前記動作情報のうち、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報を前記運動記憶手段から検索する第１検索手段と、
   前記第１演奏パートの後に出力される第２演奏パートの前記強度情報が示す運動強度に対応するテンポの範囲を、前記運動記憶手段から特定する第２特定手段と、
   前記第２特定手段により特定されたテンポの範囲に対応する前記動作情報のうち、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報を前記運動記憶手段から検索する第２検索手段と、
   前記第２検索手段により検索された前記動作情報から、前記第１検索手段により検索された前記動作情報の前記繋ぎ属性情報と一致する前記繋ぎ属性情報に対応する前記動作情報を検索する第３検索手段と、
   を備えることを特徴とする情報処理装置。
2. 前記楽曲を構成する前記複数の演奏パートのそれぞれに対応付けて、前記演奏パートが出力されているときの運動強度を示す強度情報を記憶する楽曲記憶手段を更に備え、
   前記運動記憶手段は、前記動作情報と、前記属性情報と、複数の運動強度にそれぞれ対応する複数のテンポの範囲とを対応付けて複数記憶し、
   前記第１特定手段は、前記複数の運動強度のうち、前記楽曲の前記第１演奏パートに対応付けて前記楽曲記憶手段に記憶された前記強度情報が示す運動強度に対応するテンポの範囲を、前記運動記憶手段から特定し、
   前記第２特定手段は、前記複数の運動強度のうち、前記楽曲の前記第２演奏パートに対応付けて前記楽曲記憶手段に記憶された前記強度情報が示す運動強度に対応するテンポの範囲を、前記運動記憶手段から特定することを特徴とする請求項１に記載の情報処理装置。
3. 前記運動記憶手段は、前記動作情報が利用可能な演奏パートを示すパート情報を前記動作情報に対応付けて更に記憶し、
   前記第２検索手段は、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報のうち、前記第２演奏パートを示す前記パート情報に対応する前記動作情報を検索し、
   前記第２検索手段又は前記第３検索手段により前記動作情報が検索されなかった場合、前記第２演奏パートを示す前記パート情報に対応する前記動作情報を前記運動記憶手段から検索する第４検索手段と、
   前記第４検索手段により検索された前記動作情報から、前記第１検索手段により検索された前記動作情報の前記繋ぎ属性情報と一致する前記繋ぎ属性情報に対応する前記動作情報を検索する第５検索手段と、
   を更に備えることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記第２検索手段又は前記第３検索手段により前記動作情報が検索されなかった場合、前記第２演奏パートの前記強度情報が示す運動強度よりも低い運動強度に対応するテンポの範囲を、前記運動記憶手段から特定する第３特定手段を更に備え、
   前記第２検索手段は、前記第３特定手段により特定されたテンポの範囲に対応する前記動作情報のうち、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報を検索することを特徴とする請求項１又は２に記載の情報処理装置。
5. 前記第２検索手段又は前記第３検索手段により前記動作情報が検索されなかった場合、前記第２演奏パートの前記強度情報が示す運動強度を基準として所定強度の範囲に含まれる運動強度に対応するテンポの範囲を特定する第３特定手段を更に備え、
   前記第２検索手段は、前記第３特定手段により特定されたテンポの範囲に対応する前記動作情報のうち、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報を検索することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
6. 前記第５検索手段により複数の前記動作情報が検索された場合、前記複数の動作情報に対応する複数の運動強度を、前記オリジナルのテンポに基づいて特定する第４特定手段と、
   前記第４特定手段により特定された複数の運動強度を表示手段に表示させる制御手段と、
   を更に備えることを特徴とする請求項３に記載の情報処理装置。
7. 前記第１検索手段、前記第３検索手段及び前記第５検索手段の検索結果に基づいて、前記複数の演奏パートに割り当てられた複数の前記動作情報を示すリスト情報を、前記第３検索手段により検索された前記動作情報ごとに生成する生成手段を更に備え、
   前記第４特定手段は、前記生成手段により生成された前記リスト情報ごとに、前記リスト情報が示す複数の前記動作情報に対応する複数の運動強度を、運動強度の組み合わせとして特定し、
   前記制御手段は、前記第４特定手段により特定された複数の前記組み合わせを表示させることを特徴とする請求項６に記載の情報処理装置。
8. 前記制御手段は、前記複数の演奏パートのうちサビ部分に割り当てられる前記動作情報に対応する運動強度が高い前記組み合わせの順に、前記複数の組み合わせを表示させることを特徴とする請求項７に記載の情報処理装置。
9. 運動動作を示す動作情報と、前記動作情報の繋ぎ属性を示す繋ぎ属性情報と、前記運動動作の運動強度に対応したテンポの範囲とを対応付けて複数記憶する運動記憶手段から、オリジナルのテンポが対応付けられた楽曲であって、楽曲を構成する複数の演奏パートのそれぞれに、前記演奏パートが出力されているときの運動強度を示す強度情報が対応付けられた楽曲の第１演奏パートの前記強度情報が示す運動強度に対応するテンポの範囲を特定する第１特定ステップと、
   前記第１特定ステップにより特定されたテンポの範囲に対応する前記動作情報のうち、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報を前記運動記憶手段から検索する第１検索ステップと、
   前記第１演奏パートの後に出力される第２演奏パートの前記強度情報が示す運動強度に対応するテンポの範囲を、前記運動記憶手段から特定する第２特定ステップと、
   前記第２特定ステップにより特定されたテンポの範囲に対応する前記動作情報のうち、前記オリジナルのテンポが前記テンポの範囲内である前記動作情報を前記運動記憶手段から検索する第２検索ステップと、
   前記第２検索ステップにより検索された前記動作情報から、前記第１検索ステップにより検索された前記動作情報の前記繋ぎ属性情報と一致する前記繋ぎ属性情報に対応する前記動作情報を検索する第３検索ステップと、
   をコンピュータに実行させることを特徴とするプログラム。

Images