JP7279700B2 - 演奏装置、方法、及びプログラム - Google Patents

Description

本発明は、ガイドされる押鍵指示情報に基づいて演奏者が押鍵操作を行うことにより演奏レッスンを行う演奏装置、方法、及びプログラムに関する。

楽曲の例えばコードパートやメロディパートについて押鍵すべき鍵をガイドし、演奏者がそのガイドに従って正しい押鍵操作を行った場合に、楽曲のコードパートのコード音やメロディパートのメロディ音を発音させることにより、演奏レッスンを行う技術が良く知られている。

そして従来、レッスンするパートでガイドされている押鍵すべき鍵がガイドによって決められた押鍵タイミングまでに演奏者によって正しく押鍵されなかった場合に、ガイドの進行を停止させることにより、演奏者がレッスンについてゆけなくならないようにした技術も知られている（例えば特許文献１に記載の技術）。

更に、演奏用のパートの演奏データによって指定される演奏操作子が所定のタイミングまでに演奏操作されなくて、演奏データの楽曲の進行に従った読出しを中断しても、一部の楽音信号の発生を続行することにより、演奏者を驚かせたり、電子楽器に異常が発生したと勘違いしないようにした技術も知られている（例えば特許文献２に記載の技術）。

特許第２７０７８５３号公報 特開２００４－１０１９７９号公報

しかし、上述の従来技術においては、演奏者が正解でない鍵を間違って押鍵しても何も反応が無く、弾いたとおりに鳴らない違和感を与えたり、場合によっては故障等の誤解を与える可能性があった。

そこで、本発明は、演奏者が正解でない鍵を押鍵した場合に、演奏者が不正解を認識できるようにして、演奏者に違和感や故障等の誤解を与えたりしないようにすることを目的とする。

態様の一例の演奏装置は、複数の鍵と、鍵の押鍵を検出する検出部と、制御部と、を備え、制御部は、楽曲中のコードの進行に従い、コードに対応する鍵をガイドし、コードの構成音と検出部で押鍵が検出された鍵との関係に基づき押鍵が正解か否かを判定する判定処理と、判定処理の判定結果が不正解となった場合に、不正解に対応する発音を行う発音処理と、を実行し、前記発音処理において、前記不正解に対応する発音を、前記押鍵が検出された１つ以上の鍵により決定される不正解コードの構成音を発音する。

本発明によれば、演奏者が正解でない鍵を押鍵した場合に、演奏者が不正解を認識できるようにして、演奏者に違和感や故障等の誤解を与えたりしないようにすることが可能となる。

実施形態の電子鍵盤楽器の外観図である。 実施形態の電子鍵盤楽器システムを示すブロック図である。 楽曲データの構成例を示すデータ構成図である。 実施形態のメイン処理の例を示すフローチャートである。 （ａ）初期化処理の詳細例、（ｂ）テンポ変更処理の詳細例、及び（ｃ）ソング開所処理の詳細例をそれぞれ示すフローチャートである。 スイッチ処理の詳細例を示すフローチャートである。 鍵処理の詳細例を示すフローチャートである。 ソング再生割込み処理の詳細例を示すフローチャート（その１）である。 ソング再生割込み処理の詳細例を示すフローチャート（その２）である。 楽曲再生処理の詳細例を示すフローチャートである。 メロディレッスン再生処理の詳細例を示すフローチャートである。 コードレッスン再生処理の第１の実施形態の詳細例を示すフローチャートである。 コードレッスン再生処理の第２の実施形態の詳細例を示すフローチャートである。 コードレッスン再生処理の第３の実施形態の詳細例を示すフローチャートである。

以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。図１は、実施形態の電子鍵盤楽器１００の外観図であり、図２は、実施形態の電子鍵盤楽器１００のシステム２００の構成例を示す図である。

図１に示されるように、本実施形態に係る電子鍵盤楽器１００は、複数の鍵１０１を有する鍵盤１１０と、ＬＣＤ表示部１０２と、操作部１０３と、を備えている。また各鍵１０１は内部にＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ：発光ダイオード）等の発光素子を備え、各鍵１０１の表面を発光させることができる。

ＬＣＤ表示部１０２は、操作部１０３の操作に伴うメッセージの表示や、後述するレッスンモードの選択のための表示等を行うものである。

操作部１０３は、演奏者が各種の設定等を行う操作ボタンと、電子鍵盤楽器１００の電源のオン／オフを切り替える電源スイッチとを有し、操作ボタンは、演奏モードの選択や音量調整等の各種の設定操作等を行うためのものである。

演奏モードとしては、通常演奏モード、自動演奏モード、レッスンモード（右パートレッスンモード、左パートレッスンモード、左右パートレッスンモード）、レッスンモードにおけるコード入力方法などの設定がある。

通常演奏モードは、演奏者がコード進行などに頼らずに、通常の楽器演奏を行うモードである。

自動演奏モードは、ＲＯＭ２０２から順次読み出される楽曲データに従って、演奏者の関与なしに自動演奏を行うモードである。

レッスンモードは、ＲＯＭ２０２から順次読み出される楽曲データに従って、演奏すべき鍵盤１１０上の各鍵１０１を光らせてガイドしながら、演奏者が演奏レッスンを行うモードである。右パートレッスンモードは、主に右手で演奏されるメロディ鍵域で鍵１０１のＬＥＤが点灯されることにより、メロディガイドが行われ、演奏者が順次光る鍵１０１を光に追従して押鍵しながら演奏レッスンを行うモードである。左パートレッスンモードは、主に左手で演奏されるコード鍵域でコード音を構成する複数（３又は４個）の鍵１０１のＬＥＤが点滅（ルート音の場合）又は点灯（それ以外のコード構成音の場合）されることにより、コードガイドが行われ、演奏者が順次光る複数の鍵１０１を追従して同時に押鍵しながら演奏レッスンを行うモードである。左右パートレッスンモードは、右パートレッスンモードでのメロディレッスンと左パートレッスンモードでのコードレッスンとを同時に行えるモードである。

次に、図２に示される電子鍵盤楽器システム２００において、ＣＰＵ（中央演算処理装置）２０１と、読取り専用のメモリであるＲＯＭ（リードオンリーメモリ）２０２と、読み書きが可能なメモリであるＲＡＭ（ランダムアクセスメモリ）２０３と、検出部２０４と、ＬＥＤコントローラ２０６と、ＬＣＤコントローラ２０７と、スイッチインタフェース２０８と、音源ＬＳＩ２１０が、システムバス２１３によって相互に接続されている。

スイッチインタフェース２０８は、操作部１０３におけるスイッチ設定状態を検出し、ＣＰＵ２０１に通知する。

ＲＯＭ２０２は、ＣＰＵ２０１がＲＡＭ２０３にロードして実行する制御プログラムや、前述した自動演奏モード、レッスンモードにおける楽曲データを記憶する。

ＲＡＭ２０３は、ＲＯＭ２０２から転送される制御プログラム、楽曲データ、その他、プログラム実行の各種変数データなどを記憶する。

ＣＰＵ２０１は、ＲＯＭ２０２からＲＡＭ２０３にロードされた制御プログラムに従って、音源ＬＳＩ２１０への楽音の発音／消音指示、自動演奏又は演奏レッスンのための各種制御を行う。この制御動作の詳細は、図３のデータ構成図と、図４から図１４のフローチャートを用いて後述する。

タイマ２０９は、後述するソング再生割込み処理において使用される。

図２のＬＥＤ２０５は、夫々の鍵１０１（白鍵又は黒鍵）の操作子に対応して設けられており、各操作子のＬＥＤ２０５に対向する部分は、ＬＥＤ２０５の光が透過することができる。ＬＥＤ２０５は、レッスンモード時に、次に押鍵すべき鍵１０１において、点滅（コードのルート音の場合）又は点灯（メロディ音又はルート音以外のコードの構成音の場合）される。

図２のＬＥＤコントローラ２０６は、ＣＰＵ２０１からの指示に基づいて、各鍵１０１に具備される各ＬＥＤ２０５の点滅又は点灯、及び消灯を行う。

音源ＬＳＩ（ＬＳＩ：大規模集積回路）２１０は、ＣＰＵ２０１からの指示に従って楽音データを発生する。

Ｄ／Ａ変換部２１１は、音源ＬＳＩ２１０が発生したデジタルの楽音データをアナログ楽音信号に変換する。このアナログ楽音信号は、アンプ２１２を介してスピーカ２１３から放音される。

以上の構成を有する本実施形態の概略動作について説明する。図２のＣＰＵ２０１は、ＲＡＭ２０３にロードした制御プログラムを実行することにより、演奏者が選曲しＲＯＭ２０２からＲＡＭ２０３にロードされた楽曲データを順次読み出して実行することにより、楽曲中の夫々のコードの進行に従い、コードの構成音に対応する鍵１０１を例えばＬＥＤ２０５によって光ガイドしながら、コードの構成音と検出部２０４で押鍵が検出された１つ以上の鍵１０１の押鍵音との関係に基づいて、押鍵が正解か否かを判定する判定処理を実行する。そして、ＣＰＵ２０１は、判定処理の判定結果が不正解となった場合に、不正解に対応する発音を指示する発音制御データを音源ＬＳＩ２１０に対して発行し、音源ＬＳＩ２１０が対応する発音処理を実行する。ＣＰＵ２０１は、判定処理の判定結果が正解となった場合には、コードの構成音を同時に発音する複数の発音制御データを音源ＬＳＩ２１０に対して発行し、音源ＬＳＩ２１０がコード音を発音処理する。これにより、演奏者は、例えば左パートレッスンモードにおいて、コード判定が正解でない鍵１０１を押鍵した場合に、演奏者が不正解を認識できるようにして、演奏者に違和感や故障等の誤解を与えたりしないようにすることが可能となる。

