JP2015081926A - 電子楽器、プログラム及び発音音高選択方法 - Google Patents

Abstract

【課題】 連続した演奏操作が一部分重なってなされた場合でも、演奏者の演奏操作の意図に合った発音を容易に行えるようにする。
【解決手段】 それぞれ音高と対応する複数の操作部の操作状態に応じて、発音する音高を選択する１又は複数のアサイナを設け、各操作部の操作状態の履歴又は各操作部の操作順の情報を保存し、上記操作部のキーオフ操作があった場合に、上記保存した履歴又は操作順の情報に基づきそのキーオフ操作が所定の条件を満たすか否か判断し（Ｓ３２〜Ｓ３５）、所定の条件を満たす場合に、キーオフ操作がされた操作部の音高を選択していたアサイナに、そのキーオフ操作後の操作部の操作状態に応じて発音する音高を選択させるようにした（Ｓ３６）。
【選択図】 図８

Description

この発明は、複数の操作部の操作状態に応じて発音する音高を選択する電子楽器、コンピュータにこのような音高選択機能を実現させるためのプログラム、および、複数の操作部の操作状態に応じて発音する音高を選択する発音音高選択方法に関する。

従来から、電子楽器において、押鍵されている音高の中から予め定めたルールに従って発音すべき音高を選択するアサイナを複数設け、各アサイナが選択した音高を、そのアサイナと対応する音色で発音させることが知られている。

そして、この複数のアサイナを用いることにより、例えば１のアサイナに低音側の音高を選択させ、他のアサイナに高音側の音高を選択させるようにルールを定めておけば、自動的に低音側と高音側の音（例えば伴奏とメロディ）を異なる音色で弾き分けることができる。また、ルールの設定によっては、複数のアサイナに同じ音高を選択させ複数パートのユニゾン演奏のような発音を行ったり、複数のアサイナにそれぞれ異なる音高を選択させ複数パートのアンサンブル演奏のような発音を行ったりすることもできる。
このような電子楽器については、例えば特許文献１に記載がある。

また、特許文献２には、電子楽器において、押鍵されたノートに、押鍵数に応じた規則で所定数のパートを割り当て、各ノートを、そのノートに割り当てたパートの音色で発音させる電子楽器が開示されている。この電子楽器によれば、押鍵数によらず、常に所定数のパートを発音させることができる。

またこれらの他、特許文献３には、電子楽器における、１つの鍵に対応する音しか発音しない所謂モノアサイナに関する技術が開示されている。特許文献３には、モノアサイナの機能を有効にして演奏を行う際に、弾き間違いがあった場合でも発音させたい楽音を容易に再発音させるための手法として、発音中の鍵が離鍵された場合に、押鍵中の鍵のうち、その離鍵された鍵に最も近い鍵に対応する楽音を発音することが記載されている。

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

ところで、上述の複数のアサイナを用いてそれぞれ発音すべき音高を選択する場合において、特許文献１に記載の方式では、必ずしも望ましい発音ができるとは限らなかった。
例えば、レガート演奏を行う場合のように、前の音と次の音を続けて演奏する場合、前の音の鍵を離鍵する前に、次の音の鍵を押鍵する場合の発音に、不都合があった。

図４にこの例を示す。図４において、縦軸が時間、横軸が音高であり、各音高における帯が、その音高の鍵を押鍵している期間を示す。図４の例において、音高ｎ４の鍵が押鍵され、これが離鍵される前に、音高ｎ３の鍵が押鍵されている。そして、その後音高ｎ４の鍵はすぐに離鍵されていることから、この演奏は音高ｎ４の音と音高ｎ３の音を続けて発音させることを意図した演奏であると推測できる。

しかしながら、特許文献１に記載の方式では、押鍵操作に応じて各アサイナに発音すべき音高を選択させる一方、離鍵操作の際には、離鍵された鍵と対応する音を発音中の発音チャンネルにキーオフ信号を送るのみである。すなわち、離鍵操作の際には、アサイナによる音高の選択は行わない。

従って、例えば初めに音高ｎ４の鍵が（ｎ１及びｎ２の鍵と同時に）押鍵されるKON1,2,4のタイミングでは、各アサイナは音高ｎ１，ｎ２，ｎ４の３つの鍵が押鍵された状態で発音すべき音高を選択することになる。しかし、音高ｎ３の鍵が押鍵されるKON3のタイミングでは、各アサイナは、音高ｎ１〜ｎ４の４つの鍵が押鍵されている状態で音高の選択を行うこととなってしまう。また、その後すぐに音高ｎ４の鍵が離鍵されるKOFF4のタイミングでは、単に音高ｎ４について発音している音を消音することになる。

このため、KON1,2,4からKON3の期間と、KOFF4以降の期間とでは、押鍵されている鍵の音高順と、各アサイナが選択する音高との関係がずれてしまう可能性がある。すなわち、演奏操作からは、音高ｎ４の音と音高ｎ３の音とは続けて発音させる意図が推測できるのに、これらの音高の音を異なる音色で発音してしまい、不自然な発音となってしまう可能性がある。

特許文献２には、複数のアサイナを用いる方式とは異なるものの、このようなレガート演奏時に発音が不自然とならないようにするためのミスレガート処理について記載されている。このミスレガート処理は、発音中の最新ノートのノートオンからミスレガート判定時間以内にノートオフがあった場合に、その時点でノートへのパートの割り当てと発音をやり直すというものである。

このようにすれば、図４のような演奏操作がなされた場合に、KON3からKOFF4までの期間がミスレガート判定時間以内であれば、KOFF4のタイミングで割り当てをやり直すことができ、KOFF4以降は音高ｎ１〜ｎ３の３つの押鍵と対応した発音を行うことができる。

しかしながら、特許文献２のミスレガート処理では、ミスレガート判定時間の設定が難しいという問題がある。すなわち、前の鍵と後の鍵が重複して押鍵される時間がミスレガート判定時間を超えると、前の鍵の離鍵時に再割り当てが行われない。ミスレガート判定時間を短くするほど、レガート演奏操作がこの条件に該当してしまい、レガートと判定されなくなる危険が高くなる。
一方、ミスレガート判定時間を長くしすぎると、レガート演奏ではなく一部音を重ねることを意図した演奏であっても、前の鍵の離鍵時に再割り当てを行ってしまい、却って演奏者の意図と異なる発音になってしまうことが考えられる。

また、特許文献２のミスレガート処理では、再割り当てを、再割り当て時点で押鍵中の全てのノートについて行うようになっている。このため、再割り当ての際に、レガート演奏と関係ない、図４における音高ｎ１及びｎ２のような音についても意図せずパートの割り当てが変わってしまう可能性があるという問題があった。
なお、このような問題は、電子楽器が鍵盤楽器でない場合であっても、それぞれ音高と対応する複数の操作部の操作状態に応じて、発音する音高を選択する場合には、同様に生じ得るものである。

この発明は、このような事情に鑑みてなされたものであり、連続した演奏操作が一部分重なってなされた場合でも、演奏者の演奏操作の意図に合った発音を容易に行えるようにすることを目的とする。

上記の目的を達成するため、この発明の電子楽器は、それぞれ音高と対応する複数の操作部の操作状態に応じて、発音する音高を選択する１又は複数の選択手段と、上記各操作部の操作状態の履歴又は上記各操作部の操作順の情報を保存する保存手段と、上記操作部の発音停止操作があった場合に、上記保存手段が保存した情報に基づきその発音停止操作が所定の条件を満たすか否か判断し、その所定の条件を満たす場合に、その発音停止操作がされた操作部の音高を選択していた選択手段に、その発音停止操作後の上記複数の操作部の操作状態に応じて発音する音高を選択するよう指示する制御手段とを設けたものである。

