JP2687810B2 - 電子楽器 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、発生される音量等が
時間経過に従い変化する楽音を発生するとともに、発音
割当処理が良好に行える電子楽器に関する。

【０００２】

【従来の技術】従来の複数の楽音発生用チャンネル（発
音チャンネル）を有する電子楽器には、メモリに記憶さ
れた波形データを演奏者による鍵盤等の操作に応じて読
み出す音源と、その波形データの振幅を制御して波形デ
ータの音量を制御するエンベロープ信号を発生するエン
ベロープジェネレータ（ＥＧ）とが設けられているもの
がある。そして、この種の電子楽器には、ＥＧからの出
力等の様々な情報に基づいて、いずれかの発音チャンネ
ルを強制的に空きチャンネルとし、その発音チャンネル
に新たな押鍵音を割当るように制御するトランケート手
段が設けられているものがあった。

【０００３】

【発明が解決しようとする課題】ところで、楽音の中に
は、異なった早さのリリースを持つもの、あるいは、ス
トリングスやパイプオルガンなどのスローアタックの音
色のものやキーオンディレイといってアタックを意識的
に遅らせたものがある。しかしながら、上述した従来の
電子楽器においては、ＥＧから出力されている現在のエ
ンベロープ信号のレベルだけに基づいてトランケート処
理しているため、たとえば、以下に示すような不都合が
生じていた。

【０００４】図１２に示すように、スローアタックの音
色が割当られているチャンネルＣの時刻ｔ₁におけるエ
ンベロープ信号の現在のレベルＬ_cは、楽音の立ち上が
り部分であるにもかかわらず、チャンネルＡおよびＢの
時刻ｔ₁におけるエンベロープ信号の現在のレベルＬ_aお
よびＬ_bより小さいので、チャンネルＣがトランケート
処理されてしまう。したがって、まだ発音されていない
楽音が消音され、不自然である。

【０００５】そこで、最も古く押鍵されたチャンネルを
検出してトランケート処理している従来の電子楽器もあ
るが、その場合には、図１２に示すように、チャンネル
Ａの時刻ｔ₁におけるエンベロープ信号の現在のレベル
Ｌ_aがチャンネルＢの時刻ｔ₁におけるエンベロープ信号
の現在のレベルＬ_bより小さいにもかかわらず、リリー
スの遅いチャンネルＢがトランケート処理されてしま
う。したがって、実際に演奏者等が聴いている音におい
ては、減衰が進んでいる音よりも、まだ聴こえている音
のほうが先に消音されることになり、不自然である。こ
の発明は、このような背景の下になされたもので、スロ
ーアタックの音色や異なったリリースを持つ音色を正確
に発生でき、発音割当処理を正確に行うことができる電
子楽器を提供することを目的とする。

【０００６】

【課題を解決するための手段】この発明による電子楽器
は、鍵操作情報を発生する鍵操作情報発生手段と、複数
の楽音信号発生用の発音チャンネルを有し、各発音チャ
ンネル毎に、複数の楽音信号をそれぞれ出力する楽音発
生手段と、前記複数の発音チャンネルが全て発音中であ
るか否かを検出する第１の発音チャンネル検出手段と、
該第１の発音チャンネル検出手段によって前記複数の発
音チャンネルが全て発音中であることが検出された場合
に、前記複数の発音チャンネルの中に離鍵中の発音チャ
ンネルがあるか否かを検出する第２の発音チャンネル検
出手段と、該第２の発音チャンネル検出手段によって複
数の発音チャンネルの中に離鍵中の発音チャンネルがあ
ることが検出された場合には、前記離鍵中の発音チャン
ネルの中で最もエンベロープレベルが小さい楽音信号の
発音チャンネルを検出する第１のトランケートチャンネ
ル検出処理を行って当該検出された発音チャンネルをト
ランケートし、前記第２の発音チャンネル検出手段によ
って複数の発音チャンネルの中に離鍵中の発音チャンネ
ルがないことが検出された場合には、前記第１のトラン
ケートチャンネル検出処理とは異なる第２のトランケー
トチャンネル検出処理を行って検出された発音チャンネ
ルをトランケートするトランケート手段と、該トランケ
ート手段のトランケート結果および前記鍵操作情報発生
手段から出力される新たな鍵操作情報に基づいて、新た
な楽音の発生を前記楽音発生手段のトランケートされた
発音チャンネルに割当てる割当手段とを具備することを
特徴としている。

【０００７】

【作用】上記構成によれば、鍵操作情報発生手段が新た
な鍵操作情報を発生すると、第１の発音チャンネル検出
手段が複数の発音チャンネルが全て発音中であるか否か
を検出する。そして、第２の発音チャンネル検出手段
は、第１の発音チャンネル検出手段によって複数の発音
チャンネルが全て発音中であることが検出された場合に
は、複数の発音チャンネルの中に離鍵中の発音チャンネ
ルがあるか否かを検出する。

【０００８】これにより、トランケート手段は、複数の
発音チャンネルの中に離鍵中の発音チャンネルがあるこ
とが検出された場合には、離鍵中の発音チャンネルの中
で最もエンベロープレベルが小さい楽音信号の発音チャ
ンネルをトランケートし、複数の発音チャンネルの中に
離鍵中の発音チャンネルがないことが検出された場合に
は、離鍵中の発音チャンネルがある場合とは異なる処理
で検出された発音チャンネルをトランケートする。した
がって、割当手段は、トランケート手段のトランケート
結果および新たな鍵操作情報に基づいて、新たな楽音の
発生を楽音発生手段のトランケートされた発音チャンネ
ルに割当てるので、楽音発生手段は、割当てられた発音
チャンネルから楽音信号を出力する。

【０００９】

【実施例】以下、図面を参照して、この発明の一実施例
について説明する。図１はこの発明の一実施例による電
子楽器の構成を示すブロック図であり、この図におい
て、１は装置各部を制御するＣＰＵ（中央処理装置）、
２はＣＰＵ１にロードされる各種制御プログラムやこれ
らプログラムで用いられる各種データなどが記憶された
ＲＯＭ、３はワーキングバッファやＭＩＤＩデータが格
納されるＭＩＤＩバッファなどが設けられたＲＡＭであ
る。

【００１０】また、４は複数のキーからなる鍵盤であ
り、各鍵毎の押離鍵を検出するとともに、押鍵の速度お
よび離鍵の速度を検出する機構を有し、押離鍵および押
離鍵の速度に対応した信号を発生する。５は鍵盤インタ
ーフェイスであり、鍵盤４から供給される各種信号に基
づき、音高や押鍵速度等に関する鍵情報を発生し、これ
らをＣＰＵ１が管理するデータが転送されるアドレス／
データ・バス６を介してＣＰＵ１に転送する。

【００１１】さらに、７は操作パネルであり、液晶ディ
スプレイ等の表示器と、テンキーと、表示器の表示画面
の変更等を行うエンターキーと、表示器上のカーソルを
移動させるカーソルキーなどとから構成されている。そ
して、操作パネル７は、アドレス／データ・バス６およ
び操作パネルインターフェイス８を介してＣＰＵ１から
供給されるデータを表示するとともに、各キーの状態に
応じたデータを操作パネルインターフェイス８およびア
ドレス／データ・バス６を介してＣＰＵ１に転送する。

