JP3476863B2 - 電子楽器の自動伴奏装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、所定のコードが与えら
れた場合に、前のコードフォームからの移行が人にとっ
て自然にできるコードフォームとなるコードの構成音で
自動伴奏音を発生させる電子楽器の自動伴奏装置に関す
る。

【０００２】

【従来の技術】近年、自動伴奏装置を備えた電子楽器が
開発され実用に供されている。かかる電子楽器における
自動伴奏装置として、演奏者が意図するコード進行に従
って鍵盤を押下することにより、その押鍵に応じたコー
ドを検出し、検出されたコードに基づいて伴奏音を自動
的に発生するものが知られている。

【０００３】かかる自動伴奏装置を有する電子楽器にお
いては、一般に、鍵盤の一部がコード検出用鍵域、残り
が通常演奏用の鍵域として定められている。この場合、
コード検出用鍵域の鍵は、通常演奏用鍵域の鍵の機能と
は異なり、押下されても当該鍵に対応する発音は行われ
ず、発生すべきコードを指示する手段として用いられる
のみである。

【０００４】かかる自動伴奏装置における自動伴奏は、
以下のようにして実現される。即ち、演奏者がコード検
出用鍵域の鍵を押下すると、押下された鍵の組合せに従
ってコードが検出される。かかるコード検出において
は、一般に、押下された鍵の音名の種類によってコード
が検出され、鍵の押下パターン（以下、「コードフォー
ム」という）には依存しない。

【０００５】例えば、低音側から「Ｃ，Ｅ，Ｇ」の順
序、「Ｅ，Ｇ，Ｃ」の順序、又は「Ｇ，Ｃ，Ｅ」の順序
で押鍵した場合のいずれであっても、Ｃメジャーという
１つのコードが検出されることになる。なお、このコー
ド検出の手法に関しては種々の提案がなされているが、
以下に説明する本発明は、コード検出後の処理方法に関
し、コード検出方法自体は何れの方法であっても構わな
い。

【０００６】今、例えば図１７に示すように、「Ｃ，
Ｅ，Ｇ」の３つの鍵が図示のコードフォームで押下され
たとすると、Ｃメジャーのコードが検出される。このコ
ード検出が終了すると、次いで、コード展開が行われ
る。

【０００７】このコード展開は、例えばメジャー、マイ
ナー、セブンス等といったコード種毎に、Ｃ、Ｃ♯、
Ｄ、…、Ｂといった各音名に対する変換情報を記憶した
音程変換テーブルを予め備えておき、検出されたコード
名（根音とコード種とで構成される）が与えられた時
に、予め自動伴奏データとして記憶されているパターン
データを読み出し、これを根音及びコード種とに応じて
上記音程変換テーブルを参照して所定の変換を行うこと
により、検出されたコードの構成音を得る処理である。

【０００８】このコード展開処理では、例えば上記Ｃメ
ジャーのコードが検出された場合は、図１７（Ａ）に示
すように、根音「Ｃ」から高音側へ「Ｃ，Ｅ，Ｇ」の順
番でなる３音に展開される。次いで、演奏者が所定のコ
ードフォームで押鍵することによりＧメジャーのコード
が検出されると、図１７（Ｂ）に示すように、根音
「Ｇ」から高音側へ「Ｇ，Ｂ，Ｄ」の順番でなる３音に
展開される。

【０００９】

【発明が解決しようとする課題】ところで、現実に人が
演奏する場合は、鍵盤を押さえる場合の指の動きは極力
少なくなるようにするのが普通である。従って、例えば
ＣメジャーからＧメジャーへ移行する場合は、前のコー
ドフォームが例えば図２（Ａ）に示すようなＣメジャー
のコードフォームであった場合は、図２（Ｃ）に示され
たような極力指の動きが少なくなるようなＧメジャーの
コードフォームがとられるのが普通である。

【００１０】しかしながら、従来の自動伴奏装置では、
上記のように、根音から例えば高音側にコード展開が行
われるので、根音が「Ｃ→Ｇ」のように大きく動くと、
コード展開された音程が大きく動いてしまう。従って、
自動伴奏による演奏が人間の伴奏とは異なって聞こえて
しまうという問題があった。

【００１１】本発明は、かかる事情に鑑みなされたもの
で、コードを変更する際に、人が伴奏する場合のような
コードフォームをとることにより自然な自動伴奏ができ
る電子楽器の自動伴奏装置を提供することを目的とす
る。

【００１２】

【課題を解決するための手段】上記目的を達成するため
に、請求項１に記載の電子楽器の自動伴奏装置は、前回
使用されたコードのコードフォームを検出する前コード
検出手段と、今回使用するコードのコードフォームを構
成すべき音を決定するための候補音を作成する候補音作
成手段と、該候補音作成手段で作成された候補音のう
ち、前記前コード検出手段で検出されたコードフォーム
を構成する各音に対し、それぞれが所定の音程の範囲内
にある候補音を今回使用するコードのコードフォームを
構成する音として決定する決定手段と、該決定手段で決
定された音を実際に発音するための楽音情報を作成する
楽音情報作成手段、とを具備したことを特徴とする。

【００１３】また、同様の目的で、請求項２に記載の電
子楽器の自動伴奏装置は、前記候補音作成手段で作成さ
れる候補音として、今回使用するコードの基本コードフ
ォーム（例えば図４及び図５に示される各コード種毎に
全根音に対して設けられた当該コードの基本的なコード
フォーム）を構成する複数音と、該複数音中の最低音よ
り１オクターブ上の音と、前記複数音中の最高音より１
オクターブ下の音とを使用することを特徴とする。

【００１４】また、同様の目的で、請求項３に記載の電
子楽器の自動伴奏装置は、前記所定の音程の範囲とし
て、２半音の範囲を用いることを特徴とする。

【００１５】また、同様の目的で、請求項４に記載の電
子楽器の自動伴奏装置は、前記決定手段において、所定
回数のコード変化毎に、今回使用するコードのコードフ
ォームを構成する音として、基本コードフォームを構成
する音を用いることを特徴とする。

【００１６】更に同様の目的で、請求項５に記載の電子
楽器の自動伴奏装置は、前記決定手段において、前記候
補音作成手段で作成された候補音が、前記前コード検出
手段で検出されたコードフォームを構成する各音に対し
所定の音程の範囲内にない場合は、今回使用するコード
のコードフォームを構成する音として、基本コードフォ
ームを構成する音を用いることを特徴とする。

【００１７】

【作用】請求項１に記載の発明においては、コードを変
更すべきことが指示された時に、今回使用するコードの
コードフォームを決定するに際し、今回使用するコード
を構成すべき音の候補音を一定の音程範囲内で複数作成
し、前回使用されたコードフォームを構成する各音から
所定の音程の範囲内にある候補音を選んで、今回使用す
るコードのコードフォームの構成音とするようにしてい
る。

【００１８】これにより、今回使用するコードの構成音
が一定範囲の候補音から選択されるので、今回使用する
コードのコードフォームを構成する各音は、前回使用し
たコードのコードフォームを構成する各音から一定の音
程範囲内のものとなる。このことは、人が鍵盤を弾く場
合に当てはめると、前回使用したコードフォームから一
定の音程範囲内、つまり少ない指の動きで今回のコード
フォームに移行できることを意味し、人がコードを弾く
場合のように、自然な音程の自動伴奏音が得られる。

【００１９】また、請求項２に記載の発明においては、
候補音として、基本コードフォームを構成する複数音
と、この基本コードフォームを構成する複数音の最低音
の１オクターブ上の音と、最高音の１オクターブ下の音
とを用いている。従って、これら候補音は、今回使用す
るコードの基本コードフォームを中心とした一定範囲内
で構成されるので、コード変化に伴うコードフォームの
変化も少ない範囲で済むようになっている。

【００２０】また、請求項３に記載の発明においては、
今回使用するコードを構成する各音からそれぞれ２半音
の範囲内にある候補音を選んで、今回使用するコードの
コードフォームを構成する音としている。

【００２１】これにより、上記候補音を一定の音程範囲
内で作成したのと相まって、少ない音程の範囲内で、今
回使用するコードのコードフォームを構成する音が選ば
れるので、コード変化に伴うコードフォームの変化が少
ない範囲で済むようになっている。

