JP5560574B2

JP5560574B2 - 電子楽器および自動演奏プログラム

Info

Publication number: JP5560574B2
Application number: JP2009060617A
Authority: JP
Inventors: 達也出嶌
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 2009-03-13
Filing date: 2009-03-13
Publication date: 2014-07-30
Anticipated expiration: 2029-03-13
Also published as: JP2010217230A

Description

本発明は、楽音を発生する電子楽器および自動演奏プログラムに関する。

ピアノなどの鍵盤楽器の初心者のために、単一の鍵を押鍵するのみで自動演奏において所定のパートの楽音を発生させて、楽曲の演奏を進行させることができる、いわゆるワンキープレイの機能を有する電子楽器、或いは、任意の鍵を押鍵することで、自動演奏において所定の楽音の楽音を発生させて、楽曲の演奏を進行させることができる、いわゆるエニイキープレイの機能を有する電子楽器が知られている。また、ワンキープレイにおいては、鍵以外の操作子を、楽曲の演奏を進行させるために用いる場合もある。一般的に、ワンキープレイにおいては、進行中の楽曲においてメロディの発音タイミングとほぼ同じタイミングで押鍵させることで、対応するメロディの楽音を発生する。さらに、操作を容易にするために種々の提案がなされている。

たとえば、特許文献１には、操作子の操作途中で操作タイミング（つまり、楽曲におけるメロディの発音タイミング）がわからなくなった場合に、連続して操作子を操作することで、自動伴奏の進行に伴ってメロディが自動的に発音して、現在進行中の楽曲の部分を演奏者が把握できるようにした電子楽器が提案されている。

また、特許文献２には、楽曲の特定パート（ワンキープレイを行うパート）については、発音時間を長くしておき、その発音時間中に操作子をオンしやすくすることで、操作子の操作タイミングを容易にした電子楽器が提案されている。

特開平７−１５２３７２号公報特開２００３−２８０６５２号公報特許第３９４０９９９号公報

上記特許文献１、２に記載された電子楽器においては、より容易に演奏するための機能が提供されているが、演奏者の意図により楽曲の雰囲気を制御し、或いは、演奏者と楽曲との一体感を高めることは難しかった。特許文献３には、楽曲において所定のタイミングで意図的に操作子をオンせずに発音を控えた後に、次の発音タイミングで操作子をオンすることで、発音されなかった前イベントの音高に対して和声的に連係する音高の楽音が再生される電子楽器が提案されている。この電子楽器では、ワンキープレイによる操作であっても和声を損ねることなく原曲をアレンジした演奏が可能となる。特許文献３に開示された機能を用いるためには楽曲の発音タイミングおよび和声の知識が必要となる。そこで、そのような知識がなくとも、演奏者が、楽曲の演奏に参加しているという感覚（参加感）や楽曲との一体感を感じされるのが望ましい。

本発明は、初心者においても操作子の操作による演奏を楽しむことができ、かつ、操作によって演奏への参加感や楽曲との一体感を感じることが可能な電子楽器および自動演奏プログラムを提供することを目的とする。

本発明の目的は、楽曲を構成する複数のパートの各々について、当該パート中の音符の発音時刻および音高を少なくとも含む音符データから構成される曲データを格納した曲データ記憶手段と、
所定のパートの前記音符データに関して、演奏操作子の押鍵操作に基づき、かつ、現在時刻が発音時刻に達した音符データについて、当該音符データに示される音高の楽音データを発音させるためのイベントを生成するとともに、前記所定のパート以外の前記音符データに関して、現在時刻が発音時刻に達した音符データについて、当該音符データに示される音高の楽音データを発音させるためのイベントを生成する制御手段と、
前記制御手段により生成されたイベントに基づいて、当該イベントにしたがった音高の楽音データを生成する楽音データ生成手段と、を備え、
前記制御手段が、前々回の演奏操作子の操作タイミングと前回の押鍵操作子の操作タイミングとの間の、前回の時間間隔と、前回の演奏操作子の操作タイミングと今回の演奏操作子の操作タイミングとの間の、今回の時間間隔との比較に基づいて、前記演奏操作子の押鍵操作に基づき生成される楽音データを構成する何れかの音楽要素を強調させる強調制御手段を有することを特徴とする電子楽器により達成される。

また、好ましい実施態様においては、前記強調制御手段が、前記イベントにおける音量制御パラメータを増大させる。

別の好ましい実施態様においては、前記演奏操作子が鍵盤の鍵であり、
前記制御手段が、押鍵操作された鍵が所定の音高より高い場合に、前記鍵の押鍵操作に基づくイベントにおいて、前記音符データに示される音高より高い音高となるように前記イベントを修正し、押鍵操作された鍵が他の所定の音高より低い場合に、前記鍵の押鍵操作に基づくイベントにおいて、前記音符データに示される音高より低い音高となるように前記イベントを修正するイベント修正手段を有する。

また、別の好ましい実施態様においては、前記制御手段が、前回の演奏操作子の押鍵操作から、第２の所定期間に演奏操作子の押鍵操作が無かった場合に、前記演奏操作子の押鍵操作に基づく楽音データについてのイベントの生成を停止する。