このような電子楽器において、上記保存手段が、上記各操作部の操作に応じて、操作状態の履歴又は上記各操作部の操作順の情報として、操作された操作部に対応する音高を時系列的に記録した情報を保存するようにするとよい。
また、上記所定の条件を、その所定の条件を満たすか否かの判断のトリガとなった発音停止操作より前に行われた最後の発音開始操作に対応する音高Ｍと、その発音停止操作に対応する音高Ｎとの間にある操作部が、上記最後の発音開始操作の時点で操作されていないこと、とするとよい。

上記所定の条件が、上記音高Ｍに対応する操作部の発音開始操作は、上記音高Ｎに対応する操作部の発音停止操作の直前に行われた操作であること、の条件をさらに含むとよい。
上記所定の条件が、上記最後の発音開始操作よりも前に、上記音高Ｎに対応する操作部の発音開始操作が行われたこと、の条件をさらに含んでもよい。
上記所定の条件が、その所定の条件を満たすか否かの判断のトリガとなった発音停止操作の時点で、上記最後の発音開始操作が行われた操作部が操作中であること、の条件をさらに含んでもよい。

さらに、上記所定の条件が、上記音高Ｎと上記音高Ｍとの間の音高差が所定値以内であるという条件も含むとよい。
さらに、上記所定の条件が、上記発音停止操作がレガート演奏によるものであるか否かを判定するための条件であるとよい。
さらに、上記選択手段毎に、上記制御手段による音高の選択指示を有効にするか否かを設定する設定手段を設けるとよい。
この発明は、装置として実現する他、プログラム、方法、システム、その他任意の形態で実現することができる。

以上のようなこの発明の電子楽器、プログラム及び発音音高選択方法によれば、連続した演奏操作が一部分重なってなされた場合でも、演奏者の演奏操作の意図に合った発音を容易に行えるようにすることができる。

本発明の一実施形態である電子楽器のハードウェア構成を示すブロック図である。 図１に示した電子楽器における、アサイナを用いた発音制御に関連する機能の機能ブロック図である。 アサイナに設定する、発音音高選択規則の例を示す図である。 電子楽器において行われる演奏操作の例を示す図である。 操作履歴テーブルの例を示す図である。 図１に示した電子楽器においてＣＰＵが実行する処理を示すフローチャートである。 図６に示した発音割り当て処理のフローチャートである。 図６に示したリトリガー判定処理のフローチャートである。 リトリガー判定処理の効果について説明するための説明図である。 比較例について説明するための図９と対応する説明図である。 別の比較例について説明するための図９と対応する説明図である。 リトリガー判定処理の変形例を示す図である。 リトリガー判定処理の別の変形例を示す図である。

以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
図１は、本発明の一実施形態である電子楽器のハードウェア構成を示すブロック図である。
図１に示すように、電子楽器１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、記憶装置１４、通信インタフェース（Ｉ／Ｆ）１５、検出回路１６、表示回路１７、音源回路１８を備え、これらをシステムバス１９により接続している。また、電子楽器１０は、ＣＰＵ１１に接続するタイマ２１、検出回路１６に接続する演奏操作子２２及び設定操作子２３、表示回路１７に接続するディスプレイ２４、音源回路１８に接続するＤＡＣ（デジタルアナログ変換回路）２５及びサウンドシステム２６も備える。

そして、ＣＰＵ１１が、ＲＡＭ１３をワークエリアとしてＲＯＭ１２又は記憶装置１４に記憶された所要のプログラムを実行することにより、電子楽器１０全体を制御し、演奏操作の検出、演奏操作子の操作状態に応じた発音音高の選択、その選択に従った発音の制御等の各種機能を実現する。ＣＰＵ１１に接続されるタイマ２１は、基本クロック信号、割り込み処理タイミング等をＣＰＵ１１に供給する。
なお、ＲＯＭ１２には、上記のプログラムの他、音色に対応する波形データや自動演奏データ、自動伴奏データ（伴奏スタイルデータ）などの各種データファイル、各種パラメータ及び各種テーブル等も記憶する。

ＲＡＭ１３は、フラグ、レジスタ、各種パラメータ等を記憶するＣＰＵ１１のワークエリアの他、再生バッファ等のバッファ領域としても用いる。
記憶装置１４は、ハードディスク、半導体メモリ等の記録媒体とその駆動装置の組み合わせの少なくとも１つで構成される。
通信Ｉ／Ｆ１５は、サーバ、音響機器、外部コントローラ等の外部装置と通信を行うためのインタフェースであり、有線、無線を問わず、任意の規格の通信手段を用いて構成することができる。例えば、ＵＳＢ（Universal Serial Bus）やＭＩＤＩ（Musical Instrument Digital Interface）＿Ｉ／Ｆを用いることが考えられる。

検出回路１６は、演奏操作子２２及び設定操作子２３をシステムバス１９に接続するためのインタフェースである。
演奏操作子２２は、検出回路１６に接続され、ユーザの演奏動作に従い、演奏情報（演奏データ）を供給する。演奏操作子２２は、ユーザの演奏操作を受け付けるための、それぞれ音高と対応する複数の操作部を備える。そして、該ユーザの操作部に対する操作開始タイミング及び終了タイミングを、それぞれユーザが操作した操作部に対応する音高の情報を含むキーオンデータ及びキーオフデータとして、検出回路１６を通じてＣＰＵ１１に供給する。また、演奏操作子２２は、ユーザの演奏操作に応じてベロシティ値等の各種パラメータを供給することも可能である。なお、本実施例では、鍵盤型の演奏操作子２２を備え、上記各操作部が鍵であるとして説明するが、これに限るものではない。

また、設定操作子２３は、例えば、ボタン、スライダ、ロータリーエンコーダ、文字入力用キーボード、マウス等、ユーザの入力に応じた信号を出力できるものならどのようなものでもよい。また、設定操作子２３は、ディスプレイ２４上に表示されるＧＵＩ（Graphical User Interface）に対する操作を行うためのポインティングデバイスや、ディスプレイ２４に積層したタッチパネルでもよい。
いずれにせよ、ユーザは、設定操作子２３を用いて、各種入力及び設定、選択をすることができる。

表示回路１７は、ディスプレイ２４をシステムバス１９に接続するためのインタフェースである。
ディスプレイ２４は、電子楽器１０の設定のための各種情報や、電子楽器１０の動作状態等を表示するための表示手段であり、例えば液晶表示装置や発光ダイオード（ＬＥＤ）等により構成することができる。

音源回路１８は、ＣＰＵ１１からの発音指示に応じて、複数の発音ｃｈ（チャンネル）でそれぞれ楽音信号（デジタル波形データ）を生成する機能を備える。ＣＰＵ１１からの発音指示には、音色、音高、音量等の指定が含まれる。ＣＰＵ１１は、演奏操作子２２の演奏操作を検出した場合に、アサイナの機能により、押鍵中の鍵の音高から、各アサイナと対応する発音を行わせる音高を選択し、その選択に従った発音を音源回路１８に指示する。その詳細については後述する。