【００１２】加えて、９はＭＩＤＩインターフェイスで
あり、ＣＰＵ１がこのＭＩＤＩインターフェイス９およ
びＭＩＤＩ規格に応じたデータが転送されるＭＩＤＩ・
バス１０を介して他の電子楽器等とＭＩＤＩデータ等の
交換を行う。また、１１は楽音合成回路であり、ＣＰＵ
１よりＭＩＤＩ・バス１０を介して供給される各種ＭＩ
ＤＩデータに基づいて楽音合成を行う複数の発音チャン
ネルを有し、この発音チャンネルで形成される複数の楽
音信号を出力するとともに、各発音チャンネルの楽音信
号のエンベロープレベルを随時アドレス／データ・バス
６を介してＣＰＵ１に供給する。１２はサウンドシステ
ムであり、楽音合成回路１１から出力される複数の楽音
信号に対してフィルタリングを施し、不要ノイズの除
去、あるいは効果音処理などを施した後、増幅してスピ
ーカ１３に与え、楽音として発音させる。

【００１３】なお、通常のＭＩＤＩ規格のチャンネル数
が０チャンネルから１５チャンネルまでの計１６個であ
るのに対して、この実施例におけるＭＩＤＩ・バス１０
は、０チャンネルから３９チャンネルまでの計４０チャ
ンネルの幅を有する拡張されたＭＩＤＩ・バスである。
したがって、これ以後、これらのチャンネル番号を区別
するために、通常のＭＩＤＩ規格に則ったＭＩＤＩチャ
ンネルを外部ＭＩＤＩチャンネルといい、この実施例に
おけるＭＩＤＩチャンネルを、単に、ＭＩＤＩチャンネ
ルということにする。

【００１４】この実施例において、ＭＩＤＩチャンネル
数を電子楽器内部で４０に拡張したのは、以下に示す理
由による。すなわち、従来のＭＩＤＩ規格のように、チ
ャンネル数が１６程度と少ないと、鍵盤４による演奏
と、自動演奏、あるいは、自動リズム演奏などとを同時
に行った場合、チャンネル番号が重なってしまうことが
あり、その場合、鍵盤４を弾くことによりノートオンさ
れた発音チャンネルの楽音が外部ＭＩＤＩチャンネルを
介して入力されたノートオフによって消音されてしまう
ことがあったからであり、上述したように、電子楽器内
部でＭＩＤＩチャンネルを拡張することにより、以上説
明した不都合はなくなる。

【００１５】なお、図１においては、サウンドシステム
１２にもＭＩＤＩ・バス１０が接続されているが、これ
は、このサウンドシステム１２においては、各ＭＩＤＩ
チャンネルに対応した発音チャンネル毎に楽音のボリュ
ームを制御することができるからであり、ＭＩＤＩ・バ
ス１０を介してサウンドシステム１２の各発音チャンネ
ルへメッセージを転送することにより、たとえば、ある
発音チャンネルはこの程度のボリュームでというよう
に、各発音チャンネル毎にボリュームを制御することが
でき、全体の発音チャンネルのボリュームを制御するこ
とができる。

【００１６】このような構成において、ＣＰＵ１の動作
について図３〜図１１のフローチャートに基づいて説明
する。図１の電子楽器に電源が投入されると、ＣＰＵ１
は、まず、図３のメインルーチンのステップＳＡ１の処
理へ進み、装置各部のイニシャライズを行う。このイニ
シャライズは、各種レジスタのゼロリセットおよび周辺
回路の初期設定となる各種変数の初期設定等である。そ
して、ＣＰＵ１は、ステップＳＡ２へ進む。

【００１７】ステップＳＡ２では、ＭＩＤＩ処理を行
う。この実施例においては、電子楽器の各部をそれぞれ
モジュールとしてとらえ、これらの間でのデータ通信
は、ＭＩＤＩデータによって行い、各モジュールから出
力されるＭＩＤＩデータは、一旦、ＲＡＭ３のＭＩＤＩ
バッファに格納される。そして、ＣＰＵ１は、このＭＩ
ＤＩ処理において、ＲＡＭ３のＭＩＤＩバッファに格納
されたＭＩＤＩデータを順次読み出してデータの種類に
応じた所定の処理を行うとともに、読み出したＭＩＤＩ
データをＭＩＤＩ・バス１０を介して楽音合成回路１１
に転送する。これにより、楽音合成回路１１は、ＭＩＤ
Ｉデータに応じて楽音信号を出力する。なお、このＭＩ
ＤＩ処理の詳細については、後述する。そして、このＭ
ＩＤＩ処理が終了すると、ＣＰＵ１は、ステップＳＡ３
へ進む。

【００１８】ステップＳＡ３では、外部ＭＩＤＩ処理を
行う。この処理は、ＭＩＤＩインターフェイス９および
ＭＩＤＩ・バス１０を介して外部から入力されたＭＩＤ
Ｉデータを４０チャンネル分に拡張されたＭＩＤＩデー
タに変換してＭＩＤＩ・バス１０を介してＲＡＭ３のＭ
ＩＤＩバッファに格納するものである。この実施例にお
いては、チャンネル番号０〜１５の計１６個の外部ＭＩ
ＤＩチャンネルは、図２に示すように、そのチャンネル
番号に９を加えたＭＩＤＩチャンネルのチャンネル番号
９〜２４に割り当てられている。したがって、たとえ
ば、チャンネル番号０の外部ＭＩＤＩチャンネルのノー
トオンは、チャンネル番号９のＭＩＤＩチャンネルのノ
ートオンとしてＲＡＭ３のＭＩＤＩバッファに格納され
る。そして、この外部ＭＩＤＩ処理が終了すると、ＣＰ
Ｕ１は、ステップＳＡ４へ進む。

【００１９】ステップＳＡ４では、鍵盤４のいずれかの
キーが押鍵された際に働く鍵処理を行う。鍵盤４から出
力された鍵情報は、まず、鍵盤インターフェイス５およ
びアドレス／データ・バス６を介してＣＰＵ１に転送さ
れるので、ＣＰＵ１は、この鍵処理において、鍵をスキ
ャンして転送された鍵情報からＭＩＤＩイベントを生成
する。この実施例においては、鍵盤４の複数のキーを上
鍵域と下鍵域とにスプリットしているので、ＣＰＵ１
は、図２に示すように、上鍵域のＭＩＤＩイベントをＭ
ＩＤＩチャンネル０のオーケストラ１のノートオンやノ
ートオフなどの情報とし、下鍵域のＭＩＤＩイベントを
ＭＩＤＩチャンネル１のオーケストラ２の情報としてＲ
ＡＭ３のＭＩＤＩバッファに順次格納する。なお、この
鍵処理の詳細については、後述する。そして、この鍵処
理が終了すると、ＣＰＵ１は、ステップＳＡ５へ進む。

【００２０】ステップＳＡ５では、自動演奏処理や自動
リズム演奏処理などの自動処理を行う。自動演奏処理
は、演奏者によって操作パネル７を用いて設定された曲
風（スタイル：ワルツ、ロック、タンゴなど）およびテ
ンポと、鍵盤４を用いて指定された和音情報（コードの
ルートＲＯＯＴとタイプＴＹＰＥ）とに基づいて自動演
奏イベントを生成する。そして、この自動演奏のイベン
トは、対応するＭＩＤＩチャンネルのイベントとしてＲ
ＡＭ３のＭＩＤＩデータバッファに順次格納する。

【００２１】また、自動リズム演奏処理は、上述した曲
風とテンポとに基づいてリズムパターンの生成を行う。
そして、このリズムパターンも、対応するＭＩＤＩチャ
ンネルのイベントとしてＲＡＭ３のＭＩＤＩデータバッ
ファに順次格納する。なお、この自動処理の詳細につい
ては、後述する。そして、この自動処理が終了すると、
ＣＰＵ１は、ステップＳＡ６へ進む。