また、本発明の目的は、楽曲を構成する複数のパートの各々について、当該パート中の音符の発音時刻および音高を少なくとも含む音符データから構成される曲データを格納した曲データ記憶手段を有するコンピュータに、
所定のパートの前記音符データに関して、演奏操作子の押鍵操作に基づき、かつ、現在時刻が発音時刻に達した音符データについて、当該音符データに示される音高の楽音データを発音させるためのイベントを生成するとともに、前記所定のパート以外の前記音符データに関して、現在時刻が発音時刻に達した音符データについて、当該音符データに示される音高の楽音データを発音させるためのイベントを生成する制御ステップと、
前記制御手段により生成されたイベントに基づいて、当該イベントにしたがった音高の楽音データを生成する楽音データ生成手段と、を実行させ、
前記制御ステップが、前々回の演奏操作子の操作タイミングと前回の押鍵操作子の操作タイミングとの間の、前回の時間間隔と、前回の演奏操作子の操作タイミングと今回の演奏操作子の操作タイミングとの間の、今回の時間間隔との比較に基づいて、前記演奏操作子の押鍵操作に基づき生成される楽音データを構成する何れかの音楽要素を強調させる強調制御ステップを有することを特徴とする自動演奏プログラムにより達成される。

本発明によれば、初心者においても操作子の操作による演奏を楽しむことができ、かつ、操作によって演奏への参加感や楽曲との一体感を感じることが可能な電子楽器および自動演奏プログラムを提供することが可能となる。

図１は、本発明の第１の実施の形態にかかる電子楽器の構成を示すブロックダイヤグラムである。図２は、本実施の形態にかかる電子楽器にて実行される処理を示すフローチャートである。図３は、本実施の形態にかかるスイッチ処理の例を示すフローチャートである。図４は、本実施の形態にかかる鍵盤処理の例を示すフローチャートである。図５は、本実施の形態にかかるノーマル鍵盤処理の例を示すフローチャートである。図６は、本実施の形態にかかるポンピング処理の例を示すフローチャートである。図７は、本実施の形態にかかるポンピング処理の例を示すフローチャートである。図８は、本実施の形態にかかるビートシンクロ処理の例を示すフローチャートである。図９は、本実施の形態にかかる曲データのデータ構造例を示す図である。図１０は、本実施の形態にかかる自己パート認識処理の例を示すフローチャートである。図１１は、本実施の形態にかかるオクターブシフト処理の例を示すフローチャートである。図１２は、本実施の形態にかかる伴奏処理の例を示すフローチャートである。図１３は、本実施の形態にかかる発音処理の例を示すフローチャートである。図１４（ａ）は、ポンピング処理における押鍵間隔と強調処理の有無を説明する図、図１４（ｂ）は、ビートシンクロ処理における押鍵間隔と強調処理の有無を説明する図である。図１５は、本発明の他の実施の形態にかかるポンピング処理の例を示すフローチャートである。

以下、添付図面を参照して、本発明の実施の形態について説明する。図１は、本発明の第１の実施の形態にかかる電子楽器の構成を示すブロックダイヤグラムである。図１に示すように、本実施の形態にかかる電子楽器１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、サウンドシステム１４、表示部１５、鍵盤１６および操作部１８を備える。

ＣＰＵ１１は、電子楽器１０全体の制御、操作部１８を構成するスイッチ（図示せず）の操作の検出、鍵盤１６の鍵のオン・オフ（押鍵・離鍵）の検出および押鍵・離鍵に応じた処理、曲データに応じた自動演奏や伴奏の演奏処理、押鍵・離鍵に応じた処理や演奏処理にしたがった楽音波形データの生成など、種々の処理を実行する。

ＲＯＭ１２は、電子楽器１０全体の制御、操作部１８を構成するスイッチ（図示せず）の操作の検出、鍵盤１６の鍵のオン・オフ（押鍵・離鍵）の検出および押鍵・離鍵に応じた処理、曲データに応じた自動演奏や伴奏の演奏処理、押鍵・離鍵に応じた処理や演奏処理にしたがった楽音波形データの生成などの処理プログラムを格納する。また、ＲＯＭ１２は、ピアノ、ギターなどの楽音を生成するためのプリセット波形データを格納するプリセット波形データエリア、楽曲の自動演奏をするためのパートごとの曲データを格納する曲データエリアを有している。

ＲＡＭ１３は、ＲＯＭ１２から読み出されたプログラムや、処理の過程で生じたデータを記憶する。

サウンドシステム１４は、音源部２１、オーディオ回路２２およびスピーカ２３を備える。音源部２１は、たとえば、鍵盤１６の押鍵された鍵に関するノートオンイベントをＣＰＵ１１から受信すると、ＲＯＭ１２のプリセット波形データエリアから所定のプリセット波形データを読み出して、所定の音高の楽音波形データを生成して出力する。また、音源部２１は、プリセット波形データ、特に、スネアドラム、バスドラム、シンバルなど打楽器の音色の波形データを、そのまま楽音波形データとして出力することもできる。オーディオ回路２２は、楽音波形データをＤ／Ａ変換して増幅する。これによりスピーカ２３から音響信号が出力される。