なお、音源回路１８は、記憶装置１４、ＲＯＭ１２又はＲＡＭ１３等に記録された波形データ、オーディオデータ、自動伴奏データ、自動演奏データ又は、通信Ｉ／Ｆ１５に接続された外部機器等から供給される演奏信号、ＭＩＤＩ信号、フレーズ波形データ等に応じて楽音信号を生成することも可能である。また、音源回路１８は、生成した楽音信号に各種音楽的効果を付加する機能も備える。

そして、音源回路１８は、生成した楽音信号をＤＡＣ２５に出力する。ＤＡＣ２５はこの楽音信号をアナログ音響信号に変換し、ＤＡＣ２５に接続されているサウンドシステム２６に供給する。サウンドシステム２６は、アンプ、スピーカを含む発音手段であり、ＤＡＣ２５から供給されるアナログ音響信号を、発音出力する。ＤＡＣ２５及びサウンドシステム２６は、電子楽器１０の外部にあってもよい。
以上の電子楽器１０において、特徴的な点は、アサイナの動作に関する点である。そこで、次にアサイナの動作についてより具体的に説明する。

図２に、電子楽器１０における、アサイナを用いた発音制御に関連する機能の機能ブロック図を示す。
図２に示すように、電子楽器１０は、発音指示受付部３１、操作状態検出部３２、割当制御部３３、楽音生成部３４、操作履歴保存部３５、キーオフリトリガー制御部３６、出力部３７を備える。これらのうち、発音指示受付部３１の機能は演奏操作子２２及び検出回路１６により実現され、楽音生成部３４の機能は音源回路１８により実現され、出力部３７の機能はサウンドシステム２６により実現される。他の各部の機能はＣＰＵ１１により実現される。

そして、発音指示受付部３１は、ユーザによる発音指示操作を受け付ける機能を備える。例えば、演奏操作子２２である鍵盤がいずれかの鍵の押鍵操作（発音開始操作）を受け付けると、発音指示受付部３１はこれを検出し、操作状態検出部３２に対し、押鍵操作があったこと及び押鍵された鍵の音高であるノートナンバを示す操作信号であるキーオンデータを送信する。離鍵操作（発音停止操作）を受け付けた場合には、同様に離鍵操作があったことを及びその鍵のノートナンバを示すキーオフデータを送信する。

なお、以下の説明において、押鍵のように発音開始を指示するための操作を「キーオン操作」、離鍵の用に発音停止を指示するための操作を「キーオフ操作」と呼ぶことにする。また、キーオン操作からキーオフ操作までの状態を、「操作中」と呼ぶことにする。鍵盤の鍵で言えば、「押鍵中」がこれに該当する。ただし、発音開始の指示があった場合でも、必ずしも実際に発音が開始されるとは限らない。一定の音高について発音を行わない設定を可能としたり、同時発音数に制限を設けたりすることがあり得るためである。

操作状態検出部３２は、発音指示受付部３１から送信される操作信号に基づき、現在の演奏操作子２２の操作状態（ここでは鍵盤なので押鍵状態）を検出する。より具体的には、操作中の（鍵の）音高を求める。この押鍵状態は、例えば、キーオンデータに含まれるノートナンバを操作中の音高のリストに追加し、キーオフデータに含まれるノートナンバを操作中の音高のリストから削除することにより求めることができる。

そして、操作状態検出部３２は、キーオンデータを受信した場合には、検出した操作状態の情報を割当制御部３３に供給し、発音する音高の選択を行わせる。具体的な供給先は、割当制御部３３が備える第１アサイナＡＳ−１から第ｎアサイナＡＳ−ｎまでのｎ個のアサイナのうち、機能が有効になっているアサイナである。
また、操作状態検出部３２は、操作を検出する度に、その操作の内容及びその操作を反映させた操作状態の情報を操作履歴保存部３５に供給し、操作内容及び操作状態の履歴を保存させる。

なお、人が演奏を行う場合には、同時に複数の鍵の操作を行ったつもりでも、寸分違わず同じタイミングでその操作を行うことは困難である。そこで、複数の操作のタイミング差が同時操作とみなせる程度の所定閾値（例えば１５〜３０ミリ秒程度）以内であれば、それらの操作は同時に行われたものとみなして取り扱うことが望ましい。ここではこの取り扱いをするとして説明する。ある鍵のキーオン操作と別の鍵のキーオフ操作が同時に行われることもあり得る。

さらに、操作状態検出部３２は、キーオフデータを受信した場合に、楽音生成部３４に対し、キーオフ操作が行われた音高の発音を停止させる機能も備える。
さらに、操作状態検出部３２は、キーオフデータを受信した場合に、その旨及びその音高をキーオフリトリガー制御部３６に通知し、キーオフ操作に応じてアサイナＡＳに発音する音高の選択を行わせる必要があるか否かを判定させる。この点については後述する。

次に、割当制御部３３は、１又は複数（ここではｎ個とする）のアサイナＡＳ−１〜ＡＳ−ｎを備える（アサイナの個体を特定する必要がない場合は符号「ＡＳ」を用いる）。これらの各アサイナＡＳはそれぞれ、操作状態検出部３２からキーオン操作に応じて供給される演奏操作子２２の操作状態の情報に応じて、操作中（押鍵中）の音高の中から、楽音生成部３４に発音させる音高（ノート）を選択する選択手段である。この選択は、アサイナ毎に設定される規則に従って行う。

図３に、アサイナに設定する規則の例を示す。
図３は、４つのアサイナを用いる場合の例であり、各アサイナに設定する規則は、「対象押鍵」及び「優先方式」の項目からなる。「説明」の項目は、これらの項目の情報により定められる規則の内容の理解を助けるための説明であり、選択処理には用いない。

対象押鍵の項目は、押鍵中の音高のうちどの範囲を選択の対象として考慮するかを定める項目である。「全押鍵」は、押鍵中の音高全てを考慮することを示す。「低音側Ｘ音」は、押鍵中の音高のうち低音側からＸ個の音高のみ考慮することを示す。ただし、押鍵数がＸ未満の場合には、押鍵中の音高全てを考慮する。また、図３には示していないが、同様に「高音側Ｘ音」の設定も可能である。

優先方式の項目は、選択の対象として考慮する音高の中で、発音する音高をどのように選択するかを定める項目である。「高音優先」は、考慮する音高の中で最も高い音高を選択することを示す。「低音優先」は、考慮する音高の中で最も低い音高を選択することを示す。

以上から、第１アサイナについては、押鍵中の音高全てのうち最も高い音高を選択する規則が設定されていることがわかる。
第２アサイナについては、押鍵数が３以下であれば、その押鍵の中で最も高い音高を選択することになる。押鍵数が４以上であれば、低音側３音の中で最も高い音高、すなわち下から３番目の音高を選択することになる。
第３アサイナについては、同様に、押鍵数が２以下であれば、その押鍵の中で最も高い音高を、押鍵数が３以上であれば、下から２番目の音高を選択することになる。
第４アサイナについては、押鍵中の音高全てのうち最も低い音高を選択する規則が設定されていることがわかる。
図にないアサイナについては機能が無効化されていると考えればよい。

各アサイナＡＳは、以上の規則に従い発音する音高を選択すると、楽音生成部３４に対し、その選択した音高の楽音を発音開始するよう要求する。また、各アサイナＡＳには対応する音色Ｔ１〜Ｔｎが設定されており、楽音をその対応する音色で発音するよう要求する。なお、アサイナＡＳには対応するパートを設定し、音色はパートに対応付けて設定することも可能である。この場合、アサイナＡＳと音色とは、パートを介して対応付けられることになり、アサイナＡＳ−ｎに対応付けられたパートを第ｎパートと表す。

