JPH07121176A - 伴奏内容検出装置及び自動伴奏装置 - Google Patents

Abstract

(57)【要約】 【目的】本発明は、より簡単な鍵操作で分数コードの自
動伴奏を行わせることのできる伴奏内容検出装置及び自
動伴奏装置を提供することを目的とする。 【構成】本発明の伴奏内容検出装置は、鍵盤装置１１の
特定領域の鍵の押下パターンに応じてコードを検出する
コード検出手段３１と、前記特定領域の鍵の押下パター
ンに応じてベースルートを検出するベースルート検出手
段３１とを備えて構成される。本発明の自動伴奏装置
は、鍵盤装置１１の特定領域の所定数以上の鍵が押され
た場合にコードの成否及びコードの種類を検出するコー
ド検出手段３１と、コード成立が検出されるとコード音
を発生し、コード不成立が検出されると従前のコード音
を継続して発生するコード音発生手段３３、３５、１５
と、前記特定領域の鍵の押下パターンに応じてベースル
ートを検出するベースルート検出手段３１と、検出され
たベースルートに基づいてベース音を発生するベース音
発生手段３４、３５、１５とを備えて構成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、鍵盤操作に伴う伴奏内
容を検出する電子楽器の伴奏内容検出装置及びこの伴奏
内容検出装置を適用した自動伴奏装置に関する。

【０００２】

【従来の技術】近年、自動伴奏装置を内蔵した電子楽器
が開発され実用に供されている。かかる電子楽器の一種
として、鍵盤をコード検出に用いるためのコード検出用
鍵盤と通常の演奏（例えばメロディ演奏）に用いる通常
演奏用鍵盤とに分け、コード検出用鍵盤の押鍵又は離鍵
に応じてコード検出を行ってコード音、ベース音及びド
ラム音で成る伴奏音を自動的に発生し、一方、通常演奏
用鍵盤の押鍵又は離鍵に応じて通常の楽音を発生するも
のが知られている。かかる電子楽器のコード検出用鍵盤
は、押鍵されてもその鍵に対応する音高の楽音が発生さ
れる訳ではなく、コードを指定するためにのみ用いられ
る。

【０００３】より具体的には、上記電子楽器における伴
奏音の発生は、次のようにして行われる。即ち、先ず、
コード検出用鍵盤の押下パターンに応じてコード検出が
行われる。このコード検出では、鍵の押下パターンに応
じたコード（コードルートとコードタイプとで構成され
る。）が検出される。次いで、予め記憶手段に記憶され
ている自動伴奏データを読み出し、これを検出されたコ
ードに応じて展開し、この展開されたデータを音源に送
ることにより伴奏音が発生されるようになっている。

【０００４】しかしながら、複数パート（コードパー
ト、ベースパート、ドラムパート等）を有し、各パート
がそれぞれ独立して自動伴奏音を発生する電子楽器で
は、コードパートの楽音に対しては上述したコード検出
及びコード展開を行ってコード音を発生させることがで
きるが、ベースパートに対しては独自に基準となる音
（ベースルート）がなかった。そこで、従来は、ベース
パートに対しても上記コード検出で得られたコード構成
音のうちの特定音、例えばコードルート音をベースルー
トとして展開することによりベース音を発生させてい
た。しかしながら、上記のようなコードルートとベース
ルートとが必ず一致するように構成されている自動伴奏
装置では分数コードの自動伴奏には対応できなかった。

【０００５】そこで、鍵盤上にベース検出用の鍵盤を特
別に定義し、このベース検出用鍵盤の押鍵又は離鍵に応
じてベースルートを検出し、一方、コードはベース検出
用鍵盤をも含む全鍵域で検出するようにしたものが本出
願人により考えられている（例えば、特開平４−３０１
９７号公報参照）。この自動伴奏装置によれば、コード
音とベース音との整合をとりながら、ベースルートとコ
ードルートとを別個に指定できるので、分数コードの自
動伴奏を行わせることができる。

【０００６】

【発明が解決しようとする課題】ところが、この特開平
４−３０１９７号公報に示された自動伴奏装置では、コ
ード検出を全鍵域で行うようになっているので、自動伴
奏機能を用いて演奏を行う場合に、非常に高等な技術を
要するという問題があった。例えば、或るメロディを演
奏する場合に、メロディを発音させるための押鍵に対し
てもコード検出が行われ、検出されたコードに基づいて
伴奏音の発音がなされる。従って、演奏技術が稚拙な演
奏者が演奏すると、演奏者が意図しないコード音が放音
される場合が発生し、使い勝手に劣るという問題があっ
た。

【０００７】本発明は、かかる事情に鑑みなされたもの
で、より簡単な鍵操作で分数コードの自動伴奏を行わせ
ることのできる伴奏内容検出装置及び自動伴奏装置を提
供することを目的とする。

【０００８】

【課題を解決するための手段】本発明の伴奏内容検出装
置は、上記目的を達成するために、伴奏内容を検出する
ための特定領域を有する鍵盤装置と、該鍵盤装置の特定
領域の鍵の押下パターンに応じてコードを検出するコー
ド検出手段と、前記鍵盤装置の特定領域の鍵の押下パタ
ーンに応じてベースルートを検出するベースルート検出
手段、とを具備したことを特徴とする。

【０００９】また、本発明の伴奏内容検出装置は、上記
と同様の目的で、前記ベースルート検出手段は、前記特
定鍵域の押されている鍵のうち、最低音に対応する鍵の
音をベースルートとすることを特徴とする。

【００１０】また、本発明の自動伴奏装置は、上記目的
を達成するために、伴奏内容を検出するための特定領域
を有する鍵盤装置と、該鍵盤装置の特定領域の所定数以
上の鍵が押された場合に、その押下パターンに応じてコ
ードの成否及びコードの種類を検出するコード検出手段
と、該コード検出手段でコードの成立が検出された場合
に検出されたコードに応じたコード音を発生し、コード
の成立が検出されなかった場合に従前のコード音を継続
して発生するコード音発生手段と、前記鍵盤装置の特定
領域の鍵の押下パターンに応じてベースルートを検出す
るベースルート検出手段と、前記ベースルート検出手段
で検出されたベースルートに基づいてベース音を発生す
るベース音発生手段、とを備えたことを特徴とする。

