JP7409366B2 - 自動演奏装置、自動演奏方法、プログラム、及び電子楽器 - Google Patents

Description

本発明は、コードを自動演奏する自動演奏装置、自動演奏方法、プログラム、及び電子楽器に関する。

ジャズのピアノパートやギターパート等の演奏においては、同じ構成音やコード音を繰り返し演奏する場合でも、毎回異なるタイミングで演奏をする場合がある。
また、ジャズの演奏において、演奏する楽曲のコード（和音）のボイシング（構成音）をコード譜通りに行うのではなく、ジャズ特有の緊張感をもったテンションノートを含むコード（和音）を用いるのが一般的である。テンションノートとは、長調と短調による音楽の和声と共に使用される非和声音のうち、和音の響きに緊張感を与え、かつ和音進行を阻害しない構成音をいう。テンションノートは、コード種により一律に決まるわけではない。

電子楽器による自動演奏において、指定されたコードネームのテンションノートを用いた自動演奏を実現して粋なサウンドの演奏データを作成可能とするために、次のような従来技術が知られている（例えば特許文献１）。自動演奏時に、ルート音データ、タイプデータ及びアヴェイラブルノートスケールデータを１組に含んでなる和音データが順次指定され、このアヴェイラブルノートスケールデータが参照される。

特開平１０－７８７７９号公報

しかし、従来の予め決まった演奏をデータ化した自動伴奏では、テンションノートの制御が難しく、音数が増えてテンションノートがメロディの邪魔をしてしまったり、毎回決まった演奏になってしまうなど、ジャズ等の音楽の特徴を再現することができなかった。
例えば特許文献１に記載のような従来技術をもってしても、アヴェイラブルノートスケールデータを含む、予め決まった和音データに基づいて自動演奏が実行されるにすぎず、同じ和音について演奏時の偶然性に基づいて演奏タイミングや小節内の音数、ボイシング（音の構成）を微妙に変えて自動演奏させることができないという課題があった。

そこで、本発明は、演奏者による楽器のライブ演奏におけるタイミング及びボイシングを表現可能な、自然な自動コード伴奏を実現することを目的とする。

態様の一例の自動演奏装置は、発音させる音数を確率的に選択する音数選択手段と、音域に対応するボイシングタイプを決定するボイシングタイプ決定手段と、楽曲の調とコードにより決定されるスケールに基づく複数のボイシングパターンから、選択された音数と、決定されたボイシングタイプとの組合せに対応するボイシングパターンを選択するボイシングパターン選択手段と、選択されたボイシングパターンに基づきボイシングされたコードの発音を音源に指示する発音指示手段と、を備える。

本発明によれば、確率的に選択された音数とボイシングタイプとの組合せからボイシングパターンを選択して、ボイシングされたコードの発音を音源に指示するので、演奏者による楽器のライブ演奏におけるボイシングを表現可能な、自然な自動コード伴奏の実現が可能となる。

電子楽器の実施形態のハードウェア構成例を示す図である。 自動演奏装置の自動コード伴奏処理の例を示すフローチャートである。 タイミングデータ生成処理の詳細例を示すフローチャートである。 タイミングデータ生成処理で使用される頻度テーブルのデータ構成例を示す図である。 ノートタイミングテーブルのデータ構成例とそのデータによるノートタイミングの楽譜表現を示す図である。 アンティシペーション・コード取得処理の詳細例を示すフローチャートである。 アンティシペーション・コード取得処理の説明図である。 ボイシング処理の詳細例を示すフローチャートである。 コード進行データ、スケール決定テーブル、及びスケール毎のボイシングテーブルのデータ構成例を示す図である。 ボイシング処理で使用される頻度テーブルのデータ構成例を示す図である。 スケールの例とそのスケールにおけるボイシングのバリエーションの例の楽譜表現を示す図である。 自動演奏装置と電子楽器が個別に動作する他の実施形態の接続形態を示す図である。 自動演奏装置と電子楽器が個別に動作する他の実施形態における自動演奏装置のハードウェア構成例を示す図である。

以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。図１は、電子楽器の一例である電子鍵盤楽器の実施形態のハードウェア構成例を示す図である。図１において、電子鍵盤楽器１００は、例えば電子ピアノとして実現され、ＣＰＵ（中央演算処理装置）１０１、ＲＯＭ（リードオンリーメモリ）１０２、ＲＡＭ（ランダムアクセスメモリ）１０３、鍵盤部１０４、スイッチ部１０５、及び音源ＬＳＩ１０６を備え、それらがシステムバス１０８によって相互に接続された構成を有する。また、音源ＬＳＩ１０６の出力はサウンドシステム１０７に入力する。

この電子鍵盤楽器１００は、ピアノパートを自動コード伴奏する自動演奏装置の機能を備える。そして、この電子鍵盤楽器１００の自動演奏装置は、例えばジャズの自動ピアノ伴奏の発音データを、プログラムされたデータを単に再生するのではなく、ある一定の音楽的ルールの範囲内でアルゴリズムにより自動生成することができる。

ＣＰＵ１０１は、ＲＡＭ１０３を作業用メモリとして使用しながらＲＯＭ１０２に記憶された制御プログラムをＲＡＭ１０３にロードして実行することにより、図１の電子鍵盤楽器１００の制御動作を実行する。特に、ＣＰＵ１０１は、後述するフローチャートによって示される制御プログラムをＲＯＭ１０２からＲＡＭ１０３にロードして実行することにより、ピアノパートを自動コード伴奏する制御動作を実行する。

鍵盤部１０４は、複数の演奏操作子としての各鍵の押鍵又は離鍵操作を検出し、ＣＰＵ１０１に通知する。ＣＰＵ１０１は、後述するピアノパートの自動コード伴奏のための制御動作のほかに、鍵盤部１０４から通知された押鍵又は離鍵操作の検出通知に基づいて、演奏者による鍵盤演奏に対応する楽音の発音又は消音を制御するための発音指示データを生成する処理を実行する。ＣＰＵ１０１は、生成した発音指示データを、音源ＬＳＩ１０６に通知する。

スイッチ部１０５は、演奏者による各種スイッチの操作を検出し、ＣＰＵ１０１に通知する。

音源ＬＳＩ１０６は、楽音発生のための大規模集積回路である。音源ＬＳＩ１０６は、ＣＰＵ１０１から入力する発音指示データに基づいて、デジタル楽音波形データを生成し、サウンドシステム１０７に出力する。サウンドシステム１０７は、音源ＬＳＩ１０６から入力したデジタル楽音波形データをアナログ楽音波形信号に変換した後、そのアナログ楽音波形信号を内蔵のアンプで増幅して内蔵のスピーカから放音する。

上記構成を有する電子鍵盤楽器１００の自動演奏装置の実施形態（以下「本自動演奏装置」と記載）によるピアノパートの自動コード伴奏処理の詳細について、以下に説明する。図２は、本自動演奏装置の自動コード伴奏処理の例を示すフローチャートである。この処理は、図１のＣＰＵ１０１が、ＲＯＭ１０２に記憶されたピアノパートの自動コード伴奏の制御処理のプログラムをＲＡＭ１０３にロードして実行する処理である。

演奏者が図１のスイッチ部１０５を操作して自動伴奏のジャンル（例えば「ジャズ」）やテンポを選択した後、スイッチ部１０５にある特には図示しない自動伴奏のスタートスイッチを押すと、ＣＰＵ１０１は、図２のフローチャートで例示される自動コード伴奏処理をスタートする。

まず、ＣＰＵ１０１は、カウンタリセット処理を実行する（ステップＳ２０１）。具体的には、ＣＰＵ１０１は、ピアノパートの自動コード伴奏の開始時からの小節数を表すＲＡＭ１０３に記憶されている小節カウンタ変数値を、ピアノパートの自動コード演奏の第１小節を示す値（例えば「１」）にリセットする。また、ＣＰＵ１０１は、小節内の拍数（拍位置）を示すＲＡＭ１０３に記憶されている拍カウンタ変数値を、１拍目を示す値（例えば「１」）にリセットする。次に、自動演奏装置による自動ピアノ伴奏の制御は、ＲＡＭ１０３に記憶されるｔｉｃｋ変数の値（以下この変数の値を「ｔｉｃｋ変数値」と記載）を単位として進行する。図２のＲＯＭ１０２内には、自動コード伴奏の時間分解能を示すＴｉｍｅＤｉｖｉｓｉｏｎ定数（以下この定数の値を「ＴｉｍｅＤｉｖｉｓｉｏｎ定数値」と呼ぶ）が予め設定されており、このＴｉｍｅＤｉｖｉｓｉｏｎ定数値は４分音符の分解能を示している。この値が例えば１２８ならば、４分音符は「１２８×ｔｉｃｋ変数値」の時間長を有する。ここで、１ｔｉｃｋが実際に何秒になるかは、自動コード伴奏のピアノパートに対して指定されるテンポによって異なる。今、ユーザ設定に従ってＲＡＭ１０３上のＴｅｍｐｏ変数に設定される値を「Ｔｅｍｐｏ変数値［ビート／分］」とすれば、１ｔｉｃｋの秒数（以下「ｔｉｃｋ秒数値」と記載）は、下記（１）式により算出される。

ｔｉｃｋ秒数値＝６０／Ｔｅｍｐｏ変数値／ＴｉｍｅＤｉｖｉｓｉｏｎ変数値
・・・（１）

そこで、図２のステップＳ２０１のカウンタリセット処理において、ＣＰＵ１０１はまず、上記（１）式に対応する演算処理により、ｔｉｃｋ秒数値を算出し、ＲＡＭ１０３上の「ｔｉｃｋ秒変数」に記憶させる。なお、Ｔｅｍｐｏ変数値としては、初期状態では図２のＲＯＭ１０２の定数から読み出した所定の値、例えば６０［ビート／秒］が、初期設定されてもよい。或いは、Ｔｅｍｐｏ変数が不揮発性メモリに記憶され、電子鍵盤楽器１００の電源の再投入時に、前回終了時のＴｅｍｐｏ変数値がそのまま保持されていてもよい。