【００２２】ステップＳＡ６では、楽音合成回路１１の
各発音チャンネルの中でエンベロープレベルがある一定
以下になった発音チャンネルを空きチャンネルとして検
出する発音チャンネル処理を、チャンネル番号０〜３１
までの通常音のＭＩＤＩチャンネルに対応した発音チャ
ンネルと、チャンネル番号３２〜３９までのリズム音の
ＭＩＤＩチャンネルに対応した発音チャンネルとについ
て別々に行う。なお、この発音チャンネル処理の詳細に
ついては、後述する。そして、この発音チャンネル処理
が終了すると、ＣＰＵ１は、ステップＳＡ７へ進む。

【００２３】ステップＳＡ７では、演奏者による操作パ
ネル７の操作に応じて曲風やテンポの設定、あるいは、
ＭＩＤＩチャンネル毎の音色の設定などを行う。なお、
後述する各処理のフローチャートにおいて、代入文がな
くて定数的に使用している変数は、このパネル処理にお
いてすべて演奏者が設定するものとする。そして、この
パネル処理が終了すると、ＣＰＵ１は、ステップＳＡ８
へ進む。

【００２４】ステップＳＡ８では、この電子楽器が備え
ているシーケンサについてのＭＩＤＩチャンネル番号２
〜８のシーケンサトラック１〜７（図２参照）に関する
処理等、上述した各処理において特に説明しなかったそ
の他の処理が実行され、こうした処理完了後に、上述し
たステップＳＡ２に戻り、電源が切断されるまでステッ
プＳＡ２〜ＳＡ８の一連の処理が繰り返し実行される。
このように、メインルーチンにおいては、ＣＰＵ１が各
種イベントに応じた楽音合成を指示するように動作し、
この楽音合成は後述する各種処理によって実現される。

【００２５】次に、ＣＰＵ１のＭＩＤＩ処理について図
４のフローチャートに基づいて説明する。ＣＰＵ１の処
理が図３のステップＳＡ２へ進むと、図４に示すＭＩＤ
Ｉ処理ルーチンが起動される。ＣＰＵ１は、まず、ステ
ップＳＢ１の処理へ進み、ＲＡＭ３のＭＩＤＩバッファ
を走査した後、ステップＳＢ２へ進む。

【００２６】ステップＳＢ２では、ＭＩＤＩイベントの
有無を判断する。この判断結果が「ＮＯ」の場合、すな
わち、ＭＩＤＩイベントが検出されない場合には、何も
せず、図３のメインルーチンへ戻り、ステップＳＡ３へ
進む。いっぽう、ステップＳＢ２の判断結果が「ＹＥ
Ｓ」の場合、すなわち、ＭＩＤＩイベントが検出された
場合には、ステップＳＢ３へ進む。

【００２７】ステップＳＢ３では、ＲＡＭ３のＭＩＤＩ
バッファからＭＩＤＩチャンネル番号およびＭＩＤＩイ
ベントを読み出し、それぞれレジスタＭＣＨおよびＥＶ
に格納した後、ステップＳＢ４へ進む。ステップＳＢ４
では、レジスタＥＶの内容がノートイベントに対応する
ものであるか否かを判断する。この実施例においては、
ノートイベントもリズムのノートイベントも形式として
は、ＭＩＤＩ規格のノートオンの形式である。しかし、
通常楽音とリズム楽音とを別の発音チャンネルで生成す
るようにしており、リズム楽音には、図２に示すよう
に、ＭＩＤＩチャンネル番号３２〜３９が別途割当てら
れているので、ノートイベントとリズムのノートイベン
トとの判別は、ＭＩＤＩチャンネル番号によって行う。
ステップＳＢ４の判断結果が「ＹＥＳ」の場合、すなわ
ち、レジスタＥＶの内容がノートイベントに対応するも
のである場合には、ステップＳＢ５へ進む。

【００２８】ステップＳＢ５では、ノートイベント処理
を行う。なお、このノートイベント処理の詳細について
は、後述する。そして、このノートイベント処理が終了
すると、ＣＰＵ１は、図３のメインルーチンへ戻り、ス
テップＳＡ３へ進む。いっぽう、ステップＳＢ４の判断
結果が「ＮＯ」の場合、すなわち、レジスタＥＶの内容
がノートイベントでなく、リズムのノートイベント、あ
るいは、チャンネルイベントである場合には、ステップ
ＳＢ６へ進む。

【００２９】ステップＳＢ６では、レジスタＥＶの内容
がリズムのノートイベントに対応するものであるか否か
を判断する。この判断結果が「ＹＥＳ」の場合には、ス
テップＳＢ７へ進む。ステップＳＢ７では、リズムノー
トイベント処理を行う。なお、このリズムノートイベン
ト処理の詳細については、後述する。そして、このリズ
ムノートイベント処理が終了すると、ＣＰＵ１は、図３
のメインルーチンへ戻り、ステップＳＡ３へ進む。

【００３０】いっぽう、ステップＳＢ４の判断結果が
「ＮＯ」の場合、すなわち、レジスタＥＶの内容がリズ
ムのノートイベントでなく、チャンネルイベントである
場合には、ステップＳＢ８へ進む。ステップＳＢ８で
は、ＭＩＤＩチャンネルの音色切り替えを要求するプロ
グラムチェンジ情報やピッチベンド情報等のチャンネル
イベントを処理するチャンネルイベント処理を行う。そ
して、このチャンネルイベント処理が終了すると、ＣＰ
Ｕ１は、図３のメインルーチンへ戻り、ステップＳＡ３
へ進む。

【００３１】次に、ＣＰＵ１のノートイベント処理につ
いて図５のフローチャートに基づいて説明する。ＣＰＵ
１の処理が図４のステップＳＢ５へ進むと、図５に示す
ノートイベント処理ルーチンが起動される。ＣＰＵ１
は、まず、ステップＳＣ１の処理へ進み、レジスタＥＶ
の内容がノートオンイベントＮＯＮに対応するものであ
るか否かを判断する。この判断結果が「ＹＥＳ」の場合
には、ステップＳＣ２へ進む。

【００３２】ステップＳＣ２では、割当可能である発音
チャンネルを検出するための空き発音チャンネルのサー
チをした後、ステップＳＣ３へ進む。ここで、空き発音
チャンネルとは、発音まで待機している状態を意味して
いる。ステップＳＣ３では、ステップＳＣ２の空き発音
チャンネルのサーチ処理において検出された発音チャン
ネルの状態から現在空き発音チャンネルがあるか否かを
判断する。この判断結果が「ＮＯ」の場合、すなわち、
全ての発音チャンネルが何らかの形で発音中である場合
には、ステップＳＣ４へ進む。

【００３３】ステップＳＣ４では、発音中の発音チャン
ネルの中で最も減衰が進んでいる発音チャンネル、ある
いは、最も古く押鍵された発音チャンネルを検出し、こ
れを強制的に発音停止させて「空き発音チャンネル」と
するトランケート処理を行う。なお、このトランケート
処理の詳細については、後述する。そして、このトラン
ケート処理が終了すると、ＣＰＵ１は、ステップＳＣ６
へ進む。

