JPH06314096A - 電子楽器の前コード検出装置 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は電子楽器の自動伴奏装置に適用さ
れ、前回使用されたコードを検出する電子楽器の前コー
ド検出装置に関し、前コードを確実に検出するととも
に、コード入力に対する応答性を向上させることのでき
る電子楽器の前コード検出装置を提供することを目的と
する。 【構成】 本発明の電子楽器は、今回検出されたコード
と前回検出されたコードとの異同を判断する判断手段
と、該判断手段で今回検出されたコードと前回検出され
たコードとが相違することが判断された時に計時を開始
して所定時間が計時された場合にその旨を記憶する計時
手段と、前記判断手段で今回検出されたコードと前回検
出されたコードとが相違することが検出された場合に、
前記計時手段が所定時間を計時した旨を記憶していれ
ば、前回検出されたコードを前コードとして記憶する制
御手段、とにより構成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子楽器の自動伴奏装
置に適用され、前回使用されたコード（以下、「前コー
ド」という）を確実に検出する電子楽器の前コード検出
装置に関する。

【０００２】

【従来の技術】近年、自動伴奏装置を備えた電子楽器が
開発され実用に供されている。かかる電子楽器において
は、一般に、鍵盤の一部がコード検出用、残りが通常演
奏用の領域として定められている。そして、通用演奏領
域の鍵盤が押鍵されると、その押鍵位置等を示す押鍵情
報が生成され、この押鍵情報に基づいて押鍵位置に対応
した音高の楽音が発音される。

【０００３】一方、コード検出領域の鍵盤が押鍵された
場合も、その押鍵位置等を示す押鍵情報が生成される
が、この押鍵情報は押鍵位置に対応した音高の楽音を発
音するための情報としては使用されず、コード検出用の
情報として用いられる。即ち、演奏者がコード検出領域
の鍵盤を押鍵すると、その押鍵パターンに応じたコード
が検出され、この検出されたコードに基づいて所定のリ
ズムパターンに従った伴奏音が発生される。

【０００４】上記コード検出の方法は従来から種々のも
のが知られている。例えば代表的なコード検出の方法と
して以下のものがある。

【０００５】先ず、コード検出領域の鍵盤が押鍵される
と、その押鍵状態（各鍵のオン／オフ状態）を検出す
る。次いで、検出された押鍵状態からオンにされている
鍵の音名を１オクターブ内に集めた押鍵情報を作成す
る。次いで、この１オクターブの押鍵情報と、メジャ
ー、マイナー、セブンス等といったコード種毎の押鍵情
報（Ｃを根音として作成され、記憶手段に記憶されてい
る）とを順次比較し、一致した場合にそのコード種を検
出されたコードとする。

【０００６】なお、Ｃ以外の根音を有するコード種を検
出する場合は、１オクターブの押鍵情報又はコード種毎
の押鍵情報を順次ローテートシフトさせながら比較し、
一致した時のシフト数により根音を決定する。

【０００７】このようにして検出されるコード名（根音
とコード種で構成される）と押鍵状態の一例を、図１８
（Ａ）に示す。図１８（Ａ）では、Ｃの鍵のみが押鍵さ
れた状態、Ｃ及びＥの２鍵が押鍵された状態、Ｃ，Ｅ及
びＧの３鍵が押鍵された状態では、いずれの場合もＣメ
ジャーとして検出されることを示している。同様に、Ｃ
及びＥ♭の２鍵が押鍵された状態、Ｃ，Ｅ♭及びＧの３
鍵が押鍵された状態では、いずれの場合もＣマイナーと
して検出されることを示している。

【０００８】かかるコード検出は、例えば、コード検出
領域の鍵の押鍵イベントを検出したタイミングで行われ
る。押鍵イベントの検出機能は、例えばシフトレジスタ
を用いた論理回路やマイクロプロセッサ等で実現される
が、いずれにしても押鍵イベントは各鍵毎に逐次１鍵ず
つ検出されるようになっている。これは、演奏者が同時
に複数鍵を押鍵したとしても同様である。

【０００９】従って、コード検出処理も、押下された鍵
の数だけ行われることになる。例えば「Ｃ，Ｅ♭，Ｇ」
の各構成音でなるＧマイナーのコードが押鍵された場合
は、コード検出処理も３回行われることになる。このコ
ード検出方式（以下、「第１の従来例」という）は、最
終的にＧマイナーという１つのコード名さえ検出すれば
良いのであるから、残りの２回のコード検出処理は無駄
な処理となっているという問題があるが、押鍵イベント
が発生する度にコード検出を行うので、コード入力に対
する応答性は優れている。

【００１０】この第１の従来例の問題を解決するものと
して、例えば、コード検出領域の鍵が一定数（例えば３
個）押されて初めてコード検出を開始するもの（以下、
「第２の従来例」という）、コード検出領域の鍵が押さ
れてから一定時間の経過後にコード検出を開始するもの
（以下、「第３の従来例」という）等があった。