【００１１】更に、本発明の自動伴奏装置は、上記と同
様の目的で、前記ベースルート検出手段は、前記特定鍵
域の押されている鍵のうち、最低音に対応する鍵の音を
ベースルートとすることを特徴とする。

【００１２】

【作用】本発明の伴奏内容検出装置においては、鍵盤装
置の特定領域、例えばコード検出用鍵盤として予め定め
られている鍵域の鍵が押された場合に、その押下パター
ンに応じてコード（例えばコードルート及びコードタイ
プ）を検出する。また、上記特定領域の鍵の押下パター
ンに応じてベースルートを検出する。ここで検出される
ベースルートは、例えば押された鍵のうち最低音に対応
する鍵の音である。このようにして検出されたコード及
びベースルートは、自動伴奏用のデータとして使用され
る。

【００１３】従来は、鍵盤装置の鍵の押下パターンに応
じてコード検出を行い、検出されたコードの構成音の中
の特定音、例えば最低音をベースルートとしていた。従
って、特定のコードを指定した場合は、押下パターンに
拘らずベースルートは一意的に決定されてしまい、１つ
のコードにおいてベースルート音を選択する余地はなか
った。これに対し、本発明によれば、例えば押された鍵
のうち最低音に対応する鍵の音をベースルートとすれ
ば、押下パターンに応じて複数のベースルート音を選択
することが可能となる。

【００１４】このように、本発明では、鍵盤装置上で、
伴奏内容、つまりコード及びベースルートを検出するた
めの領域を予め定め、コード及びベースルートを検出す
るようにしているので、全鍵域でコード検出を行う場合
に比べ演奏者が意図するコードを指定することが容易に
できるものとなっている。また、同一のコードを指定す
る場合であっても、押下パターンによってベースルート
を異ならしめることができるので、分数コードの演奏に
も対応できるものとなっている。

【００１５】また、本発明の自動伴奏装置においては、
鍵盤装置の特定領域、例えばコード検出用鍵盤として予
め定められている鍵域の所定数以上の鍵が押された場合
に、その押下パターンに応じてコードの成否及びコード
が成立した場合のコードの種類（例えばコードルート及
びコードタイプ）を検出する。そして、コードが成立し
たことが検出された場合に、検出されたコードに応じた
コード音を発生する。一方、コードが成立しなかったこ
とが検出された場合（所定数以上の鍵が押されていない
場合を含む。）には、それまでに発生していた楽音を継
続して発生する。

【００１６】また、上記特定領域の鍵の押下パターンに
応じてベースルートを検出する。ここで検出されるベー
スルートは、例えば押された鍵のうち最低音に対応する
鍵の音である。このベースルートの検出は、上記コード
の成否とは別途独立に行われる。

【００１７】鍵盤装置の押された鍵のうち例えば最低音
に対応する鍵の音をベースルートとするときは、押下パ
ターンに応じて複数のベースルート音を選択することが
できることは、上記伴奏内容検出装置の場合と同じであ
る。

【００１８】加えて、この自動伴奏装置では、コードが
成立しなかった場合（所定数以上の鍵が押されていない
場合を含む。）には、従前のコード音の発音が継続され
るので、ベース音を順次変更して分数コードの演奏を行
うような場合には、押鍵数を所定数以下にして、又はコ
ードが不成立となるような押下パターンで順次所望の鍵
を押すことにより、コード音を継続させながらベース音
のみを所望の音に変更する応用が可能となる。これによ
り、演奏者が意図するコード音及びベース音を発生させ
る場合に、全鍵域でコード検出を行う場合に比べて鍵盤
操作が容易になっている。

【００１９】

【実施例】以下、本発明の実施例につき図面を参照しな
がら詳細に説明する。図１は、本発明に係る伴奏内容検
出装置及び自動伴奏装置が適用された電子楽器の実施例
の概略的な構成を示すブロック図である。

【００２０】図１において、１０は中央処理装置（以
下、「ＣＰＵ」という。）、１１は鍵盤装置、１２は操
作パネル、１３は表示器、１４は自動伴奏データ記憶
部、１５は楽音信号発生部、１６は増幅器、１７はスピ
ーカである。

【００２１】ＣＰＵ１０は、ソフトウエアの機能、又は
ソフトウエア及びハードウエアの両機能により実現され
る押鍵検出部３０、コード検出部３１、データ読出部３
２、コード展開部３３、ベース展開部３４、発音チャン
ネル割当部３５及び表示制御部３６を有している。これ
ら各構成要素の詳細については後述する。

【００２２】また、このＣＰＵ１０には、図示しないリ
ードオンリメモリ（以下、「ＲＯＭ」という。）が接続
されており、本ＣＰＵ１０を動作させるための制御プロ
グラム及び各種固定データが記憶されている。また、こ
のＲＯＭには、例えば図２に示すような、コード検出の
ために使用するコードテーブルが記憶されている。この
コードテーブルには、、メジャー、マイナー、セブン
ス、…等といった各コードタイプ毎に、音名Ｃを基準と
して各コードの構成音を「１」に対応させたコードビッ
トパターンデータが記憶されている。

【００２３】また、このＣＰＵ１０には、図示しないラ
ンダムアクセスメモリ（以下、「ＲＡＭ」という。）が
接続されており、ＣＰＵ１０が各種処理に使用するため
のバッファ、レジスタ、カウンタ或いはフラグ等の各領
域が設けられている。例えば、コード検出処理で使用す
るコードルートエリア、コードタイプエリア、ベースル
ートエリア、オクトコードエリア等が設けられている。

【００２４】更に、このＣＰＵ１０には図示しないタイ
マが含まれており、このタイマは一定時間間隔で割込を
発生するようになっている。このタイマ割込の回数は、
図示しないＲＡＭに設けられたタイマカウンタで計数さ
れる。このタイマカウンタは、後述する自動伴奏処理に
おいて、自動伴奏イベントの有無、即ち所定の自動伴奏
データの発音タイミングが到来したか否かを調べるため
に使用される。