次に、ＣＰＵ１０１は、図２のステップＳ２０１のカウンタリセット処理において、まず、ＲＡＭ１０３上のｔｉｃｋ変数値を０にリセットする。その後、内蔵する特には図示しないタイマのハードウェアに対して、上述のようにして算出されＲＡＭ１０３上のｔｉｃｋ秒変数に保存されているｔｉｃｋ秒数値によるタイマ割込みを設定する。この結果、タイマにおいて上記ｔｉｃｋ秒数値の秒数が経過する毎に、割込み（以下「ｔｉｃｋ割込み」と記載）が発生することになる。

演奏者が、ピアノパートの自動コード伴奏の途中で、図１のスイッチ部１０５を操作して自動コード伴奏のテンポを変更した場合、ＣＰＵ１０１は、ステップＳ２０１のカウンタリセット処理と同様にして、ＲＡＭ１０３上のＴｅｍｐｏ変数値に再設定されたＴｅｍｐｏ変数値を用いて前述した（１）式に対応する演算処理を再度実行することにより、ｔｉｃｋ秒数値を算出する。その後、ＣＰＵ１０１は、内蔵のタイマのハードウェアに対して、新たに算出したｔｉｃｋ秒数値によるタイマ割込みを設定する。この結果、タイマにおいて新たに設定されたｔｉｃｋ秒数値の秒数が経過する毎に、ｔｉｃｋ割込みが発生することになる。

ＣＰＵ１０１は、ステップＳ２０１のカウンタリセット処理の後、ステップＳ２０２～Ｓ２１１の一連の処理をループ処理として繰り返し実行する。このループ処理は、ステップＳ２１０で、自動コード伴奏データがなくなった又は演奏者が図１のスイッチ部１０５の特には図示しないスイッチにより自動ピアノ伴奏の終了を指示したと判定されるまで、繰り返し実行される。

ＣＰＵ１０１は、上記ループ処理内の、ステップＳ２１１のカウンタ更新処理において、タイマから新たなｔｉｃｋ割込み要求が発生している場合には、ｔｉｃｋ割込み処理によりＲＡＭ１０３上のｔｉｃｋカウンタ変数値をカウントアップする。その後、ＣＰＵ１０１は、ｔｉｃｋ割込みを解除する。ＣＰＵ１０１は、ｔｉｃｋ割込み要求が発生していない場合には、ｔｉｃｋ割込み処理によるｔｉｃｋカウンタ変数値はカウントアップせずに、そのままステップＳ２１１のカウンタ更新処理を終了する。この結果、ｔｉｃｋカウンタ変数値は、演奏者が設定したＴｅｍｐｏ変数値に対応して算出されているｔｉｃｋ秒数値の秒数毎に、カウントアップされてゆくことになる。

ＣＰＵ１０１は、ステップＳ２１１でｔｉｃｋ秒数値の秒数毎にカウントアップされる上記ｔｉｃｋカウンタ変数値を基準として、自動コード伴奏の進行を制御する。以下、このｔｉｃｋカウンタ変数値＝１を単位とするテンポに同期した時間単位を［ｔｉｃｋ］と記載する。前述したように、４分音符の分解能を示すＴｉｍｅＤｉｖｉｓｉｏｎ定数値が例えば１２８ならば、４分音符は１２８［ｔｉｃｋ］の時間長を有する。従って、自動コード伴奏されるピアノパートが例えば４拍子であれば、１拍＝１２８［ｔｉｃｋ］となり、１小節＝１２８［ｔｉｃｋ］×４拍＝５１２［ｔｉｃｋ］となる。ＣＰＵ１０１は、上記ループ処理のステップＳ２１１のカウンタ更新処理において、例えば４拍子のピアノパートが選択されている場合、ｔｉｃｋカウンタ変数値が１２８の倍数に更新される毎にＲＡＭ１０３に記憶されている拍カウンタ変数値を１→２→３→４→１→２→３・・・と、１から４の間でループさせて更新する。また、ＣＰＵ１０１は、ステップＳ２１１のカウンタ更新処理において、上記拍カウンタ変数値が変化するタイミングで、各拍の先頭からのｔｉｃｋ時間をカウントする拍内ｔｉｃｋカウンタ変数値を０にリセットする。更に、ＣＰＵ１０１は、ステップＳ２１１のカウンタ更新処理において、上記拍カウンタ変数値が４から１に変化するタイミングで、ＲＡＭ１０３に記憶されている小節カウンタ変数値を＋１ずつカウントアップしてゆく。この小節カウンタ変数値はピアノパートの自動コード伴奏の開始時からの小節数を表しており、拍カウンタ変数値は小節カウンタ変数値が表す各小節内での拍数（拍位置）を表していることになる。また、拍内ｔｉｃｋカウンタ変数値の値が、０から６３（＝１２８÷２－１）ならば表拍、６４から１２７ならば裏拍のタイミングを示す。この値は、後述する図６のフローチャートで例示されるアンティシペーション・コード取得処理のステップＳ６０２で判定される。

ＣＰＵ１０１は、ループ処理として上記ステップＳ２１１を繰り返し実行してｔｉｃｋカウンタ変数値、拍内ｔｉｃｋカウンタ変数値、拍カウンタ変数値、及び小節カウンタ変数値を更新しながら、以下に説明するステップＳ２０２からＳ２１０の一連の制御処理を実行する。

図２のステップＳ２０２からＳ２１０の一連の制御処理の詳細について、以下に説明する。まず、ＣＰＵ１０１は、現在のタイミングが小節の先頭のタイミングかを判定する（ステップＳ２０２）。具体的には、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されている小節カウンタ変数値が、ステップＳ２０２を前回実行したときと今回実行したときとで変化している（＋１されている）か否かを判定する。

ステップＳ２０２の判定がＹＥＳならば、ＣＰＵ１０１は、タイミングデータ生成処理を実行する（ステップＳ２０３）。この処理において、ＣＰＵ１０１は、更新された小節カウンタ変数値が示す新たな１小節分のコードの発音タイミングを示すノートタイミングテーブルデータを生成し、ＲＡＭ１０３に記憶させる。また、ＣＰＵ１０１は、生成されたノートタイミングデータの各発音タイミングに対応する更新された小節カウンタ変数値が示す新たな１小節分の各自動コード伴奏データを、例えばＲＯＭ１０２からＲＡＭ１０３に読み込む。自動コード伴奏データは例えば、コード及びキーを少なくとも含む。この処理の詳細は、図３のフローチャートを用いて後述する。ステップＳ２０２の判定がＮＯならば、ＣＰＵ１０１は、ステップＳ２０３のタイミングデータ生成処理は実行せずにスキップする。

次に、ＣＰＵ１０１は、現在のタイミングがノートオフのタイミングであるか否かを判定する（ステップＳ２０４）。具体的には、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されている現在の拍カウンタ変数値及び拍内ｔｉｃｋカウンタ変数値が、ステップＳ２０３でＲＡＭ１０３に記憶したノートタイミングデータの何れかのコード消音タイミングの拍番号及び［ｔｉｃｋ］時間と一致するか否かを判定する。この場合の何れかのコード消音タイミングの拍番号は、後述する図５（ｃ）又は（ｅ）に例示されるノートタイミングデータにおいて、０でない「Ｇａｔｅ」項目値が設定されているタイミングが含まれる何れかの「拍」項目値である。また、上述の何れかのコード消音タイミングの［ｔｉｃｋ］時間は、その０でない「Ｇａｔｅ」項目値が設定されているタイミングの「Ｔｉｃｋ」項目値と当該「Ｇａｔｅ」項目値とを加算して得られる［ｔｉｃｋ］時間値である。

ステップＳ２０４の判定がＹＥＳになったら、ＣＰＵ１０１は、ノートオフ処理を実行する（ステップＳ２０５）。具体的には、ＣＰＵ１０１は、ステップＳ２０４で判定したタイミングに対応して後述するステップＳ２０８のボイシング処理においてＲＡＭ１０３に記憶されているボイシングテーブルデータが示すボイス群の消音を、音源ＬＳＩ５０８に指示する。

ステップＳ２０４の判定がＮＯならば、ＣＰＵ１０１は、現在のタイミングがノートオンのタイミングであるか否かを判定する（ステップＳ２０６）。具体的には、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されている現在の拍カウンタ変数値及び拍内ｔｉｃｋカウンタ変数値が、ステップＳ２０３でＲＡＭ１０３に記憶したノートタイミングテーブルの何れかのコード発音タイミングの拍番号及び［ｔｉｃｋ］時間と一致するか否かを判定する。この場合の何れかのコード発音タイミングの拍番号は、後述する図５（ａ）又は（ｃ）に例示されるノートタイミングテーブルにおいて、０でない「Ｇａｔｅ」項目値が設定されているタイミングが含まれる何れかの「拍」項目値である。また、上述の何れかのコード発音タイミングの［ｔｉｃｋ］時間は、その０でない「Ｇａｔｅ」項目値が設定されているタイミングの「Ｔｉｃｋ」項目値である。

ステップＳ２０６の判定がＹＥＳならば、ＣＰＵ１０１は、アンティシペーション・コード取得処理を実行する（ステップＳ２０７）。この処理の詳細は、図６に例示されるフローチャートを用いて後述する。

続いて、ＣＰＵ１０１は、ボイシング処理を実行する（ステップＳ２０８）。この処理において、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されている現在の小節の自動コード伴奏データから抽出した今回のノートオンに対応するコード及びキーに対してボイシングテーブルデータを決定し、ＲＡＭ１０３のノートオンエリアに記憶する。ＲＡＭ１０３に記憶されている現在の小節の自動コード伴奏データは、後に詳述するステップＳ２０３のタイミングデータ生成処理にて読み込まれる。ステップＳ２０８のボイシング処理の詳細は、図８に例示されるフローチャートを用いて後述する。