【００１１】これら第２、第３の従来例によれば、無駄
な処理を行うことなく相当の確実性をもって演奏者が意
図するコードを検出できるという利点がある。しかし、
コードを押鍵する操作を開始してから伴奏音が発生され
るまでに時間がかかり、コード入力に対する応答性に劣
るという欠点があった。

【００１２】一方、上記のようにして検出されたコード
は、コード展開という処理によって実際に発音される音
に変換（展開）される。

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

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

【００１５】次いで、演奏者が所定のコードフォームで
押鍵することによりＧメジャーのコードが検出される
と、図１７（Ｂ）に示すように、根音「Ｇ」から高音側
へ「Ｇ，Ｂ，Ｄ」の順番でなる３音に展開される。

【００１６】

【発明が解決しようとする課題】ところで、自動伴奏装
置におけるコード展開においては、検出されたコードの
情報によってコード展開するのみならず、前回使用した
コードの情報をも用いると、人間が伴奏したような自然
な自動伴奏を行うことができることが知られている。

【００１７】そこで、かかる自動伴奏を実現するため
に、前コードを確実に残しておく必要が生じた。しかし
ながら、上述の第１の従来例では、演奏者が意図するコ
ードを検出するまでに複数回のコード検出処理が行われ
るので、直前に検出したコードを前コードとすることは
できない。具体的な例につき、図１８（Ｂ）を参照しな
がら説明する。

【００１８】例えば、Ｇマイナーのコードを構成する
「Ｃ，Ｅ♭，Ｇ」の各鍵をほぼ同時に押したとする。な
お、鍵盤イベントは、Ｃ→Ｅ♭→Ｇの順番で検出される
ものとし、Ｇマイナーのコードを押さえる前に検出され
ていたコード、つまり前コードはＸであるものとする。

【００１９】先ず、いずれの鍵も押鍵されていない状態
では、コード名Ｘが検出されている。この状態における
前回検知コード及び欲しい前コードは不定（「−」で示
されている）であるものとする。この状態で鍵Ｃの押鍵
イベントが検出されると、鍵Ｃのみの押鍵状態が認識さ
れて、コード名としてＣメジャーが検出され、同時に、
前回検知コードとしてＸが記憶される。

【００２０】次いで、鍵Ｅ♭の押鍵イベントが検出され
ると、鍵Ｃと鍵Ｅ♭の押鍵状態が認識されてコード名と
してＣマイナーが検出され、同時に前回検知コードとし
てＣメジャーが記憶される。更に、鍵Ｇの押鍵イベント
が検出されると、鍵Ｃ、鍵Ｅ♭及び鍵Ｇの押鍵状態が認
識されて、コード名として同じくＣマイナーが検出さ
れ、同時に前回検知コードとしてＣマイナーが記憶され
る。

【００２１】以上の処理によるコード検出では、コード
名としてＧマイナーが得られることになるが、直前に検
知した前回検知コードを前コードとすれば、Ｇマイナー
が前コードとなってしまい、実際に欲しい前コードであ
るＸは得られない。

【００２２】従来は前コードの概念が無かったので、上
述した第１の従来例で示した技術でコード検出及びコー
ド展開を行っても何等問題はなかった。しかし、演奏者
が意図する前コードを確実に得ようとすると、上記第１
の従来例で示した技術では対応できない。また、上述し
た第２、第３の実施例を用いれば、相当の確実性をもっ
て演奏者が意図する前コードを得ることができるが、上
述したように、コードを押さえる操作を開始してから伴
奏音が発生するまでに時間がかかり、コード入力に対す
る応答性に劣るという欠点がある。

【００２３】本発明は、かかる事情に鑑みなされたもの
で、前コードを確実に検出するとともに、コード入力に
対する応答性を向上させることのできる電子楽器の前コ
ード検出装置を提供することを目的とする。

【００２４】

【課題を解決するための手段】上記目的を達成するため
に、本発明の電子楽器の前コード検出装置は、今回検出
されたコードと前回検出されたコードとの異同を判断す
る判断手段と、該判断手段で今回検出されたコードと前
回検出されたコードとが相違することが判断された時に
計時を開始して所定時間が計時された場合にその旨を記
憶する計時手段と、前記判断手段で今回検出されたコー
ドと前回検出されたコードとが相違することが検出され
た場合に、前記計時手段が所定時間を計時した旨を記憶
していれば、前回検出されたコードを前コードとして記
憶する制御手段、とを具備したことを特徴とする。

【００２５】

【作用】本発明は、演奏者が複数鍵を押下することによ
り所定のコードを指定する場合は、各鍵の押鍵タイミン
グに微妙なずれはあっても短時間内で全鍵の押下は完了
するが、コードチェンジを行う場合は、前回の押鍵から
今回の押鍵までにはある程度の時間がかかるという演奏
上の特性を利用したものである。