なお、各アサイナＡＳは、自身が最後に選択した音高がどの音高であるかの情報を、次に別の音高を選択するまで保持しておく。そして、音高の選択を行った場合でも、選択した音高が前回と変わらず、かつその音高が今回キーオン操作された音高でない（以前から操作中であった）音高である場合、楽音生成部３４に対する発音の要求を行わないようにするとよい。この場合、該当のアサイナＡＳが今回選択した音高については、今回検出されたキーオン操作とは関係なく、以前のキーオン操作に応じて開始した発音を継続することが望ましいと考えられるためである。

また、自身が最後に選択した音高の情報は、キーオフリトリガー制御部３６からの指示により、キーオフに応じた音高の選択及び発音指示を行う場合に用いる。この点については後述する。
また、この例では説明を簡単にするため各アサイナが音高を１つ選択するものとして説明するが、複数の音高を選択可能な規則を設定することも可能である。高音優先で２音を選択する、等である。
また、複数のアサイナが同じ音高を選択しても問題ない。この場合、選択された音高について、複数の音色で発音することになる。

楽音生成部３４は、ｍ個の発音ｃｈＴＣ１〜ＴＣｍを備える（発音ｃｈの個体を特定する必要がない場合は符号「ＴＣ」を用いる）。そして、アサイナＡＳから発音開始の要求を受けると、発音中でない発音ｃｈを検索し、発見した発音ｃｈＴＣにて、発音開始要求で指定された音高及び音色の楽音の音響信号を生成（発音）させる。なお、図２では、アサイナＡＳと発音ｃｈＴＣの間を線で結んでいるがこれらの間に固定的な対応関係があるわけではない。

また、楽音生成部３４は、操作状態検出部３２から特定の音高の発音を停止するよう指示された場合に、発音ｃｈＴＣの中からその音高の発音を行っているものを検索し、その発音ｃｈに発音を停止させる機能も備える。この停止には、リリース状態への移行も含まれる。
そして、楽音生成部３４は、各発音ｃｈＴＣが生成した音響信号をミキシングして出力部３７に供給し、楽音の出力を行わせる。

次に、操作履歴保存部３５は、操作状態検出部３２から供給される、演奏操作子２２の操作内容及び操作状態の情報を、時系列的に履歴として保存する機能を備える保存手段である。
図４に、演奏操作子２２の操作内容の例を、図５にこれと対応する履歴を登録した操作履歴テーブルの例を示す。
図４の内容については発明が解決しようとする課題の項で説明したのでここでは再度の説明は省略する。

図５に示すように、操作履歴保存部３５が保存する履歴は、各時点における演奏操作子２２の操作状態（ここでは押鍵状態）と操作内容の情報を含む。
ここで、操作履歴保存部３５は、操作状態検出部３２から操作内容及び操作状態の情報を受け取る度に、新たな情報を操作履歴テーブルに追加する。このとき、各時刻は正確に計時する必要はなく、順序が特定されていればよい。そこで図５の例では、時刻の欄に、t(1)から始まってt(2)、t(3)、・・・のように、順序を示す情報を登録している。

押鍵状態の項目には、操作状態検出部３２から通知された操作状態の情報が示す、その時点での押鍵中の（鍵の）音高を登録する。このとき、降順でも昇順でも構わないので、音高順に登録するとよい。後で音高の順序の情報を用いるためである。
操作内容の項目には、操作状態検出部３２から通知された操作内容の情報を、操作された鍵の音高を用いて登録する。この操作内容の履歴を時系列的に参照することにより、鍵の操作順を把握することができる。

操作履歴保存部３５は、図４に示す鍵操作があった場合、まず、KON1,2,4のタイミングで音高ｎ１、ｎ２及びｎ４の鍵が同時にキーオン操作されたことに対応して、時刻t(1)において押鍵中の音高がｎ１、ｎ２及びｎ４であり、この時点の操作内容がｎ１、ｎ２及びｎ４のキーオンであることを登録する。
次に、KON3のタイミングで音高ｎ３の鍵がキーオン操作されたことに対応して、次の時刻t(2)において押鍵中の音高がｎ１、ｎ２、ｎ３及びｎ４であり、この時点の操作内容がｎ３のキーオンであることを登録する。以降も同様にKOFF4、KOFF1,2、KOFF3の時点の情報を、時刻t(3)、t(4)及びt(5)の時点情報として登録する。

この操作履歴テーブルは、例えばＲＡＭ１３に保存すればよい。しかし、電子楽器１０の外部のものも含め、任意の記憶手段に保存することができる。
なお、図５に示した押鍵状態と操作内容の情報は、一方が時系列的に参照可能であれば、他方の情報は、上記一方の情報に基づき作成可能である。従って、必ずしも両方の履歴を保存しておく必要はない。また、後述のように、この履歴は、直近の時点から大きく遡って参照するものではないので、記憶容量を圧迫しないよう、適当な数のデータを残して古いものは随時削除してしまって差し支えない。

図２の説明に戻る。
キーオフリトリガー制御部３６は、操作状態検出部３２からキーオフ操作があった旨を通知された場合に、操作履歴保存部３５が作成した操作履歴テーブルの情報に基づき、今回のキーオフ操作に応じて割当制御部３３に発音音高の選択を行わせる必要があるか否か判断する機能を備える。そして、行わせる必要があると判断した場合、割当制御部３３に発音音高の選択を行うよう指示する。
このように、キーオフ操作に応じてアサイナＡＳに発音音高を選択させることを、「キーオフリトリガー」と呼ぶことにする。

なお、キーオフリトリガーは、あるノートがキーオフ操作により消音することによって発音数が減少してしまうのを防ぐために行う。典型的には、図４におけるｎ４とｎ３のように、２つの音を続けて演奏する意図と考えられるのに、前の鍵と後の鍵の操作期間が若干重複してしまっている場合に対応できる。
この場合、KON3のタイミングで各アサイナＡＳが発音する音高を選択した後、KOFF4のタイミングで音高ｎ４の発音を停止させると、KON3のタイミングで音高ｎ４を選択したアサイナＡＳと対応する発音は、ただちに消えてしまうことになる。しかし、KON3のタイミングでは確定できないものの、図４に示した操作では、KON3のタイミングで音高ｎ４の鍵がキーオフ操作されていないのは、その部分で音を増やし、その後減らしたいためではないと考えられる。従って、そもそもKON3のタイミングでアサイナＡＳが音高の選択を行う場合に、音高ｎ４を考慮すべきではなかったと言える。

そこで、キーオフリトリガー制御部３６には、音高ｎ４の鍵がキーオフ操作されるKOFF4のタイミングで、ｎ４とｎ３の操作期間の重複が、音の重複を意図したものであるのか否かを、所定の条件に従って判断する機能を設けている。また、重複を意図したものでないと判断した場合、アサイナＡＳに、ｎ４の離鍵後の操作状態に従って、再度発音する音高を選択させる（キーオフリトリガーを行う）機能を設けている。

ただし、このとき音高の選択を行わせるのは、離鍵に応じて発音を停止した音高（図４の例ではｎ４）を選択していたアサイナＡＳのみである。他のアサイナＡＳが選択した音高は、KON3のタイミングで既に発音を開始しており、KOFF4のタイミングで音高の選択が変更されると、短時間で音高が変わる不自然な演奏になってしまうためである。