【００２５】鍵盤装置１１は、音程を指示するための複
数の鍵を備えている。この鍵盤装置１１は、通常演奏モ
ードでは全鍵域が発音すべき音を指定するために用いら
れるが、自動伴奏モードでは、所定の連続した２鍵の間
をスプリットポイントとして、例えばロワー側がコード
検出用鍵盤、アッパー側が通常演奏用鍵盤として機能的
に分離される。以下、この鍵盤装置１１を分離して使用
する機能をスプリット機能という。なお、自動伴奏モー
ドとは、自動伴奏データ記憶部１４に記憶された自動伴
奏データに基づいて自動伴奏音を発生するモードであ
り、通常演奏モードとは、鍵盤装置１１の押鍵又は離鍵
により生成されたデータに基づいて楽音を発生するモー
ドである。本実施例では、例えば図３に示すように、ス
プリットポイントはキーナンバＦ♯２とＧ２との間にあ
るものとする。従って、コード検出用鍵盤はキーナンバ
Ａ０〜Ｆ♯２の鍵、通常演奏用鍵盤はキーナンバＧ２よ
り高音域の鍵である。

【００２６】コード検出用鍵盤は鍵盤装置の特定領域に
対応するものであり、コードの指定及びベースルートの
指定に用いられる。このコード検出用鍵盤は、押鍵され
てもその鍵に対応する音高の楽音が発生される訳ではな
く、コード及びベースルートを指定するためにのみ用い
られる。一方、通常演奏用鍵盤は、発音すべき音を指定
するために用いられる。なお、本実施例では、自動伴奏
モードにされた時に、スプリット機能が動作するように
構成しているが、自動伴奏モードにされた時ではなく、
所定のスイッチが押された時にスプリット機能が動作す
るように構成しても良い。

【００２７】この鍵盤装置１１は、各鍵のオン／オフ状
態を１ビットに対応させたビット列からなるデータを出
力する。この際、コード検出用鍵盤から出力されるデー
タと通常演奏用鍵盤から出力されるデータとは特に区別
されていない。この鍵盤装置１１が出力するデータは、
ＣＰＵ１０の押鍵検出部３０に送られる。なお、上記鍵
盤装置１１としては、例えば、所謂イニシャルタッチデ
ータを検出するために２接点方式の鍵盤装置を用いるこ
とができる。

【００２８】操作パネル１２は、本電子楽器に各種動作
を指示するものであり、複数のスイッチ及び表示器等に
より構成されている。本実施例で使用する自動伴奏スイ
ッチ１２０は、この操作パネル１２に搭載されている。
自動伴奏スイッチ１２０は自動伴奏の開始又は停止を制
御するためのスイッチであり、具体的には後述するデー
タ読出部３２における自動伴奏データの読み出しの開始
／停止を指示するために使用される。

【００２９】操作パネル１２には、上記以外の各種スイ
ッチ、例えば音色を切り換えるための音色スイッチ、音
量を変更するための音量スイッチ、リズムを切り換える
ためのリズムスイッチ等が設けられているが、本発明と
は直接関係しないので説明は省略する。

【００３０】この操作パネル１２に設けられる表示器１
３は、例えばＬＣＤ表示器で構成されている。この表示
器１３には、電子楽器の状態や電子楽器からの種々のメ
ッセージ、例えば自動伴奏モードにおいて検出したコー
ドルート、コードタイプ及びベースルート等が表示され
る。この表示器１３の表示内容は、ＣＰＵ１０の表示制
御部３６から送られてくるデータに従って更新される。
なお、本実施例では表示器１３としてＬＣＤ表示器の例
を示したが、表示器としてはＬＣＤ表示器に限定される
ものでなく、ＬＥＤ表示器、ＣＲＴ、プラズマディスプ
レイその他種々の表示器を用いることができる。

【００３１】上記自動伴奏データ記憶部１４は、自動伴
奏に用いる自動伴奏データを記憶するものであり、例え
ばリードオンリメモリ（以下、「ＲＯＭ」という。）で
構成されている。この自動伴奏データ記憶部１４には、
コードパートデータ、ベースパートデータ及びドラムパ
ートデータの３種類の自動伴奏データが記憶されてい
る。コードパートデータは、各種リズムに対応した複数
のコード演奏パターンが例えば音名Ｃを基準とした音高
及び音長の音符データとして記憶されている。ベースパ
ートデータは、各種リズムに対応した複数のベース演奏
パターンが例えば音名Ｃを基準とした音高及び音長の音
符データとして記憶されている。ドラムパートデータ
は、各種リズムに対応した複数のドラム演奏パターンが
所定の音高及び音長の音符データとして記憶されてい
る。この自動伴奏データ記憶部１４は、ＣＰＵ１０のデ
ータ読出部３２に接続されている。

【００３２】楽音信号発生部１５はコード音発生手段及
びベース音発生手段のそれぞれ一部に対応するものであ
る。楽音信号発生部１５は、複数のオシレータを有し、
ＣＰＵ１０の発音チャンネル割当部３５で割り当てられ
たオシレータを使用して楽音信号を生成する。この楽音
信号発生部１５では、鍵盤装置１１の操作に応じた楽
音、自動伴奏データに応じたコード音、ベース音及びド
ラム音の各楽音信号が生成される。この楽音信号発生部
１５で生成された楽音信号は増幅器１６で所定の増幅が
行われ、スピーカ１７を介して放音される。

【００３３】次に、ＣＰＵ１０により実現される各ブロ
ックについて説明する。押鍵検出部３０は、鍵盤装置１
１から送られてきた各鍵のオン／オフ状態を１ビットに
対応させたビット列からなるデータに基づき、押鍵又は
離鍵された鍵のキーナンバ及びイニシャルタッチデータ
を検出するものである。この押鍵検出部３０で検出され
たキーナンバ及びイニシャルタッチデータ（以下、「鍵
盤データ」と総称する。）は、通常演奏モードの場合は
全て発音チャンネル割当部３５に送られる。一方、自動
伴奏モードの場合は、コード検出用鍵盤に対応する鍵盤
データはコード検出部３１に、通常演奏用鍵盤に対応す
る鍵盤データは発音チャンネル割当部３５にそれぞれ送
られる。