一つの実施形態として、ＣＰＵ２０１は、上述の発音処理において、例えば、不正解に対応する発音を、音源ＬＳＩ２１０を介して、押鍵に対応して決定される不正解コードのスタティックコードで発音処理する。ここで、スタティックコードとは、どの鍵が押鍵されているかに関わらず、決定されたコードの構成音の全てが専用の音色で押鍵している間持続的に鳴るものをいう。この処理の詳細は、図１２のフローチャートを用いて、コードレッスン再生処理の第１の実施形態として説明する。これにより、演奏者は、コード判定が不正解の場合に、スタティックコードにより不正解を自然に認識することが可能となる。

他の一つの実施形態として、ＣＰＵ２０１は、上述の発音処理において、検出部２０４で押鍵が検出された１つ以上の鍵１０１が示す音高の夫々が楽曲中の夫々のコードの進行に従って決定される正解コードの構成音に含まれない場合に、押鍵が検出された１つ以上の鍵１０１が示す音高の夫々に対応する楽音を、音源ＬＳＩ２１０を介して発音処理する。これにより、演奏者は、正解コードの構成音でないコード鍵域の楽音の鍵１０１を押鍵してしまったことを認識することが可能となる。

更に他の一つの実施形態として、ＣＰＵ２０１は、上述の発音処理において、検出部２０４で夫々押鍵が検出された鍵１０１が示す各音高に対応する楽音を、音源ＬＳＩ２１０を介して発音処理すると共に、判定処理の判定結果が正解となった場合に、発音中の楽音を消音した後に、正解コードの各構成音を発音する。これにより、不正解時の不要な発音を消音しつつ正解のコード構成音をレッスン演奏することができ、演奏者が不快感を感じることを防止することが可能となる。

ここで、ＣＰＵ２０１は、判定処理の判定結果が不正解となった場合に、不正解の度合いに応じた評価音声、例えば「まだまだ！」や「おしい！」、或いは全然だめな場合には爆発音などを発音する評価音声の発音処理を音源ＬＳＩ２１０を介して更に実行してもよい。これにより、演奏者は、楽しく演奏レッスンを行うことができる。

また、鍵１０１のＬＥＤ２０５による光ガイドに加えて、図１のＬＣＤ表示部１０２に、鍵盤１１０と同じ画像を表示すると共に、コードの構成音に対応する複数の鍵１０１を夫々ガイド表示として表示指示するようにしてもよい。これにより、演奏者は光る鍵１０１に加えて、ＬＣＤ表示部１０２でもレッスンガイドを確認することができる。

また、鍵１０１のＬＥＤ２０５による光ガイドに加えて、コードの構成音に対応する複数の鍵１０１を夫々押鍵するための指番号を、音源ＬＳＩ２１０を介してガイド音声として指示発音するようにしてもよい。これにより、演奏者は光る鍵１０１に加えて、ガイド音声によって運指を確認することができる。

また、鍵１０１のＬＥＤ２０５による光ガイドに加えて、コードの構成音に対応する複数の鍵１０１に夫々対応するノート音名を、音源ＬＳＩ２１０を介してガイド音声として指示発音するようにしてもよい。これにより、演奏者は光る鍵１０１に加えて、ガイド音声によって押鍵すべき鍵１０１を確認することができる。

図３は、本実施形態において、図２のＲＯＭ２０２からＲＡＭ２０３に読み込まれる楽曲データのデータ構成例を示す図である。このデータ構成例は、ＭＩＤＩ（Ｍｕｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）用ファイルフォーマットの一つであるスタンダードＭＩＤＩファイルのフォーマットに準拠している。この楽曲データは、チャンクと呼ばれるデータブロックから構成される。具体的には、楽曲データは、データサイズやフォーマット情報を示すヘッダチャンクと、それに続くメロディパート用のメロディ演奏データが格納されるトラックチャンク１と、コードパート用のコード演奏データが格納されるトラックチャンク２とから構成される。なお、コードパートはベースパターンやリズムパターンを含む伴奏パターンデータであってもよい。

トラックチャンク１、２はそれぞれ、ＣｈｕｎｋＩＤ、ＣｈｕｎｋＳｉｚｅと、ＤｅｌｔａＴｉｍｅ＿１［ｉ］及びＥｖｅｎｔ＿１［ｉ］（トラックチャンク１／メロディパートの場合）又はＤｅｌｔａＴｉｍｅ＿２［ｉ］及びＥｖｅｎｔ＿２［ｉ］（トラックチャンク２／コードパートの場合）からなる演奏データ組（０≦ｉ≦Ｌ：トラックチャンク１／メロディパートの場合、０≦ｉ≦Ｍ：トラックチャンク２／コードパートの場合）とからなる。

ＤｅｌｔａＴｉｍｅ＿１［ｉ］は、その直前のＥｖｅｎｔ＿１［ｉ－１］の実行時刻からの待ち時間（相対時間）を示す１～４バイトの可変長データである。同様に、ＤｅｌｔａＴｉｍｅ＿２［ｉ］は、その直前のＥｖｅｎｔ＿２［ｉ－１］の実行時刻からの待ち時間（相対時間）を示す１～４バイトの可変長データである。Ｅｖｅｎｔ＿１［ｉ］は、トラックチャンク１／メロディパートにおいて、メロディの発声タイミングと音高を指示するメタイベントである。Ｅｖｅｎｔ＿２［ｉ］は、トラックチャンク２／コードパートにおいて、ノートオン又はノートオフを指示するＭＩＤＩイベント、又は拍子を指示するメタイベントである。トラックチャンク１／メロディパートに対して、各演奏データ組ＤｅｌｔａＴｉｍｅ＿１［ｉ］及びＥｖｅｎｔ＿１［ｉ］において、その直前のＥｖｅｎｔ＿１［ｉ－１］の実行時刻からＤｅｌｔａＴｉｍｅ＿１［ｉ］だけ待った上でＥｖｅｎｔ＿１［ｉ］が実行されることにより、メロディの発音進行が実現される。一方、トラックチャンク２／コードパートに対して、各演奏データ組ＤｅｌｔａＴｉｍｅ＿２［ｉ］及びＥｖｅｎｔ＿２［ｉ］において、その直前のＥｖｅｎｔ＿２［ｉ－１］の実行時刻からＤｅｌｔａＴｉｍｅ＿２［ｉ］だけ待った上でＥｖｅｎｔ＿２［ｉ］が実行されることにより、コードの発音進行が実現される。

図４は、本実施形態における電子楽器の制御処理例を示すメインフローチャートである。この制御処理は例えば、図２において、ＣＰＵ２０１が、ＲＯＭ２０２からＲＡＭ２０３にロードされた制御処理プログラムを実行する動作である。

ＣＰＵ２０１は、まず初期化処理を実行した後（ステップＳ４０１）、ステップＳ４０２からＳ４０７の一連の処理を繰り返し実行する。

この繰返し処理において、ＣＰＵ２０１はまず、スイッチ処理を実行する（ステップＳ４０２）。ここでは、ＣＰＵ２０１は、図２のスイッチインタフェース２０８からの割込みに基づいて、図１の操作部１０３でのスイッチ操作に対応する処理を実行する。スイッチ処理の詳細例については、図６のフローチャートを用いて後述する。

次に、ＣＰＵ２０１は、図２の検出部２０４からの割込みに基づいて図１の鍵盤１１０の何れかの鍵１０１が操作されたか否かを判定して処理する鍵処理を実行する（ステップＳ４０３）。ここでは、ＣＰＵ２０１は、演奏者による何れかの鍵の押鍵又は離鍵の操作に応じて、図２の音源ＬＳＩ２０４に対して、ノートオン（発音開始）又はノートオフ（発音停止）を指示する発音制御データを出力する。鍵処理の詳細例については、図７のフローチャートを用いて後述する。

次に、ＣＰＵ２０１は、図１のＬＣＤ表示部１０２に表示すべきデータを処理し、そのデータを、図２のＬＣＤコントローラ２０７を介してＬＣＤ表示部１０２に表示する表示処理を実行する（ステップＳ４０４）。ＬＣＤ表示部１０２に表示されるデータとしては例えば、演奏されるレッスンモードなどで使用される楽曲の楽譜、鍵鍵盤１１０に対応する鍵盤画像上での各鍵１０１に対応する各鍵画像のレッスンガイド表示、及び各種設定情報がある。

次に、ＣＰＵ２０１は、楽曲再生処理を実行する（ステップＳ４０５）。この処理においては、メロディレッスン再生処理や、コードレッスン再生処理、自動演奏再生処理などが実行される。楽曲再生処理の詳細例については、図１０のフローチャートを用いて後述する。

続いて、ＣＰＵ２０１は、音源処理を実行する（ステップＳ４０６）。音源処理において、ＣＰＵ２０１は、音源ＬＳＩ２０４における発音中の楽音のエンベロープ制御等の処理を実行する。

最後にＣＰＵ２０１は、演奏者が特には図示しないパワーオフスイッチを押してパワーオフしたか否かを判定する（ステップＳ４０７）。ステップＳ４０７の判定がＮＯならば、ＣＰＵ２０１は、ステップＳ４０２の処理に戻る。ステップＳ４０７の判定がＹＥＳならば、ＣＰＵ２０１は、図４のフローチャートで示される制御処理を終了し、電子鍵盤楽器１００の電源を切る。

図５（ａ）、（ｂ）、及び（ｃ）はそれぞれ、図４のステップＳ４０１の初期化処理の詳細例、図４のステップＳ４０２のスイッチ処理における後述する図６のステップＳ６０２のテンポ変更処理の詳細例、及び同じく図６のステップＳ６０６のソング開始処理の詳細例を、それぞれ示すフローチャートである。