キーオフリトリガーを行う場合、キーオフリトリガー制御部３６は、音高を指定して、割当制御部３３に発音する音高の再選択を指示すればよい。割当制御部３３は、この指示に応じて、指定された音高を選択しているアサイナＡＳを検索し、音高の選択を行わせるアサイナＡＳを決定する。検索には、アサイナＡＳが保持している、選択した音高の情報を用いる。決定したアサイナＡＳにおける音高の選択及び楽音生成部３４への発音開始要求の処理は、操作状態検出部３２からの指示に応じた選択の場合と同様である。

また、キーオフリトリガー制御部３６が上記判断に用いる所定の条件は、例えば、その判断のトリガとなったキーオフ操作が行われた鍵の音高をＮ（図４の例ではｎ４）として、音高Ｎの鍵のキーオン操作、Ｎと異なる音高Ｍ（図４の例ではｎ３）の鍵のキーオン操作、音高Ｎの鍵のキーオフ操作の順で操作が行われ、かつ、音高Ｍの鍵のキーオン操作の時点で、音高Ｍと音高Ｎの間の音高の鍵が操作中でない、という条件を満たす音高Ｍがあること、とすることが考えられる。

上記のうち操作順の条件は、図４の音高ｎ４と音高ｎ３のように、発音指示期間に一部重なりのある操作が行われた、ということを判定するためのものである。
また、音高Ｍと音高Ｎの間の音高の鍵が操作中でないという条件（音高順の条件）は、レガート演奏の特性を考慮したものである。すなわち、図４のような操作が行われるのは典型的にはレガート演奏の場合であるが、この場合、続けて押鍵される２つの鍵の間の音高で、押鍵が移行するタイミングに他の鍵が押鍵されることは希である。そこで、間で他の鍵が押鍵されていれば、それはレガート演奏ではなく、音数を変えることを意図した演奏であると解釈し、発音音高の再選択を行わないようにすることが好ましい。

なお、左右の手でメロディと伴奏を演奏する場合にも、たまたま一部の鍵の押鍵期間がレガート演奏に近い形で重なることもあり得る。このような演奏を効率的に見分けるため、音高Ｍと音高Ｎの音高差が所定値以内であること、という条件を追加することも考えられる。
レガート演奏の場合、続けて押鍵される２つの鍵の音高が大きく離れることは希であるが、メロディと伴奏であれば、通常は押鍵される鍵の音高はある程度離れていると考えられるためである。
なお、ここで説明した条件は一例であり、他の条件を用いることも考えられる。たとえば、続けて押鍵される２つの鍵の間に他の鍵が押鍵されている場合であってもレガート演奏とみなしてキーオフリトリガーを行ってもよい。キーオフリトリガーを行うための条件設定は、どのような発音をさせたいかという意図に合わせて決めればよい。

次に、図２に示した機能のうち、ＣＰＵ１１が担う機能を実現するためにＣＰＵ１１が実行する処理について説明する。
図６乃至図８は、その処理のフローチャートである。
ＣＰＵ１１は、検出回路１６からキーオンデータ及び／又はキーオフデータを受信した場合に、所要のプログラムを実行することにより図６のフローチャートに示す処理を開始する。なお、所定閾値以内のタイミング差で行われた操作を同時操作とみなすことは上述の通りである。

図６の処理において、ＣＰＵ１１はまず、受信したキーオンデータ及び／又はキーオフデータが示す演奏操作子２２の操作内容に基づき、各鍵の押鍵状態の情報を更新すると共に、操作内容及び押鍵状態を、図５の操作履歴テーブルに登録して操作履歴を更新する（Ｓ１１）。

次に、ＣＰＵ１１は、検出した操作にキーオン操作が含まれているか否か判断する（Ｓ１２）。複数の操作を同時に検出した場合、その中に１つでもキーオン操作があればＹｅｓとなる。
そして、Ｙｅｓの場合、ＣＰＵ１１は、検出した操作の中にキーオフ操作があれば、そのキーオフ操作に係る音高の発音停止を、楽音生成部３４に指示する（Ｓ１３）。その後、アサイナＡＳによる、キーオン操作に応じた発音音高の選択を行うべく、全アサイナＡＳについて発音割り当てフラグを立てて（Ｓ１４）、図７に示す発音割り当て処理に進む（Ｓ１５）。

図７の処理において、ＣＰＵ１１はまず、変数ｎに１を代入する（Ｓ２１）。そして、第ｎアサイナＡＳ−ｎに発音割り当てフラグがセットされているか否か判断する（Ｓ２２）。
ここでセットされていれば、ＣＰＵ１１は、第ｎアサイナＡＳ−ｎについて設定されている規則に従い、操作中の鍵の音高の中から発音する音高を選択する（Ｓ２３）。そして、ステップＳ２３で選択した音高で、第ｎアサイナＡＳ−ｎと対応する第ｎパートの発音を開始するよう、楽音生成部３４に指示する（Ｓ２４）。この場合、発音に用いる音色は、第ｎパートについて設定されている音色である。

以上のステップＳ２３とＳ２４が、アサイナＡＳ１つ分の処理である。その後、ＣＰＵ１１は、現在処理したアサイナが最後のアサイナであるか否か判断し（Ｓ２５）、最後でなければｎを１加算して（Ｓ２６）、ステップＳ２２に戻って処理を繰り返す。
ステップＳ２２でＮｏの場合、第ｎアサイナについては音高の選択は行わないので、そのままステップＳ２５に進む。
ステップＳ２５でＮｏの場合、全てのアサイナに関する処理が終了したことがわかるため、図７の処理を終了して元の処理に戻る。ここでは、図６のステップＳ１５に戻るので、ＣＰＵ１１はそのまま処理を終了する。なお、ステップＳ１４からＳ１５に進んだ場合は、発音割り当て処理において、全アサイナと対応する音高選択及び発音指示を行うことになる。
なお、図７の処理を始める前に、初めに全アサイナの発音割り当てフラグを確認し、フラグのあるアサイナについてのみステップＳ２３及びＳ２４を実行するようにしてもよい。この場合、フラグのあるアサイナがなければ、発音割り当て処理自体をスキップできる。

一方、図６のステップＳ１２でＮｏの場合、すなわち検出した操作がキーオフ操作のみであった場合、ＣＰＵ１１は、そのキーオフ操作に係る音高の発音停止を、楽音生成部３４に指示する（Ｓ１６）。その後、図８に示すリトリガー判定処理に進む（Ｓ１７）。なお、キーオフ操作が複数あった場合には、その各キーオフ操作について、発音停止とリトリガー判定処理を行う。

図８の処理において、ＣＰＵ１１はまず、ステップＳ１１での更新後の操作履歴テーブルにおける最新の時刻を示す値を、変数ａに代入する（Ｓ３１）。図５の操作履歴テーブルが作成される場合において、ｎ４キーオフの時点で図８の処理を行ったとすると、ａ＝３となる（この時点ではｔ（４）及びｔ（５）のデータはまだテーブルに登録されていない）。
次に、ＣＰＵ１１は、操作履歴テーブルを参照して、今回検出したキーオフ操作が、所定の条件を満たすか否か判断する（Ｓ３２〜Ｓ３５）。この判断に用いる条件は、図２のキーオフリトリガー制御部３６の説明で述べた操作順の条件と音高順の条件を、操作履歴テーブルの登録内容と直接対応するようにより具体的なものとした一例である。

