(57)【特許請求の範囲】
【請求項１】
コード名の指定に使用されるコード鍵を有する鍵盤と、
押鍵された前記コード鍵に対応する前記コード名を伴奏コードとして設定するコード設定手段と、
自動伴奏パターンの選択に使用されるパターン選択手段と、少なくとも音高情報とベロシティ値が含まれるノートデータと該ノートデータの音色を指定する音色情報とが含まれている自動伴奏データを前記自動伴奏パターンに対応させて記憶する自動伴奏データ記憶手段と、
前記パターン選択手段によって選択された前記自動伴奏パターンに対応する前記自動伴奏データを前記自動伴奏データ記憶手段から読出すデータ読出手段と、
該データ読出手段によって読出された前記ノートデータの音高情報を前記設定された伴奏コードによって補正する音高補正手段と、
該音高補正手段を経由された前記ノートデータの音高情報及びベロシティ値を含む音符データを記憶する音符データ記憶手段と、
該音符データと前記指定された音色に基づく楽音を発音する発音手段と、
前記音符データ毎に、前記発音手段による発音経過時間を計測する経過時間計測手段と、
前記コード設定手段により新たな前記伴奏コードが設定されると前記発音中の音を消音する消音手段と、
該新たな伴奏コードが設定されたときに前記発音経過時間がしきい値を超えていない場合には、前記消音された音符データの前記ベロシティ値を小さく書き換えるベロシティ書換手段と、
該ベロシティ書換手段によって書き換えられた前記音符データに基づく楽音を前記発音手段に発音させる発音再開手段と
を備えたことを特徴とする自動伴奏装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、自動伴奏装置の技術分野に属する。
【０００２】
【従来の技術】
鍵盤式の電子楽器などに付属する自動伴奏装置には、コード名の指定に使用されるコード鍵の押鍵に応じてリアルタイムでコードを変更する機能が備わっているのが普通である。なお、コード鍵は、自動伴奏装置を稼働させないモードでは通常の鍵として使用され、自動伴奏装置を稼働させるモードではコード鍵として使用されることがある。
【０００３】
従来の自動伴奏装置では、コード鍵の押鍵によるコードの変更があった時には、そのときに発音中の自動伴奏音を一度消音して、新たなコードに応じた音高に変更して再び発音し直すというリトリガー処理を行っていた。
【０００４】
【発明が解決しようとする課題】
ところが、従来のリトリガー処理では、自動伴奏のノートデータのベロシティ値を保存しておいて、再発音の際にそのベロシティ値を使っていたので、持続音（例えばオルガン、ストリングスなど）なら問題にはならないが、アタックの強い減衰音（例えばピアノ、ギターなど）の場合にはアタック音が耳について違和感を感じることがあった。
【０００５】
特に、コードの指定に複数のコード鍵の操作を要する場合（ワンフィンガーモードでも、マイナーコードを指定するには、通常２鍵の操作を必要としている。）、各鍵の操作例えば１鍵目の操作と２鍵目の操作とにタイムラグがあると、１鍵目の操作時と２鍵目の操作時との２回にわたってアタック音が発音されるので、上述の現象が顕著であった。
【０００６】
本発明は、自動伴奏中のコード変更時の上述の違和感、特に複数のコード鍵の操作を要する場合の違和感をなくすことを目的としている。
【０００７】
【課題を解決するための手段および発明の効果】
上記課題を解決するための請求項１記載の自動伴奏装置は、
コード名の指定に使用されるコード鍵を有する鍵盤と、
押鍵された前記コード鍵に対応する前記コード名を伴奏コードとして設定するコード設定手段と、
自動伴奏パターンの選択に使用されるパターン選択手段と、少なくとも音高情報とベロシティ値が含まれるノートデータと該ノートデータの音色を指定する音色情報とが含まれている自動伴奏データを前記自動伴奏パターンに対応させて記憶する自動伴奏データ記憶手段と、
前記パターン選択手段によって選択された前記自動伴奏パターンに対応する前記自動伴奏データを前記自動伴奏データ記憶手段から読出すデータ読出手段と、
該データ読出手段によって読出された前記ノートデータの音高情報を前記設定された伴奏コードによって補正する音高補正手段と、
該音高補正手段を経由された前記ノートデータの音高情報及びベロシティ値を含む音符データを記憶する音符データ記憶手段と、
該音符データと前記指定された音色に基づく楽音を発音する発音手段と、
前記音符データ毎に、前記発音手段による発音経過時間を計測する経過時間計測手段と、
前記コード設定手段により新たな前記伴奏コードが設定されると前記発音中の音を消音する消音手段と、
該新たな伴奏コードが設定されたときに前記発音経過時間がしきい値を超えていない場合には、前記消音された音符データの前記ベロシティ値を小さく書き換えるベロシティ書換手段と、
該ベロシティ書換手段によって書き換えられた前記音符データに基づく楽音を前記発音手段に発音させる発音再開手段と
を備えたことを特徴とする。
【０００８】
この自動伴奏装置は、コード名の指定に使用されるコード鍵を有する鍵盤を備えており、演奏者が所望のコード名が割り当てられているコード鍵を押鍵操作すると、コード設定手段が、押鍵されたコード鍵に対応するコード名を伴奏コードとして設定する。
【０００９】
また、自動伴奏装置は、自動伴奏パターンの選択に使用されるパターン選択手段を備えている。
一般に、自動演奏パターンは楽器とリズムの組み合わせに応じて多種多様であり、演奏者は、パターン選択手段により、そうした多種類の自動伴奏パターンの中から所望の自動演奏パターン（楽器とリズムの組み合わせ）を選択することになる。このため、パターン選択手段は、例えばピアノ、ギター、ドラムスなどの楽器（または楽器群）を選択するための楽器選択手段とリズムを選択するためのリズム選択手段とを備えるのが好ましい。このように構成すれば、楽器選択手段にて楽器を、リズム選択手段にてリズムを選択できる。
【００１０】
なお、予め楽器（または楽器群）とリズムを組み合わせた自動演奏パターンを用意しておき、その中から選択する構成としてもよい。この場合、パターン選択手段に該当するスイッチ等の操作は１動作でよい。
自動伴奏データ記憶手段は、少なくとも音高情報とベロシティ値が含まれるノートデータとノートデータの音色を指定する音色情報とが含まれている自動伴奏データを自動伴奏パターンに対応させて記憶している。自動伴奏データ記憶手段は特に限定はないが、モータや読取ヘッドが不要（構成が簡単）で高速なアクセスが可能なＲＯＭが適している。
【００１１】
データ読出手段は、パターン選択手段によって選択された自動伴奏パターンに対応する自動伴奏データを自動伴奏データ記憶手段から読出す。この読出は例えばアドレス順に行われる。
音高補正手段は、データ読出手段によって読出されたノートデータの音高情報を設定された伴奏コードに応じて補正する。なお、通常、ノートデータの音高情報は基準コード（通常はＣコード）での音高で記述されているので、コード設定手段にて設定された伴奏コードが基準コードなら音高補正手段による音高情報の補正は不要である。
【００１２】
音符データ記憶手段は、音高補正手段を経由されたノートデータの音高情報及びベロシティ値を含む音符データを記憶する。音符データ記憶手段は、随時の書き換えと高速アクセスが可能であるＲＡＭが適している。
発音手段は、音符データ記憶手段に記憶されている音符データと指定された音色に基づく楽音を発音する。発音手段は、例えば音符データと音色に基づく波形信号（デジタル信号）を生成する波形信号生成回路、生成されたデジタル信号をアナログ信号に変換するデジタルアナログコンバータ（ＤＡＣ）、そのアナログ信号を増幅するアンプ、アンプからの信号を音声出力するスピーカ等から構成され、波形信号生成回路を複数備える（複数チャンネルある）のが普通である。
【００１３】
経過時間計測手段は、音符データ毎に、発音手段による発音経過時間を計測する。この手段は、例えばある音符データの発音開始時に起動されるカウンタによって実現できる。また、例えば常時稼働しているタイマを用いることもできる。
消音手段は、コード設定手段により新たな伴奏コードが設定されると発音中の音を消音する。消音は、例えば高速リリース（トランケーション）やパンニング値を急速に０にする手法にて実現できる。
【００１４】
ベロシティ書換手段は、新たな伴奏コードが設定されたときに発音経過時間がしきい値を超えていない場合には、その消音された音符データのベロシティ値を小さく書き換える。そして、発音再開手段は、ベロシティ書換手段によって書き換えられた音符データによ基づく楽音を発音手段に発音させる。
【００１５】
すなわち、それ以前のコードによる発音を消音して、新たなコードによる発音を再開するのであるが、消音された音符データの発音開始からの発音経過時間がしきい値以内のときには、新たなコードによる発音を再開する際のベロシティ値が小さくされているので、発音が再開されたときの音の強さ（ベロシティ値に従う）は、弱められる。
【００１６】
例えば演奏者がコードを変更しようとして複数のコード鍵（例えば２鍵）を操作した場合に、両コード鍵の操作にタイムラグがあると、一旦、先行して操作された（検出された）コード鍵に対応するコードの設定（例えばＣ）がなされてしまい、続いて後続のコード鍵が操作された（検出された）ために、コードが再設定（Ｃマイナー）されることがある。この場合、先行して設定されたＣコードでの発音が開始された直後に、これを消音してからＣマイナーでの発音が開始されることになる。すると、ピアノのようなアタックの強い減衰音であると、従来技術の場合には、Ｃコードでの発音開始時にアタック音が発音され、Ｃマイナーでの発音開始時にもアタック音が発音されてしまう。
【００１７】
しかし、本発明の場合には、消音された音符データ（上記の例ならＣコードの音）の発音開始からの発音経過時間がしきい値以内のときには、新たなコード（同じくＣマイナー）による発音を再開する際のベロシティ値が小さくされているので、少なくとも新たなコード（Ｃマイナー）の発音開始時においては、減衰音のアタック音が耳について違和感を感じることはなくなる。すなわち、複数鍵操作でコードを設定する際に、１鍵目と２鍵目の操作にタイムラグがあっても、違和感を感じることはない。
【００１８】
なお、ベロシティ値の書換は、あらかじめ設定されている割合の値に書換たり、あらかじめ設定されている値を減算する等の手法を採用できる。ただし、本発明としてはベロシティ値を小さくすることが要点であって、そのための手法、手段は問わない。
【００１９】
【発明の実施の形態】
次に、本発明の実施例を図面を参照して説明することにより、発明の実施の形態を具体的に説明する。
【００２０】
【実施例】
図１に示すように、本実施例の自動伴奏装置１０は、コード鍵１４を有する鍵盤１２、例えばピアノ、ギター、ドラムスなどの伴奏楽器を選択するための伴奏楽器選択スイッチ、伴奏のリズムを選択するためのリズム選択スイッチをはじめとする各種のスイッチや表示用のＬＥＤ等を備え、パターン選択手段として機能するパネル１６、ＲＯＭであり自動伴奏データ記憶手段に該当する自動伴奏メモリ１８、ＲＡＭであり音符データ記憶手段に該当するワークメモリ２０、音色とその音色が減衰音か持続音かを対比した形態の音色識別テーブル２４を記憶しているメモリ、詳細は後述するがコード設定手段、データ読出手段、音高補正手段、消音手段、ベロシティ書換手段及び発音再開手段として機能するＣＰＵ２６、音符データに基づく波形信号（デジタル信号）を生成する波形信号生成回路、生成されたデジタル信号をアナログ信号に変換するデジタルアナログコンバータ、そのアナログ信号を増幅するアンプ等から構成される音源２８、音源２８からの信号を音声出力するスピーカ３０等で構成されている。
【００２１】
なお、本実施例の音源２８は、波形信号生成回路を３２備えており（３２チャンネルあり）、同時に３２の波形信号を生成できる。また音源２８は、スピーカ３０とで発音手段を構成するとともにＣＰＵ２６と共同して消音手段として機能する。
【００２２】
以下、ＣＰＵ２６が実行する処理に沿って、自動伴奏装置１０の動作を説明する。
図２はＣＰＵ２６のメイン処理のフローチャートである。この図２に示すように、自動伴奏装置１０の電源が投入されると、ＣＰＵ２６は、初期化処理（Ｓ１００）を実行し、以後は、スイッチ処理（Ｓ３００）、鍵盤処理（Ｓ４００）、自動伴奏処理（Ｓ５００）を繰り返し実行している。また、設定されたタイミング毎に（タイマ割込により）、図３に示すタイマ処理を実行している。
【００２３】
図３に示すように、タイマ処理では、ＣＰＵ２６は自動伴奏の実行中（演奏ラン）なら（Ｓ２１０：ＹＥＳ）、四分音符に相当する時間（固定的ではなくてテンポによって変動する）を２４分割して設定される１／２４タイミングになったときに（Ｓ２１１：ＹＥＳ）、クロックを１インクリメントする（Ｓ２１２）。一方、自動伴奏の実行中でないなら（Ｓ２１０：ＮＯ）実質的な処理は行わず、１／２４タイミングではないときは（Ｓ２１１：ＮＯ）クロックのインクリメントは行わない。
【００２４】
図４に示すように、スイッチ処理では、ＣＰＵ２６は、まずスタートスイッチがオン操作されたか否かを判断する（Ｓ３１０）。スタートスイッチがオンされたなら（Ｓ３１０：ＹＥＳ）、そのときの伴奏楽器選択スイッチ及びリズム選択スイッチのポジションに基づいて使用する自動伴奏データを決め、その自動伴奏データの自動伴奏メモリ１８内での先頭アドレス（自動伴奏アドレス）をセットする（Ｓ３１１）。
【００２５】
自動伴奏メモリ１８に格納されている自動伴奏データのフォーマットは図９（ａ）に示されるとおりであり、まず小節の開始を示すバーマークが記述され、そのバーマークに続いて、その小節に属する各音符に対応するノートデータが記述されている。１件のノートデータは、音高情報に相当するキーナンバー、そのノートデータの音を発音するタイミング（小節の開始後どれだけ時間が経過したら発音するか）を表すステップタイム、その発音の継続時間に相当するゲートタイム及び音の強度に相当するベロシティにて構成されている。
【００２６】
さらに、適宜の位置に音色情報に該当する音色データが記述されている。音色データは、これに続くノートデータの音色（例えばピアノ、ギター、ストリングス等）を規定するためのデータであり、音色データがある毎に音色が変化すると言える。１件の音色データは、ＭＩＤＩのチャンネルを表すステータス、ステップタイム及びピアノ、ギター、ストリングス等を示す音色ナンバーにて構成されている。
【００２７】
そして、バーマークで始まりノートデータと必要に応じて音色データが含まれる１小節分の記述が多数繰り返され、最後にエンドマークが記述されている。
この図９（ａ）に示される自動伴奏データであれば、Ｓ３１１では先頭アドレスの内容としてＦＡｈがセットされることになる。
【００２８】
図４に戻り、ＣＰＵ２６は、演奏実行中を示す演奏ランフラグをセットし（Ｓ３１２）、クロックを０にセットして（Ｓ３１３）リターンする。
前述のタイマ処理における演奏ランの判断（Ｓ２１０）は、演奏ランフラグにて判断している。また、Ｓ２１２においてインクリメントされるクロックは、このＳ３１３によって初期値を０とされたものである。
【００２９】
スタートスイッチのオン操作がなければ（Ｓ３１０：ＮＯ）、ストップスイッチが操作されたか否かを判断する（Ｓ３１４）。ストップスイッチが操作されていれば（Ｓ３１４：ＹＥＳ）、演奏ランフラグをクリアして（Ｓ３１５）、リターンし、ストップスイッチの操作がない場合には（Ｓ３１４：ＮＯ）、その他のスイッチ処理（Ｓ３１６）を実行してリターンする。
【００３０】
図５に示すように、鍵盤処理では、ＣＰＵ２６は、キーオンか否かを判断し（Ｓ４１０）、否定判断なら消音処理を行って（Ｓ４１１）リターンする。
キーオンされていれば（Ｓ４１０：ＹＥＳ）、それがコード鍵１４の操作であるか否かを判断する（Ｓ４１２）。否定判断すなわちコード鍵１４以外の鍵が操作されていれば、その鍵に対応する楽音の発音を音源２８に指示して（Ｓ４１３）リターンする。
【００３１】
一方、コード鍵１４が操作されていた場合には（Ｓ４１２：ＹＥＳ）、そのコード鍵１４に対応するコード名を例えば鍵−コード対応テーブルから検索して、そのコード名を伴奏コードとして設定し（Ｓ４１４）、リトリガー処理（Ｓ４１６）を実行する。リトリガー処理の詳細については後述する。
【００３２】
図６に示すように、自動伴奏処理においては、まずクロックが正の値か否かを判断し（Ｓ５１０）、否定判断なら実質的な処理は行わずにリターンするが、肯定判断ならゲートカウント処理（Ｓ５１１）を実行する。
図７に示すように、ゲートカウント処理では、ＣＰＵ２６はチャンネル番号（ｃｈ）を１にセットし（Ｓ５３０）、音源２８のそのチャンネルがオンすなわち波形信号の生成に使用されているか否かを判断する（Ｓ５３１）。肯定判断なら、そのチャンネルのゲートカウンタを１デクリメントし（Ｓ５３２）、発音経過カウンタを１インクリメントする（Ｓ５３３）。ゲートカウンタ及び発音経過カウンタは、図９（ｂ）に示すように、音符データ記憶メモリに設けられている（音符データ記憶メモリの詳細は後述）。
【００３３】
続いて、ゲートカウンタが０になったか否かを判断する（Ｓ５３４）。ゲートカウンタが０になっていれば（Ｓ５３４：ＹＥＳ）、そのチャンネルの状態を示すフラグをオフにセットし（Ｓ５３５）、音源２８に指示してそのチャンネルでの波形信号の生成を停止させる（Ｓ５３６）。なお、ゲートカウンタの初期値は、ノートデータのゲートタイムである。
【００３４】
Ｓ５３６に続いて、あるいはＳ５３１またはＳ５３４で否定判断のときには、チャンネル番号を１インクリメントし（Ｓ５３７）、これが３２を越えたか否かすなわちＳ５３１以下の処理が全チャンネルについて行われたか否かを判断し（Ｓ５３８）、肯定判断（全チャンネル済み）ならリターンし、否定判断（残チャンネルがある）ならＳ５３１に回帰する。
【００３５】
図６に戻り、ＣＰＵ２６は、ゲートカウント処理（Ｓ５１１）に続いてデータの読出タイミングになっているか否かを判断する（Ｓ５１２）。本実施例の場合、タイマ処理で更新されるクロックの値がステップタイムと一致したときに読出タイミングになったと判断する構成である。
【００３６】
ここで否定判断ならリターンするが、肯定判断なら、自動伴奏メモリ１８から自動伴奏データの１アドレス分を読出す（Ｓ５１３）。ここで読出されるアドレスは、前述のＳ３１１（図４参照）で先頭アドレスがセットされ、後述するアドレス歩進（Ｓ５２３）で歩進されるアドレスである。
【００３７】
続いてＣＰＵ２６は、読出したデータがエンドマークであるか否かを判断し（Ｓ５１４）、肯定判断ならアドレスを再び先頭アドレスにセットする（Ｓ５１５）。
一方、エンドマークではないときには（Ｓ５１４：ＮＯ）、ＣＰＵ２６は、読出したデータが音色データであるか否かを判断する（Ｓ５１６）。音色データなら（Ｓ５１６：ＹＥＳ）、その音色データをワークメモリ２０に記憶し（Ｓ５１７）、アドレスを歩進させて（Ｓ５１８）、Ｓ５１２に回帰する。
【００３８】
また、エンドマークでなく（Ｓ５１４：ＮＯ）、音色データでもないときには（Ｓ５１６：ＮＯ）、これはノートデータということになるから、そのノートデータのキーナンバーで表現される音高を、伴奏コードとして設定されているコード（図５、Ｓ４１４参照）に応じて変換する（コード展開処理、Ｓ５１９）。なお、本実施例の場合、Ｃコードが基準コードとされている（ノートデータのキーナンバーはＣで記述されている）ので、伴奏コードがＣならコード展開処理は行われない。
【００３９】
そして、キーナンバー（コード展開処理後）、ベロシティ等をワークメモリ２０内に設定されている音符データ記憶メモリに、図９（ｂ）に示す構造で記憶させる（Ｓ５２０）。つまり、音源２８のチャンネル毎に、そのチャンネルのＯＮ／ＯＦＦ、そのチャンネルが割り当てられているキーナンバー、ベロシティ、ゲートカウンタ及び発音経過カウンタが記憶される。なお、ゲートカウンタ及び発音経過カウンタの値は上述のゲートカウンタ処理（図７参照）で刻々と更新される。
【００４０】
続いて、ＣＰＵ２６は、音符データ記憶メモリに記憶されているキーナンバー、ベロシティ及びワークメモリ２０に記憶されている音色データに対応する波形信号の生成を音源２８に指示し（Ｓ５２１）、アドレスを歩進させた後（Ｓ５２３）、Ｓ５１２に回帰する。
【００４１】
ＣＰＵ２６がこの自動伴奏処理を実行することによって、音源２８が波形信号を生成し、アナログ変換し、増幅し、これがスピーカ３０から伴奏音として出力される。
この自動伴奏に際して、演奏者がコード鍵１４を操作すると、新たに指定されたコードによる伴奏音が発音される。このコードの変更に当たってのＣＰＵ２６の処理が、図５に示す鍵盤処理のサブルーチンであるリトリガー処理である。以下、図８を参照してこのリトリガー処理を説明する。
【００４２】
ＣＰＵ２６は、リトリガー処理を開始すると、チャンネル番号（ｃｈ）を１にセットし（Ｓ４２０）、音源２８のそのチャンネルがオンすなわち波形信号の生成に使用されているか否かを判断する（Ｓ４２１）。肯定判断なら、音源２８に指示してそのチャンネルを消音させる（Ｓ４２２）。これは以前のコードでの発音を終了する処理である。否定判断（そのチャンネルが発音していない）ときには、消音（Ｓ４２２）や再発音は不要であるから、Ｓ４２２〜Ｓ４２７をジャンプしてＳ４２８に進む。
【００４３】
Ｓ４２２に続いて、音符データ記憶メモリを検索して、そのチャンネルの音符データを読み込み、その音高（キーナンバー）を、新たに設定されたコードに応じて変換し（コード展開処理、Ｓ４２３）、音符データ記憶メモリの該当する音符データのキーナンバーを変換後のキーナンバーに書き換える（Ｓ４２４）。なお、本実施例の場合、伴奏コードがＣならコード展開処理は行われない。
【００４４】
次に、この音符データの発音経過カウンタが２４を超えているか否かを判断する（Ｓ４２５）。発音経過カウンタが２４になることは２４クロックに相当するので、この音符データの発音開始から四分音符分の時間が経過したことを意味する。すなわち、発音経過カウンタが経過時間計測手段に該当する。ここで否定判断なら、音符データのベロシティを０．７倍した値に書換える（Ｓ２４６）。このＳ４２５〜Ｓ４２６の処理がベロシティ書換手段に相当する。
【００４５】
一方、Ｓ４２５で肯定判断なら、ベロシティ変更（Ｓ４２６）は行われない。そして、ＣＰＵ２６は、音符データ記憶メモリに更新記憶させた音符データ（新コードにより音高を変更されている）に基づく波形信号の生成を音源２８に指示する（Ｓ４２７）。このＳ４２７の処理が発音再開手段に相当する。これにより、このチャンネルの発音は新たに設定されたコードに従ったものになるが、Ｓ４２５〜Ｓ４２６の処理が行われていれば、ベロシティが小さくされて、発音される音の強度が弱められているので、減衰音のアタック音が耳について違和感を感じることはなくなる。例えばワンフィンガーモードでの２鍵操作において１鍵目と２鍵目の操作にタイムラグがあっても、そのタイムラグが発音経過カウンタの２４カウント以内なら、上述のベロシティ変更（Ｓ４２６）が行われるので、２鍵目の操作に応じてのコードが設定された際の発音再開時にアタック音による違和感を感じることもない。すなわち、自動伴奏中のコード変更時のアタック音による違和感がなくなる。
【００４６】
Ｓ４２７に続いて、チャンネル番号を１インクリメントし（Ｓ４２８）、これが３２を越えたか否かすなわちＳ４２１以下の処理が全チャンネルについて行われたか否かを判断し（Ｓ４２９）、肯定判断（全チャンネル済み）ならリターンし、否定判断（残チャンネルがある）ならＳ４２１に回帰する。
【００４７】
このように、自動伴奏中にコードが変更されたときに、そのコード変更が設定された発音経過時間（しきい値）以内なら、そのベロシティを小さくして発音を再開始するので、減衰音のアタック音が耳について違和感を感じることはなくなる。
【００４８】
以上、実施例に従って、本発明の実施の形態について説明したが、本発明はこのような実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲でさまざまに実施できることは言うまでもない。
例えば、実施例ではコード変更時のベロシティの低下率を０．７に設定しているが、０．７に限るものではなく、１未満の数値で適宜設定されればよい。また、ベロシティの低下率は、音色に応じて異ならせてもよい。特に、ドラムスのように複数種類の音色で自動伴奏する場合には、各音色または音色のグループ毎にベロシティ値の低下率を異ならせることもできる。
【図面の簡単な説明】
【図１】実施例の自動伴奏装置の構成を説明するブロック図である。
【図２】実施例の自動伴奏装置のＣＰＵが実行するメイン処理のフローチャートである。
【図３】実施例の自動伴奏装置のＣＰＵが実行するタイマ処理のフローチャートである。
【図４】実施例の自動伴奏装置のＣＰＵが実行するスイッチ処理のフローチャートである。
【図５】実施例の自動伴奏装置のＣＰＵが実行する鍵盤処理のフローチャートである。
【図６】実施例の自動伴奏装置のＣＰＵが実行する自動伴奏処理のフローチャートである。
【図７】実施例の自動伴奏装置のＣＰＵが実行するゲートカウント処理のフローチャートである。
【図８】実施例の自動伴奏装置のＣＰＵが実行するリトリガー処理のフローチャートである。
【図９】実施例の自動伴奏装置に記憶されるデータの構造の説明図であり、（ａ）は自動伴奏データフォーマット、（ｂ）は音符データ記憶メモリである。
【符号の説明】
１０…自動伴奏装置
１２…鍵盤
１４…コード鍵
１６…パネル（パターン選択手段）
１８…自動伴奏メモリ（自動伴奏データ記憶手段）
２０…ワークメモリ（音符データ記憶手段、経過時間計測手段）
２６…ＣＰＵ（コード設定手段、データ読出手段、音高補正手段、消音手段、ベロシティ書換手段、発音再開手段）
２８…音源（発音手段、消音手段）
３０…スピーカ（発音手段）
【図１】
0003571569.tif 000002
【図２】
0003571569.tif 000003
【図３】
0003571569.tif 000004
【図４】
0003571569.tif 000005
【図５】
0003571569.tif 000006
【図６】
0003571569.tif 000007
【図７】
0003571569.tif 000008
【図８】
0003571569.tif 000009
【図９】
0003571569.tif 000010