まず、図４のステップＳ４０１の初期化処理の詳細例を示す図５（ａ）において、ＣＰＵ２０１は、ＴｉｃｋＴｉｍｅの初期化処理を実行する。本実施形態において、メロディの進行及びコードの進行は、ＴｉｃｋＴｉｍｅという時間を単位として進行する。図３の楽曲データのヘッダチャンク内のＴｉｍｅＤｉｖｉｓｉｏｎ値として指定されるタイムベース値は４分音符の分解能を示しており、この値が例えば４８０ならば、４分音符は４８０ＴｉｃｋＴｉｍｅの時間長を有する。また、図３の楽曲データのトラックチャンク内の待ち時間ＤｅｌｔａＴｉｍｅ＿１［ｉ］値及びＤｅｌｔａＴｉｍｅ＿２［ｉ］値も、ＴｉｃｋＴｉｍｅの時間単位によりカウントされる。ここで、１ＴｉｃｋＴｉｍｅが実際に何秒になるかは、楽曲データに対して指定されるテンポによって異なる。今、テンポ値をＴｅｍｐｏ［ビート／分］、上記タイムベース値をＴｉｍｅＤｉｖｉｓｉｏｎとすれば、ＴｉｃｋＴｉｍｅの秒数は、次式により算出される。

ＴｉｃｋＴｉｍｅ［秒］＝６０／Ｔｅｍｐｏ／ＴｉｍｅＤｉｖｉｓｉｏｎ （１）

そこで、図５（ａ）のフローチャートで例示される初期化処理において、ＣＰＵ２０１はまず、上記（１）式に対応する演算処理により、ＴｉｃｋＴｉｍｅ［秒］を算出する（ステップＳ５０１）。なお、テンポ値Ｔｅｍｐｏは、初期状態では図２のＲＯＭ２０２に所定の値、例えば６０［ビート／秒］が記憶されているとする。或いは、不揮発性メモリに、前回終了時のテンポ値が記憶されていてもよい。

次に、ＣＰＵ２０１は、図２のタイマ２０９に対して、ステップＳ５０１で算出したＴｉｃｋＴｉｍｅ［秒］によるタイマ割込みを設定する（ステップＳ５０２）。この結果、タイマ２０９において上記ＴｉｃｋＴｉｍｅ［秒］が経過する毎に、ＣＰＵ２０１に対してメロディ進行及びコード進行のための割込み（以下「ソング再生割込み」と記載）が発生する。従って、このソング再生割込みに基づいてＣＰＵ２０１で実行されるソング再生割込み処理（後述する図８及び図９）では、１ＴｉｃｋＴｉｍｅ毎にメロディ及びコードを進行させる制御処理が実行されることになる。

続いて、ＣＰＵ２０１は、図２のＲＡＭ２０３の初期化等のその他初期化処理を実行する（ステップＳ５０３）。その後、ＣＰＵ２０１は、図５（ａ）のフローチャートで例示される図４のステップＳ４０１の初期化処理を終了する。

図５（ｂ）及び（ｃ）のフローチャートについては、後述する。

図６は、図４のステップＳ４０２のスイッチ処理の詳細例を示すフローチャートである。ＣＰＵ２０１はまず、図１の操作部１０３内のテンポ変更スイッチによりメロディ進行及びコード進行のテンポが変更されたか否かを判定する（ステップＳ６０１）。その判定がＹＥＳならば、ＣＰＵ２０１は、テンポ変更処理を実行する（ステップＳ６０２）。この処理の詳細は、図５（ｂ）を用いて後述する。ステップＳ６０１の判定がＮＯならば、ＣＰＵ２０１は、ステップＳ６０２の処理はスキップする。

次に、ＣＰＵ２０１は、操作部１０３において何れかのソング曲が選曲されたか否かを判定する（ステップＳ６０３）。その判定がＹＥＳならば、ＣＰＵ２０１は、ソング曲読込み処理を実行する（ステップＳ６０４）。この処理は、図３で説明したデータ構造を有する楽曲データを、図２のＲＯＭ２０２からＲＡＭ２０３に読み込む処理である。これ以降、図３に例示されるデータ構造内のトラックチャンク１又は２に対するデータアクセスは、ＲＡＭ２０３に読み込まれた楽曲データに対して実行される。ステップＳ６０３の判定がＮＯならば、ＣＰＵ２０１は、ステップＳ６０４の処理はスキップする。

続いて、ＣＰＵ２０１は、図１の操作部１０３においてソング開始スイッチが操作されたか否かを判定する（ステップＳ６０５）。その判定がＹＥＳならば、ＣＰＵ２０１は、ソング開始処理を実行する（ステップＳ６０６）。この処理の詳細は、図５（ｃ）を用いて後述する。ステップＳ６０５の判定がＮＯならば、ＣＰＵ２０１は、ステップＳ６０６の処理はスキップする。

続いて、ＣＰＵ２０１は、図１の操作部１０３においてレッスンモードスイッチ及び右パートスイッチがオンされることによりメロディレッスンを示す右パートレッスンが選択されたか否かを判定する（ステップＳ６０７）。その判定がＹＥＳならば、ＣＰＵ２０１は、右パートレッスンをオンする処理を実行する（ステップＳ６０８）。具体的には、ＣＰＵ２０１は、ＲＡＭ２０３上の変数である右パートレッスンフラグをオン（値「１」）に設定する。ステップＳ６０７の判定がＮＯならば、ＣＰＵ２０１は、ステップＳ６０８の処理はスキップする。

更に、ＣＰＵ２０１は、図１の操作部１０３においてレッスンモードスイッチ及び左パートスイッチがオンされることによりコードレッスンを示す左パートレッスンが選択されたか否かを判定する（ステップＳ６０９）。その判定がＹＥＳならば、ＣＰＵ２０１は、左パートレッスンをオンする処理を実行する（ステップＳ６１０）。具体的には、ＣＰＵ２０１は、ＲＡＭ２０３上の変数である左パートレッスンフラグをオン（値「１」）に設定する。ステップＳ６０９の判定がＮＯならば、ＣＰＵ２０１は、ステップＳ６１０の処理はスキップする。

なお、メロディレッスンに対応する右パートレッスンとコードレッスンに対応する左パートレッスンは、同時にオンすることができる。即ち、右パートレッスンと左パートレッスンを同時に行うことができる。

最後に、ＣＰＵ２０１は、図１の操作部１０３においてその他のスイッチが操作されたか否かを判定し、各スイッチ操作に対応する処理を実行する（ステップＳ６１１）。ここでは例えば、演奏者が、図１の操作部１０３において、自動演奏スイッチをオンした状態と所望の自動演奏楽曲を選択したことなどが検知され、ＲＡＭ２０３上の変数である自動演奏フラグをオン（値「１」）にし、更に選択された自動演奏楽曲に対応する図３に例示されるデータ構成の楽曲データをＲＯＭ２０２からＲＡＭ２０３に転送する。その後、ＣＰＵ２０１は、図６のフローチャートで例示される図４のステップＳ４０２のスイッチ処理を終了する。

図５（ｂ）は、図６のステップＳ６０２のテンポ変更処理の詳細例を示すフローチャートである。前述したように、テンポ値が変更されるとＴｉｃｋＴｉｍｅ［秒］も変更になる。図５（ｂ）のフローチャートでは、ＣＰＵ２０１は、このＴｉｃｋＴｉｍｅ［秒］の変更に関する制御処理を実行する。

まず、ＣＰＵ２０１は、図４のステップＳ４０１の初期化処理で実行された図５（ａ）のステップＳ５０１の場合と同様にして、前述した（１）式に対応する演算処理により、ＴｉｃｋＴｉｍｅ［秒］を算出する（ステップＳ５１１）。なお、テンポ値Ｔｅｍｐｏは、図１の操作部１０３内のテンポ変更スイッチにより変更された後の値がＲＡＭ２０３等に記憶されているものとする。

次に、ＣＰＵ２０１は、図４のステップＳ４０１の初期化処理で実行された図５（ａ）のステップＳ５０２の場合と同様にして、図２のタイマ２０９に対して、ステップＳ５１１で算出したＴｉｃｋＴｉｍｅ［秒］によるタイマ割込みを設定する（ステップＳ５１２）。その後、ＣＰＵ２０１は、図５（ｂ）のフローチャートで例示される図６のステップＳ６０２のテンポ変更処理を終了する。

図５（ｃ）は、図６のステップＳ６０６のソング開始処理の詳細例を示すフローチャートである。

まず、ＣＰＵ２０１は、自動演奏又はレッスンモードの進行において、ＴｉｃｋＴｉｍｅを単位として、直前のイベントの発生時刻からの相対時間をカウントするためのＲＡＭ２０３上の変数ＤｅｌｔａＴ＿１（トラックチャンク１）及びＤｅｌｔａＴ＿２（トラックチャンク２）の値を共に０に初期設定する。次に、ＣＰＵ２０１は、図３に例示される楽曲データのトラックチャンク１内の演奏データ組ＤｅｌｔａＴｉｍｅ＿１［ｉ］及びＥｖｅｎｔ＿１［ｉ］（１≦ｉ≦Ｌ－１）の夫々ｉを指定するためのＲＡＭ２０３上の変数ＡｕｔｏＩｎｄｅｘ＿１と、同じくトラックチャンク２内の演奏データ組ＤｅｌｔａＴｉｍｅ＿２［ｉ］及びＥｖｅｎｔ＿２［ｉ］（１≦ｉ≦Ｍ－１）の夫々ｉを指定するためのＲＡＭ２０３上の変数ＡｕｔｏＩｎｄｅｘ＿２の各値を共に０に初期設定する（以上、ステップＳ５２１）。これにより、図３の例では、初期状態としてまず、トラックチャンク１内の先頭の演奏データ組ＤｅｌｔａＴｉｍｅ＿１［０］とＥｖｅｎｔ＿１［０］、及びトラックチャンク２内の先頭の演奏データ組ＤｅｌｔａＴｉｍｅ＿２［０］とＥｖｅｎｔ＿２［０］がそれぞれ参照される。