図２は、本実施の形態にかかる電子楽器にて実行される処理を示すフローチャートである。電子楽器１０のＣＰＵ１１は、たとえば、ＲＡＭ１３に一時的に記憶されたデータなどのクリアを含むイニシャライズ処理を行う（ステップ２０１）。イニシャライズ処理（ステップ２０１）が終了すると、ＣＰＵ１１は、操作部１８のスイッチの操作を検出し、検出された操作にしたがった処理を実行するスイッチ処理を実行する（ステップ２０２）。

図３は、本実施の形態にかかるスイッチ処理の例を示すフローチャートである。図３に示すように、ＣＰＵ１１は、操作部１８において伴奏スタートスイッチがオンされたかを判断する（ステップ３０１）。ステップ３０１でＮｏと判断された場合には、ＣＰＵ１１は、操作部１８において伴奏ストップスイッチがオンされたかを判断する（ステップ３０２）。ステップ３０２でＹｅｓと判断された場合には、ＲＡＭ１３中の伴奏フラグＳＴＦを「０」にリセットして（ステップ３０３）、処理を終了する。

ステップ３０１でＹｅｓと判断された場合には、ＲＡＭ１３中の伴奏フラグＳＴＦを「１」にセットする（ステップ３０４）。なお、伴奏フラグＳＴＦが「１」にセットされると、図示しないタイマインタラプト処理において、タイマ値がインクリメントされる。

次いで、ＣＰＵ１１はモード設定処理を実行する（ステップ３０５）。モード設定処理においては、ＣＰＵ１１は、何れのモード設定スイッチがオンされたかを判断する。本実施の形態においては、ノーマル鍵盤モード（鍵盤モード＝１）、ポンピングモード（鍵盤モード＝２）、および、ビートシンクロモード（鍵盤モード＝３）の何れかの鍵盤モードが設定され、設定された鍵盤モードがＲＡＭ１３中に格納される。

次いで、ＣＰＵ１１は、操作部１８中の曲選択スイッチがオンされたかを判断する（ステップ３０６）。ステップ３０６でＹｅｓと判断された場合には、ＣＰＵ１１は、操作部１８中、曲を選択するテンキー（図示せず）の操作を受理して、演奏すべき楽曲の曲データを指定する曲番号をＲＡＭ１３に格納する（ステップ３０７）。また、ＣＰＵ１１は、操作部１８中のパートを選択するテンキー（図示せず）の操作を受理して、鍵操作により再生すべきパートの情報（パート番号）をＲＡＭ１３に格納する（ステップ３０８）。

その後、ＣＰＵ１１は、他のスイッチ処理を実行する（ステップ３０９）。たとえば、他のスイッチ処理においては、音色指定スイッチの操作にしたがって、ＲＯＭ１２のプリセット波形データエリアに格納されたプリセット波形データの種別（音色）を指定する情報がＲＡＭ１３に格納される。

スイッチ処理（ステップ２０２）の後、ＣＰＵ１１は、鍵盤処理を実行する（ステップ２０３）。図４は、本実施の形態にかかる鍵盤処理の例を示すフローチャートである。図４に示すように、鍵盤処理においては、ＣＰＵ１１は、ＲＡＭ１３に格納された鍵盤モードを参照して、鍵盤モードが何れであるかを判断する（ステップ４０１）。ステップ４０１において、鍵盤モード＝１、つまり、ノーマル鍵盤モードと判断された場合には、ＣＰＵ１１は、ノーマル鍵盤処理を実行する（ステップ４０２）。ステップ４０１において、鍵盤モード＝２、つまり、ポンピングモードであると判断された場合には、ＣＰＵ１１は、ポンピング処理を実行する（ステップ４０３）。また、ステップ４０１において、鍵盤モード＝３、つまり、ビートシンクロモードと判断された場合には、ＣＰＵ１１は、ビートシンクロ処理を実行する（ステップ４０４）。ポンピング処理（ステップ４０３）或いはビートシンクロ処理（ステップ４０４）の後には、ＣＰＵ１１は、オクターブシフト処理（ステップ４０５）を実行する。

図５は、本実施の形態にかかるノーマル鍵盤処理の例を示すフローチャートである。図５に示すように、ＣＰＵ１１は、鍵盤１６の鍵を所定の順で（たとえば、音高の低い鍵から）走査して（ステップ５０１）、処理対象となる鍵の状態に変化があったか否かを判断する（ステップ５０２）。ステップ５０２で鍵がオン状態となった場合には、ＣＰＵ１１は、当該鍵の押鍵に基づき、鍵に対応する音高の楽音を、指定された音色で発音することを示すノートオンイベントを生成する（ステップ５０３）。また、処理対象となる鍵がオフ状態となった場合には、ＣＰＵ１１は、離鍵された鍵に対応する音高の楽音を消音することを示すノートオフイベントを生成する（ステップ５０４）。ノートオンイベントおよびノートオフイベントは、ＲＡＭ１３のイベントエリアに格納される。

ステップ５０３、５０４が実行された後、或いは、ステップ５０２で鍵の状態に変化がないと判断された場合には、ＣＰＵ１は、すべての鍵について処理が終了したかを判断する（ステップ５０５）。ステップ５０５でＮｏと判断された場合には、ステップ５０１に戻る。その一方、ステップ５０５でＹｅｓと判断された場合には処理を終了する。