【００２２】また、請求項４に記載の発明においては、
コード変化が４回発生する毎に、今回使用するコードの
コードフォームとして基本コードフォームを使用するよ
うにしている。これにより、特定のコード進行によって
は、使用するコードフォームが限りなく移動してしまう
ことを防止できるものとなっている。

【００２３】更に、請求項５に記載の発明においては、
候補音がコードフォームを構成する各音に対し所定の音
程の範囲内にない場合に基本フォームに戻すようにして
いる。これによっても、使用するコードフォームが限り
なく移動してしまうことを防止できるものとなってい
る。

【００２４】

【実施例】以下、本発明の電子楽器の自動伴奏装置の実
施例につき図面を参照しながら詳細に説明する。なお、
以下では、本発明の特徴部分、即ち、展開フォーム作成
及び展開音作成に係る構成及び動作を中心に説明する。

【００２５】先ず最初に、本発明の理解を容易にするた
めに、本実施例の概要につき説明する。本自動伴奏装置
においては、「展開フォーム作成」と「展開音作成」と
に分けて考えることができる。

【００２６】「展開フォーム作成」では、それまでコー
ド構成音を押さえていた指の形（特許請求の範囲の「前
回使用されたコードのコードフォーム」に対応し、以
下、「前フォーム」という）と、新たに押さえられたコ
ード（特許請求の範囲の「今回使用するコード」に対応
し、以下、「新コード」という）の構成音とから、新コ
ードの構成音を押さえる指の形（特許請求の範囲の「今
回使用するコードのコードフォーム」に対応し、以下、
「展開フォーム」という）を作成する。

【００２７】この時のルールの主な点（詳細は後述す
る）は、各指の移動可能範囲を２半音に設定し、２半音
で移動できる形を展開フォームとする。なお、２半音で
移動できない場合は、基本フォーム（特許請求の範囲の
「基本コードフォーム」に対応する）を展開フォームと
する。なお、本実施例では、移動可能範囲を「２半音」
に限定して説明しているが、これに限定されるものでは
なく、例えば「３半音」以上とすることもできる。

【００２８】図２は、コードがＣメジャーからＧメジャ
ーへ移行する際の展開フォームの例を示している。即
ち、Ｃメジャーは、「Ｃ，Ｅ，Ｇ」の各音で構成される
が、これを２半音以内の移動によりＧメジャーを構成す
る音「Ｇ，Ｂ，Ｄ」を得るためには、構成音「Ｂ，Ｄ」
を、図１７（Ｂ）に示した構成音「Ｂ，Ｄ」よりそれぞ
れ１オクターブ下にした展開フォームを作成すれば良
い。

【００２９】「展開音作成」は、展開フォーム作成で得
られた展開フォームと、自動伴奏データとして記憶され
ているパターンデータの鍵盤番号とから伴奏音として発
音する展開音を作成する。例えば、自動伴奏データとし
て、図３（Ａ）に示すようなパターンデータが記憶され
ている場合、同図（Ｂ）に示すような展開フォームが作
成されると、同図（Ｃ）に示すような展開音が得られ
る。

【００３０】即ち、パターンデータ中のＣの音が読み出
されると、１オクターブ下のＢが展開音となり、同じく
Ｅの音が読み出されると、同一オクターブのＤが展開音
となり、同じくＧの音が読み出される、そのＧがそのま
ま展開音とされる。

【００３１】従って、図３（Ａ）に示すように、パター
ンデータが８音で構成されている場合は、展開音として
８音が得られ、また、パターンデータが１オクターブを
越えるアルペジオパターンとして構成されていれば、展
開音も同様の１オクターブを越えるアルペジオパターン
の音が得られる。

【００３２】なお、図３ではアルペジオパターンデータ
が自動伴奏データとして記憶されている場合の展開音の
例を示しているが、通常の和音のパターンデータが自動
伴奏データとして記憶されている場合は、その和音に対
応する展開音が得られることは勿論である。また、図３
には、パターンデータが８音で構成される場合の例が示
されているが、音の数は任意である。

【００３３】次に、上記「展開フォーム作成」と「展開
音作成」とを実現するための実施例について説明する。

【００３４】図１は、本発明の自動伴奏装置が適用され
る電子楽器の実施例の概略構成を示すブロック図であ
る。本電子楽器の主要構成要素である、中央処理装置
（以下、「ＣＰＵ」という）１０、ＲＯＭ１１、ＲＡＭ
１２、鍵盤装置１３、操作パネル１４、及び楽音発生回
路（トーンジェネレータ）１５は、システムバス２０を
介して相互に接続されている。

【００３５】ＣＰＵ１０は、ＲＯＭ１１に格納されてい
る制御プログラムに従って、当該電子楽器の全体を制御
する。例えば、ＣＰＵ１０は、鍵盤装置１３の操作に応
じた発音／消音処理、操作パネル１４の操作に応じた音
色変更、音量変更処理等の各種処理を行う。本発明の特
徴に係るコード展開処理も、このＣＰＵ１０によって行
われる。

【００３６】このＣＰＵ１０には、専用線を介してＭＩ
ＤＩインタフェース回路１９が接続されている。ＭＩＤ
Ｉインタフェース回路１９は、本電子楽器と外部装置と
の間のＭＩＤＩデータの受け渡しを制御するものであ
る。外部装置としては、例えばＭＩＤＩデータを処理す
る他の電子楽器、シーケンサー、或いはパーソナルコン
ピュータ等を挙げることができる。

【００３７】また、このＣＰＵ１０には、図示しないタ
イマが内蔵されており、例えば１ミリ秒間隔で割込を発
生させる。このタイマによる割込は、前コード検出のた
めの時間経過計測に使用される（詳細は後述する）。

【００３８】ＲＯＭ１１には、上述したＣＰＵ１０を動
作させるための制御プログラムが記憶されている他、Ｃ
ＰＵ１０が各種処理に用いる種々の固定データが記憶さ
れている。また、このＲＯＭ１１には、音色を規定する
ための音色パラメータや楽音波形を生成するためのパル
スコード変調（ＰＣＭ）された波形データが記憶されて
いる。波形データは、複数の音色を実現するべく、各音
色毎に複数種類が用意されている。

【００３９】更に、ＲＯＭ１１には、自動伴奏を行うた
めの自動伴奏データ（パターンデータ）、展開フォーム
を作成する基となる各コードの基本フォームテーブル
（詳細は後述する）も記憶されている。

【００４０】このＲＯＭ１１の記憶内容は、システムバ
ス２０を介してＣＰＵ１０及び楽音発生回路１６により
時分割で読み出される。即ち、ＣＰＵ１０は、システム
バス２０を介してＲＯＭ１１から制御プログラム（命
令）を読み出して解釈・実行すると共に、所定の固定デ
ータを読み出して各種処理に使用する。

【００４１】また、ＣＰＵ１０は、システムバス２０を
介してＲＯＭ１１から読み出した音色パラメータに所定
の加工を施して楽音発生回路１５に送ることにより、当
該電子楽器で発音される楽音の音色を決定する。更に、
ＣＰＵ１０は、システムバス２０を介してＲＯＭ１１か
ら自動伴奏データを読み出し、これに基づいて展開音を
作成し、システムバス２０を介して楽音発生回路１５に
送ることにより自動伴奏を行う。

【００４２】また、楽音発生回路１５は、システムバス
２０を介してＲＯＭ１１から波形データを読み出し、エ
ンベロープを付加してデジタル楽音信号を生成する。

【００４３】ＲＡＭ１２は、制御プログラムの実行に用
いる種々のデータを一時記憶するものであり、例えばデ
ータバッファ、レジスタ、フラグ等の各領域が定義され
ている。このＲＡＭ１２は、システムバス２０を介して
ＣＰＵ１０によりアクセスされる。このＲＡＭ１２に定
義されるレジスタ、フラグ等については、以下において
必要の都度説明する。

【００４４】操作パネル１４は、本電子楽器の各種動作
を指示するために用いられるものであり、自動伴奏の開
始や終了を指示する操作子の他、各種操作子が設けられ
ている。なお、上記各種操作子は本発明とは直接関係し
ないので説明は省略する。