【００３４】いっぽう、ステップＳＣ３の判断結果が
「ＹＥＳ」の場合、すなわち、現在空き発音チャンネル
がある場合には、ステップＳＣ５へ進む。ステップＳＣ
５では、アサインされる発音チャンネルの番号が一時格
納されるレジスタＡＣＨに、得られた空き発音チャンネ
ルの番号を格納した後、ステップＳＣ６へ進む。ステッ
プＳＣ６では、レジスタＡＣＨに格納された発音チャン
ネルの番号に対応した発音チャンネルの状態を発音持続
状態として表すため、レジスタＳＴ〔ＡＣＨ〕の値（ス
テート信号ＳＴ）を「１」とした後、ステップＳＣ７へ
進む。ここで、このレジスタＳＴ〔ＡＣＨ〕と各発音チ
ャンネルの状態との対応は、ＳＴ〔ＡＣＨ〕＝「０」は
空き発音チャンネル、すなわち、チャンネル待機状態を
表し、「１」は押鍵中の発音チャンネル、すなわち、ノ
ートオンによる発音持続状態を表し、「２」は離鍵され
ているが発音中である発音チャンネル、すなわち、リリ
ース波形発音状態を表している。

【００３５】ステップＳＣ７では、発音すべきノートコ
ードＮＣをＭＩＤＩイベントから取り出して、各発音チ
ャンネルで発音中のノートコードＮＣが格納されるレジ
スタＳＴＮＣ〔ＡＣＨ〕に格納する。１つのノートオン
のＭＩＤＩメッセージには、ＭＩＤＩチャンネル番号
と、ノートコードＮＣと、ベロシティＮＶ等の情報が納
められている。そして、ＣＰＵ１は、ステップＳＣ８へ
進む。

【００３６】ステップＳＣ８では、各発音チャンネルに
アサインされているＭＩＤＩチャンネルの番号が格納さ
れるレジスタＡＭＣ〔ＡＣＨ〕に、レジスタＭＣＨに格
納されているＭＩＤＩチャンネル番号を格納した後、ス
テップＳＣ９へ進む。ステップＳＣ９では、レジスタＡ
ＣＨに格納された発音チャンネルの番号に対応する楽音
合成回路１１の空き発音チャンネルに対してＭＩＤＩチ
ャンネル番号ＭＣＨ、ノートコードＮＣ、ベロシティＮ
Ｖ、ノートオン情報をＭＩＤＩ・バス１０を介して出力
する。これらは、実際には、ＭＩＤＩ規格に則ったＭＩ
ＤＩイベントの形で送出される。これにより、楽音合成
回路１１は、これらの情報に基づいた楽音信号を発生す
る。そして、ＣＰＵ１は、ステップＳＣ１０へ進む。

【００３７】ステップＳＣ１０では、各発音チャンネル
毎に設けられ、ノートオンされる度に１インクリメント
されるノートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値を０
にリセットする。このノートオンカウンタＮＯＮＣ〔Ａ
ＣＨ〕の値が最大の発音チャンネルが最も古くから押鍵
された発音チャンネルを示しているので、それぞれのノ
ートオンカウンタＮＯＮＣ〔ＡＣＨ〕の値を参照するこ
とにより、鍵盤４のどのキーが最も早く押鍵されたかを
知ることができる。そして、ＣＰＵ１は、ステップＳＣ
１１へ進む。

【００３８】ステップＳＣ１１では、発音中の発音チャ
ンネルに対応する全てのノートオンカウンタＮＯＮＣ
〔ＡＣＨ〕の値を１ずつインクリメントする。もちろ
ん、発音していない発音チャンネルに対応するノートオ
ンカウンタＮＯＮＣ〔ＡＣＨ〕の値をインクリメントし
てはならない。なお、ここで、発音中の発音チャンネル
に対応する全てのノートオンカウンタＮＯＮＣ〔ＡＣ
Ｈ〕としたのは、ノートオンされた発音チャンネルに対
応する全てのノートオンカウンタＮＯＮＣ〔ＡＣＨ〕と
すると、発音中であるが離鍵された発音チャンネル（具
体的には、ＳＴ〔ＡＣＨ〕＝「２」）が、後述するトラ
ンケート処理において誤って処理されてしまうからであ
る。そして、ＣＰＵ１は、図４のＭＩＤＩ処理ルーチン
を経て図３のメインルーチンへ戻り、ステップＳＡ３へ
進む。

【００３９】いっぽう、ステップＳＣ１の判断結果が
「ＮＯ」の場合、すなわち、レジスタＥＶの内容がノー
トオンイベントＮＯＮに対応するものでなく、ノートオ
フイベントＮＯＦＦに対応するものである場合には、ス
テップＳＣ１２へ進む。ステップＳＣ１２では、各発音
チャンネルの情報をサーチする。ここで、同じＭＩＤＩ
チャンネルで同じノートコードＮＣを発音している発音
チャンネルがあれば、後述するように、その発音チャン
ネルのノートオフ処理を行うが、同じノートコードＮＣ
でも、異なるＭＩＤＩチャンネルであれば、その発音チ
ャンネルはノートオフしてはならない。そこで、このこ
とを検出できるようにするため、ステップＳＣ７および
８において、各発音チャンネル毎に、ノートコードＮＣ
およびＭＩＤＩチャンネル番号をレジスタＳＴＮＣ〔Ａ
ＣＨ〕およびＡＭＣ〔ＡＣＨ〕にそれぞれ格納している
のである。そして、ＣＰＵ１は、ステップＳＣ１３へ進
む。

【００４０】ステップＳＣ１３では、対応する発音チャ
ンネルがあるか否かを判断する。この判断結果が「Ｎ
Ｏ」の場合、すなわち、対応する発音チャンネルの楽音
がもう発音されていない場合、たとえば、押鍵が持続さ
れて発音が完全に減衰してしまった状態や、トランケー
ト処理により押鍵中にもかかわらず発音が強制終了させ
られた場合などには、なにもせず、図４のＭＩＤＩ処理
ルーチンを経て図３のメインルーチンへ戻り、ステップ
ＳＡ３へ進む。

【００４１】いっぽう、ステップＳＣ１３の判断結果が
「ＹＥＳ」の場合、すなわち、対応する発音チャンネル
が現在発音中である場合には、ステップＳＣ１４へ進
む。ステップＳＣ１４では、サーチされた発音チャンネ
ル番号をレジスタＣＨへ格納した後、ステップＳＣ１５
へ進む。ステップＳＣ１５では、上述した各発音チャン
ネル毎の状態が記憶されるレジスタＳＴ〔ＣＨ〕に離鍵
されているが発音中である発音チャンネル、すなわち、
リリース波形発音状態であることを表す「２」を格納し
た後、ステップＳＣ１６へ進む。ステップＳＣ１６で
は、レジスタＣＨに格納された発音チャンネルの番号に
対応する楽音合成回路１１の発音チャンネルに対してノ
ートオフ情報を出力した後、図４のＭＩＤＩ処理ルーチ
ンを経て図３のメインルーチンへ戻り、ステップＳＡ３
へ進む。

【００４２】次に、この発明の特徴であるＣＰＵ１のト
ランケート処理について図６のフローチャートに基づい
て説明する。ＣＰＵ１の処理が図５のステップＳＣ４へ
進むと、図６に示すトランケート処理ルーチンが起動さ
れる。ＣＰＵ１は、まず、ステップＳＤ１の処理へ進
み、各発音チャンネルの状態をスキャンする、すなわ
ち、レジスタＳＴ〔ＣＨ〕をスキャンした後、ステップ
ＳＤ２へ進む。

【００４３】ステップＳＤ２では、ノートオフ中の発音
チャンネルがあるか否か、すなわち、レジスタＳＴ〔Ｃ
Ｈ〕の値が「２」である発音チャンネルがあるか否かを
判断する。この判断結果が「ＹＥＳ」の場合には、ステ
ップＳＤ３へ進む。ステップＳＤ３では、ノートオフ中
の発音チャンネルの中でエンベロープレベルＥＮＶが最
も小さい発音チャンネル、すなわち、最も減衰が進んで
いる発音チャンネルの番号をトランケート候補の発音チ
ャンネルの番号が格納されるレジスタＴＣＨに格納した
後、ステップＳＤ５へ進む。