ステップＳ２０８の処理の後、ＣＰＵ１０１は、ノートオン処理を実行する（ステップＳ２０９）。この処理において、ＣＰＵ１０１は、ステップＳ２０７のアンティシペーションのタイミングの発音、及びステップＳ２０８のボイシング処理においてＲＡＭ１０３に記憶されたボイシングテーブルデータが示すボイス群の各ボイスに対応するノートナンバの楽音の発音を、音源ＬＳＩ５０８に指示する。このとき各ノートナンバと共に音源ＬＳＩ５０８に指定されるベロシティは、ステップＳ２０６で判定されたノートオンタイミングに対応して現在の小節のノートタイミングデータに記憶されている「Ｖｅｌｏｃｉｔｙ」項目値である。ステップＳ２０９の処理を実行するＣＰＵ１０１は、発音指示手段として動作する。

ステップＳ２０６の判定がＮＯの場合、又はステップＳ２０９の処理の後、ＣＰＵ１０１は、ＲＯＭ１０２等から読み込むべき自動コード伴奏データがまだあり、かつ演奏者が図１のスイッチ部１０５の特には図示しないスイッチにより自動ピアノ伴奏の終了を指示していないか否かを判定する（ステップＳ２１０）。

ステップＳ２１０の判定がＹＥＳならば、ＣＰＵ１０１は、ステップＳ２１１で前述したカウンタ更新処理を実行した後、ステップＳ２０２の処理に戻ってループ処理を継続する。ステップＳ２１０の判定がＮＯになったら、ＣＰＵ１０１は、図２のフローチャートで例示される自動コード伴奏処理を終了する。

図３は、図２のステップＳ２０３のタイミングデータ生成処理の詳細例を示すフローチャートである。この処理において、ＣＰＵ１０１は、ステップＳ２０２で判定された小節の先頭のタイミングごとに、新たに更新された現在の小節内で発音するノートタイミングとゲートタイムを決定する。この場合、ＣＰＵ１０１は、当該小節内でのコードの発音回数（タイミングタイプ）と、各コードをどのようなタイミングで発音させるかを指定するノートタイミングテーブルを、確率的に決定する。

図３のフローチャートにおいて、ＣＰＵ１０１はまず、ＲＡＭ１０３上で新たに更新されている小節カウンタ変数値に対応する小節の１小節分の自動コード伴奏データを、例えばＲＯＭ１０２から取得し、ＲＡＭ１０３に記憶する（ステップＳ３０１）。１小節分の自動コード伴奏データは例えば、１つの組がコードを少なくとも含む０組以上のデータ組を含む。その小節において発音されるべきコードが無い場合には、そのデータ組は０組となる。なお、演奏者は、図１のスイッチ部１０５内の特には図示しない選択スイッチにより、自動コード伴奏データの楽曲を予め選択することができる。それにより、自動コード伴奏データの楽曲のキーと後述するテンポ範囲が決定される。

次に、ＣＰＵ１０１は、例えば図１のＲＯＭ１０２に記憶されているタイミングタイプ選択用頻度テーブルを参照することにより、タイミングタイプを確率的に決定する（ステップＳ３０２）。タイミングタイプは、１小節中でのコードの発音回数を指定するデータである。即ち、ステップＳ３０２では、現在の小節で発音されるコードの発音回数が確率的に決定されることになる。

図４（ａ）は、ステップＳ３０２の処理を実現するために図１のＲＯＭ１０２に記憶されるタイミングタイプ選択用頻度テーブルのデータ構成例を示す図である。図４（ａ）に例示される「Ｔｙｐｅ０」、「Ｔｙｐｅ１」、「Ｔｙｐｅ２」、「Ｔｙｐｅ３」、及び「ＴｙｐｅＣ」は夫々、以下の意味を有するタイミングタイプを示している。なお、図４（ａ）及び以下の説明では、「タイミングタイプ」を「Ｔｙｐｅ」と略記する場合がある。
Ｔｙｐｅ０： １小節中で0回のコードの発音を指示
Ｔｙｐｅ１： １小節中で1回のコードの発音を指示
Ｔｙｐｅ２： １小節中で2回のコードの発音を指示
Ｔｙｐｅ３： １小節中で3回のコードの発音を指示
ＴｙｐｅＣ： １小節中での先頭及びコードの変更毎にコードの発音を指示

図４（ａ）に例示されるタイミングタイプ選択用頻度テーブルの左端列に登録される「Ｂａｌｌａｄ」、「Ｓｌｏｗ」、「Ｍｉｄ」、「Ｆａｓｔ」、及び「Ｖｅｒｙ Ｆａｓｔ」は夫々、自動コード伴奏データのテンポ範囲を示している。演奏者が自動コード伴奏の開始時に、図１のスイッチ部１０５内の特には図示しない選択スイッチによって、複数提供される自動コード伴奏楽曲のうちの所望の１つを選択した場合、選択された自動コード伴奏データには、上記「Ｂａｌｌａｄ」、「Ｓｌｏｗ」、「Ｍｉｄ」、「Ｆａｓｔ」、又は「Ｖｅｒｙ Ｆａｓｔ」の何れかのテンポ範囲が予め設定されている。ここで、「Ｂａｌｌａｄ」は例えば７０未満のテンポ範囲に対応する。「Ｓｌｏｗ」は例えば７０以上１００未満のテンポ範囲に対応する。「Ｍｉｄ」は例えば１００以上１５０未満のテンポ範囲に対応する。「Ｆａｓｔ」は例えば１５０以上２５０未満のテンポ範囲に対応する。そして、「Ｖｅｒｙ Ｆａｓｔ」は例えば２５０以上のテンポ範囲に対応する。

ＣＰＵ１０１は、図３のステップＳ３０２において、ＲＯＭ１０２に記憶されている図４（ａ）に例示されるタイミングタイプ選択用頻度テーブルを用いて、次のような制御処理を実行する。まず、図３のステップＳ３０１にてＲＯＭ１０２から読み込まれる自動コード伴奏データに例えばテンポ範囲「Ｂａｌｌａｄ」が設定されている場合には、ＣＰＵ１０１は、図４（ａ）に例示されるタイミングタイプ選択用頻度テーブルにおいて、左端項目に「Ｂａｌｌａｄ」が登録されている行のデータを参照する。この行には、上述のＴｙｐｅ０、Ｔｙｐｅ１、Ｔｙｐｅ２、Ｔｙｐｅ３、又はＴｙｐｅＣの各タイミングタイプが夫々、０％、１０％、２０％、１０％、又は６０％の確率で選択されることを示す各頻度値が設定されている。これに対して、ＣＰＵ１０１は、例えば１から１００までの値域を有する任意の乱数値を発生する。そして、ＣＰＵ１０１は例えば、生成した乱数値が１から１０の乱数範囲（「Ｔｙｐｅ１」の頻度値１０％に対応）にあれば、タイミングタイプ「Ｔｙｐｅ１」を選択する。又は、ＣＰＵ１０１は例えば、生成した乱数値が１１から３０の乱数範囲（「Ｔｙｐｅ２」の頻度値２０％に対応）にあれば、タイミングタイプ「Ｔｙｐｅ２」を選択する。又は、ＣＰＵ１０１は例えば、生成した乱数値が３１から４０の乱数範囲（「Ｔｙｐｅ３」の頻度値１０％に対応）にあれば、タイミングタイプ「Ｔｙｐｅ３」を選択する。又は、ＣＰＵ１０１は例えば、生成した乱数値が４１から１００の乱数範囲（「ＴｙｐｅＣ」の頻度値６０％に対応）にあれば、タイミングタイプ「ＴｙｐｅＣ」を選択する。なお、「Ｔｙｐｅ０」は図４（ａ）の例では頻度値が０％なので乱数範囲は設定されず選択されない。勿論、「Ｔｙｐｅ０」に対して、それが一定の確率（頻度値）で選択されるような乱数範囲が設定されてもよい。このようにして、ＣＰＵ１０１は、「Ｔｙｐｅ０」、「Ｔｙｐｅ１」、「Ｔｙｐｅ２」、「Ｔｙｐｅ３」、及び「ＴｙｐｅＣ」の各タイミングタイプを夫々、タイミングタイプ選択用頻度テーブルの「Ｂａｌｌａｄ」行に設定された０％、１０％、２０％、１０％、及び６０％の各確率で選択することができる。

図３のステップＳ３０１にてＲＯＭ１０２から読み込まれる自動コード伴奏データに例えばテンポ範囲「Ｓｌｏｗ」、「Ｍｉｄ」、「Ｆａｓｔ」、又は「Ｖｅｒｙ Ｆａｓｔ」が設定されている場合も、「Ｂａｌｌａｄ」が設定されている上述の場合と同様にして、ＣＰＵ１０１は例えば、図４（ａ）に例示される構成を有するタイミングタイプ選択用頻度テーブルにおいて、左端項目に「Ｓｌｏｗ」、「Ｍｉｄ」、「Ｆａｓｔ」、又は「Ｖｅｒｙ Ｆａｓｔ」が登録されている何れかの行の各頻度値を参照する。次に、ＣＰＵ１０１は、その行の「Ｔｙｐｅ０」、「Ｔｙｐｅ１」、「Ｔｙｐｅ２」、「Ｔｙｐｅ３」、又は「ＴｙｐｅＣ」の各タイミングタイプに対して夫々設定されている頻度値［％］に応じた１から１００の範囲内の各乱数範囲を設定する。そして、ＣＰＵ１０１は、１から１００の範囲で乱数値を発生させ、生成された乱数値が上記各乱数範囲のどの範囲に入るかによって、「Ｔｙｐｅ０」、「Ｔｙｐｅ１」、「Ｔｙｐｅ２」、「Ｔｙｐｅ３」、又は「ＴｙｐｅＣ」の何れかのタイミングタイプを選択する。このようにして、ＣＰＵ１０１は、「Ｔｙｐｅ０」、「Ｔｙｐｅ１」、「Ｔｙｐｅ２」、「Ｔｙｐｅ３」、及び「ＴｙｐｅＣ」の各タイミングタイプを夫々、タイミングタイプ選択用頻度テーブルの各テンポ範囲の行に設定された各頻度値に対応する確率で選択することができる。