次に、ＣＰＵ２０１は、楽曲データのトラックチャンク１内の現在のメロディイベントを指示するＲＡＭ２０３上の変数ＭｅｌｏｄｙＩｎｄｅｘの値と、楽曲データのトラックチャンク２内の現在のコードイベント群を示すＲＡＭ２０３上の配列変数ＣｏｄｅＩｎｄｅｘ（）の各要素値をそれぞれＮｕｌｌ値（未定義値）に初期設定する（ステップＳ５２２）。なお、本実施例におけるコードは、３又は４音で構成されるいわゆるテンション音を含まないコードであるとする。従って、ＣｏｄｅＩｎｄｅｘ（）は、３又は４つの要素値を有する変数配列である。

更に、ＣＰＵ２０１は、メロディ及びコードの進行をするか（値「１」）しないか（値「０」）を示すＲＡＭ２０３上の変数ＳｏｎｇＳｔａｒｔの値を「１」（進行する）に初期設定する（ステップＳ５２３）。その後、ＣＰＵ２０１は、図５（ｃ）のフローチャートで例示される図６のステップＳ６０６のソング開始処理を終了する。

図７は、図４のステップＳ４０３の鍵処理の詳細例を示すフローチャートである。まず、ＣＰＵ２０１は、ＲＡＭ２０３上の各変数右パートレッスンフラグ又は左パートレッスンフラグの値をチェックすることにより、右パートレッスン又は左パートレッスンがオンにされているか否か（ステップＳ６０８、Ｓ６１０参照）を判定する（ステップＳ７０１）。

右パートレッスン及び左パートレッスンの何れもオンにされていない（ステップＳ７０１の判定がＮＯ）の場合には、ＣＰＵ２０１は更に、検出部２０４を介して何れかの鍵１０１において押鍵が発生したか否かを判定する（ステップＳ７０２）。

ステップＳ７０２の判定がＹＥＳならば、ＣＰＵ２０１は、検出部２０４を介して検出された押鍵されたノート番号（押鍵ノート）によるノートオンを指示する発音制御データを音源ＬＳＩ２１０に対して発行して発音を指示する（ステップＳ７０３）。即ち、レッスンモード以外のモードにおいて、演奏者が何れかの鍵１０１を押鍵した場合には、演奏者の押鍵の通りに楽音が発音される。

ステップＳ７０２で押鍵の発生が検出されなかった（ステップＳ７０２の判定がＮＯである）場合又はステップＳ７０３の処理の後に、ＣＰＵ２０１は、検出部２０４を介して何れかの鍵１０１において離鍵が発生したか否かを判定する（ステップＳ７０４）。

ステップＳ７０４の判定がＹＥＳならば、ＣＰＵ２０１は、検出部２０４を介して検出された離鍵されたノート番号（離鍵ノート）についてのノートオフを指示する発音制御データを音源ＬＳＩ２１０に対して発行して消音を指示する（ステップＳ７０５）。

ステップＳ７０５の処理の後、又はステップＳ７０４の判定がＮＯの場合に、ＣＰＵ２０１は、図７のフローチャートで例示される図４のステップＳ４０３の鍵処理を終了する。また、右パートレッスン又は左パートレッスンがオンでレッスンモードが指定されている場合には、ステップＳ７０１の判定がＹＥＳとなることにより、演奏者の押鍵、離鍵操作は、鍵処理によっては実質的に処理されず、後述する図４のステップＳ４０５の楽曲再生処理によって処理される。

図８及び図９は、図２のタイマ２０９においてＴｉｃｋＴｉｍｅ［秒］毎に発生する割込み（図５（ａ）のステップＳ５０２又は図５（ｂ）のステップＳ５１２を参照）に基づいて、図４のメイン処理に割込みをかけて実行されるソング再生割込み処理の詳細例を示すフローチャートである。以下の処理は、図３に例示される楽曲データのトラックチャンク１及び２の演奏データ組に対して実行される。

まず、ＣＰＵ２０１は、トラックチャンク１に対応する一連の処理（ステップＳ８０１からＳ８１３）を実行する。始めにＣＰＵ２０１は、ＲＡＭ２０３上の変数であるＳｏｎｇＳｔａｒｔ値が１であるか否か、即ちメロディ及びコードの進行が指示されているか否かを判定する（ステップＳ８０１）。

メロディ及びコードの進行が指示されていないと判定された（ステップＳ８０１の判定がＮＯである）場合には、ＣＰＵ２０１は、メロディ及びコードの進行は行わずに図８及び図９のフローチャートで例示されるソング再生割込み処理をそのまま終了する。

メロディ及びコードの進行が指示されていると判定された（ステップＳ８０１の判定がＹＥＳである）場合には、ＣＰＵ２０１は、右パートレッスン又は自動演奏がオンされているか否かを判定する（ステップＳ８０２）。

右パートレッスン及び自動演奏の何れもオンされていない（ステップＳ８０２の判定がＮＯである）場合には、ＣＰＵ２０１は、ステップＳ８０３からＳ８１３で示されるトラックチャンク１のメロディパートに関する制御処理を実行せずに、図９のステップＳ８１４のトラックチャンク２のコードパートに関する処理に移行する。

右パートレッスン又は自動演奏の何れかがオンされている（ステップＳ８０２の判定がＹＥＳである）場合には、ＣＰＵ２０１は、トラックチャンク１に関するステップＳ８０３からＳ８１３の一連の処理を実行する。

まず、ＣＰＵ２０１は、トラックチャンク１に関する前回のイベントの発生時刻からの相対時刻を示すＤｅｌｔａＴ＿１値が、ＡｕｔｏＩｎｄｅｘ＿１値が示すこれから実行しようとする演奏データ組の待ち時間ＤｅｌｔａＴｉｍｅ＿１［ＡｕｔｏＩｎｄｅｘ＿１］に一致したか否かを判定する（ステップＳ８０３）。

ステップＳ８０３の判定がＮＯならば、ＣＰＵ２０１は、トラックチャンク１に関して、前回のイベントの発生時刻からの相対時刻を示すＤｅｌｔａＴ＿１値を＋１インクリメントさせて、今回の割込みに対応する１ＴｉｃｋＴｉｍｅ単位分だけ時刻を進行させる（ステップＳ８１３）。その後、ＣＰＵ２０１は、後述する図９のステップＳ８１４のトラックチャンク２のコードパートに関する処理に移行する。

ステップＳ８０３の判定がＹＥＳになると、ＣＰＵ２０１は、ＡｕｔｏＩｎｄｅｘ＿１値が示す演奏データ組のイベントＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿１］が、トラックチャンク１のメロディ楽曲データの最後を示すＥＯＴ（エンドオブトラック）（図３参照）であるか否かを判定する（ステップＳ８０４）。

ステップＳ８０４の判定がＹＥＳならば、ＣＰＵ２０１は、メロディ楽曲データの処理を終了して、図９のステップＳ８１４のトラックチャンク２のコードパートに関する処理に移行する。

ステップＳ８０４の判定がＮＯの場合には、ＣＰＵ２０１は、トラックチャンク１に関して、ＡｕｔｏＩｎｄｅｘ＿１値が示す演奏データ組のイベントＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿１］が、ノートオンイベントであるか否かを判定する（ステップＳ８０５）。

ステップＳ８０５の判定がＮＯならば、ＣＰＵ２０１は、ＡｕｔｏＩｎｄｅｘ＿１値が示す演奏データ組のイベントＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿１］をすぐに実行する（ステップＳ８１０）。その後、ＣＰＵ２０１は、ステップＳ８１１の処理に移行する。

ステップＳ８０５の判定がＹＥＳならば、ＣＰＵ２０１は、トラックチャンク１に関するＡｕｔｏＩｎｄｅｘ＿１値を、ＲＡＭ２０３上の変数ＭｅｌｏｄｙＩｎｄｅｘに格納する（ステップＳ８０６）。ＣＰＵ２０１は、このノートオンイベントをここでは実行せずに、後述する図４のステップＳ４０５の楽音再生処理内で、演奏者によるメロディ鍵域での判定を行った上で、変数ＭｅｌｏｄｙＩｎｄｅｘに基づいて発音処理する（後述する図１０のステップＳ１００２内の図１１のステップＳ１１０７を参照）。

次に、ＣＰＵ２０１は、ＡｕｔｏＩｎｄｅｘ＿１値が示す現在の演奏データ組のイベントＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿１］に格納されているノートオンのノート番号に対応する鍵１０１のＬＥＤ２０５を、図２のＬＥＤコントローラ２０６を介して消灯させる（ステップＳ８０７）。

続いて、ＣＰＵ２０１は、ＡｕｔｏＩｎｄｅｘ＿１値の次に発生するノートオンイベントに対応するαイベント先（α≧１）の演奏データ組を検索しそのイベントＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿１＋α］に格納されているノートオンのノート番号に対応する鍵１０１のＬＥＤ２０５を、図２のＬＥＤコントローラ２０６を介して点灯させる（ステップＳ８０８）。該当するイベントがない場合には、ＣＰＵ２０１は、ステップＳ８０８の点灯動作は実行しない。

本実施形態では、演奏者が演奏をもたつかないようにするために、演奏者が現在押鍵しようとする鍵１０１の次に押鍵すべき鍵１０１を先行して光ガイドする。このため、演奏者が現在押鍵しようとする鍵１０１のＬＥＤ２０５は、現在の１つ前のタイミングでの押鍵時に既に点灯しており、今回の押鍵タイミングの到来によりこれ以上点灯させる必要はなくなるため、まずステップＳ８０７で、演奏者が現在押鍵しようとする鍵１０１のＬＥＤ２０５が消灯させられる。その後、ステップＳ８０８で、演奏者が現在押鍵しようとする鍵１０１の次に押鍵すべき鍵１０１のＬＥＤ２０５が先行して点灯させられるのである。