【００４４】いっぽう、ステップＳＤ２の判断結果が
「ＮＯ」の場合、すなわち、ノートオフ中の発音チャン
ネルがない場合には、ステップＳＤ４へ進む。ステップ
ＳＤ４では、発音中の発音チャンネルの中で最も古く押
鍵された発音チャンネル、すなわち、ノートオンカウン
タＮＯＮＣ〔ＡＣＨ〕の値が最大の発音チャンネルの番
号をレジスタＴＣＨに格納する。これにより、ストリン
グスやパイプオルガン等のスローアタックの楽音の音色
でも、押鍵中であれば、トランケート処理されることが
ない。そして、ＣＰＵ１は、ステップＳＤ５へ進む。

【００４５】ステップＳＤ５では、レジスタＴＣＨに格
納された発音チャンネルの番号に対応する楽音合成回路
１１の発音チャンネルに対してダンプ要求信号を送出す
る。これにより、楽音合成回路１１の発音チャンネル
は、ダンプ要求信号に応じて所定の速度でエンベロープ
をダンプするが、完全にダンプされるまでにある程度時
間がかかる。したがって、この発音チャンネルにすぐに
ノートオン情報が入力された場合には、不都合が生じる
可能性があるが、楽音合成回路１１は、このような状態
の場合、該当する発音チャンネルのエンベロープが完全
にダンプされるまでノートオン情報を遅延させておき、
ダンプが終了した時点でノートオン情報に基づき、直ち
に発音を立ち上げる機能を有しているので、問題はな
い。そして、ＣＰＵ１は、ステップＳＤ６へ進む。ステ
ップＳＤ６では、レジスタＴＣＨの値をレジスタＡＣＨ
に格納した後、図５のノートイベント処理ルーチンへ戻
り、ステップＳＣ６へ進む。

【００４６】次に、ＣＰＵ１のリズムノートイベント処
理について図７のフローチャートに基づいて説明する。
ＣＰＵ１の処理が図４のステップＳＢ７へ進むと、図７
に示すリズムノートイベント処理ルーチンが起動され
る。ＣＰＵ１は、まず、ステップＳＥ１の処理へ進み、
レジスタＥＶの内容がリズムのノートオンイベントＮＯ
Ｎに対応するものであるか否かを判断する。この判断結
果が「ＹＥＳ」の場合には、ステップＳＥ２へ進む。

【００４７】ステップＳＥ２では、割当可能であるリズ
ムチャンネルを検出するための空きリズムチャンネルの
サーチをした後、ステップＳＥ３へ進む。ここで、空き
リズムチャンネルとは、リズム発音まで待機している状
態を意味している。ステップＳＥ３では、ステップＳＥ
２の空きリズムチャンネルのサーチ処理において検出さ
れたリズムチャンネルの状態から現在空きリズムチャン
ネルがあるか否かを判断する。この判断結果が「ＮＯ」
の場合、すなわち、全てのリズムチャンネルが何らかの
形で発音中である場合には、ステップＳＥ４へ進む。

【００４８】ステップＳＥ４では、リズム発音中のリズ
ムチャンネルの中でエンベロープレベルが最も小さいリ
ズムチャンネル、すなわち、最も減衰が進んでいるリズ
ムチャンネルを検出し、これを強制的に発音停止させて
「空きリズムチャンネル」とするリズムトランケート処
理を行う。なお、このリズムトランケート処理の詳細に
ついては、後述する。そして、このリズムトランケート
処理が終了すると、ＣＰＵ１は、ステップＳＥ６へ進
む。

【００４９】いっぽう、ステップＳＥ３の判断結果が
「ＹＥＳ」の場合、すなわち、現在空きリズムチャンネ
ルがある場合には、ステップＳＥ５へ進む。ステップＳ
Ｅ５では、レジスタＡＣＨに得られた空きリズムチャン
ネルの番号を格納した後、ステップＳＥ６へ進む。ステ
ップＳＥ６では、レジスタＡＣＨに格納されたリズムチ
ャンネルの番号に対応したリズムチャンネルの状態をリ
ズム発音持続状態として表すため、レジスタＲＳＴ〔Ａ
ＣＨ〕の値を「１」とした後、ステップＳＥ７へ進む。
ここで、このレジスタＲＳＴ〔ＡＣＨ〕と各リズムチャ
ンネルの状態との対応は、レジスタＳＴ〔ＡＣＨ〕と各
発音チャンネルの状態との対応と同様、ＲＳＴ〔ＡＣ
Ｈ〕＝「０」は空きリズムチャンネル、すなわち、リズ
ムチャンネル待機状態を表し、「１」はリズムノートオ
ンによるリズム発音持続状態を表し、「２」はリリース
波形発音状態を表している。

【００５０】ステップＳＥ７では、リズム発音すべきリ
ズムのノートコードＮＣをＭＩＤＩイベントから取り出
して、各リズムチャンネルでリズム発音中のリズムのノ
ートコードＮＣが格納されるレジスタＲＳＴＮＣ〔ＡＣ
Ｈ〕に格納する。１つのリズムのノートオンのＭＩＤＩ
メッセージには、ＭＩＤＩチャンネル番号と、リズムの
ノートコードＮＣと、ベロシティＮＶ等の情報が納めら
れている。そして、ＣＰＵ１は、ステップＳＥ８へ進
む。

【００５１】ステップＳＥ８では、アサインされている
ＭＩＤＩチャンネルの番号が格納されるレジスタＲＡＭ
Ｃ〔ＡＣＨ〕に、レジスタＭＣＨに格納されているＭＩ
ＤＩチャンネル番号を格納した後、ステップＳＥ９へ進
む。ステップＳＥ９では、レジスタＡＣＨに格納された
リズムチャンネルの番号に対応する楽音合成回路１１の
空きリズムチャンネルに対してＭＩＤＩチャンネル番号
ＭＣＨ、リズムのノートコードＮＣ、ベロシティＮＶ、
ノートオン情報をＭＩＤＩ・バス１０を介して出力す
る。これらは、実際には、ＭＩＤＩ規格に則ったＭＩＤ
Ｉイベントの形で送出される。これにより、楽音合成回
路１１は、これらの情報に基づいたリズム楽音信号を発
生する。そして、ＣＰＵ１は、図４のＭＩＤＩ処理ルー
チンを経て図３のメインルーチンへ戻り、ステップＳＡ
３へ進む。

【００５２】いっぽう、ステップＳＥ１の判断結果が
「ＮＯ」の場合、すなわち、レジスタＥＶの内容がリズ
ムのノートオンイベントＮＯＮに対応するものでなく、
リズムのノートオフイベントＮＯＦＦに対応するもので
ある場合には、ステップＳＥ１０へ進む。ステップＳＥ
１０では、各リズムチャンネルの情報をサーチする。こ
こで、同じＭＩＤＩチャンネルで同じリズムのノートコ
ードＮＣを発音しているリズムチャンネルがあれば、後
述するように、そのリズムチャンネルのリズムノートオ
フ処理を行うが、同じリズムのノートコードＮＣでも、
異なるＭＩＤＩチャンネルであれば、そのリズムチャン
ネルはリズムノートオフしてはならない。そこで、この
ことを検出できるようにするため、ステップＳＥ７およ
び８において、各リズムチャンネル毎に、リズムのノー
トコードＮＣおよびＭＩＤＩチャンネル番号をレジスタ
ＲＳＴＮＣ〔ＡＣＨ〕およびＲＡＭＣ〔ＡＣＨ〕にそれ
ぞれ格納しているのである。そして、ＣＰＵ１は、ステ
ップＳＥ１１へ進む。