【００３４】コード検出部３１はコード検出手段及びベ
ースルート検出手段に対応するものであり、上記押鍵検
出部３０のコード検出用鍵盤から送られてきた鍵盤デー
タを受け取ってコード検出（コードルート及びコードタ
イプの検出）及びベースルートの検出を行うものであ
る。コード検出及びベースルートの検出方法について
は、後に詳述する。このコード検出部３１で検出された
コード（コードルート及びコードタイプ）は、表示制御
部３６及びコード展開部３３に送られ、ベースルート
は、表示制御部３６及びベース展開部３４に送られる。

【００３５】データ読出部３２は、操作パネル１３の自
動伴奏スイッチ１２０からの指示に応じて、自動伴奏デ
ータ記憶部１４からコードパートデータ、ベースパート
データ及びドラムパートデータを時分割で順次読み出す
ものである。このデータ読出部３２で読み出されたコー
ドパートデータはコード展開部３３へ、ベースパートデ
ータはベース展開部３４へ、ドラムパートデータは発音
チャンネル割当部３５へ、それぞれ送られる。

【００３６】コード展開部３３はコード音発生手段の一
部に対応するものであり、データ読出部３２から受け取
ったコードパートデータを、コード検出部３１から送ら
れてきたコードに従って展開するものである。このコー
ド展開の動作については、例えば上掲の特開平４−３０
１９７号公報に説明されている。このコード展開部３３
におけるコード展開により生成された楽音データは、発
音チャンネル割当部３５に送られる。

【００３７】ベース展開部３４はベース音発生手段の一
部に対応するものであり、データ読出部３２から受け取
ったベースパートデータを、コード検出部３１から送ら
れてきたベースルートに従って展開するものである。こ
のベース展開の動作についても、上掲の特開平４−３０
１９７号公報に説明されている。このベース展開部３４
におけるベース展開により生成された楽音データは、発
音チャンネル割当部３５に送られる。

【００３８】発音チャンネル割当部３５は、押鍵検出部
３０から送られてきた鍵盤データ、コード展開部３３か
ら送られてきた楽音データ、ベース展開部３４から送ら
れてきた楽音データ、又はデータ読出部３２から送られ
てきたドラムパートデータを受け取り、これらが発音を
指示するデータである場合は発音チャンネルを割り当
て、消音を指示するデータである場合は発音チャンネル
を解放する処理を行うものである。

【００３９】ここで発音チャンネルとは、楽音信号発生
部１５が有するオシレータ（１又は２以上）に対応する
ものであり、発音チャンネル割当とは、発音を指示する
データが送られてきた場合に、楽音信号発生部１５中の
どのオシレータを用いて発音させるかを決定する処理で
ある。この発音チャンネル割当部３５で発音チャンネル
が割り当てられると、その旨の情報と発音指示に係る各
種データとが楽音信号発生部１５に送られる。これによ
り、楽音信号発生部１５において、割り当てられた発音
チャンネルを用いて楽音信号が生成され、増幅器１６で
増幅されてスピーカ１７に供給されることにより、所定
の楽音が放音されることになる。

【００４０】ＣＰＵ１０の表示制御部３６は、表示器１
３に各種表示を行わせる場合の制御を行うものである。
この表示制御部３６では、例えば、コード検出部３１か
らコード（コードルート及びコードタイプ）及びベース
ルートの各データを受け取り、これを表示器１３で表示
できる形式のデータに変換し、表示位置を指示するデー
タを付加して表示器１３に送出する。これにより、表示
器１３の所定部位にコードルート、コードタイプ及びベ
ースルートが表示されることになる。

【００４１】次に、上記の構成において、本電子楽器の
伴奏内容検出装置の動作につき、図４〜図７に示したフ
ローチャートを参照しながら説明する。

【００４２】図４（Ａ）は、本電子楽器のメインルーチ
ンを示すフローチャートであり、電源の投入により起動
される。即ち、電源が投入されると、先ず、初期化処理
が行われる（ステップＳ１０）。この初期化処理は、Ｃ
ＰＵ１０の内部状態を初期状態に設定するとともに、図
示しないＲＡＭに定義されているレジスタ、カウンタ或
いはフラグ等を初期状態に設定する処理である。また、
この初期化処理では、楽音信号発生部１５に所定のデー
タを送り、電源投入時に不要な音が発生されるのを防止
する処理も行われる。

【００４３】この初期化処理が終了すると、次いで、パ
ネル処理が行われる（ステップＳ１１）。このパネル処
理の詳細は、図５のフローチャートに示されている。

【００４４】パネル処理では、先ず、パネルイベントの
有無が調べられる（ステップＳ２０）。これは以下のよ
うにして行われる。即ち、先ずＣＰＵ１０が操作パネル
１２をスキャンすることにより、各スイッチのオン／オ
フ状態を示すパネルデータ（以下、「新パネルデータ」
という。）を各スイッチに対応したビット列データとし
て取り込む。

【００４５】次いで、前回読み込んで図示しないＲＡＭ
に既に記憶されているパネルデータ（以下、「旧パネル
データ」という。）と、今回読み込んだ新パネルデータ
とを比較し、相違するビットをオンにしたイベントマッ
プを作成する。このステップＳ２０におけるパネルイベ
ントの有無の判断は、このイベントマップを参照し、オ
ンになっているビットが存在するか否かを調べることに
より行われる。

【００４６】ここでパネルイベントがないことが判断さ
れると、何等の処理をも行うことなくこのパネル処理ル
ーチンからリターンしてメインルーチンに戻る。一方、
パネルイベントがあることが判断されると、そのイベン
トは自動伴奏スイッチ１２０のイベントであるか否かが
調べられる（ステップＳ２１）。これは、上記で作成し
たイベントマップ中の自動伴奏スイッチ１２０に対応す
るビットがオンになっているか否かを調べることにより
行われる。

【００４７】そして、自動伴奏スイッチ１２０のイベン
トであることが判断されると、次いで、現在自動伴奏モ
ードであるか否かが調べられる（ステップＳ２２）。こ
れは、自動伴奏フラグがオンになっているか否かを調べ
ることにより行われる。ここで、自動伴奏フラグは、図
示しないＲＡＭに定義されたフラグであり、本電子楽器
の伴奏内容表示装置が自動伴奏モードにあるか通常演奏
モードにあるかを記憶するものである。自動伴奏フラグ
は、自動伴奏モードでは「１」に、通常演奏モードでは
「０」にそれぞれ設定される。