次に、ポンピング処理（ステップ４０３）、ビートシンクロ処理（ステップ４０４）について説明する。図６および図７は、本実施の形態にかかるポンピング処理の例を示すフローチャート、図８は、本実施の形態にかかるビートシンクロ処理の例を示すフローチャートである。図６に示すように、ＣＰＵ１１は、伴奏フラグＳＴＦ＝１であるかを判断する（ステップ６０１）。つまり、自動伴奏の演奏中であるか否かが判断される。ステップ６０１でＹｅｓ、つまり自動伴奏の演奏中である場合には、鍵盤１６の鍵の何れかの鍵の押鍵があったかが判断される（ステップ６０２）。何れかの鍵が押鍵された場合（ステップ６０２でＹｅｓ）には、ＣＰＵ１１は、ＲＡＭ１３中、選択された楽曲の曲データを参照して、鍵操作により再生すべきパート（以下、「自己パート」と称する）が発音中であるか否かを判断する（ステップ６０３）。

図９は、本実施の形態にかかる曲データのデータ構造例を示す図である。ＲＡＭ１３の曲データエリアには、楽曲ごとの曲データが格納されている。図９に示すように曲データは、パートごとの曲データ（たとえば、パート１曲データ９０１、パート２曲データ９０２）を含む。パートごとの曲データは、それぞれ複数の音符データ（たとえば、音符データ（０）９１０、音符データ（１）９１１、・・・）を含む。各音符データは、発音時刻９２１、音高情報或いは休符情報９２２、発音時間９２３およびベロシティ９２４を含む。なお、パートごとの曲データには、ヘッダとして音色を示す情報なども含まれる。

ステップ６０３においては、ＣＰＵ１１は、タイマインタラプト処理（図示せず）においてインクリメントされるタイマ値を参照して、自己パートの音符データが発音されているかを判断すればよい。ステップ６０３でＮｏと判断された場合には、ＣＰＵ１１は、自己パートの音符データを参照して、現在時刻が発音時刻に達した音符について、発音すべき楽音の音色、音高およびベロシティを含むノートオンイベントを生成し、ＲＡＭ１３のイベントエリアに格納する（ステップ６０４）。ステップ６０３でＮｏと判断された場合には、ＣＰＵ１１は、自己パートの音符データを参照して、発音時間が経過した音符について、ノートオフイベントを生成し、ＲＡＭ１３のイベントエリアに格納する（ステップ６０５）。なお、発音時間の経過は、音符データにおける発音時刻に発音時間を加算した時刻と、現在時刻を比較し、現在時刻が、上記加算した時刻に達しているか否かを判断すれば良い。

次いで、ＣＰＵ１１は、押鍵ごとにＲＡＭ１３に、押鍵された鍵を示す情報および押鍵時刻が格納される押鍵履歴を参照して、今回の押鍵以前に、所定ビート時間以内に押鍵があったかを判断する（ステップ６０６）。ここで、所定ビート時間とは、設定された拍数に相当する時間であり、たとえば、４／４拍子における２分音符（いわゆる４ビートにおける２ビート分）に相当する時間である。無論、この時間は、４分音符に相当する時間に限定されるものではなく、４／４拍子における符点２分音符（いわゆる４ビートにおける３ビート分）や符点４分音符（４ビートにおける１．５ビート分）に相当する時間であっても良い。

ステップ６０６でＹｅｓと判断された場合には、ＣＰＵ１１は、押鍵履歴を参照し、前回の押鍵時刻と今回の押鍵時刻との間の押鍵間隔を参照して、所定間隔より短いか否かを判断する（ステップ６０７）。たとえば、上記所定間隔は、４／４拍子における４分音符（いわゆる４ビートにおける１ビート分）とすれば良い。ステップ６０７でＹｅｓと判断された場合には、ＣＰＵ１１は、強調処理を実行する（ステップ６０８）。強調処理においては、ステップ６０４で生成されたノートオンイベントのベロシティを、所定の割合（たとえば２０パーセント）だけ増大させる。ステップ６０７でＮｏと判断された場合には、ＣＰＵ１１は、強調停止処理を実行する（ステップ６０９）。強調停止処理では、ステップ６０８によるベロシティの増大を解除する。

ポンピング処理においては、押鍵間隔が所定間隔（上記例では４ビートにおける１ビート分の間隔）より短いときに、ベロシティを所定の割合だけ増大させた楽音を発音させることができる。これにより、演奏者の高揚による押鍵に応じてベロシティを増大させて演奏者における演奏への参加感を増すことが可能となる。

図１４（ａ）は、ポンピング処理における押鍵間隔と強調処理の有無を説明する図である。図１４（ａ）の例で、楽曲は４／４拍子であり、太字の縦線１４０１、１４０５は小節線、他の縦線１４０２、１４０３、１４０４は、拍の先頭位置を示す。また、所定間隔は１ビート時間（４分音符１つ分）である。押鍵１４１１と押鍵１４１２との間隔は、上記所定間隔以上であるため、押鍵１４１２では強調処理は行なわれない。これに対して、押鍵１４１２と押鍵１４１３との間隔、押鍵１４１３と押鍵１４１４との間隔は上記所定間隔より短いため、押鍵１４１３、１４１４ではそれぞれ強調処理が行なわれる。その後の押鍵１４１４と押鍵１４１５との間隔は、上記所定間隔以上であるため、押鍵１４１５では強調処理は行なわれない。

