JPH0876758A - 自動伴奏装置 - Google Patents

Abstract

(57)【要約】 【目的】本発明は、押鍵情報に応じてコード演奏による
自動伴奏を行う自動伴奏装置に関し、初心者又は熟練者
であることを格別指定しなくても演奏者の技量に応じた
方法でコード検出を行うと共に、演奏者の技量に応じた
和音情報をロワー音として発音するために出力すること
のできる自動伴奏装置を提供することを目的とする。 【構成】特定鍵域の押鍵状態を検出する押鍵状態検出手
段１０と、該押鍵状態検出手段で検出された押鍵状態に
応じて生成された演奏技量を判定するためのデータを順
次記憶する記憶手段１２と、該記憶手段に記憶された複
数の前記データに基づき演奏技量を判定する演奏技量判
定手段１０と、該演奏技量判定手段による判定結果に応
じて、複数の和音情報生成方法の中から１つの和音情報
生成方法を選択し、該選択された和音情報生成方法を用
いて前記特定鍵域の押鍵状態に応じた和音情報を生成す
る和音情報生成手段１０、とを備えて構成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、押鍵情報に応じてコー
ド演奏による自動伴奏を行う自動伴奏装置に関する。

【０００２】

【従来の技術】従来、予め記憶手段に記憶された自動演
奏データ（以下、「パターンデータ」という。）を読み
出し、これを例えば鍵盤装置等で指定されたコードに応
じて展開し、この展開によって得られた複数の和音構成
音を発生するための和音情報を音源に与えることによ
り、所定の演奏パターンに則って所定のコード進行に従
った伴奏音を発生する自動伴奏装置が知られている。

【０００３】この種の自動伴奏装置を搭載した電子楽器
では、例えばアッパー鍵がメロディ用、ロワー鍵がコー
ド検出用としてそれぞれ割り当てられており、ロワー鍵
でコードを指定して所定のコード進行に応じた伴奏音を
発生させながらアッパー鍵でメロディを弾くという方法
で使用されている。

【０００４】ところで、ロワー鍵でコードを指定する場
合、通常、コードが成立するような押鍵パターンで３鍵
以上の鍵が押される。自動伴奏装置は、かかる押鍵パタ
ーンからコード（コードタイプ及びコードルート）を検
出し、記憶手段から読み出されたパターンデータを、こ
の検出されたコードに従って展開し発音に供する。

【０００５】しかし、初心者にとっては、自動伴奏の進
行タイミングに合わせて３鍵以上を押鍵する操作は非常
に困難であった。そこで、従来は、３鍵以上の押鍵によ
りコード指定するものは熟練者用のコード指定方法と
し、これとは別に、初心者用として、１音又は２音でコ
ード指定する方法が用いられている。この場合のコード
検出は例えば以下のようにして行われる。即ち、１鍵の
みを押鍵してコード指定した場合は、例えば押鍵に係る
キーコードがそのままコードルートとして用いられコー
ドタイプはメジャー（固定）としてコード検出される。
２鍵を押鍵してコード指定した場合は、例えば低音側の
キーコードがコードルートとして用いられ、コードタイ
プは、短３度で押鍵された場合はマイナー、長３度で押
鍵された場合はメジャーとしてコード検出される。そし
て、これらコードルート及びコードタイプに基づきパタ
ーンデータが複数の和音に展開されて和音情報が生成さ
れる。

【０００６】また、初心者用の他のコード指定方法とし
て、タッチバーと呼ばれる操作子を用いたワンフィンガ
ーによるコード指定方法も知られている。この方法によ
るコード指定では、押鍵に係るキーコードがコードルー
トとして用いられ、コードタイプはタッチバーの操作状
態に応じて決定される。この場合も、コードルート及び
コードタイプに基づきパターンデータが複数の和音に展
開されて和音情報が生成される。

【０００７】このように、従来の自動伴奏装置は、初心
者用及び熟練者用といった複数の方法でコード指定が可
能である。この場合、コード検出方法や和音情報発生方
法が異なるので、何れのコード検出方法や和音情報発生
方法を用いるかは操作パネルに設けられた専用の操作子
で指定するようになっている。

【０００８】

【発明が解決しようとする課題】しかしながら、初心者
は１鍵又は２鍵を用いてコード指定を行い、熟練者は３
鍵以上を用いてコード指定を行うのが一般的であるとい
う事実に鑑みれば、初心者と熟練者とを自動的に判別す
ることは可能であり、専用の操作子を設けてこれらを切
り換える構成は無駄である。

【０００９】また、ロワー鍵の押鍵に基づくコード検出
とは別に、初心者は１鍵又は２鍵しか押せないので和音
情報に展開してロワー音として発音して欲しいが、熟練
者ともなると押鍵した和音を（例えそれが和音構成にな
っていなくても）そのままロワー音として発音したいと
いう要望が出てくる。

【００１０】本発明は、かかる事情に鑑みてなされたも
のであり、その目的は、初心者又は熟練者であることを
格別指定しなくても演奏者の技量に応じた方法でコード
検出を行うと共に、これまた演奏者の技量に応じた和音
情報をロワー音として発音するために出力することので
きる自動伴奏装置を提供することにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、請求項１に記載の発明は、特定鍵域の押鍵状態を検
出する押鍵状態検出手段と、該押鍵状態検出手段で検出
された押鍵状態に応じて生成された演奏技量を判定する
ためのデータを順次記憶する記憶手段と、該記憶手段に
記憶された複数の前記データに基づき演奏技量を判定す
る演奏技量判定手段と、該演奏技量判定手段による判定
結果に応じて、複数の和音情報生成方法の中から１つの
和音情報生成方法を選択し、該選択された和音情報生成
方法を用いて前記特定鍵域の押鍵状態に応じた和音情報
を生成する和音情報生成手段、とを具備したことを特徴
とする。

【００１２】また、同様の目的で、請求項２に記載の発
明は、請求項１に記載の発明において、前記押鍵状態検
出手段で３鍵以上が押鍵され且つ和音が成立したことが
検出された場合に熟練者データが、そうでない場合に初
心者データがそれぞれ順次前記記憶手段に記憶され、前
記演奏技量判定手段は、前記記憶手段に記憶された熟練
者データが所定数以上ならば演奏技量は熟練者であると
判定し、そうでなければ初心者と判定することを特徴と
する。

【００１３】また、同様の目的で、請求項３に記載の発
明は、請求項１に記載の発明において、前記和音情報生
成手段が、前記特定鍵域の１鍵又は２鍵の押鍵により検
出されたコードを展開して３音以上の和音情報を生成す
る第１の和音情報生成方法と、前記特定鍵域における押
鍵情報をそのまま和音情報とする第２の和音情報生成方
法を有することを特徴とする。

【００１４】また、同様の目的で、請求項４に記載の発
明は、請求項１に記載の発明において、特定鍵域の押鍵
状態を検出する押鍵状態検出手段と、該押鍵状態検出手
段で３鍵以上が押鍵され且つ和音が成立したことが検出
された場合に熟練者データが、そうでない場合に初心者
データがそれぞれ順次記憶される記憶手段と、該記憶手
段に記憶された熟練者データが所定数以上ならば演奏技
量は熟練者であると判定し、そうでなければ初心者と判
定する演奏技量判定手段と、該演奏技量判定手段により
初心者と判定された場合に前記特定鍵域の１鍵又は２鍵
の押鍵により検出されたコードを展開して３音以上の和
音情報を生成し、熟練者と判定された場合に前記特定鍵
域における押鍵情報をそのまま和音情報とする和音情報
生成手段、とを備えたことを特徴とする。

【００１５】また、同様の目的で、請求項５に記載の発
明は、特定鍵域における押鍵数を検出する押鍵数検出手
段と、コードタイプを指定するコードタイプ指定操作子
と、前記押鍵数検出手段で検出された押鍵数が１鍵のと
きは該鍵で指定されるコードルートと前記コードタイプ
指定操作子で指定されるコードタイプとからなるコード
を検出する第１のコード検出手段と、前記押鍵数検出手
段で検出された押鍵数が２鍵以上のときは、押下された
複数の鍵のみに基づきコードタイプとコードルートとか
らなるコードを検出する第２のコード検出手段と、前記
第１のコード検出手段又は第２のコード検出手段で検出
されたコードに基づき自動伴奏音を発生する自動伴奏音
発生手段、とを有することを特徴とする。

【００１６】また、同様の目的で、請求項６に記載の発
明は、請求項５に記載の発明において、前記コードタイ
プ指定操作子は、コードタイプがマイナーであることを
指定する第１の操作子とコードタイプがセブンスである
ことを指定する第２の操作子とを有し、第１の操作子の
操作に応じてコードタイプとしてマイナーが検出され、
第２の操作子の操作に応じてコードタイプとしてセブン
スが検出され、第１の操作子及び第２の操作子の何れも
操作されていないときはコードタイプとしてメジャーが
検出されることを特徴とする。

【００１７】また、同様の目的で、請求項７に記載の発
明は、特定鍵域における押鍵数を検出する押鍵数検出手
段と、前記特定鍵域における押鍵に基づきコードルート
とコードタイプからなるコードを検出するコード検出手
段と、前記押鍵数検出手段で検出された押鍵数が所定数
未満のときは前記コード検出手段で検出されたコードか
ら前記押鍵数以上の発音数となるように和音情報を生成
して出力し、前記押鍵数検出手段で検出された押鍵数が
所定数以上のときは前記特定鍵域における押鍵情報をそ
のまま和音情報として出力する和音情報出力手段、とを
有することを特徴とする。

【００１８】また、同様の目的で、請求項８に記載の発
明は、請求項７に記載の発明において、前記所定数とし
て「３」を用いたことを特徴とする。

【００１９】

【作用】請求項１に記載の発明においては、例えばコー
ド検出領域として割り当てられた特定鍵域の押鍵状態に
応じて演奏技量を判定するためのデータを記憶手段に順
次記憶すると共に、この記憶手段に記憶された複数のデ
ータに基づき演奏者の演奏技量を判定し、この判定結果
に基づいて演奏者の演奏技量に応じた和音情報生成方法
を用いて和音情報を生成するようにしている。