続いて、ＣＰＵ２０１は、ステップＳ８０８の場合と同様に、αイベント先の演奏データ組のイベントＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿１＋α］に格納されているノートオンに対応するガイド音の発音処理を実行する（ステップＳ８０９）。具体的には、ＣＰＵ２０１は例えば、Ｅｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿１＋α］に格納されているノートオンに対応する鍵１０１を押鍵すべき運指情報に対応する音声（「いち」「に」「さん」「よん」「ご」の何れかの音声）の発音を、音源ＬＳＩ２１０に指示してよい。この代わりに例えば、ＣＰＵ２０１は、Ｅｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿１＋α］に格納されているノートオンのノート番号に対応するノート名（「しー」（Ｃ）から「びー」（Ｂ）の何れか）の発音を、音源ＬＳＩ２１０に指示してよい。音源ＬＳＩ２１０は例えば、これらの音声データを、例えばＰＣＭ音声として保持しており、これらの音声データを読み出すことにより発音を行うことができる。

上記ステップＳ８０９の処理の後、又はＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿１］がノートオンイベントではない（ステップＳ８０５の判定がＮＯである）場合に実行されるステップＳ８１０の処理の後に、ＣＰＵ２０１は、トラックチャンク１内の演奏データ組を参照するためのＡｕｔｏＩｎｄｅｘ＿１値を＋１インクリメントする（ステップＳ８１１）。

また、ＣＰＵ２０１は、トラックチャンク１に関して今回参照したソングイベントの発生時刻からの相対時刻を示すＤｅｌｔａＴ＿１値を０にリセットする（ステップＳ８１２）。その後、ＣＰＵ２０１は、図９のステップＳ８１４のトラックチャンク２のコードパートに関する処理に移行する。

続いて、図９のフローチャートの説明に移り、ＣＰＵ２０１は、左パートレッスン又は自動演奏がオンされているか否かを判定する（ステップＳ８１４）。

左パートレッスン及び自動演奏の何れもオンされていない（ステップＳ８１４の判定がＮＯである）場合には、ＣＰＵ２０１は、ステップＳ８１５からＳ８２８で示されるトラックチャンク２のコードパートに関する制御処理を実行せずに、図８及び図９のフローチャートで示される今回のソング再生割込み処理を終了し、リターンして図４のメイン処理の割込み時点の処理の実行に戻る。

左パートレッスン又は自動演奏の何れかがオンされている（ステップＳ８１４の判定がＹＥＳである）場合には、ＣＰＵ２０１は、トラックチャンク２に関するステップＳ８１５からＳ８２８の一連の処理を実行する。

まず、ＣＰＵ２０１は、トラックチャンク２に関する前回のイベントの発生時刻からの相対時刻を示すＤｅｌｔａＴ＿２値が、ＡｕｔｏＩｎｄｅｘ＿２値が示すこれから実行しようとする演奏データ組の待ち時間ＤｅｌｔａＴｉｍｅ＿２［ＡｕｔｏＩｎｄｅｘ＿２］に一致したか否かを判定する（ステップＳ８１５）。

ステップＳ８１５の判定がＮＯならば、ＣＰＵ２０１は、トラックチャンク２に関して、前回のイベントの発生時刻からの相対時刻を示すＤｅｌｔａＴ＿２値を＋１インクリメントさせて、今回の割込みに対応する１ＴｉｃｋＴｉｍｅ単位分だけ時刻を進行させる（ステップＳ８２８）。その後、ＣＰＵ２０１は、図８及び図９のフローチャートで示される今回のソング再生割込み処理を終了し、リターンして図４のメイン処理の割込み時点の処理の実行に戻る。

ステップＳ８１５の判定がＹＥＳになると、ＣＰＵ２０１は、ＡｕｔｏＩｎｄｅｘ＿２値が示す演奏データ組のイベントＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿２］が、トラックチャンク２のコード楽曲データの最後を示すＥＯＴ（図３参照）であるか否かを判定する（ステップＳ８１６）。

ステップＳ８１６の判定がＹＥＳならば、ＣＰＵ２０１は、コード楽曲データの処理を終了して、図８及び図９のフローチャートで示される今回のソング再生割込み処理を終了し、リターンして図４のメイン処理の割込み時点の処理の実行に戻る。

ステップＳ８１６の判定がＮＯの場合には、ＣＰＵ２０１は、トラックチャンク２に関して、ＡｕｔｏＩｎｄｅｘ＿２値が示す演奏データ組のイベントＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿２］が、ノートオンイベントであるか否かを判定する（ステップＳ８１７）。

ステップＳ８１７の判定がＮＯならば、ＣＰＵ２０１は、ＡｕｔｏＩｎｄｅｘ＿２値が示す演奏データ組のイベントＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿２］をすぐに実行する（ステップＳ８２４）。その後、ＣＰＵ２０１は、ステップＳ８２５の処理に移行する。

ステップＳ８１７の判定がＹＥＳならば、ＣＰＵ２０１は、トラックチャンク２に関するＡｕｔｏＩｎｄｅｘ＿２値を、ＲＡＭ２０３上の配列変数ＣｏｄｅＩｎｄｅｘ（）の末尾要素に格納する（ステップＳ８１８）。ＣＰＵ２０１は、このノートオンイベントをここでは実行せずに、後述する図４のステップＳ４０５の楽音再生処理内で、演奏者によるコード鍵域での判定を行った上で、配列変数ＣｏｄｅＩｎｄｅｘ（）に基づいて発音処理する（後述する図１０のステップＳ１００４内の図１２、図１３、又は図１４のステップＳ１２０７を参照）。

次に、ＣＰＵ２０１は、ＡｕｔｏＩｎｄｅｘ＿２値が示す現在の演奏データ組のイベントＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿２］に格納されているノートオンのノート番号に対応する鍵１０１のＬＥＤ２０５を、図２のＬＥＤコントローラ２０６を介して消灯させる（ステップＳ８１９）。この処理は、メロディパートに関するステップＳ８０７の処理と同様である。

続いて、ＣＰＵ２０１は、ＡｕｔｏＩｎｄｅｘ＿２値の次に発生するノートオンイベントに対応するβイベント先（β≧１）の演奏データ組を検索しそのイベントＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿２＋β］に格納されているノートオンのノート番号が或るコードのルート音であるか否かを判定する（ステップＳ８２０）。ルート音であるか否かを示す情報は、Ｅｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿２＋β］に格納されている。

ステップＳ８２０でルート音であると判定された場合には、ＣＰＵ２０１は、Ｅｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿２＋β］に格納されているノートオンのノート番号に対応する鍵１０１のＬＥＤ２０５を、図２のＬＥＤコントローラ２０６を介して点滅させる（ステップＳ８２１）。該当するイベントがない場合には、ＣＰＵ２０１は、ステップＳ８２１の点滅動作は実行しない。

ステップＳ８２０でルート音ではないと判定された場合には、ＣＰＵ２０１は、Ｅｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿２＋β］に格納されているノートオンのノート番号に対応する鍵１０１のＬＥＤ２０５を、図２のＬＥＤコントローラ２０６を介して点灯させる（ステップＳ８２２）。該当するイベントがない場合には、ＣＰＵ２０１は、ステップＳ８２１の点滅動作は実行しない。

このように、本実施形態では、鍵１０１上でルート音とそれ以外のコード構成音とを区別してガイドできるため、演奏者は複雑なコードに対しても転回形を意識した適切な押鍵が可能となる。上述のステップＳ８２１及びステップＳ８２２における「＋β」の動作は、メロディパートにおける図８のステップＳ８０８の「＋α」の動作と同様である。

ステップＳ８２１又はステップＳ８２２の処理の後、ＣＰＵ２０１は、βイベント先の演奏データ組のイベントＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿２＋β］に格納されているノートオンに対応するガイド音の発音処理を実行する（ステップＳ８２３）。この動作は、メロディパートにおける図８のステップＳ８０９の処理と同様である。

上記ステップＳ８２３の処理の後、又はＥｖｅｎｔ［ＡｕｔｏＩｎｄｅｘ＿２］がノートオンイベントではない（ステップＳ８１７の判定がＮＯである）場合に実行されるステップＳ８２４の処理の後、ＣＰＵ２０１は、トラックチャンク２内の演奏データ組を参照するためのＡｕｔｏＩｎｄｅｘ＿２値を＋１インクリメントする（ステップＳ８２５）。

また、ＣＰＵ２０１は、トラックチャンク２に関して今回参照したコードイベントの発生時刻からの相対時刻を示すＤｅｌｔａＴ＿２値を０にリセットする（ステップＳ８２６）。

そして、ＣＰＵ２０１は、ＡｕｔｏＩｎｄｅｘ＿２値が示す次に実行されるトラックチャンク２上の演奏データ組の待ち時間ＤｅｌｔａＴｉｍｅ＿２［ＡｕｔｏＩｎｄｅｘ＿２］が０であるか否か、即ち、今回のイベントと同時に実行されるコードに関するイベントであるか否かを判定する（ステップＳ８２７）。

ステップＳ８２７の判定がＮＯならば、ＣＰＵ２０１は、コード楽曲データの処理を終了して、図８及び図９のフローチャートで示される今回のソング再生割込み処理を終了し、リターンして図４のメイン処理の割込み時点の処理の実行に戻る。

