(57)【要約】      （修正有）【課題】楽譜表示装置において、演奏者による演奏をより適切に支援する。【解決手段】ＣＰＵ１１は、曲を構成する各音符の音符長データを含む音符データに基づき、出力部１７に当該音符データに対応する音符画像を有する楽譜を表示させ、曲を構成する音符データを記憶したＲＡＭ１３から音符データを順次読み出すとともに、読み出された音符データの音符長データに基づいて次の音符データの読出しタイミングを決定する。また、ＣＰＵ１１は、ＲＡＭ１３に記憶された各音符データの音符長データに基づき、当該各音符データの読み出しタイミングに先行する第１及び第２の予告タイミングを演算し、音符データが読み出されるタイミングに先行して、第１及び第２の予告タイミングのいずれかのタイミングが到来したときに、楽譜上における読み出された音符データに対応する音符画像の表示形態を制御する。【選択図】図１
2015011133.tif 000002
【特許請求の範囲】
【請求項１】
曲を構成する各音符の音符長データを含む音符データに基づき、表示部に当該音符データに対応する音符画像を有する楽譜を表示させる表示手段と、
前記曲を構成する音符データを記憶した記憶手段から音符データを順次読み出すとともに、読み出された音符データの音符長データに基づいて次の音符データの読み出しタイミングを決定する読み出し手段と、
前記記憶手段に記憶された各音符データの音符長データに基づき、当該各音符データの読み出しタイミングに先行する第１及び第２の予告タイミングを演算する第１の演算手段と、
前記読み出し手段により音符データが読み出されるタイミングに先行して、前記第１及び第２の予告タイミングのいずれかのタイミングが到来したときに、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を制御する第１の表示制御手段と、
を有する楽譜表示装置。
【請求項２】
前記第１の予告タイミングは、演奏者が前記次の音符を認知するタイミングであり、
前記第２の予告タイミングは、前記演奏者が前記次の音符の発音動作を開始するタイミングである請求項１に記載の楽譜表示装置。
【請求項３】
前記第１の演算手段は、前記第１の予告タイミングとして、対応する音符データの読み出しタイミングより、当該音符データの音符長の２倍に対応する時間先行するタイミングを演算するとともに、前記第２の予告タイミングとして、対応する音符データの読み出しタイミングより、当該音符データの音符長に対応する時間先行するタイミングを演算する請求項１または２に記載の楽譜表示装置。
【請求項４】
前記各音符データはさらに、ベロシティデータを含み、
前記第１の表示制御手段は、前記対応する音符データの読み出しタイミングに先行して前記第２の予告タイミングが到来したとき、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を、当該対応する音符データのベロシティに基づいて変更させる請求項１乃至３のいずれかに記載の楽譜表示装置。
【請求項５】
前記各音符データはさらに、ベロシティデータを含み、
前記対応する音符データの読み出しタイミングが到来したとき、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を、当該対応する音符データのベロシティに基づいて変更させる第２の表示制御手段をさらに有する請求項１乃至４のいずれかに記載の楽譜表示装置。
【請求項６】
前記第２の表示制御手段は、前記対応する音符データの読み出しタイミングが到来したとき、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を、前記読み出された音符データ及び当該音符データより前に読み出された音符データそれぞれの音符長に基づいて変更させる請求項５に記載の楽譜表示装置。
【請求項７】
楽譜表示装置に用いられる楽譜表示方法であって、
曲を構成する各音符の音符長データを含む音符データに基づき、表示部に当該音符データに対応する音符画像を有する楽譜を表示させ、
前記曲を構成する音符データを記憶する記憶手段から音符データを順次読み出すとともに、読み出された音符データの音符長データに基づいて次の音符データの読み出しタイミングを決定し、
前記各音符データの音符長データに基づき、当該各音符データの読み出しタイミングに先行する第１及び第２の予告タイミングを演算し、
前記音符データが読み出されるタイミングに先行して、前記第１及び第２の予告タイミングのいずれかのタイミングが到来したときに、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を制御する、楽譜表示方法。
【請求項８】
楽譜表示装置に用いられるコンビュータに、
曲を構成する各音符の音符長データを含む音符データに基づき、表示部に当該音符データに対応する音符画像を有する楽譜を表示させる表示ステップと、
前記曲を構成する音符データを記憶する記憶手段から音符データを順次読み出すとともに、読み出された音符データの音符長データに基づいて次の音符データの読み出しタイミングを決定する読み出しステップと、
前記各音符データの音符長に基づき、当該各音符データの読み出しタイミングに先行する第１及び第２の予告タイミングを演算する第１の演算ステップと、
前記音符データが読み出されるタイミングに先行して、前記第１及び第２の予告タイミングのいずれかのタイミングが到来したときに、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を制御する第１の表示制御ステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽譜を表示する楽譜表示装置、楽譜表示方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、電子楽器等の楽譜表示装置において、演奏者による演奏を支援する情報を表示するものが知られている。
例えば、特許文献１に記載の楽譜表示装置では、調号データ及び複数の音符データに基づいて半音上げるべき音符または半音下げるべき音符が分別され、この分別に応じて半音上げるべき音符または半音下げるべき音符を他の音符とは異なる表示態様で分別表示している。
このように音符を表示することで、半音上げるべき音符や下げるべき音符をわかりやすく表示することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２０８８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された技術では、半音上げるべき音符や半音下げるべき音符を分別して表示することができるものの、演奏者による演奏を支援するための情報として十分なものではない。
即ち、演奏者は、演奏すべき音符の有無の認知（気付き）、音符を演奏するための準備（弾みを付ける等）、演奏の実行という過程を経て演奏を行っている。
そのため、半音上げるべき音符や半音下げるべき音符を分別して表示するのみでは、演奏を支援するための適切な情報を表現することが困難である。
このように、従来の楽譜表示装置においては、演奏者による演奏を適切に支援することが困難であった。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、楽譜表示装置において、演奏者による演奏をより適切に支援することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一態様の楽譜表示装置は、
曲を構成する各音符の音符長データを含む音符データに基づき、表示部に当該音符データに対応する音符画像を有する楽譜を表示させる表示手段と、
前記曲を構成する音符データを記憶した記憶手段から音符データを順次読み出すとともに、読み出された音符データの音符長データに基づいて次の音符データの読み出しタイミングを決定する読み出し手段と、
前記記憶手段に記憶された各音符データの音符長データに基づき、当該各音符データの読み出しタイミングに先行する第１及び第２の予告タイミングを演算する第１の演算手段と、
前記読み出し手段により音符データが読み出されるタイミングに先行して、前記第１及び第２の予告タイミングのいずれかのタイミングが到来したときに、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を制御する第１の表示制御手段と、
を有する。
【発明の効果】
【０００７】
本発明によれば、楽譜表示装置において、演奏者による演奏をより適切に支援することができる。
【図面の簡単な説明】
【０００８】
【図１】第１実施形態に係る楽譜表示装置１のハードウェアの構成を示すブロック図である。
【図２】ＲＡＭ１３が記憶している楽曲のデータを示す模式図である。
【図３】ＣＰＵ１１が実行する楽譜表示処理（メインフロー）の流れを説明するフローチャートである。
【図４】楽譜表示処理のサブフローとして実行されるスイッチ処理の流れを説明するフローチャートである。
【図５】スイッチ処理のサブフローとして実行される表示モードスイッチ処理の流れを説明するフローチャートである。
【図６】楽譜表示処理のサブフローとして実行される表示処理の流れを説明するフローチャートである。
【図７】表示処理のサブフローとして実行されるキャラクタ表示処理の流れを説明するフローチャートである。
【図８】キャラクタ表示処理において表示されるキャラクタの一例を示す模式図である。
【図９】キャラクタ表示処理のサブフローとして実行されるキャラクタ動作パラメータ演算処理の流れを説明するフローチャートである。
【図１０】キャラクタ表示処理において表示されるキャラクタをゴルフプレーヤーとした場合の例を示す模式図である。
【図１１】第２実施形態におけるキャラクタ動作パラメータ演算処理の流れを説明するフローチャートである。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて、本発明に係る楽譜表示装置の実施形態について説明する。
［第１実施形態］
［楽譜表示装置の構成］
【００１０】
本実施形態に係る楽譜表示装置は、楽譜のデータに基づいて、楽譜の譜割を判定し、各音符について発音を示唆する表示に加え、演奏者によるその音符の認知、及び、その音符を演奏するための演奏者の準備を示唆する表示を行う。
これにより、演奏者に対し、音符の発音タイミングを報知するのみならず、その音符の存在及びその音符の演奏の準備のタイミング（予告タイミング）を報知することができる。
したがって、楽譜表示装置において、演奏者による演奏をより適切に支援することが可能となる。
【００１１】
図１は、本発明の第１実施形態に係る楽譜表示装置１のハードウェアの構成を示すブロック図である。
楽譜表示装置１は、例えば電子ピアノ等の電子楽器として構成される。
図１において、楽譜表示装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記憶部１８と、ＭＩＤＩインターフェース部１９と、ドライブ２０と、を備えている。
【００１２】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、または、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。具体的には、ＣＰＵ１１は、楽譜表示処理（後述）や楽譜表示装置１の制御のための各種処理を実行する。
【００１３】
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等が適宜記憶される。具体的には、ＲＡＭ１３には、楽曲のデータ、発生すべき楽音の音高毎の波形データ、楽譜表示処理のメインフロー及びサブフローのためのプログラム、楽譜表示処理において表示されるキャラクタのアニメーションのデータ、あるいは、演奏される楽曲の楽譜のデータが記憶される。
図２は、ＲＡＭ１３が記憶している楽曲のデータを示す模式図である。
図２において、楽曲のデータは、楽曲を構成する１つの音符について、音高を表すノート番号と、発音のタイミングと、音の継続する長さを表すデュレーションと、発音の強さを表すベロシティと、音色やうねり等の他のデータとが対応付けて記憶されたテーブル形式のデータによって構成され、これらのデータが楽曲に含まれる各音符について定義されている。
【００１４】
図１に戻り、ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６、出力部１７、記憶部１８、ＭＩＤＩインターフェース部１９及びドライブ２０が接続されている。
【００１５】
入力部１６は、ＭＩＤＩキーボードを含み、鍵盤及び各種情報を入力するためのスイッチを備えている。そして、入力部１６は、鍵が押下された場合に、その鍵を識別するための鍵番号や、鍵の押下の強さを示す情報（以下、適宜「ベロシティ」と称する。）をＣＰＵ１１に出力したり、ユーザによって入力された各種情報をＣＰＵ１１に出力したりする。また、入力部１６には、マウス等のポインティングデバイスや、文字入力のためのキーボードが含まれ、これらによる入力信号をＣＰＵ１１に出力する。
【００１６】
出力部１７は、ディスプレイや、スピーカ及びＤ／Ａ変換回路等を有しており、画像や音声を出力する。
記憶部１８は、ハードディスクあるいはＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、楽譜表示装置１の制御のための各種プログラムやデータ（楽譜表示処理において表示されるキャラクタのアニメーションのデータ等）を記憶する。
【００１７】
ＭＩＤＩインターフェース部１９は、楽音を発生する音源４１と楽譜表示装置１とを接続するインターフェースである。音源４１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置及びＭＩＤＩインターフェース部１９を介した通信を行う通信装置等を備えている。音源４１には、ピアノあるいはバイオリン等の各種音源のデータとして、各音源の各音階を表す波形データや、その基音や倍音のスペクトルデータが記憶されている。そして、音源４１は、楽譜表示装置１において楽曲の演奏が行われることに対応して、ＭＩＤＩキーボード等からの入力に応じた音階の波形データを楽譜表示装置１に出力する。
【００１８】
ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア３１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【００１９】
［動作］
次に、楽譜表示装置１の動作を説明する。
図３は、ＣＰＵ１１が実行する楽譜表示処理（メインフロー）の流れを説明するフローチャートである。
楽譜表示処理は、楽曲の演奏を支援するために実行される処理であり、楽譜表示処理の起動が指示入力されることに対応して開始される。
【００２０】
楽譜表示処理が開始されると、メインフローのステップＳ１において、ＣＰＵ１１は、楽譜表示装置１のイニシャライズを実行する。具体的には、ＣＰＵ１１は、タイマーやフラグ等の各種パラメータをリセットする。
ステップＳ２において、ＣＰＵ１１は、楽譜表示装置１の各種切り替えを行うためのスイッチ処理（後述）を実行する。
ステップＳ３において、ＣＰＵ１１は、表示モードに応じた音符の表示を行うための表示処理（後述）を実行する。
ステップＳ４において、ＣＰＵ１１は、楽譜の表示及び楽曲の演奏に関するその他の処理（例えば、楽譜に合わせて鍵盤内のＬＥＤを点灯させる処理等）を実行する。
このようなステップＳ４の後、処理はステップＳ２に移行する。
【００２１】
図４は、楽譜表示処理のサブフローとして実行されるスイッチ処理の流れを説明するフローチャートである。
スイッチ処理が開始されると、ステップＳ１１において、ＣＰＵ１１は、音色を切り替えるための音色設定スイッチ処理を実行する。
ステップＳ１２において、ＣＰＵ１１は、表示モードを、キャラクタによって音符を表示するモード（キャラクタモード）と、通常の音符を表示するモード（ノーマルモード）とに切り替えるための表示モードスイッチ処理（後述）を実行する。
ステップＳ１３において、ＣＰＵ１１は、演奏する楽曲を選択するための曲選択スイッチ処理を実行する。
ステップＳ１４において、ＣＰＵ１１は、楽曲の再生及び停止を行うための曲再生／停止スイッチ処理を実行する。
このようなステップＳ１４の後、処理はメインフローに戻る。
【００２２】
図５は、スイッチ処理のサブフローとして実行される表示モードスイッチ処理の流れを説明するフローチャートである。
表示モードスイッチ処理が開始されると、ステップＳ２１において、ＣＰＵ１１は、キャラクタモードが指示されているか否かの判定を行う。
キャラクタモードが指示されている場合、ステップＳ２１において、ＹＥＳと判定されて、処理はステップＳ２２に進む。
これに対し、キャラクタモードが指示されていない場合、ステップＳ２１において、ＮＯと判定されて、処理はステップＳ２３に進む。
ステップＳ２２において、ＣＰＵ１１は、音符の表示をキャラクタモードに設定する。
ステップＳ２３において、ＣＰＵ１１は、音符の表示をノーマルモードに設定する。
ステップＳ２２及びステップＳ２３の後、処理はスイッチ処理に戻る。
【００２３】
図６は、楽譜表示処理のサブフローとして実行される表示処理の流れを説明するフローチャートである。
表示処理が開始されると、ステップＳ３１において、ＣＰＵ１１は、楽曲の再生中であるか否かの判定を行う。
楽曲の再生中である場合、ステップＳ３１において、ＹＥＳと判定されて、処理はステップＳ３２に進む。
これに対し、楽曲の再生中でない場合、ステップＳ３１において、ＮＯと判定されて、処理はメインフローに戻る。
ステップＳ３２において、ＣＰＵ１１は、表示モードがキャラクタモードであるか否かの判定を行う。
表示モードがキャラクタモードである場合、ステップＳ３２において、ＹＥＳと判定されて、処理はステップＳ３３に進む。
これに対し、表示モードがキャラクタモードでない場合、ステップＳ３２において、ＮＯと判定されて、処理はステップＳ３４に進む。
ステップＳ３３において、ＣＰＵ１１は、楽曲の進行に合わせて、キャラクタによって音符を表示するキャラクタ表示処理（後述）を実行する。
ステップＳ３４において、ＣＰＵ１１は、ノーマルモードによって音符を表示しながら楽曲を再生する。
ステップＳ３３及びステップＳ３４の後、処理はメインフローに戻る。
【００２４】
図７は、表示処理のサブフローとして実行されるキャラクタ表示処理の流れを説明するフローチャートである。また、図８は、キャラクタ表示処理において表示されるキャラクタの一例を示す模式図である。以下、適宜、図８を参照しつつ、キャラクタ表示処理の流れを説明する。
キャラクタ表示処理が開始されると、ステップＳ４１において、ＣＰＵ１１は、楽曲のデータ（図２参照）を読み込む。このとき、楽曲のデータにおける音符のデータが１つずつ順に読み込まれ、発音すべき音符と次の音符との時間間隔ΔＴ（即ち、発音すべき音符の長さ）、及び、発音すべき音符と前の音符との時間間隔Δｔ（即ち、発音すべき音符の前の音符の長さ）が算出される。なお、ΔＴ及びΔｔは、時間間隔として適切な値であれば採用可能であるが、例えば、基本的には、４分音符であればΔＴ＝０．５秒、８分音符であればΔｔ＝０．２５秒を採用することができる。
【００２５】
ステップＳ４２において、ＣＰＵ１１は、キャラクタによって音符を表示する際のキャラクタの動作に関するパラメータを演算するためのキャラクタ動作パラメータ演算処理（後述）を実行する。
ステップＳ４３において、ＣＰＵ１１は、キャラクタによって音符を表示する際のタイミングの判定を行う。具体的には、ＣＰＵ１１は、楽曲の進行に基づいて、現在の時刻が待機状態に対応する時刻であるか、音符の認知状態に対応する時刻（第１の予告タイミング）であるか、発音の準備状態に対応する時刻（第２の予告タイミング）であるか、あるいは、発音の動作状態（音符データの読み出しタイミング）に対応する時刻であるかの判定を行う。
【００２６】
現在の時刻が待機状態に対応する時刻である場合、ステップＳ４３において、待機状態であると判定されて、処理はステップＳ４４に進む。
また、現在の時刻が音符の認知状態に対応する時刻である場合、ステップＳ４３において、音符の認知状態であると判定されて、処理はステップＳ４５に進む。
また、現在の時刻が発音の準備状態に対応する時刻である場合、ステップＳ４３において、発音の準備状態であると判定されて、処理はステップＳ４６に進む。
また、現在の時刻が発音の動作状態に対応する時刻である場合、ステップＳ４４において、発音の動作状態であると判定されて、処理はステップＳ４７に進む。
【００２７】
ステップＳ４４において、ＣＰＵ１１は、待機状態のキャラクタを表示する（図８（ａ）参照）。図８（ａ）では、待機状態として、かえるのキャラクタが眠っている状態が表示されている。なお、図８（ａ）において、音符の位置は、五線上のかえるの身体の中心に対応付けられている。
ステップＳ４５において、ＣＰＵ１１は、音符の認知状態のキャラクタを表示する（図８（ｂ）参照）。図８（ｂ）では、音符の認知状態として、かえるのキャラクタが近くを飛んでいる虫に気付く状態が表示されている。
ステップＳ４６において、ＣＰＵ１１は、発音の準備状態のキャラクタを表示する（図８（ｃ）参照）。図８（ｃ）では、発音の準備状態として、かえるのキャラクタが身を縮めて、近くを飛んでいる虫に飛びかかる準備をする状態が表示されている。
【００２８】
ステップＳ４７において、ＣＰＵ１１は、発音の動作状態のキャラクタを表示する（図８（ｄ）参照）。図８（ｄ）では、発音の動作状態として、かえるのキャラクタが近くを飛んでいる虫に飛びかかっている状態が表示されている。
ステップＳ４７は、音符を発音すべきタイミングであり、ステップＳ４７における動作状態のキャラクタが表示されることに合わせて、演奏者が発音動作（押鍵や弾弦等）を行うことで、適切な演奏を行うことができる。また、ステップＳ４７のタイミングで、発音すべき音符のデータがＲＡＭ１３からＣＰＵ１１によって読み込まれ、その音符の長さ（音符長）に対応する時間の後、次の音符のデータがＲＡＭ１３から読み込まれる。
なお、ステップＳ４４からステップＳ４７におけるキャラクタの状態は、滑らかに変化するアニメーションとして表示される。
ステップＳ４４からステップＳ４７の後、処理は表示処理に戻る。
【００２９】
図９は、キャラクタ表示処理のサブフローとして実行されるキャラクタ動作パラメータ演算処理の流れを説明するフローチャートである。
キャラクタ動作パラメータ演算処理が開始されると、ステップＳ５１において、ＣＰＵ１１は、キャラクタの各動作の表示開始タイミングを設定する。
具体的には、ＣＰＵ１１は、音符の認知状態を表示するタイミングとして、発音すべきタイミングＴに対して、−２・ΔＴを設定する。また、ＣＰＵ１１は、発音の準備状態を表示するタイミングとして、発音すべきタイミングＴに対して、−ΔＴを設定する。
ステップＳ５２において、ＣＰＵ１１は、キャラクタが待機状態から認知状態に移行する際のフェードインスピードＦｓを算出する。
【００３０】
フェードインスピードＦｓとは、キャラクタの状態を表す画像を、次のキャラクタの状態を表す画像に対してフェードインにより切り替え表示する際の切り替えのスピードである。本実施形態では、キャラクタの各状態を表す画像間のフェードインスピードは同一であるものとする。ただし、これらを異ならせることとしてもよい。
フェードインスピードＦｓは、以下の式（１）に従って算出される。
Ｆｓ＝ｆｓ・（ΔＴ／Δｔ）      （１）
ただし、ｆｓはフェードインスピードのデフォルト値であり、１〜１０の値のいずれかが、楽曲のビート間隔に応じて設定される。本実施形態では、曲想及び音符の間隔に応じて、実験値により適切と判定されたｆｓの値（例えば「５」）が予め設定されている。そして、式（１）により、実際のフェードインスピードとして、前後の音符との間隔（即ち、前の音符の長さ及び発音すべき音符の長さ）に応じて変化されたフェードインスピードＦｓが用いられる。Ｆｓを式（１）のように算出することにより、例えば、発音すべき音符の前が８部音符で後が４分音符である場合、前後とも４分音符である場合に比べて、２倍のフェードインスピードとなる。
【００３１】
ステップＳ５３において、ＣＰＵ１１は、発音の準備状態におけるキャラクタが身を縮める長さ（以下、「圧縮長さＬｂ」と称する。）を算出する。
圧縮長さＬｂは、以下の式（２）に従って算出される。
Ｌｂ＝１／２・ＶＥＬ      （２）
ただし、ＶＥＬは発音すべき音符のベロシティである。ベロシティＶＥＬは、例えば７ビットの値（０〜１２７）で表される。この値を式（２）において直接用いることも可能であり、また、式（２）の右辺に係数を乗じることにより、一定の値の範囲に変換することも可能である。
ステップＳ５４において、ＣＰＵ１１は、発音の動作状態におけるキャラクタの最終動作の長さ（以下、「伸長長さＬａ」と称する。）を算出する。最終動作の長さとして、図８の例では、かえるのキャラクタがえさに飛びかかる動作の長さが算出される。
伸長長さＬａは、以下の式（３）に従って算出される。
Ｌａ＝ＶＥＬ      （３）
ただし、式（３）の右辺に係数を乗じることにより、伸長長さＬａをベロシティＶＥＬに対して一定の比率とすることも可能である。式（２）及び式（３）より、本実施形態では、伸長長さＬａは、圧縮長さＬｂの２倍となっている。
【００３２】
ステップＳ５５において、ＣＰＵ１１は、発音の動作状態におけるキャラクタの最終動作の角度（以下、「伸長角度θ」と称する。）を算出する。最終動作の角度として、図８の例では、かえるのキャラクタがえさに飛びかかる動作の角度が算出される。
伸長角度θは、以下の式（４）に従って算出される。
θ［度］＝９０・（Ｆｓ−ｆｓ）／Ｆｓ      （４）
式（４）のように伸長角度θを算出することで、前後の音符の間隔に応じて伸長角度が変化することとなる。即ち、譜割に応じて、発音すべき音符の前後の音符との時間間隔が短いほど、伸長角度θが９０度に近づき、キャラクタの興奮度が高まって直角に近い角度で飛びかかる表示となる。
ステップＳ５６において、ＣＰＵ１１は、ステップＳ５１からステップＳ５５において設定あるいは算出した各パラメータをＲＡＭ１３に記憶する。
このようなステップＳ５６の後、処理はキャラクタ表示処理に戻る。
【００３３】
以上のような処理により、例えば図８の表示形態では、かえるが眠っている状態からえさとなる虫に気付き、飛びかかる準備をして、実際に飛びかかるという一連のわかりやすいプロセスと対応付けて音符の発音タイミングを報知することができるため、演奏者による演奏をより適切に支援することが可能となる。
また、発音する音符のベロシティに応じた圧縮長さ及び伸長長さが表示されるため、演奏者は、発音の強さに合わせたより適切な発音の準備状態を取ることができる。
さらに、準備状態から動作状態において、かえるがえさに飛びかかる際の伸長角度θが発音すべき音符の長さ及びその前の音符の長さに応じて変化するため、演奏者は譜割に応じてより適切な発音動作を行うことができる。
【００３４】
以上、本実施形態の楽譜表示装置１の構成及び処理について説明した。
本実施形態において、ＣＰＵ１１は、曲を構成する各音符の音符長データを含む音符データに基づき、出力部１７に当該音符データに対応する音符画像を有する楽譜を表示させる。また、ＣＰＵ１１は、曲を構成する音符データを記憶したＲＡＭ１３から音符データを順次読み出すとともに、読み出された音符データの音符長データに基づいて次の音符データの読出しタイミングを決定する。また、ＣＰＵ１１は、ＲＡＭ１３に記憶された各音符データの音符長データに基づき、当該各音符データの読み出しタイミングに先行する第１及び第２の予告タイミングを演算する。また、ＣＰＵ１１は、音符データが読み出されるタイミングに先行して、第１及び第２の予告タイミングのいずれかのタイミングが到来したときに、楽譜上における読み出された音符データに対応する音符画像の表示形態を制御する。
そのため、音符データが読み出され、その音符が発音されるタイミングに先行して、第１の予告タイミング及び第２の予告タイミングで、音符画像の表示形態を制御することができる。
したがって、音符を参照して演奏する演奏者に対して、第１の予告タイミング及び第２の予告タイミングを報知することができる。
即ち、楽譜表示装置において、演奏者による演奏をより適切に支援することが可能となる。
【００３５】
また、第１の予告タイミングは、演奏者が次の音符を認知するタイミングであり、
前記第２の予告タイミングは、演奏者が次の音符の発音動作を開始するタイミングである。
したがって、演奏者の動作に対応して、適切な予告タイミングを設定することができる。
【００３６】
また、ＣＰＵ１１は、第１の予告タイミングとして、対応する音符データの読み出しタイミングより、当該音符データの音符長の２倍に対応する時間先行するタイミングを演算するとともに、前記第２の予告タイミングとして、対応する音符データの読み出しタイミングより、当該音符データの音符長に対応する時間先行するタイミングを演算する。
したがって、発音される音符の長さに対応して、適切な予告タイミングを設定することができる。
【００３７】
また、各音符はさらに、ベロシティデータを含み、ＣＰＵ１１は、対応する音符データの読み出しタイミングに先行して第２の予告タイミングが到来したとき、楽譜上における読み出された音符データに対応する音符画像の表示形態を、当該対応する音符データのベロシティに基づいて変更させる。
したがって、ベロシティに応じて、第２の予告タイミングにおける音符画像の表示形態を変更することができるため、演奏者に対して、音高及び音符長に加えて、発音の強さに対する準備を促すことが可能となる。
【００３８】
また、各音符データはさらに、ベロシティデータを含み、ＣＰＵ１１は、対応する音符データの読み出しタイミングが到来したとき、楽譜上における読み出された音符データに対応する音符画像の表示形態を、当該対応する音符データのベロシティに基づいて変更させる。
したがって、ベロシティに応じて、音符データの読み出しタイミングにおける音符画像の表示形態を変更することができるため、音高及び音符長に加えて、発音の強さを演奏者に報知することが可能となる。
【００３９】
また、ＣＰＵ１１は、対応する音符データの読み出しタイミングが到来したとき、楽譜上における読み出された音符データに対応する音符画像の表示形態を、読み出された音符データ及び当該音符データより前に読み出された音符データそれぞれの音符長に基づいて変更させる。
したがって、譜割をより適切に反映させた表示形態で、発音時の音符画像を表示することが可能となる。
【００４０】
［変形例］
第１実施形態において、音符の発音タイミングに対する待機状態、認知状態、準備状態及び発音の動作状態を表す画像として、図８に示すように、かえるが眠っている状態、虫に気付く状態、虫に飛びかかる準備をする状態及び虫に飛びかかっている状態の画像を例に挙げて説明した。
これに対し、動作の待機状態、認知状態、準備状態及び動作状態を表すことができれば、他の画像を用いることもできる。
【００４１】
図１０は、キャラクタ表示処理において表示されるキャラクタをゴルフプレーヤーとした場合の例を示す模式図である。
図１０に示すように、ゴルフプレーヤーのキャラクタによって、待機状態、認知状態、準備状態及び発音の動作状態を表す場合、ゴルフクラブＣをスイングする動作によって、これらの状態を表すことができる。
【００４２】
図１０（ａ）では、待機状態として、ゴルフプレーヤーのキャラクタがゴルフボールをセットしている状態が表示されている。なお、図１０（ａ）において、音符の位置は、五線上のボールの位置に対応付けられている。
図１０（ｂ）では、音符の認知状態として、ゴルフプレーヤーのキャラクタがゴルフボールに対してアドレスしている状態が表示されている。
図１０（ｃ）では、発音の準備状態として、ゴルフプレーヤーのキャラクタがバックスイングを行っている状態が表示されている。このときのバックスイング角度θ２は、第１実施形態における圧縮長さＬｂに対応するものである。
即ち、第１実施形態の圧縮長さＬｂと同様に、ベロシティＶＥＬの１／２（θ２＝１／２・ＶＥＬ）とされる。なお、第１実施形態と同様に、ベロシティの値を直接用いることも可能であり、また、右辺に係数を乗じることにより、バックスイング角度θ２を一定の値の範囲に変換することも可能である。
【００４３】
図１０（ｄ）では、発音の動作状態として、ゴルフプレーヤーのキャラクタがインパクトからフォロースルーを行っている状態が表示されている。このときのフォロースルー角度θ１は、第１実施形態における伸長長さＬａに対応するものである。
即ち、第１実施形態の伸長長さＬａと同様に、ベロシティＶＥＬと同じ値（θ１＝ＶＥＬ）とされる。なお、第１実施形態と同様に、右辺に係数を乗じることにより、フォロースルー角度θ１をベロシティＶＥＬに対して一定の比率とすることも可能である。
図１０（ａ）から図１０（ｄ）のキャラクタの状態は、滑らかに変化するアニメーションとして表示される。
【００４４】
このような表示形態とすることで、音符の発音タイミングをゴルフスイングの各プロセスと対応付けて報知することができるため、演奏者による演奏をより適切に支援することが可能となる。
また、発音する音符のベロシティに応じたバックスイング角度及びフォロースルー角度が表示されるため、演奏者は、発音の強さに合わせたより適切な発音の準備状態を取ることができる。
以上、本発明の第１実施形態に係る楽譜表示装置１について説明した。
次に、本発明の第２実施形態に係る楽譜表示装置１について説明する。
【００４５】
［第２実施形態］
第１実施形態において、演奏者が音符を発音する動作のプロセスをかえるがえさを取る動作のプロセスと対応付けて表示することとした。
これに対し、本実施形態では、演奏者が音符を発音する動作のプロセスをゴルフスイングで用いるゴルフクラブ及びスイングのプロセスと対応付けて表示する。
具体的には、ベロシティＶＥＬの大きさをゴルフボールの飛距離に対応させ、ベロシティＶＥＬが大きいほど、飛距離の大きいゴルフクラブを選択して表示する。
また、選択したゴルフクラブによってゴルフプレーヤーのキャラクタがスイングするプロセスを音符の発音タイミングに対する待機状態、認知状態、準備状態及び発音の動作状態と対応付けて表示する。
以下、本実施形態と第１実施形態との主として異なる部分であるキャラクタ動作パラメータ演算処理について説明する。
【００４６】
図１１は、第２実施形態におけるキャラクタ動作パラメータ演算処理の流れを説明するフローチャートである。
キャラクタ動作パラメータ演算処理が開始されると、ステップＳ６１において、ＣＰＵ１１は、キャラクタの各動作の表示開始タイミングを設定する。
具体的には、ＣＰＵ１１は、音符の認知状態を表示するタイミングとして、発音すべきタイミングＴに対して、−２・ΔＴを設定する。また、ＣＰＵ１１は、発音の準備状態を表示するタイミングとして、発音すべきタイミングＴに対して、−ΔＴを設定する。
ステップＳ６２において、ＣＰＵ１１は、式（１）に従って、キャラクタが待機状態から認知状態に移行する際のフェードインスピードＦｓを算出する。
【００４７】
ステップＳ６３において、ＣＰＵ１１は、ベロシティＶＥＬの大きさに基づいて、ゴルフクラブの画像を選択する。
具体的には、ベロシティＶＥＬの閾値Ｖ１、Ｖ２、Ｖ３、Ｖ４（Ｖ４＞Ｖ３＞Ｖ２＞Ｖ１）を予め設定しておき、ＣＰＵ１１は、発音すべき音符のベロシティＶＥＬが、ＶＥＬ≧Ｖ４であればドライバー、Ｖ４＞ＶＥＬ≧Ｖ３であればスプーン、Ｖ３＞ＶＥＬ≧Ｖ２であればユーティリティ、Ｖ２＞ＶＥＬ≧Ｖ１であればアイアンの画像を選択する。
なお、本実施形態において、バックスイング角度θ２及びフォロースルー角度θ１は、選択されるゴルフクラブの種類に応じて、そのゴルフクラブにおける標準の値が予め設定されている。
ステップＳ６４において、ＣＰＵ１１は、ステップＳ６１からステップＳ６３において設定あるいは算出した各パラメータをＲＡＭ１３に記憶する。
このようなステップＳ６４の後、処理はキャラクタ表示処理に戻る。
【００４８】
以上のような処理の結果、本実施形態においては、図１０のゴルフスイングと同様の表示形態となる。
ただし、本実施形態における表示形態の場合、上述のように、ゴルフプレーヤーが握るゴルフクラブは、ベロシティＶＥＬの大きさに応じて異なり、バックスイング角度θ２及びフォロースルー角度θ１はゴルフクラブの種類に応じて設定される。
なお、ベロシティＶＥＬがより小さい場合（閾値Ｖ１未満の場合）に、ゴルフプレーヤーのキャラクタがパターを握り、スイング自体もパターのスイングとして、ベロシティＶＥＬが小さいことを明確に表示することとしてもよい。
【００４９】
このような表示形態とすることにより、演奏者は、ゴルフプレーヤーのキャラクタが握っているゴルフクラブを基に、音符のベロシティの大きさを予め認識することができる。そして、キャラクタのゴルフスイングのプロセス、即ち、ゴルフボールのセット、アドレス、バックスイング及びインパクトからフォロースルーの各プロセスが表示されることに対応して、演奏者は、音符の発音に対する待機状態、認知状態、準備状態及び発音の動作状態を実行することができる。
したがって、演奏者による演奏をより適切に支援することが可能となる。
【００５０】
なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００５１】
例えば、上述の実施形態では、かえるのキャラクタがえさを取る画像や、ゴルフプレーヤーのキャラクタがゴルフクラブをスイングする画像によって、音符の発音に対する待機状態、認知状態、準備状態及び発音の動作状態を表示する場合を例に挙げて説明した。
これに対し、音符の発音に対する待機状態、認知状態、準備状態及び発音の動作状態を表現できるものであれば、種々のものを本発明の表示形態に適用することができる。
例えば、各種生物の動作や各種スポーツの動作を本発明の表示形態に適用することができる。
各種生物の動作としては、鳥が飛び立つ動作や犬が噛み付く動作等を本発明の表示形態に適用することができる。
また、各種スポーツの動作としては、野球のバットをスイングする動作や弓を射る動作等を本発明の表示形態に適用することができる。
【００５２】
また、上述の実施形態において、楽譜表示装置１を電子楽器として構成する場合を例に挙げて説明したが、楽譜表示装置１は、情報処理機能を有する電子機器一般によって構成することができる。具体的には、例えば、楽譜表示装置１は、ノート型のパーソナルコンピュータ、デスクトップ型のパーソナルコンピュータ、携帯情報端末、携帯電話機、ポータブルゲーム機等によって実現することができる。
【００５３】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
即ち、上述した一連の処理を全体として実行できる機能が楽譜表示装置１に備えられていれば足り、この機能を実現するためにどのような機能構成とするかは適宜選択し得る。
また、１つの機能構成は、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【００５４】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。
【００５５】
このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図１のリムーバブルメディア３１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア３１は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、または光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図１のＲＯＭ１２や、記憶部１８に含まれるハードディスク等で構成される。
【００５６】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【００５７】
以上、本発明の実施形態について説明したが、この実施形態は、例示に過ぎず、本発明の技術的範囲を限定するものではない。本発明はその他の様々な実施形態を取ることが可能であり、さらに、本発明の要旨を逸脱しない範囲で、省略や置換等種々の変更を行うことができる。これら実施形態やその変形は、本明細書等に記載された発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【００５８】
以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［付記１］
曲を構成する各音符の音符長データを含む音符データに基づき、表示部に当該音符データに対応する音符画像を有する楽譜を表示させる表示手段と、
前記曲を構成する音符データを記憶した記憶手段から音符データを順次読み出すとともに、読み出された音符データの音符長データに基づいて次の音符データの読み出しタイミングを決定する読み出し手段と、
前記記憶手段に記憶された各音符データの音符長データに基づき、当該各音符データの読み出しタイミングに先行する第１及び第２の予告タイミングを演算する第１の演算手段と、
前記読み出し手段により音符データが読み出されるタイミングに先行して、前記第１及び第２の予告タイミングのいずれかのタイミングが到来したときに、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を制御する第１の表示制御手段と、
を有する楽譜表示装置。
［付記２］
前記第１の予告タイミングは、演奏者が前記次の音符を認知するタイミングであり、
前記第２の予告タイミングは、前記演奏者が前記次の音符の発音動作を開始するタイミングである付記１に記載の楽譜表示装置。
［付記３］
前記第１の演算手段は、前記第１の予告タイミングとして、対応する音符データの読み出しタイミングより、当該音符データの音符長の２倍に対応する時間先行するタイミングを演算するとともに、前記第２の予告タイミングとして、対応する音符データの読み出しタイミングより、当該音符データの音符長に対応する時間先行するタイミングを演算する付記１または２に記載の楽譜表示装置。
［付記４］
前記各音符データはさらに、ベロシティデータを含み、
前記第１の表示制御手段は、前記対応する音符データの読み出しタイミングに先行して前記第２の予告タイミングが到来したとき、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を、当該対応する音符データのベロシティに基づいて変更させる付記１乃至３のいずれかに記載の楽譜表示装置。
［付記５］
前記各音符データはさらに、ベロシティデータを含み、
前記対応する音符データの読み出しタイミングが到来したとき、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を、当該対応する音符データのベロシティに基づいて変更させる第２の表示制御手段をさらに有する付記１乃至４のいずれかに記載の楽譜表示装置。
［付記６］
前記第２の表示制御手段は、前記対応する音符データの読み出しタイミングが到来したとき、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を、前記読み出された音符データ及び当該音符データより前に読み出された音符データそれぞれの音符長に基づいて変更させる付記５に記載の楽譜表示装置。
［付記７］
楽譜表示装置に用いられる楽譜表示方法であって、
曲を構成する各音符の音符長データを含む音符データに基づき、表示部に当該音符データに対応する音符画像を有する楽譜を表示させ、
前記曲を構成する音符データを記憶する記憶手段から音符データを順次読み出すとともに、読み出された音符データの音符長データに基づいて次の音符データの読み出しタイミングを決定し、
前記各音符データの音符長データに基づき、当該各音符データの読み出しタイミングに先行する第１及び第２の予告タイミングを演算し、
前記音符データが読み出されるタイミングに先行して、前記第１及び第２の予告タイミングのいずれかのタイミングが到来したときに、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を制御する、楽譜表示方法。
［付記８］
楽譜表示装置に用いられるコンビュータに、
曲を構成する各音符の音符長データを含む音符データに基づき、表示部に当該音符データに対応する音符画像を有する楽譜を表示させる表示ステップと、
前記曲を構成する音符データを記憶する記憶手段から音符データを順次読み出すとともに、読み出された音符データの音符長データに基づいて次の音符データの読み出しタイミングを決定する読み出しステップと、
前記各音符データの音符長に基づき、当該各音符データの読み出しタイミングに先行する第１及び第２の予告タイミングを演算する第１の演算ステップと、
前記音符データが読み出されるタイミングに先行して、前記第１及び第２の予告タイミングのいずれかのタイミングが到来したときに、前記楽譜上における前記読み出された音符データに対応する音符画像の表示形態を制御する第１の表示制御ステップと、
を実行させるプログラム。
【符号の説明】
【００５９】
１・・・楽譜表示装置、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・バス、１５・・・入出力インターフェース、１６・・・入力部、１７・・・出力部、１８・・・記憶部、１９・・・ＭＩＤＩインターフェース部、２０・・・ドライブ、３１・・・リムーバブルメディア
【図１】
2015011133.tif 000003
【図２】
2015011133.tif 000004
【図３】
2015011133.tif 000005
【図４】
2015011133.tif 000006
【図５】
2015011133.tif 000007
【図６】
2015011133.tif 000008
【図７】
2015011133.tif 000009
【図９】
2015011133.tif 000010
【図１１】
2015011133.tif 000011
【図８】
2015011133.tif 000012
【図１０】
2015011133.tif 000013