【００２０】従って、演奏者が順次コード指定を行いな
がらコード演奏を行った場合に、そのコード演奏の流れ
に基づいて演奏者のコード演奏に関する技量、例えば初
心者であるか又は熟練者であるかを判別することができ
る。そして、この判別結果に基づいて最適な和音情報生
成方法が選択され、以後の特定鍵域の押鍵に対してはこ
の選択された和音情報生成方法で和音情報が生成される
ので、従来のように、初心者又は熟練者であることを特
別に指定しなくても演奏者の技量に応じた和音情報を生
成して出力することができる。

【００２１】請求項２に記載の発明においては、例えば
コード検出領域として割り当てられた特定鍵域の押鍵状
態に応じて、即ち、３鍵以上が押鍵され且つ和音が成立
したことが検出された場合に熟練者データを、そうでな
い場合に初心者データを記憶手段に順次記憶すると共
に、この記憶手段に記憶された熟練者データが所定数以
上ならば演奏技量は熟練者であると判定し、そうでなけ
れば初心者と判定し、この判定結果に基づいて演奏者の
演奏技量に応じた和音情報生成方法を用いて和音情報を
生成するようにしている。

【００２２】従って、演奏者が順次コード指定を行いな
がらコード演奏を行った場合に、そのコード演奏の流れ
に基づいて演奏者がコード演奏に関して初心者であるか
又は熟練者であるかを判別することができる。そして、
この判別結果に基づいて最適な和音情報生成方法が選択
され、以後の特定鍵域の押鍵に対してはこの選択された
和音情報生成方法で和音情報が生成されるので、従来の
ように、初心者又は熟練者であることを特別に指定しな
くても演奏者の技量に応じた和音情報を生成して出力す
ることができる。

【００２３】請求項３に記載の発明においては、例えば
コード検出領域として割り当てられた特定鍵域の押鍵状
態に応じて演奏技量を判定するためのデータを記憶手段
に順次記憶すると共に、この記憶手段に記憶された複数
のデータに基づき演奏者の演奏技量を判定し、この判定
結果に基づいて、特定鍵域の１鍵又は２鍵の押鍵により
検出されたコードを展開して３音以上の和音情報を生成
する第１の和音情報生成方法、又は前記特定鍵域におけ
る押鍵情報をそのまま和音情報とする第２の和音情報生
成方法のいずれかを用いて和音情報を生成するようにし
ている。

【００２４】従って、演奏者が順次コード指定を行いな
がらコード演奏を行った場合に、そのコード演奏の流れ
に基づいて演奏者のコード演奏に関する技量、例えば初
心者であるか又は熟練者であるかを判別することができ
る。そして、この判別結果に基づいて第１又は第２の和
音情報生成方法の何れかが選択され、以後の特定鍵域の
押鍵に対してはこの選択された第１又は第２の和音情報
生成方法で和音情報が生成されるので、従来のように、
初心者又は熟練者であることを特別に指定しなくても演
奏者の技量に応じた和音情報を生成して出力することが
できる。

【００２５】請求項４に記載の発明においては、例えば
コード検出領域として割り当てられた特定鍵域の押鍵状
態に応じて、即ち、３鍵以上が押鍵され且つ和音が成立
したことが検出された場合に熟練者データを、そうでな
い場合に初心者データを記憶手段に順次記憶すると共
に、この記憶手段に記憶された熟練者データが所定数以
上ならば演奏技量は熟練者であると判定し、そうでなけ
れば初心者と判定し、この判定により初心者と判定され
た場合は特定鍵域の１鍵又は２鍵の押鍵により検出され
たコードを展開して３音以上の和音情報を生成する第１
の和音情報生成方法を用い、一方、熟練者と判定された
場合は特定鍵域における押鍵情報をそのまま和音情報と
する第２の和音情報生成方法を用いて和音情報を生成す
るようにしている。

【００２６】従って、演奏者が順次コード指定を行いな
がらコード演奏を行った場合に、そのコード演奏の流れ
に基づいて演奏者がコード演奏に関して初心者であるか
又は熟練者であるかを判別することができる。そして、
この判別結果により初心者とされた場合は第１の和音情
報生成方法が選択され、熟練者とされた場合は第２の和
音情報生成方法が選択され、以後の特定鍵域の押鍵に対
してはこの選択された第１又は第２の和音情報生成方法
で和音情報が生成されるので、従来のように、初心者又
は熟練者であることを特別に指定しなくても演奏者の技
量に応じた和音情報を生成して出力することができる。

【００２７】より具体的には、初期状態（例えば、工場
出荷時又は電源投入時等）では、演奏技量は初心者と設
定され、演奏者が３鍵以上を押鍵し且つ和音が成立した
回数が所定数以上、例えば特定鍵域の押鍵が検出された
場合の少なくとも半分以上がコードとして成立した場合
に自動的に熟練者として再設定される。これにより、従
来のような初心者と熟練者とを切り換える操作子が不要
となっている。

【００２８】請求項５に記載の発明においては、例えば
コード検出領域として割り当てられた特定鍵域の押鍵数
が１鍵のときは、演奏者は初心者とみなし、その鍵で指
定される音高をコードルートとし、これとコードタイプ
指定操作子で指定されるコードタイプとからなるコード
を検出する。一方、特定鍵域の押鍵数が２鍵以上のとき
は、演奏者は熟練者とみなし、押下された複数の鍵のみ
に基づきコードタイプとコードルートとからなるコード
を検出する。このようにして検出されたコードは、例え
ばパターンデータを展開するために使用され、展開によ
り得られた和音構成音は自動伴奏音を発生するために使
用される。

【００２９】従って、演奏者が順次コード指定を行いな
がらコード演奏を行った場合に、その押鍵数に基づい
て、例えば演奏者がコード演奏に関して初心者であるか
又は熟練者であるかを判別することができ、この判別結
果により初心者とされた場合は第１のコード検出手段
を、熟練者とされた場合は第２のコード検出手段をそれ
ぞれ用いてコード検出が行われる。従って、従来のよう
に、初心者又は熟練者であることを特別に指定しなくて
も演奏者の技量に応じたコード検出を行って自動伴奏に
供することができる。

【００３０】請求項６に記載の発明においては、コード
タイプ指定操作子の第１の操作子を操作すればマイナー
が、第２の操作子を操作すればセブンスが、両方とも操
作されていない場合はメジャーが、それぞれコードタイ
プとして出力される。従って、第１及び第２の両操作子
が操作された場合はマイナーセブンスが出力されること
になる。このように、初心者が１鍵のみ押下してコード
指定する場合も、コードタイプ指定操作子を併用するこ
とにより、メジャーのみならず、複数のコードタイプを
指定することができ、より有用な自動伴奏装置を提供で
きるものとなっている。

【００３１】請求項７に記載の発明においては、例えば
コード検出領域として割り当てられた特定鍵域の押鍵数
を検出し、押鍵数が所定数未満であることが検出された
ときは初心者であると判断し、当該押鍵数に基づくコー
ド検出を行い、この検出されたコードから押鍵数以上の
発音数（例えば通常の和音を構成する音の数）となるよ
うに音が付加された和音情報を生成し、一方、押鍵数が
所定数以上であることが検出されたときは、特定鍵域の
押鍵に対応した押鍵情報をそのまま和音情報として出力
するようにしている。

【００３２】これにより、演奏者が初心者であって押鍵
数が少ない場合も通常の和音と同様の音数で和音を発生
させることができる。一方、押鍵数が所定数以上である
場合は、コードの成否とは無関係に押鍵された音がその
まま和音情報とされる。これは熟練者が所定数以上の押
鍵を行った場合は勿論、初心者が所定数以上の押鍵を行
った場合も同様である。従って、初心者にとっても自己
の意思に沿って特別なコード演奏を試みることが可能と
なっている。かかる動作は、従来のように、初心者又は
熟練者であることを特別に指定しなくても、押鍵数、つ
まり演奏者の技量に応じて自動的に切り換えて行われ
る。

【００３３】請求項８に記載の発明においては、例えば
コード検出領域として割り当てられた特定鍵域の押鍵数
を検出し、押鍵数が「３」未満であることが検出された
ときは初心者であると判断し、１鍵又は２鍵に基づくコ
ード検出を行い、この検出されたコードから１又は２以
上の発音数（例えば通常の和音を構成する３〜４音）と
なるように音が付加された和音情報を生成し、一方、押
鍵数が「３」以上であることが検出されたときは、特定
鍵域の押鍵に対応した押鍵情報をそのまま和音情報とし
て出力するようにしている。

【００３４】これにより、演奏者が初心者であって１鍵
又は２鍵を押下した場合も通常の和音と同様の３〜４音
で和音を発生させることができる。一方、押鍵数が
「３」以上である場合は、コードの成否とは無関係に押
鍵された音がそのまま和音情報とされる。これは熟練者
が「３」以上の押鍵を行った場合は勿論、初心者が
「３」以上の押鍵を行った場合も同様である。従って、
初心者にとっても自己の意思に沿って「３」鍵以上の押
鍵でコード演奏を試みることが可能となっている。かか
る動作は、従来のように、初心者又は熟練者であること
を特別に指定しなくても、押鍵数、つまり演奏者の技量
に応じて自動的に切り換えて行われる。

【００３５】

【実施例】以下、本発明の自動伴奏装置の実施例につ
き、図面を参照しながら詳細に説明する。

【００３６】図１は、本発明の自動伴奏装置の実施例の
構成を示すブロック図である。本自動伴奏装置は、中央
処理装置（以下、「ＣＰＵ」という。）１０、リードオ
ンリメモリ（以下、「ＲＯＭ」という。）１１、ランダ
ムアクセスメモリ（以下、「ＲＡＭ」という。）１２、
操作パネル１３、鍵盤装置１４、楽音発生器１５、タイ
マ１７及びＭＩＤＩコントローラ１８がシステムバス３
０を介して相互に接続されて構成されている。システム
バス３０は、例えばアドレス線、データ線及び制御信号
線等で成り、上記各構成要素間で各種データを送受する
ために使用される。

【００３７】ＣＰＵ１０は、ＲＯＭ１１に格納されてい
る制御プログラムに従って、本自動伴奏装置の全体を制
御する。本発明の押鍵状態検出手段、演奏技量判定手
段、和音情報生成手段、押鍵数検出手段、第１のコード
検出手段、第２のコード検出手段、コード検出手段及び
和音情報出力手段は、このＣＰＵ１０の機能により実現
されている。このＣＰＵ１０には、２つの割込信号入力
端子ＩＮＴ１及びＩＮＴ２が設けられている。割込信号
入力端子ＩＮＴ１にはＭＩＤＩコントローラ１８から、
割込信号入力端子ＩＮＴ２にはタイマ１７からそれぞれ
割込信号が供給される。このＣＰＵ１０の動作の詳細に
ついては後述する。