ステップＳ８２７の判定がＹＥＳならば、ＣＰＵ２０１は、ステップＳ８１６に戻って、ＡｕｔｏＩｎｄｅｘ＿２値が示すトラックチャンク２上で次に実行される演奏データ組のイベントＥｖｅｎｔ＿２［ＡｕｔｏＩｎｄｅｘ＿２］に関する制御処理を繰り返す。ＣＰＵ２０１は、今回同時に実行されるコードを構成する構成音の数分だけ、ステップＳ８１６からステップＳ８２７の処理を繰り返し実行する。以上の処理シーケンスは、今回のコードパートの処理のように複数のノートオンイベントが同時タイミングで発音されるような場合に実行される。

以上のステップＳ８１６からステップＳ８２７の処理の繰返しにより、ＲＡＭ２０３上の配列変数ＣｏｄｅＩｎｄｅｘ（）に、今回のタイミングでコード判別されるコードの構成音を示すイベント群を参照するインデックス群が得られる。

図１０は、図４のステップＳ４０５の楽曲再生処理の詳細例を示すフローチャートである。まず、ＣＰＵ２０１は、ＲＡＭ２０３上の変数である右パートレッスンフラグの値をチェックすることにより、右パートレッスンがオンにされているか否か（ステップＳ６０８）を判定する（ステップＳ１００１）。

右パートレッスンがオンにされている（ステップＳ１００１の判定がＹＥＳである）場合には、ＣＰＵ２０１は、メロディレッスン再生処理を実行する（ステップＳ１００２）。この処理の詳細例については、図１１のフローチャートを用いて後述する。

右パートレッスンがオンにされていない（ステップＳ１００１の判定がＮＯである）場合には、ＣＰＵ２０１は、ステップＳ１００２のメロディレッスン再生処理はスキップする。

次に、ＣＰＵ２０１は、ＲＡＭ２０３上の変数である左パートレッスンフラグの値をチェックすることにより、左パートレッスンがオンにされているか否か（ステップＳ６１０）を判定する（ステップＳ１００３）。

左パートレッスンがオンにされている（ステップＳ１００３の判定がＹＥＳである）場合には、ＣＰＵ２０１は、コードレッスン再生処理を実行する（ステップＳ１００４）。この処理の詳細例については、図１２から図１４のフローチャートを用いて後述する。

左パートレッスンがオンにされていない（ステップＳ１００３の判定がＮＯである）場合には、ＣＰＵ２０１は、ステップＳ１００４のコードレッスン再生処理はスキップする。

その後、ＣＰＵ２０１は、自動演奏がオンにされているか否かを判定する（ステップＳ１００５）。演奏者は、図１の操作部１０３において、自動演奏スイッチをオンし、更に自動演奏楽曲を選択することにより、それらの情報がＲＡＭ２０３に記憶される（図６のステップＳ６１１参照）。ステップＳ１００５では、ＣＰＵ２０１は、ＲＡＭ２０３上の変数である自動演奏フラグがオンになっているか否かを判定する。

ステップＳ１００５の判定がＹＥＳならば、ＣＰＵ２０１は、ＲＡＭ２０３上の変数ＭｅｌｏｄｙＩｎｄｅｘによって、ＲＡＭ２０３に記憶されている自動演奏の楽曲データのトラックチャンク１（メロディパート）（図３参照）上のノートオンイベントＥｖｅｎｔ＿１［ＭｅｌｏｄｙＩｎｄｅｘ］（図８のステップＳ８０５、Ｓ８０６参照）を取得し、そのイベントが示す発音制御データを音源ＬＳＩ２１０（図２）に対して発行し、音源ＬＳＩ２１０が自動演奏メロディの発音処理を実行する（ステップＳ１００６）。

続けて、ＣＰＵ２０１は、ＲＡＭ２０３上の配列変数ＣｏｄｅＩｎｄｅｘ（）によって、ＲＡＭ２０３に記憶されている自動演奏の楽曲データ上のトラックチャンク２（コードパート）（図３参照）上の複数のノートオンイベント群Ｅｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（）］（図９のステップＳ８１７、Ｓ８１８参照）を取得し、それらのイベント群が示すコード音を指定する複数の発音制御データを音源ＬＳＩ２１０（図２）に対して発行する（ステップＳ１００７）。ＣｏｄｅＩｎｄｅｘ（）は配列変数なので、実際にはコード構成音を示す３又は４個のノートオンイベントＥｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（０）］、Ｅｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（１）］、Ｅｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（３）］、Ｅｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（４）］等の夫々に対応するノートオンを示す各発音制御データが、ＣＰＵ２０１から音源ＬＳＩ２１０に対して発行され、音源ＬＳＩ２１０が自動演奏コードの発音処理を実行することになる。

自動演奏がオンの場合には、上述のステップＳ１００６とＳ１００７によって、演奏者が指定した楽曲のメロディパートと演奏パートが、音源ＬＳＩ２１０を介して自動演奏される。演奏者は、この自動演奏に合わせて、鍵１０１上で押鍵又は離鍵の演奏操作を行うことにより、図４のステップＳ４０３の鍵処理の詳細例である図７のステップＳ７０１の判定がＮＯとなって、押鍵ノートによる発音処理（ステップＳ７０３）、又は離鍵ノートによる消音処理（ステップＳ７０５）が実行される。この結果、演奏者は、自動伴奏に合わせて演奏を楽しむことができる。

ステップＳ１００５の判定がＮＯならば、ＣＰＵ２０１は、ステップＳ１００６とＳ１００７の処理はスキップする。その後、ＣＰＵ２０１は、図１０のフローチャートで例示される図４のステップＳ４０５の楽曲再生処理を終了する。

図１１は、図１０のステップＳ１００２のメロディレッスン再生処理の詳細例を示すフローチャートである。この処理は、演奏者がメロディパートのレッスンを行うために実行される制御処理である。

まず、ＣＰＵ２０１は、図８のステップＳ８０５からＳ８０６の処理によってＲＡＭ２０３に記憶された変数ＭｅｌｏｄｙＩｎｄｅｘが示すインデックス値について、メロディ判定処理が未処理であるか否かを判定する（ステップＳ１１０１）。

ＲＡＭ２０３上の変数に変数ＭｅｌｏｄｙＩｎｄｅｘが示すインデックス値が処理済みであることが記録されている（ステップＳ１１０１の判定がＮＯである）場合には、ＣＰＵ２０１は、図１１のフローチャートで例示される図１０のステップＳ１００２のメロディレッスン再生処理を終了する。

ＲＡＭ２０３上の変数に変数ＭｅｌｏｄｙＩｎｄｅｘが示すインデックス値が処理済みであることが記録されておらず未処理（ステップＳ１１０１の判定がＹＥＳ）である場合には、ＣＰＵ２０１は、ＲＡＭ２０３の適当な変数に変数ＭｅｌｏｄｙＩｎｄｅｘが処理済みであることを記録した後、図８及び図９のフローチャートで例示されるソング再生割込み処理のためのタイマ２０９によるソング再生割込みをブロックし、一時的にソング再生割込み処理が実行されないようにする（ステップＳ１１０２）。この結果、演奏者が正しいメロディ音の押鍵操作を行うまで、レッスンモードの進行がストップする。

その後、ＣＰＵ２０１は、検出部２０４を介してメロディ鍵域の鍵１０１からの演奏者による押鍵待ちの状態となる（ステップＳ１１０３）。メロディ鍵域で押鍵が発生しない間は、ステップＳ１１０３の判定がＮＯとなって、ステップＳ１１０３の判定処理が繰り返し実行される。

メロディ鍵域で押鍵が発生すると（ステップＳ１１０３の判定がＹＥＳになると）、ＣＰＵ２０１は、ＲＡＭ２０３上の変数ＭｅｌｏｄｙＩｎｄｅｘによって参照される、ＲＡＭ２０３に記憶されている自動演奏の楽曲データ上のトラックチャンク１（メロディパート）（図３参照）上のノートオンイベントＥｖｅｎｔ＿１［ＭｅｌｏｄｙＩｎｄｅｘ］（図８のステップＳ８０５、Ｓ８０６参照）を取得し、そのイベントが示すノート番号が、検出部２０４から通知された押鍵ノートに等しいか否かを判定する（ステップＳ１１０４）。即ちここでは、鍵１０１上で光ガイド表示されていたメロディパートの鍵１０１と同じ鍵を、演奏者が正しく押鍵したか否かが判定されることになる。

ステップＳ１１０４の判定がＮＯの場合、即ち演奏者のメロディ鍵域での押鍵が不正解であった場合には、ＣＰＵ２０１は、音源ＬＳＩ２１０を介して、不正解専用の音色で演奏者が押鍵した音高の音を発音する（ステップＳ１１０５）。これにより、演奏者は、メロディ判定が不正解の場合に、不正解を自然に認識することが可能となる。

ステップＳ１１０５に続いて、ＣＰＵ２０１は、評価音声発音処理を実行する（ステップＳ１１０６）。この処理では、ＣＰＵ２０１は、メロディパートの不正解の度合いに応じた評価音声、例えば「メロディまだまだやね！」や「メロディおしい！」、或いは全然だめな場合には爆発音などの発音を指示する発音制御データを音源ＬＳＩ２１０に対して発行し、音源ＬＳＩ２１０がこれらの評価音声の発音処理を実行することになる。これにより、演奏者は、楽しくメロディパートの演奏レッスンを行うことができる。その後、ＣＰＵ２０１は、ステップＳ１１０３の押鍵待ちの状態に戻る。