【００４８】上記ステップＳ２２で自動伴奏モードでな
いことが判断されると、つまり自動伴奏フラグが「０」
であることが判断されると、自動伴奏フラグが「１」に
セットされる（ステップＳ２４）。同時に、図示しない
ＲＡＭに設けられたタイマカウンタのカウントアップが
開始される。

【００４９】一方、自動伴奏モードであることが判断さ
れると、つまり自動伴奏フラグが「１」であることが判
断されると、自動伴奏フラグが「０」にクリアされる
（ステップＳ２３）。同時に、タイマカウンタのカウン
トアップが停止される。このステップＳ２２〜Ｓ２４に
より、自動伴奏スイッチ１２０を押下する度に自動伴奏
モードと通常演奏モードとが交互に反転するトグル機能
が実現されている。なお、上記ステップＳ２１で自動伴
奏スイッチ１２０のイベントでないことが判断される
と、上記ステップＳ２２〜Ｓ２４の処理はスキップされ
る。

【００５０】次いで、「その他のスイッチ処理」が行わ
れる（ステップＳ２５）。この「その他のスイッチ処
理」は、操作パネル１２に設けられた上記以外のスイッ
チ操作に対する処理である。

【００５１】例えば、音色スイッチの操作に対応する音
色切換処理、音量スイッチの操作に対応した音量変更処
理、リズムスイッチの操作に対応したリズム変更処理等
が行われる。各スイッチに対応する処理の内容は、本発
明とは直接関係しないので説明は省略する。その後、こ
のパネル処理ルーチンからリターンしてメインルーチン
に戻る。

【００５２】メインルーチンでは、次いで、鍵盤処理が
行われる（ステップＳ１２）。この鍵盤処理の詳細は、
図６のフローチャートに示されている。この鍵盤処理の
中で、本発明の特徴に関係するコード及びベースルート
の検出処理が行われることになる。

【００５３】鍵盤処理では、先ず、鍵盤イベントの有無
が調べられる（ステップＳ３０）。これは以下のように
して行われる。即ち、先ずＣＰＵ１０の押鍵検出部３０
で鍵盤装置１１をスキャンすることにより、各鍵のオン
／オフ状態を示すデータ（以下、「新鍵盤データ」とい
う。）を各鍵に対応したビット列データとして取り込
む。

【００５４】次いで、前回読み込んで図示しないＲＡＭ
に既に記憶されている鍵盤データ（以下、「旧鍵盤デー
タ」という。）と、今回読み込んだ新鍵盤データとを比
較し、相違するビットをオンにしたイベントマップを作
成する。このステップＳ３０で行う鍵盤イベントの有無
の判断は、このイベントマップに、オンになっているビ
ットが存在するか否かを調べることにより行われる。

【００５５】ここで鍵盤イベントがないことが判断され
ると、何等の処理をも行わずにこの鍵盤処理ルーチンか
らリターンしてメインルーチンに戻る。一方、鍵盤イベ
ントがあることが判断されると、自動伴奏フラグが
「１」であるか否かが調べられる（ステップＳ３１）。
そして、自動伴奏フラグが「０」、即ち通常演奏モード
であることが判断されると、ステップＳ３３へ分岐して
押鍵／離鍵処理（詳細は後述する。）が行われる。

【００５６】一方、自動伴奏フラグが「１」、即ち、自
動伴奏モードであることが判断されると、次いで、コー
ド検出用鍵盤のイベントであるか否かが調べられる（ス
テップＳ３２）。これは、鍵盤データ中のキーナンバが
スプリットポイントより低音側の番号となっているか否
かを調べることにより行われる。そして、コード検出用
鍵盤のイベントでない、つまり通常演奏用鍵盤の鍵のイ
ベントであることが判断されると押鍵／離鍵処理が行わ
れる（ステップＳ３３）。

【００５７】押鍵／離鍵処理は次のようにして行われ
る。即ち、押鍵検出部３０から出力された鍵盤データは
発音チャンネル割当部３５に送られる。発音チャンネル
割当部３５は、受け取った鍵盤データが押鍵を示すデー
タである場合は、発音チャンネルの割当てを行い、割り
当てられた発音チャンネルに関する情報及び鍵盤データ
を楽音信号発生部１５に送る。これにより、楽音信号発
生部１５では、割り当てられた発音チャンネルを用いて
楽音信号が生成され、増幅器１６及びスピーカ１７を介
して発音が行われる。

【００５８】一方、離鍵を示すデータである場合は、発
音チャンネル割当部３５は発音チャンネルの検索を行
う。そして、検索された発音チャンネルに関する所定の
データを楽音信号発生部１５に送る。これにより、その
発音チャンネルにおける楽音信号の生成が中止され、増
幅器１６及びスピーカ１７を介して発音されていた楽音
が停止される。その後、この鍵盤処理ルーチンからリタ
ーンしてメインルーチンに戻る。

【００５９】一方、上記ステップＳ３２でコード検出用
鍵盤のイベントであることが判断されると、以下、コー
ド及びベースルートの検出が行われる。

【００６０】即ち、先ず、押鍵イベントのあった鍵が、
現在押されている鍵の中で最低音に対応する鍵であるか
否かが調べられる（ステップＳ３４）。そして、最低音
に対応する鍵であることが判断されると、ベースルート
の更新が行われる（ステップＳ３５）。これは、ＲＡＭ
のベースルートエリアが、その鍵に対応する音名で書き
換えられる。以下、自動伴奏処理では、このベースルー
トエリアの音名を用いてベース展開が行われることにな
る。一方、押鍵イベントのあった鍵が、現在押されてい
る鍵の中で最低音に対応する鍵でないことが判断される
と、ステップＳ３５の処理はスキップされ、ベースルー
トの更新は行われない。

【００６１】次いで、ＲＡＭのオクトコードエリアがク
リアされる（ステップＳ３６）。次いで、合成オクトコ
ードの作成が行われる（ステップＳ３７）。具体的に
は、先ず、キーナンバＡ０〜Ｂ０の新鍵盤データとオク
トコードエリアの内容の論理和がとられ、結果がオクト
コードエリアに格納される。なお、存在しない鍵（キー
ナンバＣ０〜Ｇ０、Ｇ２〜Ｂ２）に対応する鍵盤データ
は「０」として論理和がとられる。