ステップ６０２でＮｏと判断された場合には、ＣＰＵ１１は、鍵盤１６の鍵の何れかの鍵の離鍵があったかを判断する（ステップ６１０）。ステップ６１０でＹｅｓと判断された場合には、ＣＰＵ１１は，自己パートの発音中の音符データについて、ノートオフイベントを生成して、ＲＡＭ１３のイベントエリアに格納する（ステップ６１１）。ステップ６０６でＮｏと判断された場合にも、ＣＰＵ１１は，自己パートの発音中の音符データについて、ノートオフイベントを生成して、ＲＡＭ１３のイベントエリアに格納する（ステップ６１１）。

ステップ６０１でＮｏと判断された場合には、ＣＰＵ１１は、鍵盤１６の鍵の何れかの押鍵があったかを判断する（ステップ７０１）。ステップ７０１でＹｅｓと判断された場合には、ＣＰＵ１１は、自己パート認識処理を実行する（ステップ７０２）。自己パート認識処理については以下に詳述する。ステップ７０１でＮｏと判断された場合、或いは、自己パート認識処理（ステップ７０２）が実行された後、ＣＰＵ１１は、鍵盤１６の鍵の何れかの離鍵があったかを判断する（ステップ７０３）。ステップ７０３でＹｅｓと判断された場合には、ＣＰＵ１１は，自己パートの発音中の音符データについて、ノートオフイベントを生成して、ＲＡＭ１３のイベントエリアに格納する（ステップ７０４）。

次に、自己パート認識処理（ステップ７０２）についてより詳細に説明する。図１０は、本実施の形態にかかる自己パート認識処理の例を示すフローチャートである。図１０に示すように、ＣＰＵ１１は、鍵がオフ状態からオン状態になったかを判断する（ステップ１００１）。ステップ１００１において、ＣＰＵ１１は、既に鍵がオン中であればＮｏと判断することになる。ステップ１００１でＹｅｓと判断された場合には、ＣＰＵ１１は、自己パート認識処理用の第２のタイマを起動する（ステップ１００２）。この第２のタイマのタイマ値も、図示しないタイマインタラプト処理においてインクリメントされる。

ＣＰＵ１１は、自己パートの曲データを参照して（ステップ１００３）、第２のタイマによる現在時刻から所定の期間に、当該曲データにおいて発音時刻が到来する音符データが存在するかを判断する（ステップ１００４）。本実施の形態において、上記所定の期間は、たとえば、１小節に相当する期間（４／４拍子における４分音符４つ分）である。ステップ１００４でＮｏと判断された場合には、ＣＰＵ１１は、第２のタイマのタイマ値を、「３／４×（所定の期間）」に対応する時間だけ進める（ステップ１００５）。たとえば、上記所定の期間が１小節（４／４拍子）であれば、ＣＰＵ１１は、４分音符３つ（符点２分音符）に相当する時間だけ第２のタイマのタイマ値を進める。ステップ１００４〜１００５によって、自己パートにおいて休符が所定の期間以上あれば、その休符を短縮して自己パートの音符の再生を行うことが可能となる。

ステップ１００４でＹｅｓと判断された場合、或いは、ステップ１００５が終了した後、ＣＰＵ１１は、自己パートの曲データ中、音符データを参照して、第２のタイマによる現在時刻が発音時刻に達した音符について、発音すべき楽音の音色、音高およびベロシティを含むノートオンイベントを生成し、ＲＡＭ１３のイベントエリアに格納する（ステップ１００６）。また、ＣＰＵ１１は、自己パートの音符データを参照して、発音時間が経過した音符について、ノートオフイベントを生成し、ＲＡＭ１３のイベントエリアに格納する（ステップ１００７）。

次に、ビートシンクロ処理（図４のステップ４０４）について説明する。図８は、本実施の形態にかかるビートシンクロ処理の例を示すフローチャートである。図８において、ステップ８０１〜８０６は、図６のステップ６０６〜６０６と同様である。また、ステップ８０８〜８１１も、図６のステップ６０８〜６１１と同様である。さらに、ポンピング処理と同様に、ステップ８０１でＮｏと判断された場合には、図７のステップ７０１〜７０４が実行される。

ビートシンクロ処理においては、ステップ８０６でＹｅｓと判断された場合に、ＣＰＵ１１は、押鍵タイミングが、時間軸上の所定の基準位置から所定時間の範囲内であったか否かを判断する。本実施の形態の形態では、基準位置は、拍の先頭位置であり、所定時間の範囲は、基準位置から４分音符の±（プラスマイナス）１０％の範囲としている。ステップ８０６でＹｅｓと判断された場合には、ＣＰＵ１１は、強調処理を実行する（ステップ８０８）。強調処理においては、ステップ６０４で生成されたノートオンイベントのベロシティを、所定の割合（たとえば２０パーセント）だけ増大させる。ステップ８０７でＮｏと判断された場合には、ＣＰＵ１１は、強調停止処理を実行する（ステップ８０９）。強調停止処理では、ステップ８０８によるベロシティの増大を解除する。

ビートシンクロ処理においては、演奏者による押鍵タイミングが、時間軸上の基準位置とほぼ一致する場合（基準位置から所定範囲内であった場合）に、ベロシティを所定の割合だけ増大させた楽音を発音させることができる。これにより、演奏者による楽曲のビートに合致した押鍵に応じてベロシティを増大させて演奏者における演奏への参加感を増すことが可能となる。