【００３８】ＲＯＭ１１には、上述したＣＰＵ１０を動
作させるための制御プログラム、ＣＰＵ１０が各種処理
に用いる種々の固定データ等が記憶されている。このＲ
ＯＭ１１の内容はＣＰＵ１０により読み出される。即
ち、ＣＰＵ１０は、ＲＯＭ１１から制御プログラム（命
令）を読み出して解釈・実行すると共に、所定の固定デ
ータを読み出して各種処理に使用する。

【００３９】また、このＲＯＭ１１には、上述したよう
な各種データが記憶されている他、自動伴奏に用いられ
るパターンデータが格納されている。パターンデータ
は、例えば２〜１６小節程度の演奏パターンを発生させ
るために使用される。このパターンデータは、例えば図
１４（Ｂ）に示されるような、ステップタイム、ノート
ナンバ（キーコード）、ゲートタイム及びベロシティと
いった４バイトのデータの集合で構成されており、個々
のパターンデータは１つの音符に対応している。ここ
に、ステップタイムは発音を開始する時刻（発音タイミ
ング）を指定するものであり小節の先頭からのステップ
数で規定される。ノートナンバは音高を規定するために
使用される。ゲートタイムは発音時間を規定するために
使用される。ベロシティは発音の強さ（音量）を規定す
るために使用される。なお、このパターンデータは、後
述するＲＡＭ１２に記憶するように構成しても良い。

【００４０】ＲＡＭ１２は、ＣＰＵ１０が使用する種々
のデータを一時記憶するために使用される。このＲＡＭ
１２の全領域又は一部領域をバッテリーバックアップす
ることにより電源遮断後も記憶内容を保持するように構
成することができる。この構成によれば、電源を再投入
した場合に、電源遮断時の自動伴奏装置の状態を復元で
きるので直ちに使用開始できるという効果がある。な
お、ＲＡＭ１２がバッテリーバックアップされていると
きであっても、特殊操作、例えば操作パネル１３の特定
スイッチ若しくは鍵盤装置１４の特定鍵、又はこれらの
双方を押しながら電源を投入するという操作が行われた
場合は、強制的にＲＡＭ１２の状態を初期化するように
構成することもできる。この構成によれば、バッテリー
バックアップの有無に拘わらず自動伴奏装置を初期状態
に設定できるという効果がある。

【００４１】このＲＡＭ１２には、バッファ、レジス
タ、カウンタ、フラグ等の各種領域が定義されている。
本実施例で使用する具体的なバッファ、レジスタ、カウ
ンタ、フラグ等については、以下において出現する都度
説明するが、ここでは、主要な幾つかのバッファ、レジ
スタ、カウンタ、フラグ等について説明しておく。

【００４２】（イ）ＴＹＰＥフラグ 演奏者が初心者（ＴＹＰＥフラグ＝０）であるか又は熟
練者（ＴＹＰＥフラグ＝１）であるかを記憶するために
使用される。このＴＹＰＥフラグに基づいてコード検出
方法が決定される。 （ロ）自動演奏フラグ 本自動伴奏装置が自動演奏中（自動演奏フラグ＝１）で
あるか又は自動演奏停止中（自動演奏フラグ＝０）であ
るかを記憶するために使用される。この自動演奏フラグ
は後述するタイマ割込処理ルーチンで参照される。 （ハ）コードルートレジスタ 検出されたコードルートを記憶するために使用される。 （ニ）コードタイプレジスタ 検出されたコードタイプを記憶するために使用される。 （ホ）熟練度判定バッファ 本発明の記憶手段に対応するものであり、３２個のエン
トリ（ＴＰＯＩＮＴ０〜３１）を有し、演奏者の鍵盤操
作をトレースして記憶するバッファである。この熟練度
判定バッファの各エントリには、ロワー鍵が押下される
毎に、押鍵数が「３」以上で且つコードが成立したとき
は熟練者データを示す「１」が、それ以外のときは初心
者データを示す「０」が順次書き込まれる。この熟練度
判定バッファは、その記憶内容に応じて初心者であるか
又は熟練者であるかを判断するために使用される。 （ヘ）トレースポインタＴＰＯＩＮＴ 上記熟練度判定バッファの各エントリを指標するポイン
タである。 （ト）レジスタＴＹＰＤＡＴ 上記熟練度判定バッファの各エントリの内容を加算した
データを格納するレジスタである。このレジスタＴＹＰ
ＤＡＴの内容に応じて初心者であるか又は熟練者である
かが判断される。

【００４３】（チ）受信バッファ 受信バッファは、後述するＭＩＤＩコントローラ１８か
ら受信したＭＩＤＩデータを一時記憶するために使用さ
れる。この受信バッファは、例えば図１３に示されるよ
うに、ＲＡＭ１２に定義されたカウンタＣＴＲ、ポイン
タＰＴＲ及び記憶エリアとで構成され、ＣＰＵ１０の制
御によりＦＩＦＯ（ファーストイン−ファーストアウ
ト）メモリとして機能するようになっている。記憶エリ
アは、例えば２５６個のエントリを有し、各エントリに
はＭＩＤＩデータが順次記憶される。

【００４４】カウンタＣＴＲは受信したＭＩＤＩデータ
を書き込むべき記憶エリアの位置を指定する。このカウ
ンタＣＴＲは、常に最後に書き込まれたＭＩＤＩデータ
の次のアドレスを指示するように制御される。このカウ
ンタＣＴＲの初期値は「０」であり、ＭＩＤＩデータが
書き込まれる度にインクリメントされ、その結果が最大
値ＴＯＰを越えた場合は最小値ＢＴＭに循環する。

【００４５】ポインタＰＴＲは記憶エリア中の、読み出
すべきＭＩＤＩデータの位置を指示する。このポインタ
ＰＴＲは、常に最後に読み出されたＭＩＤＩデータの次
のアドレス、つまり次に読み出すべきＭＩＤＩデータの
アドレスを指示するように制御される。このポインタＰ
ＴＲの初期値は「０」であり、ＭＩＤＩデータが読み込
まれる度にインクリメントされ、その結果が最大値ＴＯ
Ｐを越えた場合は最小値ＢＴＭに循環する。

【００４６】この受信バッファは、カウンタＣＴＲの内
容とポインタＰＴＲの内容とが一致するときはエンプテ
ィであると判断される。なお、カウンタＣＴＲをインク
リメントした結果、カウンタＣＴＲの内容がポインタＰ
ＴＲの内容に一致することとなる場合は受信バッファは
満杯であるのでＭＩＤＩデータの受信を抑止するように
制御される。カウンタＣＴＲの内容とポインタＰＴＲの
内容とが一致しない場合は、受信バッファにＭＩＤＩデ
ータが存在することが判断される。

【００４７】この受信バッファへのＭＩＤＩデータの書
込みは後述するＭＩＤＩ−ＩＮ割込処理ルーチンにて行
われ、受信バッファからのＭＩＤＩデータの読み出しは
後述するＭＩＤＩ−ＩＮ処理ルーチンで行われる。な
お、本実施例では受信バッファをＲＡＭ１２内に形成
し、ＭＩＤＩデータの書込み／読み出しの制御はＣＰＵ
１０で行うように構成したが、これらの代わりに周知の
ＦＩＦＯメモリ素子を用いて構成することもできる。

【００４８】（リ）レジスタ群ｎ レジスタ群ｎ（ｎはパート番号に対応しており、本実施
例では、ｎ＝１〜４である。）は、パート毎の発音状態
を管理するために使用される。本実施例における各パー
トのポリフォニック数を「８」とすると、このレジスタ
群ｎは、例えば図１４（Ａ）に示されるように、８個の
ブロックで構成されており、各ブロックは発音チャンネ
ルに対応している。また、各ブロックは１音に対応して
おり、「キーコード及びそのオン／オフ」、「ベロシテ
ィ」、「残存ゲートタイム」の３バイトで構成されてい
る。

【００４９】キーコード（７ビット）は音高を示すため
に使用される。オン／オフビット（１ビット）はキーコ
ードで示される音がキーオン状態にあるか又はキーオフ
状態にあるかを示すために使用される。ベロシティ（７
ビット）はパターンデータ中のベロシティデータがセッ
トされ、発音の強さを指定するために使用される。残存
ゲートタイム（７ビット）は、初期値としてパターンデ
ータ中のゲートタイムがセットされ、発音中の音（オン
／オフビットが「１」になっている音）の残りの発音時
間を示すために使用される。なお、図１４（Ａ）におい
ては、１つのパートに対するレジスタ群のみ示されてい
るが、実際はパート１〜４のそれぞれに対して同じ構成
のレジスタ群が設けられている。

【００５０】（ヌ）小節レジスタと拍レジスタ 小節レジスタＢＲＲは、小節の進行を計数するレジスタ
である。この小節レジスタＢＲＲは、１０進数４桁分に
相当する計数が可能である。また、拍レジスタＢＴＲは
小節内の拍の進行を計数するレジスタである。この拍レ
ジスタＢＴＲは、１ステップタイム毎にカウントアップ
される。本実施例では、１拍を４８ステップの分解能と
する。従って、拍レジスタＢＴＲは、４拍子の場合は４
拍、つまり１９２ステップを計数したらゼロにラウンド
する。この際、小節レジスタＢＲＲはインクリメントさ
れるように制御される。この小節レジスタＢＲＲと拍レ
ジスタＢＴＲとは、自動伴奏の進行を管理するために使
用される。

【００５１】操作パネル１３には、本自動伴奏装置と操
作者とがコミュニケーションするための各種スイッチ、
表示器等が設けられている。この操作パネル１３の詳細
については後述する。

【００５２】鍵盤装置１４は、詳細は図示しないが、ア
ッパー鍵盤及びロワー鍵盤から構成されている。自動伴
奏モードで動作する場合は、アッパー鍵盤はメロディ演
奏に用いられ、ロワー鍵盤は特定鍵域としてコード検出
に用いられる。

