"複数の演奏操作子であってそれぞれが所定の音高と対応付けられた演奏操作子と、少なくとも前記複数の演奏操作子のうち操作すべき演奏操作子を示すシンボル画像を表示するシンボル画像領域を有する表示手段と、楽曲の音高およびその操作タイミングを示す曲データを格納した記憶手段と、前記曲データを参照して、前記シンボル画像領域において、当該曲データの示す音高に対応付けられた演奏操作子に関連するように所定の種別のシンボル画像を配置した画像を生成する画像生成手段であって、当該操作タイミングを参照して、前記押鍵タイミングの到来に近づくのにしたがって前記シンボル画像が、前記演奏操作子に接近するようにシンボル画像を配置する画像生成手段と、前記曲データを参照して、前記曲データにしたがった音高に対応付けられた演奏操作子が、前記曲データにしたがった操作タイミングで操作されたかを判断する操作判断手段と、を備え、前記画像生成手段は、前記曲データにしたがった音高に対応付けられた演奏操作子が、前記曲データにしたがった操作タイミングで操作された場合に、前記シンボル画像の種別を、通常のシンボル画像を示す第1の種別から、適切に操作されたことを示す第2の種別に変更し、その一方、前記曲データにしたがった音高の演奏操作子が操作されず、或いは、前記曲データにしたがった操作タイミングで操作されなかった場合に、前記シンボル画像の種別を、通常の画像種別から、適切に操作できなかったことを示す第3の種別に変更するように構成されたことを特徴とする演奏教習装置。前記曲データにしたがった音高の演奏操作子が操作されず、或いは、前記曲データにしたがった操作タイミングで操作されなかった場合に、前記曲データにおいて、適切に操作されなかった音高の情報に関連して、適切に操作できなかったことを示す識別子を付与する識別子付与手段を有し、前記画像生成手段は、前記シンボル画像を配置した画像を生成する際に、前記音高を示す情報に関連して付与された識別子を参照し、前記識別子が適切に操作できなかったことを示す場合には、第3の種別のシンボル画像を配置した画像を生成するように構成されたことを特徴とする請求項1に記載の演奏教習装置。前記複数の演奏操作子上に配置された演奏者の手を撮影する撮影手段を有するとともに、前記表示手段は前記複数の演奏操作子の画像を含む演奏操作子画像領域をさらに有し、前記画像生成手段が、前記撮影手段により撮影されたデータから、前記演奏者の手の画像を抽出し、前記抽出された画像を、演奏者の手が実際に位置する演奏操作子と対応するように、前記演奏操作子画像領域に重ね合わせるように構成されたことを特徴とする請求項1または2に記載の演奏教習装置。複数の演奏操作子であってそれぞれが所定の音高と対応付けられた演奏操作子と、少なくとも前記複数の演奏操作子のうち操作すべき演奏操作子を示すシンボル画像を表示するシンボル画像領域を有する表示手段と、楽曲の音高およびその操作タイミングを示す曲データを格納した記憶手段と、を備えたコンピュータに、前記曲データを参照して、前記シンボル画像領域において、当該曲データの示す音高に対応付けられた演奏操作子に関連するように所定の種別のシンボル画像を配置した画像を生成する画像生成手段であって、当該操作タイミングを参照して、前記押鍵タイミングの到来に近づくのにしたがって前記シンボルが、前記演奏操作子に接近するようにシンボルを配置する画像生成ステップと、前記曲データを参照して、前記曲データにしたがった音高に対応付けられた演奏操作子が、前記曲データにしたがった操作タイミングで操作されたかを判断する操作判断ステップと、を実行させ、前記画像生成ステップが、前記曲データにしたがった音高に対応付けられた演奏操作子が、前記曲データにしたがった操作タイミングで操作された場合に、前記シンボル画像の種別を、通常のシンボル画像を示す第1の種別から、適切に操作されたことを示す第2の種別に変更し、その一方、前記曲データにしたがった音高の演奏操作子が操作されず、或いは、前記曲データにしたがった操作タイミングで操作されなかった場合に、前記シンボル画像の種別を、通常の画像種別から、適切に操作できなかったことを示す第3の種別に変更するように構成されたことを特徴とする演奏教習プログラム。たとえば、特許文献2、3に開示された装置では、ゲーム感覚で、適切な押鍵がなされた場合には、シンボルを消去することで、演奏者のやる気を増進させることができる。しかしながら、楽曲の教習の際には、不適切な押鍵があった場合、つまり、押鍵すべきタイミングに押鍵すべき鍵以外の鍵が押鍵されてしまったことや、不適切な押鍵タイミングで押鍵がされてしまったことを、適切に演奏者に知らせることが必要である。本発明は、不適切な押鍵を演奏者に適切に通知することで、演奏者による楽曲の教習を支援する演奏教習装置、および、演奏教習プログラムを提供することを目的とする。本発明の目的は、複数の演奏操作子であってそれぞれが所定の音高と対応付けられた演奏操作子と、少なくとも前記複数の演奏操作子のうち操作すべき演奏操作子を示すシンボル画像を表示するシンボル画像領域を有する表示手段と、楽曲の音高およびその操作タイミングを示す曲データを格納した記憶手段と、前記曲データを参照して、前記シンボル画像領域において、当該曲データの示す音高に対応付けられた演奏操作子に関連するように所定の種別のシンボル画像を配置した画像を生成する画像生成手段であって、当該操作タイミングを参照して、前記押鍵タイミングの到来に近づくのにしたがって前記シンボルが、前記表示手段上の所定の表示位置に接近するようにシンボルを配置する画像生成手段と、前記曲データを参照して、前記曲データにしたがった音高に対応付けられた演奏操作子が、前記曲データにしたがった操作タイミングで操作されたかを判断する操作判断手段と、を備え、前記画像生成手段は、前記曲データにしたがった音高に対応付けられた演奏操作子が、前記曲データにしたがった操作タイミングで操作された場合に、前記シンボル画像の種別を、通常のシンボル画像を示す第1の種別から、適切に操作されたことを示す第2の種別に変更し、その一方、前記曲データにしたがった音高の演奏操作子が操作されず、或いは、前記曲データにしたがった操作タイミングで操作されなかった場合に、前記シンボル画像の種別を、通常の画像種別から、適切に操作できなかったことを示す第3の種別に変更するように構成されたことを特徴とする演奏教習装置により達成される。本発明によれば、不適切な押鍵を演奏者に適切に通知することで、演奏者による楽曲の教習を支援する演奏教習装置、および、演奏教習プログラムを提供することが可能となる。以下、添付図面を参照して、本発明の実施の形態について説明する。図1は、本発明の実施の形態にかかる電子楽器の概略を示す図である。本実施の形態では、演奏教習装置は鍵盤を有する電子楽器の形態を有している。図1に示すように、本実施の形態にかかる電子楽器10は、鍵盤11を有する。鍵盤11は、複数の鍵たとえば、符号16、17参照を有し、ある鍵の押鍵にしたがって、押鍵された鍵に対応する音高の楽音を発生することができる。また、電子楽器10は、スイッチたとえば符号18参照やテンキー符号19参照を有するとともに、その中央上側に表示部13を有する。表示部13は大型の液晶表示装置を含み、楽譜や、後述する演奏すべき楽曲の音高や演奏結果を示すシンボルを含む画像を表示することが可能である。また、本実施の形態にかかる電子楽器30には、ビデオカメラ30が接続されている。ビデオカメラ30は電子楽器30の上部に固定され、鍵盤および鍵盤上に配置された演奏者の指を撮影することができる。図2は、本実施の形態にかかる電子楽器の構成を示すブロックダイヤグラムである。図2に示すように、本実施の形態にかかる電子楽器10は、CPU21、ROM22、RAM23、サウンドシステム24、鍵盤11、入力部12、表示部13および入力インタフェースI/F14を備える。入力部12は、音色指定スイッチ、スタートストップスイッチなどを有する。また、上述したように表示部13は、液晶表示装置を有する。入力I/F14は、ケーブルなどを介してビデオカメラ30と接続される。なお、入力I/F14とビデオカメラ30との間は、無線、赤外線などによりワイヤレスでのデータ通信がなされるように攻勢されても良い。CPU21は、電子楽器10全体の制御、鍵盤11の鍵の押鍵や入力部12を構成するスイッチの操作の検出、鍵やスイッチの操作にしたがったサウンドシステム24の制御、押鍵された鍵の正誤判定、正誤判定に基づく画像中のシンボルの生成など、種々の処理を実行する。ROM22は、CPU21に実行させる種々の処理、たとえば、電子楽器10全体の制御、鍵盤11の鍵の押鍵や入力部12を構成するスイッチの操作の検出、鍵やスイッチの操作にしたがったサウンドシステム24の制御、押鍵された鍵の正誤判定、正誤判定に基づく画像中のシンボルの生成などの処理プログラムを格納する。また、ROM22は、ピアノ、ギター、バスドラム、スネアドラム、シンバルなどの楽音を生成するための波形データを格納した波形データエリアを有する。また、ROM22は、楽曲についてのイベントのレコードおよびタイムのレコードなどを含む曲データを格納する。なお、曲データは初期的にはROM22に格納されているが、処理の過程でフラグのセット、リセットが行われる。したがって、処理の開始時に、たとえば、イニシャライズ処理において、曲データはROM22から読み出されて、RAM23にコピーされる。RAM23は、ROM22から読み出されたプログラムやガイドデータ、処理の過程で生成されたパラメータやデータを格納する。また、本実施の形態においては、RAM23は、演奏者が押鍵すべき鍵およびそのタイミングを示すためのシンボルを画像表示するための画像データを格納する。サウンドシステム24は、音源部26、オーディオ回路27およびスピーカ28を有する。音源部26は、たとえば、ノートオンイベントをCPU21から受信すると、ROM22の波形データエリアから所定の波形データを読み出して、ノートオンイベントに含まれる音高情報にしたがった音高の楽音データを生成して出力する。オーディオ回路27は、楽音データをD/A変換して増幅する。これによりスピーカ28から音響信号が出力される。図3aは、本実施の形態にかかる曲データの構成例を示す図、図3bは、本実施の形態にかかる画像データの構成例を示す図である。図3aに示すように、曲データのレコードは、タイムのレコード符号301、304参照と、それらの間に配置されるノートノートオンイベントのレコード符号302が含まれる。また、ノートのレコードには、NGフラグ符号303が付加される。タイムのレコードには時間情報が格納される。これは、タイムの前後にあるノートのレコードが示すオンイベントの間の時間間隔を示す。また、NGフラグは、演奏者による鍵の押鍵が、ノートオンイベントに含まれる音高と同一であるか、また、押鍵タイミングは適切であるかを示すフラグであり、演奏者による押鍵が適切であればNGフラグは0となる。図3bに示す画像データのレコードの内容については、当該レコード中の値を参照する部分において、それぞれ説明する。図4は、本実施の形態にかかる電子楽器のメインフローの概略を示すフローチャートである。電源の投入とともに、メインフローは起動し、イニシャライズ処理ステップ401の後、ステップ402以降の処理が繰り返し実行される。イニシャライズ処理においては、RAM23中のデータのクリア、RAM23への曲データのコピー、表示部15の画面のクリアなどが実行される。イニシャライズ処理ステップ401が終了すると、CPU21は、入力部12を構成するスイッチのそれぞれの操作を検出し、検出された操作にしたがった処理を実行するスイッチ処理を実行するステップ402。図5は、本実施の形態にかかるスイッチ処理の例を示すフローチャートである。スイッチ処理において、CPU21は、入力部12のスイッチ中、スタートストップスイッチの操作があったかを判断するステップ501。ステップ501でNoと判断された場合には、ステップ510に進む。ステップ501でYesと判断された場合には、CPU21は、RAM23中のスタートフラグSTFを反転させステップ502、反転されたスタートフラグSTFが1であるかを判断するステップ503。ステップ503でYesと判断された場合には、CPU21は、RAM23中の曲データの先頭アドレスをパラメータADとしてRAM23に格納するステップ504。次いで、CPU21は、ADをアドレスとして、RAM23中の曲データのレコードを読み出しステップ505、読み出されたレコード中の値タイムをRAM23中の時間情報tとして格納するステップ506。また、CPU21は、RAM23中のタイマ値Tを0に初期化しステップ507、RAM23中の画像データエリアをクリアするステップ508。また、CPU21はタイマインタラプトを解除するステップ509。タイマインタラプトが解除されると、タイマインタラプト処理が、最小単位時間ごとに起動され、CPU21の内部カウンタ値がインクリメントされる。ステップ503でNoと判断された場合には、CPU21は、表示部13に表示された画像を消去するステップ511とともに、タイマインタラプトを禁止するステップ512。その後、CPU21は、他のスイッチ処理を実行するステップ510。他のスイッチ処理において、CPU21は、たとえば、演奏者によるテンキーや音色指定スイッチの操作にしたがって、発音すべき楽音の音色を示す情報をRAM23中に格納する。スイッチ処理ステップ402が終了すると、CPU21は、表示処理を実行するステップ403。図15は、本実施の形態にかかる表示処理の例を示すフローチャートである。図15に示すように、CPU21は、RAM23中のスタートフラグSTFが1であるかを判断するステップ1501。ステップ1501でYesと判断された場合には、アドレスを示すパラメータADを参照して、曲データにおける現在位置を特定し、表示部13の楽譜表示領域に表示されている楽譜の更新が必要であるかを判断するステップ1502。ステップ1502でNoと判断された場合には、新たな楽譜データを読み出しステップ1503、楽譜表示領域に新たな楽譜データに対応する楽譜の部分を含む楽譜を表示するステップ1504。また、CPU21は、入力I/F14を介してビデオカメラ40からの映像を取得しステップ1505。映像中、演奏者の手の画像および鍵盤に対する位置情報を抽出するステップ1506。次いで、CPU21は、鍵盤表示領域において、演奏者の手の位置と対応するように鍵盤の画像上に抽出された手の画像を重ね合わせた画像を生成し、生成された画像を表示部13の画面上に表示するステップ1507。ここで、演奏者の手の位置、特に、横方向X軸方向の位置が移動することにより、鍵盤の位置が変更される場合もある。そこで、CPU21は、画像データの各レコード群において、座標x,yのレコード中、X座標値を、鍵盤の位置の変更にしたがった更新するステップ1508。また、CPU21は、上記画像データにおける座標にしたがって、シンボル表示領域中にシンボル画像を再描画するステップ1509。図16は、本実施の形態にかかる表示部の画面上に表示された画像の例を示す図である。本実施の形態において、画像1600は楽譜表示領域1610、シンボル表示領域1620および鍵盤表示領域1630を有する。シンボル表示領域1620には後述するように3つのシンボル種別の画像シンボル画像1~3が表示される。図16において、符号1601、1602に示すシンボル画像は、画像番号1のシンボル種別を有するシンボル画像シンボル画像1である。また、符号1603に示すシンボル画像は、画像番号2のシンボル種別を有するシンボル画像シンボル画像2である。なお、シンボル画像が表示されるシンボル画像表示領域は、部分的に鍵盤表示領域とオーバーラップしている。また、図16において、鍵盤表示領域1630には、鍵盤の画像符号1640参照に、実際に撮影された演奏者の手の画像符号1641、1642参照が重ねられている。表示処理ステップ403が終了すると、CPU21はガイド処理を実行するステップ404。図6~図11は、本実施の形態にかかるガイド処理の例を示すフローチャートである。図6に示すように、CPU21はスタートフラグSTFが1であるかを判断するステップ601。ステップ601でYesと判断された場合に、CPU21は、内部カウント値を参照して、最小単位時間が経過しているかを判断するステップ602。ステップ601或いはステップ602でNoと判断された場合には、ガイド処理を終了する。ステップ602でYesと判断された場合には、CPU21は、タイマ値Tをインクリメントするステップ603。次いで、CPU21は、RAM23の画像データエリア中に画像データのレコードがあるかを判断するステップ604。ステップ604でNoと判断された場合には、ステップ609に進む。ステップ604でYesと判断された場合には、画像データのレコード群たとえば、図3bの符号321~326参照を特定するためのパラメータnを0に初期化するステップ605。次いで、CPU21は、第n番のレコード群中、Tnたとえば、図3の符号325参照を格納したレコードに含まれる値Tnをインクリメントするステップ606。このTnは、第n番の画像データのレコード群が示すシンボルの表示時間を示す。CPU21は、パラメータnをインクリメントしてステップ607、パラメータnが、表示されているシンボルの総数Iより大きいかを判断するステップ608。このシンボルの総数IはRAM23に格納されている。表示されているシンボルの総数Iより大きいかを判断するステップ608でNoと判断された場合にはステップ606に戻る。その一方、ステップ608でYesと判断された場合には、上記タイマ値Tが、曲データのタイムt以上になっているかを判断するステップ609。ステップ609でYesと判断された場合には、CPU21はパラメータADをインクリメントするステップ610。なお、ステップ609でNoと判断された場合には、図7のステップ701に進む。CPU21は、パラメータADが曲データの最終アドレスEND以上になったかを判断するステップ611。ステップ611でYesと判断された場合には、CPU21は、スタートフラグSTFを0にリセットしステップ612、表示部13の画面上、シンボル画像表示領域に表示されたシンボル画像を消去するステップ613。また、CPU21は、タイマインタラプトを禁止するステップ614。ステップ611でNoと判断された場合には、図10のステップ1001に進む。ステップ609でNoと判断された場合、CPU21は、画像データのレコード群を特定するためのパラメータiを0に初期化するステップ701。次いで、CPU21は、パラメータyを、時間情報Tiに対応したY座標値に設定するステップ702。図16に示すように、本実施の形態においては、シンボルの表示領域符号1620参照には、鍵盤表示領域1630に表示された鍵のX座標値を有し、かつ、そのY座標値が、押鍵タイミングが近づくのにしたがって0に近づくようなX座標値およびY座標値に、シンボルが表示される。たとえば、符号1621、1622に示す線上に位置するシンボルでは、符号1622で示すシンボルが、Y座標値が小さいため、先に押鍵すべきことがわかる。なお、この例では、画像において、Y座標値は下側にいくのにしたが手小さくなる。このように、シンボルは、そのX座標値により押鍵すべき鍵を示す。また、そのY座標値により押鍵すべきタイミングを示す。図16において、同一のY座標値たとえば、符号1621、6122参照に複数のシンボルが表示されていれば、これはシンボルが示すX座標に対応する複数の鍵を同時に押鍵すべきことを示している。また、シンボルのY座標上の位置たとえば、図16の符号1621、1622、1623、1624参照は、表示時間Tnにより決定される。表示時間Tnが大きくなるのにしたがって、押鍵タイミングが近づくことになるため、表示時間Tnが大きくなるのにしたがって、Y座標値が0に近づくように、Y座標値をあらかじめ定めておくことができる。CPU21は、表示部13の画面のシンボル表示領域図16の符号1620参照において、NOTEiに対応する、シンボル種別の画像を、決定されたX座標値、Y座標値に示す位置に移動させるステップ703。なお、シンボル種別は、上記第i番のレコード群の画像番号のレコードに格納されている。以下、シンボル種別について説明する。図17は、本実施の形態にかかるシンボル種別に基づくシンボル画像例を示す図である。本実施の形態においては、押鍵前後、および、正しい押鍵がなされたか否かにしたがって3つのシンボル種別が設けられている。図17aは、画像1に対応するシンボル画像である。このシンボル画像1700は、押鍵前のタイミングであり、かつ、対応する音符が始めて出現するか前回は正しく押鍵出来たことを示す。図17bは、後述する画像2に対応するシンボル画像である。このシンボル画像1710は、演奏者が、適切な押鍵タイミングで押鍵できたことを示す。図17cは、後述する画像3に対応するシンボル画像である。このシンボル画像は、前回に正しく押鍵ができなかったことを示す。また、CPU21は、座標x,yのうちY座標値yに基づき、NOTEiに対応したシンボル画像の拡大率を決定するステップ704。本実施の形態では、押鍵タイミングが近づき、Y座標値yが0に近づくのにしたがって、その拡大率が大きくなる。たとえばY座標値の範囲と、シンボル画像の拡大率とを対応付けたテーブルを予めRAM23に格納し、CPU21が、このテーブルを読み出すように構成すればよい。次いで、CPU21は、第i番のレコード群におけるY座標が、押鍵すべきタイミングの範囲を示すY1以上、Y2以下の範囲Y1≦Y座標≦Y2にあるかを判断するステップ705。Y1は、たとえば、図16の符号1624に示すY座標値であり、Y2は、たとえば、同図の符号1625に示すY座標値である。ステップ704でYesと判断された場合には、CPU21は、押鍵すべきタイミングが到来したことを示すフラグONiを1にセットするステップ706。次いで、CPU21は、第i番のレコード群におけるY座標が、押鍵タイミングを過ぎてしまった範囲を示すY2とY3との間Y2>Y座標>Y3であるかを判断するステップ707。ステップ707でNoと判断された場合には、図9のステップ901に進む。ステップ707でYesと判断された場合には、CPU21は、押鍵タイミング到来フラグONiが1であるかを判断するステップ708。後に再度説明するが、押鍵タイミング到来フラグONiは、適切な押鍵タイミングでの当該鍵の押鍵がなされた場合には0にリセットされる。したがって、ステップ708でYesと判断された場合には、適切な押鍵タイミングで適切な鍵が押鍵されなかったことを示す。ステップ708でNoと判断された場合には、図8のステップ806に進む。ステップ708でYesと判断された場合には、CPU21は、第i番のレコード群において、画像番号のレコードに3を格納するステップ709。この画像番号は、図17を参照して説明したシンボル画像のシンボル種別画像1~3に対応する。次いで、CPU21は、シンボル表示領域において表示されているNOTEiに対応するシンボル画像のシンボル種別を画像3に変更するステップ710。また、CPU21は、曲データにおいて、NOTEiに対応するオートオンイベントのレコードに付加されたNGフラグを1にセットするステップ711。その後、CPU21は、現在押鍵されている鍵の数押鍵数を示すパラメータmをデクリメントするステップ712。次いで、CPU21は、画像データのレコード群を特定するための別のパラメータnを0に初期化して、第n番のレコード群のうち、シンボルの消去タイミング消去順序を示すNnが0であるかを判断するステップ802。ステップ802でYesと判断された場合には、CPU21は、Nnをデクリメントするステップ803。次いで、CPU21は、パラメータnをインクリメントしてステップ804、パラメータnが、表示されているシンボルの総数Iより大きいかを判断するステップ805。ステップ805でNoと判断された場合には、ステップ802に戻る。ステップ805でYesと判断された場合には、CPU21は、パラメータiをインクリメントしてステップ806、当該パラメータiがシンボルの総数Iより大きいかを判断するステップ807。ステップ807でNoと判断された場合には、ステップ702戻る。ステップ807でYesと判断された場合には、CPU21は、シンボル総数Iから、消去されたシンボル数を示すパラメータSを減じて、新たなシンボル総数Iを得て、RAM23に格納するステップ808。その後、パラメータSを0に初期化してステップ809ガイド処理を終了する。次に、ステップ706でNoと判断された場合について説明する。ステップ706でNoと判断された場合には、CPU21は、画像データのレコード群を特定するためのパラメータnを0に初期化するステップ901とともに、消去されたシンボル数を示すパラメータSを0に初期化するステップ902。CPU21は、画像データの第n番のレコード群中のNnが0であるかを判断するステップ903。ステップ903でYesと判断された場合には、シンボル表示領域に表示されている、第n番のレコード群中のNotenに対応するシンボルを消去するステップ904。また、CPU21は、Notenに対応する画像データエリア、すなわち、第n番のレコード群を消去するステップ905。その後、CPU21は、消去されたシンボル数を示すパラメータSをインクリメントするステップ906。ステップ903でNoと判断された場合、或いは、ステップ906が実行された後に、CPU21は、パラメータnをインクリメントしてステップ907、パラメータnがシンボル総数Iより大きいかを判断するステップ908。ステップ908でNoと判断された場合には、ステップ903に戻る。ステップ908でYesと判断された場合には、図8のステップ806に進む。次に、ステップ611でNoと判断された場合について説明する。ステップ611でNo、つまり、インクリメントされたアドレスを示すパラメータADが、曲データの最終アドレスより小さい場合には、CPU21は、パラメータADをアドレスとして曲データのレコードを読み出すステップ1001。CPU21は、読み出されたレコード中のデータがイベントであるかを判断するステップ1002。ステップ1002でNo、つまり、データがタイムである場合には、CPU21は、RAM23中のパラメータtにデータ値であるタイムを格納してステップ1003、ガイド処理を終了する。ステップ1003でYesと判断された場合には、CPU21は、シンボル総数を示すパラメータIをインクリメントしてステップ1004、RAM23中に第I番の画像データのための新たに画像データエリアを確保するステップ1005。次いで、CPU21は、当該確保された画像データエリアにおいて、NOTEIにイベントが示すノート番号を格納するステップ1006。また、CPU21は、当該曲データのイベントのNGフラグを参照して、NGフラグが0であるかを判断するステップ1007。ここで、NGフラグは、適切なタイミングで適切な鍵が押鍵されなかった場合にステップ710において1にセットされている。すなわち、前回の演奏で、適切なタイミングで適切な鍵が押鍵されていなければ、NGフラグは1となっている。ステップ1007でYesNGフラグ=0である場合には、CPU21は、第I番のレコード群において、画像番号1をセットするステップ1008。これにより、NOTEIに対応付けられて、シンボル種別が画像1であるシンボル画像が図17aの符号1700参照、シンボル表示領域中に表示されることになる。これに対して、ステップ1007でNoNGフラグ=1である場合には、CPU21は、第I番のレコード群において、画像番号3をセットするステップ1009。これにより、NOTEIに対応付けられて、シンボル種別が画像3であるシンボル画像が図17cの符号1720参照、シンボル表示領域中に表示されることになる。次いで、CPU21は、第I番のレコード群において、押鍵すべきタイミングが到来したことを示すフラグONIを0にリセットするステップ1101とともに、表示時間を示すTIを0にリセットするステップ1102。CPU21は、現在押鍵されている鍵の数押鍵数を示すパラメータmをインクリメントするステップ1103とともに、シンボルの消去タイミング消去順序を示すNIの値としてmを格納するステップ1104。さらに、CPU21は、パラメータxとしてNOTEIの鍵に対応したX座標を設定しステップ1105、パラメータYとして初期Y座標y0を設定するステップ1106。CPU21は、表示すべきシンボルの拡大率の初期値を設定するステップ1107。この拡大率の初期値は予め定められた値であれば良い。また、CPU21は、NOTEIの音名に基づき表示するシンボル画像の色を決定するステップ1108。本実施の形態では、なお、図16に示すように、シンボルは、押鍵タイミングが近づくのにしたがって、その拡大率が大きくなる。これは、図7のステップ704においてY座標値にしたがって拡大率を変更することにより実現される。また、本実施の形態においては、音名C、C=D♭、D、D=E♭、に応じて、あらかじめシンボルの色が定められ、その情報がRAM23に格納されている。したがって、ステップ1108では、CPU21は、音名にあらかじめ対応付けられた色をRAM23から読み出せばよい。その後、CPU21は、画像データエリアの第I番のレコード群に格納された情報に基づき、シンボル表示領域に所定のシンボルを表示するステップ1109。ステップ1109が終了すると、ステップ610に戻る。ガイド処理ステップ404が終了すると、CPU21は鍵盤処理を実行するステップ405。図12~図14は、本実施の形態にかかる鍵盤処理の例を示すフローチャートである。図12に示すように、CPU21は、鍵盤11の鍵を走査してステップ1201、その鍵状態を判断するステップ1202。鍵状態に変化が無い場合には鍵盤処理を終了する。鍵状態が新規オンである場合には、CPU21は、押鍵された鍵の情報をパラメータKEYとしてRAM23に格納しステップ1203、パラメータKEYにより特定される音高の楽音を生成するためにノートオンイベントを生成するステップ1204。CPU21は、生成されたノートオンイベントを音源部26に出力するステップ1205。ステップ1202で、鍵状態が新規オフと判断された場合には、CPU21は、離鍵された鍵の情報をパラメータKEYとしてRAM23に格納しステップ1206、パラメータKEYにより特定される音高の楽音を消音するためのノートオフイベントを生成するステップ1207。CPU21は、生成されたノートオフイベントを音源部26に出力してステップ1208、鍵盤処理を終了する。ステップ1205が終了すると、CPU21は、画像データのレコード群を決定するためのパラメータiを0に初期化するステップ1209。次いで、画像データの第i番のレコード群において、押鍵すべきタイミングが到来したことを示すフラグONiが1であるかを判断するステップ1210。ステップ1210でYesと判断された場合には、RAM23に格納されたパラメータKEYが、第i番のレコードのNOTEiと同一であるかを判断するステップ1211。ステップ1210或いはステップ1211でNoと判断された場合には、図13のステップ1301に進む。ステップ1211でYesと判断された場合には、CPU21は、第i番のレコード群における画像番号を2に変更するステップ1212とともに、シンボル表示領域において表示されているNOTEiに対応するシンボル画像のシンボル種別を画像2に変更するステップ1213。次いで、CPU21は、曲データにおいて、NOTEiに対応するオートオンイベントのレコードに付加されたNGフラグを0にリセットするステップ1214。その後、CPU21は、押鍵すべきタイミングが到来したことを示すフラグONiを0にリセットするステップ1215。ステップ1211でYesと判断された場合には、適切なタイミングで適切な鍵が押鍵されたことを意味している。したがって、図17bに示すようなシンボル種別が画像2の画像が、押鍵された鍵に対応付けられて表示される。すなわち、それまでは風船に空気が入っていた状態であったのが図17a参照、適切な押鍵により風船が割れた状態図17b参照となる。次いで、CPU21は、押鍵数を示すパラメータmをデクリメントするステップ1301。また、CPU21は、画像データのレコード群を特定するための別のパラメータnを0に初期化して、第n番のレコード群のうち、シンボルの消去タイミング消去順序を示すNnが0であるかを判断するステップ1303。ステップ1303でYesと判断された場合には、CPU21は、Nnをデクリメントするステップ1304。次いで、CPU21は、パラメータnをインクリメントしてステップ1305、パラメータnが、表示されているシンボルの総数Iより大きいかを判断するステップ1306。ステップ1306でNoと判断された場合には、ステップ1303に戻る。さらに、CPU21は、再度パラメータnを0にリセットするステップ1307とともに、消去されたシンボル数を示すパラメータSを0に初期化するステップ1308。CPU21は、画像データの第n番のレコード群中のNnが0であるかを判断するステップ1401。ステップ1401でYesと判断された場合には、シンボル表示領域に表示されている、第n番のレコード群中のNotenに対応するシンボルを消去するステップ1402。また、CPU21は、Notenに対応する画像データエリア、すなわち、第n番のレコード群を消去するステップ1403。その後、CPU21は、消去されたシンボル数を示すパラメータSをインクリメントするステップ1404。ステップ1401でNoと判断された場合、或いは、ステップ1404が実行された後に、CPU21は、パラメータnをインクリメントしてステップ1405、パラメータnがシンボル総数Iより大きいかを判断するステップ1406。ステップ1406でNoと判断された場合には、ステップ1401に戻る。ステップ1406でYesと判断された場合には、CPU21は、パラメータiをインクリメントしてステップ1407、パラメータiがシンボル総数Iより大きいかを判断するステップ1408。ステップ1408でNoと判断された場合には、CPU21は、ステップ1210に戻る。ステップ1408でYesと判断された場合には、CPU21は、シンボル総数Iから消去されたシンボル数Sを減じて、得られた新たなシンボル総数IをRAM23に格納するステップ1409。その後、CPU21は、消去されたシンボル数を示すパラメータSを0にリセットするステップ1410。鍵盤処理ステップ405が終了すると、CPU21は、その他の処理を実行するステップ406。その他の処理においては、CPU21は、入力I/F14を介したビデオカメラ14のズーム等の制御などを実行する。その後、ステップ402に戻り、ステップ402~406の処理が繰り返される。以下、表示装置の画面上に表示される画像例について説明する。図16に示すように、シンボル表示領域1620においては、X軸方向において押鍵すべき鍵と合致する位置に、シンボル画像が表示され、当該シンボル画像は、押鍵タイミングが近づくのにしたがって、演奏者の手の表示位置に近づくように、Y軸方向に移動される。基本的に、Y軸方向に移動するシンボル画像は、風船の形をしている。これは、画像番号1のシンボル種別のシンボル画像シンボル画像1である。適切な押鍵タイミングで、適切な鍵が押鍵されると、風船の形のシンボル画像から、風船が割れた状態を示すシンボル画像に変更されるたとえば、符号1603、1604参照。この変更されたシンボル画像は、画像番号2のシンボル種別のシンボル画像でシンボル画像2である。図16には示されていないが、適切な押鍵タイミングで適切な鍵が押鍵されない場合この場合は、押鍵タイミングのみが適切でない場合、押鍵された鍵が適切でない場合、タイミングおよび押鍵された鍵の双方が適切でない場合が含まれるには、ひずんだ形状の風船のシンボル画像に変更される。これは、図17cに示すシンボル画像であり、画像番号3のシンボル種別のシンボル画像である。図16の例において、符号1603、1604に示すように、C3、G3の鍵は正しい押鍵タイミングにて適切に押鍵されている。また、符号1605に示すE3の鍵についても、正しい押鍵タイミングで押鍵されたと考える。その一方、たとえば、図16において、符号1606で示すD4の鍵については、適切な押鍵タイミングで押鍵されず、或いは、適切な鍵が押鍵されなかったと考える。図18は、図16に示す楽曲を再度演奏しているときの表示装置の画面上の画像例を示す図である。図18に示すように、再度、同一の楽曲の演奏を行うと、適切なタイミングで適切に押鍵された鍵たとえば、C3、E3、G3:符号1801~1803参照は、通常の風船のシンボル画像が表示される。その一方、適切な押鍵タイミングではなく、或いは、適切な鍵が押鍵されていない場合、その鍵たとえば、D4については、ひずんだ形状の風船のシンボル画像が表示される。また、この状態で、適切な押鍵タイミングで、D4の鍵が押鍵された場合には、シンボル画像は、ひずんだ風船から通常の風船の画像に変更される。本実施の形態においては、CPU21は、曲データを参照して、表示部13のシンボル画像領域において、当該曲データの示す音高に対応付けられた鍵に関連するように所定の種別のシンボル画像を配置した画像を生成する。また、CPU21は、曲データ中の押鍵タイミングを参照して、押鍵タイミングの到来に近づくのにしたがってシンボル画像が、鍵に接近するようにシンボル画像を配置する。また、CPU21は、曲データを参照して、当該曲データにしたがった音高に対応付けられた鍵が、曲データにしたがった押鍵タイミングで操作されたかを判断する。CPU21は、曲データにしたがった音高に対応付けられた鍵が、曲データにしたがった押鍵タイミングで操作された場合に、シンボル画像の種別を、通常のシンボル画像を示す種別画像1から、適切に操作されたことを示す他の種別画像2に変更する。その一方、CPU21は、曲データにしたがった音高の鍵が押鍵されず、或いは、曲データにしたがった押鍵タイミングで押鍵されなかった場合に、シンボル画像の種別を、通常の画像種別画像1から、適切に操作できなかったことを示すさらに他の種別画像3に変更する。このように、本実施の形態によれば、適切な押鍵がなされた場合に、シンボル画像の種別を変更することに加えて、適切な押鍵がなされなかった場合に、シンボル画像の種別をさらに他の種別に変更することにより、演奏者に不適切な押鍵操作を知らせることが可能となる。また、本実施の形態においては、CPUは、適切な押鍵がなされなかった場合に、曲データ中、当該適切な押鍵がなされなかったノートオンイベントについて、適切に押鍵できなかったことを示す識別子NGフラグを付与する。CPU21は、シンボル画像表示領域にシンボル画像を配置した画像を生成する際に、前記ノートオンイベントに付与された識別子を参照し、当該識別子が適切に押鍵できなかったことを示す場合には、上記さらに他の種別画像3のシンボル画像を配置した画像を生成する。これにより、楽曲の演奏を繰り返すと、表示部13の画面上に表示されたが画像において、前回、押鍵が適切でなかった箇所が演奏者にわかるように表示される。これにより、演奏者による教習効果をより高めることが可能となる。さらに、本実施の形態においては、鍵盤上に配置された演奏者の手を撮影するビデオカメラを有し、CPU21は、撮影されたデータから、演奏者の手の画像を抽出し、抽出された画像を、演奏者の手が実際に位置する鍵と対応するように、鍵盤画像領域に重ね合わせる。これにより、演奏者は、表示部13の鍵盤画像領域に表示された自分の手および鍵盤の画像、および、シンボル画像表示領域に表示されたシンボルの双方を参照しつつ、押鍵すべき鍵を確認することが可能となる。本発明は、以上の実施の形態に限定されることはない。たとえば、前記実施の形態においては、シンボル画像の拡大率は、当該シンボル画像のY座標値に基づいて決定されているが、これに限定されるものではない。たとえば、シンボル画像の拡大率を、現在押鍵されている鍵の数mに基づいて決定しても良い。この場合、ガイド処理において、図7のステップ704が省略される。また、図11に示す処理は、図19に示すものに変更される。図19は、他の実施の形態にかかるガイド処理の部分を示すフローチャートであり、図11に対応する。図19において、ステップ1901~1906は、図11のステップ1101~1106と同様である。ステップ1907において、CPU21は、シンボル画像の拡大率を、現在押鍵されている鍵の数mに基づいて決定する。たとえば、押鍵されている鍵の数mが大きくなるのにしたがって拡大率が大きくなるように、拡大率が設定されても良いし、mが大きくなるのにしたがって拡大率が小さくなるように、拡大率が設定されても良い。また、前記実施の形態において、シンボル画像のY座標値が、押鍵タイミングに対応する所定の範囲たとえば、Y2>Y座標値>Y3であるときに、CPU21は、表示されるシンボルを強調表示たとえば、シンボル図形を太枠で囲む表示、シンボルの濃度をより大きくする表示とするように構成しても良い。このように、押鍵タイミングで強調表示することにより演奏者に押鍵すべきタイミングが到来したことをより確実に知らせることができ、押鍵ミスを防ぐことが可能となる。さらに、前記実施の形態において、曲データに拍の情報を含め、拍の先頭でシンボル画像が動くたとえば、ジャンプするように上下するように構成しても良い。また、曲データの先頭に表現記号やテンポ記号を含め、シンボル画像が表現記号やテンポ記号にしたがった表示形態とするように構成しても良い。たとえば、表現記号にしたがって、シンボル画像に顔の表情をつけることが可能である。以上、本発明の実施の形態について詳細に説明したが、本発明の範囲は上述の実施の形態に限定するものではなく、特許請求の範囲に記載された発明およびその均等の範囲が、本発明の範囲内に包含される。以下、本出願の願書に最初に添付した特許請求の範囲に記載された発明を付記する。なお、付記に記載した請求項の項番は、本出願の願書に最初に添付した特許請求の範囲の項番に相当する。[付記]請求項1に記載された発明は、複数の演奏操作子であってそれぞれが所定の音高と対応付けられた演奏操作子と、少なくとも前記複数の演奏操作子のうち操作すべき演奏操作子を示すシンボル画像を表示するシンボル画像領域を有する表示手段と、楽曲の音高およびその操作タイミングを示す曲データを格納した記憶手段と、前記曲データを参照して、前記シンボル画像領域において、当該曲データの示す音高に対応付けられた演奏操作子に関連するように所定の種別のシンボル画像を配置した画像を生成する画像生成手段であって、当該操作タイミングを参照して、前記押鍵タイミングの到来に近づくのにしたがって前記シンボル画像が、前記表示手段上の所定の表示位置に接近するようにシンボル画像を配置する画像生成手段と、前記曲データを参照して、前記曲データにしたがった音高に対応付けられた演奏操作子が、前記曲データにしたがった操作タイミングで操作されたかを判断する操作判断手段と、を備え、前記画像生成手段は、前記曲データにしたがった音高に対応付けられた演奏操作子が、前記曲データにしたがった操作タイミングで操作された場合に、前記シンボル画像の種別を、通常のシンボル画像を示す第1の種別から、適切に操作されたことを示す第2の種別に変更し、その一方、前記曲データにしたがった音高の演奏操作子が操作されず、或いは、前記曲データにしたがった操作タイミングで操作されなかった場合に、前記シンボル画像の種別を、通常の画像種別から、適切に操作できなかったことを示す第3の種別に変更するように構成された演奏教習装置である。請求項2に記載された発明は、前記曲データにしたがった音高の演奏操作子が操作されず、或いは、前記曲データにしたがった操作タイミングで操作されなかった場合に、前記曲データにおいて、適切に操作されなかった音高の情報に関連して、適切に操作できなかったことを示す識別子を付与する識別子付与手段を有し、前記画像生成手段は、前記シンボル画像を配置した画像を生成する際に、前記音高を示す情報に関連して付与された識別子を参照し、前記識別子が適切に操作できなかったことを示す場合には、第3の種別のシンボル画像を配置した画像を生成するように構成された演奏教習装置である。請求項3に記載された発明は、前記複数の演奏操作子上に配置された演奏者の手を撮影する撮影手段を有するとともに、前記表示手段は前記複数の演奏操作子の画像を含む演奏操作子画像領域をさらに有し、前記画像生成手段が、前記撮影手段により撮影されたデータから、前記演奏者の手の画像を抽出し、前記抽出された画像を、演奏者の手が実際に位置する演奏操作子と対応するように、前記演奏操作子画像領域に重ね合わせるように構成された演奏教習装置である。請求項4に記載された発明は、複数の演奏操作子であってそれぞれが所定の音高と対応付けられた演奏操作子と、少なくとも前記複数の演奏操作子のうち操作すべき演奏操作子を示すシンボル画像を表示するシンボル画像領域を有する表示手段と、楽曲の音高およびその操作タイミングを示す曲データを格納した記憶手段と、を備えたコンピュータに、前記曲データを参照して、前記シンボル画像領域において、当該曲データの示す音高に対応付けられた演奏操作子に関連するように所定の種別のシンボル画像を配置した画像を生成する画像生成手段であって、当該操作タイミングを参照して、前記押鍵タイミングの到来に近づくのにしたがって前記シンボルが、前記表示手段上の所定の表示位置に接近するようにシンボルを配置する画像生成ステップと、前記曲データを参照して、前記曲データにしたがった音高に対応付けられた演奏操作子が、前記曲データにしたがった操作タイミングで操作されたかを判断する操作判断ステップと、を実行させ、前記画像生成ステップが、前記曲データにしたがった音高に対応付けられた演奏操作子が、前記曲データにしたがった操作タイミングで操作された場合に、前記シンボル画像の種別を、通常のシンボル画像を示す第1の種別から、適切に操作されたことを示す第2の種別に変更し、その一方、前記曲データにしたがった音高の演奏操作子が操作されず、或いは、前記曲データにしたがった操作タイミングで操作されなかった場合に、前記シンボル画像の種別を、通常の画像種別から、適切に操作できなかったことを示す第3の種別に変更するように構成された演奏教習プログラムである。"