【００４５】この操作パネル１４は、図示しないパネル
スキャン回路を介してＣＰＵ１０に接続されている。パ
ネルスキャン回路は、上記各種操作子をスキャンし、各
操作子のオン／オフを示すビット列でなるパネルデータ
を生成してＣＰＵ１０に送る。このパネルデータは、Ｃ
ＰＵ１０の制御の下にＲＡＭ１２に格納され、パネルイ
ベントの有無の判断に使用される（詳細は後述する）。

【００４６】鍵盤装置１３は、演奏者が楽音の音程又は
コードを指示する鍵に連動して開閉するキースイッチ及
びキースキャン回路により構成される。キースキャン回
路は、各鍵をスキャンし、各鍵のオン／オフを示すビッ
ト列でなるキーデータを生成してＣＰＵ１０に送る。こ
のキーデータは、ＣＰＵ１０の制御の下にＲＡＭ１２に
記憶され、鍵盤イベントの有無の判断に使用される（詳
細は後述する）。

【００４７】楽音発生回路１５は、ＣＰＵ１０から送ら
れてきた音程や音量等を指示する楽音データに従って楽
音信号を生成するものである。この楽音発生回路１５
は、同時発音可能な複数のオシレータを有しており、発
音指示に応じて所定のオシレータが割り当てられて発音
に使用される。即ち、発音が割り当てられたオシレータ
は、上記ＲＯＭ１１から波形データを読み出し、これに
エンベロープを付加してデジタル楽音信号を生成する。
この楽音発生回路１５で発生されたデジタル楽音信号
は、Ｄ／Ａ変換器１６に供給される。

【００４８】Ｄ／Ａ変換器１６は、入力されたデジタル
信号をアナログ信号に変換して出力する周知のものであ
る。このＤ／Ａ変換器１６でアナログ信号に変換された
楽音信号は増幅器１７に送られる。

【００４９】増幅器１７は、入力されたアナログ楽音信
号を所定の増幅率で増幅して出力する周知のものであ
る。この増幅器１７で所定の増幅が行われた楽音信号
は、スピーカ１８に供給される。

【００５０】スピーカ１８は、電気信号としてのアナロ
グ楽音信号を音響信号に変換する周知のものである。こ
のスピーカ１８により、鍵盤装置１３の押鍵／離鍵に対
応した楽音や自動伴奏に伴う楽音が放音されることにな
る。

【００５１】次に、上記ＲＯＭ１１に記憶される基本フ
ォームテーブルにつき説明する。この基本フォームテー
ブルの一例を図４及び図５に示す。

【００５２】この基本フォームテーブルは、根音とコー
ド種とが与えられた場合に、鍵盤を押さえる指の形の基
本形を記憶するものである。例えばＣメジャーが与えら
れた場合には、「Ｃ，Ｅ，Ｇ」の順で各音が押さえられ
た形が基本フォームとされる。また、Ｇメジャーの場合
は、１オクターブ下の「Ｂ」、当該オクターブの「Ｄ，
Ｇ」の順で各音が押さえられた形が基本フォームとされ
る。

【００５３】上記基本フォームテーブルに記憶される基
本フォームは３音を押さえる指の形で構成されるものと
する。なお、上記テーブルで「Ｂ♯」は「Ｃ」を意味
し、「Ｃ♭」とは「Ｂ」を意味し、「Ｅ♯」は「Ｆ」を
意味する。また、上記基本フォームテーブルは、実際は
数値化されて記憶されており、各記号と数値の対応は以
下の通りである。

【００５４】 Ｃ （Ｂ♯）…１２ Ｃ♯（Ｄ♭）…１３ Ｄ …１４ Ｄ♯（Ｅ♭）…１５ Ｅ …１６ Ｆ （Ｅ♯）…１７ Ｆ♯（Ｇ♭）…１８ Ｇ …１９ Ｇ♯（Ａ♭）…２０ Ａ …２１ Ａ♯（Ｂ♭）…２２ Ｂ （Ｃ♭）…２３

【００５５】よって、基本フォームテーブルには、例え
ば、 Ｃ ，Ｅ ，Ｇ →１２，１６，１９ （Ｃ ） Ｂ ，Ｅ♭，Ｇ →１１，１５，１９ （ＣmM7 ） 等
のように記憶されている。なお、「Ｃ」を数字の「１
２」に対応させたのは、当該オクターブより下のオクタ
ーブの音をも表現できるようにするためである。

【００５６】次に、本発明では、以下のルールに従って
処理される。 （Ａ）コードの変化が４回発生する毎に基本フォームに
戻る。即ち、コード名が４回変わる毎に基本フォームを
展開フォームとする。これは、特定のコード進行によっ
ては、展開フォームが限りなく移動してしまうのを防止
するためである。

【００５７】（Ｂ）４つの音で構成されるコードの処理 このシステムでは、全てのコードを３つの音で構成す
る。従って、例えばＣ7等の４声和音では、構成音のど
れか１つを省略する必要がある。ベース音は別に展開、
発音させるので通常は根音を省略する。具体的には、以
下に示すルールを適用して省略する音を決定する。図４
及び図５に示した基本フォームテーブルは、下記のルー
ルに従って作成されている。なお、○7（セブンス）と
○7sus4（セブンスサスフォー）は、例外的に前コード
によって省略する音が決定されるので、ＣＰＵ１０の処
理により省略が実現される。

【００５８】（１）○、○m、○sus4、○augは、３声和
音なのでそのまま用いる。 （２）○M7、○m7、○m7-5、○mM7、○dimは、根音を抜
く。 （３）○6は、５度音を抜く。 （４）○7、○7sus4は、前コードによって以下のルール
が順番に適用される。 Ｒ４−１：前コードと根音が同じ場合、根音を抜く。 Ｒ４−２：前コードが、○、○m、○sus4、○aug、○M
7、○7、○7sus4だった場合は、根音を抜く。 Ｒ４−３：前コードが、○6、○dimだった場合、５度音
を抜く。 Ｒ４−４：前コードが、○m7、○m7-5、○mM7で、且
つ、根音が半音進行している場合、根音を抜く。 Ｒ４−５：前コードが、○m7、○m7-5、○mM7で、且
つ、根音が半音進行していない場合、５度音を抜く。

【００５９】次に、上記の構成において、本発明に係る
電子楽器の動作につき、図６〜図１６に示したフローチ
ャートを参照しながら詳細に説明する。

【００６０】図６は本電子楽器の動作を示すメインフロ
ーチャートであり、電源投入により起動されるものであ
る。

【００６１】即ち、電源が投入されると、先ず初期化処
理が行われる（ステップＳ１０）。この初期化処理で
は、ＣＰＵ１０内部のレジスタやフラグ等のクリア処
理、ＲＡＭ１２内に定義された各種バッファ、レジスタ
及びフラグ等に初期値を設定する処理、楽音発生回路１
５に所定のデータを設定して不要な音が発生されるのを
抑止する処理等が行われる。

【００６２】次いで、パネル処理が行われる（ステップ
Ｓ１１）。このパネル処理の詳細は、図７のフローチャ
ートに示されている。

【００６３】パネル処理では、先ず、パネルイベントの
有無が調べられる（ステップＳ２０）。これは、次のよ
うにして行われる。即ち、先ず、操作パネル１４のパネ
ルスキャン回路で操作子がスキャンされ、各操作子のオ
ン／オフを示すパネルデータ（以下、これを「新パネル
データ」という）が読み込まれる。

【００６４】次いで、前回読み込んで既にＲＡＭ１２に
記憶されているパネルデータ（以下、「旧パネルデー
タ」という）と上記新パネルデータとが比較され、相違
するビットをオンにしたパネルイベントマップが作成さ
れる。このパネルイベントマップ中にオンになっている
ビットが存在する場合に、パネルイベントがあった旨が
判断されることになる。

【００６５】上記ステップＳ２０で、パネルイベントが
ないことが判断されると、何等の処理を行うことなく、
このパネル処理ルーチンからリターンする。

【００６６】一方、上記ステップＳ２０で、パネルイベ
ントがあったことが判断されると、該パネルイベント
は、自動伴奏スイッチのイベントであるか否かが調べら
れる（ステップＳ２１）。これは、パネルイベントマッ
プ中の自動伴奏スイッチに対応するビットがオンになっ
ているか否かを調べることにより行われる。