【００５３】上記のように構成される鍵盤装置１４の鍵
盤の操作状態は次のようにしてＣＰＵ１０に読み込まれ
る。即ち、ＣＰＵ１０は鍵盤装置１４に対してスキャン
指令を送出する。鍵盤装置１４は、このスキャン指令に
応答して各鍵のオン／オフを示す信号をＣＰＵ１０に送
る。ＣＰＵ１０は、受け取った信号から各キーのオン／
オフを１ビットに対応させたキーデータを生成する。こ
のキーデータは、ＣＰＵ１０の制御下でＲＡＭ１２に格
納され、キーイベントの有無を判断するために使用され
る（詳細は後述）。

【００５４】楽音発生器１５は、自動伴奏音発生手段に
対応するものであり、ＣＰＵ１０からシステムバス３０
を介して送られてくる鍵情報に基づいて楽音信号を生成
する。この楽音発生器１５で生成された楽音信号は、ス
ピーカシステム１６に送られる。スピーカシステム１６
は、例えば増幅器、スピーカ等で構成されており、楽音
発生器１５から送られてくる楽音信号を音響信号に変換
して放音する周知のものである。

【００５５】タイマ１７は、テンポに対応した間隔で割
込信号を発生する。この割込信号の発生間隔は、ＣＰＵ
１０からタイマ１７にセットされるデータ（プリセット
値）により決定される。このタイマ１７で発生された割
込信号はＣＰＵ１０の割込信号入力端子ＩＮＴ２に供給
される。本実施例では、４分音符を１／４８の分解能
（精度）で制御するものとしているので、４分音符当た
りに４８回の割込信号が発生される。このタイマ１７か
らの割込信号に応じて、後述するタイマ割込処理ルーチ
ンにおいて、小節レジスタＢＲＲ及び拍レジスタＢＴＲ
が更新される。

【００５６】ＭＩＤＩコントローラ１８は、外部装置と
本自動伴奏装置との間のＭＩＤＩデータの転送を制御す
るものである。このＭＩＤＩコントローラ１８の外部側
に接続される外部装置としては、例えばＭＩＤＩデータ
を処理することのできる電子楽器、音源モジュール、コ
ンピュータ、シーケンサ等が挙げられる。ＭＩＤＩコン
トローラ１８は、外部装置からシリアルに送られてくる
ＭＩＤＩデータを受信し、これが例えば１バイト分にな
った時点で割込信号を発生する。この割込信号は、ＣＰ
Ｕ１０の割込信号入力端子ＩＮＴ１に供給される。

【００５７】図２は本自動伴奏装置の操作パネル１３の
構成例を示す図である。小節／拍表示器１３０は、例え
ば５桁の７セグメントＬＥＤ表示器で構成されている。
この小節／拍表示器１３０の上位４桁には、現在自動演
奏されている「小節」、つまり小節レジスタＢＲＲの内
容が表示され、下位１桁には現在自動演奏されている
「拍」、つまり拍レジスタＢＴＲの内容に対応する拍
（具体的には、４拍子の場合は、拍レジスタＢＴＲの内
容を４８で割って得られる商に１を加えた値）が表示さ
れる。この小節／拍表示器の表示内容は、自動演奏の進
行に伴って順次更新される。

【００５８】コード表示器１３１は、例えばＬＣＤ表示
器で構成されている。このコード表示器１３１には、後
述するコード検出処理で検出されたコード（コードルー
ト及びコードタイプ）が表示される。本実施例では、ロ
ワー鍵盤から送られてきたキーデータ又はＭＩＤＩチャ
ンネル１から送られてきたＭＩＤＩデータに対してコー
ド検出を行うものとする。なお、ＭＩＤＩデータに対す
るコード検出は、ＭＩＤＩチャンネル１から送られてき
たものに限定されず、他の任意のＭＩＤＩチャンネル、
或いは複数のＭＩＤＩチャンネルから送られてきたもの
を対象とするように構成しても良い。

【００５９】テンポスピード表示器１３２は、例えば３
桁の７セグメントＬＥＤ表示器で構成されている。この
テンポスピード表示器１３２には、現在設定されている
テンポスピードが表示される。

【００６０】なお、小節／拍表示器１３０及びテンポス
ピード表示器１３２は、７セグメントのＬＥＤ表示器で
構成したが、ＬＣＤ表示器、ＣＲＴ表示器、その他の種
々の表示器で構成することができる。同様に、コード表
示器１３１もＬＣＤ表示器に限定されず、ＣＲＴ表示
器、その他の種々の表示器で構成することができる。

【００６１】インクリメンタ１３３は、テンポスピード
を設定するために使用される。このインクリメンタ１３
３は、例えば右回転させることによりテンポスピードが
増加し、左回転させることによりテンポスピードが減少
するように制御される。そして、このインクリメンタ１
３３で設定されたテンポスピードは、テンポスピード表
示器１３２に表示される。

【００６２】ストップスイッチ１３４は、自動演奏を停
止させるために使用される。即ち、自動演奏中にストッ
プスイッチ１３４が押されると自動演奏は停止される。
プレイ／ポーズスイッチ１３５は、自動演奏を開始させ
又は一時停止させるために使用される。自動演奏の停止
中又はポーズ（一時停止）状態にあるときに、このプレ
イ／ポーズスイッチ１３５が押されるとＬＥＤ表示器１
４０が点灯されて自動演奏が開始又は再開され、自動演
奏中に押されるとＬＥＤ表示器１４２が消灯されてポー
ズ状態になる。

【００６３】パートスイッチ１３６〜１３９は、リズム
パートの発音を指示するために使用される。本実施例に
おいては、各パートのパターンデータは小節レジスタＢ
ＢＲ及び拍レジスタＢＴＲの内容に応じて常にＲＯＭ１
１から読み出されており、この読み出されたパターンデ
ータに基づき発音が行われるかどうかは、パートスイッ
チ１３６〜１３９がオンにされているかどうかによって
決定される。即ち、パート１スイッチ１３６が押される
とＬＥＤ表示器１４１が点灯されてリズムパートが発音
され、次に押されるとＬＥＤ表示器１４１が消灯されて
リズムパートの発音は停止される。同様に、パート２ス
イッチ１３７は、ベースパートの発音を指示するために
使用される。このパート２スイッチ１３７が押されると
ＬＥＤ表示器１４２が点灯されてベースパートが発音さ
れ、次に押されるとＬＥＤ表示器１４２が消灯されてベ
ースパートの発音は停止される。

【００６４】同様に、パート３スイッチ１３８は、アカ
ンパニメントパート（例えばコードパート等）の発音を
指示するために使用される。このパート３スイッチ１３
８が押されるとＬＥＤ表示器１４３が点灯されてアカン
パニメントパートが発音され、次に押されるとＬＥＤ表
示器１４３が消灯されてアカンパニメントパートの発音
が停止される。同様に、パート４スイッチ１３９は、メ
ロディパートを指示するために使用される。このパート
４スイッチ１３９が押されるとＬＥＤ表示器１４４が点
灯されてメロディパートが発音され、次に押されるとＬ
ＥＤ表示器１４４が消灯されてメロディパートの発音が
停止される。

【００６５】上記各パートのうち、リズムパート、ベー
スパート及びアカンパニメントパートは１〜数小節程度
のパターンデータの繰り返し実行により発音されるもの
であり、メロディパートは、１曲分の全パターンデータ
が記憶される。

【００６６】操作パネル１３には、上記以外に複数の音
色の中から所望の音色を選択する音色選択操作子、音量
を調整する音量操作子等が設けられているが、本発明と
は直接関係しないので図示及び説明は省略する。

【００６７】上記のように構成される操作パネル１３の
各スイッチ等の設定状態は次のようにしてＣＰＵ１０に
読み込まれる。即ち、ＣＰＵ１０は操作パネル１３に対
してスキャン指令を送出する。操作パネル１３は、この
スキャン指令に応答して各スイッチのオン／オフを示す
信号及びインクリメンタ１３３の現在値を示す信号をＣ
ＰＵ１０に送る。ＣＰＵ１０は、受け取った信号からパ
ネルデータ（各スイッチのオン／オフを１ビットに対応
させたスイッチデータとインクリメンタ１３３の設定値
を示すインクリメンタデータとで成る。）を生成する。
このパネルデータは、ＣＰＵ１０の制御下でＲＡＭ１２
に格納され、パネルイベントの有無を判断するために使
用される（詳細は後述）。

【００６８】タッチバー＜Ｌ＞１５０及びタッチバー＜
Ｒ＞１５１は、電子楽器の口棒部分に搭載されるもので
あるが、便宜上操作パネル１３上に記載してある。この
タッチバー＜Ｌ＞１５０及びタッチバー＜Ｒ＞１５１
は、コードタイプ指定操作子に対応するものであり、そ
れぞれは第１の操作子及び第２の操作子に対応する。こ
のタッチバー＜Ｌ＞１５０及びタッチバー＜Ｒ＞１５１
の操作状態は、操作パネル１３の各スイッチと同じ方法
でＣＰＵ１０に読み込まれる。タッチバー＜Ｌ＞１５０
は、コードタイプとしてマイナーを指定するために使用
される。同様に、タッチバー＜Ｒ＞１５１は、コードタ
イプとしてセブンスを指定するために使用される。即
ち、これらタッチバー＜Ｌ＞１５０及びタッチバー＜Ｒ
＞１５１の操作状態により、以下の４つのコードタイプ
が指定可能になっている。

【表１】 タッチバー＜Ｌ＞ タッチバー＜Ｒ＞ コードタイプ （マイナー） （セブンス） ０ ０ メジャー ０ １ セブンス １ ０ マイナー １ １ マイナーセブンス

【００６９】タッチバー＜Ｌ＞１５０及びタッチバー＜
Ｒ＞１５１は、後述するワンフィンガーコード検出が行
われる場合に使用される。即ち、ワンフィンガーコード
検出では、１鍵の押下によりコードルートが決定され、
タッチバー＜Ｌ＞１５０及びタッチバー＜Ｒ＞１５１の
押下によりコードタイプが決定されてコード検出が行わ
れる。

【００７０】次に、本発明の自動伴奏装置の動作につ
き、図３〜図１２に示したフローチャートを参照しなが
ら詳細に説明する。

【００７１】（１）メイン処理（図３） 図３は、本発明の自動伴奏装置のメインルーチンを示す
フローチャートであり、電源投入により起動される。電
源が投入されると、先ず、バッテリバックアップされて
いるかどうかが調べられる（ステップＳ１０）。そし
て、バッテリバックアップされていることが判断される
と、次いで、特殊操作が行われているかどうかが調べら
れる（ステップＳ１１）。ここで特殊操作が行われてい
ることが判断されると初期設定１が実行され（ステップ
Ｓ１２）、そうでなければ初期設定処理１はスキップさ
れる。一方、上記ステップＳ１０でバッテリバックアッ
プされていないことが判断された場合も初期設定１（ス
テップＳ１２）が実行される。