ステップＳ３２〜Ｓ３５では、ＣＰＵ１１は、
ｉ）時刻t(a-1)において検出した操作にキーオンがある、
ｉｉ）時刻t(a-1)にキーオン操作された音高Ｍと、今回キーオフ操作を検出した
音高Ｎとの間に時刻t(a-1)時点で押鍵中の鍵がない、
ｉｉｉ）時刻t(a-2)において音高Ｎの鍵が押鍵中、
ｉｖ）時刻t(a)において音高Ｍの鍵が押鍵中、
の全てが成り立つか否か判断する。
音高Ｎのキーオン→他の音高Ｍのキーオン→直後に音高Ｎがキーオフされ音高Ｍはまだ押鍵中、の場合はレガートと考えられるので、これを判定しているのがｉ）、ｉｉｉ）及びｉｖ）である。ＮとＭの間の音高に他の押鍵がある場合はレガートと考えにくいので、これを判定しているのがｉｉ）である。

そして、全て成り立つ場合、ＣＰＵ１１は、図６のステップＳ１６で停止する前に上記音高Ｎの発音を行っていたパートと対応するアサイナＡＳについて、発音割り当てフラグをセットして（Ｓ３６）、元の処理に戻る。ステップＳ３６の処理は、キーオフ操作がされた音高を選択しているアサイナＡＳについて発音割り当てフラグをセットするということもできる。

また、処理は図６のステップＳ１７に戻るので、図６の処理では次に図７の発音割り当て処理に進む（Ｓ１５）。そして、この発音割り当て処理においては、ステップＳ３６で発音割り当てフラグをセットしたアサイナＡＳについてのみ、ステップＳ２２の判断がＹｅｓとなり、発音する音高の選択と発音開始指示を行う。

一方、図８のステップＳ３２〜Ｓ３５の判断で１つでもＮｏの場合には、ＣＰＵ１１は、今回のキーオフ操作は所定の条件を満たさないとして、そのまま元の処理に戻る。この場合も次に図７の発音割り当て処理に進むが（Ｓ１５）、発音割り当てフラグがセットされたアサイナＡＳがないため、発音する音高の選択と発音開始指示を行うことはない。
以上の図６乃至図８の処理が、この発明の発音音高選択方法の実施形態に係る処理である。また、図７の発音割り当て処理が選択手順と、図６のステップＳ１１が保存手順と、図６のステップＳ１２以降が制御手順とそれぞれ対応する。また、図６のステップＳ１２以降の処理において、ＣＰＵ１１は制御手段として機能する。

そして、以上の処理を実行することにより、ＣＰＵ１１は、キーオフ操作に応じてアサイナＡＳに発音する音高の選択と発音開始指示を行わせるべき場合を適切に判別し、これを行わせることができる。そして、このことにより、ユーザの演奏操作の意図に合った発音を行うことができる。また、この発音を行うために、特許文献２におけるミスレガート判定時間のようなパラメータの値の設定に試行錯誤する必要もない。

ただし、図８の処理において、音高Ｍのキーオンから音高Ｎのキーオフまでの時間が所定の閾値以下である、といった、時間に関する条件を付加することも妨げられない。図８の処理は、時間制限を一切考慮しなくても問題なく動作するが、時間情報を合わせて用いれば、「運指的にはレガートと同形であるが、時間間隔が非常に長くレガートとは考えられない操作」をレガートと判定しないようにし、判定精度を一層向上させることができる。

なお、図６のステップＳ１２でＹｅｓの場合、キーオン操作に応じて必ず全アサイナについて発音音高の選択を行うため、キーオフリトリガーについて考慮する必要がない。リトリガー判定処理を行ってもよいが、その結果如何に関わらず、全アサイナについて発音音高の選択を行うことに変わりはない。

次に、リトリガー判定処理の効果について、図９乃至図１１を用いて説明する。
図９は、図４に示した操作に応じて図６乃至図８に示した処理を実行し、図３に示した４つのアサイナにより発音する音高を選択させた場合の、発音の様子を示す図である。図９において、鍵の操作を示す帯の中に示した矢印は、各アサイナの選択に応じた発音を示す。

この場合、初めのKON1,2,4のタイミングでは、ｎ１，ｎ２，ｎ４の３つの音高の鍵が押鍵中の状態で各アサイナＡＳが発音する音高を選択する。その結果、第１アサイナＡＳ−１及び第２アサイナＡＳ−２は最高音のｎ４を、第３アサイナＡＳ−３は下から２番目のｎ２を、第４アサイナＡＳ−４は最低音のｎ１を選択する。
次のKON3のタイミングでは、ｎ１，ｎ２，ｎ３，ｎ４の４つの音高の鍵が押鍵中の状態で各アサイナＡＳが発音する音高を選択する。その結果、第２アサイナＡＳ−２は下から３番目のｎ３の選択に変わる。他の３つのアサイナの選択は、KON1,2,4のタイミングにおける選択と変わらない。

そして、次のKOFF4のタイミングでは、キーオフ操作された音高ｎ４の発音が停止される。しかし、このときのキーオフ操作は、図８のステップＳ３２〜Ｓ３５の条件を全て満たす。このため、発音が停止された音高ｎ４を選択していた第１アサイナＡＳ−１に、この時点で押鍵中のｎ１，ｎ２，ｎ３の３つの音高から、発音する音高を選択させる。その結果、第１アサイナＡＳ−１は最高音のｎ３を選択する。他のアサイナにはこの時点での選択は行わせないので、KON3のタイミングにおける選択の状態が維持される。
その結果、図９に示すように、音高ｎ３の押鍵に応じて、その前の音高ｎ４の押鍵の時と同じ第１及び第２アサイナＡＳ−１，２と対応する音色Ｔ１，Ｔ２での発音が可能となる。

次に、図１０に、リトリガー判定処理を行わない比較例における、図９と対応する発音の様子を示す。
この場合、KOFF4のタイミングで第１アサイナＡＳ−１が音高ｎ３を選択することがないので、第１アサイナＡＳ−１と対応する音色での発音は、KOFF4のタイミングで停止されたままとなる。このため、音高ｎ３の押鍵と対応する発音は、第２アサイナＡＳ−２と対応する音色Ｔ２のみとなる。
従って、音高ｎ３の押鍵と対応する発音は、音高ｎ４の押鍵と対応する発音と異なる音色でなされることになり、演奏者の意図に合わないものとなってしまう。逆に言えば、図８のリトリガー判定処理を行うことにより、このような不具合を防止することができる。

ところで、単にキーオフ操作による発音数の減少を防ぐ目的であれば、レガート演奏であるか否かに関わらずキーオフ操作が行われるたびに常にキーオフリトリガーしてもよいと考えられる。しかし、本願発明では操作状態に応じてキーオフリトリガーを制御するので、常にキーオフリトリガーを行う場合に生じる問題も防止することができる。

ここで、図１１に、キーオフリトリガーを常に行うようにした比較例における、図９と対応する発音の様子を示す。ただし、図１１の例では、音高ｎ４の離鍵タイミング（KOFF4）が、音高ｎ３の押鍵タイミング（KON3）よりも前であるとしている。
この場合、KOFF4のタイミングで、発音停止された音高ｎ４を選択していた第１アサイナＡＳ−１及び第２アサイナＡＳ−２について発音音高の選択を行うことになる。そして、このタイミングでは音高ｎ３の鍵はまだ押鍵されていないため、押鍵中の音高ｎ１及びｎ２の中から選択することになり、いずれのアサイナも、最高音の音高ｎ２を選択することになる。