【００５３】ステップＳＥ１１では、対応するリズムチ
ャンネルがあるか否かを判断する。この判断結果が「Ｎ
Ｏ」の場合、すなわち、対応するリズムチャンネルの楽
音がもうリズム発音されていない場合、たとえば、リズ
ムトランケート処理によりリズム発音が強制終了させら
れた場合などには、なにもせず、図４のＭＩＤＩ処理ル
ーチンを経て図３のメインルーチンへ戻り、ステップＳ
Ａ３へ進む。

【００５４】いっぽう、ステップＳＥ１１の判断結果が
「ＹＥＳ」の場合、すなわち、対応するリズムチャンネ
ルが現在リズム発音中である場合には、ステップＳＥ１
２へ進む。ステップＳＥ１２では、サーチされたリズム
チャンネル番号をレジスタＣＨへ格納した後、ステップ
ＳＥ１３へ進む。ステップＳＥ１３では、上述した各リ
ズムチャンネル毎の状態が記憶されるレジスタＲＳＴ
〔ＣＨ〕にリリース波形発音状態であることを表す
「２」を格納した後、ステップＳＥ１４へ進む。ステッ
プＳＥ１４では、レジスタＣＨに格納されたリズムチャ
ンネルの番号に対応する楽音合成回路１１のリズムチャ
ンネルに対してノートオフ情報を出力した後、図４のＭ
ＩＤＩ処理ルーチンを経て図３のメインルーチンへ戻
り、ステップＳＡ３へ進む。

【００５５】次に、ＣＰＵ１のリズムトランケート処理
について図８のフローチャートに基づいて説明する。Ｃ
ＰＵ１の処理が図７のステップＳＥ４へ進むと、図８に
示すリズムトランケート処理ルーチンが起動される。Ｃ
ＰＵ１は、まず、ステップＳＦ１の処理へ進み、リズム
チャンネルの中で楽音合成回路１１から供給されるエン
ベロープレベルＥＮＶが最も小さいリズムチャンネル、
すなわち、最も減衰が進んでいるリズムチャンネルの番
号をトランケート候補としてレジスタＴＣＨに格納す
る。

【００５６】ただし、打楽器音には、ハイハットやホイ
ッスルなどのように、キーオンとキーオフとがあるイベ
ント駆動型の音色と、ドラムなどのように、キーオンし
かないトリガ駆動型の音色とがあるので、これらの音色
のエンベロープレベルＥＮＶを一様に比較してしまう
と、すでに述べたような不都合が生じてしまう。

【００５７】そこで、イベント駆動型の音色とトリガ駆
動型の音色とを区別するために、フラグＥＤを設け、イ
ベント駆動型の音色である場合には、フラグＥＤを１に
セットしておき、このステップＳＦ１において、フラグ
ＥＤが１にセットされている場合には、エンベロープレ
ベルＥＮＶに、図１２（ａ）に示すように、オフセット
ＯＦＴを加えた後、トリガ駆動型の音色のエンベロープ
レベルＥＮＶと比較して評価することにする。これによ
り、イベント駆動型の音色がトランケートされにくくな
り、キーオフが処理されるので、自然であり、イベント
駆動型の打楽器音の音色を正確に発生させることができ
る。そして、ＣＰＵ１は、ステップＳＦ２へ進む。

【００５８】ステップＳＦ２では、レジスタＴＣＨに格
納されたリズムチャンネルの番号に対応する楽音合成回
路１１のリズムチャンネルに対してダンプ要求信号を送
出する。これにより、楽音合成回路１１のリズムチャン
ネルは、ダンプ要求信号に応じて所定の速度でエンベロ
ープをダンプする。そして、ＣＰＵ１は、ステップＳＦ
３へ進む。ステップＳＦ３では、レジスタＴＣＨの値を
レジスタＡＣＨに格納した後、図７のリズムノートイベ
ント処理ルーチンへ戻り、ステップＥＣ６へ進む。

【００５９】次に、ＣＰＵ１の鍵処理について図９のフ
ローチャートに基づいて説明する。ＣＰＵ１の処理が図
３のステップＳＡ４へ進むと、図９に示す鍵処理ルーチ
ンが起動される。ＣＰＵ１は、まず、ステップＳＧ１の
処理へ進み、鍵盤４をスキャンして鍵盤４の押離鍵状態
を検出した後、ステップＳＧ２へ進む。ステップＳＧ２
では、ステップＳＧ１の鍵スキャン処理において検出さ
れた鍵盤４の押離鍵状態から鍵イベントの有無を判断す
る。この判断結果が「ＮＯ」の場合、すなわち、鍵イベ
ントが検出されない場合には、何もせず、図３のメイン
ルーチンへ戻り、ステップＳＡ５へ進む。

【００６０】いっぽう、ステップＳＧ２の判断結果が
「ＹＥＳ」の場合、すなわち、鍵イベントが検出された
場合には、ステップＳＧ３へ進む。ステップＳＧ３で
は、あらかじめ設定されているモードＭＯＤＥに応じて
対応するＭＩＤＩチャンネルの情報として該当するイベ
ントをＲＡＭ３のＭＩＤＩバッファにアドレス／データ
・バス６を介して格納した後、ステップＳＧ４へ進む。

【００６１】ここで、モードＭＯＤＥについて説明す
る。 モードＭＯＤＥ＝０：通常発音モード 鍵盤４の全てのイベントをチャンネル番号０のＭＩＤＩ
チャンネルの情報としてＲＡＭ３のＭＩＤＩバッファに
アドレス／データ・バス６を介して格納する。 モードＭＯＤＥ＝１：スプリットモード 鍵盤４のある点（ＫＳＰ：キースプリットポイント）よ
り上の鍵域のイベントは、チャンネル番号０のＭＩＤＩ
チャンネルの情報とし、キースプリットポイントＫＳＰ
より下の鍵域のイベントは、チャンネル番号１のＭＩＤ
Ｉチャンネルの情報としてＲＡＭ３のＭＩＤＩバッファ
にアドレス／データ・バス６を介して格納する。これに
より、鍵域に応じて各ＭＩＤＩチャンネルに割当てられ
た音色が発音される。なお、キースプリットポイントＫ
ＳＰは、固定でも、演奏者によって設定可能でもよい。

【００６２】モードＭＯＤＥ＝２：自動伴奏モード 鍵盤４のある点（ＡＳＰ：自動伴奏スプリットポイン
ト）より上の鍵域は、通常の押鍵域とし、そのイベント
は、チャンネル番号０のＭＩＤＩチャンネルの情報とし
てＲＡＭ３のＭＩＤＩバッファにアドレス／データ・バ
ス６を介して格納する。また、自動伴奏スプリットポイ
ントＡＳＰより下の鍵域は、自動伴奏用の調検出領域と
して用い、その音は発音しない、すなわち、ＭＩＤＩイ
ベントとしてＲＡＭ３のＭＩＤＩバッファにアドレス／
データ・バス６を介して格納せず、検出された情報は、
コードの根音（ルート）ＲＯＯＴとタイプＴＹＰＥの形
で、たとえば、演奏者が「ドミソ」と押鍵していれば、
後述するステップＳＧ５の処理において、ルートＲＯＯ
Ｔとして「ド」が、タイプＴＹＰＥとして「メジャー」
がＲＡＭ３に格納され、後述する自動処理で利用され
る。なお、自動伴奏スプリットポイントＡＳＰは、キー
スプリットポイントＫＳＰと同じにしてもよい。