【００７２】この初期設定１では、ＲＡＭ１２の一部、
例えばバッテリバックアップに関係するレジスタ、フラ
グ等（電源遮断時の状態を復元するのに必要な部分）が
初期状態に設定される。従って、この初期設定１が実行
されると、以後の処理においてはバッテリバックアップ
はなかったものとして処理される。この初期設定１にお
いて、ＴＹＰＥフラグが「０」にクリアされ、コード検
出及び和音情報生成は初心者に対応した方法で行われ
る。

【００７３】次いで、初期設定２が行われる（ステップ
Ｓ１３）。この初期設定２では、ＲＡＭ１２の他部、例
えばバッテリバックアップに無関係なレジスタ、フラグ
等が初期状態に設定される。以上の処理により、バッテ
リバックアップがなされていて、且つ特殊操作がなされ
ていなければ初期設定２のみが実行され、それ以外の場
合は初期設定１及び初期設定２の双方が実行されること
になり、バッテリバックアップ機能が実現されている。
また、この初期設定２では、ＴＹＰＥフラグが「０」の
ときは熟練度判定バッファの各エントリが全て「０」に
設定される。一方、ＴＹＰＥフラグが「１」のときは熟
練度判定バッファの各エントリが全て「１」に設定され
る。これにより、後述するコード検出方法更新処理（図
１２）において、電源投入直後であってもＴＹＰＥフラ
グが「０」のときに熟練者と誤って判定されることがな
くなり、逆に、ＴＹＰＥフラグが「１」のときに初心者
と誤って判定されることがなくなる。

【００７４】以上の初期化処理が終了すると、次いでパ
ネルスイッチスキャン処理が行われる（ステップＳ１
４）。即ち、ＣＰＵ１０は操作パネル１３に対してスキ
ャン指令を送出する。これにより、操作パネル１３は、
既に説明したようにパネルデータを生成してＣＰＵ１０
に送る。ＣＰＵ１０は、このパネルデータ（以下、「新
パネルデータ」という。）をＲＡＭ１２の所定領域に格
納する。次いで、前回のパネルスイッチスキャン処理で
読み込んで既にＲＡＭ１２に記憶されているパネルデー
タ（以下、「旧パネルデータ」という。）と、上記新パ
ネルデータとを比較して相違するビットをオンにしたパ
ネルイベントマップを作成する。

【００７５】次いで、イベントの有無が調べられる（ス
テップＳ１５）。これは、上記パネルイベントマップを
参照することにより行われる。即ち、パネルイベントマ
ップ中にオンになっているビットが１つ以上存在するか
どうかが調べられ、１つも存在しなければイベントはな
かったものと、１つ以上存在すればイベントがあったも
のとそれぞれ判断される。ここでイベントがあることが
判断されるとパネル制御処理が行われ（ステップＳ１
６）、そうでなければパネル制御処理はスキップされ
る。このパネル制御処理の詳細については後述する。

【００７６】次いで、鍵盤スキャンが行われる（ステッ
プＳ１７）。即ち、ＣＰＵ１０は鍵盤装置１４に対して
スキャン指令を送出する。これにより、鍵盤装置１４
は、既に説明したようにキーデータを生成してＣＰＵ１
０に送る。ＣＰＵ１０は、このキーデータ（以下、「新
キーデータ」という。）をＲＡＭ１２の所定領域に格納
する。次いで、前回の鍵盤スキャン処理で読み込んで既
にＲＡＭ１２に記憶されているキーデータ（以下、「旧
キーデータ」という。）と、上記新キーデータとを比較
して相違するビットをオンにしたキーイベントマップを
作成する。

【００７７】次いで、イベントの有無が調べられる（ス
テップＳ１８）。これは、上記キーイベントマップを参
照することにより行われる。即ち、キーイベントマップ
中にオンになっているビットが１つ以上存在するかどう
かが調べられ、１つも存在しなければイベントはなかっ
たものと、１つ以上存在すればイベントがあったものと
それぞれ判断される。ここでイベントがあることが判断
されると鍵盤制御処理が行われ（ステップＳ１９）、そ
うでなければ鍵盤制御処理はスキップされる。この鍵盤
制御処理の詳細については後述する。

【００７８】次いで、受信バッファに受信データ（ＭＩ
ＤＩデータ）が存在するかどうかが調べられる（ステッ
プＳ２０）。これは、上述したように、カウンタＣＴＲ
の内容とポインタＰＴＲの内容とが一致するかどうかを
調べることにより行われる。ここで受信バッファに受信
データが存在することが判断されるとＭＩＤＩ−ＩＮ処
理が行われ（ステップＳ２１）、そうでなければＭＩＤ
Ｉ−ＩＮ処理はスキップされる。このＭＩＤＩ−ＩＮ処
理の詳細については後述する。

【００７９】次いで、パート１〜４読出処理が実行され
る（ステップＳ２２）。この処理は、各パートのパター
ンデータを読み出して楽音を再生する処理である。この
パート１〜４読出処理の詳細については後述する。

【００８０】次いで、「その他の処理」が行われる（ス
テップＳ２３）。この「その他の処理」では、音色選択
処理、ボリューム設定処理等が行われるが、本発明とは
直接関係しないので説明は省略する。その後、ステップ
Ｓ１４に戻り、以下同様の処理が繰り返される。以上の
ステップＳ１４〜Ｓ２３の繰り返し実行の過程で、操作
パネル１３や鍵盤装置１４のイベントが発生し、或いは
ＭＩＤＩデータの受信等があると、これらに対応した処
理が行われることにより、自動伴奏装置としての機能が
発揮される。

【００８１】（２）ＭＩＤＩ−ＩＮ割込処理（図４） このＭＩＤＩ−ＩＮ割込処理は、メインルーチンの処理
に割り込んで実行される。このＭＩＤＩ−ＩＮ割込処理
では、ＭＩＤＩコントローラ１８で受信されたＭＩＤＩ
データが受信バッファに格納される。ＭＩＤＩコントロ
ーラ１８は、外部装置からシリアルに送られてくるＭＩ
ＤＩデータが１バイト分になると割込信号を発生する。
この割込信号はＣＰＵ１０の割込信号入力端子ＩＮＴ１
に供給される。これにより、ＣＰＵ１０は割込モードに
入り、本ＭＩＤＩ−ＩＮ割込処理ルーチンがコールされ
る。

【００８２】ＭＩＤＩ−ＩＮ割込処理では、先ず、ＭＩ
ＤＩコントローラ１８からＭＩＤＩデータが読み込ま
れ、これが受信バッファのカウンタＣＴＲで示される位
置に書き込まれる（ステップＳ３０）。次いで、カウン
タＣＴＲがインクリメントされ（ステップＳ３１）、そ
の結果が記憶エリアの最大値ＴＯＰを越えたかどうかが
調べられる（ステップＳ３２）。そして、最大値ＴＯＰ
を越えていないことが判断されるとＭＩＤＩ−ＩＮ処理
ルーチンからリターンする。一方、上記ステップＳ２２
で最大値ＴＯＰを越えたことが判断されると、カウンタ
ＣＴＲの内容が最小値ＢＴＭに書き換えられ（ステップ
Ｓ３３）、その後、ＭＩＤＩ−ＩＮ処理ルーチンからリ
ターンする。リターン先は、何れもメインルーチンの割
り込まれた位置である。これにより、最大値ＴＯＰから
最小値ＢＴＭへラウンドする循環バッファの機能が実現
されている。

【００８３】なお、図中には示されていないが、カウン
タＣＴＲをインクリメントした結果がポインタＰＴＲの
値を越えることとなる場合は受信バッファは満杯である
ので、ＭＩＤＩデータの取り込み処理は抑止される。

【００８４】（３）パネル制御処理（図５） 次に、メインルーチンのステップＳ１６で行われるパネ
ル制御処理の詳細について、図５のフローチャートを参
照しながら説明する。

【００８５】このパネル制御処理ルーチンは、メインル
ーチンでパネルスイッチ等のイベントがあったことが判
断された場合にコールされる。パネル制御処理では、先
ず、インクリメンタ１３３のイベントがあるかどうかが
調べられる（ステップＳ４０）。新旧両パネルデータ中
のインクリメンタデータが比較され、これらが相違する
場合にインクリメンタ１３３のイベントがあったことが
判断される。ここでインクリメンタ１３３のイベントが
あったことが判断されるとテンポスピード処理が行われ
（ステップＳ４１）、そうでなければテンポスピード処
理はスキップされる。テンポスピード処理では、新パネ
ルデータ中のインクリメンタデータに応じたデータがタ
イマ１７にセットされると共に、テンポスピード表示器
１３２に送られる。これによりタイマ１７から発生され
る割込信号の間隔が変更されて自動伴奏のテンポスピー
ドが変更される。また、変更後のテンポスピードがテン
ポスピード表示器１３２に表示される。

【００８６】次いで、ストップスイッチ１３４のイベン
トがあるかどうかが調べられる（ステップＳ４２）。こ
れは、パネルイベントマップ中のストップスイッチ１３
４に対応するビットが「１」であるかどうかを調べるこ
とにより行われる。ここでストップスイッチ１３４のイ
ベントがあることが判断されるとストップ処理が行われ
（ステップＳ４３）、そうでなければストップ処理はス
キップされる。ストップ処理では、ＲＡＭ１２に定義さ
れている自動演奏フラグが「０」にクリアされる。これ
により、後述するタイマ割込処理（図９）において小節
レジスタＢＲＲ及び拍レジスタＢＴＲの更新が抑止され
て自動演奏の進行が停止され、各パートの発音が停止さ
れる。