【００６７】ここで、自動伴奏スイッチのイベントでな
いことが判断されると、その他の処理が実行される（ス
テップＳ２６）。このその他の処理は、例えば、音色選
択スイッチ、リズム選択スイッチ等のイベントに対する
処理である。その後、このパネル処理ルーチンからリタ
ーンする。

【００６８】一方、上記ステップＳ２１で自動伴奏スイ
ッチのイベントであることが判断されると、そのイベン
トはオンイベントであるか否かが調べられる（ステップ
Ｓ２２）。これは、新パネルデータ中の自動伴奏スイッ
チに対応するビットがオンになっているか否かを調べる
ことにより行われる。

【００６９】ここで、自動伴奏スイッチのオンイベント
でないことが判断されると、自動伴奏フラグが「０」に
クリアされる（ステップＳ２５）。その後、このパネル
処理ルーチンからリターンする。ここに自動伴奏フラグ
は、ＲＡＭ１２に定義されるフラグであり、本電子楽器
が自動伴奏モードにあるか通常演奏モードにあるかを記
憶するものである。この自動伴奏フラグは、本電子楽器
が自動伴奏モードにある時は「１」、通常演奏モードに
ある時は「０」にそれぞれセットされる。

【００７０】上記ステップＳ２２で、自動伴奏スイッチ
のオンイベントであることが判断されると、自動伴奏フ
ラグが「１」にセットされる（ステップＳ２３）。次い
で、コード展開初期設定処理が行われる（ステップＳ２
４）。このコード展開初期設定処理は、操作パネル１４
の自動伴奏スイッチが押下されることによって本電子楽
器が自動伴奏モードにされることにより、コード展開処
理を行うための初期値設定を行う処理である。

【００７１】このコード展開初期値設定処理の詳細は、
図８のフローチャートに示される。即ち、コード展開初
期設定処理では、先ず、コードチェンジ回数カウンタＣ
ＣＨＧが初期化される（ステップＳ３０）。即ち、ＣＣ
ＨＧに初期値として「０」がセットされる。ここで、Ｃ
ＣＨＧは、ＲＡＭ１２内部に設けられるカウンタであ
り、コードチェンジ（コード変化）が発生した回数を記
憶するものである。このＣＣＨＧは、上述したように、
コード名が４回変わる毎に展開フォームを基本フォーム
に戻す処理に用いられる。

【００７２】次いで、展開フォームの初期化が行われる
（ステップＳ３１）。この処理は、展開フォームの初期
値として、Ｃメジャーの構成音を示す３つのデータ｛１
２（Ｃ）、１６（Ｅ）、１９（Ｇ）｝を、展開フォーム
記憶用の３つのバッファＴＮＫＦ１〜ＴＮＫＦ３にセッ
トする。なお、バッファＴＮＫＦ１〜ＴＮＫＦ３は、Ｒ
ＡＭ１２に設けられる。

【００７３】以上のコード展開初期設定が終了すると、
このコード展開初期設定処理ルーチンからリターンして
パネル処理ルーチンに戻り、更にパネル処理ルーチンを
もリターンしてメインルーチンに戻る。

【００７４】メインルーチンでは、次いで、鍵盤処理が
行われる（ステップＳ１２）。この鍵盤処理の詳細イベ
ントについては、図１０のフローチャートに示されてい
る。

【００７５】鍵盤処理では、先ず、鍵盤イベントの有無
が調べられる（ステップＳ５０）。これは、次のように
して行われる。即ち、先ず、鍵盤装置１３のキースキャ
ン回路でキースイッチがスキャンされ、各鍵の押下状態
を示すキーデータ（各鍵に対応したビット列でなり、こ
れを「新キーデータ」という））が読み込まれる。

【００７６】次いで、前回読み込んで既にＲＡＭ１２に
記憶されているキーデータ（以下、旧キーデータ」とい
う）と、上記新キーデータとが比較され、相違するビッ
トをオンにしたキーイベントマップが作成される。この
キーイベントマップ中にオンになっているビットが存在
する場合に鍵盤イベントがあった旨が判断されることに
なる。

【００７７】上記ステップＳ５０で鍵盤イベントがなか
ったことが判断されると、何等の処理をも行うことな
く、この鍵盤処理ルーチンからリターンする。

【００７８】一方、上記ステップＳ５０で、鍵盤イベン
トがあったことが判断されると、次いで、その鍵盤イベ
ントは、コード検出領域の鍵のイベントであるか否かが
調べられる（ステップＳ５１）。即ち、鍵盤装置１３の
所定の鍵番号以下の鍵のイベントであるか否かが調べら
れる。

【００７９】ここで、コード検出域の鍵のイベントでな
いことが判断されると、通常演奏における鍵盤イベント
である旨を認識し、その鍵盤イベントが押鍵イベントで
あるか否かが調べられる（ステップＳ５４）。これは、
キーイベントマップ中のオンにされたビットに対応する
新キーデータ中のビットが「１」であるか否かを調べる
ことにより行われる。

【００８０】ここで、押鍵イベントであることが判断さ
れると、発音処理が行われる（ステップＳ５５）。この
処理は、楽音発生回路１５中の所定のオシレータに発音
を割り当て、上記オンイベントのあった鍵のキーナン
バ、押鍵の強さ（速度）を示すタッチデータ、及び音色
を示すデータ等でなる楽音データを楽音発生回路１５に
送る処理である。これにより、楽音発生回路１５の割り
当てられたオシレータにおいて、上記楽音データに基づ
いたデジタル楽音信号が生成され、これがＤ／Ａ変換器
１６、増幅器１７及びスピーカ１８に順次送られて発音
が行われる。

【００８１】一方、上記ステップＳ５４で押鍵イベント
でないことが判断されると離鍵のイベントである旨を認
識し、消音処理が行われる（ステップＳ５６）。即ち、
その離鍵があった鍵に割り当てられている楽音発生回路
１５中のオシレータが検索され、リリースのエンベロー
プデータが送られることにより消音が行われる。

【００８２】上記ステップＳ５２で、鍵盤イベントがコ
ード検出域の鍵であることが判断されると、コード検出
処理が行われる（ステップＳ５２）。このコード検出処
理は、押鍵パターンからコード名（根音及びコード種）
を検出する処理である。このコード検出方法は、周知の
種々の方法を用いることができる。

【００８３】次いで、展開フォーム作成処理が行われる
（ステップＳ５３）。この展開フォーム作成処理の詳細
については後述する。この展開フォーム作成処理が終了
すると、この鍵盤処理ルーチンからリターンし、メイン
ルーチンに戻る。

【００８４】メインルーチンでは、次いで、自動伴奏処
理が行われる（ステップＳ１３）。この自動伴奏処理で
は、当該電子楽器が自動伴奏モードにされており、且つ
発音又は消音タイミングが到来した場合に、ＲＯＭ１１
から読み出した自動伴奏データ（パターンデータ）に応
じて展開音を作成し、発音又は消音を行う処理である。
この発音又は消音処理自体は、上記鍵盤装置１３の押鍵
又は離鍵に伴う発音又は消音処理と同じである。なお、
ＲＯＭ１１から読み出した自動伴奏データが自動伴奏の
終了を示す特別のコードである場合、又は自動伴奏モー
ドが解除された場合は、自動伴奏は停止される。この自
動伴奏処理の詳細についても後述する。

【００８５】次いで、その他の処理が行われる（ステッ
プＳ１４）。この「その他の処理」は、例えばＭＩＤＩ
データの送受信処理等が含まれる。その後ステップＳ１
１に戻り、以下同様の処理を繰り返す。上記ステップＳ
１１〜Ｓ１４の繰り返し実行の過程で、パネル操作又は
鍵盤操作に基づくイベントや自動伴奏イベントが発生す
ると、そのイベントに対応する処理が行われることによ
り電子楽器としての各種機能が発揮される。

【００８６】以上に説明したメインルーチンの処理と並
行して、タイマによる割込処理が行われる。このタイマ
による割込処理の詳細は、図９のフローチャートに示さ
れている。

【００８７】割込処理では、先ず、タイムアップフラグ
ＴＩＭＥＵＰが「１」であるか否かが調べられる（ステ
ップＳ４０）。このフラグＴＩＭＥＵＰは、ＲＡＭ１２
に定義されるフラグであり、前コード検出に必要な所定
時間が経過したか否かを記憶するために用いられる。