【００６３】ステップＳＧ４では、モードＭＯＤＥが
「２」であるか否かを判断する。この判断結果が「Ｎ
Ｏ」の場合には、何もせず、図３のメインルーチンへ戻
り、ステップＳＡ５へ進む。いっぽう、ステップＳＧ４
の判断結果が「ＹＥＳ」の場合、すなわち、モードＭＯ
ＤＥが「２」である場合には、ステップＳＧ５へ進む。
ステップＳＧ５では、鍵盤４の下鍵域で押鍵されている
キーのノートナンバの組み合わせからコードのルートＲ
ＯＯＴとタイプＴＹＰＥとを図示せぬテーブルを参照し
て決定し、ＲＡＭ３に格納した後、図３のメインルーチ
ンへ戻り、ステップＳＡ５へ進む。

【００６４】次に、ＣＰＵ１の自動処理について図１０
のフローチャートに基づいて説明する。ＣＰＵ１の処理
が図３のステップＳＡ５へ進むと、図１０に示す自動処
理ルーチンが起動される。ＣＰＵ１は、まず、ステップ
ＳＨ１の処理へ進み、モードＭＯＤＥが「２」であるか
否かを判断する。この判断結果が「ＹＥＳ」の場合に
は、ステップＳＨ２へ進む。

【００６５】ステップＳＨ２では、ＲＯＭ２やＲＡＭ３
等の自動伴奏データエリアにあらかじめ７ｔｈの形で記
憶された自動伴奏データを、演奏者によって設定された
スタイルＳＴＹＬＥおよびテンポＴＥＭＰＯ並びに上述
した鍵処理によって検出されてＲＡＭ３に格納されたタ
イプＴＹＰＥおよびルートＲＯＯＴに応じて読み出し、
タイプＴＹＰＥに応じてメジャーやマイナー等に変更
し、ルートＲＯＯＴによってシフトする。以上説明した
処理を、図２に示すチャンネル番号２５〜３１のＭＩＤ
Ｉチャンネル、すなわち、自動伴奏コードトラック１〜
６および自動伴奏ベーストラックについて行い、それら
のＭＩＤＩチャンネルの情報として各イベントをＲＡＭ
３のＭＩＤＩデータバッファに順次格納した後、ステッ
プＳＨ３へ進む。いっぽう、ステップＳＨ１の判断結果
が「ＮＯ」の場合、すなわち、モードＭＯＤＥが「２」
でない場合にも、ステップＳＨ３へ進む。

【００６６】ステップＳＨ３では、演奏者が自動リズム
演奏を選択した場合に１にセットされる自動リズムフラ
グＲＨＹＴＨＭが１にセットされているか否かを判断す
る。この判断結果が「ＮＯ」の場合には、何もせず、図
３のメインルーチンへ戻り、ステップＳＡ６へ進む。い
っぽう、ステップＳＨ３の判断結果が「ＹＥＳ」の場
合、すなわち、自動リズムフラグＲＨＹＴＨＭが１にセ
ットされている場合には、ステップＳＨ４へ進む。ステ
ップＳＨ４では、ＲＯＭ２やＲＡＭ３等の自動リズムデ
ータエリアにあらかじめ記憶された自動リズムデータを
演奏者によって設定されたスタイルＳＴＹＬＥおよびテ
ンポＴＥＭＰＯに応じて読み出す処理を、図２に示すチ
ャンネル番号３２〜３９のＭＩＤＩチャンネル、すなわ
ち、自動伴奏リズムトラックについて行い、それらのＭ
ＩＤＩチャンネルの情報として各イベントをＲＡＭ３の
ＭＩＤＩデータバッファに順次格納した後、図３のメイ
ンルーチンへ戻り、ステップＳＡ６へ進む。

【００６７】次に、ＣＰＵ１の発音チャンネル処理につ
いて図１１のフローチャートに基づいて説明する。ＣＰ
Ｕ１の処理が図３のステップＳＡ６へ進むと、図１１に
示す発音チャンネル処理ルーチンが起動される。ＣＰＵ
１は、まず、ステップＳＩ１の処理へ進み、全発音チャ
ンネルの状態を検索するため、レジスタＣＨの値を
「０」に設定した後、ステップＳＩ２へ進む。

【００６８】ステップＳＩ２では、各発音チャンネル毎
のエンベロープレベルが記憶されるレジスタＥＮＶ〔Ｃ
Ｈ〕に楽音合成回路１１から供給される各発音チャンネ
ルのエンベロープレベルを格納した後、ステップＳＩ３
へ進む。ステップＳＩ３では、各発音チャンネル毎の状
態を表すレジスタＳＴ〔ＣＨ〕が「２」、すなわち、離
鍵されているが発音状態であるか否かを判断する。この
判断結果が「ＹＥＳ」の場合には、ステップＳＩ４へ進
み、いっぽう、ステップＳＩ３の判断結果が「ＮＯ」の
場合、すなわち、空き発音チャンネルである場合には、
当該チャンネルが発音待機状態にあるから、後述するス
テップＳＩ７へ進む。

【００６９】ステップＳＩ４では、レジスタＥＮＶ〔Ｃ
Ｈ〕に格納された、レジスタＣＨに設定された発音チャ
ンネルの番号に対応した楽音合成回路１１の発音チャン
ネルのエンベロープレベルが各音色毎にあらかじめ設定
されたスレッショルドＴＨ（たとえば、０にかなり近い
値）より小さいか否かを判断する。この判断結果が「Ｙ
ＥＳ」の場合には、ステップＳＩ５へ進み、いっぽう、
ステップＳＩ４の判断結果が「ＮＯ」の場合、すなわ
ち、レジスタＥＮＶ〔ＣＨ〕に格納されたエンベロープ
レベルがスレッショルドＴＨ以上である場合には、後述
するステップＳＩ７へ進む。

【００７０】ステップＳＩ５では、発音チャンネルＣＨ
は減衰しきっているため、レジスタＳＴ〔ＣＨ〕の値を
「０」に設定して発音待機状態であることを示した後、
ステップＳＩ６へ進む。ステップＳＩ６では、各発音チ
ャンネル毎に設けられ、ノートオンされる度に１インク
リメントされるノートオンカウンタＮＯＮＣ〔ＣＨ〕の
値を０にリセットした後、ステップＳＩ７へ進む。

【００７１】ステップＳＩ７では、次の発音チャンネル
を検索するために、レジスタＣＨの値を１インクリメン
トした後、ステップＳＩ７へ進む。ステップＳＩ８で
は、このインクリメントされたレジスタＣＨの値が３２
であるか否か、すなわち、通常音のＭＩＤＩチャンネル
に対応した発音チャンネルすべてについて上述したステ
ップＳＩ３〜ＳＩ６の処理が終了したか否かを判断す
る。この判断結果が「ＮＯ」の場合には、ステップＳＩ
２へ戻り、上述した処理を通常音のＭＩＤＩチャンネル
に対応した発音チャンネルすべてについて繰返す。

【００７２】いっぽう、ステップＳＩ８の判断結果が
「ＹＥＳ」の場合には、ステップＳＩ９へ進む。ステッ
プＳＩ９では、レジスタＥＮＶ〔ＣＨ〕に各リズムチャ
ンネルのエンベロープレベルを格納した後、ステップＳ
Ｉ１０へ進む。ステップＳＩ１０では、各リズムチャン
ネル毎の状態を表すレジスタＲＳＴ〔ＣＨ〕が「０」で
ない、すなわち、空きリズムチャンネルでない否かを判
断する。この判断を行うのは、トリガ駆動型の音色の場
合、キーオフがないので、レジスタＲＳＴ〔ＣＨ〕が
「０」か「１」にしかならないからである。ステップＳ
Ｉ１０の判断結果が「ＹＥＳ」の場合には、ステップＳ
Ｉ１１へ進み、いっぽう、ステップＳＩ１０の判断結果
が「ＮＯ」の場合、すなわち、空きリズムチャンネルで
ある場合には、当該リズムチャンネルがリズム発音待機
状態にあるから、後述するステップＳＩ１３へ進む。

