電子楽器
【目的】 スローアタックの音色や異なったリリースを持つ音色を正確に発生し、発音割当処理を正確に行う。
【構成】 鍵盤４と、複数の発音チャンネル毎に、複数のの楽音信号を出力する楽音合成回路１１の複数の発音チャンネルが全て発音中であるか否かを検出し、複数の発音チャンネルが全て発音中であることが検出された場合に、離鍵中の発音チャンネルがあるかを検出し、離鍵中の発音チャンネルがある場合には、離鍵中の発音チャンネルの中で最もエンベロープレベルが小さい楽音信号の発音チャンネルをトランケートし、離鍵中の発音チャンネルがない場合には、離鍵中の発音チャンネルがある場合とは異なる処理で検出された発音チャンネルをトランケートし、そのトランケート結果および鍵盤４から出力される新たな鍵操作情報に基づいて、新たな楽音の発生を楽音合成回路１１のトランケートされた発音チャンネルに割当てる。
【構成】 鍵盤４と、複数の発音チャンネル毎に、複数のの楽音信号を出力する楽音合成回路１１の複数の発音チャンネルが全て発音中であるか否かを検出し、複数の発音チャンネルが全て発音中であることが検出された場合に、離鍵中の発音チャンネルがあるかを検出し、離鍵中の発音チャンネルがある場合には、離鍵中の発音チャンネルの中で最もエンベロープレベルが小さい楽音信号の発音チャンネルをトランケートし、離鍵中の発音チャンネルがない場合には、離鍵中の発音チャンネルがある場合とは異なる処理で検出された発音チャンネルをトランケートし、そのトランケート結果および鍵盤４から出力される新たな鍵操作情報に基づいて、新たな楽音の発生を楽音合成回路１１のトランケートされた発音チャンネルに割当てる。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】この発明は、発生される音量等が時間経過に従い変化する楽音を発生するとともに、発音割当処理が良好に行える電子楽器に関する。
【０００２】
【従来の技術】従来の複数の楽音発生用チャンネル（発音チャンネル）を有する電子楽器には、メモリに記憶された波形データを演奏者による鍵盤等の操作に応じて読み出す音源と、その波形データの振幅を制御して波形データの音量を制御するエンベロープ信号を発生するエンベロープジェネレータ（ＥＧ）とが設けられているものがある。そして、この種の電子楽器には、ＥＧからの出力等の様々な情報に基づいて、いずれかの発音チャンネルを強制的に空きチャンネルとし、その発音チャンネルに新たな押鍵音を割当るように制御するトランケート手段が設けられているものがあった。
【０００３】
【発明が解決しようとする課題】ところで、楽音の中には、異なった早さのリリースを持つもの、あるいは、ストリングスやパイプオルガンなどのスローアタックの音色のものやキーオンディレイといってアタックを意識的に遅らせたものがある。しかしながら、上述した従来の電子楽器においては、ＥＧから出力されている現在のエンベロープ信号のレベルだけに基づいてトランケート処理しているため、たとえば、以下に示すような不都合が生じていた。
【０００４】図１２に示すように、スローアタックの音色が割当られているチャンネルＣの時刻ｔ1におけるエンベロープ信号の現在のレベルＬcは、楽音の立ち上がり部分であるにもかかわらず、チャンネルＡおよびＢの時刻ｔ1におけるエンベロープ信号の現在のレベルＬaおよびＬbより小さいので、チャンネルＣがトランケート処理されてしまう。したがって、まだ発音されていない楽音が消音され、不自然である。
【０００５】そこで、最も古く押鍵されたチャンネルを検出してトランケート処理している従来の電子楽器もあるが、その場合には、図１２に示すように、チャンネルＡの時刻ｔ1におけるエンベロープ信号の現在のレベルＬaがチャンネルＢの時刻ｔ1におけるエンベロープ信号の現在のレベルＬbより小さいにもかかわらず、リリースの遅いチャンネルＢがトランケート処理されてしまう。したがって、実際に演奏者等が聴いている音においては、減衰が進んでいる音よりも、まだ聴こえている音のほうが先に消音されることになり、不自然である。この発明は、このような背景の下になされたもので、スローアタックの音色や異なったリリースを持つ音色を正確に発生でき、発音割当処理を正確に行うことができる電子楽器を提供することを目的とする。
【０００６】
【課題を解決するための手段】この発明による電子楽器は、鍵操作情報を発生する鍵操作情報発生手段と、複数の楽音信号発生用の発音チャンネルを有し、各発音チャンネル毎に、複数の楽音信号をそれぞれ出力する楽音発生手段と、前記複数の発音チャンネルが全て発音中であるか否かを検出する第１の発音チャンネル検出手段と、該第１の発音チャンネル検出手段によって前記複数の発音チャンネルが全て発音中であることが検出された場合に、前記複数の発音チャンネルの中に離鍵中の発音チャンネルがあるか否かを検出する第２の発音チャンネル検出手段と、該第２の発音チャンネル検出手段によって複数の発音チャンネルの中に離鍵中の発音チャンネルがあることが検出された場合には、前記離鍵中の発音チャンネルの中で最もエンベロープレベルが小さい楽音信号の発音チャンネルを検出する第１のトランケートチャンネル検出処理を行って当該検出された発音チャンネルをトランケートし、前記第２の発音チャンネル検出手段によって複数の発音チャンネルの中に離鍵中の発音チャンネルがないことが検出された場合には、前記第１のトランケートチャンネル検出処理とは異なる第２のトランケートチャンネル検出処理を行って検出された発音チャンネルをトランケートするトランケート手段と、該トランケート手段のトランケート結果および前記鍵操作情報発生手段から出力される新たな鍵操作情報に基づいて、新たな楽音の発生を前記楽音発生手段のトランケートされた発音チャンネルに割当てる割当手段とを具備することを特徴としている。
【０００７】
【作用】上記構成によれば、鍵操作情報発生手段が新たな鍵操作情報を発生すると、第１の発音チャンネル検出手段が複数の発音チャンネルが全て発音中であるか否かを検出する。そして、第２の発音チャンネル検出手段は、第１の発音チャンネル検出手段によって複数の発音チャンネルが全て発音中であることが検出された場合には、複数の発音チャンネルの中に離鍵中の発音チャンネルがあるか否かを検出する。
【０００８】これにより、トランケート手段は、複数の発音チャンネルの中に離鍵中の発音チャンネルがあることが検出された場合には、離鍵中の発音チャンネルの中で最もエンベロープレベルが小さい楽音信号の発音チャンネルをトランケートし、複数の発音チャンネルの中に離鍵中の発音チャンネルがないことが検出された場合には、離鍵中の発音チャンネルがある場合とは異なる処理で検出された発音チャンネルをトランケートする。したがって、割当手段は、トランケート手段のトランケート結果および新たな鍵操作情報に基づいて、新たな楽音の発生を楽音発生手段のトランケートされた発音チャンネルに割当てるので、楽音発生手段は、割当てられた発音チャンネルから楽音信号を出力する。
【０００９】
【実施例】以下、図面を参照して、この発明の一実施例について説明する。図１はこの発明の一実施例による電子楽器の構成を示すブロック図であり、この図において、１は装置各部を制御するＣＰＵ（中央処理装置）、２はＣＰＵ１にロードされる各種制御プログラムやこれらプログラムで用いられる各種データなどが記憶されたＲＯＭ、３はワーキングバッファやＭＩＤＩデータが格納されるＭＩＤＩバッファなどが設けられたＲＡＭである。
【００１０】また、４は複数のキーからなる鍵盤であり、各鍵毎の押離鍵を検出するとともに、押鍵の速度および離鍵の速度を検出する機構を有し、押離鍵および押離鍵の速度に対応した信号を発生する。５は鍵盤インターフェイスであり、鍵盤４から供給される各種信号に基づき、音高や押鍵速度等に関する鍵情報を発生し、これらをＣＰＵ１が管理するデータが転送されるアドレス／データ・バス６を介してＣＰＵ１に転送する。
【００１１】さらに、７は操作パネルであり、液晶ディスプレイ等の表示器と、テンキーと、表示器の表示画面の変更等を行うエンターキーと、表示器上のカーソルを移動させるカーソルキーなどとから構成されている。そして、操作パネル７は、アドレス／データ・バス６および操作パネルインターフェイス８を介してＣＰＵ１から供給されるデータを表示するとともに、各キーの状態に応じたデータを操作パネルインターフェイス８およびアドレス／データ・バス６を介してＣＰＵ１に転送する。
【００１２】加えて、９はＭＩＤＩインターフェイスであり、ＣＰＵ１がこのＭＩＤＩインターフェイス９およびＭＩＤＩ規格に応じたデータが転送されるＭＩＤＩ・バス１０を介して他の電子楽器等とＭＩＤＩデータ等の交換を行う。また、１１は楽音合成回路であり、ＣＰＵ１よりＭＩＤＩ・バス１０を介して供給される各種ＭＩＤＩデータに基づいて楽音合成を行う複数の発音チャンネルを有し、この発音チャンネルで形成される複数の楽音信号を出力するとともに、各発音チャンネルの楽音信号のエンベロープレベルを随時アドレス／データ・バス６を介してＣＰＵ１に供給する。１２はサウンドシステムであり、楽音合成回路１１から出力される複数の楽音信号に対してフィルタリングを施し、不要ノイズの除去、あるいは効果音処理などを施した後、増幅してスピーカ１３に与え、楽音として発音させる。
【００１３】なお、通常のＭＩＤＩ規格のチャンネル数が０チャンネルから１５チャンネルまでの計１６個であるのに対して、この実施例におけるＭＩＤＩ・バス１０は、０チャンネルから３９チャンネルまでの計４０チャンネルの幅を有する拡張されたＭＩＤＩ・バスである。したがって、これ以後、これらのチャンネル番号を区別するために、通常のＭＩＤＩ規格に則ったＭＩＤＩチャンネルを外部ＭＩＤＩチャンネルといい、この実施例におけるＭＩＤＩチャンネルを、単に、ＭＩＤＩチャンネルということにする。
【００１４】この実施例において、ＭＩＤＩチャンネル数を電子楽器内部で４０に拡張したのは、以下に示す理由による。すなわち、従来のＭＩＤＩ規格のように、チャンネル数が１６程度と少ないと、鍵盤４による演奏と、自動演奏、あるいは、自動リズム演奏などとを同時に行った場合、チャンネル番号が重なってしまうことがあり、その場合、鍵盤４を弾くことによりノートオンされた発音チャンネルの楽音が外部ＭＩＤＩチャンネルを介して入力されたノートオフによって消音されてしまうことがあったからであり、上述したように、電子楽器内部でＭＩＤＩチャンネルを拡張することにより、以上説明した不都合はなくなる。
【００１５】なお、図１においては、サウンドシステム１２にもＭＩＤＩ・バス１０が接続されているが、これは、このサウンドシステム１２においては、各ＭＩＤＩチャンネルに対応した発音チャンネル毎に楽音のボリュームを制御することができるからであり、ＭＩＤＩ・バス１０を介してサウンドシステム１２の各発音チャンネルへメッセージを転送することにより、たとえば、ある発音チャンネルはこの程度のボリュームでというように、各発音チャンネル毎にボリュームを制御することができ、全体の発音チャンネルのボリュームを制御することができる。
【００１６】このような構成において、ＣＰＵ１の動作について図３〜図１１のフローチャートに基づいて説明する。図１の電子楽器に電源が投入されると、ＣＰＵ１は、まず、図３のメインルーチンのステップＳＡ１の処理へ進み、装置各部のイニシャライズを行う。このイニシャライズは、各種レジスタのゼロリセットおよび周辺回路の初期設定となる各種変数の初期設定等である。そして、ＣＰＵ１は、ステップＳＡ２へ進む。
【００１７】ステップＳＡ２では、ＭＩＤＩ処理を行う。この実施例においては、電子楽器の各部をそれぞれモジュールとしてとらえ、これらの間でのデータ通信は、ＭＩＤＩデータによって行い、各モジュールから出力されるＭＩＤＩデータは、一旦、ＲＡＭ３のＭＩＤＩバッファに格納される。そして、ＣＰＵ１は、このＭＩＤＩ処理において、ＲＡＭ３のＭＩＤＩバッファに格納されたＭＩＤＩデータを順次読み出してデータの種類に応じた所定の処理を行うとともに、読み出したＭＩＤＩデータをＭＩＤＩ・バス１０を介して楽音合成回路１１に転送する。これにより、楽音合成回路１１は、ＭＩＤＩデータに応じて楽音信号を出力する。なお、このＭＩＤＩ処理の詳細については、後述する。そして、このＭＩＤＩ処理が終了すると、ＣＰＵ１は、ステップＳＡ３へ進む。
【００１８】ステップＳＡ３では、外部ＭＩＤＩ処理を行う。この処理は、ＭＩＤＩインターフェイス９およびＭＩＤＩ・バス１０を介して外部から入力されたＭＩＤＩデータを４０チャンネル分に拡張されたＭＩＤＩデータに変換してＭＩＤＩ・バス１０を介してＲＡＭ３のＭＩＤＩバッファに格納するものである。この実施例においては、チャンネル番号０〜１５の計１６個の外部ＭＩＤＩチャンネルは、図２に示すように、そのチャンネル番号に９を加えたＭＩＤＩチャンネルのチャンネル番号９〜２４に割り当てられている。したがって、たとえば、チャンネル番号０の外部ＭＩＤＩチャンネルのノートオンは、チャンネル番号９のＭＩＤＩチャンネルのノートオンとしてＲＡＭ３のＭＩＤＩバッファに格納される。そして、この外部ＭＩＤＩ処理が終了すると、ＣＰＵ１は、ステップＳＡ４へ進む。
【００１９】ステップＳＡ４では、鍵盤４のいずれかのキーが押鍵された際に働く鍵処理を行う。鍵盤４から出力された鍵情報は、まず、鍵盤インターフェイス５およびアドレス／データ・バス６を介してＣＰＵ１に転送されるので、ＣＰＵ１は、この鍵処理において、鍵をスキャンして転送された鍵情報からＭＩＤＩイベントを生成する。この実施例においては、鍵盤４の複数のキーを上鍵域と下鍵域とにスプリットしているので、ＣＰＵ１は、図２に示すように、上鍵域のＭＩＤＩイベントをＭＩＤＩチャンネル０のオーケストラ１のノートオンやノートオフなどの情報とし、下鍵域のＭＩＤＩイベントをＭＩＤＩチャンネル１のオーケストラ２の情報としてＲＡＭ３のＭＩＤＩバッファに順次格納する。なお、この鍵処理の詳細については、後述する。そして、この鍵処理が終了すると、ＣＰＵ１は、ステップＳＡ５へ進む。
【００２０】ステップＳＡ５では、自動演奏処理や自動リズム演奏処理などの自動処理を行う。自動演奏処理は、演奏者によって操作パネル７を用いて設定された曲風（スタイル：ワルツ、ロック、タンゴなど）およびテンポと、鍵盤４を用いて指定された和音情報（コードのルートＲＯＯＴとタイプＴＹＰＥ）とに基づいて自動演奏イベントを生成する。そして、この自動演奏のイベントは、対応するＭＩＤＩチャンネルのイベントとしてＲＡＭ３のＭＩＤＩデータバッファに順次格納する。
【００２１】また、自動リズム演奏処理は、上述した曲風とテンポとに基づいてリズムパターンの生成を行う。そして、このリズムパターンも、対応するＭＩＤＩチャンネルのイベントとしてＲＡＭ３のＭＩＤＩデータバッファに順次格納する。なお、この自動処理の詳細については、後述する。そして、この自動処理が終了すると、ＣＰＵ１は、ステップＳＡ６へ進む。
【００２２】ステップＳＡ６では、楽音合成回路１１の各発音チャンネルの中でエンベロープレベルがある一定以下になった発音チャンネルを空きチャンネルとして検出する発音チャンネル処理を、チャンネル番号０〜３１までの通常音のＭＩＤＩチャンネルに対応した発音チャンネルと、チャンネル番号３２〜３９までのリズム音のＭＩＤＩチャンネルに対応した発音チャンネルとについて別々に行う。なお、この発音チャンネル処理の詳細については、後述する。そして、この発音チャンネル処理が終了すると、ＣＰＵ１は、ステップＳＡ７へ進む。
【００２３】ステップＳＡ７では、演奏者による操作パネル７の操作に応じて曲風やテンポの設定、あるいは、ＭＩＤＩチャンネル毎の音色の設定などを行う。なお、後述する各処理のフローチャートにおいて、代入文がなくて定数的に使用している変数は、このパネル処理においてすべて演奏者が設定するものとする。そして、このパネル処理が終了すると、ＣＰＵ１は、ステップＳＡ８へ進む。
【００２４】ステップＳＡ８では、この電子楽器が備えているシーケンサについてのＭＩＤＩチャンネル番号２〜８のシーケンサトラック１〜７（図２参照）に関する処理等、上述した各処理において特に説明しなかったその他の処理が実行され、こうした処理完了後に、上述したステップＳＡ２に戻り、電源が切断されるまでステップＳＡ２〜ＳＡ８の一連の処理が繰り返し実行される。このように、メインルーチンにおいては、ＣＰＵ１が各種イベントに応じた楽音合成を指示するように動作し、この楽音合成は後述する各種処理によって実現される。
【００２５】次に、ＣＰＵ１のＭＩＤＩ処理について図４R>４のフローチャートに基づいて説明する。ＣＰＵ１の処理が図３のステップＳＡ２へ進むと、図４に示すＭＩＤＩ処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＢ１の処理へ進み、ＲＡＭ３のＭＩＤＩバッファを走査した後、ステップＳＢ２へ進む。
【００２６】ステップＳＢ２では、ＭＩＤＩイベントの有無を判断する。この判断結果が「ＮＯ」の場合、すなわち、ＭＩＤＩイベントが検出されない場合には、何もせず、図３のメインルーチンへ戻り、ステップＳＡ３へ進む。いっぽう、ステップＳＢ２の判断結果が「ＹＥＳ」の場合、すなわち、ＭＩＤＩイベントが検出された場合には、ステップＳＢ３へ進む。
【００２７】ステップＳＢ３では、ＲＡＭ３のＭＩＤＩバッファからＭＩＤＩチャンネル番号およびＭＩＤＩイベントを読み出し、それぞれレジスタＭＣＨおよびＥＶに格納した後、ステップＳＢ４へ進む。ステップＳＢ４では、レジスタＥＶの内容がノートイベントに対応するものであるか否かを判断する。この実施例においては、ノートイベントもリズムのノートイベントも形式としては、ＭＩＤＩ規格のノートオンの形式である。しかし、通常楽音とリズム楽音とを別の発音チャンネルで生成するようにしており、リズム楽音には、図２に示すように、ＭＩＤＩチャンネル番号３２〜３９が別途割当てられているので、ノートイベントとリズムのノートイベントとの判別は、ＭＩＤＩチャンネル番号によって行う。ステップＳＢ４の判断結果が「ＹＥＳ」の場合、すなわち、レジスタＥＶの内容がノートイベントに対応するものである場合には、ステップＳＢ５へ進む。
【００２８】ステップＳＢ５では、ノートイベント処理を行う。なお、このノートイベント処理の詳細については、後述する。そして、このノートイベント処理が終了すると、ＣＰＵ１は、図３のメインルーチンへ戻り、ステップＳＡ３へ進む。いっぽう、ステップＳＢ４の判断結果が「ＮＯ」の場合、すなわち、レジスタＥＶの内容がノートイベントでなく、リズムのノートイベント、あるいは、チャンネルイベントである場合には、ステップＳＢ６へ進む。
【００２９】ステップＳＢ６では、レジスタＥＶの内容がリズムのノートイベントに対応するものであるか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＢ７へ進む。ステップＳＢ７では、リズムノートイベント処理を行う。なお、このリズムノートイベント処理の詳細については、後述する。そして、このリズムノートイベント処理が終了すると、ＣＰＵ１は、図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００３０】いっぽう、ステップＳＢ４の判断結果が「ＮＯ」の場合、すなわち、レジスタＥＶの内容がリズムのノートイベントでなく、チャンネルイベントである場合には、ステップＳＢ８へ進む。ステップＳＢ８では、ＭＩＤＩチャンネルの音色切り替えを要求するプログラムチェンジ情報やピッチベンド情報等のチャンネルイベントを処理するチャンネルイベント処理を行う。そして、このチャンネルイベント処理が終了すると、ＣＰＵ１は、図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００３１】次に、ＣＰＵ１のノートイベント処理について図５のフローチャートに基づいて説明する。ＣＰＵ１の処理が図４のステップＳＢ５へ進むと、図５に示すノートイベント処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＣ１の処理へ進み、レジスタＥＶの内容がノートオンイベントＮＯＮに対応するものであるか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＣ２へ進む。
【００３２】ステップＳＣ２では、割当可能である発音チャンネルを検出するための空き発音チャンネルのサーチをした後、ステップＳＣ３へ進む。ここで、空き発音チャンネルとは、発音まで待機している状態を意味している。ステップＳＣ３では、ステップＳＣ２の空き発音チャンネルのサーチ処理において検出された発音チャンネルの状態から現在空き発音チャンネルがあるか否かを判断する。この判断結果が「ＮＯ」の場合、すなわち、全ての発音チャンネルが何らかの形で発音中である場合には、ステップＳＣ４へ進む。
【００３３】ステップＳＣ４では、発音中の発音チャンネルの中で最も減衰が進んでいる発音チャンネル、あるいは、最も古く押鍵された発音チャンネルを検出し、これを強制的に発音停止させて「空き発音チャンネル」とするトランケート処理を行う。なお、このトランケート処理の詳細については、後述する。そして、このトランケート処理が終了すると、ＣＰＵ１は、ステップＳＣ６へ進む。
【００３４】いっぽう、ステップＳＣ３の判断結果が「ＹＥＳ」の場合、すなわち、現在空き発音チャンネルがある場合には、ステップＳＣ５へ進む。ステップＳＣ５では、アサインされる発音チャンネルの番号が一時格納されるレジスタＡＣＨに、得られた空き発音チャンネルの番号を格納した後、ステップＳＣ６へ進む。ステップＳＣ６では、レジスタＡＣＨに格納された発音チャンネルの番号に対応した発音チャンネルの状態を発音持続状態として表すため、レジスタＳＴ〔ＡＣＨ〕の値（ステート信号ＳＴ）を「１」とした後、ステップＳＣ７へ進む。ここで、このレジスタＳＴ〔ＡＣＨ〕と各発音チャンネルの状態との対応は、ＳＴ〔ＡＣＨ〕＝「０」は空き発音チャンネル、すなわち、チャンネル待機状態を表し、「１」は押鍵中の発音チャンネル、すなわち、ノートオンによる発音持続状態を表し、「２」は離鍵されているが発音中である発音チャンネル、すなわち、リリース波形発音状態を表している。
【００３５】ステップＳＣ７では、発音すべきノートコードＮＣをＭＩＤＩイベントから取り出して、各発音チャンネルで発音中のノートコードＮＣが格納されるレジスタＳＴＮＣ〔ＡＣＨ〕に格納する。１つのノートオンのＭＩＤＩメッセージには、ＭＩＤＩチャンネル番号と、ノートコードＮＣと、ベロシティＮＶ等の情報が納められている。そして、ＣＰＵ１は、ステップＳＣ８へ進む。
【００３６】ステップＳＣ８では、各発音チャンネルにアサインされているＭＩＤＩチャンネルの番号が格納されるレジスタＡＭＣ〔ＡＣＨ〕に、レジスタＭＣＨに格納されているＭＩＤＩチャンネル番号を格納した後、ステップＳＣ９へ進む。ステップＳＣ９では、レジスタＡＣＨに格納された発音チャンネルの番号に対応する楽音合成回路１１の空き発音チャンネルに対してＭＩＤＩチャンネル番号ＭＣＨ、ノートコードＮＣ、ベロシティＮＶ、ノートオン情報をＭＩＤＩ・バス１０を介して出力する。これらは、実際には、ＭＩＤＩ規格に則ったＭＩＤＩイベントの形で送出される。これにより、楽音合成回路１１は、これらの情報に基づいた楽音信号を発生する。そして、ＣＰＵ１は、ステップＳＣ１０へ進む。
【００３７】ステップＳＣ１０では、各発音チャンネル毎に設けられ、ノートオンされる度に１インクリメントされるノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値を０にリセットする。このノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値が最大の発音チャンネルが最も古くから押鍵された発音チャンネルを示しているので、それぞれのノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値を参照することにより、鍵盤４のどのキーが最も早く押鍵されたかを知ることができる。そして、ＣＰＵ１は、ステップＳＣ１１へ進む。
【００３８】ステップＳＣ１１では、発音中の発音チャンネルに対応する全てのノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値を１ずつインクリメントする。もちろん、発音していない発音チャンネルに対応するノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値をインクリメントしてはならない。なお、ここで、発音中の発音チャンネルに対応する全てのノートオンカウンタＮＯＮＣ〔ＡＣＨ〕としたのは、ノートオンされた発音チャンネルに対応する全てのノートオンカウンタＮＯＮＣ〔ＡＣＨ〕とすると、発音中であるが離鍵された発音チャンネル（具体的には、ＳＴ〔ＡＣＨ〕＝「２」）が、後述するトランケート処理において誤って処理されてしまうからである。そして、ＣＰＵ１は、図４のＭＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００３９】いっぽう、ステップＳＣ１の判断結果が「ＮＯ」の場合、すなわち、レジスタＥＶの内容がノートオンイベントＮＯＮに対応するものでなく、ノートオフイベントＮＯＦＦに対応するものである場合には、ステップＳＣ１２へ進む。ステップＳＣ１２では、各発音チャンネルの情報をサーチする。ここで、同じＭＩＤＩチャンネルで同じノートコードＮＣを発音している発音チャンネルがあれば、後述するように、その発音チャンネルのノートオフ処理を行うが、同じノートコードＮＣでも、異なるＭＩＤＩチャンネルであれば、その発音チャンネルはノートオフしてはならない。そこで、このことを検出できるようにするため、ステップＳＣ７および８において、各発音チャンネル毎に、ノートコードＮＣおよびＭＩＤＩチャンネル番号をレジスタＳＴＮＣ〔ＡＣＨ〕およびＡＭＣ〔ＡＣＨ〕にそれぞれ格納しているのである。そして、ＣＰＵ１は、ステップＳＣ１３へ進む。
【００４０】ステップＳＣ１３では、対応する発音チャンネルがあるか否かを判断する。この判断結果が「ＮＯ」の場合、すなわち、対応する発音チャンネルの楽音がもう発音されていない場合、たとえば、押鍵が持続されて発音が完全に減衰してしまった状態や、トランケート処理により押鍵中にもかかわらず発音が強制終了させられた場合などには、なにもせず、図４のＭＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００４１】いっぽう、ステップＳＣ１３の判断結果が「ＹＥＳ」の場合、すなわち、対応する発音チャンネルが現在発音中である場合には、ステップＳＣ１４へ進む。ステップＳＣ１４では、サーチされた発音チャンネル番号をレジスタＣＨへ格納した後、ステップＳＣ１５へ進む。ステップＳＣ１５では、上述した各発音チャンネル毎の状態が記憶されるレジスタＳＴ〔ＣＨ〕に離鍵されているが発音中である発音チャンネル、すなわち、リリース波形発音状態であることを表す「２」を格納した後、ステップＳＣ１６へ進む。ステップＳＣ１６では、レジスタＣＨに格納された発音チャンネルの番号に対応する楽音合成回路１１の発音チャンネルに対してノートオフ情報を出力した後、図４のＭＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００４２】次に、この発明の特徴であるＣＰＵ１のトランケート処理について図６のフローチャートに基づいて説明する。ＣＰＵ１の処理が図５のステップＳＣ４へ進むと、図６に示すトランケート処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＤ１の処理へ進み、各発音チャンネルの状態をスキャンする、すなわち、レジスタＳＴ〔ＣＨ〕をスキャンした後、ステップＳＤ２へ進む。
【００４３】ステップＳＤ２では、ノートオフ中の発音チャンネルがあるか否か、すなわち、レジスタＳＴ〔ＣＨ〕の値が「２」である発音チャンネルがあるか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＤ３へ進む。ステップＳＤ３では、ノートオフ中の発音チャンネルの中でエンベロープレベルＥＮＶが最も小さい発音チャンネル、すなわち、最も減衰が進んでいる発音チャンネルの番号をトランケート候補の発音チャンネルの番号が格納されるレジスタＴＣＨに格納した後、ステップＳＤ５へ進む。
【００４４】いっぽう、ステップＳＤ２の判断結果が「ＮＯ」の場合、すなわち、ノートオフ中の発音チャンネルがない場合には、ステップＳＤ４へ進む。ステップＳＤ４では、発音中の発音チャンネルの中で最も古く押鍵された発音チャンネル、すなわち、ノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値が最大の発音チャンネルの番号をレジスタＴＣＨに格納する。これにより、ストリングスやパイプオルガン等のスローアタックの楽音の音色でも、押鍵中であれば、トランケート処理されることがない。そして、ＣＰＵ１は、ステップＳＤ５へ進む。
【００４５】ステップＳＤ５では、レジスタＴＣＨに格納された発音チャンネルの番号に対応する楽音合成回路１１の発音チャンネルに対してダンプ要求信号を送出する。これにより、楽音合成回路１１の発音チャンネルは、ダンプ要求信号に応じて所定の速度でエンベロープをダンプするが、完全にダンプされるまでにある程度時間がかかる。したがって、この発音チャンネルにすぐにノートオン情報が入力された場合には、不都合が生じる可能性があるが、楽音合成回路１１は、このような状態の場合、該当する発音チャンネルのエンベロープが完全にダンプされるまでノートオン情報を遅延させておき、ダンプが終了した時点でノートオン情報に基づき、直ちに発音を立ち上げる機能を有しているので、問題はない。そして、ＣＰＵ１は、ステップＳＤ６へ進む。ステップＳＤ６では、レジスタＴＣＨの値をレジスタＡＣＨに格納した後、図５のノートイベント処理ルーチンへ戻り、ステップＳＣ６へ進む。
【００４６】次に、ＣＰＵ１のリズムノートイベント処理について図７のフローチャートに基づいて説明する。ＣＰＵ１の処理が図４のステップＳＢ７へ進むと、図７に示すリズムノートイベント処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＥ１の処理へ進み、レジスタＥＶの内容がリズムのノートオンイベントＮＯＮに対応するものであるか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＥ２へ進む。
【００４７】ステップＳＥ２では、割当可能であるリズムチャンネルを検出するための空きリズムチャンネルのサーチをした後、ステップＳＥ３へ進む。ここで、空きリズムチャンネルとは、リズム発音まで待機している状態を意味している。ステップＳＥ３では、ステップＳＥ２の空きリズムチャンネルのサーチ処理において検出されたリズムチャンネルの状態から現在空きリズムチャンネルがあるか否かを判断する。この判断結果が「ＮＯ」の場合、すなわち、全てのリズムチャンネルが何らかの形で発音中である場合には、ステップＳＥ４へ進む。
【００４８】ステップＳＥ４では、リズム発音中のリズムチャンネルの中でエンベロープレベルが最も小さいリズムチャンネル、すなわち、最も減衰が進んでいるリズムチャンネルを検出し、これを強制的に発音停止させて「空きリズムチャンネル」とするリズムトランケート処理を行う。なお、このリズムトランケート処理の詳細については、後述する。そして、このリズムトランケート処理が終了すると、ＣＰＵ１は、ステップＳＥ６へ進む。
【００４９】いっぽう、ステップＳＥ３の判断結果が「ＹＥＳ」の場合、すなわち、現在空きリズムチャンネルがある場合には、ステップＳＥ５へ進む。ステップＳＥ５では、レジスタＡＣＨに得られた空きリズムチャンネルの番号を格納した後、ステップＳＥ６へ進む。ステップＳＥ６では、レジスタＡＣＨに格納されたリズムチャンネルの番号に対応したリズムチャンネルの状態をリズム発音持続状態として表すため、レジスタＲＳＴ〔ＡＣＨ〕の値を「１」とした後、ステップＳＥ７へ進む。ここで、このレジスタＲＳＴ〔ＡＣＨ〕と各リズムチャンネルの状態との対応は、レジスタＳＴ〔ＡＣＨ〕と各発音チャンネルの状態との対応と同様、ＲＳＴ〔ＡＣＨ〕＝「０」は空きリズムチャンネル、すなわち、リズムチャンネル待機状態を表し、「１」はリズムノートオンによるリズム発音持続状態を表し、「２」はリリース波形発音状態を表している。
【００５０】ステップＳＥ７では、リズム発音すべきリズムのノートコードＮＣをＭＩＤＩイベントから取り出して、各リズムチャンネルでリズム発音中のリズムのノートコードＮＣが格納されるレジスタＲＳＴＮＣ〔ＡＣＨ〕に格納する。１つのリズムのノートオンのＭＩＤＩメッセージには、ＭＩＤＩチャンネル番号と、リズムのノートコードＮＣと、ベロシティＮＶ等の情報が納められている。そして、ＣＰＵ１は、ステップＳＥ８へ進む。
【００５１】ステップＳＥ８では、アサインされているＭＩＤＩチャンネルの番号が格納されるレジスタＲＡＭＣ〔ＡＣＨ〕に、レジスタＭＣＨに格納されているＭＩＤＩチャンネル番号を格納した後、ステップＳＥ９へ進む。ステップＳＥ９では、レジスタＡＣＨに格納されたリズムチャンネルの番号に対応する楽音合成回路１１の空きリズムチャンネルに対してＭＩＤＩチャンネル番号ＭＣＨ、リズムのノートコードＮＣ、ベロシティＮＶ、ノートオン情報をＭＩＤＩ・バス１０を介して出力する。これらは、実際には、ＭＩＤＩ規格に則ったＭＩＤＩイベントの形で送出される。これにより、楽音合成回路１１は、これらの情報に基づいたリズム楽音信号を発生する。そして、ＣＰＵ１は、図４のＭＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００５２】いっぽう、ステップＳＥ１の判断結果が「ＮＯ」の場合、すなわち、レジスタＥＶの内容がリズムのノートオンイベントＮＯＮに対応するものでなく、リズムのノートオフイベントＮＯＦＦに対応するものである場合には、ステップＳＥ１０へ進む。ステップＳＥ１０では、各リズムチャンネルの情報をサーチする。ここで、同じＭＩＤＩチャンネルで同じリズムのノートコードＮＣを発音しているリズムチャンネルがあれば、後述するように、そのリズムチャンネルのリズムノートオフ処理を行うが、同じリズムのノートコードＮＣでも、異なるＭＩＤＩチャンネルであれば、そのリズムチャンネルはリズムノートオフしてはならない。そこで、このことを検出できるようにするため、ステップＳＥ７および８において、各リズムチャンネル毎に、リズムのノートコードＮＣおよびＭＩＤＩチャンネル番号をレジスタＲＳＴＮＣ〔ＡＣＨ〕およびＲＡＭＣ〔ＡＣＨ〕にそれぞれ格納しているのである。そして、ＣＰＵ１は、ステップＳＥ１１へ進む。
【００５３】ステップＳＥ１１では、対応するリズムチャンネルがあるか否かを判断する。この判断結果が「ＮＯ」の場合、すなわち、対応するリズムチャンネルの楽音がもうリズム発音されていない場合、たとえば、リズムトランケート処理によりリズム発音が強制終了させられた場合などには、なにもせず、図４のＭＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００５４】いっぽう、ステップＳＥ１１の判断結果が「ＹＥＳ」の場合、すなわち、対応するリズムチャンネルが現在リズム発音中である場合には、ステップＳＥ１２へ進む。ステップＳＥ１２では、サーチされたリズムチャンネル番号をレジスタＣＨへ格納した後、ステップＳＥ１３へ進む。ステップＳＥ１３では、上述した各リズムチャンネル毎の状態が記憶されるレジスタＲＳＴ〔ＣＨ〕にリリース波形発音状態であることを表す「２」を格納した後、ステップＳＥ１４へ進む。ステップＳＥ１４では、レジスタＣＨに格納されたリズムチャンネルの番号に対応する楽音合成回路１１のリズムチャンネルに対してノートオフ情報を出力した後、図４のＭＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００５５】次に、ＣＰＵ１のリズムトランケート処理について図８のフローチャートに基づいて説明する。ＣＰＵ１の処理が図７のステップＳＥ４へ進むと、図８に示すリズムトランケート処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＦ１の処理へ進み、リズムチャンネルの中で楽音合成回路１１から供給されるエンベロープレベルＥＮＶが最も小さいリズムチャンネル、すなわち、最も減衰が進んでいるリズムチャンネルの番号をトランケート候補としてレジスタＴＣＨに格納する。
【００５６】ただし、打楽器音には、ハイハットやホイッスルなどのように、キーオンとキーオフとがあるイベント駆動型の音色と、ドラムなどのように、キーオンしかないトリガ駆動型の音色とがあるので、これらの音色のエンベロープレベルＥＮＶを一様に比較してしまうと、すでに述べたような不都合が生じてしまう。
【００５７】そこで、イベント駆動型の音色とトリガ駆動型の音色とを区別するために、フラグＥＤを設け、イベント駆動型の音色である場合には、フラグＥＤを１にセットしておき、このステップＳＦ１において、フラグＥＤが１にセットされている場合には、エンベロープレベルＥＮＶに、図１２（ａ）に示すように、オフセットＯＦＴを加えた後、トリガ駆動型の音色のエンベロープレベルＥＮＶと比較して評価することにする。これにより、イベント駆動型の音色がトランケートされにくくなり、キーオフが処理されるので、自然であり、イベント駆動型の打楽器音の音色を正確に発生させることができる。そして、ＣＰＵ１は、ステップＳＦ２へ進む。
【００５８】ステップＳＦ２では、レジスタＴＣＨに格納されたリズムチャンネルの番号に対応する楽音合成回路１１のリズムチャンネルに対してダンプ要求信号を送出する。これにより、楽音合成回路１１のリズムチャンネルは、ダンプ要求信号に応じて所定の速度でエンベロープをダンプする。そして、ＣＰＵ１は、ステップＳＦ３へ進む。ステップＳＦ３では、レジスタＴＣＨの値をレジスタＡＣＨに格納した後、図７のリズムノートイベント処理ルーチンへ戻り、ステップＥＣ６へ進む。
【００５９】次に、ＣＰＵ１の鍵処理について図９のフローチャートに基づいて説明する。ＣＰＵ１の処理が図３R>３のステップＳＡ４へ進むと、図９に示す鍵処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＧ１の処理へ進み、鍵盤４をスキャンして鍵盤４の押離鍵状態を検出した後、ステップＳＧ２へ進む。ステップＳＧ２では、ステップＳＧ１の鍵スキャン処理において検出された鍵盤４の押離鍵状態から鍵イベントの有無を判断する。この判断結果が「ＮＯ」の場合、すなわち、鍵イベントが検出されない場合には、何もせず、図３のメインルーチンへ戻り、ステップＳＡ５へ進む。
【００６０】いっぽう、ステップＳＧ２の判断結果が「ＹＥＳ」の場合、すなわち、鍵イベントが検出された場合には、ステップＳＧ３へ進む。ステップＳＧ３では、あらかじめ設定されているモードＭＯＤＥに応じて対応するＭＩＤＩチャンネルの情報として該当するイベントをＲＡＭ３のＭＩＤＩバッファにアドレス／データ・バス６を介して格納した後、ステップＳＧ４へ進む。
【００６１】ここで、モードＭＯＤＥについて説明する。
■モードＭＯＤＥ＝０：通常発音モード鍵盤４の全てのイベントをチャンネル番号０のＭＩＤＩチャンネルの情報としてＲＡＭ３のＭＩＤＩバッファにアドレス／データ・バス６を介して格納する。
■モードＭＯＤＥ＝１：スプリットモード鍵盤４のある点（ＫＳＰ：キースプリットポイント）より上の鍵域のイベントは、チャンネル番号０のＭＩＤＩチャンネルの情報とし、キースプリットポイントＫＳＰより下の鍵域のイベントは、チャンネル番号１のＭＩＤＩチャンネルの情報としてＲＡＭ３のＭＩＤＩバッファにアドレス／データ・バス６を介して格納する。これにより、鍵域に応じて各ＭＩＤＩチャンネルに割当てられた音色が発音される。なお、キースプリットポイントＫＳＰは、固定でも、演奏者によって設定可能でもよい。
【００６２】■モードＭＯＤＥ＝２：自動伴奏モード鍵盤４のある点（ＡＳＰ：自動伴奏スプリットポイント）より上の鍵域は、通常の押鍵域とし、そのイベントは、チャンネル番号０のＭＩＤＩチャンネルの情報としてＲＡＭ３のＭＩＤＩバッファにアドレス／データ・バス６を介して格納する。また、自動伴奏スプリットポイントＡＳＰより下の鍵域は、自動伴奏用の調検出領域として用い、その音は発音しない、すなわち、ＭＩＤＩイベントとしてＲＡＭ３のＭＩＤＩバッファにアドレス／データ・バス６を介して格納せず、検出された情報は、コードの根音（ルート）ＲＯＯＴとタイプＴＹＰＥの形で、たとえば、演奏者が「ドミソ」と押鍵していれば、後述するステップＳＧ５の処理において、ルートＲＯＯＴとして「ド」が、タイプＴＹＰＥとして「メジャー」がＲＡＭ３に格納され、後述する自動処理で利用される。なお、自動伴奏スプリットポイントＡＳＰは、キースプリットポイントＫＳＰと同じにしてもよい。
【００６３】ステップＳＧ４では、モードＭＯＤＥが「２」であるか否かを判断する。この判断結果が「ＮＯ」の場合には、何もせず、図３のメインルーチンへ戻り、ステップＳＡ５へ進む。いっぽう、ステップＳＧ４の判断結果が「ＹＥＳ」の場合、すなわち、モードＭＯＤＥが「２」である場合には、ステップＳＧ５へ進む。ステップＳＧ５では、鍵盤４の下鍵域で押鍵されているキーのノートナンバの組み合わせからコードのルートＲＯＯＴとタイプＴＹＰＥとを図示せぬテーブルを参照して決定し、ＲＡＭ３に格納した後、図３のメインルーチンへ戻り、ステップＳＡ５へ進む。
【００６４】次に、ＣＰＵ１の自動処理について図１０のフローチャートに基づいて説明する。ＣＰＵ１の処理が図３のステップＳＡ５へ進むと、図１０に示す自動処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＨ１の処理へ進み、モードＭＯＤＥが「２」であるか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＨ２へ進む。
【００６５】ステップＳＨ２では、ＲＯＭ２やＲＡＭ３等の自動伴奏データエリアにあらかじめ７ｔｈの形で記憶された自動伴奏データを、演奏者によって設定されたスタイルＳＴＹＬＥおよびテンポＴＥＭＰＯ並びに上述した鍵処理によって検出されてＲＡＭ３に格納されたタイプＴＹＰＥおよびルートＲＯＯＴに応じて読み出し、タイプＴＹＰＥに応じてメジャーやマイナー等に変更し、ルートＲＯＯＴによってシフトする。以上説明した処理を、図２に示すチャンネル番号２５〜３１のＭＩＤＩチャンネル、すなわち、自動伴奏コードトラック１〜６および自動伴奏ベーストラックについて行い、それらのＭＩＤＩチャンネルの情報として各イベントをＲＡＭ３のＭＩＤＩデータバッファに順次格納した後、ステップＳＨ３へ進む。いっぽう、ステップＳＨ１の判断結果が「ＮＯ」の場合、すなわち、モードＭＯＤＥが「２」でない場合にも、ステップＳＨ３へ進む。
【００６６】ステップＳＨ３では、演奏者が自動リズム演奏を選択した場合に１にセットされる自動リズムフラグＲＨＹＴＨＭが１にセットされているか否かを判断する。この判断結果が「ＮＯ」の場合には、何もせず、図３R>３のメインルーチンへ戻り、ステップＳＡ６へ進む。いっぽう、ステップＳＨ３の判断結果が「ＹＥＳ」の場合、すなわち、自動リズムフラグＲＨＹＴＨＭが１にセットされている場合には、ステップＳＨ４へ進む。ステップＳＨ４では、ＲＯＭ２やＲＡＭ３等の自動リズムデータエリアにあらかじめ記憶された自動リズムデータを演奏者によって設定されたスタイルＳＴＹＬＥおよびテンポＴＥＭＰＯに応じて読み出す処理を、図２に示すチャンネル番号３２〜３９のＭＩＤＩチャンネル、すなわち、自動伴奏リズムトラックについて行い、それらのＭＩＤＩチャンネルの情報として各イベントをＲＡＭ３のＭＩＤＩデータバッファに順次格納した後、図３のメインルーチンへ戻り、ステップＳＡ６へ進む。
【００６７】次に、ＣＰＵ１の発音チャンネル処理について図１１のフローチャートに基づいて説明する。ＣＰＵ１の処理が図３のステップＳＡ６へ進むと、図１１に示す発音チャンネル処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＩ１の処理へ進み、全発音チャンネルの状態を検索するため、レジスタＣＨの値を「０」に設定した後、ステップＳＩ２へ進む。
【００６８】ステップＳＩ２では、各発音チャンネル毎のエンベロープレベルが記憶されるレジスタＥＮＶ〔ＣＨ〕に楽音合成回路１１から供給される各発音チャンネルのエンベロープレベルを格納した後、ステップＳＩ３へ進む。ステップＳＩ３では、各発音チャンネル毎の状態を表すレジスタＳＴ〔ＣＨ〕が「２」、すなわち、離鍵されているが発音状態であるか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＩ４へ進み、いっぽう、ステップＳＩ３の判断結果が「ＮＯ」の場合、すなわち、空き発音チャンネルである場合には、当該チャンネルが発音待機状態にあるから、後述するステップＳＩ７へ進む。
【００６９】ステップＳＩ４では、レジスタＥＮＶ〔ＣＨ〕に格納された、レジスタＣＨに設定された発音チャンネルの番号に対応した楽音合成回路１１の発音チャンネルのエンベロープレベルが各音色毎にあらかじめ設定されたスレッショルドＴＨ（たとえば、０にかなり近い値）より小さいか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＩ５へ進み、いっぽう、ステップＳＩ４の判断結果が「ＮＯ」の場合、すなわち、レジスタＥＮＶ〔ＣＨ〕に格納されたエンベロープレベルがスレッショルドＴＨ以上である場合には、後述するステップＳＩ７へ進む。
【００７０】ステップＳＩ５では、発音チャンネルＣＨは減衰しきっているため、レジスタＳＴ〔ＣＨ〕の値を「０」に設定して発音待機状態であることを示した後、ステップＳＩ６へ進む。ステップＳＩ６では、各発音チャンネル毎に設けられ、ノートオンされる度に１インクリメントされるノートオンカウンタＮＯＮＣ〔ＣＨ〕の値を０にリセットした後、ステップＳＩ７へ進む。
【００７１】ステップＳＩ７では、次の発音チャンネルを検索するために、レジスタＣＨの値を１インクリメントした後、ステップＳＩ７へ進む。ステップＳＩ８では、このインクリメントされたレジスタＣＨの値が３２であるか否か、すなわち、通常音のＭＩＤＩチャンネルに対応した発音チャンネルすべてについて上述したステップＳＩ３〜ＳＩ６の処理が終了したか否かを判断する。この判断結果が「ＮＯ」の場合には、ステップＳＩ２へ戻り、上述した処理を通常音のＭＩＤＩチャンネルに対応した発音チャンネルすべてについて繰返す。
【００７２】いっぽう、ステップＳＩ８の判断結果が「ＹＥＳ」の場合には、ステップＳＩ９へ進む。ステップＳＩ９では、レジスタＥＮＶ〔ＣＨ〕に各リズムチャンネルのエンベロープレベルを格納した後、ステップＳＩ１０へ進む。ステップＳＩ１０では、各リズムチャンネル毎の状態を表すレジスタＲＳＴ〔ＣＨ〕が「０」でない、すなわち、空きリズムチャンネルでない否かを判断する。この判断を行うのは、トリガ駆動型の音色の場合、キーオフがないので、レジスタＲＳＴ〔ＣＨ〕が「０」か「１」にしかならないからである。ステップＳＩ１０の判断結果が「ＹＥＳ」の場合には、ステップＳＩ１１へ進み、いっぽう、ステップＳＩ１０の判断結果が「ＮＯ」の場合、すなわち、空きリズムチャンネルである場合には、当該リズムチャンネルがリズム発音待機状態にあるから、後述するステップＳＩ１３へ進む。
【００７３】ステップＳＩ１１では、レジスタＥＮＶ〔ＣＨ〕に格納された、レジスタＣＨに設定されたリズムチャンネルの番号に対応する楽音合成回路１１のリズムチャンネルのエンベロープレベルが各音色毎にあらかじめ設定されたスレッショルドＴＨ（たとえば、０にかなり近い値）より小さく、かつ、フラグＥＤが０にリセットされている（トリガ駆動型の音色である）か否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＩ１２へ進み、いっぽう、ステップＳＩ１１の判断結果が「ＮＯ」の場合、すなわち、レジスタＥＮＶ〔ＣＨ〕に格納されたエンベロープレベルがスレッショルドＴＨ以上であるか、または、フラグＥＤが１にセットされている（イベント駆動型の音色である）場合には、後述するステップＳＩ１３へ進む。
【００７４】ステップＳＩ１２では、リズムチャンネルＣＨは減衰しきっているため、レジスタＲＳＴ〔ＣＨ〕の値を「０」に設定してリズム発音待機状態であることを示した後、ステップＳＩ１３へ進む。ステップＳＩ１３では、次のリズムチャンネルを検索するために、レジスタＣＨの値を１インクリメントした後、ステップＳＩ１４へ進む。
【００７５】ステップＳＩ１４では、このインクリメントされたレジスタＣＨの値が４０であるか否か、すなわち、リズム音のＭＩＤＩチャンネルに対応したリズムチャンネルすべてについて上述したステップＳＩ９〜ＳＩ１３の処理が終了したか否かを判断する。この判断結果が「ＮＯ」の場合には、ステップＳＩ９へ戻り、上述した処理をリズム音のＭＩＤＩチャンネルに対応したリズムチャンネルすべてについて繰返す。いっぽう、ステップＳＩ１４の判断結果が「ＹＥＳ」の場合、すなわち、レジスタＣＨの値が４０である場合には、図３のメインルーチンへ戻り、ステップＳＡ７へ進む。
【００７６】なお、上述した一実施例においては、リズム音についてのみこの発明に関するトランケート処理を行うようにして、通常音の発音チャンネルとリズム音のリズムチャンネルとを完全に独立した発音チャンネルとした例を示したが、浮動的にアサインできるようにしてもよい。その際には、リズム音と同様に通常音にもこの発明に関するトランケート処理を行うようにして、ノートイベント処理とトランケート処理の大部分を共用することができる。また、上述した一実施例においては、通常鍵域のトランケート時に、ノートオウされた発音チャンネルがない場合には、最も古くキーオンされた発音チャンネルをトランケートする例を示したが、これに限定されず、たとえば、楽音合成回路１１から各発音チャンネルのエンベロープのステートをＣＰＵ１に供給し、このステートが一番進んでいる発音チャンネルをトランケートしてもよく、また、ＣＰＵ１が楽音合成回路１１の各発音チャンネルのエンベロープのステートを演算によって推測し、この推測したステートが一番進んでいる発音チャンネルをトランケートするようにしてもよい。
【００７７】
【発明の効果】以上説明したように、この発明によれば、スローアタックの音色や異なったリリースを持つ音色を正確に発生でき、発音割当処理を正確に行うことができるという効果がある。
【図面の簡単な説明】
【図１】 この発明の一実施例による電子楽器の構成を示すブロック図である。
【図２】 ＭＩＤＩチャンネルのそれぞれの機能の一例を示す図である。
【図３】 この発明の一実施例におけるＣＰＵ１のメインルーチンの動作を示すフローチャートである。
【図４】 この発明の一実施例におけるＣＰＵ１のＭＩＤＩ処理ルーチンの動作を示すフローチャートである。
【図５】 この発明の一実施例におけるＣＰＵ１のノートイベント処理ルーチンの動作を示すフローチャートである。
【図６】 この発明の一実施例におけるＣＰＵ１のトランケート処理ルーチンの動作を示すフローチャートである。
【図７】 この発明の一実施例におけるＣＰＵ１のリズムイベント処理ルーチンの動作を示すフローチャートである。
【図８】 この発明の一実施例におけるＣＰＵ１のリズムトランケート処理ルーチンの動作を示すフローチャートである。
【図９】 この発明の一実施例におけるＣＰＵ１の鍵処理ルーチンの動作を示すフローチャートである。
【図１０】 この発明の一実施例におけるＣＰＵ１の自動処理ルーチンの動作を示すフローチャートである。
【図１１】 この発明の一実施例におけるＣＰＵ１の発音チャンネル処理ルーチンの動作を示すフローチャートである。
【図１２】 従来の技術の不都合点を説明するための図である。
【符号の説明】
１……ＣＰＵ、２……ＲＯＭ、３……ＲＡＭ、４……鍵盤、５……鍵盤インターフェイス、６……アドレス／データ・バス、７……操作パネル、８……操作パネルインターフェイス、９……ＭＩＤＩインターフェイス、１０……ＭＩＤＩ・バス、１１……楽音合成回路、１２……サウンドシステム、１３……スピーカ。
【０００１】
【産業上の利用分野】この発明は、発生される音量等が時間経過に従い変化する楽音を発生するとともに、発音割当処理が良好に行える電子楽器に関する。
【０００２】
【従来の技術】従来の複数の楽音発生用チャンネル（発音チャンネル）を有する電子楽器には、メモリに記憶された波形データを演奏者による鍵盤等の操作に応じて読み出す音源と、その波形データの振幅を制御して波形データの音量を制御するエンベロープ信号を発生するエンベロープジェネレータ（ＥＧ）とが設けられているものがある。そして、この種の電子楽器には、ＥＧからの出力等の様々な情報に基づいて、いずれかの発音チャンネルを強制的に空きチャンネルとし、その発音チャンネルに新たな押鍵音を割当るように制御するトランケート手段が設けられているものがあった。
【０００３】
【発明が解決しようとする課題】ところで、楽音の中には、異なった早さのリリースを持つもの、あるいは、ストリングスやパイプオルガンなどのスローアタックの音色のものやキーオンディレイといってアタックを意識的に遅らせたものがある。しかしながら、上述した従来の電子楽器においては、ＥＧから出力されている現在のエンベロープ信号のレベルだけに基づいてトランケート処理しているため、たとえば、以下に示すような不都合が生じていた。
【０００４】図１２に示すように、スローアタックの音色が割当られているチャンネルＣの時刻ｔ1におけるエンベロープ信号の現在のレベルＬcは、楽音の立ち上がり部分であるにもかかわらず、チャンネルＡおよびＢの時刻ｔ1におけるエンベロープ信号の現在のレベルＬaおよびＬbより小さいので、チャンネルＣがトランケート処理されてしまう。したがって、まだ発音されていない楽音が消音され、不自然である。
【０００５】そこで、最も古く押鍵されたチャンネルを検出してトランケート処理している従来の電子楽器もあるが、その場合には、図１２に示すように、チャンネルＡの時刻ｔ1におけるエンベロープ信号の現在のレベルＬaがチャンネルＢの時刻ｔ1におけるエンベロープ信号の現在のレベルＬbより小さいにもかかわらず、リリースの遅いチャンネルＢがトランケート処理されてしまう。したがって、実際に演奏者等が聴いている音においては、減衰が進んでいる音よりも、まだ聴こえている音のほうが先に消音されることになり、不自然である。この発明は、このような背景の下になされたもので、スローアタックの音色や異なったリリースを持つ音色を正確に発生でき、発音割当処理を正確に行うことができる電子楽器を提供することを目的とする。
【０００６】
【課題を解決するための手段】この発明による電子楽器は、鍵操作情報を発生する鍵操作情報発生手段と、複数の楽音信号発生用の発音チャンネルを有し、各発音チャンネル毎に、複数の楽音信号をそれぞれ出力する楽音発生手段と、前記複数の発音チャンネルが全て発音中であるか否かを検出する第１の発音チャンネル検出手段と、該第１の発音チャンネル検出手段によって前記複数の発音チャンネルが全て発音中であることが検出された場合に、前記複数の発音チャンネルの中に離鍵中の発音チャンネルがあるか否かを検出する第２の発音チャンネル検出手段と、該第２の発音チャンネル検出手段によって複数の発音チャンネルの中に離鍵中の発音チャンネルがあることが検出された場合には、前記離鍵中の発音チャンネルの中で最もエンベロープレベルが小さい楽音信号の発音チャンネルを検出する第１のトランケートチャンネル検出処理を行って当該検出された発音チャンネルをトランケートし、前記第２の発音チャンネル検出手段によって複数の発音チャンネルの中に離鍵中の発音チャンネルがないことが検出された場合には、前記第１のトランケートチャンネル検出処理とは異なる第２のトランケートチャンネル検出処理を行って検出された発音チャンネルをトランケートするトランケート手段と、該トランケート手段のトランケート結果および前記鍵操作情報発生手段から出力される新たな鍵操作情報に基づいて、新たな楽音の発生を前記楽音発生手段のトランケートされた発音チャンネルに割当てる割当手段とを具備することを特徴としている。
【０００７】
【作用】上記構成によれば、鍵操作情報発生手段が新たな鍵操作情報を発生すると、第１の発音チャンネル検出手段が複数の発音チャンネルが全て発音中であるか否かを検出する。そして、第２の発音チャンネル検出手段は、第１の発音チャンネル検出手段によって複数の発音チャンネルが全て発音中であることが検出された場合には、複数の発音チャンネルの中に離鍵中の発音チャンネルがあるか否かを検出する。
【０００８】これにより、トランケート手段は、複数の発音チャンネルの中に離鍵中の発音チャンネルがあることが検出された場合には、離鍵中の発音チャンネルの中で最もエンベロープレベルが小さい楽音信号の発音チャンネルをトランケートし、複数の発音チャンネルの中に離鍵中の発音チャンネルがないことが検出された場合には、離鍵中の発音チャンネルがある場合とは異なる処理で検出された発音チャンネルをトランケートする。したがって、割当手段は、トランケート手段のトランケート結果および新たな鍵操作情報に基づいて、新たな楽音の発生を楽音発生手段のトランケートされた発音チャンネルに割当てるので、楽音発生手段は、割当てられた発音チャンネルから楽音信号を出力する。
【０００９】
【実施例】以下、図面を参照して、この発明の一実施例について説明する。図１はこの発明の一実施例による電子楽器の構成を示すブロック図であり、この図において、１は装置各部を制御するＣＰＵ（中央処理装置）、２はＣＰＵ１にロードされる各種制御プログラムやこれらプログラムで用いられる各種データなどが記憶されたＲＯＭ、３はワーキングバッファやＭＩＤＩデータが格納されるＭＩＤＩバッファなどが設けられたＲＡＭである。
【００１０】また、４は複数のキーからなる鍵盤であり、各鍵毎の押離鍵を検出するとともに、押鍵の速度および離鍵の速度を検出する機構を有し、押離鍵および押離鍵の速度に対応した信号を発生する。５は鍵盤インターフェイスであり、鍵盤４から供給される各種信号に基づき、音高や押鍵速度等に関する鍵情報を発生し、これらをＣＰＵ１が管理するデータが転送されるアドレス／データ・バス６を介してＣＰＵ１に転送する。
【００１１】さらに、７は操作パネルであり、液晶ディスプレイ等の表示器と、テンキーと、表示器の表示画面の変更等を行うエンターキーと、表示器上のカーソルを移動させるカーソルキーなどとから構成されている。そして、操作パネル７は、アドレス／データ・バス６および操作パネルインターフェイス８を介してＣＰＵ１から供給されるデータを表示するとともに、各キーの状態に応じたデータを操作パネルインターフェイス８およびアドレス／データ・バス６を介してＣＰＵ１に転送する。
【００１２】加えて、９はＭＩＤＩインターフェイスであり、ＣＰＵ１がこのＭＩＤＩインターフェイス９およびＭＩＤＩ規格に応じたデータが転送されるＭＩＤＩ・バス１０を介して他の電子楽器等とＭＩＤＩデータ等の交換を行う。また、１１は楽音合成回路であり、ＣＰＵ１よりＭＩＤＩ・バス１０を介して供給される各種ＭＩＤＩデータに基づいて楽音合成を行う複数の発音チャンネルを有し、この発音チャンネルで形成される複数の楽音信号を出力するとともに、各発音チャンネルの楽音信号のエンベロープレベルを随時アドレス／データ・バス６を介してＣＰＵ１に供給する。１２はサウンドシステムであり、楽音合成回路１１から出力される複数の楽音信号に対してフィルタリングを施し、不要ノイズの除去、あるいは効果音処理などを施した後、増幅してスピーカ１３に与え、楽音として発音させる。
【００１３】なお、通常のＭＩＤＩ規格のチャンネル数が０チャンネルから１５チャンネルまでの計１６個であるのに対して、この実施例におけるＭＩＤＩ・バス１０は、０チャンネルから３９チャンネルまでの計４０チャンネルの幅を有する拡張されたＭＩＤＩ・バスである。したがって、これ以後、これらのチャンネル番号を区別するために、通常のＭＩＤＩ規格に則ったＭＩＤＩチャンネルを外部ＭＩＤＩチャンネルといい、この実施例におけるＭＩＤＩチャンネルを、単に、ＭＩＤＩチャンネルということにする。
【００１４】この実施例において、ＭＩＤＩチャンネル数を電子楽器内部で４０に拡張したのは、以下に示す理由による。すなわち、従来のＭＩＤＩ規格のように、チャンネル数が１６程度と少ないと、鍵盤４による演奏と、自動演奏、あるいは、自動リズム演奏などとを同時に行った場合、チャンネル番号が重なってしまうことがあり、その場合、鍵盤４を弾くことによりノートオンされた発音チャンネルの楽音が外部ＭＩＤＩチャンネルを介して入力されたノートオフによって消音されてしまうことがあったからであり、上述したように、電子楽器内部でＭＩＤＩチャンネルを拡張することにより、以上説明した不都合はなくなる。
【００１５】なお、図１においては、サウンドシステム１２にもＭＩＤＩ・バス１０が接続されているが、これは、このサウンドシステム１２においては、各ＭＩＤＩチャンネルに対応した発音チャンネル毎に楽音のボリュームを制御することができるからであり、ＭＩＤＩ・バス１０を介してサウンドシステム１２の各発音チャンネルへメッセージを転送することにより、たとえば、ある発音チャンネルはこの程度のボリュームでというように、各発音チャンネル毎にボリュームを制御することができ、全体の発音チャンネルのボリュームを制御することができる。
【００１６】このような構成において、ＣＰＵ１の動作について図３〜図１１のフローチャートに基づいて説明する。図１の電子楽器に電源が投入されると、ＣＰＵ１は、まず、図３のメインルーチンのステップＳＡ１の処理へ進み、装置各部のイニシャライズを行う。このイニシャライズは、各種レジスタのゼロリセットおよび周辺回路の初期設定となる各種変数の初期設定等である。そして、ＣＰＵ１は、ステップＳＡ２へ進む。
【００１７】ステップＳＡ２では、ＭＩＤＩ処理を行う。この実施例においては、電子楽器の各部をそれぞれモジュールとしてとらえ、これらの間でのデータ通信は、ＭＩＤＩデータによって行い、各モジュールから出力されるＭＩＤＩデータは、一旦、ＲＡＭ３のＭＩＤＩバッファに格納される。そして、ＣＰＵ１は、このＭＩＤＩ処理において、ＲＡＭ３のＭＩＤＩバッファに格納されたＭＩＤＩデータを順次読み出してデータの種類に応じた所定の処理を行うとともに、読み出したＭＩＤＩデータをＭＩＤＩ・バス１０を介して楽音合成回路１１に転送する。これにより、楽音合成回路１１は、ＭＩＤＩデータに応じて楽音信号を出力する。なお、このＭＩＤＩ処理の詳細については、後述する。そして、このＭＩＤＩ処理が終了すると、ＣＰＵ１は、ステップＳＡ３へ進む。
【００１８】ステップＳＡ３では、外部ＭＩＤＩ処理を行う。この処理は、ＭＩＤＩインターフェイス９およびＭＩＤＩ・バス１０を介して外部から入力されたＭＩＤＩデータを４０チャンネル分に拡張されたＭＩＤＩデータに変換してＭＩＤＩ・バス１０を介してＲＡＭ３のＭＩＤＩバッファに格納するものである。この実施例においては、チャンネル番号０〜１５の計１６個の外部ＭＩＤＩチャンネルは、図２に示すように、そのチャンネル番号に９を加えたＭＩＤＩチャンネルのチャンネル番号９〜２４に割り当てられている。したがって、たとえば、チャンネル番号０の外部ＭＩＤＩチャンネルのノートオンは、チャンネル番号９のＭＩＤＩチャンネルのノートオンとしてＲＡＭ３のＭＩＤＩバッファに格納される。そして、この外部ＭＩＤＩ処理が終了すると、ＣＰＵ１は、ステップＳＡ４へ進む。
【００１９】ステップＳＡ４では、鍵盤４のいずれかのキーが押鍵された際に働く鍵処理を行う。鍵盤４から出力された鍵情報は、まず、鍵盤インターフェイス５およびアドレス／データ・バス６を介してＣＰＵ１に転送されるので、ＣＰＵ１は、この鍵処理において、鍵をスキャンして転送された鍵情報からＭＩＤＩイベントを生成する。この実施例においては、鍵盤４の複数のキーを上鍵域と下鍵域とにスプリットしているので、ＣＰＵ１は、図２に示すように、上鍵域のＭＩＤＩイベントをＭＩＤＩチャンネル０のオーケストラ１のノートオンやノートオフなどの情報とし、下鍵域のＭＩＤＩイベントをＭＩＤＩチャンネル１のオーケストラ２の情報としてＲＡＭ３のＭＩＤＩバッファに順次格納する。なお、この鍵処理の詳細については、後述する。そして、この鍵処理が終了すると、ＣＰＵ１は、ステップＳＡ５へ進む。
【００２０】ステップＳＡ５では、自動演奏処理や自動リズム演奏処理などの自動処理を行う。自動演奏処理は、演奏者によって操作パネル７を用いて設定された曲風（スタイル：ワルツ、ロック、タンゴなど）およびテンポと、鍵盤４を用いて指定された和音情報（コードのルートＲＯＯＴとタイプＴＹＰＥ）とに基づいて自動演奏イベントを生成する。そして、この自動演奏のイベントは、対応するＭＩＤＩチャンネルのイベントとしてＲＡＭ３のＭＩＤＩデータバッファに順次格納する。
【００２１】また、自動リズム演奏処理は、上述した曲風とテンポとに基づいてリズムパターンの生成を行う。そして、このリズムパターンも、対応するＭＩＤＩチャンネルのイベントとしてＲＡＭ３のＭＩＤＩデータバッファに順次格納する。なお、この自動処理の詳細については、後述する。そして、この自動処理が終了すると、ＣＰＵ１は、ステップＳＡ６へ進む。
【００２２】ステップＳＡ６では、楽音合成回路１１の各発音チャンネルの中でエンベロープレベルがある一定以下になった発音チャンネルを空きチャンネルとして検出する発音チャンネル処理を、チャンネル番号０〜３１までの通常音のＭＩＤＩチャンネルに対応した発音チャンネルと、チャンネル番号３２〜３９までのリズム音のＭＩＤＩチャンネルに対応した発音チャンネルとについて別々に行う。なお、この発音チャンネル処理の詳細については、後述する。そして、この発音チャンネル処理が終了すると、ＣＰＵ１は、ステップＳＡ７へ進む。
【００２３】ステップＳＡ７では、演奏者による操作パネル７の操作に応じて曲風やテンポの設定、あるいは、ＭＩＤＩチャンネル毎の音色の設定などを行う。なお、後述する各処理のフローチャートにおいて、代入文がなくて定数的に使用している変数は、このパネル処理においてすべて演奏者が設定するものとする。そして、このパネル処理が終了すると、ＣＰＵ１は、ステップＳＡ８へ進む。
【００２４】ステップＳＡ８では、この電子楽器が備えているシーケンサについてのＭＩＤＩチャンネル番号２〜８のシーケンサトラック１〜７（図２参照）に関する処理等、上述した各処理において特に説明しなかったその他の処理が実行され、こうした処理完了後に、上述したステップＳＡ２に戻り、電源が切断されるまでステップＳＡ２〜ＳＡ８の一連の処理が繰り返し実行される。このように、メインルーチンにおいては、ＣＰＵ１が各種イベントに応じた楽音合成を指示するように動作し、この楽音合成は後述する各種処理によって実現される。
【００２５】次に、ＣＰＵ１のＭＩＤＩ処理について図４R>４のフローチャートに基づいて説明する。ＣＰＵ１の処理が図３のステップＳＡ２へ進むと、図４に示すＭＩＤＩ処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＢ１の処理へ進み、ＲＡＭ３のＭＩＤＩバッファを走査した後、ステップＳＢ２へ進む。
【００２６】ステップＳＢ２では、ＭＩＤＩイベントの有無を判断する。この判断結果が「ＮＯ」の場合、すなわち、ＭＩＤＩイベントが検出されない場合には、何もせず、図３のメインルーチンへ戻り、ステップＳＡ３へ進む。いっぽう、ステップＳＢ２の判断結果が「ＹＥＳ」の場合、すなわち、ＭＩＤＩイベントが検出された場合には、ステップＳＢ３へ進む。
【００２７】ステップＳＢ３では、ＲＡＭ３のＭＩＤＩバッファからＭＩＤＩチャンネル番号およびＭＩＤＩイベントを読み出し、それぞれレジスタＭＣＨおよびＥＶに格納した後、ステップＳＢ４へ進む。ステップＳＢ４では、レジスタＥＶの内容がノートイベントに対応するものであるか否かを判断する。この実施例においては、ノートイベントもリズムのノートイベントも形式としては、ＭＩＤＩ規格のノートオンの形式である。しかし、通常楽音とリズム楽音とを別の発音チャンネルで生成するようにしており、リズム楽音には、図２に示すように、ＭＩＤＩチャンネル番号３２〜３９が別途割当てられているので、ノートイベントとリズムのノートイベントとの判別は、ＭＩＤＩチャンネル番号によって行う。ステップＳＢ４の判断結果が「ＹＥＳ」の場合、すなわち、レジスタＥＶの内容がノートイベントに対応するものである場合には、ステップＳＢ５へ進む。
【００２８】ステップＳＢ５では、ノートイベント処理を行う。なお、このノートイベント処理の詳細については、後述する。そして、このノートイベント処理が終了すると、ＣＰＵ１は、図３のメインルーチンへ戻り、ステップＳＡ３へ進む。いっぽう、ステップＳＢ４の判断結果が「ＮＯ」の場合、すなわち、レジスタＥＶの内容がノートイベントでなく、リズムのノートイベント、あるいは、チャンネルイベントである場合には、ステップＳＢ６へ進む。
【００２９】ステップＳＢ６では、レジスタＥＶの内容がリズムのノートイベントに対応するものであるか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＢ７へ進む。ステップＳＢ７では、リズムノートイベント処理を行う。なお、このリズムノートイベント処理の詳細については、後述する。そして、このリズムノートイベント処理が終了すると、ＣＰＵ１は、図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００３０】いっぽう、ステップＳＢ４の判断結果が「ＮＯ」の場合、すなわち、レジスタＥＶの内容がリズムのノートイベントでなく、チャンネルイベントである場合には、ステップＳＢ８へ進む。ステップＳＢ８では、ＭＩＤＩチャンネルの音色切り替えを要求するプログラムチェンジ情報やピッチベンド情報等のチャンネルイベントを処理するチャンネルイベント処理を行う。そして、このチャンネルイベント処理が終了すると、ＣＰＵ１は、図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００３１】次に、ＣＰＵ１のノートイベント処理について図５のフローチャートに基づいて説明する。ＣＰＵ１の処理が図４のステップＳＢ５へ進むと、図５に示すノートイベント処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＣ１の処理へ進み、レジスタＥＶの内容がノートオンイベントＮＯＮに対応するものであるか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＣ２へ進む。
【００３２】ステップＳＣ２では、割当可能である発音チャンネルを検出するための空き発音チャンネルのサーチをした後、ステップＳＣ３へ進む。ここで、空き発音チャンネルとは、発音まで待機している状態を意味している。ステップＳＣ３では、ステップＳＣ２の空き発音チャンネルのサーチ処理において検出された発音チャンネルの状態から現在空き発音チャンネルがあるか否かを判断する。この判断結果が「ＮＯ」の場合、すなわち、全ての発音チャンネルが何らかの形で発音中である場合には、ステップＳＣ４へ進む。
【００３３】ステップＳＣ４では、発音中の発音チャンネルの中で最も減衰が進んでいる発音チャンネル、あるいは、最も古く押鍵された発音チャンネルを検出し、これを強制的に発音停止させて「空き発音チャンネル」とするトランケート処理を行う。なお、このトランケート処理の詳細については、後述する。そして、このトランケート処理が終了すると、ＣＰＵ１は、ステップＳＣ６へ進む。
【００３４】いっぽう、ステップＳＣ３の判断結果が「ＹＥＳ」の場合、すなわち、現在空き発音チャンネルがある場合には、ステップＳＣ５へ進む。ステップＳＣ５では、アサインされる発音チャンネルの番号が一時格納されるレジスタＡＣＨに、得られた空き発音チャンネルの番号を格納した後、ステップＳＣ６へ進む。ステップＳＣ６では、レジスタＡＣＨに格納された発音チャンネルの番号に対応した発音チャンネルの状態を発音持続状態として表すため、レジスタＳＴ〔ＡＣＨ〕の値（ステート信号ＳＴ）を「１」とした後、ステップＳＣ７へ進む。ここで、このレジスタＳＴ〔ＡＣＨ〕と各発音チャンネルの状態との対応は、ＳＴ〔ＡＣＨ〕＝「０」は空き発音チャンネル、すなわち、チャンネル待機状態を表し、「１」は押鍵中の発音チャンネル、すなわち、ノートオンによる発音持続状態を表し、「２」は離鍵されているが発音中である発音チャンネル、すなわち、リリース波形発音状態を表している。
【００３５】ステップＳＣ７では、発音すべきノートコードＮＣをＭＩＤＩイベントから取り出して、各発音チャンネルで発音中のノートコードＮＣが格納されるレジスタＳＴＮＣ〔ＡＣＨ〕に格納する。１つのノートオンのＭＩＤＩメッセージには、ＭＩＤＩチャンネル番号と、ノートコードＮＣと、ベロシティＮＶ等の情報が納められている。そして、ＣＰＵ１は、ステップＳＣ８へ進む。
【００３６】ステップＳＣ８では、各発音チャンネルにアサインされているＭＩＤＩチャンネルの番号が格納されるレジスタＡＭＣ〔ＡＣＨ〕に、レジスタＭＣＨに格納されているＭＩＤＩチャンネル番号を格納した後、ステップＳＣ９へ進む。ステップＳＣ９では、レジスタＡＣＨに格納された発音チャンネルの番号に対応する楽音合成回路１１の空き発音チャンネルに対してＭＩＤＩチャンネル番号ＭＣＨ、ノートコードＮＣ、ベロシティＮＶ、ノートオン情報をＭＩＤＩ・バス１０を介して出力する。これらは、実際には、ＭＩＤＩ規格に則ったＭＩＤＩイベントの形で送出される。これにより、楽音合成回路１１は、これらの情報に基づいた楽音信号を発生する。そして、ＣＰＵ１は、ステップＳＣ１０へ進む。
【００３７】ステップＳＣ１０では、各発音チャンネル毎に設けられ、ノートオンされる度に１インクリメントされるノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値を０にリセットする。このノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値が最大の発音チャンネルが最も古くから押鍵された発音チャンネルを示しているので、それぞれのノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値を参照することにより、鍵盤４のどのキーが最も早く押鍵されたかを知ることができる。そして、ＣＰＵ１は、ステップＳＣ１１へ進む。
【００３８】ステップＳＣ１１では、発音中の発音チャンネルに対応する全てのノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値を１ずつインクリメントする。もちろん、発音していない発音チャンネルに対応するノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値をインクリメントしてはならない。なお、ここで、発音中の発音チャンネルに対応する全てのノートオンカウンタＮＯＮＣ〔ＡＣＨ〕としたのは、ノートオンされた発音チャンネルに対応する全てのノートオンカウンタＮＯＮＣ〔ＡＣＨ〕とすると、発音中であるが離鍵された発音チャンネル（具体的には、ＳＴ〔ＡＣＨ〕＝「２」）が、後述するトランケート処理において誤って処理されてしまうからである。そして、ＣＰＵ１は、図４のＭＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００３９】いっぽう、ステップＳＣ１の判断結果が「ＮＯ」の場合、すなわち、レジスタＥＶの内容がノートオンイベントＮＯＮに対応するものでなく、ノートオフイベントＮＯＦＦに対応するものである場合には、ステップＳＣ１２へ進む。ステップＳＣ１２では、各発音チャンネルの情報をサーチする。ここで、同じＭＩＤＩチャンネルで同じノートコードＮＣを発音している発音チャンネルがあれば、後述するように、その発音チャンネルのノートオフ処理を行うが、同じノートコードＮＣでも、異なるＭＩＤＩチャンネルであれば、その発音チャンネルはノートオフしてはならない。そこで、このことを検出できるようにするため、ステップＳＣ７および８において、各発音チャンネル毎に、ノートコードＮＣおよびＭＩＤＩチャンネル番号をレジスタＳＴＮＣ〔ＡＣＨ〕およびＡＭＣ〔ＡＣＨ〕にそれぞれ格納しているのである。そして、ＣＰＵ１は、ステップＳＣ１３へ進む。
【００４０】ステップＳＣ１３では、対応する発音チャンネルがあるか否かを判断する。この判断結果が「ＮＯ」の場合、すなわち、対応する発音チャンネルの楽音がもう発音されていない場合、たとえば、押鍵が持続されて発音が完全に減衰してしまった状態や、トランケート処理により押鍵中にもかかわらず発音が強制終了させられた場合などには、なにもせず、図４のＭＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００４１】いっぽう、ステップＳＣ１３の判断結果が「ＹＥＳ」の場合、すなわち、対応する発音チャンネルが現在発音中である場合には、ステップＳＣ１４へ進む。ステップＳＣ１４では、サーチされた発音チャンネル番号をレジスタＣＨへ格納した後、ステップＳＣ１５へ進む。ステップＳＣ１５では、上述した各発音チャンネル毎の状態が記憶されるレジスタＳＴ〔ＣＨ〕に離鍵されているが発音中である発音チャンネル、すなわち、リリース波形発音状態であることを表す「２」を格納した後、ステップＳＣ１６へ進む。ステップＳＣ１６では、レジスタＣＨに格納された発音チャンネルの番号に対応する楽音合成回路１１の発音チャンネルに対してノートオフ情報を出力した後、図４のＭＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００４２】次に、この発明の特徴であるＣＰＵ１のトランケート処理について図６のフローチャートに基づいて説明する。ＣＰＵ１の処理が図５のステップＳＣ４へ進むと、図６に示すトランケート処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＤ１の処理へ進み、各発音チャンネルの状態をスキャンする、すなわち、レジスタＳＴ〔ＣＨ〕をスキャンした後、ステップＳＤ２へ進む。
【００４３】ステップＳＤ２では、ノートオフ中の発音チャンネルがあるか否か、すなわち、レジスタＳＴ〔ＣＨ〕の値が「２」である発音チャンネルがあるか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＤ３へ進む。ステップＳＤ３では、ノートオフ中の発音チャンネルの中でエンベロープレベルＥＮＶが最も小さい発音チャンネル、すなわち、最も減衰が進んでいる発音チャンネルの番号をトランケート候補の発音チャンネルの番号が格納されるレジスタＴＣＨに格納した後、ステップＳＤ５へ進む。
【００４４】いっぽう、ステップＳＤ２の判断結果が「ＮＯ」の場合、すなわち、ノートオフ中の発音チャンネルがない場合には、ステップＳＤ４へ進む。ステップＳＤ４では、発音中の発音チャンネルの中で最も古く押鍵された発音チャンネル、すなわち、ノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値が最大の発音チャンネルの番号をレジスタＴＣＨに格納する。これにより、ストリングスやパイプオルガン等のスローアタックの楽音の音色でも、押鍵中であれば、トランケート処理されることがない。そして、ＣＰＵ１は、ステップＳＤ５へ進む。
【００４５】ステップＳＤ５では、レジスタＴＣＨに格納された発音チャンネルの番号に対応する楽音合成回路１１の発音チャンネルに対してダンプ要求信号を送出する。これにより、楽音合成回路１１の発音チャンネルは、ダンプ要求信号に応じて所定の速度でエンベロープをダンプするが、完全にダンプされるまでにある程度時間がかかる。したがって、この発音チャンネルにすぐにノートオン情報が入力された場合には、不都合が生じる可能性があるが、楽音合成回路１１は、このような状態の場合、該当する発音チャンネルのエンベロープが完全にダンプされるまでノートオン情報を遅延させておき、ダンプが終了した時点でノートオン情報に基づき、直ちに発音を立ち上げる機能を有しているので、問題はない。そして、ＣＰＵ１は、ステップＳＤ６へ進む。ステップＳＤ６では、レジスタＴＣＨの値をレジスタＡＣＨに格納した後、図５のノートイベント処理ルーチンへ戻り、ステップＳＣ６へ進む。
【００４６】次に、ＣＰＵ１のリズムノートイベント処理について図７のフローチャートに基づいて説明する。ＣＰＵ１の処理が図４のステップＳＢ７へ進むと、図７に示すリズムノートイベント処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＥ１の処理へ進み、レジスタＥＶの内容がリズムのノートオンイベントＮＯＮに対応するものであるか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＥ２へ進む。
【００４７】ステップＳＥ２では、割当可能であるリズムチャンネルを検出するための空きリズムチャンネルのサーチをした後、ステップＳＥ３へ進む。ここで、空きリズムチャンネルとは、リズム発音まで待機している状態を意味している。ステップＳＥ３では、ステップＳＥ２の空きリズムチャンネルのサーチ処理において検出されたリズムチャンネルの状態から現在空きリズムチャンネルがあるか否かを判断する。この判断結果が「ＮＯ」の場合、すなわち、全てのリズムチャンネルが何らかの形で発音中である場合には、ステップＳＥ４へ進む。
【００４８】ステップＳＥ４では、リズム発音中のリズムチャンネルの中でエンベロープレベルが最も小さいリズムチャンネル、すなわち、最も減衰が進んでいるリズムチャンネルを検出し、これを強制的に発音停止させて「空きリズムチャンネル」とするリズムトランケート処理を行う。なお、このリズムトランケート処理の詳細については、後述する。そして、このリズムトランケート処理が終了すると、ＣＰＵ１は、ステップＳＥ６へ進む。
【００４９】いっぽう、ステップＳＥ３の判断結果が「ＹＥＳ」の場合、すなわち、現在空きリズムチャンネルがある場合には、ステップＳＥ５へ進む。ステップＳＥ５では、レジスタＡＣＨに得られた空きリズムチャンネルの番号を格納した後、ステップＳＥ６へ進む。ステップＳＥ６では、レジスタＡＣＨに格納されたリズムチャンネルの番号に対応したリズムチャンネルの状態をリズム発音持続状態として表すため、レジスタＲＳＴ〔ＡＣＨ〕の値を「１」とした後、ステップＳＥ７へ進む。ここで、このレジスタＲＳＴ〔ＡＣＨ〕と各リズムチャンネルの状態との対応は、レジスタＳＴ〔ＡＣＨ〕と各発音チャンネルの状態との対応と同様、ＲＳＴ〔ＡＣＨ〕＝「０」は空きリズムチャンネル、すなわち、リズムチャンネル待機状態を表し、「１」はリズムノートオンによるリズム発音持続状態を表し、「２」はリリース波形発音状態を表している。
【００５０】ステップＳＥ７では、リズム発音すべきリズムのノートコードＮＣをＭＩＤＩイベントから取り出して、各リズムチャンネルでリズム発音中のリズムのノートコードＮＣが格納されるレジスタＲＳＴＮＣ〔ＡＣＨ〕に格納する。１つのリズムのノートオンのＭＩＤＩメッセージには、ＭＩＤＩチャンネル番号と、リズムのノートコードＮＣと、ベロシティＮＶ等の情報が納められている。そして、ＣＰＵ１は、ステップＳＥ８へ進む。
【００５１】ステップＳＥ８では、アサインされているＭＩＤＩチャンネルの番号が格納されるレジスタＲＡＭＣ〔ＡＣＨ〕に、レジスタＭＣＨに格納されているＭＩＤＩチャンネル番号を格納した後、ステップＳＥ９へ進む。ステップＳＥ９では、レジスタＡＣＨに格納されたリズムチャンネルの番号に対応する楽音合成回路１１の空きリズムチャンネルに対してＭＩＤＩチャンネル番号ＭＣＨ、リズムのノートコードＮＣ、ベロシティＮＶ、ノートオン情報をＭＩＤＩ・バス１０を介して出力する。これらは、実際には、ＭＩＤＩ規格に則ったＭＩＤＩイベントの形で送出される。これにより、楽音合成回路１１は、これらの情報に基づいたリズム楽音信号を発生する。そして、ＣＰＵ１は、図４のＭＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００５２】いっぽう、ステップＳＥ１の判断結果が「ＮＯ」の場合、すなわち、レジスタＥＶの内容がリズムのノートオンイベントＮＯＮに対応するものでなく、リズムのノートオフイベントＮＯＦＦに対応するものである場合には、ステップＳＥ１０へ進む。ステップＳＥ１０では、各リズムチャンネルの情報をサーチする。ここで、同じＭＩＤＩチャンネルで同じリズムのノートコードＮＣを発音しているリズムチャンネルがあれば、後述するように、そのリズムチャンネルのリズムノートオフ処理を行うが、同じリズムのノートコードＮＣでも、異なるＭＩＤＩチャンネルであれば、そのリズムチャンネルはリズムノートオフしてはならない。そこで、このことを検出できるようにするため、ステップＳＥ７および８において、各リズムチャンネル毎に、リズムのノートコードＮＣおよびＭＩＤＩチャンネル番号をレジスタＲＳＴＮＣ〔ＡＣＨ〕およびＲＡＭＣ〔ＡＣＨ〕にそれぞれ格納しているのである。そして、ＣＰＵ１は、ステップＳＥ１１へ進む。
【００５３】ステップＳＥ１１では、対応するリズムチャンネルがあるか否かを判断する。この判断結果が「ＮＯ」の場合、すなわち、対応するリズムチャンネルの楽音がもうリズム発音されていない場合、たとえば、リズムトランケート処理によりリズム発音が強制終了させられた場合などには、なにもせず、図４のＭＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００５４】いっぽう、ステップＳＥ１１の判断結果が「ＹＥＳ」の場合、すなわち、対応するリズムチャンネルが現在リズム発音中である場合には、ステップＳＥ１２へ進む。ステップＳＥ１２では、サーチされたリズムチャンネル番号をレジスタＣＨへ格納した後、ステップＳＥ１３へ進む。ステップＳＥ１３では、上述した各リズムチャンネル毎の状態が記憶されるレジスタＲＳＴ〔ＣＨ〕にリリース波形発音状態であることを表す「２」を格納した後、ステップＳＥ１４へ進む。ステップＳＥ１４では、レジスタＣＨに格納されたリズムチャンネルの番号に対応する楽音合成回路１１のリズムチャンネルに対してノートオフ情報を出力した後、図４のＭＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻り、ステップＳＡ３へ進む。
【００５５】次に、ＣＰＵ１のリズムトランケート処理について図８のフローチャートに基づいて説明する。ＣＰＵ１の処理が図７のステップＳＥ４へ進むと、図８に示すリズムトランケート処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＦ１の処理へ進み、リズムチャンネルの中で楽音合成回路１１から供給されるエンベロープレベルＥＮＶが最も小さいリズムチャンネル、すなわち、最も減衰が進んでいるリズムチャンネルの番号をトランケート候補としてレジスタＴＣＨに格納する。
【００５６】ただし、打楽器音には、ハイハットやホイッスルなどのように、キーオンとキーオフとがあるイベント駆動型の音色と、ドラムなどのように、キーオンしかないトリガ駆動型の音色とがあるので、これらの音色のエンベロープレベルＥＮＶを一様に比較してしまうと、すでに述べたような不都合が生じてしまう。
【００５７】そこで、イベント駆動型の音色とトリガ駆動型の音色とを区別するために、フラグＥＤを設け、イベント駆動型の音色である場合には、フラグＥＤを１にセットしておき、このステップＳＦ１において、フラグＥＤが１にセットされている場合には、エンベロープレベルＥＮＶに、図１２（ａ）に示すように、オフセットＯＦＴを加えた後、トリガ駆動型の音色のエンベロープレベルＥＮＶと比較して評価することにする。これにより、イベント駆動型の音色がトランケートされにくくなり、キーオフが処理されるので、自然であり、イベント駆動型の打楽器音の音色を正確に発生させることができる。そして、ＣＰＵ１は、ステップＳＦ２へ進む。
【００５８】ステップＳＦ２では、レジスタＴＣＨに格納されたリズムチャンネルの番号に対応する楽音合成回路１１のリズムチャンネルに対してダンプ要求信号を送出する。これにより、楽音合成回路１１のリズムチャンネルは、ダンプ要求信号に応じて所定の速度でエンベロープをダンプする。そして、ＣＰＵ１は、ステップＳＦ３へ進む。ステップＳＦ３では、レジスタＴＣＨの値をレジスタＡＣＨに格納した後、図７のリズムノートイベント処理ルーチンへ戻り、ステップＥＣ６へ進む。
【００５９】次に、ＣＰＵ１の鍵処理について図９のフローチャートに基づいて説明する。ＣＰＵ１の処理が図３R>３のステップＳＡ４へ進むと、図９に示す鍵処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＧ１の処理へ進み、鍵盤４をスキャンして鍵盤４の押離鍵状態を検出した後、ステップＳＧ２へ進む。ステップＳＧ２では、ステップＳＧ１の鍵スキャン処理において検出された鍵盤４の押離鍵状態から鍵イベントの有無を判断する。この判断結果が「ＮＯ」の場合、すなわち、鍵イベントが検出されない場合には、何もせず、図３のメインルーチンへ戻り、ステップＳＡ５へ進む。
【００６０】いっぽう、ステップＳＧ２の判断結果が「ＹＥＳ」の場合、すなわち、鍵イベントが検出された場合には、ステップＳＧ３へ進む。ステップＳＧ３では、あらかじめ設定されているモードＭＯＤＥに応じて対応するＭＩＤＩチャンネルの情報として該当するイベントをＲＡＭ３のＭＩＤＩバッファにアドレス／データ・バス６を介して格納した後、ステップＳＧ４へ進む。
【００６１】ここで、モードＭＯＤＥについて説明する。
【００６２】
【００６３】ステップＳＧ４では、モードＭＯＤＥが「２」であるか否かを判断する。この判断結果が「ＮＯ」の場合には、何もせず、図３のメインルーチンへ戻り、ステップＳＡ５へ進む。いっぽう、ステップＳＧ４の判断結果が「ＹＥＳ」の場合、すなわち、モードＭＯＤＥが「２」である場合には、ステップＳＧ５へ進む。ステップＳＧ５では、鍵盤４の下鍵域で押鍵されているキーのノートナンバの組み合わせからコードのルートＲＯＯＴとタイプＴＹＰＥとを図示せぬテーブルを参照して決定し、ＲＡＭ３に格納した後、図３のメインルーチンへ戻り、ステップＳＡ５へ進む。
【００６４】次に、ＣＰＵ１の自動処理について図１０のフローチャートに基づいて説明する。ＣＰＵ１の処理が図３のステップＳＡ５へ進むと、図１０に示す自動処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＨ１の処理へ進み、モードＭＯＤＥが「２」であるか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＨ２へ進む。
【００６５】ステップＳＨ２では、ＲＯＭ２やＲＡＭ３等の自動伴奏データエリアにあらかじめ７ｔｈの形で記憶された自動伴奏データを、演奏者によって設定されたスタイルＳＴＹＬＥおよびテンポＴＥＭＰＯ並びに上述した鍵処理によって検出されてＲＡＭ３に格納されたタイプＴＹＰＥおよびルートＲＯＯＴに応じて読み出し、タイプＴＹＰＥに応じてメジャーやマイナー等に変更し、ルートＲＯＯＴによってシフトする。以上説明した処理を、図２に示すチャンネル番号２５〜３１のＭＩＤＩチャンネル、すなわち、自動伴奏コードトラック１〜６および自動伴奏ベーストラックについて行い、それらのＭＩＤＩチャンネルの情報として各イベントをＲＡＭ３のＭＩＤＩデータバッファに順次格納した後、ステップＳＨ３へ進む。いっぽう、ステップＳＨ１の判断結果が「ＮＯ」の場合、すなわち、モードＭＯＤＥが「２」でない場合にも、ステップＳＨ３へ進む。
【００６６】ステップＳＨ３では、演奏者が自動リズム演奏を選択した場合に１にセットされる自動リズムフラグＲＨＹＴＨＭが１にセットされているか否かを判断する。この判断結果が「ＮＯ」の場合には、何もせず、図３R>３のメインルーチンへ戻り、ステップＳＡ６へ進む。いっぽう、ステップＳＨ３の判断結果が「ＹＥＳ」の場合、すなわち、自動リズムフラグＲＨＹＴＨＭが１にセットされている場合には、ステップＳＨ４へ進む。ステップＳＨ４では、ＲＯＭ２やＲＡＭ３等の自動リズムデータエリアにあらかじめ記憶された自動リズムデータを演奏者によって設定されたスタイルＳＴＹＬＥおよびテンポＴＥＭＰＯに応じて読み出す処理を、図２に示すチャンネル番号３２〜３９のＭＩＤＩチャンネル、すなわち、自動伴奏リズムトラックについて行い、それらのＭＩＤＩチャンネルの情報として各イベントをＲＡＭ３のＭＩＤＩデータバッファに順次格納した後、図３のメインルーチンへ戻り、ステップＳＡ６へ進む。
【００６７】次に、ＣＰＵ１の発音チャンネル処理について図１１のフローチャートに基づいて説明する。ＣＰＵ１の処理が図３のステップＳＡ６へ進むと、図１１に示す発音チャンネル処理ルーチンが起動される。ＣＰＵ１は、まず、ステップＳＩ１の処理へ進み、全発音チャンネルの状態を検索するため、レジスタＣＨの値を「０」に設定した後、ステップＳＩ２へ進む。
【００６８】ステップＳＩ２では、各発音チャンネル毎のエンベロープレベルが記憶されるレジスタＥＮＶ〔ＣＨ〕に楽音合成回路１１から供給される各発音チャンネルのエンベロープレベルを格納した後、ステップＳＩ３へ進む。ステップＳＩ３では、各発音チャンネル毎の状態を表すレジスタＳＴ〔ＣＨ〕が「２」、すなわち、離鍵されているが発音状態であるか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＩ４へ進み、いっぽう、ステップＳＩ３の判断結果が「ＮＯ」の場合、すなわち、空き発音チャンネルである場合には、当該チャンネルが発音待機状態にあるから、後述するステップＳＩ７へ進む。
【００６９】ステップＳＩ４では、レジスタＥＮＶ〔ＣＨ〕に格納された、レジスタＣＨに設定された発音チャンネルの番号に対応した楽音合成回路１１の発音チャンネルのエンベロープレベルが各音色毎にあらかじめ設定されたスレッショルドＴＨ（たとえば、０にかなり近い値）より小さいか否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＩ５へ進み、いっぽう、ステップＳＩ４の判断結果が「ＮＯ」の場合、すなわち、レジスタＥＮＶ〔ＣＨ〕に格納されたエンベロープレベルがスレッショルドＴＨ以上である場合には、後述するステップＳＩ７へ進む。
【００７０】ステップＳＩ５では、発音チャンネルＣＨは減衰しきっているため、レジスタＳＴ〔ＣＨ〕の値を「０」に設定して発音待機状態であることを示した後、ステップＳＩ６へ進む。ステップＳＩ６では、各発音チャンネル毎に設けられ、ノートオンされる度に１インクリメントされるノートオンカウンタＮＯＮＣ〔ＣＨ〕の値を０にリセットした後、ステップＳＩ７へ進む。
【００７１】ステップＳＩ７では、次の発音チャンネルを検索するために、レジスタＣＨの値を１インクリメントした後、ステップＳＩ７へ進む。ステップＳＩ８では、このインクリメントされたレジスタＣＨの値が３２であるか否か、すなわち、通常音のＭＩＤＩチャンネルに対応した発音チャンネルすべてについて上述したステップＳＩ３〜ＳＩ６の処理が終了したか否かを判断する。この判断結果が「ＮＯ」の場合には、ステップＳＩ２へ戻り、上述した処理を通常音のＭＩＤＩチャンネルに対応した発音チャンネルすべてについて繰返す。
【００７２】いっぽう、ステップＳＩ８の判断結果が「ＹＥＳ」の場合には、ステップＳＩ９へ進む。ステップＳＩ９では、レジスタＥＮＶ〔ＣＨ〕に各リズムチャンネルのエンベロープレベルを格納した後、ステップＳＩ１０へ進む。ステップＳＩ１０では、各リズムチャンネル毎の状態を表すレジスタＲＳＴ〔ＣＨ〕が「０」でない、すなわち、空きリズムチャンネルでない否かを判断する。この判断を行うのは、トリガ駆動型の音色の場合、キーオフがないので、レジスタＲＳＴ〔ＣＨ〕が「０」か「１」にしかならないからである。ステップＳＩ１０の判断結果が「ＹＥＳ」の場合には、ステップＳＩ１１へ進み、いっぽう、ステップＳＩ１０の判断結果が「ＮＯ」の場合、すなわち、空きリズムチャンネルである場合には、当該リズムチャンネルがリズム発音待機状態にあるから、後述するステップＳＩ１３へ進む。
【００７３】ステップＳＩ１１では、レジスタＥＮＶ〔ＣＨ〕に格納された、レジスタＣＨに設定されたリズムチャンネルの番号に対応する楽音合成回路１１のリズムチャンネルのエンベロープレベルが各音色毎にあらかじめ設定されたスレッショルドＴＨ（たとえば、０にかなり近い値）より小さく、かつ、フラグＥＤが０にリセットされている（トリガ駆動型の音色である）か否かを判断する。この判断結果が「ＹＥＳ」の場合には、ステップＳＩ１２へ進み、いっぽう、ステップＳＩ１１の判断結果が「ＮＯ」の場合、すなわち、レジスタＥＮＶ〔ＣＨ〕に格納されたエンベロープレベルがスレッショルドＴＨ以上であるか、または、フラグＥＤが１にセットされている（イベント駆動型の音色である）場合には、後述するステップＳＩ１３へ進む。
【００７４】ステップＳＩ１２では、リズムチャンネルＣＨは減衰しきっているため、レジスタＲＳＴ〔ＣＨ〕の値を「０」に設定してリズム発音待機状態であることを示した後、ステップＳＩ１３へ進む。ステップＳＩ１３では、次のリズムチャンネルを検索するために、レジスタＣＨの値を１インクリメントした後、ステップＳＩ１４へ進む。
【００７５】ステップＳＩ１４では、このインクリメントされたレジスタＣＨの値が４０であるか否か、すなわち、リズム音のＭＩＤＩチャンネルに対応したリズムチャンネルすべてについて上述したステップＳＩ９〜ＳＩ１３の処理が終了したか否かを判断する。この判断結果が「ＮＯ」の場合には、ステップＳＩ９へ戻り、上述した処理をリズム音のＭＩＤＩチャンネルに対応したリズムチャンネルすべてについて繰返す。いっぽう、ステップＳＩ１４の判断結果が「ＹＥＳ」の場合、すなわち、レジスタＣＨの値が４０である場合には、図３のメインルーチンへ戻り、ステップＳＡ７へ進む。
【００７６】なお、上述した一実施例においては、リズム音についてのみこの発明に関するトランケート処理を行うようにして、通常音の発音チャンネルとリズム音のリズムチャンネルとを完全に独立した発音チャンネルとした例を示したが、浮動的にアサインできるようにしてもよい。その際には、リズム音と同様に通常音にもこの発明に関するトランケート処理を行うようにして、ノートイベント処理とトランケート処理の大部分を共用することができる。また、上述した一実施例においては、通常鍵域のトランケート時に、ノートオウされた発音チャンネルがない場合には、最も古くキーオンされた発音チャンネルをトランケートする例を示したが、これに限定されず、たとえば、楽音合成回路１１から各発音チャンネルのエンベロープのステートをＣＰＵ１に供給し、このステートが一番進んでいる発音チャンネルをトランケートしてもよく、また、ＣＰＵ１が楽音合成回路１１の各発音チャンネルのエンベロープのステートを演算によって推測し、この推測したステートが一番進んでいる発音チャンネルをトランケートするようにしてもよい。
【００７７】
【発明の効果】以上説明したように、この発明によれば、スローアタックの音色や異なったリリースを持つ音色を正確に発生でき、発音割当処理を正確に行うことができるという効果がある。
【図面の簡単な説明】
【図１】 この発明の一実施例による電子楽器の構成を示すブロック図である。
【図２】 ＭＩＤＩチャンネルのそれぞれの機能の一例を示す図である。
【図３】 この発明の一実施例におけるＣＰＵ１のメインルーチンの動作を示すフローチャートである。
【図４】 この発明の一実施例におけるＣＰＵ１のＭＩＤＩ処理ルーチンの動作を示すフローチャートである。
【図５】 この発明の一実施例におけるＣＰＵ１のノートイベント処理ルーチンの動作を示すフローチャートである。
【図６】 この発明の一実施例におけるＣＰＵ１のトランケート処理ルーチンの動作を示すフローチャートである。
【図７】 この発明の一実施例におけるＣＰＵ１のリズムイベント処理ルーチンの動作を示すフローチャートである。
【図８】 この発明の一実施例におけるＣＰＵ１のリズムトランケート処理ルーチンの動作を示すフローチャートである。
【図９】 この発明の一実施例におけるＣＰＵ１の鍵処理ルーチンの動作を示すフローチャートである。
【図１０】 この発明の一実施例におけるＣＰＵ１の自動処理ルーチンの動作を示すフローチャートである。
【図１１】 この発明の一実施例におけるＣＰＵ１の発音チャンネル処理ルーチンの動作を示すフローチャートである。
【図１２】 従来の技術の不都合点を説明するための図である。
【符号の説明】
１……ＣＰＵ、２……ＲＯＭ、３……ＲＡＭ、４……鍵盤、５……鍵盤インターフェイス、６……アドレス／データ・バス、７……操作パネル、８……操作パネルインターフェイス、９……ＭＩＤＩインターフェイス、１０……ＭＩＤＩ・バス、１１……楽音合成回路、１２……サウンドシステム、１３……スピーカ。
【特許請求の範囲】
【請求項１】 鍵操作情報を発生する鍵操作情報発生手段と、複数の楽音信号発生用の発音チャンネルを有し、各発音チャンネル毎に、複数の楽音信号をそれぞれ出力する楽音発生手段と、前記複数の発音チャンネルが全て発音中であるか否かを検出する第１の発音チャンネル検出手段と、該第１の発音チャンネル検出手段によって前記複数の発音チャンネルが全て発音中であることが検出された場合に、前記複数の発音チャンネルの中に離鍵中の発音チャンネルがあるか否かを検出する第２の発音チャンネル検出手段と、該第２の発音チャンネル検出手段によって複数の発音チャンネルの中に離鍵中の発音チャンネルがあることが検出された場合には、前記離鍵中の発音チャンネルの中で最もエンベロープレベルが小さい楽音信号の発音チャンネルを検出する第１のトランケートチャンネル検出処理を行って当該検出された発音チャンネルをトランケートし、前記第２の発音チャンネル検出手段によって複数の発音チャンネルの中に離鍵中の発音チャンネルがないことが検出された場合には、前記第１のトランケートチャンネル検出処理とは異なる第２のトランケートチャンネル検出処理を行って検出された発音チャンネルをトランケートするトランケート手段と、該トランケート手段のトランケート結果および前記鍵操作情報発生手段から出力される新たな鍵操作情報に基づいて、新たな楽音の発生を前記楽音発生手段のトランケートされた発音チャンネルに割当てる割当手段とを具備することを特徴とする電子楽器。
【請求項１】 鍵操作情報を発生する鍵操作情報発生手段と、複数の楽音信号発生用の発音チャンネルを有し、各発音チャンネル毎に、複数の楽音信号をそれぞれ出力する楽音発生手段と、前記複数の発音チャンネルが全て発音中であるか否かを検出する第１の発音チャンネル検出手段と、該第１の発音チャンネル検出手段によって前記複数の発音チャンネルが全て発音中であることが検出された場合に、前記複数の発音チャンネルの中に離鍵中の発音チャンネルがあるか否かを検出する第２の発音チャンネル検出手段と、該第２の発音チャンネル検出手段によって複数の発音チャンネルの中に離鍵中の発音チャンネルがあることが検出された場合には、前記離鍵中の発音チャンネルの中で最もエンベロープレベルが小さい楽音信号の発音チャンネルを検出する第１のトランケートチャンネル検出処理を行って当該検出された発音チャンネルをトランケートし、前記第２の発音チャンネル検出手段によって複数の発音チャンネルの中に離鍵中の発音チャンネルがないことが検出された場合には、前記第１のトランケートチャンネル検出処理とは異なる第２のトランケートチャンネル検出処理を行って検出された発音チャンネルをトランケートするトランケート手段と、該トランケート手段のトランケート結果および前記鍵操作情報発生手段から出力される新たな鍵操作情報に基づいて、新たな楽音の発生を前記楽音発生手段のトランケートされた発音チャンネルに割当てる割当手段とを具備することを特徴とする電子楽器。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図１２】
【図７】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図１２】
【図７】
【図９】
【図１０】
【図１１】
【公開番号】特開平５−２６５４５８
【公開日】平成５年（１９９３）１０月１５日
【国際特許分類】
【出願番号】特願平４−６４２１６
【出願日】平成４年（１９９２）３月１９日
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【公開日】平成５年（１９９３）１０月１５日
【国際特許分類】
【出願日】平成４年（１９９２）３月１９日
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
[ Back to top ]