【００８８】ここでフラグＴＩＭＥＵＰが「１」である
ことが判断されると、既に上記所定時間が経過している
ことを示しているので、以下の処理は行わずに、この割
込処理ルーチンからリターンする。

【００８９】一方、フラグＴＩＭＥＵＰが「１」でない
ことが判断されると、未だ上記所定時間が経過していな
いことを示しているので、時間経過計数要求フラグＣＮ
ＴＲＥＱが「１」であるか否かが調べられる（ステップ
Ｓ４１）。このフラグＣＮＴＲＥＱは、ＲＡＭ１２に設
けられるフラグであり、時間経過を計数すべきか否かを
記憶するフラグである。

【００９０】ここでフラグＣＮＴＲＥＱが「０」である
ことが判断されると、時間経過を計数する必要がないこ
とを認識し、以下の処理は行わずに、この割込処理ルー
チンからリターンする。

【００９１】一方、フラグＣＮＴＲＥＱが「１」である
ことが判断されると、時間カウンタＣＮＴＴＩＭの内容
がデクリメントされる（ステップＳ４２）。ここで、時
間カウンタＣＮＴＴＩＭは、ＲＡＭ１２に設けられるカ
ウンタであり、時間経過を計数するために使用されるも
のである。

【００９２】次いで、上記デクリメントの結果、時間カ
ウンタＣＮＴＴＩＭの内容がゼロになったか否かが調べ
られる（ステップＳ４３）。そして、ゼロになっていな
いことが判断されると、この割込処理ルーチンからリタ
ーンする。

【００９３】一方、上記時間カウンタＣＮＴＴＩＭの内
容がゼロになったことが判断されると、フラグＣＮＴＲ
ＥＱを「０」にクリアする一方、フラグＴＩＭＥＵＰを
「１」にセットする。これにより、後述する展開フォー
ム処理において、上記所定時間が経過したことを知るこ
とができるようになっている。以上の処理が終了する
と、この割込処理ルーチンからリターンする。

【００９４】次に、鍵盤処理ルーチンのステップＳ５３
で行う展開フォーム作成処理について説明する。この展
開フォーム作成処理の詳細については、図１１のフロー
チャートに示されている。

【００９５】展開フォーム作成処理では、先ず、コード
検出処理（図１０のステップＳ５２）で検出したコード
は、その時点で使用されているコードと同じであるか否
かが調べられる（ステップＳ６０）。そし、同じである
ことが判断されると、コードの変化はなかったものと判
断して、何等の処理をも行うことなく、この展開フォー
ム処理ルーチンからリターンする。

【００９６】一方、ステップＳ６０で今までのコードと
同じでない、つまりコードの変化があったことが判断さ
れると、フラグＴＩＭＥＵＰをバッファＷＴＦ１にセー
ブする（ステップＳ６１）。バッファＷＴＦ１は、ＲＡ
Ｍ１２に設けられるテンポラリのバッファである。

【００９７】次いで、初期化処理が行われる（ステップ
Ｓ６２）。即ち、時間カウンタＣＮＴＴＩＭに初期値
「１００」がセットされ、フラグＴＩＭＥＵＰが「０」
にクリアされ、また、フラグＣＮＴＲＥＱが「１」にセ
ットされる。

【００９８】カウンタに「１００」がセットされること
により、上述した割込処理ルーチンで１ミリ秒が１００
回計数されて、１００ミリ秒が計測されることになる。
このステップでフラグＴＩＭＥＵＰが「０」にクリアさ
れ、且つフラグＣＮＴＲＥＱが「１」にセットされるこ
とにより、次の時間の計測が開始される。

【００９９】次いで、先にセーブされたバッファＷＴＦ
１、つまりフラグＴＩＭＥＵＰが「１」であるか否かが
調べられる（ステップＳ６３）。ここで、バッファＷＴ
Ｆ１が「１」であることが判断されると、前コード作成
処理が行われる（ステップＳ６４）。前コード作成処理
は、コード変化があった場合に、その前に検出されてい
たコードを確定する処理である。これは、或るコードか
ら他のコードへ移行する際に、移行途中において検出さ
れたコードを排除して、真に移行前に押されていたコー
ドを検出する処理である。

【０１００】なお、バッファＷＴＦ１が「１」でないこ
とが判断されると、前コード作成処理はスキップされ
る。このことは、換言すれば、前コード作成処理は、コ
ード変化が発生してから１００ミリ秒後に行われること
になる。

【０１０１】前コード作成処理の詳細については、図１
２のフローチャートに示されている。

【０１０２】前コード作成処理においては、先ず、コー
ドチェンジ回数カウンタＣＣＨＧがインクリメントされ
る（ステップＳ７０）。そして、インクリメントの結
果、「４」以上になったか否かが調べられる（ステップ
Ｓ７１）。

【０１０３】ここで、「４」以上になったことが判断さ
れると、ＣＣＨＧの内容はゼロにクリアされ（ステップ
Ｓ７２）、前コード格納バッファＭＡＥＣには、定数
「０ＦＦＨ」（’Ｈ’は１６進数であることを示す。以
下、同じ）がセットされる（ステップＳ７３）。この定
数「０ＦＦＨ」は前コードが不定であることを示す。こ
れは、４回コード変化があったら展開フォームを基本フ
ォームに戻すので、前コードは不要であることを記憶す
るために行われる。

【０１０４】なお、前コード格納バッファＭＡＥＣはＲ
ＡＭ１２に設けられるバッファである。以上の処理が終
了すると、この前コード作成処理ルーチンからリターン
して展開フォーム作成処理ルーチンに戻る。

【０１０５】上記ステップＳ７１で、ＣＣＨＧの内容が
「４」より小さいことが判断されると、今までのコード
を前コードとしてＭＡＥＣに格納する（ステップＳ７
４）。そして、今までの展開フォームを前フォームとし
て記憶する（ステップＳ７５）。

【０１０６】具体的には、展開フォームの第１音目を記
憶するためのバッファＴＮＫＦ１の内容を、前フォーム
の第１音目を記憶するためのバッファＭＡＥＦ１に格納
する。同様に、展開フォームの第２音目を記憶するため
のバッファＴＮＫＦ２の内容を、前フォームの第２音目
を記憶するためのバッファＭＡＥＦ２に格納し、展開フ
ォームの第３音目を記憶するためのバッファＴＮＫＦ３
の内容を、前フォームの第３音目を記憶するためのバッ
ファＭＡＥＦ３に格納する。

【０１０７】上記バッファＴＮＫＦ１〜ＴＮＫＦ３及び
ＭＡＥＦ１〜ＭＡＥＦ３は、何れもＲＡＭ１２に設けら
れるバッファである。以上の処理が終了すると、この前
コード作成処理ルーチンからリターンして展開フォーム
作成処理ルーチンに戻る。

【０１０８】以上の前コード作成処理により、コード変
化が発生してから１００ミリ秒経過後に今までのコード
を前コードとするので、コードの移行途中に検出された
コードは捨てられ、確実に移行前に押されていたコード
を前コードとすることができるようになっている。

【０１０９】展開フォーム作成処理ルーチンでは、次い
で、候補フォーム作成処理が行われる（ステップＳ６
５）。この候補フォーム作成処理の詳細は、図１３のフ
ローチャートに示されている。

【０１１０】この候補フォーム作成処理は、前のコード
から新しいコードに移行する際に、新しいコードの構成
音として取り得る可能性のある音を決定する処理であ
る。例えば、図２に示す例では、ＣメジャーからＧメジ
ャーに移行する際に、Ｇメジャーを構成する音Ｂ、Ｄ、
Ｇ及び１オクターブ下のＧ、及び１オクターブ上のＢが
候補フォームとして選択されることになる。

【０１１１】候補フォーム作成処理ルーチンでは、先
ず、新しく検出されたコードを今までのコードとして記
憶する（ステップＳ８０）。

【０１１２】次いで、上記前コード作成処理ルーチンで
作成された前コード（バッファＭＡＥＣに格納されてい
る）が「０ＦＦＨ」であるか否かが調べられる（ステッ
プＳ８１）。そして、ＭＡＥＣの内容が「０ＦＦＨ」で
ある、つまり基本フォームに戻るべきことが判断される
と、新コードの基本フォームが格納されている基本フォ
ームテーブルのアドレスがアドレスレジスタＦＡＤＲＳ
に格納される（ステップＳ８９）。アドレスレジスタＦ
ＡＤＲＳは、ＲＡＭ１２に設けられるレジスタである。