図１４（ｂ）は、ビートシンクロ処理における押鍵間隔と強調処理の有無を説明する図である。図１４（ｂ）の例でも図１４（ａ）の例と同様に、楽曲は４／４拍子であり、太字の縦線１４２１、１４２５は小節線（小節の先頭位置）、他の縦線１４２２、１４２３、１４２４は、拍の先頭位置を示す。また、基準位置は、小節線の位置を含む拍の先頭位置である。また所定範囲は、拍の先頭位置にある横方向の矢印（たとえば、符号１４２６参照）で示している。押鍵１４３１、１４３２は、基準位置の所定範囲に含まれるため、それぞれの押鍵について強調処理が行なわれる。また、押鍵１４３３、１４３４は、基準位置の所定範囲に含まれないため強調処理は行なわれない。その一方、押鍵１４３５は、基準位置の所定範囲に含まれるため強調処理が行なわれる。

次に、ポンピング処理（図４のステップ４０３）、或いは、ビートシンクロ処理（ステップ４０４）の後に実行されるオクターブシフト処理（ステップ４０５）について説明する。図１１は、本実施の形態にかかるオクターブシフト処理の例を示すフローチャートである。図１１に示すように、ＣＰＵ１１は、押鍵された鍵がＣ２より低音側の鍵であるかを判断する（ステップ１１０１）。ステップ１１０１でＹｅｓと判断された場合には、ポンピング処理或いはビートシンクロ処理においてノートオンイベントが生成され、ＲＡＭ１３に格納されているかを判断する（ステップ１１０２）。ステップ１１０２でＹｅｓと判断された場合には、ＣＰＵ１１は、ＲＡＭ１３に格納されたノートオンイベントの音高情報を１オクターブ下げる（ステップ１１０３）。

また、ＣＰＵ１１は、押鍵された鍵がＣ４以上の音高の鍵であるかを判断する（ステップ１１０４）。ステップ１１０４でＹｅｓと判断された場合には、ポンピング処理或いはビートシンクロ処理においてノートオンイベントが生成され、ＲＡＭ１３に格納されているかを判断する（ステップ１１０５）。ステップ１１０５でＹｅｓと判断された場合には、ＣＰＵ１１は、ＲＡＭ１３に格納されたノートオンイベントの音高情報を１オクターブ上げる（ステップ１１０６）。

鍵盤処理（図２のステップ２０３）が終了すると、ＣＰＵ１１は伴奏処理を実行する（ステップ２０４）。図１２は、本実施の形態にかかる伴奏処理の例を示すフローチャートである。図１２に示すように、ＣＰＵ１２は、伴奏フラグＳＴＦが「１」であるかを判断する（ステップ１２０１）。ステップ１２０１でＹｅｓと判断された場合には、ＣＰＵ１１は、自己パート以外のパートの音符データを参照して、現在時刻が発音時刻に達した音符について、発音すべき楽音の音色、音高およびベロシティを含むノートオンイベントを生成し、ＲＡＭ１３のイベントエリアに格納する（ステップ１２０２）。また、ＣＰＵ１１は、自己パート以外のパートの音符データを参照して、発音時間が経過した音符について、ノートオフイベントを生成し、ＲＡＭ１３のイベントエリアに格納する（ステップ１２０３）。

伴奏処理（ステップ２０４）が終了すると、ＣＰＵ１１は発音処理を実行する（ステップ２０５）。図１３は、本実施の形態にかかる発音処理の例を示すフローチャートである。図１３に示すように、ＣＰＵ１１は、ＲＡＭ１３のイベントエリアを参照して（ステップ１３０１）、未処理のイベントが存在するかを判断する（ステップ１３０２）。ステップ１３０２でＮｏと判断された場合には処理を終了する。ステップ１３０２でＹｅｓと判断された場合には、ＣＰＵ１１は、イベントがノートオンイベントであるかを判断する（ステップ１３０３）。ステップ１３０３でＹｅｓと判断された場合には、ＣＰＵ１１は、音源部２１に対して、ノートオンイベントが示す音高の楽音を、所定の音色で発音するように指示を与える（ステップ１３０４）。音源部２１は、指示に応答して、ＲＯＭ１２から指定された音色のプリセット波形データを、指定された音高に基づいて読み出して、かつ、読み出された波形データに、エンベロープに基づく乗算値を乗算して楽音波形データを生成し、オーディオ回路２２に出力する。

ステップ１３０３でＮｏと判断された場合、つまり、イベントがノートオフイベントであった場合には、ＣＰＵ１１は、ノートオフイベントが示す音高の楽音を消音するように音源部２１に指示を与える（ステップ１３０５）。音源部２１は、指示に応答して、読み出された波形データに、徐々に減少するリリースのエンベロープを乗算して楽音波形データを生成してオーディオ回路２２に出力する。

発音処理（ステップ２０５）が終了した後、ＣＰＵ１１は、他の必要な処理を実行する（ステップ２０６）。ステップ２０６における処理には、たとえば、表示部１５への画像表示や、操作部１８のスイッチに隣接して配置されたＬＥＤ（図示せず）の点灯などが含まれる。