「Ｂａｌｌａｄ」のようにテンポがゆっくりとした自動コード伴奏では、小節内での発音はコード毎に行われる場合が多いので、「ＴｙｐｅＣ」が選択される頻度値（確率）が、例えば図４（ａ）の６０％というように大きくなる。

音楽のコード伴奏の内容は、テンポに大きな影響を受ける。例えば、テンポが速い曲に多くの発音回数のコード（＝多くのノートタイミング）が含まれてしまうと、せわしない演奏になり、自然な演奏からは乖離してしまい、非常に機械的な演奏になってしまう。同時に、スローなテンポの楽曲でも、発音回数が多い演奏は不自然なものとなってしまう。
一方、一つの楽曲の中でも、相応しい変化は必要なため、各タイミングタイプの発生確率が画一的に決定されるのはよくない。
そこで、本実施形態では、頻度テーブルという手法、即ち図４（ａ）に例示されるタイミングタイプ選択用頻度テーブルを用いることにより、自動コード伴奏のテンポに合う適切なタイミングタイプ（１小節中のコードの発音回数）を確率的に選択することが可能となる。

次に、図３に例示されるフローチャートにおいて、ＣＰＵ１０１は、ステップＳ３０２で確率的に選択したタイミングタイプの内容を判定する（ステップＳ３０３）。ＣＰＵ１０１は、タイミングタイプが「Ｔｙｐｅ１」、「Ｔｙｐｅ２」、又は「Ｔｙｐｅ３」の何れかである場合はステップ３０４を、タイミングタイプが「Ｔｙｐｅ０」である場合はステップＳ３０５を、タイミングタイプが「ＴｙｐｅＣ」である場合はステップＳ３０６及びステップＳ３０７を、夫々実行する。

ステップＳ３０３での判定の結果、タイミングタイプが「Ｔｙｐｅ１」、「Ｔｙｐｅ２」、又は「Ｔｙｐｅ３」の何れかである場合、即ち小節内でのコードの発音回数が１回、２回、又は３回である場合には、ＣＰＵ１０１は、ステップＳ３０４において、タイミングタイプ毎にＲＯＭ１０２に記憶されている例えば複数のノートタイミングテーブルのうちの１つを確率的に選択し、ＲＡＭ１０３に記憶する。このように、本実施形態では、確率的に選択されたタイミングタイプ（小節内でのコードの発音回数）毎に、更に複数のバリエーションの中から１つのノートタイミングテーブルを確率的に選択することができる。

図５（ａ）及び（ｃ）は、例えばタイミングタイプ「Ｔｙｐｅ２」に対して複数（例えば８個）用意されるノートタイミングテーブル１及び２のデータ構成例を示す図である。これらの例に示されるように、１つのノートタイミングテーブルには、１小節分の例えば１～４拍及びそれを更に半拍ずつ区切った横方向８列の発音タイミングの夫々について、次のような情報が設定される。なお、この例は、自動コード伴奏が４拍子である場合の例であり、自動コード伴奏が他の拍子である場合にはその拍子数に対応した拍数に基づいて発音タイミングが区切られる。

まず、図５（ａ）又は（ｃ）の左端の列に「Ｔｉｃｋ」の文字列が設定されている行（以降、この行を「Ｔｉｃｋ行」と呼ぶ）の上記半拍単位の各先頭タイミング毎に、そのタイミングが含まれる拍の先頭からそのタイミングの先頭までの［ｔｉｃｋ］時間が設定される。これらの値としては、第１、第２、第３、及び第４拍の各拍の前半の半拍（以降「表拍」）の先頭タイミングでは、各拍の先頭なので、０［ｔｉｃｋ］が設定される。また、これらの値としては、第１、第２、第３、及び第４拍の各拍の後半の半拍（以降「裏拍」）の先頭タイミングでは、各拍（＝１２８［ｔｉｃｋ］）のちょうど半分なので、６４［ｔｉｃｋ］が設定される。なお、図５（ａ）又は（ｃ）は、１拍が１２８［ｔｉｃｋ］である場合の例である。

次に、図５（ａ）又は（ｃ）の左端の列に「Ｇａｔｅ」の文字列が設定されている行（以降、この行を「Ｇａｔｅ行」と呼ぶ）の上記半拍単位の各先頭タイミング毎に、そのタイミングがコードの発音タイミングであれば、そこで発音されるコード音の長さを［ｔｉｃｋ］時間で表した値が設定される。図５（ａ）に例示される「Ｔｙｐｅ２ノートタイミングテーブル１」では、Ｇａｔｅ行において、第１拍の裏拍及び第３拍の裏拍の２つのタイミングにおいて共に、コード音長＝１５［ｔｉｃｋ］が設定される。一方、図５（ｃ）に例示される「Ｔｙｐｅ２ノートタイミングテーブル２」では、Ｇａｔｅ行において、第１拍の表拍及び第２拍の裏拍の２つのタイミングにおいて共に、コード音長＝１５［ｔｉｃｋ］が設定される。

更に、図５（ａ）又は（ｃ）の左端の列に「Ｖｅｌｏｃｉｔｙ」の文字列が設定されている行（以降、この行を「Ｖｅｌｏｃｉｔｙ行」と呼ぶ）の上記半拍単位の各先頭タイミング毎に、そのタイミングがコードの発音タイミングであれば、そこで発音されるコード音を構成する各ボイスのベロシティ値（最大値は１２７）が設定される。図５（ａ）に例示される「Ｔｙｐｅ２ノートタイミングテーブル１」では、Ｖｅｌｏｃｉｔｙ行において、第１拍の裏拍及び第３拍の裏拍の２つのタイミングにおいて共に、ベロシティ値＝７５が設定される。図５（ｃ）に例示される「Ｔｙｐｅ２ノートタイミングテーブル２」でも同様に、Ｖｅｌｏｃｉｔｙ行において、第１拍の表拍及び第２拍の裏拍の２つのタイミングにおいて共に、ベロシティ値＝７５が設定される。発音が行われないタイミングでは、ベロシティ値＝０が設定される。

以上のようにして、図３のステップＳ３０３－＞ステップＳ３０４において、例えば図５（ａ）の「Ｔｙｐｅ２ノートタイミングテーブル１」が選択された場合には、図５（ｂ）の楽譜表現として示されるような発音タイミングで１小節分のコード音が発音され、例えば図５（ｃ）の「Ｔｙｐｅ２ノートタイミングテーブル２」が選択された場合には、図５（ｄ）の楽譜表現として示されるような図５（ｂ）とは異なる発音タイミングで１小節分のコード音が発音される結果になる。

上述したようなノートタイミングテーブルとしては、「Ｔｙｐｅ１」、「Ｔｙｐｅ２」、及び「Ｔｙｐｅ３」の夫々について、図５（ａ）及び（ｃ）として例示したように、複数のノートタイミングテーブルがＲＯＭ１０２に用意されてよい。そしてこの場合、ＣＰＵ１０１は、ステップＳ３０２で決定したタイミングタイプに対応して、ＲＯＭ１０２に記憶されている複数のノートタイミングテーブルの中から１つを確率的に選択し、ＲＡＭ１０３に記憶する。

この確率的な選択動作を実現するために、本実施形態では、図４（ｂ）に例示されるようなデータ構成を有する、タイミングタイプ別ノートタイミングテーブル選択用頻度テーブルがＲＯＭ１０２に記憶されて用いられる。この頻度テーブルとしては、タイミングタイプ別に異なる設定のものが用意されてよい。図４（ｂ）に例示されるデータ構成を有するタイミングタイプ別ノートタイミングテーブル選択用頻度テーブルにおいて、左端項目に「Ｎｏ」が登録されている行には、図５（ａ）又は（ｃ）に例示されるような選択され得るタイミングタイプのノートタイミングテーブルの番号が、１から順に図４（ｂ）の例では８まで設定されている。また、左端項目に「頻度」が登録されている行の各列には、同じ列に設定されている番号を有するノートタイミングテーブルが選択される頻度値［％］が設定される。図４（ｂ）に例示されるような頻度テーブルに対して、ＣＰＵ１０１は、図４（ａ）のタイミングタイプ選択用頻度テーブルの場合と同様に、例えば１から１００までの値域を有する任意の乱数値を発生する。そして、ＣＰＵ１０１は例えば、生成された乱数値が１から２０の乱数範囲（番号１のノートタイミングテーブルの選択確率２０％に対応）にあれば、ノートタイミングテーブル１を選択する。又は、ＣＰＵ１０１は例えば、生成された乱数値が２１から４０の乱数範囲（番号２のノートタイミングテーブルの選択確率２０％に対応）にあれば、ノートタイミングテーブル２を選択する。他の番号のノートタイミングテーブルも、ノートタイミングテーブル１又は２の場合と同様に、確率的に選択される。

以上のようにして、本実施形態では、小節毎に、まず図３のステップＳ３０２において、図４（ａ）に例示されるタイミングタイプ選択用頻度テーブルを用いることにより、現在選択されている自動コード伴奏のテンポに適合する小節内でのコード発音回数を、タイミングタイプとして確率的に選択することが可能となる。
そして、小節毎に、次に図３のステップＳ３０３－＞ステップＳ３０４において、図４（ｂ）に例示されるタイミングタイプ別ノートタイミングテーブル選択用頻度データを用いることにより、選択されたタイミングタイプ（「Ｔｙｐｅ１」、「Ｔｙｐｅ２」、又は「Ｔｙｐｅ３」）毎に用意されている、夫々異なるコード発音タイミングを有する複数のノートタイミングテーブルのうちの１つを、確率的に選択することが可能となる。
これにより、本実施形態では、小節毎にコード発音回数及びコード発音タイミングを確率的に変化させながら、自動コード伴奏を実施することが可能となる。即ち、演奏者がピアノやギターのライブジャズ演奏等において、各小節内でのコードの発音回数と半拍単位でのコードの発音タイミングを変化させながら行う音楽表現を、自動コード伴奏においても実現することが可能となる。

図３のステップＳ３０３での判定の結果、タイミングタイプが「Ｔｙｐｅ０」である場合、ＣＰＵ１０１は、ステップＳ３０５において、ＲＯＭ１０２に記憶されている「Ｔｙｐｅ０」専用の１つのノートタイミングテーブルを選択しＲＡＭ１０３に記憶する。