【０１１３】次いで、候補フォームの作成が行われる
（ステップＳ９０）。即ち、先ずアドレスレジスタＦＡ
ＤＲＳの内容に「２」を加えたアドレスから音名が読み
出され、その音名から「１２」を引いたものが第１番目
の候補フォームとして、バッファＫＨＯＦ１に格納され
る。図２に示した例では、アドレスレジスタにはＧメジ
ャー（図５参照）のアドレスがセットされるので、音名
Ｇが読み出され、これから「１２」が引かれることによ
り、１オクターブ下の音名Ｇが第１番目の候補フォーム
としてバッファＫＨＯＦ１にセットされる。

【０１１４】次いで、アドレスレジスタＦＡＤＲＳの内
容が示すアドレスから音名が読み出され、それが第２番
目の候補フォームとして、バッファＫＨＯＦ２に格納さ
れる。図２に示した例では、音名Ｂが読み出され、これ
が第２番目の候補フォームとしてバッファＫＨＯＦ２に
セットされる。

【０１１５】次いで、アドレスレジスタＦＡＤＲＳの内
容に「１」を加えたアドレスから音名が読み出され、そ
れが第３番目の候補フォームとして、バッファＫＨＯＦ
３に格納される。図２に示した例では、音名Ｄが読み出
され、これが第３番目の候補フォームとしてバッファＫ
ＨＯＦ３にセットされる。

【０１１６】次いで、アドレスレジスタＦＡＤＲＳの内
容に「２」を加えたアドレスから音名が読み出され、そ
れが第４番目の候補フォームとして、バッファＫＨＯＦ
４に格納される。図２に示した例では、音名Ｇが読み出
され、これが第４番目の候補フォームとしてバッファＫ
ＨＯＦ４にセットされる。

【０１１７】次いで、アドレスレジスタＦＡＤＲＳの内
容が示すアドレスから音名が読み出され、その音名に
「１２」を加えたものが第５番目の候補フォームとし
て、バッファＫＨＯＦ５に格納される。図２に示した例
では、音名Ｂが読み出され、これに「１２」が加算され
ることにより、１オクターブ上の音名Ｂが第５番目の候
補フォームとしてバッファＫＨＯＦ５にセットされる。
なお、上述したバッファＫＨＯＦ１〜ＫＨＯＦ５は、Ｒ
ＡＭ１２に設けられるバッファである。

【０１１８】以上では、コードＧに対する候補フォーム
を作成する場合を例にとって説明したが他のコードの場
合も全く同様である。以上の候補フォームの作成が終了
すると、この候補フォーム作成処理ルーチンからリター
ンして展開フォーム作成処理ルーチンに戻る。

【０１１９】上記ステップＳ８１で、ＭＡＥＣの内容が
「０ＦＦＨ」でないことが判断されると、次いで、新コ
ードは○7又は○7sus4であるか否かが調べられる（ステ
ップＳ８２）。ここで、新コードが○7又は○7sus4でな
いことが判断されるとステップＳ８９に分岐し、上述し
たと同様の処理により候補フォームが作成される。

【０１２０】一方、新コードが○7又は○7sus4であるこ
とが判断されると、前コードと根音が同じであるか否か
が調べられる（ステップＳ８３）。そして、同じである
ことが判断されると、新コードの根音抜き基本フォーム
が格納されている基本フォームテーブルのアドレスがア
ドレスレジスタＦＡＤＲＳに格納される（ステップＳ８
７）。即ち、図５に示した基本フォームテーブルの○7
又は○7sus4のアドレスがアドレスレジスタＦＡＤＲＳ
にセットされる。これは、上述したルールＲ４−１を実
施するものである。その後、ステップＳ９０に分岐し、
上述したと同様の処理により候補フォームが作成され
る。

【０１２１】上記ステップＳ８３で、前コードと根音が
同じでないことが判断されると、次いで、前コードは○
6又は○dimであるか否かが調べられる（ステップＳ８
４）。ここで、前コードは○6又は○dimであることが判
断されると、新コードの５度音抜き基本フォームが格納
されている基本フォームテーブルのアドレスがアドレス
レジスタＦＡＤＲＳに格納される（ステップＳ８８）。
即ち、図５に示した基本フォームテーブルの＊○7又は
＊○7sus4のアドレスがアドレスレジスタＦＡＤＲＳに
セットされる。これは、上述したルールＲ４−３を実施
するものである。その後、ステップＳ９０に分岐し、上
述したと同様の処理により候補フォームが作成される。

【０１２２】上記ステップＳ８４で、前コードが○6又
は○dimでないことが判断されると、次いで、前コード
は○m7又は○m7-5又は○mM7であるか否かが調べられる
（ステップＳ８５）。ここで、前コードが○m7又は○m7
-5又は○mM7でない、つまり○、○m、○sus4、○aug、
○M7、○7、○7sus4であることが判断されると、ステッ
プＳ８７に分岐し、上述した同様の処理が行われる。即
ち、図５に示した基本フォームテーブルの○7又は○7su
s4のアドレスがアドレスレジスタＦＡＤＲＳにセットさ
れる。これは、上述したルールＲ４−２を実施するもの
である。その後、ステップＳ９０に分岐し、上述したと
同様の処理により候補フォームが作成される。

【０１２３】上記ステップＳ８５で、前コードが○m7又
は○m7-5又は○mM7であることが判断されると、次い
で、前コードと根音が半音違いであるか否かが調べられ
る（ステップＳ８６）。ここで、前コードと根音が半音
違いであることが判断されると、ステップＳ８７に進
み、上述した同様の処理が行われる。即ち、図５に示し
た基本フォームテーブルの○7又は○7sus4のアドレスが
アドレスレジスタＦＡＤＲＳにセットされる。これは、
上述したルールＲ４−４を実施するものである。その
後、ステップＳ９０に分岐し、上述したと同様の処理が
行われて候補フォームが作成される。

【０１２４】上記ステップＳ８６で、前コードと根音が
半音違いでないことが判断されると、ステップＳ８８に
分岐し、上述した同様の処理が行われる。即ち、図５に
示した基本フォームテーブルの＊○7又は＊○7sus4のア
ドレスがアドレスレジスタＦＡＤＲＳにセットされる。
これは、上述したルールＲ４−５を実施するものであ
る。その後、ステップＳ９０に分岐し、上述したと同様
の処理により候補フォームが作成される。

【０１２５】以上のようにして作成される候補フォーム
は、基本フォームがバッファＫＨＯＦ２〜ＫＨＯＦ４に
セットされ、基本フォームの最高音の１オクターブ下の
音がバッファＫＨＯＦ１にセットされ、最低音の１オク
ターブ上の音がバッファＫＨＯＦ５にセットされて得ら
れる。この候補フォームの作成が完了すると、この候補
フォーム作成処理ルーチンからリターンし、展開フォー
ム作成処理ルーチンに戻る。

【０１２６】展開フォーム作成処理ルーチンでは、次い
で、展開フォーム決定処理が行われる（ステップＳ６
６）。この展開フォーム決定処理の詳細は、図１４のフ
ローチャートに示されている。

【０１２７】この展開フォーム作成処理は、先に作成さ
れた候補フォームと前フォームの差が２半音以内にある
か否かを順次調べ、２半音以内にある音を使用して新し
い展開フォームを決定する処理である。

【０１２８】この展開フォーム決定処理では、先ず、前
コードは「０ＦＦＨ」であるか否か、つまりコード変化
が４回目であるか否かが調べられる（ステップＳ１０
０）。ここで、前コードが「０ＦＦＨ」であることが判
断されると、基本フォームが展開フォームとされる（ス
テップＳ１１３）。即ち、候補フォームを記憶するバッ
ファＫＨＯＦ２〜ＫＨＯＦ４の内容（基本フォーム）が
展開フォームとしてバッファＴＮＫＦ１〜ＴＮＫＦ３に
セットされる。その後、この展開フォーム決定処理ルー
チンからリターンして展開フォーム作成処理ルーチンに
戻る。