ステップＳ１１０４の判定がＹＥＳの場合、即ち演奏者のメロディ鍵域での押鍵が正解であった場合には、ＣＰＵ２０１は、ＲＡＭ２０３上の変数ＭｅｌｏｄｙＩｎｄｅｘによって参照される、ＲＡＭ２０３に記憶されている自動演奏の楽曲データ上のトラックチャンク１（メロディパート）（図３参照）上のノートオンイベントＥｖｅｎｔ＿１［ＭｅｌｏｄｙＩｎｄｅｘ］（図８のステップＳ８０５、Ｓ８０６参照）を取得し、そのイベントが示すノートオンの発音制御データを音源ＬＳＩ２１０（図２）に対して発行し、音源ＬＳＩ２１０がメロディ発音処理を実行する（ステップＳ１１０７）。

その後、ＣＰＵ２０１は、図８及び図９のフローチャートで例示されるソング再生処理のためのタイマ２０９によるソング再生割込みのブロックを解除し、ソング再生割込み処理が再開されるようにする（ステップＳ１１０８）。この結果、レッスンモードの進行が再開される。そして、ＣＰＵ２０１は、図１１のフローチャートで例示される図１０のステップＳ１００２のメロディレッスン再生処理を終了する。

図１２は、図１０のステップＳ１００４のコードレッスン再生処理の第１の実施形態の詳細例を示すフローチャートである。この処理は、演奏者がコードパートのレッスンを行うために実行される制御処理である。

まず、ＣＰＵ２０１は、図９のステップＳ８１７からＳ８１８の処理によってＲＡＭ２０３に記憶された変数ＣｏｄｅＩｎｄｅｘが示すインデックス値について、コード判定処理が未処理であるか否かを判定する（ステップＳ１２０１）。

ＲＡＭ２０３上の変数に変数ＣｏｄｅＩｎｄｅｘが示すインデックス値が処理済みであることが記録されている（ステップＳ１２０１の判定がＮＯである）場合には、ＣＰＵ２０１は、図１２のフローチャートで例示される図１０のステップＳ１００４のコードレッスン再生処理を終了する。

ＲＡＭ２０３上の変数に変数ＣｏｄｅＩｎｄｅｘが示すインデックス値が処理済みであることが記録されておらず未処理（ステップＳ１２０１の判定がＹＥＳ）である場合には、ＣＰＵ２０１は、ＲＡＭ２０３の適当な変数に変数ＣｏｄｅＩｎｄｅｘが処理済みであることを記録した後、図８及び図９のフローチャートで例示されるソング再生割込み処理のためのタイマ２０９によるソング再生割込みをブロックし、一時的にソング再生割込み処理が実行されないようにする（ステップＳ１２０２）。この結果、演奏者が正しいコードの押鍵操作を行うまで、レッスンモードの進行がストップする。

その後、ＣＰＵ２０１は、検出部２０４を介してコード鍵域の鍵１０１からの演奏者による押鍵待ちの状態となる（ステップＳ１２０３）。コード鍵域で押鍵が発生しない間は、ステップＳ１２０３の判定がＮＯとなって、ステップＳ１２０３の判定処理が繰り返し実行される。

コード鍵域での押鍵が発生すると（ステップＳ１２０３の判定がＹＥＳになると）、ＣＰＵ２０１は、ＲＡＭ２０３上の配列変数ＣｏｄｅＩｎｄｅｘ（）によって参照される、ＲＡＭ２０３に記憶されているレッスン楽曲データ上のトラックチャンク２（コードパート）（図３参照）上の複数のノートオンイベント群Ｅｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（）］（図９のステップＳ８１７、Ｓ８１８参照）を取得し、それらのイベント群で定まる正解コードを、今回いままでに発生している押鍵による各押鍵ノートによって確定できるか否かをコード判定する（ステップＳ１２０４）。コード判定の手法としては、演奏者の演奏レッスンの習熟度に応じて、ルート音を押鍵するだけでメジャーコードを確定できたり、ルート音ともう１音を押鍵すればコードを確定できたり、全部のコード構成音を押鍵しないとコードを確定できなかったり、様々な判定レベルの判定技術を採用することができる。このため、演奏者が、操作部１０３においてコードレッスンの難易度のレベルを指定できるようにしてもよい。コード判定方式としては、例えば「特開２０１８－５４７１３号公報」に記載の技術を採用することができるため、その詳細な説明は省略する。

ステップＳ１２０４でのコード判定処理の結果、ＣＰＵ２０１は、正解コードが確定したか否かを判定する（ステップＳ１２０５）。

演奏者による現在までの押鍵操作によって正解コードが確定しなかった（ステップＳ１２０５の判定がＮＯである）場合には、ＣＰＵ２０１は、音源ＬＳＩ２１０を介して、現在までの押鍵操作により確定することができる不正解コードをスタティックコードで発音する（ステップＳ１２０６）。ここで、スタティックコードとは、どの鍵が押鍵されているかに関わらず、決定されたコード構成音の全てが専用の音色で押鍵している間持続的に鳴るものをいう。これにより、演奏者は、コード判定が不正解の場合に、不正解を自然に認識することが可能となる。ここでの不正解コードは演奏者が押鍵した正解コードを構成しない音高をルート音としたメジャーコードとしたり、何等かのコードに確定することが可能な複数の押鍵があった場合はその確定可能なコードとしてもよい。

ステップＳ１２０６に続いて、ＣＰＵ２０１は、評価音声発音処理を実行する（ステップＳ１２０７）。この処理では、ＣＰＵ２０１は、コードパートの不正解の度合いに応じた評価音声、例えば「コードまだまだやね！」や「コードおしい！」、或いは全然だめな場合には爆発音などの発音を指示する発音制御データを音源ＬＳＩ２１０に対して発行し、音源ＬＳＩ２１０がこれらの評価音声の発音処理を実行することになる。これにより、演奏者は、楽しくコードパートの演奏レッスンを行うことができる。その後、ＣＰＵ２０１は、ステップＳ１２０３の押鍵待ちの状態に戻る。

ステップＳ１２００５の判定がＹＥＳの場合、即ち演奏者のコード鍵域での押鍵が正解コードを確定できた場合には、ＣＰＵ２０１は、ＲＡＭ２０３上の配列変数ＣｏｄｅＩｎｄｅｘ（）によって参照される、ＲＡＭ２０３に記憶されているレッスン楽曲データ上のトラックチャンク２（コードパート）（図３参照）上の複数のノートオンイベント群Ｅｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（）］（図９のステップＳ８１７、Ｓ８１８参照）を取得し、それらのイベント群が示すコード音を指定する複数の発音制御データを音源ＬＳＩ２１０（図２）に対して発行する（ステップＳ１２０８）。図１０のステップＳ１００７の場合と同様に、ＣｏｄｅＩｎｄｅｘ（）は配列変数なので、実際にはコード構成音を示す３又は４個のノートオンイベントＥｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（０）］、Ｅｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（１）］、Ｅｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（３）］、Ｅｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（４）］等の夫々に対応するノートオンを示す各発音制御データが、ＣＰＵ２０１から音源ＬＳＩ２１０に対して発行され、音源ＬＳＩ２１０が正解コードの発音処理を実行することになる。

その後、ＣＰＵ２０１は、図８及び図９のフローチャートで例示されるソング再生処理のためのタイマ２０９によるソング再生割込みのブロックを解除し、ソング再生割込み処理が再開されるようにする（ステップＳ１２０９）。この結果、レッスンモードの進行が再開される。そして、ＣＰＵ２０１は、図１２のフローチャートで例示される図１０のステップＳ１００４のコードレッスン再生処理を終了する。

図１３は、図１０のステップＳ１００４のコードレッスン再生処理の第２の実施形態の詳細例を示すフローチャートである。この処理は、演奏者がコードパートのレッスンを行うために実行される制御処理である。図１２に例示されるコードレッスン再生処理の第１の実施形態の詳細例の場合と同じ処理を行うステップについては、図１２の場合と同じステップ番号を付与してある。

従ってまず、図１３のステップＳ１２０１、Ｓ１２０２、及びＳ１２０３の各ステップの処理は、図１２の第１の実施形態の場合と同様である。

コード鍵域での押鍵が発生すると（図１３のステップＳ１２０３の判定がＹＥＳになると）、ＣＰＵ２０１は、ＲＡＭ２０３上の配列変数ＣｏｄｅＩｎｄｅｘ（）によって参照される、ＲＡＭ２０３に記憶されているレッスン楽曲データのトラックチャンク２（コードパート）（図３参照）上の複数のノートオンイベント群Ｅｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（）］（図９のステップＳ８１７、Ｓ８１８参照）を取得する。そして、ＣＰＵ２０１は、ステップＳ１２０３での押鍵検出において、上記イベント群で定まる正解コードの構成音の何れかが今回押鍵されたか否かを判定する（ステップＳ１３０１）。

ステップＳ１３０１の判定がＮＯならば、ＣＰＵ２０１は、ステップＳ１２０３で検出部２０４を介して検出された押鍵ノートによるノートオンを指示する発音制御データを、音源ＬＳＩ２１０に対して発行する（ステップＳ１３０２）。この結果、音源ＬＳＩ２１０が、正解コードの構成音ではない楽音の発音処理を実行する。

ステップＳ１３０２の発音処理の後、ＣＰＵ２０１は、図１２のステップＳ１２０７の場合と同様の評価音声発音処理を実行する（図１３のステップＳ１２０７）。その後、ＣＰＵ２０１は、図１３のステップＳ１２０３の押鍵待ち状態に戻る。

ステップＳ１３０１の判定がＹＥＳならば、ＣＰＵ２０１は、今回いままでに複数のノートオンイベント群Ｅｖｅｎｔ＿２［ＣｏｄｅＩｎｄｅｘ（）］で定まる正解コードの構成音以外の楽音の鍵１０１が押鍵されていないか否かを判定する（ステップＳ１３０３）。