【００６２】次いで、合成終了か否かが調べられる（ス
テップＳ３８）。即ち、キーナンバＣ２の属するオクタ
ーブに対する演算が終了したか否かが調べられる。そし
て、合成終了でないことが判断されるとステップＳ３７
に戻り、次の１オクターブに対する論理和がとられて結
果がオクトコードエリアに格納される。かかる動作を合
成終了が認識されるまで（本実施例では３回）繰り返し
た後、ステップＳ３９に進む。この時点では、オクトコ
ードエリアには、コード検出用鍵盤の押されている鍵の
音名に対応するビットが「１」にセットされたオクトコ
ードが格納されている。

【００６３】次いで、３鍵以上がオンにされているか否
かが調べられる（ステップＳ３９）。つまり、オクトコ
ードエリアに、「１」にセットされているビットが３個
以上存在するか否かが調べられる。そして、３鍵以上が
オンにされていないことが判断されると、以下の処理を
行うことなくこの鍵盤処理ルーチンからリターンしてメ
インルーチンに戻る。この処理により、３鍵以上の押鍵
がなければコード検出を行わず、従前に検出したコード
が引き続いて自動伴奏におけるコード展開に使用される
という機能が実現されている。ただし、この場合にも、
上述したようにベースルートの検出は行われるので、１
鍵又は２鍵を押すことによりコードは従前の状態を維持
したままベースルートのみを変更して分数コードの演奏
を行わせることができるものとなっている。なお、本実
施例では、３鍵以上がオンにされていなければコード検
出を行わないように構成したが、２鍵以上がオンにされ
ていなければコード検出を行わないように構成すること
もできる。

【００６４】一方、上記ステップＳ３９で３鍵以上がオ
ンであることが判断されると、次いで、ＲＡＭのコード
ルートエリアがクリアされる（ステップＳ４０）。次い
で、合成オクトコードとコードテーブルとが比較される
（ステップＳ４１）。即ち、図示しないＲＯＭのコード
テーブルの先頭から順次各コードタイプのコードビット
パターンデータを読み出し、合成オクトコードと一致す
るものがあるか否かを調べる。そして、一致するものが
なければ合成オクトコードを１ビットだけ左又は右にリ
ングシフトする（ステップＳ４２）。そして、コードル
ート、つまりコードルートエリアの内容をインクリメン
トする（ステップＳ４３）。そして、コードルートが
「１２」になったか否か、換言すれば１２回のリングシ
フトが終了したか否かが調べられる（ステップＳ４
４）。

【００６５】そして、コードルートが「１２」になって
いないことが判断されると、ステップＳ４１に戻り、以
下同様の処理を繰り返す。この繰り返し実行において、
ステップＳ４４でコードルートが「１２」になったこと
が判断されると、つまり、全てのコードタイプの全ての
コードルートに対応するコードビットパターンデータに
合致するものが存在しないことが判断されると、コード
が成立しなかったものと認識され、コード不成立時処理
が行われる（ステップＳ４５）。このコード不成立時処
理においては、コード検出部３１は、押されている鍵の
全ての鍵盤データをコード展開部３３に送る。コード展
開部３３は、後に説明する自動伴奏処理において、コー
ド検出部３１から受け取った鍵盤データ中の音高データ
と、データ読出部３２から受け取ったコードパートデー
タ中の音長データとを発音チャンネル割当部３５に送
る。これにより、楽音信号発生部１５では、押鍵された
鍵の音がコードパートデータのリズムに従って発音され
ることになる。

【００６６】次いで、表示処理が行われる（ステップＳ
４６）。この表示処理においては、表示制御部３６は、
コードルート及びコードタイプについては、その時点で
既に表示されていたものを継続して表示するように制御
する。また、ベースルートについては、ベースルートの
更新が行われた場合には変更後のベースルートを表示す
るように制御し、更新が行われなかった場合には、その
時点で表示されていたものを継続して表示するように制
御する。その後、この鍵盤処理ルーチンからリターンし
てメインルーチンに戻る。

【００６７】上記ステップＳ４１〜Ｓ４４の繰り返し実
行の過程において、ステップＳ４１でコードテーブル中
に合成オクトコードと一致するものが存在することが判
断されると、コードが検出されたものと認識し、コード
タイプを更新する（ステップＳ４７）。即ち、一致した
コードタイプを示すデータをコードタイプエリアに書き
込む。次いで、コードルートの更新を行う（ステップＳ
４８）。このコードルートは、上記ステップＳ４１〜Ｓ
４４の繰り返し実行の中で、合成オクトコードをリング
シフトする度にインクリメントすることにより得られた
値であり、既にコードルートエリアに格納されている。

【００６８】次いで、表示処理が行われる（ステップＳ
４９）。この表示処理においては、表示制御部３６は、
コードルート及びコードタイプについては、新たに検出
されたものを表示するように制御する。また、ベースル
ートについては、ベースルートの更新が行われた場合に
は変更後のベースルートを表示するように制御し、更新
が行われなかった場合には、その時点で表示されていた
ものを継続して表示するように制御する。その後、この
鍵盤処理ルーチンからリターンしてメインルーチンに戻
る。

【００６９】メインルーチンでは、次いで、自動伴奏処
理が行われる（ステップＳ１３）。この自動伴奏処理の
詳細については、図７のフローチャートに示されてい
る。

【００７０】自動伴奏処理では、先ず、自動伴奏フラグ
が「１」であるか否かが調べられる（ステップＳ５
０）。そして、自動伴奏フラグが「０」、即ち通常演奏
モードであることが判断されると、何等の処理を行うこ
となくこの自動伴奏処理ルーチンからリターンしてメイ
ンルーチンに戻る。

【００７１】一方、自動伴奏フラグが「１」、即ち、自
動伴奏モードであることが判断されると、タイマカウン
タの内容と、自動伴奏データ記憶部１４から読み出した
自動伴奏データに含まれるステップタイム値とが比較さ
れ（ステップＳ５１）、これらが一致するか否かが調べ
られる（ステップＳ５２）。