【００２６】即ち、本発明においては、今回検出された
コードと前回検出されたコードとが相違することが判断
された場合、換言すればコードチェンジが検出された場
合に、前回のコードチェンジ時から所定時間が経過して
いるか否かを調べ、所定時間が経過していれば前回検出
されたコードを前コードとして記憶することにより前コ
ードを更新し、所定時間が経過していなければ、前コー
ドの更新は行わないようにしている。

【００２７】上述の図１８（Ｂ）に示した例を参照して
具体的に説明すると、鍵Ｃに対する処理時点では、前回
のコード検出から或る程度の時間が経過しているはずで
あるので、前回検出したコードＸを前コードとして記憶
する。次いで、鍵Ｅ♭に対する処理時点では、「Ｃ，Ｅ
♭，Ｇ」の各鍵をほぼ同時に押したのだから、前回のコ
ード検出（コードＣの検出）時点からの時間経過は小さ
いはずであるので、前回検出したコードＣは、前コード
として記憶しない。

【００２８】同様に、鍵Ｇに対する処理時点でも、前回
のコード検出（コードＣマイナーの検出）時点からの時
間経過は小さいはずであるので、前回検出したコードＣ
マイナーは、前コードとして記憶しない。従って、演奏
者が意図した最終的なコードであるＧマイナーを検出し
た時点での前コードはＸとなっており、正しい前コード
が検出できたことになる。

【００２９】これにより、前コード検出の確実性を向上
させることができるとともに、コード入力に対する応答
性を向上させることができる。

【００３０】

【実施例】以下、本発明の電子楽器の前コード検出装置
の実施例につき図面を参照しながら詳細に説明する。な
お、以下では、本発明の特徴部分、即ち、前コード検出
に係る構成及び動作を中心に説明する。

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

【００３２】「展開フォーム作成」では、それまでコー
ド構成音を押さえていた指の形（以下、「前フォーム」
という）と、新たに押さえられたコード（以下、「新コ
ード」という）の構成音とから、新コードの構成音を押
さえる指の形（以下、「展開フォーム」という）を作成
する。この際、新コードが○7 （セブンス：なお、○は
根音を示す。以下同じ）と○7sus4 （セブンスサスフォ
ー）である場合に、展開フォームを作成するために、前
コードが使用されることになる（詳細は後述する）。

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

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

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

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

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

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

【００３９】次に、この発明の特徴に係る「前コード検
出処理」と、上記「展開フォーム作成」及び「展開音作
成」を実現するための構成について説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６４】（１）○、○m 、○sus4、○aug は、３声
和音なのでそのまま用いる。 （２）○M7、○m7、○m7-5、○mM7 、○dim は、根音を
抜く。 （３）○6 は、５度音を抜く。 （４）○7、○7sus4は、前コードによって以下のルール
が順番に適用される。 Ｒ４−１：前コードと根音が同じ場合、根音を抜く。 Ｒ４−２：前コードが、○、○m 、○sus4、○aug 、○
M7、○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 又
は○7sus4 のアドレスがアドレスレジスタＦＡＤＲＳに
セットされる。これは、上述したルールＲ４−２を実施
するものである。その後、ステップＳ９０に分岐し、上
述したと同様の処理により候補フォームが作成される。

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

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

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

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

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

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

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

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

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

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

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

【０１４４】以上の処理により、展開フォームとして、
何れも２半音以内にある候補フォームの第３〜第５番目
の音が決定されることになる。その後、この展開フォー
ム決定処理ルーチンからリターンして展開フォーム作成
処理ルーチンに戻る。

【０１４５】なお、上記ステップＳ１０５〜Ｓ１０７
で、差の絶対値が「２」以下でないことが判断された場
合は、ステップＳ１１３に進み、基本フォームが展開フ
ォームとしてバッファＴＮＫＦ１〜ＴＮＫＦ３にセット
される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１６０】

【発明の効果】以上詳述したように、この発明によれば
前コードを確実に検出するとともに、コード入力に対す
る応答性を向上させることのできる電子楽器の前コード
検出装置を提供することができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１８】従来のコード検出及びその時の前コードを説
明するための図である。

【符号の説明】

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

Claims (1)

【特許請求の範囲】
1. 【請求項１】 今回検出されたコードと前回検出された
   コードとの異同を判断する判断手段と、 該判断手段で今回検出されたコードと前回検出されたコ
   ードとが相違することが判断された時に計時を開始して
   所定時間が計時された場合にその旨を記憶する計時手段
   と、 前記判断手段で今回検出されたコードと前回検出された
   コードとが相違することが検出された場合に、前記計時
   手段が所定時間を計時した旨を記憶していれば、前回検
   出されたコードを前コードとして記憶する制御手段、 とを具備したことを特徴とする電子楽器の前コード検出
   装置。