本実施の形態によれば、前回の鍵の押鍵タイミングと、今回の鍵の押鍵タイミングとの時間間隔（押鍵間隔）が、所定の時間間隔より短い場合に、当該押鍵操作に基づき生成される楽音データに関する音楽要素を強調する。これにより、演奏者の押鍵操作にしたがって再生される楽音にける所定の要素が強調され、演奏者の演奏への参加感を楽曲との一体感を高めることが可能となる。

本実施の形態において、所定の時間間隔は、楽曲における拍（たとえば、４／４拍子の４ビートにおける１ビート分）に対応する。これにより、ビートより早い押鍵という、演奏者の高揚感を反映した押鍵に応じて、楽音における所定の要素を強調することができる。

また、本実施の形態においては、押鍵タイミングが、時間軸上の基準位置の前後所定の範囲内であった場合に、当該押鍵操作に基づき生成される楽音データに関する音楽要素を強調する。これにより、演奏者の押鍵操作にしたがって再生される楽音にける所定の要素が強調され、演奏者の演奏への参加感を楽曲との一体感を高めることが可能となる。

本実施の形態において、前記基準位置は、拍の先頭位置であり、楽曲のビートと合致した押鍵に応じて、楽音における所定の要素を強調することができる。

本実施の形態においては、上記強調させる楽音の要素は、音量制御パラメータの一種であるベロシティである。ベロシティを増大させることで、楽曲の高揚感を高め、演奏者の演奏への参加感を楽曲との一体感をよりいっそう高めることが可能となる。

さらに、本実施の形態においては、押鍵操作された鍵が所定の音高（たとえばＣ４）より高い場合に、音符データに示される音高より、たとえば１オクターブ高い音高とし、押鍵操作された鍵が他の所定の音高（たとえばＣ２）より低い場合に、音符データに示される音高より、たとえば１オクターブ低い音高とする。このように構成することにより、音楽的な知識があまりない演奏者であっても直感的な操作によって、所望のように発音される楽音の音高を変更することが可能となる。

また、本実施の形態によれば、前回の鍵の押鍵操作から、第２の所定期間に鍵の押鍵操作が無かった場合に、自己パートの楽音の発音を停止する。これにより、演奏者が押鍵操作をしなかった場合、自己パート以外のパートの演奏のみを継続させることができる。

また、本実施の形態によれば、自動伴奏フラグＳＴＦが「０」である場合に、鍵の押鍵操作があると、ＣＰＵ１１は、自己パートの音符データに関して、音符データ中の発音時刻にしたがって、当該音符データに示される音高の楽音データを発音させる。ここでは、ＳＴＦが「１」のときに作動する現在時刻を示すためのタイマ以外の第２のタイマを作動させることで、自己のパートの音符データについての発音時刻の到来を判断することができる。これにより、自動演奏を開始しない状態、つまり、演奏前に、演奏者は、自己パートの楽曲がどのようなものであるかを知ることが可能となる。

本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

たとえば、本実施の形態にかかるポンピング処理において、前回の押鍵時刻と今回の押鍵時刻との間の押鍵間隔を参照して、所定間隔より短いか否かを判断している。しかしながら、これに限定されるものではなく、以下のような判断を行っても良い。図１５は、他の実施の形態にかかるポンピング処理の例を示すフローチャートである。図１５において、ステップ１５０１〜１５０６、１５０８〜１５１１は、図６のステップ６０１〜６０６、６０８〜６１１と同様である。

この実施の形態においては、ステップ１５０６でＹｅｓと判断された場合に、ＣＰＵ１１は、押鍵履歴を参照して、前々回の押鍵時刻と前回の押鍵時刻との間の押鍵間隔（前回の押鍵間隔）と、前回の押鍵時刻と今回の押鍵時刻との間の押鍵間隔（今回の押鍵間隔）とを比較して、前回の押鍵間隔より今回の押鍵間隔の方が小さい、つまり、押鍵間隔が短縮されているかを判断する（ステップ１５０７）。ステップ１５０７でＹｅｓと判断された場合には、ＣＰＵ１１は、強調処理を実行する（ステップ１５０８）。ステップ１５０７でＮｏと判断された場合には、ＣＰＵ１１は、強調停止処理を実行する（ステップ１５０９）。

上記実施の形態によれば、前々回の押鍵タイミングと前回の押鍵タイミングとの間の、前回の時間間隔と、前回の押鍵タイミングと今回の演奏タイミングとの間の、今回の時間間隔との比較に基づいて、今回の時間間隔の方が小さい場合に、当該押鍵操作に基づき生成される楽音データに関する音楽要素、たとえば、ベロシティを強調する。これにより、演奏者の高揚感による押鍵の加速に応じて、楽音における所定の要素を強調することができる。

また、前記実施の形態においては、強調処理において、ノートオンイベントのベロシティを、所定の割合（たとえば２０パーセント）だけ増大させている。強調処理は上記ベロシティの増大に限定されるものではない。たとえば、
（１）電子楽器の音源部２１とオーディオ回路１１との間に、イコライザ回路（図示せず）が設けられていれば、強調処理において、イコライザ回路のパラメータ（所定の周波数におけるゲイン）を増大させれば良い。たとえば、このパラメータとして、周波数ｆ＝１ＫＨz、ＱファクタＱ＝１で、ゲインＧ＝＋５ｄＢなどとすれば良い。