【００７３】ステップＳＩ１１では、レジスタＥＮＶ
〔ＣＨ〕に格納された、レジスタＣＨに設定されたリズ
ムチャンネルの番号に対応する楽音合成回路１１のリズ
ムチャンネルのエンベロープレベルが各音色毎にあらか
じめ設定されたスレッショルドＴＨ（たとえば、０にか
なり近い値）より小さく、かつ、フラグＥＤが０にリセ
ットされている（トリガ駆動型の音色である）か否かを
判断する。この判断結果が「ＹＥＳ」の場合には、ステ
ップＳＩ１２へ進み、いっぽう、ステップＳＩ１１の判
断結果が「ＮＯ」の場合、すなわち、レジスタＥＮＶ
〔ＣＨ〕に格納されたエンベロープレベルがスレッショ
ルドＴＨ以上であるか、または、フラグＥＤが１にセッ
トされている（イベント駆動型の音色である）場合に
は、後述するステップＳＩ１３へ進む。

【００７４】ステップＳＩ１２では、リズムチャンネル
ＣＨは減衰しきっているため、レジスタＲＳＴ〔ＣＨ〕
の値を「０」に設定してリズム発音待機状態であること
を示した後、ステップＳＩ１３へ進む。ステップＳＩ１
３では、次のリズムチャンネルを検索するために、レジ
スタＣＨの値を１インクリメントした後、ステップＳＩ
１４へ進む。

【００７５】ステップＳＩ１４では、このインクリメン
トされたレジスタＣＨの値が４０であるか否か、すなわ
ち、リズム音のＭＩＤＩチャンネルに対応したリズムチ
ャンネルすべてについて上述したステップＳＩ９〜ＳＩ
１３の処理が終了したか否かを判断する。この判断結果
が「ＮＯ」の場合には、ステップＳＩ９へ戻り、上述し
た処理をリズム音のＭＩＤＩチャンネルに対応したリズ
ムチャンネルすべてについて繰返す。いっぽう、ステッ
プＳＩ１４の判断結果が「ＹＥＳ」の場合、すなわち、
レジスタＣＨの値が４０である場合には、図３のメイン
ルーチンへ戻り、ステップＳＡ７へ進む。

【００７６】なお、上述した一実施例においては、リズ
ム音についてのみこの発明に関するトランケート処理を
行うようにして、通常音の発音チャンネルとリズム音の
リズムチャンネルとを完全に独立した発音チャンネルと
した例を示したが、浮動的にアサインできるようにして
もよい。その際には、リズム音と同様に通常音にもこの
発明に関するトランケート処理を行うようにして、ノー
トイベント処理とトランケート処理の大部分を共用する
ことができる。また、上述した一実施例においては、通
常鍵域のトランケート時に、ノートオウされた発音チャ
ンネルがない場合には、最も古くキーオンされた発音チ
ャンネルをトランケートする例を示したが、これに限定
されず、たとえば、楽音合成回路１１から各発音チャン
ネルのエンベロープのステートをＣＰＵ１に供給し、こ
のステートが一番進んでいる発音チャンネルをトランケ
ートしてもよく、また、ＣＰＵ１が楽音合成回路１１の
各発音チャンネルのエンベロープのステートを演算によ
って推測し、この推測したステートが一番進んでいる発
音チャンネルをトランケートするようにしてもよい。

【００７７】

【発明の効果】以上説明したように、この発明によれ
ば、スローアタックの音色や異なったリリースを持つ音
色を正確に発生でき、発音割当処理を正確に行うことが
できるという効果がある。

【図面の簡単な説明】

【図１】 この発明の一実施例による電子楽器の構成を
示すブロック図である。

【図２】 ＭＩＤＩチャンネルのそれぞれの機能の一例
を示す図である。

【図３】 この発明の一実施例におけるＣＰＵ１のメイ
ンルーチンの動作を示すフローチャートである。

【図４】 この発明の一実施例におけるＣＰＵ１のＭＩ
ＤＩ処理ルーチンの動作を示すフローチャートである。

【図５】 この発明の一実施例におけるＣＰＵ１のノー
トイベント処理ルーチンの動作を示すフローチャートで
ある。

【図６】 この発明の一実施例におけるＣＰＵ１のトラ
ンケート処理ルーチンの動作を示すフローチャートであ
る。

【図７】 この発明の一実施例におけるＣＰＵ１のリズ
ムイベント処理ルーチンの動作を示すフローチャートで
ある。

【図８】 この発明の一実施例におけるＣＰＵ１のリズ
ムトランケート処理ルーチンの動作を示すフローチャー
トである。

【図９】 この発明の一実施例におけるＣＰＵ１の鍵処
理ルーチンの動作を示すフローチャートである。

【図１０】 この発明の一実施例におけるＣＰＵ１の自
動処理ルーチンの動作を示すフローチャートである。

【図１１】 この発明の一実施例におけるＣＰＵ１の発
音チャンネル処理ルーチンの動作を示すフローチャート
である。

【図１２】 従来の技術の不都合点を説明するための図
である。

【符号の説明】

１……ＣＰＵ、２……ＲＯＭ、３……ＲＡＭ、４……鍵
盤、５……鍵盤インターフェイス、６……アドレス／デ
ータ・バス、７……操作パネル、８……操作パネルイン
ターフェイス、９……ＭＩＤＩインターフェイス、１０
……ＭＩＤＩ・バス、１１……楽音合成回路、１２……
サウンドシステム、１３……スピーカ。

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 鍵操作情報を発生する鍵操作情報発生手
   段と、 複数の楽音信号発生用の発音チャンネルを有し、各発音
   チャンネル毎に、複数の楽音信号をそれぞれ出力する楽
   音発生手段と、 前記複数の発音チャンネルが全て発音中であるか否かを
   検出する第１の発音チャンネル検出手段と、 該第１の発音チャンネル検出手段によって前記複数の発
   音チャンネルが全て発音中であることが検出された場合
   に、前記複数の発音チャンネルの中に離鍵中の発音チャ
   ンネルがあるか否かを検出する第２の発音チャンネル検
   出手段と、 該第２の発音チャンネル検出手段によって複数の発音チ
   ャンネルの中に離鍵中の発音チャンネルがあることが検
   出された場合には、前記離鍵中の発音チャンネルの中で
   最もエンベロープレベルが小さい楽音信号の発音チャン
   ネルを検出する第１のトランケートチャンネル検出処理
   を行って当該検出された発音チャンネルをトランケート
   し、前記第２の発音チャンネル検出手段によって複数の
   発音チャンネルの中に離鍵中の発音チャンネルがないこ
   とが検出された場合には、前記第１のトランケートチャ
   ンネル検出処理とは異なる第２のトランケートチャンネ
   ル検出処理を行って検出された発音チャンネルをトラン
   ケートするトランケート手段と、 該トランケート手段のトランケート結果および前記鍵操
   作情報発生手段から出力される新たな鍵操作情報に基づ
   いて、新たな楽音の発生を前記楽音発生手段のトランケ
   ートされた発音チャンネルに割当てる割当手段とを具備
   することを特徴とする電子楽器。