正解コードの構成音以外の楽音の鍵１０１が押鍵されている（ステップＳ１３０３の判定がＮＯである）場合には、ＣＰＵ２０１は、ステップＳ１２０７の評価音声発音処理を実行した後、図１３のステップＳ１２０３の押鍵待ち状態に戻る。

正解コードの構成音以外の楽音の鍵１０１が押鍵されていない（ステップＳ１３０３の判定がＹＥＳである）場合には、ＣＰＵ２０１は、図１２の場合と同様にして、正解コードのコード判定処理（図１３のステップＳ１２０４）、及び確定判定処理（図１３のステップＳ１２０５）を実行する。

この結果、正解コードが確定できなかった（図１３のステップＳ１２０５の判定がＮＯである）場合には、ＣＰＵ２０１は、ステップＳ１２０７の評価音声発音処理を実行した後、図１３のステップＳ１２０３の押鍵待ち状態に戻る。

正解コードが確定できた（図１３のステップＳ１２０５の判定がＹＥＳである）場合には、ＣＰＵ２０１は、図１２の場合と同様にして、正解コードの発音処理を実行する（図１３のステップＳ１２０８）。

そして、ＣＰＵ２０１は、図１２の場合と同様にして、ソング再生割込みのブロックを解除した後（図１３のステップＳ１２０９）、図１３のフローチャートで例示される図１０のステップＳ１００４のコードレッスン再生処理を終了する。

以上のようにしてコードレッスン再生処理の第２の実施形態によれば、演奏者は、正解コードの構成音でないコード鍵域の楽音の鍵１０１を押鍵してしまったことを認識することが可能となる。

図１４は、図１０のステップＳ１００４のコードレッスン再生処理の第３の実施形態の詳細例を示すフローチャートである。この処理は、演奏者がコードパートのレッスンを行うために実行される制御処理である。図１２に例示されるコードレッスン再生処理の第１の実施形態の詳細例の場合と同じ処理を行うステップについては、図１２の場合と同じステップ番号を付与してある。

従ってまず、図１３のステップＳ１２０１、Ｓ１２０２、及びＳ１２０３の各ステップの処理は、図１２の第１の実施形態の場合と同様である。

コード鍵域での押鍵が発生すると（図１４のステップＳ１２０３の判定がＹＥＳになると）、ＣＰＵ２０１は、検出部２０４から通知された押鍵ノートによるノートオンを指示する発音制御データを音源ＬＳＩ２１０に対して発行する（ステップＳ１４０１）。この結果、音源ＬＳＩ２１０は、押鍵された鍵１０１に対応する楽音を発音処理する。

次に、ＣＰＵ２０１は、図１２の場合と同様にして、今回いままで検出された押鍵により正解コードを確定できるか否かをコード判定し（図１４のステップＳ１２０４）、正解コードを確定できたか否かを判定する（図１４のステップＳ１２０５）。

正解コードが確定できない（ステップＳ１２０５の判定がＮＯである）場合には、ＣＰＵ２０１は、図１２のステップＳ１２０７の場合と同様の評価音声発音処理を実行した後（図１４のステップＳ１２０７）、図１４のステップＳ１２０３の押鍵待ち状態に戻る。

正解コードが確定できた（ステップＳ１２０５の判定がＹＥＳである）場合には、ＣＰＵ２０１は、今回いままでの押鍵によりステップＳ１４０１に基づいて発音中の楽音の消音を指示する発音制御データを音源ＬＳＩ２１０に対して発行する。

続けて、ＣＰＵ２０１は、図１２の場合と同様にして、正解コードの発音処理を実行する（図１４のステップＳ１２０８）。

そして、ＣＰＵ２０１は、図１２の場合と同様にして、ソング再生割込みのブロックを解除した後（図１４のステップＳ１２０９）、図１４のフローチャートで例示される図１０のステップＳ１００４のコードレッスン再生処理を終了する。

以上のようにしてコードレッスン再生処理の第３の実施形態によれば、不正解時の不要な発音を消音しつつ正解のコード構成音をレッスン演奏することができ、演奏者が不快感を感じることを防止することが可能となる。

以上の実施形態に関して、更に以下の付記を開示する。
（付記１）
複数の鍵と、
前記鍵の操作を検出する検出部と、
制御部と、
を備え、前記制御部は、
楽曲のコードの進行に従い、前記コードに対応する鍵をガイドし、前記コードの構成音と前記検出部で押鍵が検出された鍵との関係に基づき前記押鍵が正解か否かを判定する判定処理と、
前記判定処理の判定結果が不正解となった場合に、前記不正解に対応する発音を行う発音処理と、
を実行する演奏装置。
（付記２）
前記制御部は、前記発音処理において、前記不正解に対応する発音を、前記押鍵が検出された１つ以上の鍵により決定される不正解コードの構成音を発音する、付記１に記載の演奏装置。
（付記３）
前記制御部は、前記発音処理において、
前記押鍵が検出された鍵が前記判定処理の正解を構成する複数の鍵に含まれない場合に、前記押鍵が検出された鍵に対応する楽音を発音し、
前記判定処理の判定結果が正解となった場合に、前記コードの構成音を発音する、
付記１に記載の演奏装置。
（付記４）
前記制御部は、前記発音処理において、
前記検出部で押鍵が検出された鍵に対応する楽音を発音し、
前記判定処理の判定結果が正解となった場合に、発音中の前記楽音を消音した後に、前記コードの構成音を発音する、
付記１に記載の演奏装置。
（付記５）
前記制御部は、前記判定処理の判定結果が不正解となった場合に、前記不正解の度合いに応じた評価音声を発音する処理を更に実行する、付記１乃至４の何れかに記載の演奏装置。
（付記６）
前記ガイドにおいて、演奏者が押鍵すべき鍵を光らせる、付記１乃至５の何れかに記載の演奏装置。
（付記７）
前記ガイドにおいて、表示装置に演奏者が押鍵すべき鍵を表示指示する、付記１乃至６の何れかに記載の演奏装置。
（付記８）
前記ガイドにおいて、演奏者が押鍵すべき鍵に対応する指の番号をガイド音声として発音指示する、付記１乃至７の何れかに記載の演奏装置。
（付記９）
前記ガイドにおいて、演奏者が押鍵すべき鍵の音名をガイド音声として発音指示する、付記１乃至７の何れかに記載の演奏装置。
（付記１０）
楽曲のコードの進行に従い、前記コードに対応する鍵をガイドし、前記コードの構成音と検出部で押鍵が検出された鍵との関係に基づき前記押鍵が正解か否かを判定する判定処理と、
前記判定処理の判定結果が不正解となった場合に、前記不正解に対応する発音を行う発音処理と、
を実行する演奏レッスン方法。
（付記１１）
楽曲のコードの進行に従い、前記コードに対応する鍵をガイドし、前記コードの構成音と検出部で押鍵が検出された鍵との関係に基づき前記押鍵が正解か否かを判定する判定処理と、
前記判定処理の判定結果が不正解となった場合に、前記不正解に対応する発音を行う発音処理と、
をコンピュータに実行させるためのプログラム。

１０１ 鍵
１０２ ＬＣＤ表示部
１０３ 操作部
１０４ スピーカ
１１０ 鍵盤
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ 検出部
２０５ ＬＥＤ
２０６ ＬＥＤコントローラ
２０７ ＬＣＤコントローラ
２０８ スイッチインタフェース
２０９ タイマ
２１０ 音源ＬＳＩ
２１１ Ｄ／Ａ変換部
２１２ アンプ
２１３ システムバス

Claims (8)

1. 複数の鍵と、
   前記鍵の操作を検出する検出部と、
   制御部と、
   を備え、前記制御部は、
   楽曲のコードの進行に従い、前記コードに対応する鍵をガイドし、前記コードの構成音と前記検出部で押鍵が検出された鍵との関係に基づき前記押鍵が正解か否かを判定する判定処理と、
   前記判定処理の判定結果が不正解となった場合に、前記不正解に対応する発音を行う発音処理と、
   を実行し、
   前記発音処理において、前記不正解に対応する発音を、前記押鍵が検出された１つ以上の鍵により決定される不正解コードの構成音を発音する、演奏装置。
2. 前記制御部は、前記判定処理の判定結果が不正解となった場合に、前記不正解の度合いに応じた評価音声を発音する処理を更に実行する、請求項１に記載の演奏装置。
3. 前記ガイドにおいて、演奏者が押鍵すべき鍵を光らせる、請求項１又は２に記載の演奏装置。
4. 前記ガイドにおいて、表示装置に演奏者が押鍵すべき鍵を表示指示する、請求項１乃至３の何れかに記載の演奏装置。
5. 前記ガイドにおいて、演奏者が押鍵すべき鍵に対応する指の番号をガイド音声として発音指示する、請求項１乃至４の何れかに記載の演奏装置。
6. 前記ガイドにおいて、演奏者が押鍵すべき鍵の音名をガイド音声として発音指示する、請求項１乃至４の何れかに記載の演奏装置。
7. 楽曲のコードの進行に従い、前記コードに対応する鍵をガイドし、前記コードの構成音と検出部で押鍵が検出された鍵との関係に基づき前記押鍵が正解か否かを判定する判定処理と、
   前記判定処理の判定結果が不正解となった場合に、前記不正解に対応する発音を、前記押鍵が検出された１つ以上の鍵により決定される不正解コードの構成音を発音する発音処理と、
   を実行する演奏レッスン方法。
8. 楽曲のコードの進行に従い、前記コードに対応する鍵をガイドし、前記コードの構成音と検出部で押鍵が検出された鍵との関係に基づき前記押鍵が正解か否かを判定する判定処理と、
   前記判定処理の判定結果が不正解となった場合に、前記不正解に対応する発音を、前記押鍵が検出された１つ以上の鍵により決定される不正解コードの構成音を発音する発音処理と、
   をコンピュータに実行させるためのプログラム。

Images