音楽データ再生装置およびプログラム
【課題】 音楽に合わせてユーザがフィットネスする場合に、音楽に合わせた適切な動作をユーザが容易に把握できるようにする。
【解決手段】 再生する楽曲のテンポが所定値（１４０）以上であるか否かに基づいて、走行状態のアニメーション（図３(b)）または歩行状態のアニメーション（図３(c)）を自動的に選択して表示するようにした。また、コマＲ１，Ｒ６，Ｗ１，Ｗ６は拍タイミングのコマであり、ユーザが拍タイミングに合わせて動作しやすいように、これらのコマの表示時間を他のコマよりも若干長くした。
【解決手段】 再生する楽曲のテンポが所定値（１４０）以上であるか否かに基づいて、走行状態のアニメーション（図３(b)）または歩行状態のアニメーション（図３(c)）を自動的に選択して表示するようにした。また、コマＲ１，Ｒ６，Ｗ１，Ｗ６は拍タイミングのコマであり、ユーザが拍タイミングに合わせて動作しやすいように、これらのコマの表示時間を他のコマよりも若干長くした。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音楽再生をしながらフィットネスを行う際に用いて好適な音楽データ再生装置およびプログラムに関する。
【背景技術】
【０００２】
音楽の自動演奏装置とフィットネス装置とを組み合わせることにより、ユーザの動作と同期させて音楽を再生する装置が特許文献１に開示されている。また、これは特に音楽再生に関係するものではないが、ユーザがフィットネスなどを行うにあたって、心拍などのユーザの状態を検出するために、腕時計型の装置をユーザに装着する技術が特許文献２に開示されている。また、これは特にフィットネスに関係するものではないが、自動演奏データに基づいて音楽を再生する際、人間が動作を行うような図形をディスプレイに表示する技術が特許文献３に開示されている。これは、例えば自動演奏中に発音情報が検出されると「立った姿勢」、それ以外の場合は「座った姿勢」の画像を表示させるものである。
【０００３】
【特許文献１】特表平０２−５０３９９６号公報
【特許文献２】特開２００６−５３７２２号公報
【特許文献３】特許第２７０１０９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、特許文献１に開示された内容は「ユーザのフィットネス動作に音楽（の拍タイミングなど）を合わせる」ものであるが、これでは音楽のテンポが不自然に変動するため、「音楽に合わせてユーザがフィットネスする」ことが望ましい場合もある。しかし、音楽に合わせてユーザがフィットネスする場合には、どのタイミングにユーザがどのような動作を行えば良いのか、非常に解り辛くなる場合がある。このため、ユーザがフィットネス中に「音楽に動作を合わせる」ことを楽しめなくなる。さらに、ユーザの動作が過度に速くなると体に無理な負担がかかり、ユーザの動作が過度に遅くなると充分な運動効果が得られなくなるという問題が生じる。
この発明は上述した事情に鑑みてなされたものであり、音楽に合わせた適切な動作をユーザが容易に把握でき、これによって「音楽に動作を合わせる」ことを楽しみつつ、適切な運動効果を得ることができる音楽データ再生装置およびプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００５】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載の音楽データ再生装置にあっては、演奏情報（ＳＭＦ形式、ＳＭＡＦ形式）または音声データ（ＭＰ３方式）である音楽データを再生する 音楽データ再生手段（ＳＰ１１４，１４８）と、表示装置（１０６，１３６）と、前記音楽データのテンポが所定値（１４０）以上であれば第１のアニメーション（走行状態）を選択し、 前記音楽データのテンポが該所定値（１４０）未満であれば第２のアニメーション（歩行状態）を選択する アニメーション選択手段（ＳＰ１８）と、前記音楽データに同期して、該アニメーション選択手段（ＳＰ１８）によって 選択されたアニメーションを前記表示装置（１０６，１３６）に表示させる アニメーション表示手段（ＳＰ１２２〜ＳＰ１２４）とを有することを特徴とする。
さらに、請求項２記載の構成にあっては、請求項１記載の音楽データ再生装置において、前記第１のアニメーション（走行状態）は、 着地状態の第１群のコマ（Ｒ１，Ｒ４〜Ｒ６，Ｒ９，Ｒ１０）と、 非着地状態の第２群のコマ（Ｒ２，Ｒ３，Ｒ７，Ｒ８）と から成るものであり、前記アニメーション表示手段（ＳＰ１２２〜ＳＰ１２４）は、 前記音楽データの拍タイミングに前記第１群のコマ（Ｒ１，Ｒ４〜Ｒ６，Ｒ９，Ｒ１０） のうち何れかを表示させるものであることを特徴とする。
さらに、請求項３記載の構成にあっては、請求項１記載の音楽データ再生装置において、表示位置によって前記音楽データの再生の進行状況を示すカーソル画像（１２）を 前記表示装置（１０６，１３６）に表示させる 進行状況表示手段（１２，１０６，１３６）をさらに有し、前記アニメーション表示手段（１０６，１３６）は、前記第１のまたは第２のアニメーション の表示位置を前記カーソル画像（１２）に沿って移動させるものであることを特徴とする。
また、請求項４記載のプログラムにあっては、処理装置（１１２，１４２）と、 表示装置（１０６，１３６）と、 演奏情報（ＳＭＦ形式、ＳＭＡＦ形式）または音声データ（ＭＰ３方式）である 音楽データを再生する音楽データ再生手段（ＳＰ１１４，１４８）と を有する音楽データ再生装置に適用されるプログラムであって、前記音楽データのテンポが所定値（１４０）以上であれば第１のアニメーション（走行状態）を選択し、 前記音楽データのテンポが該所定値（１４０）未満であれば第２のアニメーション（歩行状態）を選択する アニメーション選択過程（ＳＰ１８）と、前記音楽データに同期して、該アニメーション選択過程（ＳＰ１８）によって 選択されたアニメーションを前記表示装置（１０６，１３６）に表示させる アニメーション表示過程（ＳＰ１２２〜ＳＰ１２４）とを前記処理装置（１１２，１４２）に実行させることを特徴とする。
【発明の効果】
【０００６】
以上のように、音楽データのテンポに基づいて第１のまたは第２のアニメーションを選択する構成によれば、楽曲のテンポに応じた適切なアニメーションを選択することができる。
また、第１のアニメーションとして、着地状態の第１群のコマと、非着地状態の第２群のコマとを表示する構成によれば、音楽に合わせた適切な動作をユーザが容易に把握できるようになる。
【発明を実施するための最良の形態】
【０００７】
1．実施例のハードウエア構成
以下、この発明の一実施例のフィットネス管理システムの構成を図１を参照し説明する。本実施例のフィットネス管理システムは、腕時計状の形態を有し、ユーザに装着されるユーザ装着ユニット１３０と、該ユーザ装着ユニット１３０に接続されたパーソナルコンピュータ（ＰＣ）１００とから構成されている。ＰＣ１００の内部において１０２は操作子部であり、キーボード、マウス等から構成されている。１０４は検出回路であり、操作子部１０２の状態を検出する。１０６は表示部であり、表示回路１０８の制御の下、ユーザに対して各種情報を表示する。１１２はＣＰＵであり、通信バス１１６を介してＰＣ１００内の各部を制御する。
【０００８】
１１０は記憶装置であり、ＣＰＵ１１２の制御プログラム等を記憶するＲＯＭと、ＣＰＵ１１２のワークメモリとして用いられるＲＡＭとから構成されている。１１４は通信インタフェースであり、有線または無線のネットワーク１６０を介してユーザ装着ユニット１３０との間でデータを送受信する。１１８は音源回路であり、通信バス１１６を介して供給された演奏情報に基づいて、波形データを生成する。１２０は効果回路であり、この波形データに対して各種のエフェクトを付与する。１２２はサウンドシステムであり、効果回路１２０から出力された楽音信号を発音する。
【０００９】
次に、ユーザ装着ユニット１３０の内部において１３２は操作子部であり、数個のボタン等から構成されている。１３４は検出回路であり、操作子部１３２の状態を検出する。１３６は表示部であり、表示回路１３８の制御の下、ユーザに対して各種情報を表示する。１４２はＣＰＵであり、通信バス１４６を介してユーザ装着ユニット１３０内の各部を制御する。１４０は記憶装置であり、ＣＰＵ１４２の制御プログラム等を記憶するＲＯＭと、ＣＰＵ１４２のワークメモリとして用いられるＲＡＭとから構成されている。
【００１０】
１４４は通信インタフェースであり、ネットワーク１６０を介してＰＣ１００の通信インタフェース１１４との間でデータを送受信する。１４８は音源回路であり、通信バス１４６を介して供給された演奏情報に基づいて、波形データを生成する。１５０は効果回路であり、この波形データに対して各種のエフェクトを付与する。１５２はサウンドシステムであり、効果回路１５０から出力された楽音信号を発音する。１５６はセンサであり、ユーザの心拍等を検出する。１５４はセンサ検出回路であり、センサ１５６からの出力信号をデジタル信号に変換し、通信バス１４６を介して出力する。
【００１１】
次に、ユーザ装着ユニット１３０の外観構成を図２を参照し説明する。図２においてユーザ装着ユニット１３０は、略直方体状の筐体１３０−１内に収納されている。筐体１３０−１の上下部分には、該ユーザ装着ユニット１３０をユーザの腕に装着するためのバンド１３０−２，１３０−２が取り付けられている。１３２−１はアップ・スイッチ、１３２−２はダウン・スイッチ、１３２−３はメニュー・スイッチ、１３２−４は電源スイッチであり、ユーザによって必要により操作される。表示部１３６は、アップ・スイッチ１３２−１およびダウン・スイッチ１３２−２の間に設けられている。１６２はアンテナであり、略円柱状に形成され、ユーザ装着ユニット１３０とＰＣ１００とが無線通信を行う際に、電波を送受信する。
【００１２】
１６４はＵＳＢポートであり、ユーザ装着ユニット１３０とＰＣ１００とが有線通信を行う際、ここにＵＳＢケーブルが挿入される。１６６はイヤホン・ジャックであり、イヤホン・アセンブリ１７０のプラグ１７１が挿入される。イヤホン・アセンブリ１７０は、該プラグ１７１と、左イヤホン１７４と、右イヤホン１７６と、心拍センサ１７８と、これらを結ぶケーブル１７２とから構成されている。ここで、心拍センサ１７８は、クリップ状に構成されており、ユーザの耳たぶを挟むようにして装着される。
【００１３】
2．実施例のデータ構成
上述した記憶装置１１０，１４０には、曲データと、曲データ管理テーブルとが記憶される。ここで、曲データは、楽曲の内容を特定するデータであり、ＳＭＦ、ＳＭＡＦ形式等の演奏情報であってもよく、ＭＰ３形式などの音声データであってもよい。また、曲データ管理テーブルは、これら曲データの曲名、テンポ、再生時間などの情報を曲データ毎に記録したテーブルである。
【００１４】
3．実施例の動作
3．1．動作の概要
次に、本実施例の動作の概要を説明する。まず、本実施例には、ユーザ装着ユニット１３０の全体的な動作状態を規定する全体モードと、選択された全体モードにおいて各種操作子の機能を規定する操作モードという二つの動作モードがある。まず、全体モードは、ＰＣ１００とユーザ装着ユニット１３０との接続状態に基づいて、「コネクション・モード」と「単独モード」のうちの何れかに設定される。コネクション・モードとは、ネットワーク１６０を介してユーザ装着ユニット１３０がＰＣ１００と接続されている場合の全体モードである。また、単独モードは、ユーザ装着ユニット１３０がＰＣ１００に接続されることなく単独で動作する全体モードである。コネクション・モードにおいては、様々な表示制御や音楽再生等はＰＣ１００によって実行され、ユーザ装着ユニット１３０はＰＣ１００の入出力装置として機能する。一方、単独モードにおいては、ユーザ装着ユニット１３０のＣＰＵ１４２自体によって様々な表示制御や音楽再生等の処理が実行される。また、操作モードには、再生する楽曲を選択する曲選択モード等がある。
【００１５】
ここで、曲選択モードの動作の概要を説明しておく。操作モードが曲選択モードになると、表示部１０６に複数の楽曲名のリストが表示され、何れかの楽曲名の箇所に曲選択カーソルが置かれる。この曲選択カーソルが置かれた楽曲を「特定曲」という。ユーザがアップ・スイッチ１３２−１またはダウン・スイッチ１３２−２等を操作すると、楽曲名リスト上で曲選択カーソルを移動させることができ、該曲選択カーソルの移動とともに、「特定曲」も変更される。
【００１６】
コネクション・モードにおいては、ＰＣ１００の表示部１０６には、図３(a)に示すガイド画像６が表示される。ガイド画像６の内部において、１０はプログレス・バーであり、横長の棒状の図形として表示される。１２はカーソルであり、音楽再生の進行とともにプログレス・バー１０上を左端から右端に向かって移動する。プログレス・バー１０の上方において１４は背景画像であり、その内部に人画像１６が表示されている。
【００１７】
人画像１６は、アニメーションであり、本実施例にあっては、人画像１６が走行する「走行状態」または人画像１６が歩行する「歩行状態」の二種類のキャラクタ種類のうち何れかのアニメーションが選択される。何れのキャラクタ種類においても、人画像１６は、カーソル１２の直上の位置に表示されるため、音楽再生の進行とともに背景画像１４内を左端から右端に向かって移動する。ここで、「走行状態」のアニメーションとは、図３(b)に示すコマＲ１〜Ｒ１０を順次かつ繰り返し再生するものである。また、「歩行状態」のアニメーションとは、図３(c)に示すコマＷ１〜Ｗ１０を順次かつ繰り返し再生するものである。なお、本明細書において「走行状態」とは、「両足が浮いている状態（例えばコマＲ２，Ｒ３，Ｒ７，Ｒ８）」と、「少なくとも一方の足が着地した状態（同、コマＲ１，Ｒ４〜Ｒ６，Ｒ９，Ｒ１０）」との二種類の状態を有することをいい、「歩行状態」とは「全てのコマにおいて少なくとも一方の足が着地している」ことをいう。
【００１８】
本実施例においては、アニメーションのキャラクタ種類は、再生対象の楽曲すなわち特定曲のテンポ値に対応して、「キャラクタ種類ＣＨＡ」という変数に自動的にセットされる。すなわち、特定曲のテンポ値が「１４０」未満であればキャラクタ種類ＣＨＡは、“０”（歩行状態）に設定され、特定曲のテンポ値が「１４０」以上であればキャラクタ種類ＣＨＡは、“１”（走行状態）に設定される。
【００１９】
3．2．コネクション・モードの動作
3．2．1．メインルーチン
次に、図４，図５を参照し、コネクション・モードにおけるＰＣ１００の動作を説明する。
図４において処理がステップＳＰ２に進むと、所定の初期設定が行われる。次に、処理がステップＳＰ４に進むと、各種の操作子イベントが発生したか否かが判定される。ここで、操作子イベントとは、ユーザ装着ユニット１３０内の各スイッチ１３２−１〜１３２−３の操作イベント、あるいはＰＣ１００の操作子部１０２における操作イベントをいう。なお、上述したように、ＰＣ１００の操作子部１０２は、キーボードを含んでいるが、このキーボードのいくつかのファンクション・キーは、ユーザ装着ユニット１３０におけるスイッチ１３２−１〜１３２−３と等価な機能を果たすように割り当てられている。
【００２０】
操作子イベントが発生していなければ、ステップＳＰ４において「ＮＯ」と判定され、処理はステップＳＰ４０（図５）に進み、取り込み完了フラグＦが“１”（取込済）であるか否かが判定される。ここで、「取り込み完了フラグＦ」について説明しておく。ユーザ装着ユニット１３０は、ＰＣ１００に接続されていない状態においても単独で過去のフィットネスの履歴（開始日時や時間等）であるフィットネス履歴データを記憶することができる。そして、ＰＣ１００にユーザ装着ユニット１３０が接続されると、このフィットネス履歴データがＰＣ１００に取り込まれる。取り込み完了フラグＦは、このフィットネス履歴データの取り込みが完了している場合は“１”（取込済）に、完了していない場合は“０”（未取込）に設定されるフラグであり、初期設定時（ステップＳＰ２）において“０”（未取込）に設定される。
【００２１】
ステップＳＰ４０において「ＮＯ」（未取込）と判定されると、処理はステップＳＰ４２に進み、ＰＣ１００にユーザ装着ユニット１３０が接続されているか否かが判定される。ここで「ＮＯ」（未接続）と判定されると、処理はステップＳＰ４４に進み、取り込み完了フラグＦが“０”（未取込）に設定される。すなわち、ＰＣ１００とユーザ装着ユニット１３０との通信が一旦途切れると、取り込み完了フラグＦは速やかに“０”（未取込）に設定されることになる。一方、ユーザ装着ユニット１３０が接続されている場合はステップＳＰ４２において「ＹＥＳ」と判定され、処理はステップＳＰ４６に進む。ここでは、データ転送スイッチ（操作子部１０２における所定のファンクション・キー）がオン状態であるか否かが判定される。
【００２２】
ステップＳＰ４６において「ＹＥＳ」と判定されると、処理はステップＳＰ４８に進み、フィットネス履歴データが所定のバイト長だけユーザ装着ユニット１３０から取得される。次に、処理がステップＳＰ５０に進むと、フィットネス履歴データの転送が全て完了したか否かが判定される。ここで「ＮＯ」と判定されると、処理はステップＳＰ４８に戻り、フィットネス履歴データの転送が続行される。そして、全てのフィットネス履歴データの転送が終了すると、処理はステップＳＰ５２に進み、取り込み完了フラグＦが“１”（取込済）に設定される。
【００２３】
以後、取り込み完了フラグＦが“１”（取込済）である限り、ステップＳＰ４０において常に「ＮＯ」と判定されるから、フィットネス履歴データの取込処理（ステップＳＰ４８，５０）はスキップされる。また、ユーザ装着ユニット１３０がＰＣ１００に接続されていない場合（ステップＳＰ４２）や、データ転送スイッチがオンされなかった場合（ステップＳＰ４６）においても、フィットネス履歴データの取込処理（ステップＳＰ４８，５０）はスキップされる。以上のステップが完了すると、処理は再びステップＳＰ４（図４）に戻り、操作子イベントの有無が判定される。
【００２４】
次に、ステップＳＰ４において何らかの操作子イベントが検出されると、処理はステップＳＰ６に進む。ここでは、操作された操作子は「メニュー操作子」であるか否かが判定される。なお、「メニュー操作子」とは、ユーザ装着ユニット１３０内のメニュー・スイッチ１３２−３と、操作子部１０２内でこれと同等の機能が割り当てられたファンクション・キーとを総称したものである。メニュー操作子が操作されると、操作される毎に操作モードが変更される。次に、処理がステップＳＰ８に進むと、操作モードが曲選択モードに設定されたか否かが判定される。ここで「ＮＯ」と判定されると、処理はステップＳＰ９に進み、現在の操作モードに応じた処理が行われる。一方、操作モードが曲選択モードになると、ステップＳＰ８において「ＹＥＳ」と判定され処理はステップＳＰ１０に進む。
【００２５】
ステップＳＰ１０においては、アップ・スイッチ１３２−１、ダウン・スイッチ１３２−２、またはこれらの対応する操作子部１０２内のファンクション・キーの操作イベントがあったか否かが検出される。ここで「ＮＯ」と判定されると処理はステップＳＰ１２に進み、前回選択した楽曲（現在の曲選択カーソルの位置に係る楽曲）が特定曲として選択される。
【００２６】
次に、処理がステップＳＰ１４に進むと、現在の曲選択カーソルの位置に係る楽曲が特定曲として指定される。そして、この特定曲の曲名、テンポ、再生時間などが記憶装置１１０内の曲データ管理テーブルから読み出され、表示部１０６に表示される。ところで、曲データ管理テーブルにおいては、所定の順序（例えばアルファベット順）に各曲データの曲名、テンポ、再生時間などが記録されている。ステップＳＰ１４においては、特定曲の前後の十数曲に関しても、これら曲名、テンポ、再生時間などが読み出され、表示部１０６にこれらの内容がリストとして表示される。
【００２７】
次に、処理がステップＳＰ１６に進むと、「スタート機能のオンイベント」が発生したか否かが判定される。ここで、「スタート機能のオンイベント」とは、ユーザ装着ユニット１３０においてアップ・スイッチ１３２−１とダウン・スイッチ１３２−２とが同時に押下された場合、または、ＰＣ１００の操作子部１０２において、スタート機能に対応するファンクション・キーが押下された場合のうち何れかである。
【００２８】
ステップＳＰ１６において「ＮＯ」と判定されると、処理はステップＳＰ８に戻る。これにより、以後、アップ・スイッチ１３２−１またはダウン・スイッチ１３２−２が操作される毎に、特定曲が変更され、変更後の特定曲の曲名、テンポなどが表示部１０６に表示される。一方、ステップＳＰ１６において「ＹＥＳ」と判定されると、処理はステップＳＰ１８に進み、キャラクタ種類ＣＨＡが、特定曲のテンポ値に対応した値に設定される。すなわち、キャラクタ種類ＣＨＡは、特定曲のテンポ値が「１４０」未満であれば“０”（歩行状態）に設定され、特定曲のテンポ値が「１４０」以上であれば“１”（走行状態）に設定される。次に、処理がステップＳＰ２０に進むと、特定曲のテンポ値に基づいたタイマ関係パラメータが指定される。
【００２９】
上記ステップＳＰ２０において設定されるタイマ関係パラメータには、以下のようなものがある。
(１)ＣＮＴＡmax：本実施例の表示制御および発音制御のタイミングの分解能Tsは、対象となる楽曲の四分音符長の「１／９６」である。ＣＮＴＡmaxは、この分解能Tsを「μｓｅｃ」単位で表したものである。例えば、テンポが「１２０」であるとすると、四分音符長は「５００ｍｓｅｃ」になる。これを「９６」で除算すると、分解能Tsは約「５２０８μｓｅｃ」になるから、ＣＮＴＡmaxは「５２０８」に設定される。同様に、テンポが「１００」であればＣＮＴＡmaxは「６２５０」に設定され、同様に、テンポが「１１０」であればＣＮＴＡmaxは「５６８１」に設定される。
【００３０】
(２)ＣＮＴＢmax：図３(b)，(c)に示したアニメーションは、何れも「１０コマ」から構成されるものであるが、この１０コマは「２拍」の期間内に再生されるものである。このアニメーションを表示する周期をアニメーション表示周期Taという。ＣＮＴＢmaxは、アニメーション表示周期Taが分解能Tsの何倍であるかを示すものであり、図３(b)，(c)の例においては、「９６×２＝１９２」に設定される。
【００３１】
(３)各コマの表示タイミング：このパラメータは、アニメーションを構成する各コマの表示タイミング（コマ送りを行うタイミング）を、アニメーション表示周期Taの開始点を基準として、分解能Tsを単位として指定するものである。上記例におけるＣＮＴＢmax（＝１９２）に基づいて、各コマの表示時間がほぼ均等になるように割り振るとすると、各表示タイミングは例えば次のように設定することができる。
第１コマ〜第５コマについて：「０」，「２０」，「３９」，「５８」，「７７」
第６コマ〜第１０コマについて：「９６」，「１１６」，「１３５」，「１５４」，「１７３」
【００３２】
上記例によれば、第１コマおよび第６コマの表示時間は「２０・Ts」であり、それ以外のコマの表示時間「１９・Ts」と比較すると、若干長くなっている。このように、第１コマおよび第６コマの表示時間を若干長くした理由を説明する。まず、第１コマおよび第６コマの表示タイミングは、拍タイミングに一致する。このため、ユーザが拍タイミングの基準を把握しやすくするように、第１コマおよび第６コマの表示時間を他のコマより長くすることが好適である。
【００３３】
さらに、第１コマおよび第６コマの「表示内容」も長く表示させることが好適な内容に設定されている。その詳細を図３(b)，(c)を参照し説明する。まず、走行状態に係る図３(b)を参照すると、コマＲ１，Ｒ４〜Ｒ６，Ｒ９，Ｒ１０は人画像の片足が着地している着地状態であり、それ以外のコマＲ２，Ｒ３，Ｒ７，Ｒ８は人画像の両足が浮いている非着地状態である。従って、第１コマおよび第６コマ（コマＲ１，Ｒ６）は、着地状態から非着地状態に遷移するタイミングである。すなわち、コマＲ１，Ｒ６は、着地している側の片足を蹴り出すことにより、正に両足を浮かせようとするタイミングであり、ユーザが人画像に同期して走行状態の動作を行うとき、最も重要なタイミングである。その理由は、非着地状態から着地状態に遷移するタイミングは、ユーザが制御しにくいものであり、着地状態から非着地状態に遷移するタイミングはユーザが比較的自由に制御できるためである。
【００３４】
次に、歩行状態に係る図３(c)において、第１コマおよび第６コマ（コマＷ１，Ｗ６）を参照すると、人画像の両足がほぼ揃っており、これらの前後のコマＷ１０，Ｗ２，Ｗ５，Ｗ７と比較すると、明らかに両足の表示間隔が狭くなっていることが解る。すなわち、コマＷ１，Ｗ６は、ほぼ両足が揃っている状態から、片足を前に出そうとするタイミングであり、ユーザが人画像に同期して歩行状態の動作を行うとき、最も重要なタイミングである。そこで、本実施例においては、走行状態においてはコマＲ１，Ｒ６の表示器間を比較的長く確保するとともに、歩行状態においてはコマＷ１，Ｗ６の表示器間を比較的長く確保することにより、ユーザが、足を動かすべきタイミングを把握しやすくしている。
【００３５】
図４に戻り、次に処理がステップＳＰ２２に進むと、再生指示フラグＲＵＮが“１”に設定されるとともに、アドレスカウンタＡＤＲが「０」に設定される。ここで、再生指示フラグＲＵＮとは、楽曲およびアニメーションの再生を行う場合に“１”（再生状態）、再生を行わない場合に“０”（停止状態）に設定されるフラグである。また、アドレスカウンタＡＤＲとは、楽曲の再生が開始した後の経過時間を、分解能Tsを単位として表したものである。
【００３６】
ところで、上記ステップＳＰ４において「メニュー操作子」以外の操作子イベントが検出された場合には、ステップＳＰ６において「ＮＯ」と判定され、処理はステップＳＰ２４に進む。ステップＳＰ２４においては、検出された操作子イベントは演奏情報等の編集を行う「エディット入力指示」であるか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ２６に進み、操作内容に応じて演奏情報等の編集処理および編集結果の表示処理が行われる。また、ステップＳＰ２４において「ＮＯ」と判定されると、処理はステップＳＰ２８に進み、上記ステップＳＰ４においてメニュー操作子の操作、エディット入力指示以外の指示が検出されたか否かが判定される。
【００３７】
ステップＳＰ２８において「ＹＥＳ」と判定されると、処理はステップＳＰ３０に進み、指示内容に応じた処理が実行される。なお、ステップＳＰ２８において「ＮＯ」と判定された場合には、実質的に処理は行われない。以上のステップＳＰ６〜ＳＰ３０の処理が終了すると、処理はステップＳＰ４に戻り、以降は上述した動作と同様の動作が繰り返される。
【００３８】
3．2．2．タイマ・インタラプト処理
コネクション・モードにおいては、「１μｓｅｃ」毎に、ＣＰＵ１１２に対してタイマ・インタラプトが発生する。タイマ・インタラプトが発生すると、図６(a)に示すタイマ・インタラプト・ルーチンが起動される。図６(a)において処理がステップＳＰ１０２に進むと、カウンタ変数ＣＮＴＡが更新される。すなわち、カウンタ変数ＣＮＴＡは、「０」を初期値としてタイマ・インタラプトが発生する毎に「１」づつインクリメントされ、最大値ＣＮＴＡmaxになると「０」に戻される。なお、上記ステップＳＰ２０において述べたように、最大値ＣＮＴＡmaxはテンポ値に応じた値に予め設定されている。次に、処理がステップＳＰ１０４に進むと、現タイミングがテンポ・インタラプト発生タイミングであるか否かが判定される。すなわち、カウンタ変数ＣＮＴＡが「０」であればテンポ・インタラプト発生タイミングであり、それ以外の場合はテンポ・インタラプト発生タイミングではない。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ１０４に進み、テンポ・インタラプトが発生され、後述するテンポ・インタラプト処理ルーチン（図６(b)）が呼び出される。
【００３９】
次に、テンポ・インタラプト処理ルーチン（図６(b)）の処理について説明する。図において処理がステップＳＰ１１０に進むと、カウンタ変数ＣＮＴＢが更新される。すなわち、カウンタ変数ＣＮＴＢは、「０」を初期値としてテンポ・インタラプトが発生する毎に「１」づつインクリメントされ、所定の最大値ＣＮＴＢmax（＝１９２）になると「０」に戻される。
【００４０】
次に、処理がステップＳＰ１１２に進むと、再生指示フラグＲＵＮが“１”（再生中）であるか否かが判定される。ここで「ＮＯ」と判定されると本ルーチンの処理は直ちに終了する。一方、ステップＳＰ１１２において「ＹＥＳ」と判定されると、処理はステップＳＰ１１４に進む。ここでは、現在のタイミングにおいて再生すべき楽曲が音源回路１１８、効果回路１２０およびサウンドシステム１２２を介して放音される。次に、処理がステップＳＰ１１６に進むと、現在のアドレスカウンタＡＤＲに応じて、プログレス・バー１０上のカーソル１２の位置が更新される。
【００４１】
ここで、カーソル１２の位置の決定方法について説明しておく。現在再生中の楽曲の再生時間とテンポとは曲データ管理テーブルから既知であるため、再生終了時のアドレスカウンタＡＤＲの値（最終アドレスＡＤＲ_end）は、「最終アドレスＡＤＲ_end＝再生時間（秒）＊９６＊（テンポ／６０）」によって求めることができる。そして、現在のアドレスカウンタＡＤＲを最終アドレスＡＤＲ_endで除算すると、全体の再生時間のうち既に再生済みである時間の割合を求めることができる。そして、プログレス・バー１０の長さにこの除算結果を乗算した値が、カーソル１２の表示位置になる。例えば、除算結果ＡＤＲ／ＡＤＲ_endが「０．４３」であれば、カーソル位置は、プログレス・バー１０の左端から「４３％」の位置に設定される。
【００４２】
次に、処理がステップＳＰ１１８に進むと、コマ番号を示す変数Ｎが「１」に設定される。次に、処理がステップＳＰ１２０に進むと、カウンタ変数ＣＮＴＢに基づいて、現時点が第Ｎコマの表示タイミング（先にステップＳＰ２０において設定された表示タイミング）であるか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ１２２に進み、キャラクタ種類ＣＨＡが“１”（走行状態）であるか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ１２４に進み、走行状態に係るアニメーションの第Ｎコマ（コマＲ（Ｎ））が、背景画像１４内のカーソル１２の直上の位置に表示される。一方、ステップＳＰ１２２で「ＮＯ」と判定されると、キャラクタ種類ＣＨＡは“０”（歩行状態）である。かかる場合は、処理はステップＳＰ１２６に進み、歩行状態に係るアニメーションの第Ｎコマ（コマＷ（Ｎ））が、背景画像１４内のカーソル１２の直上の位置に表示される。
【００４３】
次に、処理がステップＳＰ１２８に進むと、コマ番号Ｎが「１」だけインクリメントされる。次に、処理がステップＳＰ１３０に進むと、コマ番号Ｎが「１０」を超えたか否かが判定される。ここで「ＮＯ」と判定されると、ステップＳＰ１２０〜ステップＳＰ１２８の処理が新たなコマ番号Ｎに対して実行される。そして、コマ番号Ｎが「１０」を超えると、ステップＳＰ１３０において「ＹＥＳ」と判定され処理はステップＳＰ１３２に進む。ここでは、アドレスカウンタＡＤＲが「１」だけインクリメントされる。以上のステップが終了すると、テンポ・インタラプト処理ルーチンが終了する。
【００４４】
3．3．単独モードの動作
次に、単独モードにおいて、ユーザ装着ユニット１３０のＣＰＵ１４２によって実行される処理の内容を図７を参照し説明する。図７に示すステップＳＰ２０２〜ＳＰ２３０の処理は、図４におけるステップＳＰ２〜３０の処理と同様であるため、以下に異なる点のみを説明する。まず、図７の処理においては、ステップＳＰ４２〜ＳＰ５２（図５）に対応する処理がなく、ステップＳＰ２０４においては、何らかの操作イベントが発生するまで、処理が待機する。これは、ユーザ装着ユニット１３０自体は他の機器から「データを取り込む」ことが無いためである。なお、このステップＳＰ２０４において処理が待機している場合には、ユーザ装着ユニット１３０の操作モードを時計モードとし、時刻表示などを行わせるようにしてもよい。
【００４５】
また、ステップＳＰ２０４，ＳＰ２０６，ＳＰ２１０，ＳＰ２１６，ＳＰ２２４，ＳＰ２２８等における判定処理は、ユーザ装着ユニット１３０内のスイッチ１３２−１〜１３２−３の操作状態のみに基づいて実行される。これは、単独モードではユーザ装着ユニット１３０にＰＣ１００は接続されないためである。また、ステップＳＰ２１８，ＳＰ２２６等における表示処理は、ユーザ装着ユニット１３０内の表示部１３６に対して行われる。また、タイマ・インタラプトおよびテンポ・インタラプトもユーザ装着ユニット１３０内のＣＰＵ１４２に対して発生するものであり、対応する処理（図６(a)，(b)）もユーザ装着ユニット１３０内のＣＰＵ１４２において実行される。
【００４６】
4．変形例
本発明は上述した実施例に限定されるものではなく、例えば以下のように種々の変形が可能である。
(1)上記実施例においては、ＰＣ１００またはユーザ装着ユニット１３０上で動作するプログラムによって各種処理を行ったが、このプログラムのみをＣＤ−ＲＯＭ、メモリカード等の記録媒体に格納して頒布し、 あるいは伝送路を通じて頒布することもできる。
【００４７】
(2)上記実施例においては、キャラクタ種類ＣＨＡによって「歩行状態」または「走行状態」のうち何れかのアニメーションを指定したが、キャラクタ種類はこれらに限られるものではなく、例えばヨガや太極拳などの動きを取り入れても良い。
【００４８】
(3)上記実施例のステップＳＰ１４においては、曲データのリストがアルファベット順に限られるものではない。例えば、テンポの小さい順に曲データを配列するとともに、同一のテンポを有する曲データ間ではアルファベット順に配列するようにしてもよい。
【００４９】
(4)上記実施例においては、曲データのテンポと、再生開始タイミング（ステップＳＰ２２の実行タイミング）に基づいて、アニメーションの各コマの表示タイミングを一意に決定したが、実際の楽曲では拍タイミングには「揺れ」が生じる場合などがある。かかる場合は、拍タイミングを表す拍タイミングデータを曲データの中に含め、あるいは、拍タイミングを特定するために曲データとは別ファイルの拍タイミングデータファイルを記憶装置１１０，１４０に記憶させ、該拍タイミングデータに同期してアニメーションを表示させるようにしてもよい。
【００５０】
(5)また、上記実施例においては、ガイド画像６に人画像１６のアニメーションを表示したが、人画像１６に代えて、他の二足歩行動物または二足歩行ではない動物のアニメーションなどを表示してもよい。さらに、これらアニメーションは、走行状態や歩行状態に限られるものではなく、ヨガや太極拳などのポーズのアニメーションを用いてもよい。
【００５１】
5．実施態様
本発明には、以下のような実施態様がある。
(1)前記第１のアニメーションは、動物の走行状態を表示するものであり、
前記第２のアニメーションは、前記動物の歩行状態を表示するものである
ことを特徴とする請求項１記載の音楽データ再生装置。
(2)前記動物は二足歩行動物であり、
前記第１のアニメーションは、前記二足歩行動物の両足が浮いている状態のコマと少なくとも一方の足が着地した状態のコマとを含んで成るものであり、
前記第２のアニメーションは、前記二足歩行動物の少なくとも一方の足が着地した状態のコマのみから成るものである
ことを特徴とする実施態様１記載の音楽データ再生装置。
【図面の簡単な説明】
【００５２】
【図１】本発明の一実施例のフィットネス管理システムのブロック図である。
【図２】ユーザ装着ユニット１３０の外観構成を示す平面図である。
【図３】ＰＣ１００内の表示部１０６における表示例を示す図である。
【図４】ＰＣ１００で実行されるメインルーチンのフローチャート（１／２）である。
【図５】ＰＣ１００で実行されるメインルーチンのフローチャート（２／２）である。
【図６】ＰＣ１００で実行される割込み処理ルーチンのフローチャートである。
【図７】単独モードにおいてユーザ装着ユニット１３０で実行されるメインルーチンのフローチャートである。
【符号の説明】
【００５３】
６：ガイド画像、１０：プログレス・バー、１２：カーソル、１４：背景画像、１６：人画像、１００：ＰＣ、１００：パーソナルコンピュータ、１０２，１３２：操作子部、１０４，１３４：検出回路、１０６，１３６：表示部（表示装置）、１０８，１３８：表示回路、１１０，１４０：記憶装置、１１２，１４２：ＣＰＵ（処理装置）、１１４，１４４：通信インタフェース、１１６，１４６：通信バス、１１８，１４８：音源回路、１２０，１５０：効果回路、１２２，１５２：サウンドシステム、１３０：ユーザ装着ユニット、１３０−１：筐体、１３０−２：バンド、１３２−１：アップ・スイッチ、１３２−１〜１３２−３：スイッチ、１３２−２：ダウン・スイッチ、１３２−３：メニュー・スイッチ、１３２−４：電源スイッチ、１５４：センサ検出回路、１５６：センサ、１６０：ネットワーク、１６２：アンテナ、１６４：ＵＳＢポート、１６６：イヤホン・ジャック、１７０：イヤホン・アセンブリ、１７１：プラグ、１７２：ケーブル、１７４：左イヤホン、１７６：右イヤホン、１７８：心拍センサ。
【技術分野】
【０００１】
本発明は、音楽再生をしながらフィットネスを行う際に用いて好適な音楽データ再生装置およびプログラムに関する。
【背景技術】
【０００２】
音楽の自動演奏装置とフィットネス装置とを組み合わせることにより、ユーザの動作と同期させて音楽を再生する装置が特許文献１に開示されている。また、これは特に音楽再生に関係するものではないが、ユーザがフィットネスなどを行うにあたって、心拍などのユーザの状態を検出するために、腕時計型の装置をユーザに装着する技術が特許文献２に開示されている。また、これは特にフィットネスに関係するものではないが、自動演奏データに基づいて音楽を再生する際、人間が動作を行うような図形をディスプレイに表示する技術が特許文献３に開示されている。これは、例えば自動演奏中に発音情報が検出されると「立った姿勢」、それ以外の場合は「座った姿勢」の画像を表示させるものである。
【０００３】
【特許文献１】特表平０２−５０３９９６号公報
【特許文献２】特開２００６−５３７２２号公報
【特許文献３】特許第２７０１０９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、特許文献１に開示された内容は「ユーザのフィットネス動作に音楽（の拍タイミングなど）を合わせる」ものであるが、これでは音楽のテンポが不自然に変動するため、「音楽に合わせてユーザがフィットネスする」ことが望ましい場合もある。しかし、音楽に合わせてユーザがフィットネスする場合には、どのタイミングにユーザがどのような動作を行えば良いのか、非常に解り辛くなる場合がある。このため、ユーザがフィットネス中に「音楽に動作を合わせる」ことを楽しめなくなる。さらに、ユーザの動作が過度に速くなると体に無理な負担がかかり、ユーザの動作が過度に遅くなると充分な運動効果が得られなくなるという問題が生じる。
この発明は上述した事情に鑑みてなされたものであり、音楽に合わせた適切な動作をユーザが容易に把握でき、これによって「音楽に動作を合わせる」ことを楽しみつつ、適切な運動効果を得ることができる音楽データ再生装置およびプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００５】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載の音楽データ再生装置にあっては、演奏情報（ＳＭＦ形式、ＳＭＡＦ形式）または音声データ（ＭＰ３方式）である音楽データを再生する 音楽データ再生手段（ＳＰ１１４，１４８）と、表示装置（１０６，１３６）と、前記音楽データのテンポが所定値（１４０）以上であれば第１のアニメーション（走行状態）を選択し、 前記音楽データのテンポが該所定値（１４０）未満であれば第２のアニメーション（歩行状態）を選択する アニメーション選択手段（ＳＰ１８）と、前記音楽データに同期して、該アニメーション選択手段（ＳＰ１８）によって 選択されたアニメーションを前記表示装置（１０６，１３６）に表示させる アニメーション表示手段（ＳＰ１２２〜ＳＰ１２４）とを有することを特徴とする。
さらに、請求項２記載の構成にあっては、請求項１記載の音楽データ再生装置において、前記第１のアニメーション（走行状態）は、 着地状態の第１群のコマ（Ｒ１，Ｒ４〜Ｒ６，Ｒ９，Ｒ１０）と、 非着地状態の第２群のコマ（Ｒ２，Ｒ３，Ｒ７，Ｒ８）と から成るものであり、前記アニメーション表示手段（ＳＰ１２２〜ＳＰ１２４）は、 前記音楽データの拍タイミングに前記第１群のコマ（Ｒ１，Ｒ４〜Ｒ６，Ｒ９，Ｒ１０） のうち何れかを表示させるものであることを特徴とする。
さらに、請求項３記載の構成にあっては、請求項１記載の音楽データ再生装置において、表示位置によって前記音楽データの再生の進行状況を示すカーソル画像（１２）を 前記表示装置（１０６，１３６）に表示させる 進行状況表示手段（１２，１０６，１３６）をさらに有し、前記アニメーション表示手段（１０６，１３６）は、前記第１のまたは第２のアニメーション の表示位置を前記カーソル画像（１２）に沿って移動させるものであることを特徴とする。
また、請求項４記載のプログラムにあっては、処理装置（１１２，１４２）と、 表示装置（１０６，１３６）と、 演奏情報（ＳＭＦ形式、ＳＭＡＦ形式）または音声データ（ＭＰ３方式）である 音楽データを再生する音楽データ再生手段（ＳＰ１１４，１４８）と を有する音楽データ再生装置に適用されるプログラムであって、前記音楽データのテンポが所定値（１４０）以上であれば第１のアニメーション（走行状態）を選択し、 前記音楽データのテンポが該所定値（１４０）未満であれば第２のアニメーション（歩行状態）を選択する アニメーション選択過程（ＳＰ１８）と、前記音楽データに同期して、該アニメーション選択過程（ＳＰ１８）によって 選択されたアニメーションを前記表示装置（１０６，１３６）に表示させる アニメーション表示過程（ＳＰ１２２〜ＳＰ１２４）とを前記処理装置（１１２，１４２）に実行させることを特徴とする。
【発明の効果】
【０００６】
以上のように、音楽データのテンポに基づいて第１のまたは第２のアニメーションを選択する構成によれば、楽曲のテンポに応じた適切なアニメーションを選択することができる。
また、第１のアニメーションとして、着地状態の第１群のコマと、非着地状態の第２群のコマとを表示する構成によれば、音楽に合わせた適切な動作をユーザが容易に把握できるようになる。
【発明を実施するための最良の形態】
【０００７】
1．実施例のハードウエア構成
以下、この発明の一実施例のフィットネス管理システムの構成を図１を参照し説明する。本実施例のフィットネス管理システムは、腕時計状の形態を有し、ユーザに装着されるユーザ装着ユニット１３０と、該ユーザ装着ユニット１３０に接続されたパーソナルコンピュータ（ＰＣ）１００とから構成されている。ＰＣ１００の内部において１０２は操作子部であり、キーボード、マウス等から構成されている。１０４は検出回路であり、操作子部１０２の状態を検出する。１０６は表示部であり、表示回路１０８の制御の下、ユーザに対して各種情報を表示する。１１２はＣＰＵであり、通信バス１１６を介してＰＣ１００内の各部を制御する。
【０００８】
１１０は記憶装置であり、ＣＰＵ１１２の制御プログラム等を記憶するＲＯＭと、ＣＰＵ１１２のワークメモリとして用いられるＲＡＭとから構成されている。１１４は通信インタフェースであり、有線または無線のネットワーク１６０を介してユーザ装着ユニット１３０との間でデータを送受信する。１１８は音源回路であり、通信バス１１６を介して供給された演奏情報に基づいて、波形データを生成する。１２０は効果回路であり、この波形データに対して各種のエフェクトを付与する。１２２はサウンドシステムであり、効果回路１２０から出力された楽音信号を発音する。
【０００９】
次に、ユーザ装着ユニット１３０の内部において１３２は操作子部であり、数個のボタン等から構成されている。１３４は検出回路であり、操作子部１３２の状態を検出する。１３６は表示部であり、表示回路１３８の制御の下、ユーザに対して各種情報を表示する。１４２はＣＰＵであり、通信バス１４６を介してユーザ装着ユニット１３０内の各部を制御する。１４０は記憶装置であり、ＣＰＵ１４２の制御プログラム等を記憶するＲＯＭと、ＣＰＵ１４２のワークメモリとして用いられるＲＡＭとから構成されている。
【００１０】
１４４は通信インタフェースであり、ネットワーク１６０を介してＰＣ１００の通信インタフェース１１４との間でデータを送受信する。１４８は音源回路であり、通信バス１４６を介して供給された演奏情報に基づいて、波形データを生成する。１５０は効果回路であり、この波形データに対して各種のエフェクトを付与する。１５２はサウンドシステムであり、効果回路１５０から出力された楽音信号を発音する。１５６はセンサであり、ユーザの心拍等を検出する。１５４はセンサ検出回路であり、センサ１５６からの出力信号をデジタル信号に変換し、通信バス１４６を介して出力する。
【００１１】
次に、ユーザ装着ユニット１３０の外観構成を図２を参照し説明する。図２においてユーザ装着ユニット１３０は、略直方体状の筐体１３０−１内に収納されている。筐体１３０−１の上下部分には、該ユーザ装着ユニット１３０をユーザの腕に装着するためのバンド１３０−２，１３０−２が取り付けられている。１３２−１はアップ・スイッチ、１３２−２はダウン・スイッチ、１３２−３はメニュー・スイッチ、１３２−４は電源スイッチであり、ユーザによって必要により操作される。表示部１３６は、アップ・スイッチ１３２−１およびダウン・スイッチ１３２−２の間に設けられている。１６２はアンテナであり、略円柱状に形成され、ユーザ装着ユニット１３０とＰＣ１００とが無線通信を行う際に、電波を送受信する。
【００１２】
１６４はＵＳＢポートであり、ユーザ装着ユニット１３０とＰＣ１００とが有線通信を行う際、ここにＵＳＢケーブルが挿入される。１６６はイヤホン・ジャックであり、イヤホン・アセンブリ１７０のプラグ１７１が挿入される。イヤホン・アセンブリ１７０は、該プラグ１７１と、左イヤホン１７４と、右イヤホン１７６と、心拍センサ１７８と、これらを結ぶケーブル１７２とから構成されている。ここで、心拍センサ１７８は、クリップ状に構成されており、ユーザの耳たぶを挟むようにして装着される。
【００１３】
2．実施例のデータ構成
上述した記憶装置１１０，１４０には、曲データと、曲データ管理テーブルとが記憶される。ここで、曲データは、楽曲の内容を特定するデータであり、ＳＭＦ、ＳＭＡＦ形式等の演奏情報であってもよく、ＭＰ３形式などの音声データであってもよい。また、曲データ管理テーブルは、これら曲データの曲名、テンポ、再生時間などの情報を曲データ毎に記録したテーブルである。
【００１４】
3．実施例の動作
3．1．動作の概要
次に、本実施例の動作の概要を説明する。まず、本実施例には、ユーザ装着ユニット１３０の全体的な動作状態を規定する全体モードと、選択された全体モードにおいて各種操作子の機能を規定する操作モードという二つの動作モードがある。まず、全体モードは、ＰＣ１００とユーザ装着ユニット１３０との接続状態に基づいて、「コネクション・モード」と「単独モード」のうちの何れかに設定される。コネクション・モードとは、ネットワーク１６０を介してユーザ装着ユニット１３０がＰＣ１００と接続されている場合の全体モードである。また、単独モードは、ユーザ装着ユニット１３０がＰＣ１００に接続されることなく単独で動作する全体モードである。コネクション・モードにおいては、様々な表示制御や音楽再生等はＰＣ１００によって実行され、ユーザ装着ユニット１３０はＰＣ１００の入出力装置として機能する。一方、単独モードにおいては、ユーザ装着ユニット１３０のＣＰＵ１４２自体によって様々な表示制御や音楽再生等の処理が実行される。また、操作モードには、再生する楽曲を選択する曲選択モード等がある。
【００１５】
ここで、曲選択モードの動作の概要を説明しておく。操作モードが曲選択モードになると、表示部１０６に複数の楽曲名のリストが表示され、何れかの楽曲名の箇所に曲選択カーソルが置かれる。この曲選択カーソルが置かれた楽曲を「特定曲」という。ユーザがアップ・スイッチ１３２−１またはダウン・スイッチ１３２−２等を操作すると、楽曲名リスト上で曲選択カーソルを移動させることができ、該曲選択カーソルの移動とともに、「特定曲」も変更される。
【００１６】
コネクション・モードにおいては、ＰＣ１００の表示部１０６には、図３(a)に示すガイド画像６が表示される。ガイド画像６の内部において、１０はプログレス・バーであり、横長の棒状の図形として表示される。１２はカーソルであり、音楽再生の進行とともにプログレス・バー１０上を左端から右端に向かって移動する。プログレス・バー１０の上方において１４は背景画像であり、その内部に人画像１６が表示されている。
【００１７】
人画像１６は、アニメーションであり、本実施例にあっては、人画像１６が走行する「走行状態」または人画像１６が歩行する「歩行状態」の二種類のキャラクタ種類のうち何れかのアニメーションが選択される。何れのキャラクタ種類においても、人画像１６は、カーソル１２の直上の位置に表示されるため、音楽再生の進行とともに背景画像１４内を左端から右端に向かって移動する。ここで、「走行状態」のアニメーションとは、図３(b)に示すコマＲ１〜Ｒ１０を順次かつ繰り返し再生するものである。また、「歩行状態」のアニメーションとは、図３(c)に示すコマＷ１〜Ｗ１０を順次かつ繰り返し再生するものである。なお、本明細書において「走行状態」とは、「両足が浮いている状態（例えばコマＲ２，Ｒ３，Ｒ７，Ｒ８）」と、「少なくとも一方の足が着地した状態（同、コマＲ１，Ｒ４〜Ｒ６，Ｒ９，Ｒ１０）」との二種類の状態を有することをいい、「歩行状態」とは「全てのコマにおいて少なくとも一方の足が着地している」ことをいう。
【００１８】
本実施例においては、アニメーションのキャラクタ種類は、再生対象の楽曲すなわち特定曲のテンポ値に対応して、「キャラクタ種類ＣＨＡ」という変数に自動的にセットされる。すなわち、特定曲のテンポ値が「１４０」未満であればキャラクタ種類ＣＨＡは、“０”（歩行状態）に設定され、特定曲のテンポ値が「１４０」以上であればキャラクタ種類ＣＨＡは、“１”（走行状態）に設定される。
【００１９】
3．2．コネクション・モードの動作
3．2．1．メインルーチン
次に、図４，図５を参照し、コネクション・モードにおけるＰＣ１００の動作を説明する。
図４において処理がステップＳＰ２に進むと、所定の初期設定が行われる。次に、処理がステップＳＰ４に進むと、各種の操作子イベントが発生したか否かが判定される。ここで、操作子イベントとは、ユーザ装着ユニット１３０内の各スイッチ１３２−１〜１３２−３の操作イベント、あるいはＰＣ１００の操作子部１０２における操作イベントをいう。なお、上述したように、ＰＣ１００の操作子部１０２は、キーボードを含んでいるが、このキーボードのいくつかのファンクション・キーは、ユーザ装着ユニット１３０におけるスイッチ１３２−１〜１３２−３と等価な機能を果たすように割り当てられている。
【００２０】
操作子イベントが発生していなければ、ステップＳＰ４において「ＮＯ」と判定され、処理はステップＳＰ４０（図５）に進み、取り込み完了フラグＦが“１”（取込済）であるか否かが判定される。ここで、「取り込み完了フラグＦ」について説明しておく。ユーザ装着ユニット１３０は、ＰＣ１００に接続されていない状態においても単独で過去のフィットネスの履歴（開始日時や時間等）であるフィットネス履歴データを記憶することができる。そして、ＰＣ１００にユーザ装着ユニット１３０が接続されると、このフィットネス履歴データがＰＣ１００に取り込まれる。取り込み完了フラグＦは、このフィットネス履歴データの取り込みが完了している場合は“１”（取込済）に、完了していない場合は“０”（未取込）に設定されるフラグであり、初期設定時（ステップＳＰ２）において“０”（未取込）に設定される。
【００２１】
ステップＳＰ４０において「ＮＯ」（未取込）と判定されると、処理はステップＳＰ４２に進み、ＰＣ１００にユーザ装着ユニット１３０が接続されているか否かが判定される。ここで「ＮＯ」（未接続）と判定されると、処理はステップＳＰ４４に進み、取り込み完了フラグＦが“０”（未取込）に設定される。すなわち、ＰＣ１００とユーザ装着ユニット１３０との通信が一旦途切れると、取り込み完了フラグＦは速やかに“０”（未取込）に設定されることになる。一方、ユーザ装着ユニット１３０が接続されている場合はステップＳＰ４２において「ＹＥＳ」と判定され、処理はステップＳＰ４６に進む。ここでは、データ転送スイッチ（操作子部１０２における所定のファンクション・キー）がオン状態であるか否かが判定される。
【００２２】
ステップＳＰ４６において「ＹＥＳ」と判定されると、処理はステップＳＰ４８に進み、フィットネス履歴データが所定のバイト長だけユーザ装着ユニット１３０から取得される。次に、処理がステップＳＰ５０に進むと、フィットネス履歴データの転送が全て完了したか否かが判定される。ここで「ＮＯ」と判定されると、処理はステップＳＰ４８に戻り、フィットネス履歴データの転送が続行される。そして、全てのフィットネス履歴データの転送が終了すると、処理はステップＳＰ５２に進み、取り込み完了フラグＦが“１”（取込済）に設定される。
【００２３】
以後、取り込み完了フラグＦが“１”（取込済）である限り、ステップＳＰ４０において常に「ＮＯ」と判定されるから、フィットネス履歴データの取込処理（ステップＳＰ４８，５０）はスキップされる。また、ユーザ装着ユニット１３０がＰＣ１００に接続されていない場合（ステップＳＰ４２）や、データ転送スイッチがオンされなかった場合（ステップＳＰ４６）においても、フィットネス履歴データの取込処理（ステップＳＰ４８，５０）はスキップされる。以上のステップが完了すると、処理は再びステップＳＰ４（図４）に戻り、操作子イベントの有無が判定される。
【００２４】
次に、ステップＳＰ４において何らかの操作子イベントが検出されると、処理はステップＳＰ６に進む。ここでは、操作された操作子は「メニュー操作子」であるか否かが判定される。なお、「メニュー操作子」とは、ユーザ装着ユニット１３０内のメニュー・スイッチ１３２−３と、操作子部１０２内でこれと同等の機能が割り当てられたファンクション・キーとを総称したものである。メニュー操作子が操作されると、操作される毎に操作モードが変更される。次に、処理がステップＳＰ８に進むと、操作モードが曲選択モードに設定されたか否かが判定される。ここで「ＮＯ」と判定されると、処理はステップＳＰ９に進み、現在の操作モードに応じた処理が行われる。一方、操作モードが曲選択モードになると、ステップＳＰ８において「ＹＥＳ」と判定され処理はステップＳＰ１０に進む。
【００２５】
ステップＳＰ１０においては、アップ・スイッチ１３２−１、ダウン・スイッチ１３２−２、またはこれらの対応する操作子部１０２内のファンクション・キーの操作イベントがあったか否かが検出される。ここで「ＮＯ」と判定されると処理はステップＳＰ１２に進み、前回選択した楽曲（現在の曲選択カーソルの位置に係る楽曲）が特定曲として選択される。
【００２６】
次に、処理がステップＳＰ１４に進むと、現在の曲選択カーソルの位置に係る楽曲が特定曲として指定される。そして、この特定曲の曲名、テンポ、再生時間などが記憶装置１１０内の曲データ管理テーブルから読み出され、表示部１０６に表示される。ところで、曲データ管理テーブルにおいては、所定の順序（例えばアルファベット順）に各曲データの曲名、テンポ、再生時間などが記録されている。ステップＳＰ１４においては、特定曲の前後の十数曲に関しても、これら曲名、テンポ、再生時間などが読み出され、表示部１０６にこれらの内容がリストとして表示される。
【００２７】
次に、処理がステップＳＰ１６に進むと、「スタート機能のオンイベント」が発生したか否かが判定される。ここで、「スタート機能のオンイベント」とは、ユーザ装着ユニット１３０においてアップ・スイッチ１３２−１とダウン・スイッチ１３２−２とが同時に押下された場合、または、ＰＣ１００の操作子部１０２において、スタート機能に対応するファンクション・キーが押下された場合のうち何れかである。
【００２８】
ステップＳＰ１６において「ＮＯ」と判定されると、処理はステップＳＰ８に戻る。これにより、以後、アップ・スイッチ１３２−１またはダウン・スイッチ１３２−２が操作される毎に、特定曲が変更され、変更後の特定曲の曲名、テンポなどが表示部１０６に表示される。一方、ステップＳＰ１６において「ＹＥＳ」と判定されると、処理はステップＳＰ１８に進み、キャラクタ種類ＣＨＡが、特定曲のテンポ値に対応した値に設定される。すなわち、キャラクタ種類ＣＨＡは、特定曲のテンポ値が「１４０」未満であれば“０”（歩行状態）に設定され、特定曲のテンポ値が「１４０」以上であれば“１”（走行状態）に設定される。次に、処理がステップＳＰ２０に進むと、特定曲のテンポ値に基づいたタイマ関係パラメータが指定される。
【００２９】
上記ステップＳＰ２０において設定されるタイマ関係パラメータには、以下のようなものがある。
(１)ＣＮＴＡmax：本実施例の表示制御および発音制御のタイミングの分解能Tsは、対象となる楽曲の四分音符長の「１／９６」である。ＣＮＴＡmaxは、この分解能Tsを「μｓｅｃ」単位で表したものである。例えば、テンポが「１２０」であるとすると、四分音符長は「５００ｍｓｅｃ」になる。これを「９６」で除算すると、分解能Tsは約「５２０８μｓｅｃ」になるから、ＣＮＴＡmaxは「５２０８」に設定される。同様に、テンポが「１００」であればＣＮＴＡmaxは「６２５０」に設定され、同様に、テンポが「１１０」であればＣＮＴＡmaxは「５６８１」に設定される。
【００３０】
(２)ＣＮＴＢmax：図３(b)，(c)に示したアニメーションは、何れも「１０コマ」から構成されるものであるが、この１０コマは「２拍」の期間内に再生されるものである。このアニメーションを表示する周期をアニメーション表示周期Taという。ＣＮＴＢmaxは、アニメーション表示周期Taが分解能Tsの何倍であるかを示すものであり、図３(b)，(c)の例においては、「９６×２＝１９２」に設定される。
【００３１】
(３)各コマの表示タイミング：このパラメータは、アニメーションを構成する各コマの表示タイミング（コマ送りを行うタイミング）を、アニメーション表示周期Taの開始点を基準として、分解能Tsを単位として指定するものである。上記例におけるＣＮＴＢmax（＝１９２）に基づいて、各コマの表示時間がほぼ均等になるように割り振るとすると、各表示タイミングは例えば次のように設定することができる。
第１コマ〜第５コマについて：「０」，「２０」，「３９」，「５８」，「７７」
第６コマ〜第１０コマについて：「９６」，「１１６」，「１３５」，「１５４」，「１７３」
【００３２】
上記例によれば、第１コマおよび第６コマの表示時間は「２０・Ts」であり、それ以外のコマの表示時間「１９・Ts」と比較すると、若干長くなっている。このように、第１コマおよび第６コマの表示時間を若干長くした理由を説明する。まず、第１コマおよび第６コマの表示タイミングは、拍タイミングに一致する。このため、ユーザが拍タイミングの基準を把握しやすくするように、第１コマおよび第６コマの表示時間を他のコマより長くすることが好適である。
【００３３】
さらに、第１コマおよび第６コマの「表示内容」も長く表示させることが好適な内容に設定されている。その詳細を図３(b)，(c)を参照し説明する。まず、走行状態に係る図３(b)を参照すると、コマＲ１，Ｒ４〜Ｒ６，Ｒ９，Ｒ１０は人画像の片足が着地している着地状態であり、それ以外のコマＲ２，Ｒ３，Ｒ７，Ｒ８は人画像の両足が浮いている非着地状態である。従って、第１コマおよび第６コマ（コマＲ１，Ｒ６）は、着地状態から非着地状態に遷移するタイミングである。すなわち、コマＲ１，Ｒ６は、着地している側の片足を蹴り出すことにより、正に両足を浮かせようとするタイミングであり、ユーザが人画像に同期して走行状態の動作を行うとき、最も重要なタイミングである。その理由は、非着地状態から着地状態に遷移するタイミングは、ユーザが制御しにくいものであり、着地状態から非着地状態に遷移するタイミングはユーザが比較的自由に制御できるためである。
【００３４】
次に、歩行状態に係る図３(c)において、第１コマおよび第６コマ（コマＷ１，Ｗ６）を参照すると、人画像の両足がほぼ揃っており、これらの前後のコマＷ１０，Ｗ２，Ｗ５，Ｗ７と比較すると、明らかに両足の表示間隔が狭くなっていることが解る。すなわち、コマＷ１，Ｗ６は、ほぼ両足が揃っている状態から、片足を前に出そうとするタイミングであり、ユーザが人画像に同期して歩行状態の動作を行うとき、最も重要なタイミングである。そこで、本実施例においては、走行状態においてはコマＲ１，Ｒ６の表示器間を比較的長く確保するとともに、歩行状態においてはコマＷ１，Ｗ６の表示器間を比較的長く確保することにより、ユーザが、足を動かすべきタイミングを把握しやすくしている。
【００３５】
図４に戻り、次に処理がステップＳＰ２２に進むと、再生指示フラグＲＵＮが“１”に設定されるとともに、アドレスカウンタＡＤＲが「０」に設定される。ここで、再生指示フラグＲＵＮとは、楽曲およびアニメーションの再生を行う場合に“１”（再生状態）、再生を行わない場合に“０”（停止状態）に設定されるフラグである。また、アドレスカウンタＡＤＲとは、楽曲の再生が開始した後の経過時間を、分解能Tsを単位として表したものである。
【００３６】
ところで、上記ステップＳＰ４において「メニュー操作子」以外の操作子イベントが検出された場合には、ステップＳＰ６において「ＮＯ」と判定され、処理はステップＳＰ２４に進む。ステップＳＰ２４においては、検出された操作子イベントは演奏情報等の編集を行う「エディット入力指示」であるか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ２６に進み、操作内容に応じて演奏情報等の編集処理および編集結果の表示処理が行われる。また、ステップＳＰ２４において「ＮＯ」と判定されると、処理はステップＳＰ２８に進み、上記ステップＳＰ４においてメニュー操作子の操作、エディット入力指示以外の指示が検出されたか否かが判定される。
【００３７】
ステップＳＰ２８において「ＹＥＳ」と判定されると、処理はステップＳＰ３０に進み、指示内容に応じた処理が実行される。なお、ステップＳＰ２８において「ＮＯ」と判定された場合には、実質的に処理は行われない。以上のステップＳＰ６〜ＳＰ３０の処理が終了すると、処理はステップＳＰ４に戻り、以降は上述した動作と同様の動作が繰り返される。
【００３８】
3．2．2．タイマ・インタラプト処理
コネクション・モードにおいては、「１μｓｅｃ」毎に、ＣＰＵ１１２に対してタイマ・インタラプトが発生する。タイマ・インタラプトが発生すると、図６(a)に示すタイマ・インタラプト・ルーチンが起動される。図６(a)において処理がステップＳＰ１０２に進むと、カウンタ変数ＣＮＴＡが更新される。すなわち、カウンタ変数ＣＮＴＡは、「０」を初期値としてタイマ・インタラプトが発生する毎に「１」づつインクリメントされ、最大値ＣＮＴＡmaxになると「０」に戻される。なお、上記ステップＳＰ２０において述べたように、最大値ＣＮＴＡmaxはテンポ値に応じた値に予め設定されている。次に、処理がステップＳＰ１０４に進むと、現タイミングがテンポ・インタラプト発生タイミングであるか否かが判定される。すなわち、カウンタ変数ＣＮＴＡが「０」であればテンポ・インタラプト発生タイミングであり、それ以外の場合はテンポ・インタラプト発生タイミングではない。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ１０４に進み、テンポ・インタラプトが発生され、後述するテンポ・インタラプト処理ルーチン（図６(b)）が呼び出される。
【００３９】
次に、テンポ・インタラプト処理ルーチン（図６(b)）の処理について説明する。図において処理がステップＳＰ１１０に進むと、カウンタ変数ＣＮＴＢが更新される。すなわち、カウンタ変数ＣＮＴＢは、「０」を初期値としてテンポ・インタラプトが発生する毎に「１」づつインクリメントされ、所定の最大値ＣＮＴＢmax（＝１９２）になると「０」に戻される。
【００４０】
次に、処理がステップＳＰ１１２に進むと、再生指示フラグＲＵＮが“１”（再生中）であるか否かが判定される。ここで「ＮＯ」と判定されると本ルーチンの処理は直ちに終了する。一方、ステップＳＰ１１２において「ＹＥＳ」と判定されると、処理はステップＳＰ１１４に進む。ここでは、現在のタイミングにおいて再生すべき楽曲が音源回路１１８、効果回路１２０およびサウンドシステム１２２を介して放音される。次に、処理がステップＳＰ１１６に進むと、現在のアドレスカウンタＡＤＲに応じて、プログレス・バー１０上のカーソル１２の位置が更新される。
【００４１】
ここで、カーソル１２の位置の決定方法について説明しておく。現在再生中の楽曲の再生時間とテンポとは曲データ管理テーブルから既知であるため、再生終了時のアドレスカウンタＡＤＲの値（最終アドレスＡＤＲ_end）は、「最終アドレスＡＤＲ_end＝再生時間（秒）＊９６＊（テンポ／６０）」によって求めることができる。そして、現在のアドレスカウンタＡＤＲを最終アドレスＡＤＲ_endで除算すると、全体の再生時間のうち既に再生済みである時間の割合を求めることができる。そして、プログレス・バー１０の長さにこの除算結果を乗算した値が、カーソル１２の表示位置になる。例えば、除算結果ＡＤＲ／ＡＤＲ_endが「０．４３」であれば、カーソル位置は、プログレス・バー１０の左端から「４３％」の位置に設定される。
【００４２】
次に、処理がステップＳＰ１１８に進むと、コマ番号を示す変数Ｎが「１」に設定される。次に、処理がステップＳＰ１２０に進むと、カウンタ変数ＣＮＴＢに基づいて、現時点が第Ｎコマの表示タイミング（先にステップＳＰ２０において設定された表示タイミング）であるか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ１２２に進み、キャラクタ種類ＣＨＡが“１”（走行状態）であるか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ１２４に進み、走行状態に係るアニメーションの第Ｎコマ（コマＲ（Ｎ））が、背景画像１４内のカーソル１２の直上の位置に表示される。一方、ステップＳＰ１２２で「ＮＯ」と判定されると、キャラクタ種類ＣＨＡは“０”（歩行状態）である。かかる場合は、処理はステップＳＰ１２６に進み、歩行状態に係るアニメーションの第Ｎコマ（コマＷ（Ｎ））が、背景画像１４内のカーソル１２の直上の位置に表示される。
【００４３】
次に、処理がステップＳＰ１２８に進むと、コマ番号Ｎが「１」だけインクリメントされる。次に、処理がステップＳＰ１３０に進むと、コマ番号Ｎが「１０」を超えたか否かが判定される。ここで「ＮＯ」と判定されると、ステップＳＰ１２０〜ステップＳＰ１２８の処理が新たなコマ番号Ｎに対して実行される。そして、コマ番号Ｎが「１０」を超えると、ステップＳＰ１３０において「ＹＥＳ」と判定され処理はステップＳＰ１３２に進む。ここでは、アドレスカウンタＡＤＲが「１」だけインクリメントされる。以上のステップが終了すると、テンポ・インタラプト処理ルーチンが終了する。
【００４４】
3．3．単独モードの動作
次に、単独モードにおいて、ユーザ装着ユニット１３０のＣＰＵ１４２によって実行される処理の内容を図７を参照し説明する。図７に示すステップＳＰ２０２〜ＳＰ２３０の処理は、図４におけるステップＳＰ２〜３０の処理と同様であるため、以下に異なる点のみを説明する。まず、図７の処理においては、ステップＳＰ４２〜ＳＰ５２（図５）に対応する処理がなく、ステップＳＰ２０４においては、何らかの操作イベントが発生するまで、処理が待機する。これは、ユーザ装着ユニット１３０自体は他の機器から「データを取り込む」ことが無いためである。なお、このステップＳＰ２０４において処理が待機している場合には、ユーザ装着ユニット１３０の操作モードを時計モードとし、時刻表示などを行わせるようにしてもよい。
【００４５】
また、ステップＳＰ２０４，ＳＰ２０６，ＳＰ２１０，ＳＰ２１６，ＳＰ２２４，ＳＰ２２８等における判定処理は、ユーザ装着ユニット１３０内のスイッチ１３２−１〜１３２−３の操作状態のみに基づいて実行される。これは、単独モードではユーザ装着ユニット１３０にＰＣ１００は接続されないためである。また、ステップＳＰ２１８，ＳＰ２２６等における表示処理は、ユーザ装着ユニット１３０内の表示部１３６に対して行われる。また、タイマ・インタラプトおよびテンポ・インタラプトもユーザ装着ユニット１３０内のＣＰＵ１４２に対して発生するものであり、対応する処理（図６(a)，(b)）もユーザ装着ユニット１３０内のＣＰＵ１４２において実行される。
【００４６】
4．変形例
本発明は上述した実施例に限定されるものではなく、例えば以下のように種々の変形が可能である。
(1)上記実施例においては、ＰＣ１００またはユーザ装着ユニット１３０上で動作するプログラムによって各種処理を行ったが、このプログラムのみをＣＤ−ＲＯＭ、メモリカード等の記録媒体に格納して頒布し、 あるいは伝送路を通じて頒布することもできる。
【００４７】
(2)上記実施例においては、キャラクタ種類ＣＨＡによって「歩行状態」または「走行状態」のうち何れかのアニメーションを指定したが、キャラクタ種類はこれらに限られるものではなく、例えばヨガや太極拳などの動きを取り入れても良い。
【００４８】
(3)上記実施例のステップＳＰ１４においては、曲データのリストがアルファベット順に限られるものではない。例えば、テンポの小さい順に曲データを配列するとともに、同一のテンポを有する曲データ間ではアルファベット順に配列するようにしてもよい。
【００４９】
(4)上記実施例においては、曲データのテンポと、再生開始タイミング（ステップＳＰ２２の実行タイミング）に基づいて、アニメーションの各コマの表示タイミングを一意に決定したが、実際の楽曲では拍タイミングには「揺れ」が生じる場合などがある。かかる場合は、拍タイミングを表す拍タイミングデータを曲データの中に含め、あるいは、拍タイミングを特定するために曲データとは別ファイルの拍タイミングデータファイルを記憶装置１１０，１４０に記憶させ、該拍タイミングデータに同期してアニメーションを表示させるようにしてもよい。
【００５０】
(5)また、上記実施例においては、ガイド画像６に人画像１６のアニメーションを表示したが、人画像１６に代えて、他の二足歩行動物または二足歩行ではない動物のアニメーションなどを表示してもよい。さらに、これらアニメーションは、走行状態や歩行状態に限られるものではなく、ヨガや太極拳などのポーズのアニメーションを用いてもよい。
【００５１】
5．実施態様
本発明には、以下のような実施態様がある。
(1)前記第１のアニメーションは、動物の走行状態を表示するものであり、
前記第２のアニメーションは、前記動物の歩行状態を表示するものである
ことを特徴とする請求項１記載の音楽データ再生装置。
(2)前記動物は二足歩行動物であり、
前記第１のアニメーションは、前記二足歩行動物の両足が浮いている状態のコマと少なくとも一方の足が着地した状態のコマとを含んで成るものであり、
前記第２のアニメーションは、前記二足歩行動物の少なくとも一方の足が着地した状態のコマのみから成るものである
ことを特徴とする実施態様１記載の音楽データ再生装置。
【図面の簡単な説明】
【００５２】
【図１】本発明の一実施例のフィットネス管理システムのブロック図である。
【図２】ユーザ装着ユニット１３０の外観構成を示す平面図である。
【図３】ＰＣ１００内の表示部１０６における表示例を示す図である。
【図４】ＰＣ１００で実行されるメインルーチンのフローチャート（１／２）である。
【図５】ＰＣ１００で実行されるメインルーチンのフローチャート（２／２）である。
【図６】ＰＣ１００で実行される割込み処理ルーチンのフローチャートである。
【図７】単独モードにおいてユーザ装着ユニット１３０で実行されるメインルーチンのフローチャートである。
【符号の説明】
【００５３】
６：ガイド画像、１０：プログレス・バー、１２：カーソル、１４：背景画像、１６：人画像、１００：ＰＣ、１００：パーソナルコンピュータ、１０２，１３２：操作子部、１０４，１３４：検出回路、１０６，１３６：表示部（表示装置）、１０８，１３８：表示回路、１１０，１４０：記憶装置、１１２，１４２：ＣＰＵ（処理装置）、１１４，１４４：通信インタフェース、１１６，１４６：通信バス、１１８，１４８：音源回路、１２０，１５０：効果回路、１２２，１５２：サウンドシステム、１３０：ユーザ装着ユニット、１３０−１：筐体、１３０−２：バンド、１３２−１：アップ・スイッチ、１３２−１〜１３２−３：スイッチ、１３２−２：ダウン・スイッチ、１３２−３：メニュー・スイッチ、１３２−４：電源スイッチ、１５４：センサ検出回路、１５６：センサ、１６０：ネットワーク、１６２：アンテナ、１６４：ＵＳＢポート、１６６：イヤホン・ジャック、１７０：イヤホン・アセンブリ、１７１：プラグ、１７２：ケーブル、１７４：左イヤホン、１７６：右イヤホン、１７８：心拍センサ。
【特許請求の範囲】
【請求項１】
演奏情報または音声データである音楽データを再生する音楽データ再生手段と、
表示装置と、
前記音楽データのテンポが所定値以上であれば第１のアニメーションを選択し、前記音楽データのテンポが該所定値未満であれば第２のアニメーションを選択するアニメーション選択手段と、
前記音楽データに同期して、該アニメーション選択手段によって選択されたアニメーションを前記表示装置に表示させるアニメーション表示手段と
を有することを特徴とする音楽データ再生装置。
【請求項２】
前記第１のアニメーションは、着地状態の第１群のコマと、非着地状態の第２群のコマとから成るものであり、
前記アニメーション表示手段は、前記音楽データの拍タイミングに前記第１群のコマのうち何れかを表示させるものである
ことを特徴とする請求項１記載の音楽データ再生装置。
【請求項３】
表示位置によって前記音楽データの再生の進行状況を示すカーソル画像を前記表示装置に表示させる進行状況表示手段
をさらに有し、
前記アニメーション表示手段は、前記第１のまたは第２のアニメーションの表示位置を前記カーソル画像に沿って移動させるものである
ことを特徴とする請求項１記載の音楽データ再生装置。
【請求項４】
処理装置と、表示装置と、演奏情報または音声データである音楽データを再生する音楽データ再生手段とを有する音楽データ再生装置に適用されるプログラムであって、
前記音楽データのテンポが所定値以上であれば第１のアニメーションを選択し、前記音楽データのテンポが該所定値未満であれば第２のアニメーションを選択するアニメーション選択過程と、
前記音楽データに同期して、該アニメーション選択過程によって選択されたアニメーションを前記表示装置に表示させるアニメーション表示過程と
を前記処理装置に実行させることを特徴とするプログラム。
【請求項１】
演奏情報または音声データである音楽データを再生する音楽データ再生手段と、
表示装置と、
前記音楽データのテンポが所定値以上であれば第１のアニメーションを選択し、前記音楽データのテンポが該所定値未満であれば第２のアニメーションを選択するアニメーション選択手段と、
前記音楽データに同期して、該アニメーション選択手段によって選択されたアニメーションを前記表示装置に表示させるアニメーション表示手段と
を有することを特徴とする音楽データ再生装置。
【請求項２】
前記第１のアニメーションは、着地状態の第１群のコマと、非着地状態の第２群のコマとから成るものであり、
前記アニメーション表示手段は、前記音楽データの拍タイミングに前記第１群のコマのうち何れかを表示させるものである
ことを特徴とする請求項１記載の音楽データ再生装置。
【請求項３】
表示位置によって前記音楽データの再生の進行状況を示すカーソル画像を前記表示装置に表示させる進行状況表示手段
をさらに有し、
前記アニメーション表示手段は、前記第１のまたは第２のアニメーションの表示位置を前記カーソル画像に沿って移動させるものである
ことを特徴とする請求項１記載の音楽データ再生装置。
【請求項４】
処理装置と、表示装置と、演奏情報または音声データである音楽データを再生する音楽データ再生手段とを有する音楽データ再生装置に適用されるプログラムであって、
前記音楽データのテンポが所定値以上であれば第１のアニメーションを選択し、前記音楽データのテンポが該所定値未満であれば第２のアニメーションを選択するアニメーション選択過程と、
前記音楽データに同期して、該アニメーション選択過程によって選択されたアニメーションを前記表示装置に表示させるアニメーション表示過程と
を前記処理装置に実行させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００８−１６１５５２（Ｐ２００８−１６１５５２Ａ）
【公開日】平成２０年７月１７日（２００８．７．１７）
【国際特許分類】
【出願番号】特願２００６−３５６１５１（Ｐ２００６−３５６１５１）
【出願日】平成１８年１２月２８日（２００６．１２．２８）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成２０年７月１７日（２００８．７．１７）
【国際特許分類】
【出願日】平成１８年１２月２８日（２００６．１２．２８）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]