【００７２】そして、一致することが判断された場合
は、データ読出部３２によって自動伴奏データ記憶部１
４から自動伴奏データを読み出す（ステップＳ５３）。
そして、この読み出された自動伴奏データがコードパー
トデータの場合はコード展開部３３へ、ベースパートデ
ータの場合はベース展開部３４へ、ドラムパートデータ
の場合は発音チャンネル割当部３５へそれぞれ送られ
る。

【００７３】次いで、コード／ベース展開処理が行われ
る（ステップＳ５４）。このコード／ベース展開処理
は、コード展開部３３がデータ読出部３２から受け取っ
たコードパートデータをコード検出部３１から送られて
きたコードに従って展開し、または、ベース展開部３４
がデータ読出部３２から受け取ったベースパートデータ
をコード検出部３１から送られてきたベースルートに従
って展開するものである。コード展開又はベース展開の
何れを行うかは、読み出された自動伴奏データに従う。
また、ドラムパートデータが読み出された場合は、この
ステップＳ５４の処理はスキップされる。このコード／
ベース展開処理により生成された楽音データは、発音チ
ャンネル割当部３５に送られる。なお、コード不成立の
場合は、上述したように、鍵盤データ中の音高データ及
びコードパートデータ中の音長データに基づいて楽音デ
ータが生成され発音チャンネル割当部３５に送られる。

【００７４】次いで、発音処理が行われる（ステップＳ
５５）。即ち、コード／ベース展開により生成された楽
音データが発音チャンネル割当部３５に送られることに
より、上述した鍵盤処理ルーチン（図６）のステップＳ
３３で説明したと同様の方法で、発音又は消音が行われ
る。

【００７５】次いで、データアドレスのインクリメント
が行われる（ステップＳ５６）。即ち、自動伴奏データ
が記憶されている自動伴奏データ記憶部１４のアドレス
がインクリメントされる。これにより、次回の自動伴奏
処理においては、次の自動伴奏データを用いて発音が行
われることになる。その後、この自動伴奏処理ルーチン
からリターンしてメインルーチンに戻る。

【００７６】一方、上記ステップＳ５２で、タイマカウ
ンタの内容と自動伴奏データ中のステップタイム値とが
一致しないことが判断されると、次のトラック（パー
ト）へ移行するための処理が行われる（ステップＳ５
７）。即ち、複数のパートの自動伴奏が行われている場
合に、次のトラック（パート）に対して上記と同様の処
理を行うべく、例えば、自動伴奏データの読出アドレス
等を変更する処理が行われる。これにより、コードパー
ト、ベースパート及びドラムパートの自動伴奏データに
対する処理が順次繰り返されることになる。

【００７７】次いで、自動伴奏の終了か否かが調べられ
る（ステップＳ５８）。即ち、現在処理している自動伴
奏データが、自動伴奏の終了を意味するＥＮＤマークを
有するデータであるか否かが調べられる。そして、自動
伴奏の終了でないことが判断されると、この自動伴奏処
理ルーチンからリターンしてメインルーチンに戻る。

【００７８】一方、上記ステップＳ５８で自動伴奏の終
了であることが判断されると、自動伴奏停止処理及びエ
ンディング処理が行われる（ステップＳ５９）。即ち、
自動伴奏フラグを「０」にクリアすると共に、タイマカ
ウンタのカウントアップを停止させる。その後、この自
動伴奏処理ルーチンからリターンしてメインルーチンに
戻る。

【００７９】以上の処理が終了してこの自動伴奏処理ル
ーチンからリターンしてメインルーチンに戻ると、メイ
ンルーチンでは、次いで、「その他の処理」が行われる
（ステップＳ１４）。この「その他の処理」では、上述
した以外の各種処理、例えばＭＩＤＩデータの送受信処
理等が行われる。

【００８０】このように、メインルーチンのステップＳ
１１〜Ｓ１４の繰り返し実行の過程で、パネル操作又は
鍵盤操作に応じたイベント、或いは自動伴奏イベントが
発生すると、そのイベントに対応する処理が行われるこ
とにより電子楽器の各種機能が実現されている。

【００８１】また、上記ＣＰＵ１０の処理とは別途独立
に、図４（Ｂ）に示すように、タイマ割込処理が行われ
る。このタイマ割込処理は、ＣＰＵ１０のタイマにより
一定周期で発生される割込を受け付けてタイマカウンタ
をインクリメントする処理である（ステップＳ１５）。
このタイマカウンタの内容は、上述したように、自動伴
奏処理において、発音タイミングを検出するために使用
される。

【００８２】以上の動作の理解をより深めるために、押
下パターンの種類と、その時に検出されるベースルー
ト、コードルート及びコードタイプを図３に示してい
る。

【００８３】図３（Ａ）では、キーナンバＡ０の鍵のみ
が押されている状態を示している。この場合、コード検
出用鍵盤において、３鍵以上が押されていないのでコー
ドの検出は行われず、コード不成立として扱われる。ま
た、ベースルートとしては、コード検出用鍵盤の押鍵中
の鍵の最低音、つまり音名Ａが採用される。

【００８４】図３（Ｂ）では、キーナンバＡ０、Ｃ♯１
及びＥ１の３鍵が押されている状態を示している。この
場合、コード検出用鍵盤において、３鍵以上が押されて
いるのでコード検出が行われる。即ち、コードルートは
音名Ａ、コードタイプはメジャーが検出される。また、
ベースルートとしては、コード検出用鍵盤の押鍵中の鍵
の最低音、つまり音名Ａが採用される。

【００８５】図３（Ｃ）では、キーナンバＣ♯１、Ｅ１
及びＡ１の３鍵が押されている状態を示している。この
場合、コード検出用鍵盤において、３鍵以上が押されて
いるのでコード検出が行われず、コード不成立として扱
われる。また、ベースルートとしては、コード検出用鍵
盤の押鍵中の鍵の最低音、つまり音名Ｃ♯が採用され
る。

【００８６】図３（Ｄ）では、キーナンバＣ♯１、Ｅ１
及びＡ２の３鍵が押されている状態を示している。この
場合、コード検出用鍵盤において、２鍵しか押されてい
ないので、コード検出は行われない。即ち、コードルー
トは音名Ｃ♯、コードタイプはメジャーが検出される。
また、ベースルートとしては、コード検出用鍵盤の押鍵
中の鍵の最低音、つまり音名Ｃ♯が採用される。