図５（ｅ）は、タイミングタイプ「Ｔｙｐｅ０」に対して用意される１つのノートタイミングテーブルのデータ構成例を示す図である。基本的なデータ構成は、図５（ａ）又は図５（ｃ）に例示される「Ｔｙｐｅ１～３」の場合のテーブル例と同様である。ただし、図５（ｅ）に例示される「Ｔｙｐｅ０のノートタイミングテーブル」のＧａｔｅ行において、１小節分の半拍単位の８つの発音タイミングのどのタイミングにも、コード音長＝０［ｔｉｃｋ］が設定されている。

以上のようにして、ＣＰＵ１０１が、ステップＳ３０３－＞ステップＳ３０５として、例えば図５（ｅ）の「Ｔｙｐｅ０ノートタイミングテーブル」を選択した場合には図５（ｆ）の楽譜表現として示されるように、その小節は全休符となり、コード音は発音されない結果となる。

このようにして、本実施形態では、小節毎に、タイミングタイプ「Ｔｙｐｅ０」が確率的に選択されることにより、音楽表現としてその小節ではコード音を発音させないといった自動コード伴奏を実現することが可能となる。

図３のステップＳ３０３での判定の結果、タイミングタイプが「ＴｙｐｅＣ」である場合、まずＣＰＵ１０１は、ステップＳ３０６において、ステップＳ３０１でＲＯＭ１０２から取得された自動コード伴奏データに設定されているコード位置をサーチする。

そして、ＣＰＵ１０１は、ステップＳ３０７において、ステップＳ３０６でサーチしたコード位置に合わせて、図５（ａ）又は（ｃ）などと同様の形式のノートタイミングテーブルを生成しＲＡＭ１０３に記憶する。

以上のようにして、ＣＰＵ１０１が、ステップＳ３０３－＞ステップＳ３０６として、「ＴｙｐｅＣ」のためのノートタイミングテーブルを生成した場合には、その小節では自動コード伴奏データによりコードが変化する毎に、変化したコードが発音される結果となる。

図６は、図２のステップＳ２０７のアンティシペーション・コード取得処理の詳細例を示すフローチャートである。この処理は、アンティシペーションを発生させる。「アンティシペーション」とは、指定されたコードを半拍先取りする演奏をいう。自動コード伴奏の楽曲の曲調によってアンティシペーションさせると効果的なものとそうでないものとがあるため、演奏者は、図１のスイッチ部１０５内の特には図示しない切替えスイッチによって、アンティシペーションのオン又はオフを切り替えることができる。又は、自動コード伴奏がＲＯＭ１０２に記憶される工場出荷時点で、アンティシペーションのオン又はオフが設定されてもよい。

図６のフローチャートにおいて、まずＣＰＵ１０１は、ステップＳ６０１、ステップＳ６０２、及びステップＳ６０３において、以下の全ての判定がＹＥＳとなった場合に、ステップＳ６０４に移行してアンティシペーションを発生させる。
ステップＳ６０１：演奏者の設定又は工場設定により、アンティシペーション処理がオンか否か。
ステップＳ６０２：現在のノートタイミングは裏拍であるか否か。
ステップＳ６０３：次拍に自動コード伴奏のコードチェンジ（現在のコードとは異なるコード）は存在するか。

図７は、アンティシペーション・コード取得処理の説明図である。例えば図７（ａ）に示されるように、コード進行として、ＣＭ７（第１小節１拍目表拍）、Ａ７（第２小節１拍目表拍）、Ｄｍ７（第３小節１拍目表拍）、Ｇ７（第４小節１拍目表拍）、ＣＭ７（第５小節１拍目表拍）、Ａ７（第６小節１拍目表拍）、Ｄｍ７（第７小節１拍目表拍）、Ｇ７（第７小節３拍目表拍）、及びＣＭ７（第８小節１拍目表拍）の各コードが与えられたとする。
また、図７（ｂ）の第７小節の拡大図に示されるように、現在のタイミング７０１が、「現在位置」と表記してある第７小節２拍目裏拍の先頭タイミングに位置しているとする。第７小節２拍目裏拍の次の第７小節３拍目の表拍の先頭タイミングには、コードＧ７が指定されている。
この場合、図２のステップＳ２０７のアンティシペーション・コード取得処理では、現在のタイミング７０１である第７小節２拍目裏拍のタイミングにおいて、次拍である第７小節３拍目の表拍に指定されているコードＧ７が半拍先行して発音指示される。

具体的には、今、アンティシペーション処理がオンにされているとすれば、ＣＰＵ１０１は、図７のタイミング７０１において図２のステップＳ２０７のアンティシペーション・コード取得処理を実行した場合、図６のステップＳ６０１、ステップＳ６０２、及びステップＳ６０３の何れの判定もＹＥＳとなる。
なお、ＣＰＵ１０１は、図２のステップＳ２１１のカウンタ更新処理の説明で前述したように、ＲＡＭ１０３に記憶されている拍内ｔｉｃｋカウンタ変数値が例えば６４［ｔｉｃｋ］になったか否かを判定することにより、図６のステップＳ６０２で現在のタイミングが裏拍の先頭タイミングであるか否かを判定する。
また、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されている現在の拍及び次の拍のコード指定を確認することにより、図６のステップＳ６０３で次拍にコードチェンジが存在するか否かを判定する。

次拍にコードチェンジが存在しない場合（ステップＳ６０３の判定がＮＯ）、ＣＰＵ１０１は現時点でのコードを取得する（ステップＳ６０４）。

次拍にコードチェンジが存在する場合（ステップＳ６０３の判定がＹＥＳ）、すなわち次拍でコードが変化する場合、ＣＰＵ１０１は次拍のコードを取得する（ステップＳ６０５）。

最後にＣＰＵ１０１は取得したコードを、後述するボイシング処理で使用するために発音コードデータとして、ＲＡＭ１０３に記憶する（ステップＳ６０６）。

以上のように、ステップＳ６０１、ステップＳ６０２，及びステップＳ６０３の全ての判定がＹＥＳとなることにより、ＣＰＵ１０１はアンティシペーション処理を実行する。すなわち、次拍のコードを今回発音するコードとして取得する。
なお、発音タイミングが４拍目の裏拍である場合は、次小節の伴奏データをＲＡＭ１０３に読み込み、次小節の1拍目のコードを参照してコードチェンジがあるか否かを判断すればよい。

図８は、図２のステップＳ２０８のボイシング処理の詳細例を示すフローチャートである。ボイシング処理において、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されている現在の小節の自動コード伴奏データから抽出した今回のノートオンに対応するコード及びキーに対してボイシングテーブルデータを決定し、ＲＡＭ１０３のノートオンエリアに記憶する。

ＣＰＵ１０１は、まず、図６のステップＳ６０６でＲＡＭ１０３に記憶した発音コードデータが、ＲＡＭ１０３に記憶されている前回発音時のコードと同じであるか否かを判定する（ステップＳ８０１）。

ステップＳ８０１の判定がＹＥＳの場合、ＣＰＵ１０１は、前回選択したボイシングテーブルデータの使用を継続し、図８のフローチャートで例示される図２のステップＳ２０８のボイシング処理を終了する。この結果、ＣＰＵ１０１は、前述した図２のステップＳ２０９のノートオン処理において、ＲＡＭ１０３に記憶されている前回と同じボイシングテーブルデータが示すボイス群の各ボイスに対応するノートナンバの楽音の発音を、音源ＬＳＩ５０８に指示する。

ステップＳ８０１の判定がＮＯの場合、ＣＰＵ１０１は、以下に説明するボイシング処理を実行する。

まず、ＣＰＵ１０１は、今回のノートオンのタイミングにおける楽曲キーを、ＲＡＭ１０３に読み込まれている自動コード伴奏データから取得する（ステップＳ８０３）。
自動コード伴奏データは、図２のステップＳ２０３のタイミングデータ生成処理内の前述した図３のステップＳ３０１にて、ＲＡＭ１０３に読み込まれている。コードについては、図６のステップＳ６０６でＲＡＭ１０３に記憶した発音コードデータを以下のボイシング処理で使用する。尚、キーについては楽曲を通して変わらない場合が多いため、小節ごとに読込むのではなく、図３のステップＳ３０１において、別途キー情報としてＲＡＭ１０３に読込んでおいて、その情報をここで使用するようにしてもよい。
なお、ＣＰＵ１０１は、取得したコードの情報を、次回に前述したステップＳ８０１で判定する前回のコード情報として、ＲＡＭ１０３に記憶させる。

今例えば、ＲＡＭ１０３に読み込まれている自動コード伴奏データによって、図９（ａ）に例示されるように、キー＝Ｃ（図中「ＫｅｙＣ」と表記）、コード進行＝Ｄｍ７、Ｇ７、ＣＭ７、ＦＭ７、Ｂｍ７♭５、Ｅ７、Ａｍ７、及びＡ７（例えば１小節毎に１コード）が順次指定されるものとする。
ここで例えば、図９（ａ）に例示される第２小節中の、前述したノートタイミングデータによって指定される任意のノートオンタイミング（コード発音タイミング）において、図８のフローチャートで例示される図２のステップＳ２０８のボイシング処理が実行された場合を考える。この場合、ＣＰＵ１０１は例えば、ステップＳ８０３において、コード＝Ｇ７とキー＝Ｃを取得する。
また例えば、図９（ａ）に例示される第６小節中の、前述したノートタイミングデータによって指定される任意のノートオンタイミング（コード発音タイミング）において、図８のフローチャートで例示される図２のステップＳ２０８のボイシング処理が実行された場合を考える。この場合、ＣＰＵ１０１は例えば、ステップＳ８０３において、コード＝Ｅ７とキー＝Ｃを取得する。