【００８７】次いで、プレイ／ポーズスイッチ１３５の
イベントがあるかどうかが調べられる（ステップＳ４
４）。これは、パネルイベントマップ中のプレイ／ポー
ズスイッチ１３５に対応するビットが「１」であるかど
うかを調べることにより行われる。ここでプレイ／ポー
ズスイッチ１３５のイベントがあることが判断されると
プレイ処理が行われ（ステップＳ４５）、そうでなけれ
ばプレイ処理はスキップされる。プレイ処理では、上記
自動演奏フラグが「０」、つまり自動演奏停止中にプレ
イ／ポーズスイッチ１３５が押されたことが判断される
と自動演奏フラグが「１」にセットされると共に、ＬＥ
Ｄ表示器１４０が点灯される。これにより、後述するタ
イマ割込処理（図９）において小節レジスタＢＲＲ及び
拍レジスタＢＴＲの更新が開始され、自動演奏が進行さ
れる。逆に、自動演奏フラグが「１」、つまり自動演奏
中にプレイ／ポーズスイッチ１３５が押されたことが判
断されると自動演奏フラグが「０」にクリアされると共
に、ＬＥＤ表示器１４０が消灯される。これにより、上
記ストップスイッチ１３４が押された時と同様の処理が
行われて各パートの発音が停止される。

【００８８】次いで、タッチバー＜Ｌ＞１５０又はタッ
チバー＜Ｒ＞１５１のイベントがあるかどうかが調べら
れる（ステップＳ４６）。これは、パネルイベントマッ
プ中のタッチバー＜Ｌ＞１５０又はタッチバー＜Ｒ＞１
５１に対応するビットが「１」であるかどうかを調べる
ことにより行われる。ここでタッチバー＜Ｌ＞１５０又
はタッチバー＜Ｒ＞１５１のイベントがないことが判断
されるとステップＳ５０へ分岐し、そうでなければＴＹ
ＰＥフラグが「０」であるかどうかが調べられる（ステ
ップＳ４７）。ここでＴＹＰＥフラグが「０」でないこ
とが判断されると、初心者でない（熟練者である）こと
が認識されステップＳ５０へ分岐する。そうでなければ
初心者であることが認識され、次いで、ロアー鍵盤の押
鍵数が「２」より小さいかどうか、つまり１鍵のみの押
下であるかどうかが調べられる（ステップＳ４８）。ロ
アー鍵盤の押鍵数は、新キーデータ中のロアー鍵盤に対
応するビットのうちオンになっているビットを計数する
ことにより算出される。以下における押鍵数の判断も同
様である。

【００８９】ここで、ロアー鍵盤の押鍵数が「２」より
小さくない、つまり「２」以上であることが判断される
とステップＳ５０へ分岐し、そうでなければコードタイ
プ決定処理が行われる（ステップＳ４９）。即ち、タッ
チバー＜Ｌ＞１５０又はタッチバー＜Ｒ＞１５１の操作
状態に応じて上記表１に示した４つのコードタイプのう
ちの何れか１つが決定される。ここで決定されたコード
タイプは、コードタイプレジスタに格納され、後述する
鍵盤制御処理（図６）でコード検出を行う際に使用され
る。

【００９０】以上のステップＳ４６〜Ｓ４９の処理によ
り、初心者であって且つ１鍵のみ押下された場合に、タ
ッチバー＜Ｌ＞１５０又はタッチバー＜Ｒ＞１５１の操
作状態に応じてコードタイプが決定され、熟練者の場合
又は初心者であっても２鍵以上が押鍵された場合には、
タッチバー＜Ｌ＞１５０又はタッチバー＜Ｒ＞１５１の
押下は無視されてコードタイプの決定は行われない。

【００９１】次いで、パートスイッチ１３６〜１３９の
イベントであるかどうかが調べられる（ステップＳ５
０）。これは、パネルイベントマップ中のパートスイッ
チ１３６〜１３９に対応するビットが「１」であるかど
うかを調べることにより行われる。ここでパートスイッ
チ１３６〜１３９のイベントがあることが判断されると
パート１〜４切換処理が行われ（ステップＳ５１）、そ
うでなければパート１〜４切換処理はスキップされる。
その後、このパネル制御処理ルーチンからリターンして
メインルーチンに戻る。

【００９２】ステップＳ５１で行われるパート切換処理
は、パートスイッチ１３６〜１３９が押された時に、当
該パートの発音を開始し又は停止する処理である。本実
施例の自動伴奏装置では、既に説明したように、パート
１〜４のパターンデータは常にＲＯＭ１１から読み出さ
れており、読み出されたパターンデータに基づいて発音
が行われるかどうかは、パートスイッチ１３６〜１３９
がオンにされているかどうかによって決定される。

【００９３】このパート切換処理では、各パートの発音
開始又は発音停止をスムーズ且つ効率よく行うために、
パートスイッチ１３６〜１３９によって発音開始が指示
された場合に、当該パートで発音中であるべき音（パタ
ーンデータの読み出しのみが行われている音）のうち、
残存ゲートタイム（当該パートに対応するレジスタ群に
記憶されている残存ゲートタイム）が所定時間未満のも
のは発音の開始を抑止し、残存ゲートタイムが所定時間
以上のものについてのみ発音が開始されるように制御さ
れる。かかる処理により、ＣＰＵ１０がチャンネル割り
当て処理に要する時間が節約されてＣＰＵ１０の負担が
軽減されるという利点がある。

【００９４】（４）鍵盤制御処理（図６） 次に、メインルーチンのステップＳ１９で行われる鍵盤
制御処理の詳細について、図６のフローチャートを参照
しながら説明する。

【００９５】この鍵盤制御処理ルートは、メインルーチ
ンで鍵盤イベントがあったことが判断された場合にコー
ルされる。鍵盤制御処理では、先ず、イベントのあった
鍵がロアー鍵（ロアー鍵盤中のいずれかの鍵をいう。以
下も同じ。）であるかどうかが調べられる（ステップＳ
６０）。これは、キーイベントマップ中のロアー鍵盤に
対応する部分の何れかのビットがオンになっているかど
うかを調べることによって行われる。ここでロワー鍵の
イベントでないことが判断されると、アッパー鍵（アッ
パー鍵盤中のいずれかの鍵をいう。以下も同じ。）のイ
ベントであると認識し、通常の押鍵に対する発音を行う
べくステップＳ６４へ分岐する。

【００９６】一方、ステップＳ６０でロアー鍵のイベン
トでないことが判断されるとコード検出処理が行われる
（ステップＳ６１）。このコード検出処理の詳細は、図
１０のフローチャートに示されている。

【００９７】コード検出処理では、先ず、ＴＹＰＥフラ
グが「０」であるかどうかが調べられる（ステップＳ１
００）。ここでＴＹＰＥフラグが「０」でないことが判
断されると、初心者でないことが認識されステップＳ１
０４へ分岐し、そうでなければ初心者であることが認識
され、次いで、ロアー鍵盤の押鍵数が「２」より小さい
かどうか、つまり１鍵のみの押下であるかどうかが調べ
られる（ステップＳ１０１）。

【００９８】ここで、ロアー鍵盤の押鍵数が「２」より
小さくない、つまり「２」以上であることが判断される
とステップＳ１０４へ分岐し、そうでなければ押下され
た鍵のキーコードがコードルートとして検出される（ス
テップＳ１０２）。このコードルートは、コードルート
レジスタに格納される。次いで、コードタイプ決定処理
が行われる（ステップＳ１０３）。即ち、上述したパネ
ル処理ルーチン（図５）でタッチバー＜Ｌ＞１５０又は
タッチバー＜Ｒ＞１５１の操作に応じて決定されて既に
コードタイプレジスタに格納されているコードタイプが
本コード検出処理ルーチンで検出されたコードタイプと
して使用される。その後、このコード検出処理ルーチン
からリターンして鍵盤制御処理ルーチンに戻る。このよ
うにして決定されたコードルート及びコードタイプは、
次のステップＳ６２で行われる和音展開に使用される。
上記ステップＳ１０１により押鍵数検出手段が実現さ
れ、ステップＳ１０２及びＳ１０３により第１のコード
検出手段及びコード検出手段が実現されている。

【００９９】一方、上記ステップＳ１００で、ＴＹＰＥ
フラグが「０」でないことが判断されて初心者でないこ
とが認識された場合、又は上記ステップＳ１０１で初心
者であるが２鍵以上が押下されたことが判断された場合
は、通常のコード検出処理が行われる（ステップＳ１０
４）。このコード検出処理は、ロアー鍵盤の押鍵パター
ンに応じて所定のアルゴリズムでコードルート及びコー
ドタイプを検出する処理である。このステップＳ１０４
におけるコード検出方法としては、周知の種々の方法を
用いることができる。その後、このコード検出処理ルー
チンからリターンして鍵盤制御処理ルーチンに戻る。こ
のステップＳ１０４により第２のコード検出手段及びコ
ード検出手段が実現されている。

【０１００】鍵盤制御処理ルーチンでは、次いで、和音
展開処理が行われる（ステップＳ６１）。この和音展開
処理の詳細は、図１１のフローチャートに示されてい
る。

【０１０１】和音展開処理では、先ず、ＴＹＰＥフラグ
が「０」であるかどうかが調べられる（ステップＳ１１
０）。ここでＴＹＰＥフラグが「０」でないことが判断
されると初心者でないことが認識されてステップＳ１１
４へ分岐する。そうでなければ初心者であることが認識
され、次いで、ロアー鍵盤の押鍵数が「３」より小さい
かどうか、つまり１鍵又は２鍵の押下であるかどうかが
調べられる（ステップＳ１１１）。

【０１０２】ここで、ロアー鍵盤の押鍵数が「３」より
小さくない、つまり「３」以上であることが判断される
とステップＳ１１４へ分岐し、そうでなければ和音作成
が行われる（ステップＳ１１２）。即ち、コードルート
レジスタに格納されているコードルート及びコードタイ
プレジスタに格納されているコードタイプに基づいて、
３音又は４音のそれぞれを発音するための和音情報が作
成される。次いで、和音情報が楽音発生器１５へ送られ
る（ステップＳ１１３）。これにより、ロワー鍵盤の押
鍵に基づいて３音又は４音の和音の発生が可能となる。
その後、この和音展開処理ルーチンからリターンして鍵
盤制御処理ルーチンに戻る。

【０１０３】上記ステップＳ１１０で熟練者と判断され
た場合、又は上記ステップＳ１１１で初心者であるが３
鍵以上の押鍵を行ったことが判断された場合は、通常の
発音処理が行われる（ステップＳ１１４）。即ち、ロワ
ー鍵盤で押下された全ての鍵を発音するための情報が、
コードの成否に拘わらず楽音発生器１５に送られる。そ
の後、この和音展開処理ルーチンからリターンして鍵盤
制御処理ルーチンに戻る。上記ステップＳＳ１１１〜Ｓ
１１４により和音情報生成手段及び和音情報出力手段が
実現されている。