しかし、その後すぐにKON3のタイミングで全アサイナＡＳが発音音高の選択を行うため、第１アサイナＡＳ−１及び第２アサイナＡＳ−２は、この時点の最高音である音高ｎ３を選択する。
このように、キーオフリトリガーを常に行うとすると、スタッカート演奏のように押鍵に間隔が空く場合に、発音音高がめまぐるしく変わってしまうという不都合が生じる。しかし、図８のリトリガー判定処理のように、キーオフ操作が所定の条件を満たした場合のみキーオフリトリガーを行うようにすれば、このような不具合は生じない。

以上で実施形態の説明を終了するが、装置の構成、演奏操作子を始めとする操作子の構成、処理に用いるデータの構成、具体的な処理の手順等が上述の実施形態で説明したものに限られないことはもちろんである。
例えば、図６に示したリトリガー判定処理において、ｉｉ）の条件のみを考慮するようにしたり、これに加えてｉ）、ｉｉｉ）及びｉｖ）の条件のうち任意の１又は複数を考慮するようにしたりしてもよい。ｉ）〜ｉｖ）の条件を必ずしも全て用いなくても、判定の特性は多少変化するが、レガート演奏を識別することができる。
例えば、図８の処理においてステップＳ３４の判断を省略し、ｉｉｉ）を考慮しないようにすると、２つの鍵が同時に押鍵され、その後一方が離鍵された場合にも、キーオフリトリガーを行うようになる。

また、図８に示したリトリガー判定処理を、図１２に示すものにすることが考えられる。
図１２の処理において、ＣＰＵ１１はまず、図８のステップＳ３１の場合と同様、操作履歴テーブルにおける最新の時刻を示す値を、変数ａに代入する（Ｓ４１）。また、時刻t(a)の直近でキーオン操作を検出した時刻t(b)と、そのキーオン操作の音高を取得する（音高Ｍとする）（Ｓ４２）。

次に、ＣＰＵ１１は、操作履歴テーブルを参照して、今回検出したキーオフ操作が、所定の条件を満たすか否か判断する（Ｓ４３〜Ｓ４５）。この判断に用いる条件も、図８の場合と同様、図２のキーオフリトリガー制御部３６の説明で述べた押鍵順の条件と音高順の条件を、操作履歴テーブルの登録内容と直接対応するようにより具体的なものとした一例である。

ステップＳ４３〜Ｓ４５では、ＣＰＵ１１は、
ｉ）時系列が、今回キーオフ操作を検出した音高Ｎのキーオン操作→時刻t(b)→時刻t(a)の順である、
ｉｉ）時刻t(a)において音高Ｍの鍵が押鍵中、
ｉｉｉ）時刻t(b)において音高Ｍと音高Ｎの間に押鍵中の鍵がない、
の全てが成り立つか否か判断する。これらのうちｉ）とｉｉ）が操作順を判定する処理、ｉｉｉ）が音高順を判定する処理である。

すなわち、音高Ｎのキーオン→他の音高Ｍのキーオン→音高Ｍのキーオンの後に音高Ｎがキーオフされ音高Ｍはまだ押鍵中、の場合はレガートと考えられるので、これを判定しているのがｉ）及びｉｉ）である。ＮとＭの間の音高に他の押鍵がある場合はレガートと考えにくいので、これを判定しているのがｉｉｉ）である。
そして、これらが全て成り立つ場合、ＣＰＵ１１は、図８のステップＳ３６の場合と同様、音高Ｎの発音を行っていたパートと対応するアサイナＡＳについて、発音割り当てフラグをセットして（Ｓ４６）、元の処理に戻る。

この処理は、図８の処理と比べ、時刻t(a-1)にキーオンがない場合でも、図２のキーオフリトリガー制御部３６の説明で述べた操作順の条件と音高順の条件が満たされていれば、発音割り当てフラグのセットを行うようにした点が異なるものである。すなわち、音高Ｍのキーオン操作と、音高Ｎのキーオフ操作の間に、たまたま無関係な音高のキーオフ操作があっても、その無関係なキーオフ操作を無視できるようにしたものである。

この処理を採用することにより、レガート演奏の検出漏れを減らすことができる。ただし、伴奏の操作とメロディ演奏の操作とがたまたま図１２のｉ〜ｉｉｉの条件を満たしてしまう可能性も無視できない。このため、必要に応じて、音高Ｍと音高Ｎとの音高差が所定値以内である場合のみ発音割り当てフラグのセットを行う等の対策を講じることが好ましい。

なお、図１２に示したリトリガー判定処理においても、図８の場合と同様、ｉｉｉ）の条件のみを考慮するようにしたり、これに加えてｉ）及びｉｉ）の条件のうち任意の１又は複数を考慮するようにしたりしてもよい。ｉ）〜ｉｉｉ）の条件を必ずしも全て用いなくても、判定の特性は多少変化するが、レガート演奏を識別することができる。

また、アサイナ毎に、キーオフリトリガーを有効にするか否かを設定できるようにしてもよい。そして、リトリガー判定処理を図８に示したものに代えて図１３に示すものとし、ステップＳ３５の後ろにステップＳＡを追加して、発音割り当てフラグを立てようとするアサイナについてキーオフリトリガーを有効にする設定がなされている場合に、発音割り当てフラグを立てるようにすることが考えられる。

図８等のリトリガー判定処理は、レガート演奏が行われた際に演奏者の意図に沿った発音を行うためには有効である。また、短時間に多くのキーオン操作、キーオフ操作が行われる、いわゆる早弾きの演奏の場合にも有効である。短期間にキーオン操作とキーオフ操作が繰り返されるため、前の音をキーオフする前に次の音をキーオンする状態が発生しやすく、つまり意図せずともレガート演奏と同様な操作となりやすいためである。
しかし、リトリガー判定処理では、それ以外の演奏の際にも同じ基準でキーオフリトリガーの要否を判定するため、演奏の内容によっては、却って演奏者の意図に合わない発音となってしまう可能性もある。例えば、レガート演奏を用いない伴奏パートの演奏の際には、キーオフリトリガーはあまり必要ないと考えられる。

このため、キーオフリトリガーを有効に活用できる演奏を行う予定のパートと対応するアサイナについてキーオフリトリガーを有効に設定し、そうでないパートと対応するアサイナについてはキーオフリトリガーを無効に設定できるようにすることにより、一層演奏者の意図に沿った発音が可能となる。

また、図６乃至図８の処理において、図６のステップＳ１２でＮｏの場合に、キーオフ操作に係る音高を発音しているパートと対応するアサイナについて発音割り当てフラグを立て、図８の処理において、ステップＳ３２乃至Ｓ３５のいずれかでＮｏとなった場合にフラグをクリアするようにしてもよい。

また、上述した実施形態ではキーオフリトリガー制御部３６を割当制御部３３と別に設ける例について説明したが、割当制御部３３の各アサイナＡＳがキーオフリトリガー制御部３６の機能を備えていてもよい。この場合、操作状態検出部３２がキーオフデータを受信した場合に、キーオンデータの場合と同様に割当制御部３３の各アサイナＡＳにその操作の情報を通知するとよい。そして、各アサイナＡＳが、自身が選択している音高についてのキーオフ操作を通知された場合に、図８等を用いて説明したように操作履歴テーブルを参照して所定の条件に基づきキーオフリトリガーの要否を判定し、必要と判断した場合に、図７のステップＳ２３及びＳ２４のようにリトリガーの処理を行うようにすればよい。