【０１２９】一方、前コードが「０ＦＦＨ」でないこと
が判断されると、前フォームの第１番目の音ＭＡＥＦ１
と候補フォームの第１番目の音ＫＨＯＦ１との差の絶対
値が「２」以下であるか否かが調べられる（ステップＳ
１０１）。ここで、「２」以下であることが判断される
と、次いで、前フォームの第２番目の音ＭＡＥＦ２と候
補フォームの第２番目の音ＫＨＯＦ２との差の絶対値が
「２」以下であるか否かが調べられる（ステップＳ１０
２）。ここで、「２」以下であることが判断されると、
次いで、前フォームの第３番目の音ＭＡＥＦ３と候補フ
ォームの第３番目の音ＫＨＯＦ３との差の絶対値が
「２」以下であるか否かが調べられる（ステップＳ１０
３）。ここで、「２」以下であることが判断されると、
候補フォームのバッファＫＨＯＦ１〜ＫＨＯＦ３の各内
容が展開フォームとしてバッファＴＮＫＦ１〜ＴＮＫＦ
３にセットされる（ステップＳ１０４）。

【０１３０】以上の処理により、展開フォームとして、
何れも２半音以内にある候補フォームの第１〜第３番目
の音が決定されることになる。その後、この展開フォー
ム決定処理ルーチンからリターンして展開フォーム作成
処理ルーチンに戻る。なお、上記ステップＳ１０１〜Ｓ
１０３で、差の絶対値が「２」以下でないことが判断さ
れた場合は、ステップＳ１０５に進む。

【０１３１】ステップＳ１０５では、前フォームの第１
番目の音ＭＡＥＦ１と候補フォームの第２番目の音ＫＨ
ＯＦ２との差の絶対値が「２」以下であるか否かが調べ
られる。ここで、「２」以下であることが判断される
と、次いで、前フォームの第２番目の音ＭＡＥＦ２と候
補フォームの第３番目の音ＫＨＯＦ３との差の絶対値が
「２」以下であるか否かが調べられる（ステップＳ１０
６）。ここで、「２」以下であることが判断されると、
次いで、前フォームの第３番目の音ＭＡＥＦ３と候補フ
ォームの第４番目の音ＫＨＯＦ４との差の絶対値が
「２」以下であるか否かが調べられる（ステップＳ１０
７）。ここで、「２」以下であることが判断されると、
候補フォームのバッファＫＨＯＦ２〜ＫＨＯＦ４の各内
容が展開フォームとしてバッファＴＮＫＦ１〜ＴＮＫＦ
３にセットされる（ステップＳ１０８）。

【０１３２】以上の処理により、展開フォームとして、
何れも２半音以内にある候補フォームの第２〜第４番目
の音が決定されることになる。その後、この展開フォー
ム決定処理ルーチンからリターンして展開フォーム作成
処理ルーチンに戻る。なお、上記ステップＳ１０５〜Ｓ
１０７で、差の絶対値が「２」以下でないことが判断さ
れた場合は、ステップＳ１０９に進む。

【０１３３】ステップＳ１０９では、前フォームの第１
番目の音ＭＡＥＦ１と候補フォームの第３番目の音ＫＨ
ＯＦ３との差の絶対値が「２」以下であるか否かが調べ
られる。ここで、「２」以下であることが判断される
と、次いで、前フォームの第２番目の音ＭＡＥＦ２と候
補フォームの第４番目の音ＫＨＯＦ４との差の絶対値が
「２」以下であるか否かが調べられる（ステップＳ１１
０）。ここで、「２」以下であることが判断されると、
次いで、前フォームの第３番目の音ＭＡＥＦ３と候補フ
ォームの第５番目の音ＫＨＯＦ５との差の絶対値が
「２」以下であるか否かが調べられる（ステップＳ１１
１）。ここで、「２」以下であることが判断されると、
候補フォームのバッファＫＨＯＦ３〜ＫＨＯＦ５の各内
容が展開フォームとしてバッファＴＮＫＦ１〜ＴＮＫＦ
３にセットされる（ステップＳ１１２）。

【０１３４】以上の処理により、展開フォームとして、
何れも２半音以内にある候補フォームの第３〜第５番目
の音が決定されることになる。その後、この展開フォー
ム決定処理ルーチンからリターンして展開フォーム作成
処理ルーチンに戻る。なお、上記ステップＳ１０５〜Ｓ
１０７で、差の絶対値が「２」以下でないことが判断さ
れた場合は、ステップＳ１１３に進み、基本フォームが
展開フォームとしてバッファＴＮＫＦ１〜ＴＮＫＦ３に
セットされる。

【０１３５】以上のようにして展開フォームが決定され
ると、この展開フォーム決定処理ルーチンからリターン
して展開フォーム作成処理ルーチンに戻り、さらに展開
フォーム作成処理ルーチンもリターンしてメインルーチ
ンに戻る。

【０１３６】次に、自動伴奏処理の詳細について、図１
５に示したフローチャートを参照しながら説明する。

【０１３７】自動伴奏処理では、先ず、自動伴奏フラグ
が「１」であるか否か、つまり本電子楽器が自動伴奏モ
ードにあるか否かが調べられる（ステップＳ１２０）。
そして、自動伴奏モードにないことが判断されると、何
等の処理も行うことなく、この自動伴奏処理ルーチンか
らリターンする。

【０１３８】一方、自動伴奏モードであることが判断さ
れると、ＲＯＭ１１から自動伴奏データ（パターンデー
タ）を読み込む（ステップＳ１２１）。そして、自動伴
奏イベントの有無が調べられる（ステップＳ１２２）。
これは自動伴奏データに含まれるステップタイムが発音
タイミングになったか否かを調べることにより行われ
る。

【０１３９】ここで、自動伴奏イベントがないことが判
断されると、以下の処理は行わずにこの自動伴奏処理ル
ーチンからリターンする。一方、自動伴奏イベントがあ
ることが判断されると、展開音作成処理が行われる（ス
テップＳ１２３）。この展開音作成処理の詳細について
は、図１６のフローチャートに示されている。

【０１４０】即ち、展開音作成処理では、先ず、パター
ンデータ中のオクターブ情報を、バッファＰＯＣＴにセ
ットする（ステップＳ１３０）。オクターブ情報は、パ
ターンデータの鍵盤番号を「１２」で割った商として求
められる。

【０１４１】次いで、パターンデータ中の音名情報を、
バッファＰＮＯＴＥにセットする（ステップＳ１３
１）。この音名情報は、パターンデータの鍵盤番号を
「１２」で割った余りとして求められる。

【０１４２】次いで、バッファＰＯＣＴに記憶されてい
るオクターブ情報をデクリメントする（ステップＳ１３
２）。これは、展開フォームの値は１オクターブ上の値
になっているので、正規の高さの音に戻すために行うも
のである。

【０１４３】次いで、上記ステップＳ１３１で算出して
バッファＰＮＯＴＥに格納されている音名情報が「３〜
６」の範囲にあるか否かが調べられる（ステップＳ１３
３）。そして、バッファＰＮＯＴＥの内容が「３〜６」
の範囲にあれば、展開フォームの第２番目の音としてバ
ッファＴＮＫＦ２に記憶されている値と、オクターブ情
報ＰＯＣＴに「１２」を乗じた値とを加算してこれを発
音すべき鍵盤番号としてバッファＫＹＮＯに格納する
（ステップＳ１３４）。例えば、パターンデータとして
「Ｃ，Ｅ，Ｇ」の各音が記憶されているとすると、Ｅ
（＝４）が上記の場合に該当するので、上記の処理によ
り展開音の第２番目の音がオクターブ情報を付された鍵
盤番号として生成されることになる。

【０１４４】一方、上記ステップＳ１３３で、バッファ
ＰＮＯＴＥに格納されている音名情報が「３〜６」の範
囲にないことが判断されると、次いで、バッファＰＮＯ
ＴＥに格納されている音名情報が「７〜１０」の範囲に
あるか否かが調べられる（ステップＳ１３５）。そし
て、バッファＰＮＯＴＥの内容が「７〜１０」の範囲に
あれば、展開フォームの第３番目の音としてバッファＴ
ＮＫＦ３に記憶されている値と、オクターブ情報ＰＯＣ
Ｔに「１２」を乗じた値とを加算してこれを発音すべき
鍵盤番号としてバッファＫＹＮＯに格納する（ステップ
Ｓ１３６）。例えば、パターンデータとして「Ｃ，Ｅ，
Ｇ」の各音が記憶されているとすると、Ｇ（＝７）が上
記の場合に該当するので、上記の処理により展開音の第
３番目の音がオクターブ情報を付された鍵盤番号として
生成されることになる。