【０１０４】鍵盤制御処理ルーチンでは、次いで、コー
ド検出方法更新処理が行われる（ステップＳ６３）。こ
のコード検出方法更新処理の詳細は、図１２のフローチ
ャートに示されている。

【０１０５】コード検出方法更新処理では、先ず、ロア
ー鍵盤の押鍵数が「３」以上であるかどうかが調べられ
る（ステップＳ１２１）。そして、「３」以上であるこ
とが判断されると、コードとして成立したかどうかが調
べられる（ステップＳ１２１）。これは、例えば予め記
憶されているコードパターンと押鍵パターンとを比較す
ることにより実現される。

【０１０６】ここで、コードとして成立したことが判断
されると、トレースポインタＴＰＯＩＮＴで示される熟
練度判定バッファのエントリに「１」（熟練者データ）
が書き込まれる（ステップＳ１２２）。一方、コードと
して成立しなかったことが判断された場合、又は上記ス
テップＳ１２０でロアー鍵盤の押鍵数が「３」に満たな
いことが判断された場合は、トレースポインタＴＰＯＩ
ＮＴで示される熟練度判定バッファのエントリに「０」
（初心者データ）が書き込まれる（ステップＳ１２
３）。上記ステップＳ１２０〜１２３により押鍵状態検
出手段が実現されている。

【０１０７】次いで、トレースポインタＴＰＯＩＮＴが
インクリメントされ（ステップＳ１２４）、「３２」以
上になったかどうかが調べられる（ステップＳ１２
５）。ここで「３２」以上になったことが判断されると
トレースポインタＴＰＯＩＮＴが「０」にクリアされ
（ステップＳ１２６）、そうでなければステップＳ１２
６はスキップされる。

【０１０８】次いで、トレースポインタＴＰＯＩＮＴで
指定される熟練度判定バッファの全エントリ（ＴＰＯＩ
ＮＴ０〜３１）の内容が加算されてレジスタＴＹＰＤＡ
Ｔに格納される（ステップＳ１２７）。次いで、レジス
タＴＹＰＤＡＴの内容が「１６」以上であるかどうかが
調べられる（ステップＳ１２８）。そして、「１６」以
上であることが判断されると、ＴＹＰＥフラグに「１」
がセットされる（ステップＳ１２９）。その後、このコ
ード検出方法更新ルーチンからリターンして鍵盤制御処
理ルーチンに戻る。これにより、最近行われた３２回の
ロワー鍵盤の押鍵のうち、３鍵以上が押下され且つコー
ドが成立した回数が１６回以上、換言すればコードを押
さえたうちの半分以上がコードとして成立した場合は熟
練者と判断される。

【０１０９】一方、上記ステップＳ１２８で、「１６」
未満であることが判断されると、ＴＹＰＥフラグが
「０」にクリアされる（ステップＳ１３０）。その後、
このコード検出方法更新ルーチンからリターンして鍵盤
制御処理ルーチンに戻る。これにより、もっとも最近行
われた３２回のロワー鍵盤の押鍵のうち、３鍵以上が押
下され且つコードが成立した回数が１６回未満、換言す
ればコードを押さえたうちコードとして成立しなかった
回数が半分に満たない場合は初心者と判断される。上記
ステップＳ１２７〜Ｓ１３０の処理により演奏技量判定
手段が実現されている。

【０１１０】以上のコード検出方法の変更が終了する
と、鍵盤制御処理ルーチンでは、次いで、発音処理が行
われる（ステップＳ６４）。即ち、アッパー鍵の押鍵に
対しては、押鍵に係る鍵情報に基づき通常の発音が行わ
れる。

【０１１１】一方、ロワー鍵の押鍵に対しては、和音展
開処理（ステップＳ６２）で作成された和音情報に基づ
く複数音の発音が行われる。即ち、レジスタ群ｎにキー
オン状態で格納されているキーコードと和音展開により
得られた新キーコードとが比較され、レジスタ群ｎ中に
一致するキーコードが発見されれば、そのキーコードに
対しては何等の処理も行われない。従って、発音が継続
されることになる。一方、上記の比較において、コード
検出前の和音構成音であったがコード検出後に和音構成
音でなくなったキーコードに対しては、レジスタ群ｎ中
の対応するキーコードのオン／オフビットが「０」にク
リアされ、キーオフ出力が行われる。ここに、「キーオ
フ出力」とは、楽音発生器１５に所定のデータを送出
し、現在のエンベロープよりも格段に高速なリリースエ
ンベロープに置き換えて発音を終了させる一連の処理を
いい、以下においても同じである。

【０１１２】次いで、コード検出前の和音構成音でなく
コード検出後に新たに和音構成音となった音に対し、オ
ン／オフビットを「１」にセットしたキーコード、残存
ゲートタイム及びベロシティがレジスタ群ｎの中の１つ
のブロックに格納される。この際、格納に使用されるブ
ロックは、オン／オフビットが「０」になっているブロ
ックである。そして、キーオン出力が行われる。ここ
に、「キーオン出力」とは、楽音発生器１５に所定のデ
ータ（キーコード、ベロシティ等）を送出し、発音を開
始させる一連の処理をいい、以下においても同じであ
る。以上の処理が全パートについて行われ、発音処理が
終了する。この発音処理が終了すると、この鍵盤制御処
理ルーチンからリターンしてメインルーチンに戻る。

【０１１３】（５）ＭＩＤＩ−ＩＮ処理（図７） 次に、メインルーチンのステップＳ２１で行われるＭＩ
ＤＩ−ＩＮ処理の詳細について、図７のフローチャート
を参照しながら説明する。

【０１１４】このＭＩＤＩ−ＩＮ処理ルーチンは、メイ
ンルーチンでＭＩＤＩデータを受信したことが判断され
た場合にコールされる。ＭＩＤＩ−ＩＮ処理では、先
ず、受信バッファから１つのＭＩＤＩメッセージが取り
出され、それに含まれるＭＩＤＩチャンネル番号が
「１」、つまりロワー鍵のデータであるかどうかが調べ
られる（ステップＳ７０）。これは、ＭＩＤＩメッセー
ジの第１バイト目の下位４ビットにあるチャンネル番号
を調べることにより行われる。ここで、チャンネル番号
が「１」でないことが判断されるとステップＳ７３へ分
岐し、ＭＩＤＩデータに基づく通常の発音処理が行われ
る。一方、チャンネル番号が「１」、つまりロワー鍵の
データである旨が判断されると、コード検出処理が行わ
れる（ステップＳ７１）。このコード検出処理は、鍵盤
制御処理ルーチンのステップＳ６１で説明したものと同
じである。

【０１１５】次いで、和音展開処理が行われる（ステッ
プＳ７２）。この和音展開処理は、鍵盤制御処理ルーチ
ンのステップＳ６２で説明したものと同じである。次い
で、発音処理が行われる（ステップＳ７３）。この発音
処理は、鍵盤制御処理ルーチンのステップＳ６４で行わ
れる処理と同じである。なお、本実施例ではＭＩＤＩ−
ＩＮ処理ルーチンにおいてコード検出方法変更処理は行
われない構成となっているが、上記鍵盤制御処理ルーチ
ンと同様に、コード検出方法変更処理を行うように構成
することも可能である。

【０１１６】（６）パート１〜４読出処理（図８） 次に、メインルーチンのステップＳ２２で行われるパー
ト１〜４読出処理の詳細について、図８のフローチャー
トを参照しながら説明する。

【０１１７】パート１〜４読出処理は、メインルーチン
から周期的にコールされる。このパート１〜４読出処理
では、先ず、パート番号が「ｎ＝１」に初期化される
（ステップＳ８０）。即ち、このパート１〜４読出処理
では、各パート１〜４に対応するパターンデータの読出
処理が行われる。次いで、パートｎのパターンデータ中
から未発音のデータが検索される（ステップＳ８１）。
即ち、小節レジスタＢＲＲの内容で示される小節に含ま
れるパターンデータの中で、ステップタイムが拍レジス
タＢＴＲの内容と同一のものが検索される。次いで、検
索されたパターンデータ中のキーコード、ゲートタイム
及びベロシティが読み出される（ステップＳ８２）。

【０１１８】次いで、パートｎに対応するレジスタ群ｎ
の更新が行われる（ステップＳ８３）。即ち、キーコー
ド、ゲートタイム及びベロシティがレジスタ群ｎの中の
１つのブロックに格納される。

【０１１９】次いで、当該パートｎがオン、つまりパー
トｎに対応するパートスイッチ１３６〜１３９の何れか
が押されているかどうかが調べられ（ステップＳ８
４）、押されていることが判断されると、キーオン出力
が行われる（ステップＳ８５）。これにより、発音が行
われることになる。一方、パートスイッチ１３６〜１３
９が押されていないことが判断されると、ステップＳ８
５はスキップされる。従って、この場合は、パターンデ
ータの読み出しのみが行われることになる。

【０１２０】次いで、パート番号ｎがインクリメントさ
れ（ステップＳ８６）、その結果が５以上でなければス
テップＳ８１に戻って次のパートに対する読出処理が行
われ、５以上であれば全パートに対する処理が終了した
ことを認識してこのパート１〜４読出処理ルーチンから
リターンしてメインルーチンに戻る。

【０１２１】（７）タイマ割込処理（図９） 次にタイマ割込処理ルーチンについて、図９に示したフ
ローチャートを参照しながら説明する。このタイマ割込
処理ルーチンは、タイマ１７から割込信号がＣＰＵ１０
の割込信号入力端子ＩＮＴ２に供給されることにより起
動される。従って、その時点で設定されているテンポに
おける１ステップタイムに対応する時間間隔でこのタイ
マ割込処理ルーチンが起動されることになる。

【０１２２】タイマ割込処理では、先ず、自動演奏フラ
グがオンになっているかどうかが調べられる（ステップ
Ｓ９００）。即ち、本自動伴奏装置が自動演奏中である
かどうかが調べられる。ここで自動演奏フラグがオンで
あることが判断されると、拍レジスタＢＴＲの内容がイ
ンクリメントされ（ステップＳ９１）、その結果が「１
９２」以上になったかどうかが調べられる（ステップＳ
９２）。そして、「１９２」以上になったことが判断さ
れると、拍レジスタＢＴＲがゼロにクリアされ（ステッ
プＳ９３）、小節レジスタＢＲＲがインクリメントされ
る（ステップＳ９４）。上記ステップＳ９２で「１９
２」以上でないことが判断されると、ステップＳ９３及
びＳ９４の処理はスキップされる。上記ステップＳ９１
〜Ｓ９４の処理により、１ステップタイム毎に小節レジ
スタＢＲＲと拍レジスタＢＴＲとが連結された状態でイ
ンクリメントされる機能が実現されている。