次に、ＣＰＵ１０１は、ＲＯＭ１０２に記憶されているスケール決定テーブルを参照することにより、スケールを決定する処理を実行する（ステップＳ８０４）。
図９（ｂ）は、スケール決定テーブルのデータ構成例である。スケール決定テーブルは、取得されているコードのコードタイプ（図９（ｂ）に例示される表の横方向の各列）と、キーの音高からそのコードのルート音の音高までの度数（図９（ｂ）に例示される表の縦方向の各行）とに応じて、図９（ｂ）に例示される表の各行と各列が交差する登録位置に、コードが有するスケールの名称が登録されている。
スケールとしては、図９（ｂ）に示されるように、メジャースケール、リディアンスケール、ミクソリディアンスケール、ミクソリディアン＃１１スケール、ミクソリディアンスケール♭９スケール、ミクソリディアンスケール♭９♭１３スケール、オルタードスケール、ドリアンスケール、フィリジアンスケール、エオリアンスケール、ロクリアンスケールなどが登録可能である。その他、様々な音楽ジャンルで使用され得るスケールが登録されてよい。
いま例えば、ＣＰＵ１０１が、ステップＳ８０３において、現在のノートオンタイミングである、図９（ａ）のコード進行中の第２小節の任意のノートオンタイミング（コード発音タイミング）において、コード＝Ｇ７とキー＝Ｃを取得している場合を考える。この場合、ＣＰＵ１０１は、キー＝ＣからコードＧ７のルート音Ｇまでの度数＝５（図９（ｂ）中の「Ｖ」）と、コードタイプ＝７とによって、図９（ｂ）に例示されるスケール決定テーブルを参照する。この結果、ＣＰＵ１０１は、「Ｖ」行と「７」列の交差位置から、スケール＝「ミクソリディアン」を決定する。
また例えば、ＣＰＵ１０１が、ステップＳ８０３において、現在のノートオンタイミングである、図９（ａ）のコード進行中の第６小節の任意のノートオンタイミング（コード発音タイミング）において、コード＝Ｅ７とキー＝Ｃを取得している場合を考える。この場合、ＣＰＵ１０１は、キー＝ＣからコードＥ７のルート音Ｅまでの度数＝３（図９（ｂ）中の「III」）と、コードタイプ＝７とによって、図９（ｂ）に例示されるスケール決定テーブルを参照する。この結果、ＣＰＵ１０１は、「III」行と「７」列の交差位置から、スケール＝「ミクソリディアン♭９♭１３」を決定する。

次に、ＣＰＵ１０１は、ステップＳ８０４で決定したスケール毎に予め用意されてＲＯＭ１０２に記憶されているボイシングテーブルを、ＲＯＭ１０２から取得する（ステップＳ８０５）。図９（ｃ）は、スケール＝「ミクソリディアン」である場合のボイシングテーブルのデータ構成例を示す図である。ＣＰＵ１０１は例えば、前述したように、ステップＳ８０３でコード＝Ｇ７とキー＝Ｃを取得し、更にステップＳ８０４でスケール＝「ミクソリディアン」を決定した場合に、図９（ｃ）に例示されるボイシングテーブルをＲＯＭ１０２から取得する。

コード伴奏においては、コードのボイシングが重要である。ボイシングとは、１つのコードを発音させるのに、オクターブの中でどのボイスをどのように積み重ねるかを決定することである。ジャズなどの音楽ジャンルでは、コード伴奏において、ルート音に対して半音単位で９度、１１度、又は１３度上のいわゆるテンション音を使うことが多く、これらのボイスを使うことによって緊張感があり音楽性豊かなコード演奏が実現される。コード演奏においては、どのスケールを使うのかがポイントになり、キーとコードによって使えるテンションが異なる。そこで、本実施形態では、ＣＰＵ１０１が、図８のステップＳ８０３及びステップＳ８０４によって、現在のノートオンタイミングで指定される例えばコード＝Ｇ７とキー＝Ｃとに基づいて、演奏可能な、例えば「ミクソリディアン」スケールを決定する。

更に、本実施形態では、今回のノートオンタイミングで例えばコード＝Ｇ７を「ミクソリディアン」スケールで発音させる場合に、同じ「Ｇ７のミクソリディアン」であっても、複数種類（図９（ｃ）では例えば６種類）のボイシングのバリエーションから１つのボイシング（ボイシングパターン）を確率的に選択し、そのボイシングでコード＝Ｇ７をノートオンさせることができる。
例えば、図９（ｃ）に例示されるボイシングテーブルにおいて、１番のボイシングテーブルデータが選択された場合、コード＝Ｇ７のノートオンにおいて、ルート音Ｇに対して、半音単位で４半音（長３度：Ｂ）、９半音（長６度：Ｅ）、１０半音（短７度：Ｆ）、及び１４半音（長９度：Ａ）の音程を有する４音からなるボイス群が使用される。
また例えば、３番のボイシングテーブルデータが選択された場合には、コード＝Ｇ７のノートオンにおいて、ルート音Ｇに対して、半音単位で４半音（長３度：Ｂ）、１０半音（短７度：Ｆ）、及び１４半音（長９度：Ａ）の音程を有する３音からなるボイス群が使用される。
なお、ジャズ演奏などのテンションが入ったコード演奏では、一般的にルート音は発音されない場合が多いため、ボイシングテーブルのボイス群もルート音（度数１）を含まない場合が多い。

ボイシングテーブルから１組のボイシングテーブルデータを決定するための要素としては、ジャズをはじめとする多くの音楽ジャンルで一般的にＡｔｙｐｅ又はＢｔｙｐｅと呼ばれるボイシングタイプや、何音で発音させるかを指示するポリ数が関係してくる。Ａｔｙｐｅ、ＢＴｙｐｅとは音域の広いボイシングであるか、音域の狭いボイシングであるかの違いである。Ａｔｙｐｅでは、テンション音を含めたボイシングで、ルート音に対して例えば３度、５度、７度、９度とボイスを積み上げてできるようなボイシングタイプをいう。Ｂｔｙｐｅとは、Ａｔｙｐｅのボイシングタイプから、例えば７度、９度をオクターブ下げて、Ａｔｙｐｅと比較して音域を狭くしたボイシングタイプをいう。
図９（ｃ）に例示されるボイシングテーブルでは、１番と２番のボイシングテーブルデータは、ボイシングタイプ＝Ａｔｙｐｅ、ポリ数＝４音である場合に選択できることを示している。これらの２つのボイシングテーブルデータは、どちらもボイシングタイプ＝Ａｔｙｐｅ、ポリ数＝４音の場合に選択できるが、その場合にどちらが選択されるかは、後述する図１０（ｂ）に例示されるボイシングテーブルデータ選択用頻度テーブルを用いて後述する図８のステップＳ８１０の処理により確率的に決定される。
また、３番のボイシングテーブルデータは、ボイシングタイプ＝Ａｔｙｐｅ、ポリ数＝３音である場合に選択できることを示している。ボイシングタイプ＝Ａｔｙｐｅ、ポリ数＝３音である場合に選択できるボイシングテーブルデータは、３番のみであるため、その場合は必ず３番のボイシングテーブルデータが選択される。
更に、４番と５番のボイシングテーブルデータは、ボイシングタイプ＝Ｂｔｙｐｅ、ポリ数＝４音である場合に選択できることを示している。これらの２つのボイシングテーブルデータは、どちらもボイシングタイプ＝Ｂｔｙｐｅ、ポリ数＝４音の場合に選択できるが、その場合にどちらが選択されるかは、後述する図１０（ｂ）に例示されるボイシングテーブルデータ選択用頻度テーブルを用いて後述する図８のステップＳ８１０の処理により確率的に決定される。
そして、６番のボイシングテーブルデータは、ボイシングタイプ＝Ｂｔｙｐｅ、ポリ数＝３音である場合に選択できることを示している。ボイシングタイプ＝Ｂｔｙｐｅ、ポリ数＝３音である場合に選択できるボイシングテーブルデータは、６番のみであるため、その場合は必ず６番のボイシングテーブルデータが選択される。

上述のボイシングテーブルデータの選択動作を実現するために、ＣＰＵ１０１はまず、予め用意してＲＯＭ１０２に記憶されているポリ数選択用頻度テーブルを参照することにより、ポリ数を確率的に決定する（ステップＳ８０６）。図１０（ａ）は、ポリ数選択用頻度テーブルのデータ構成例を示す図である。図１０（ａ）に例示されるポリ数選択用頻度テーブルの左端列に登録される「Ｂａｌｌａｄ」、「Ｓｌｏｗ」、「Ｍｉｄ」、「Ｆａｓｔ」、及び「Ｖｅｒｙ Ｆａｓｔ」は夫々、図４（ａ）のタイミングタイプ選択用頻度テーブルの場合と同様に、自動コード伴奏データのテンポ範囲を示している。

ＣＰＵ１０１は、図８のステップＳ８０６において、ＲＯＭ１０２に記憶されている図１０（ａ）に例示されるポリ数選択用頻度テーブルを用いて、次のような制御処理を実行する。まず、図２のステップＳ２０３のタイミングデータ生成処理内の図３のステップＳ３０１にてＲＯＭ１０２から読み込まれる自動コード伴奏データに例えばテンポ範囲「Ｂａｌｌａｄ」が設定されている場合には、ＣＰＵ１０１は、図１０（ａ）に例示されるポリ数選択用頻度テーブルにおいて、左端項目に「Ｂａｌｌａｄ」が登録されている行のデータを参照する。この行には、ポリ数３又はポリ数４が夫々、１０％又は９０％の確率で選択されることを示す各頻度値［％］が設定されている。これに対して、ＣＰＵ１０１は、前述した図３のステップＳ３０２の場合と同様にして、例えば１から１００までの値域を有する任意の乱数値を発生する。そして、ＣＰＵ１０１は例えば、生成した乱数値が１から１０の乱数範囲（「ポリ数３」の頻度値１０％に対応）にあれば、「ポリ数３」を選択する。又は、ＣＰＵ１０１は例えば、生成した乱数値が１１から１００の乱数範囲（「ポリ数４」の頻度値９０％に対応）にあれば、「ポリ数４」を選択する。このようにして、ＣＰＵ１０１は、「ポリ数３」及び「ポリ数４」の各ポリ数を夫々、ポリ数選択用頻度テーブルの「Ｂａｌｌａｄ」行に設定された１０％及び９０％の各確率で選択することができる。