【００８７】以上説明したように、この実施例によれ
ば、コード検出用鍵盤の３鍵以上が同時に押された場合
に、その押下パターンに応じてコードの成否及びコード
が成立した場合のコードの種類（コードルート及びコー
ドタイプ）を検出する。そして、コードが成立したこと
が検出された場合に、検出されたコードに応じたコード
音を発生する。一方、３鍵以上が同時に押されていない
場合、又はコードが成立しなかったことが検出された場
合には、それまでに発生していた楽音を継続して発生す
る。

【００８８】また、上記コード検出用鍵盤の押下パター
ンに応じてベースルートを検出する。ここで検出される
ベースルートは、押された鍵のうち最低音に対応する鍵
の音である。このベースルートの検出は、上記コードの
成否とは別途独立に行われる。

【００８９】従来は、鍵盤装置の鍵の押下パターンに応
じてコード検出を行い、検出されたコードの構成音の中
の特定音、例えば最低音をベースルートとしていた。従
って、特定のコードを指定した場合は、押下パターンに
拘らずベースルートは一意的に決定されてしまい、１つ
のコードにおいてベースルート音を選択する余地はなか
った。これに対し、本実施例によれば、例えば押された
鍵のうち最低音に対応する鍵の音をベースルートとすれ
ば、押下パターンに応じて複数のベースルート音を選択
することが可能となる。

【００９０】このように、本実施例では、鍵盤装置上
で、伴奏内容、つまりコード及びベースルートを検出す
るためのコード検出用鍵盤を予め定め、コード及びベー
スルートを検出するようにしているので、全鍵域でコー
ド検出を行う場合に比べ演奏者が意図するコードを指定
することが容易にできるものとなっている。また、同一
のコードを指定する場合であっても、押下パターンによ
ってベースルートを異ならしめることができるので、分
数コードの演奏にも対応できるものとなっている。

【００９１】また、ベース音を順次変更して分数コード
の演奏を行うような場合には、押鍵数を「３」以下にし
て、又はコードが不成立となるような押下パターンで順
次コード検出用鍵盤の所望の鍵を押すことにより、コー
ド音を継続させながらベース音のみを所望の音に変更す
る応用が可能となる。これにより、演奏者が意図するコ
ード音及びベース音を発生させる場合に、全鍵域でコー
ド検出を行う場合に比べて鍵盤操作が容易になってい
る。

【００９２】なお、上記実施例では、鍵盤装置１１から
与えられた鍵盤データに対してコード検出を行い、コー
ドルート、コードタイプ及びベースルートを検出するよ
うに構成したが、外部装置から例えばＭＩＤＩインタフ
ェースを介して与えられる鍵盤データに対して上記と同
様の処理を行うことにより、コードルート、コードタイ
プ及びベースルートを検出するように構成することもで
きる。

【００９３】また、上記実施例では、コード検出用鍵盤
の押されている鍵のうち、最低音に対応する鍵の音をベ
ースルートとするように構成したが、その他の鍵、例え
ば最高音、又は中位の音に対応する鍵の音をベースルー
トとするように構成することもできる。

【００９４】

【発明の効果】以上詳述したように、本発明によれば、
簡単な鍵操作で分数コードの自動伴奏を行わせることの
できる伴奏内容検出装置及び自動伴奏装置を提供でき
る。

【図面の簡単な説明】

【図１】本発明の伴奏内容検出装置が適用された電子楽
器の実施例の構成を示すブロック図である。

【図２】本発明の実施例で用いられるコードテーブルの
一例を示す図である。

【図３】本発明の実施例における鍵盤装置の押下パター
ンとその時に検出されるベースルート、コードルート及
びコードタイプの一例を示す図である。

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

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

【図６】本発明の実施例の動作（鍵盤処理及びコード検
出処理）を示すフローチャートである。

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

【符号の説明】

１０ ＣＰＵ １１ 鍵盤装置 １２ 操作パネル １２０ 自動伴奏スイッチ １３ 表示器 １４ 自動伴奏データ記憶部 １５ 楽音信号発生部 １６ 増幅器 １７ スピーカ ３０ 押鍵検出部 ３１ コード検出部 ３２ データ読出部 ３３ コード展開部 ３４ ベース展開部 ３５ 発音チャンネル割当部 ３６ 表示制御部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高野 純一 静岡県浜松市寺島町200番地 株式会社河 合楽器製作所内 (72)発明者 細田 恭代 静岡県浜松市寺島町200番地 株式会社河 合楽器製作所内 (72)発明者 藤本 諭 静岡県浜松市寺島町200番地 株式会社河 合楽器製作所内

Claims (4)

【特許請求の範囲】
1. 【請求項１】 伴奏内容を検出するための特定領域を有
   する鍵盤装置と、 該鍵盤装置の特定領域の鍵の押下パターンに応じてコー
   ドを検出するコード検出手段と、 前記鍵盤装置の特定領域の鍵の押下パターンに応じてベ
   ースルートを検出するベースルート検出手段、 とを備えたことを特徴とする伴奏内容検出装置。
2. 【請求項２】 前記ベースルート検出手段は、前記特定
   鍵域の押されている鍵のうち、最低音に対応する鍵の音
   をベースルートとすることを特徴とする請求項１に記載
   の伴奏内容検出装置。
3. 【請求項３】 伴奏内容を検出するための特定領域を有
   する鍵盤装置と、 該鍵盤装置の特定領域の所定数以上の鍵が押された場合
   に、その押下パターンに応じてコードの成否及びコード
   の種類を検出するコード検出手段と、 該コード検出手段でコードの成立が検出された場合に検
   出されたコードに応じたコード音を発生し、コードの成
   立が検出されなかった場合に従前のコード音を継続して
   発生するコード音発生手段と、 前記鍵盤装置の特定領域の鍵の押下パターンに応じてベ
   ースルートを検出するベースルート検出手段と、 前記ベースルート検出手段で検出されたベースルートに
   基づいてベース音を発生するベース音発生手段、 とを備えたことを特徴とする自動伴奏装置。
4. 【請求項４】 前記ベースルート検出手段は、前記特定
   鍵域の押されている鍵のうち、最低音に対応する鍵の音
   をベースルートとすることを特徴とする請求項３に記載
   の自動伴奏装置。