また、上述した実施形態では、演奏操作子が鍵盤であり、発音開始指示を押鍵操作により、発音停止指示を離鍵操作により行う例について説明した。しかし、演奏操作子の形態はこれに限られない。他の楽器の形状はもちろん、マトリクス状に操作部を配置したパッドなど、伝統的な楽器と全く異なる形状のユーザインタフェースを備える装置にもこの発明は適用可能である。この場合、発音開始指示及び発音停止指示は、そのユーザインタフェースの特性に応じた操作方法で受け付けることになる。

また、電子楽器１０が演奏操作子を内蔵している必要もない。通信Ｉ／Ｆ１５に接続された外部のコントローラから、演奏操作子の操作内容を示す演奏データを取得し、その演奏データに基づいて電子楽器１０が各操作部の操作状態を把握することも考えられる。
また、汎用コンピュータのキーボードや、タッチパネルに表示したＧＵＩ（グラフィカルユーザインタフェース）を、演奏操作子として用いることも考えられる。この場合において、汎用コンピュータに図２に示した各部の機能を実現させることにより、電子楽器として機能させることができる。また、いずれの場合でも、図２に示した各部の機能を、複数の装置に分散して設け、それらを協働させて電子楽器１０の機能を実現させることもできる。

この発明の実施形態であるプログラムは、１のコンピュータに、または複数のコンピュータを協働させて、図２に示した各部（特に操作履歴保存部３５及びキーオフリトリガー制御部３６）の機能を実現させるためのプログラムである。
そして、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。

このようなプログラムは、はじめからコンピュータに備えるＲＯＭや他の不揮発性記憶媒体（フラッシュメモリ，ＥＥＰＲＯＭ等）などに格納しておいてもよい。しかし、メモリカード、ＣＤ、ＤＶＤ、ブルーレイディスク等の任意の不揮発性記録媒体に記録して提供することもできる。それらの記録媒体に記録されたプログラムをコンピュータにインストールして実行させることにより、上述した各手順を実行させることができる。

さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部装置あるいはプログラムを記憶手段に記憶した外部装置からダウンロードし、コンピュータにインストールして実行させることも可能である。
また、以上説明してきた実施形態及び変形例の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることは勿論である。

以上の説明から明らかなように、この発明によれば、連続した演奏操作が一部分重なってなされた場合でも、演奏者の演奏操作の意図に合った発音を容易に行えるようにすることができる。
従って、この発明を適用することにより、電子楽器の利便性を向上させることができる。

１０：電子楽器、１１：ＣＰＵ、１２：ＲＯＭ、１３：ＲＡＭ、１４：記憶装置、１５：通信Ｉ／Ｆ、１６：検出回路、１７：表示回路、１８：音源回路、１９：システムバス、２１：タイマ、２２：演奏操作子、２３：設定操作子、２４：ディスプレイ、２５：ＤＡＣ、２６：サウンドシステム、３１：発音指示受付部、３２：操作状態検出部、３３：割当制御部、３４：楽音生成部、３５：操作履歴保存部、３６：キーオフリトリガー制御部、３７：出力部、ＡＳ：アサイナ、ＴＣ：発音ｃｈ

Claims (11)

1. それぞれ音高と対応する複数の操作部の操作状態に応じて、発音する音高を選択する１又は複数の選択手段と、
   前記各操作部の操作状態の履歴又は前記各操作部の操作順の情報を保存する保存手段と、
   前記操作部の発音停止操作があった場合に、前記保存手段が保存した情報に基づき該発音停止操作が所定の条件を満たすか否か判断し、該所定の条件を満たす場合に、該発音停止操作がされた操作部の音高を選択していた選択手段に、該発音停止操作後の前記複数の操作部の操作状態に応じて発音する音高を選択するよう指示する制御手段とを備えることを特徴とする電子楽器。
2. 請求項１に記載の電子楽器であって、
   前記保存手段は、前記各操作部の操作に応じて、操作状態の履歴又は前記各操作部の操作順の情報として、操作された操作部に対応する音高を時系列的に記録した情報を保存することを特徴とする電子楽器。
3. 請求項１又は２に記載の電子楽器であって、
   前記所定の条件は、該所定の条件を満たすか否かの判断のトリガとなった発音停止操作より前に行われた最後の発音開始操作に対応する音高Ｍと、該発音停止操作に対応する音高Ｎとの間にある操作部が、前記最後の発音開始操作の時点で操作されていないこと、であることを特徴とする電子楽器。
4. 請求項３に記載の電子楽器であって、
   前記所定の条件は、前記音高Ｍに対応する操作部の発音開始操作は、前記音高Ｎに対応する操作部の発音停止操作の直前に行われた操作であること、の条件をさらに含むことを特徴とする電子楽器。
5. 請求項３又は４に記載の電子楽器であって、
   前記所定の条件は、前記最後の発音開始操作よりも前に、前記音高Ｎに対応する操作部の発音開始操作が行われたこと、の条件をさらに含むことを特徴とする電子楽器。
6. 請求項３乃至５のいずれか一項に記載の電子楽器であって、
   前記所定の条件は、該所定の条件を満たすか否かの判断のトリガとなった発音停止操作の時点で、前記最後の発音開始操作が行われた操作部が操作中であること、の条件をさらに含むことを特徴とする電子楽器。
7. 請求項３乃至６のいずれか一項に記載の電子楽器であって、
   前記所定の条件が、さらに、前記音高Ｎと前記音高Ｍとの間の音高差が所定値以内であるという条件も含むことを特徴とする電子楽器。
8. 請求項１乃至７のいずれか一項に記載の電子楽器であって、
   前記所定の条件は、前記発音停止操作がレガート演奏によるものであるか否かを判定するための条件であることを特徴とする電子楽器。
9. 請求項１乃至８のいずれか一項に記載の電子楽器であって、
   前記選択手段毎に、前記制御手段による音高の選択指示を有効にするか否かを設定する設定手段を備えたことを特徴とする電子楽器。
10. コンピュータを、
    それぞれ音高と対応する複数の操作部の操作状態に応じて、発音する音高を選択する１又は複数の選択手段と、
    前記各操作部の操作状態の履歴又は前記各操作部の操作順の情報を保存する保存手段と、
    前記操作部の発音停止操作があった場合に、前記保存手段が保存した情報に基づき該発音停止操作が所定の条件を満たすか否か判断し、該所定の条件を満たす場合に、該発音停止操作がされた操作部の音高を選択していた選択手段に、該発音停止操作後の前記複数の操作部の操作状態に応じて発音する音高を選択するよう指示する制御手段として機能させるためのプログラム。
11. 発音を指示する複数の操作部の操作状態に応じて１又は複数の選択手段がそれぞれ発音する音高を選択する選択手順と、
    前記各操作部の操作状態の履歴又は前記各操作部の操作順の情報を保存する保存手順と、
    前記操作部の発音停止操作があった場合に、前記保存手段が保存した情報に基づき該発音停止操作が所定の条件を満たすか否か判断し、該所定の条件を満たす場合に、該発音停止操作がなされた操作部の音高を選択していた選択手段に、該発音停止操作後の前記複数の操作部の操作状態に応じて発音する音高を選択するよう指示する制御手順とを備えることを特徴とする発音音高選択方法。

Images