図３のステップＳ３０１にてＲＯＭ１０２から読み込まれる自動コード伴奏データに例えばテンポ範囲「Ｓｌｏｗ」、「Ｍｉｄ」、「Ｆａｓｔ」、又は「Ｖｅｒｙ Ｆａｓｔ」が設定されている場合も、「Ｂａｌｌａｄ」が設定されている上述の場合と同様にして、ＣＰＵ１０１は例えば、図１０（ａ）に例示される構成を有するポリ数選択用頻度テーブルにおいて、左端項目に「Ｓｌｏｗ」、「Ｍｉｄ」、「Ｆａｓｔ」、又は「Ｖｅｒｙ Ｆａｓｔ」が登録されている何れかの行の各頻度値を参照する。次に、ＣＰＵ１０１は、その行の「ポリ数３」又は「ポリ数４」の各ポリ数に対して夫々設定されている頻度値［％］に応じた１から１００の範囲内の各乱数範囲を設定する。そして、ＣＰＵ１０１は、１から１００の範囲で乱数値を発生させ、生成された乱数値が上記各乱数範囲のどの範囲に入るかによって、「ポリ数３」又は「ポリ数４」の何れかのポリ数を選択する。このようにして、ＣＰＵ１０１は、「ポリ数３」及び「ポリ数４」の各ポリ数を夫々、ポリ数選択用頻度テーブルの各テンポ範囲の行に設定された各頻度値に対応する確率で選択することができる。

ポリ数は、楽曲のテンポや曲調により、自然な演奏になる内容が異なる。このため、本実施形態では、「Ｂａｌｌａｄ」、「Ｓｌｏｗ」、「Ｍｉｄ」、「Ｆａｓｔ」、又は「Ｖｅｒｙ Ｆａｓｔ」等の曲調ごとに、ポリ数の出現する度合いを決定する図１０（ａ）に例示されるデータ構成を有するポリ数選択用頻度テーブルが参照される。
上述のステップＳ８０６の処理を実行するＣＰＵ１０１は、音数選択手段として動作する。

ステップＳ８０６でポリ数を決定した後、ＣＰＵ１０１は、ノートオンされるコードが、前述したボイシングタイプのＡｔｙｐｅであるべきかＢｔｙｐｅであるべきかを判定する。具体的には、ＣＰＵ１０１は、ノートオンされるコードのルート音の音高がＦ＃以上であるか否かを判定する（ステップＳ８０７）。
ステップＳ８０７の判定がＮＯならば、ＣＰＵ１０１は、現在のコードのボイシングタイプとして、Ａｔｙｐｅを選択する（ステップＳ８０８）。
ステップＳ８０７の判定がＹＥＳならば、ＣＰＵ１０１は、現在のコードのボイシングタイプとして、Ｂｔｙｐｅを選択する（ステップＳ８０９）。
ステップＳ８０７の判定は、１オクターブを半分の位置で分割して、各コードが或る音域内に収まり、コードの遷移によって音域が飛びすぎないようにするためである。
ステップＳ８０７～Ｓ８０９を実行するＣＰＵ１０１は、ボイシングタイプ決定手段として動作する。

最後に、ＣＰＵ１０１は、前述したステップＳ８０５にてＲＯＭ１０２から取得している図９（ｃ）に例示されるボイシングテーブルに対応して用意されＲＯＭ１０２に記憶されているボイシングテーブルデータ選択用頻度テーブルを用いて、ステップＳ８０６～Ｓ８０９の処理により決定したポリ数（３又は４）とボイシングタイプ（Ａ又はＢ）の組合せに基づいて、図９（ｃ）に例示されるボイシングテーブルから最適なボイシングテーブルデータを確率的に抽出し、ＲＡＭ１０３に記憶する（ステップＳ８１０）。
ステップＳ８１０を実行するＣＰＵ１０１は、ボイシングパターン選択手段として動作する。

図１０（ｂ）は、ボイシングテーブルデータ選択用頻度テーブルのデータ構成例を示す図である。図１０（ｂ）に例示されるボイシングテーブルデータ選択用頻度テーブルの左端列に登録される「４／Ａ」、「４／Ｂ」、「３／Ａ」、及び「３／Ｂ」は夫々、ステップＳ８０６～Ｓ８０９で決定されたポリ数（３又は４）とボイシングタイプ（Ａｔｙｐｅ又はＢｔｙｐｅ）の組合せを示している。

ＣＰＵ１０１は、図８のステップＳ８１０において、次のような制御処理を実行する。まず、ステップＳ８０６～Ｓ８０９で決定された「ポリ数／ボイシングタイプ」が「４／Ａ」である場合には、ＣＰＵ１０１は、図１０（ｂ）に例示されるボイシングテーブルデータ選択用頻度テーブルにおいて、左端項目に「４／Ａ」が登録されている行のデータを参照する。番号１又は２のボイシングテーブルデータが夫々、６０％又は４０％の確率で選択されることを示す各頻度値［％］が設定されている。他の番号のボイシングテーブルデータには、頻度値として０％が設定されているため、「４／Ａ」の組合せに対してはこれらの番号のボイシングテーブルデータは選択され得ない。これに対して、ＣＰＵ１０１は、前述したステップＳ８０６の場合と同様にして、例えば１から１００までの値域を有する任意の乱数値を発生する。そして、ＣＰＵ１０１は例えば、生成した乱数値が１から６０の乱数範囲（番号１の頻度値６０％に対応）にあれば、番号１のボイシングテーブルデータを選択する。又は、ＣＰＵ１０１は例えば、生成した乱数値が６１から１００の乱数範囲（番号１の頻度値４０％に対応）にあれば、番号１のボイシングテーブルデータを選択する。このようにして、ＣＰＵ１０１は、番号１及び番号２の各ボイシングテーブルデータを夫々、ボイシングテーブルデータ選択用頻度テーブルの「４／Ａ」行に設定された６０％及び４０％の各確率で選択する。

ステップＳ８０６～Ｓ８０９で決定された「ポリ数／ボイシングタイプ」が「４／Ｂ」、「３／Ａ」、又は「３／Ｂ」である場合も、「４／Ａ」が設定されている上述の場合と同様にして、ＣＰＵ１０１は例えば、図１０（ｂ）に例示される構成を有するボイシングテーブルデータ選択用頻度テーブルにおいて、左端項目に「４／Ｂ」、「３／Ａ」、又は「３／Ｂ」が登録されている何れかの行の各頻度値を参照する。次に、ＣＰＵ１０１は、その行の番号１から６の各ボイシングテーブルデータに対して夫々設定されている頻度値［％］に応じた１から１００の範囲内の各乱数範囲を設定する。そして、ＣＰＵ１０１は、１から１００の範囲で乱数値を発生させ、生成された乱数値が上記各乱数範囲のどの範囲に入るかによって、番号１から６の何れかのボイシングテーブルデータを選択する。このようにして、ＣＰＵ１０１は、図９（ｃ）のボイシングテーブル上の番号１から６の各ボイシングテーブルデータを夫々、図１０（ｂ）のボイシングテーブルデータ選択用頻度テーブルの各「ポリ数／ボイシングタイプ」の行に設定された各頻度値に対応する確率で選択する。
ＣＰＵ１０１は、ステップＳ８１０において、上述のようにして図９（ｃ）のボイシングテーブルから抽出したボイシングテーブルデータを、ＲＡＭ１０３に記憶する。

ステップＳ８１０の処理の後、ＣＰＵ１０１は、図８のフローチャートで例示される図２のステップＳ２０８のボイシング処理を終了する。

以上説明したボイシング処理により、本実施形態では、自動コード伴奏において、ノートオンされるコード及びキーに対応して、音楽理論に則ったスケールを適切に選択し、そのスケールに対応する複数のバリエーションのボイシングテーブルデータの候補を、ボイシングテーブルとして提供することができる。続いて、本実施形態では、確率的に決定されるポリ数とボイシングタイプの組合せに基づいて、上記複数のバリエーションのボイシングテーブルデータの候補のうちの１組を、確率的に抽出することができる。そして、本実施形態では、このようにして抽出したボイシングテーブルデータとして与えられるボイス群を使って、自動コード伴奏におけるコードのノートオン処理を実行することができる。これにより、音楽理論に則りながら多彩なバリエーションの自動コード伴奏を実現することが可能となる。

図１１（ａ）はＣ７（ミクソリディアンスケール）の楽譜表現であり、図１１（ｂ）、（ｃ）、（ｄ）、（ｅ）、（ｆ）、及び（ｇ）は、Ｃ７（ミクソリディアンスケール）におけるボイシングのバリエーションの例を示す楽譜表現である。図１１（ｂ）は、ボイシングタイプがＡｔｙｐｅで９度及び１３度のテンション音を含むポリ数＝４音のＣ７コードの例の楽譜表現である。図１１（ｃ）は、ボイシングタイプがＡｔｙｐｅで９度のテンション音を含むポリ数＝４音のＣ７コードの例の楽譜表現である。図１１（ｄ）はボイシングタイプがＡｔｙｐｅで９度のテンション音を含むポリ数＝３音のＣ７コードの例の楽譜表現である。図１１（ｅ）は、ボイシングタイプがＢｔｙｐｅで９度及び１３度のテンション音を含むポリ数＝４音のＣ７コードの例の楽譜表現である。図１１（ｆ）は、ボイシングタイプがＢｔｙｐｅで９度のテンション音を含むポリ数＝４音のＣ７コードの例の楽譜表現である。図１１（ｇ）はボイシングタイプがＢｔｙｐｅで１３度のテンション音を含むポリ数＝３音のＣ７コードの例の楽譜表現である。