【０１４５】上記ステップＳ１３５で、バッファＰＮＯ
ＴＥに格納されている音名情報が「７〜１０」の範囲に
ない、つまり「０〜２、１１」であることが判断される
と、展開フォームの第１番目の音としてバッファＴＮＫ
Ｆ１に記憶されている値と、オクターブ情報ＰＯＣＴに
「１２」を乗じた値とを加算してこれを発音すべき鍵盤
番号としてバッファＫＹＮＯに格納する（テップＳ１３
７）。例えば、パターンデータとして「Ｃ，Ｅ，Ｇ」の
各音が記憶されているとすると、Ｃ（＝０）が上記の場
合に該当するので、上記の処理により展開音の第１番目
の音がオクターブ情報を付された鍵盤番号として生成さ
れることになる。

【０１４６】このようにして、発音すべきコードの構成
音が鍵盤番号として得られると、この展開音作成処理ル
ーチンからリターンし、自動伴奏処理ルーチンに戻る。

【０１４７】自動伴奏処理ルーチンでは、次いで、発音
／消音処理が行われる（ステップＳ１２４）。即ち、展
開音作成処理ルーチンで作成されてバッファＫＹＮＯに
格納されている鍵盤番号が楽音発生回路１５に送られる
ことにより、その鍵盤番号に対応する発音又は消音が行
われる。この発音又は消音の動作は先に鍵盤処理ルーチ
ンで説明したものと同じであるので、説明は省略する。

【０１４８】このようにして、伴奏音の発音又は消音が
終了すると、この自動伴奏処理ルーチンからリターンし
てメインルーチンに戻り、先に説明したように、メイン
ルーチンの実行を繰り返すことになる。

【０１４９】

【発明の効果】以上詳述したように、この発明によれば
コードを変更する際に、人が伴奏する場合のようなコー
ドフォームをとることにより自然な自動伴奏ができる電
子楽器の自動伴奏装置を提供することができる。

【図面の簡単な説明】

【図１】本発明の自動伴奏装置を適用した電子楽器の実
施例の概略構成を示すブロック図である。

【図２】本発明における展開フォームの例を説明するた
めの図である。

【図３】本発音における展開音作成を説明するための図
である。

【図４】本発明に用いる基本フォームテーブルの一例を
示す図である（図５に続く）。

【図５】本発明に用いる基本フォームテーブルの一例を
示す図である（図４の続き）。

【図６】本発明の実施例の動作を示すフローチャート
（メインルーチン）である。

【図７】本発明の実施例の動作を示すフローチャート
（パネル処理ルーチン）である。

【図８】本発明の実施例の動作を示すフローチャート
（コード展開初期値設定処理ルーチン）である。

【図９】本発明の実施例の動作を示すフローチャート
（割込処理ルーチン）である。

【図１０】本発明の実施例の動作を示すフローチャート
（鍵盤処理ルーチン）である。

【図１１】本発明の実施例の動作を示すフローチャート
（展開フォーム作成処理ルーチン）である。

【図１２】本発明の実施例の動作を示すフローチャート
（前コード作成処理ルーチン）である。

【図１３】本発明の実施例の動作を示すフローチャート
（候補フォーム作成処理ルーチン）である。

【図１４】本発明の実施例の動作を示すフローチャート
（展開フォーム決定処理ルーチン）である。

【図１５】本発明の実施例の動作を示すフローチャート
（自動伴奏処理ルーチン）である。

【図１６】本発明の実施例の動作を示すフローチャート
（展開音作成処理ルーチン）である。

【図１７】従来のコード展開処理を説明するための図で
ある。

【符号の説明】

１０ ＣＰＵ １１ ＲＯＭ １２ ＲＡＭ １３ 鍵盤装置 １４ 操作パネル １５ 楽音発生装置 １６ Ｄ／Ａ変換器 １７ 増幅器 １８ スピーカ １９ ＭＩＤＩインタフェース回路 ２０ システムバス

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G10H 1/00 101 - 102 G10H 1/36 - 1/42

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 前回使用されたコードを検出する前コー
   ド検出手段と、 鍵盤装置の押鍵された複数の鍵が示す複数の階名に基づ
   いて複数の候補音を作成する候補音作成手段と、 該候補音作成手段で作成された前記候補音のうちから、
   前記前コード検出手段で検出されたコードに基づいて今
   回使用するコードを決定する決定手段と、 該決定手段で決定されたコードを構成する音を実際に発
   音するための楽音情報を作成する楽音情報作成手段と、 コード名を基本コードに対応付ける基本フォームテーブ
   ルと を具備し、前記候補音作成手段は、前記基本フォームテーブルから
   前記複数の階名が示すコード名 に対応する基本コードを
   読み出し、 前記候補音作成手段で作成される候補音は、前記基本フ
   ォームテーブルから読み出された基本コードを構成する
   複数音と、該複数音中の最低音より１オクターブ上の音
   と、前記複数音中の最高音より１オクターブ下の音とに
   よりなり、前記今回使用するコードを構成する各音は、前記前回使
   用されたコードを構成する音と の音程差が２半音内にあ
   ることを特徴とする電子楽器の自動伴奏装置。
2. 【請求項２】 前回使用されたコードを検出する前コー
   ド検出手段と、 鍵盤装置の押鍵された複数の鍵が示す複数の階名に基づ
   いて複数の候補音を作成する候補音作成手段と、 該候補音作成手段で作成された前記候補音のうちから、
   前記前コード検出手段で検出されたコードに基づいて今
   回使用するコードを決定する決定手段と、 該決定手段で決定されたコードを構成する音を実際に発
   音するための楽音情報を作成する楽音情報作成手段と、 コード名を基本コードに対応付ける基本フォームテーブ
   ルと を具備し、前記候補音作成手段は、前記基本フォームテーブルから
   前記複数の階名が示すコード名 に対応する基本コードを
   読み出し、前記候補音作成手段で作成される候補音は、前記基本フ
   ォームテーブルから読み出され た基本コードを構成する
   複数音と、該複数音中の最低音より１オクターブ上の音
   と、前記複数音中の最高音より１オクターブ下の音とに
   よりなり、 前記今回使用するコードを構成する各音は、前記前回使
   用されたコードを構成する音との音程差が所定範囲内に
   あり、 前記決定手段は、所定回数のコード変化毎に、前記今回
   使用するコードを構成する音として、前記基本フォーム
   テーブルから読み出された基本コードを構成する音を用
   いることを特徴とする電子楽器の自動伴奏装置。
3. 【請求項３】 前回使用されたコードを検出する前コー
   ド検出手段と、 鍵盤装置の押鍵された複数の鍵が示す複数の階名に基づ
   いて複数の候補音を作成する候補音作成手段と、 該候補音作成手段で作成された前記候補音のうちから、
   前記前コード検出手段で検出されたコードに基づいて今
   回使用するコードを決定する決定手段と、 該決定手段で決定されたコードを構成する音を実際に発
   音するための楽音情報を作成する楽音情報作成手段と、 コード名を基本コードに対応付ける基本フォームテーブ
   ルと を具備し、前記候補音作成手段は、前記基本フォームテーブルから
   前記複数の階名が示すコード名 に対応する基本コードを
   読み出し、前記候補音作成手段で作成される候補音は、前記基本フ
   ォームテーブルから読み出され た基本コードを構成する
   複数音と、該複数音中の最低音より１オクターブ上の音
   と、前記複数音中の最高音より１オクターブ下の音とに
   よりなり、 前記決定手段は、前記今回使用するコードを構成する音として、前記候補
   音のうちの前記前回使用された コードを構成する音との
   音程差が所定範囲内にある音を用い、 前記候補音作成手段で作成された候補音が、前記前コー
   ド検出手段で検出されたコードを構成する各音に対する
   音程差が前記所定範囲内にない場合に、前記今回使用す
   るコードを構成する音として、前記基本フォームテーブ
   ルから読み出された基本コードを構成する音を用いるこ
   とを特徴とする電子楽器の自動伴奏装置。