【０１２３】次いで、全パートのゲートタイムの更新が
行われる（ステップＳ１１５）。即ち、全パートのレジ
スタ群に含まれる残存ゲートタイムが「０」以外のもの
はデクリメントされる。そして、このデクリメントの結
果、新たにゼロになった残存ゲートタイムが存在すれ
ば、その残存ゲートタイムに対応するキーコードに対し
てキーオフ出力が行われ発音が停止される。

【０１２４】上記ステップＳ９０で自動演奏フラグがオ
ンでないことが判断されると、自動演奏中でないことが
認識され、全パートのゲートタイムの更新のみが行われ
る。その後、このタイマ割込処理ルーチンからリターン
して割り込まれた位置に戻る。

【０１２５】以上説明したように、本実施例において
は、例えばコード検出領域として割り当てられたロワー
鍵盤の押鍵状態に応じて、即ち、３鍵以上が押鍵され且
つ和音が成立したことが検出された場合に熟練者データ
として「１」を、そうでない場合に初心者データとして
「０」を、３２個のエントリを有する熟練度判定バッフ
ァに順次記憶すると共に、この熟練度判定バッファに記
憶された熟練者データが半分（１６）以上ならば演奏技
量は熟練者であると判定し、そうでなければ初心者と判
定し、この判定により初心者と判定された場合はロワー
鍵盤の１鍵又は２鍵の押鍵により検出されたコードを展
開して３音以上の和音情報を生成し、一方、熟練者と判
定された場合はロワー鍵盤における押鍵情報をそのまま
和音情報とするようにしている。

【０１２６】これにより、演奏者が順次コード指定を行
いながらコード演奏を行った場合に、そのコード演奏の
流れに基づいて演奏者がコード演奏に関して初心者であ
るか又は熟練者であるかを判別することができる。そし
て、この判別結果により初心者又は熟練者に適した方法
で和音情報が生成されるので、従来のように、初心者又
は熟練者であることを特別に指定しなくても演奏者の技
量に応じた和音情報を生成して出力することができる。

【０１２７】また、例えばコード検出領域として割り当
てられたロワー鍵盤の押鍵数が１鍵のときは、演奏者は
初心者とみなし、その鍵で指定される音高をコードルー
トとし、これとタッチバー＜Ｌ＞１５０及びタッチバー
＜Ｒ＞１５１で指定されるコードタイプとからなるコー
ドを検出する。一方、ロワー鍵盤の押鍵数が２鍵以上の
ときは、演奏者は熟練者とみなし、押下された複数の鍵
のみに基づきコードタイプとコードルートとからなるコ
ードを検出する。このようにして検出されたコードは、
例えばパターンデータを展開するために使用され、展開
により得られた和音構成音は自動伴奏音を発生するため
に使用される。

【０１２８】従って、演奏者が順次コード指定を行いな
がらコード演奏を行った場合に、その押鍵数に基づい
て、例えば演奏者がコード演奏に関して初心者であるか
又は熟練者であるかを判別することができ、この判別結
果によりそれぞれ適したコード検出方法を用いてコード
検出が行われる。従って、従来のように、初心者又は熟
練者であることを特別に指定しなくても演奏者の技量に
応じたコード検出を行って自動伴奏に供することができ
る。

【０１２９】

【発明の効果】以上詳述したように、本発明によれば、
初心者又は熟練者であることを格別指定しなくても演奏
者の技量に応じた方法でコード検出を行うことができる
と共に、演奏者の技量に応じた和音情報をロワー音とし
て発音するために出力することのできる自動伴奏装置を
提供できる。

【図面の簡単な説明】

【図１】本発明の実施例の自動伴奏装置の構成を示すブ
ロック図である。

【図２】本発明の実施例に使用される操作パネルの一例
を示す図である。

【図３】本発明の実施例のメイン処理を示すフローチャ
ートである。

【図４】本発明の実施例のＭＩＤＩ−ＩＮ割込処理を示
すフローチャートである。

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

【図６】本発明の実施例の鍵盤制御処理を示すフローチ
ャートである。

【図７】本発明の実施例のＭＩＤＩ−ＩＮ処理を示すフ
ローチャートである。

【図８】本発明の実施例のパート１〜４読出処理を示す
フローチャートである。

【図９】本発明の実施例のタイマ割込処理を示すフロー
チャートである。

【図１０】本発明の実施例のコード検出処理を示すフロ
ーチャートである。

【図１１】本発明の実施例の和音展開処理を示すフロー
チャートである。

【図１２】本発明の実施例のコード検出方法更新処理を
示すフローチャートである。

【図１３】本発明の実施例で使用する受信バッファの構
成を示す図である。

【図１４】（Ａ）は本発明の実施例で使用するレジスタ
群ｎの構成を示す図、（Ｂ）は本発明の実施例で使用す
るパターンデータの構成を示す図である。

【符号の説明】

１０ ＣＰＵ １１ ＲＯＭ １２ ＲＡＭ １３ 操作パネル １４ 鍵盤装置 １５ 楽音発生器 １６ スピーカシステム １７ タイマ １８ ＭＩＤＩコントローラ ３０ システムバス １３０ 小節／拍表示器 １３１ コード表示器 １３２ テンポスピード表示器 １３３ インクリメンタ １３４ ストップスイッチ １３５ プレイ／ポーズスイッチ １３６ パート１スイッチ １３７ パート２スイッチ １３８ パート３スイッチ １３９ パート４スイッチ １４０〜１４４ ＬＥＤ表示器 １５０ タッチバー＜Ｌ＞ １５１ タッチバー＜Ｒ＞

Claims (8)

【特許請求の範囲】
1. 【請求項１】 特定鍵域の押鍵状態を検出する押鍵状態
   検出手段と、 該押鍵状態検出手段で検出された押鍵状態に応じて生成
   された演奏技量を判定するためのデータを順次記憶する
   記憶手段と、 該記憶手段に記憶された複数の前記データに基づき演奏
   技量を判定する演奏技量判定手段と、 該演奏技量判定手段による判定結果に応じて、複数の和
   音情報生成方法の中から１つの和音情報生成方法を選択
   し、該選択された和音情報生成方法を用いて前記特定鍵
   域の押鍵状態に応じた和音情報を生成する和音情報生成
   手段、 とを備えたことを特徴とする自動伴奏装置。
2. 【請求項２】 前記押鍵状態検出手段で３鍵以上が押鍵
   され且つ和音が成立したことが検出された場合に熟練者
   データが、そうでない場合に初心者データがそれぞれ順
   次前記記憶手段に記憶され、前記演奏技量判定手段は、
   前記記憶手段に記憶された熟練者データが所定数以上な
   らば演奏技量は熟練者であると判定し、そうでなければ
   初心者と判定することを特徴とする請求項１に記載の自
   動伴奏装置。
3. 【請求項３】 前記和音情報生成手段は、前記特定鍵域
   の１鍵又は２鍵の押鍵により検出されたコードを展開し
   て３音以上の和音情報を生成する第１の和音情報生成方
   法と、前記特定鍵域における押鍵情報をそのまま和音情
   報とする第２の和音情報生成方法を有することを特徴と
   する請求項１に記載の自動伴奏装置。
4. 【請求項４】 特定鍵域の押鍵状態を検出する押鍵状態
   検出手段と、 該押鍵状態検出手段で３鍵以上が押鍵され且つ和音が成
   立したことが検出された場合に熟練者データが、そうで
   ない場合に初心者データがそれぞれ順次記憶される記憶
   手段と、 該記憶手段に記憶された熟練者データが所定数以上なら
   ば演奏技量は熟練者であると判定し、そうでなければ初
   心者と判定する演奏技量判定手段と、 該演奏技量判定手段により初心者と判定された場合に前
   記特定鍵域の１鍵又は２鍵の押鍵により検出されたコー
   ドを展開して３音以上の和音情報を生成し、熟練者と判
   定された場合に前記特定鍵域における押鍵情報をそのま
   ま和音情報とする和音情報生成手段、 とを備えたことを特徴とする自動伴奏装置。
5. 【請求項５】 特定鍵域における押鍵数を検出する押鍵
   数検出手段と、 コードタイプを指定するコードタイプ指定操作子と、 前記押鍵数検出手段で検出された押鍵数が１鍵のときは
   該鍵で指定されるコードルートと前記コードタイプ指定
   操作子で指定されるコードタイプとからなるコードを検
   出する第１のコード検出手段と、 前記押鍵数検出手段で検出された押鍵数が２鍵以上のと
   きは、押下された複数の鍵のみに基づきコードタイプと
   コードルートとからなるコードを検出する第２のコード
   検出手段と、 前記第１のコード検出手段又は第２のコード検出手段で
   検出されたコードに基づき自動伴奏音を発生する自動伴
   奏音発生手段、 とを有することを特徴とする自動伴奏装置。
6. 【請求項６】 前記コードタイプ指定操作子は、コード
   タイプがマイナーであることを指定する第１の操作子と
   コードタイプがセブンスであることを指定する第２の操
   作子とを有し、第１の操作子の操作に応じてコードタイ
   プとしてマイナーが検出され、第２の操作子の操作に応
   じてコードタイプとしてセブンスが検出され、第１の操
   作子及び第２の操作子の何れも操作されていないときは
   コードタイプとしてメジャーが検出されることを特徴と
   する請求項５に記載の自動伴奏装置。
7. 【請求項７】 特定鍵域における押鍵数を検出する押鍵
   数検出手段と、 前記特定鍵域における押鍵に基づきコードルートとコー
   ドタイプからなるコードを検出するコード検出手段と、 前記押鍵数検出手段で検出された押鍵数が所定数未満の
   ときは前記コード検出手段で検出されたコードから前記
   押鍵数以上の発音数となるように和音情報を生成して出
   力し、前記押鍵数検出手段で検出された押鍵数が所定数
   以上のときは前記特定鍵域における押鍵情報をそのまま
   和音情報として出力する和音情報出力手段、 とを有することを特徴とする自動伴奏装置。
8. 【請求項８】 前記所定数は「３」であることを特徴と
   する請求項７に記載の自動伴奏装置。