（２）また、音源部２１とオーディオ回路１１との間に、エキサイタが設けられていれば、エキサイタにおける倍音成分のミックス比を所定の割合（たとえば２０％）増大させれば良い。

（３）さらに、音源部２１において、ステレオ出力が可能な場合に、強調処理において、パンポットによって所定周波数で、自己パートの楽音波形データを左右に振り分けて出力しても良い。

（４）また、強調処理において、電子楽器のＬＥＤ（図示せず）を点灯させ、或いは、表示部１５に所定の画像表示をしても良い。

（５）さらに、強調処理において自己パートの発音タイミングを変更しても良い。この場合には、ＣＰＵ１１は、強調処理において、ＣＰＵ１１は、自己パートにかかる音符データを読み出して、その発音時刻を、所定時間だけ（たとえば、数十ミリ秒という絶対時間、或いは、３２分音符など所定の音符長）早くして、新たな音符データを、ＲＡＭ１３に格納し、ＲＡＭ１３の音符データを参照して、ノートオンイベントを生成するように構成しても良い。このような構成により、強調処理において、いわゆる前ノリで自己パートを発音させることができ、強いアタック感を実現することが可能となる。

或いは、発音時刻を早めた新たな発音時刻を生成するのではなく、自己パートのノートオンイベントおよびノートオフイベント生成のための第３のタイマを起動し、第３のタイマによる時刻が、他のパートのノートオンイベント等の生成のためのタイマの時刻より、所定時間だけ早められていても良い。

１０電子楽器
１１ＣＰＵ
１２ＲＯＭ
１３ＲＡＭ
１４サウンドシステム
１５表示部
１６鍵盤
１８操作部
２１音源部
２２オーディオ回路
２３スピーカ

Claims

楽曲を構成する複数のパートの各々について、当該パート中の音符の発音時刻および音高を少なくとも含む音符データから構成される曲データを格納した曲データ記憶手段と、
所定のパートの前記音符データに関して、演奏操作子の押鍵操作に基づき、かつ、現在時刻が発音時刻に達した音符データについて、当該音符データに示される音高の楽音データを発音させるためのイベントを生成するとともに、前記所定のパート以外の前記音符データに関して、現在時刻が発音時刻に達した音符データについて、当該音符データに示される音高の楽音データを発音させるためのイベントを生成する制御手段と、
前記制御手段により生成されたイベントに基づいて、当該イベントにしたがった音高の楽音データを生成する楽音データ生成手段と、を備え、
前記制御手段が、前々回の演奏操作子の操作タイミングと前回の押鍵操作子の操作タイミングとの間の、前回の時間間隔と、前回の演奏操作子の操作タイミングと今回の演奏操作子の操作タイミングとの間の、今回の時間間隔との比較に基づいて、前記演奏操作子の押鍵操作に基づき生成される楽音データを構成する何れかの音楽要素を強調させる強調制御手段を有することを特徴とする電子楽器。
前記強調制御手段が、前記イベントにおける音量制御パラメータを増大させることを特徴とする請求項１に記載の電子楽器。
前記演奏操作子が鍵盤の鍵であり、
前記制御手段が、押鍵操作された鍵が所定の音高より高い場合に、前記鍵の押鍵操作に基づくイベントにおいて、前記音符データに示される音高より高い音高となるように前記イベントを修正し、押鍵操作された鍵が他の所定の音高より低い場合に、前記鍵の押鍵操作に基づくイベントにおいて、前記音符データに示される音高より低い音高となるように前記イベントを修正するイベント修正手段を有することを特徴とする請求項１または２に記載の電子楽器。
前記制御手段が、前回の演奏操作子の押鍵操作から、第２の所定期間に演奏操作子の押鍵操作が無かった場合に、前記演奏操作子の押鍵操作に基づく楽音データについてのイベントの生成を停止するように構成されたことを特徴とする請求項１ないし３の何れか一項に記載の電子楽器。
楽曲を構成する複数のパートの各々について、当該パート中の音符の発音時刻および音高を少なくとも含む音符データから構成される曲データを格納した曲データ記憶手段を有するコンピュータに、
所定のパートの前記音符データに関して、演奏操作子の押鍵操作に基づき、かつ、現在時刻が発音時刻に達した音符データについて、当該音符データに示される音高の楽音データを発音させるためのイベントを生成するとともに、前記所定のパート以外の前記音符データに関して、現在時刻が発音時刻に達した音符データについて、当該音符データに示される音高の楽音データを発音させるためのイベントを生成する制御ステップと、
前記制御ステップにより生成されたイベントに基づいて、当該イベントにしたがった音高の楽音データを生成する楽音データ生成ステップと、を実行させ、
前記制御ステップが、前々回の演奏操作子の操作タイミングと前回の押鍵操作子の操作タイミングとの間の、前回の時間間隔と、前回の演奏操作子の操作タイミングと今回の演奏操作子の操作タイミングとの間の、今回の時間間隔との比較に基づいて、前記演奏操作子の押鍵操作に基づき生成される楽音データを構成する何れかの音楽要素を強調させる強調制御ステップを有することを特徴とする自動演奏プログラム。