また、図１０（ｈ）はマイナースケールで使用されるＣ７（ミクソリディアン♭９♭１３」スケールの楽譜表現であり、図１０（ｉ）及び（ｊ）は、「Ｃ７ミクソリディアン♭９♭１３」スケールにおけるボイシングのバリエーションの例を示す楽譜表現である。図１１（ｉ）は、ボイシングタイプがＡｔｙｐｅで♭９度のテンション音を含むポリ数＝４音のＣ７コードの例の楽譜表現である。図１１（ｊ）は、ボイシングタイプがＡｔｙｐｅで♭９度及び♭１３度のテンション音を含むポリ数＝４音のＣ７コードの例の楽譜表現である。

図１１に例示したように、本実施形態では、多彩なボイシングのコードで自動コード伴奏を行うことが可能である。

以上説明した実施形態は、本発明による自動演奏装置が図１の電子鍵盤楽器１００に内蔵されている実施形態であった。一方、自動演奏装置と電子楽器は、夫々個別の装置であってもよい。具体的には、例えば図１２に示されるように、自動演奏装置は例えばスマートフォンやタブレット端末（以下「スマートフォン等１２０１」と記載）に自動演奏アプリとしてインストールされ、電子楽器は例えば自動コード伴奏機能を持たない電子鍵盤楽器１２０２であってよい。この場合、スマートフォン等１２０１と電子鍵盤楽器１２０２は、例えばＭＩＤＩ ｏｖｅｒ Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（以下「ＢＬＥ－ＭＩＤＩ」と記載、Ｂｌｕｅｔｏｏｔｈは登録商標）と呼ばれる規格に基づいて無線通信する。ＢＬＥ－ＭＩＤＩは、無線規格Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ上で楽器間の通信の標準規格ＭＩＤＩ（Ｍｕｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ：楽器デジタルインタフェース）で通信が行えるようにした楽器間無線通信規格である。電子鍵盤楽器１２０２は、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ規格でスマートフォン等１２０１に接続することができる。その状態で、スマートフォン等１２０１上で実行される自動演奏アプリによって、図２から図１１で説明した自動コード伴奏機能に基づく自動コード伴奏データが、ＢＬＥ－ＭＩＤＩ規格の通信路を介して、ＭＩＤＩデータとして電子鍵盤楽器１２０２に送信される。電子鍵盤楽器１２０２は、ＢＬＥ－ＭＩＤＩ規格で受信した自動コード伴奏ＭＩＤＩデータに基づいて、図２から図１１で説明した自動コード伴奏を実施する。

図１３は、図１２に示される接続形態を有する自動演奏装置と電子楽器が個別に動作する他の実施形態における自動演奏装置１２０１のハードウェア構成例を示す図である。図１３において、ＣＰＵ１３０１、ＲＯＭ１３０２、及びＲＡＭ１３０３、タッチパネルディスプレイ１３０５は、図１のＣＰＵ１０１、ＲＯＭ１０２、及びＲＡＭ１０３と同様の機能を有する。ＣＰＵ１３０１が、ＲＡＭ１３０３にダウンロードされインストールされた自動演奏アプリのプログラムを実行することにより、ＣＰＵ１０１が制御プログラムを実行することにより実現した、図２から図１１で説明した自動コード伴奏機能と同じ機能を実現する。このとき、図１のスイッチ部１０５と同等の機能は、タッチパネルディスプレイ１３０５によって提供される。そして、自動演奏アプリは、自動コード伴奏用の制御データを自動コード伴奏ＭＩＤＩデータに変換してＢＬＥ－ＭＩＤＩ通信インタフェース１３０５に引き渡す。

ＢＬＥ－ＭＩＤＩ通信インタフェース１３０５は、自動演奏アプリにより生成された自動コード伴奏ＭＩＤＩデータを、ＢＬＥ－ＭＩＤＩ規格に従って電子鍵盤楽器１２０２に送信する。この結果、電子鍵盤楽器１２０２が、図１の電子鍵盤楽器１００の場合と同様の自動コード伴奏を実施する。
なお、ＢＬＥ－ＭＩＤＩ通信インタフェース１３０５の代わりに、有線のＭＩＤＩケーブルで電子鍵盤楽器１２０２に接続するＭＩＤＩ通信インタフェースが用いられてもよい。

以上説明したようにして、本実施形態では、従来技術で課題であった、ジャズ等の特徴となるテンションノートを含んだコードの発音構成（ボイシング）と、より自然な音数、音域による自動コード伴奏が実現され、あたかもジャズ等のピアニストが演奏しているかのような、コードパートの自動伴奏を提供することが可能となる。
特に、本実施形態では、コードの発音をより自然な音域で、コードチェンジの際には音域移動が少なくてすむテンションノートを含んだ演奏ポジションでの発音、コードチェンジが無い場合はボイシングをいたずらに変化させずに自然な発音をさせ、曲調や、テーマ・ソロと言ったジャズ等の特有の楽曲構成に合わせ、同時に発音させる音数（場合によっては発音させない）もアルゴリズムにより頻度調整し、より自然なコード伴奏を提供することが可能となる。
これにより、演奏者があたかもジャムセッションに参加しているかのような演奏体験が得られるようになる。また、例えばジャズを演奏したいけれどジャムセッションに参加する勇気がなく、躊躇している方のトレーニングの一環として活用も可能となる。また、ジャズ等の特徴を捉えた自動コード伴奏により、ジャズ等でのソロ（アドリブ）を演奏する際のフレージングの研究や練習など、教育の一環として活用することも可能となる。
このように、本実施形態による自動演奏装置では、演奏者による楽器のライブ演奏におけるタイミング及びボイシングを表現可能な、自然な自動コード伴奏の実現が可能となる。

以上の実施形態に関して、更に以下の付記を開示する。
（付記１）
発音させる音数を確率的に選択する音数選択手段と、
音域に対応するボイシングタイプを決定するボイシングタイプ決定手段と、
楽曲の調とコードにより決定されるスケールに基づく複数のボイシングパターンから、前記選択された音数と、前記決定されたボイシングタイプとの組合せに対応するボイシングパターンを選択するボイシングパターン選択手段と、
選択された前記ボイシングパターンに基づきボイシングされたコードの発音を音源に指示する発音指示手段と、
を備える自動演奏装置。
（付記２）
前記組合せに対応するボイシングパターンが複数ある場合は、前記複数のボイシングパターンからいずれか１つを確率的に選択する、付記１に記載の自動演奏装置。
（付記３）
前記ボイシングタイプ決定手段は、発音すべきコードのルートの音高に基づき前記ボイシングタイプを決定する、付記１又は２に記載の自動演奏装置。
（付記４）
楽音情報を送受信する通信手段を更に備え、
前記発音指示手段は、前記通信手段を介して、前記音源に前記コードの発音を指示する、
付記１乃至３の何れか１項に記載の自動演奏装置。
（付記５）
付記１乃至３の何れか１項に記載の自動演奏装置と前記音源とを備え、前記自動演奏装置の前記発音指示手段による前記選択されたボイシングパターンに基づきボイシングされたコードの発音の指示に基づいて、前記音源が自動コード伴奏を実施する電子楽器。
（付記６）
発音させる音数を選択し、
音域に対応するボイシングタイプを決定し、
楽曲の調とコードにより決定されるスケールに基づく複数のボイシングパターンから、前記選択された音数と、前記決定されたボイシングタイプとの組合せに対応するボイシングパターンを選択し、
選択された前記ボイシングパターンに基づきボイシングされたコードの発音を音源に指示する、
自動演奏方法。
（付記７）
発音させる音数を選択し、
音域に対応するボイシングタイプを決定し、
楽曲の調とコードにより決定されるスケールに基づく複数のボイシングパターンから、前記選択された音数と、前記決定されたボイシングタイプとの組合せに対応するボイシングパターンを選択し、
選択された前記ボイシングパターンに基づきボイシングされたコードの発音を音源に指示する、
処理をコンピュータに実行させるためのプログラム。

１００ 電子鍵盤楽器
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 鍵盤部
１０５ スイッチ部
１０６ 音源ＬＳＩ
１０７ サウンドシステム
１０８ システムバス

Claims (7)

1. 発音させる音数を確率的に選択する音数選択手段と、
   音域に対応するボイシングタイプを決定するボイシングタイプ決定手段と、
   楽曲の調とコードにより決定されるスケールに基づく複数のボイシングパターンから、前記選択された音数と、前記決定されたボイシングタイプとの組合せに対応するボイシングパターンを選択するボイシングパターン選択手段と、
   選択された前記ボイシングパターンに基づきボイシングされたコードの発音を音源に指示する発音指示手段と、
   を備える自動演奏装置。
2. 前記組合せに対応するボイシングパターンが複数ある場合は、前記複数のボイシングパターンからいずれか１つを確率的に選択する、請求項１に記載の自動演奏装置。
3. 前記ボイシングタイプ決定手段は、発音すべきコードのルートの音高に基づき前記ボイシングタイプを決定する、請求項１又は２に記載の自動演奏装置。
4. 楽音情報を送受信する通信手段を更に備え、
   前記発音指示手段は、前記通信手段を介して、前記音源に前記コードの発音を指示する、
   請求項１乃至３の何れか１項に記載の自動演奏装置。
5. 請求項１乃至３の何れか１項に記載の自動演奏装置と前記音源とを備え、前記自動演奏装置の前記発音指示手段による前記選択されたボイシングパターンに基づきボイシングされたコードの発音の指示に基づいて、前記音源が自動コード伴奏を実施する電子楽器。
6. 発音させる音数を選択し、
   音域に対応するボイシングタイプを決定し、
   楽曲の調とコードにより決定されるスケールに基づく複数のボイシングパターンから、前記選択された音数と、前記決定されたボイシングタイプとの組合せに対応するボイシングパターンを選択し、
   選択された前記ボイシングパターンに基づきボイシングされたコードの発音を音源に指示する、
   自動演奏方法。
7. 発音させる音数を選択し、
   音域に対応するボイシングタイプを決定し、
   楽曲の調とコードにより決定されるスケールに基づく複数のボイシングパターンから、前記選択された音数と、前記決定されたボイシングタイプとの組合せに対応するボイシングパターンを選択し、
   選択された前記ボイシングパターンに基づきボイシングされたコードの発音を音源に指示する、
   処理をコンピュータに実行させるためのプログラム。

Images