JPH08179768A - 発音チャンネル割当装置 - Google Patents

Abstract

(57)【要約】 【目的】 特徴的なエンベロープ形状等の、その楽音の
音色の特徴を考慮した発音割り当てを行うことができる
発音チャンネル割当装置を実現する。 【構成】 互いに異なる音色の楽音を同時に発生可能な
電子楽器において、各音色を表わす楽音パラメータにリ
リース優先フラグＲＰＦを付与し、エンベロープのリリ
ース形状に特徴がある音色のリリース優先フラグＲＰＦ
は「１」としておき、全ての発音チャンネルが発音を行
っている際に新たな楽音を発音しなければならない場
合、リリース優先フラグＲＰＦが「１」の音色の楽音を
発音している発音チャンネルには、該新たな楽音の発音
を割り当てないようにし、楽音の音色の特徴を充分生か
すようにした。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、互いに異なる音色の楽
音を複数同時発音する電子楽器に用いて好適な発音チャ
ンネル割当装置に関する。

【０００２】

【従来の技術】従来より、同時発音チャンネルの数が鍵
の数より少ない電子楽器においては、全ての発音チャン
ネルが楽音を発生している最中に新たな押鍵がなされた
場合、この新たな押鍵に対応して発音すべき発音チャン
ネルを割り当てる発音チャンネル割当装置を備えてい
る。このような割り当てはトランケート処理と呼ばれ、
従来、この種の装置によるトランケート処理では、全て
の発音チャンネルの内、最も減衰の進んだエンベロープ
レベルの楽音を発生している発音チャンネルへ新たに押
鍵された鍵の楽音発生をアサインしたり、最も古く離鍵
された発音チャンネルへ新たに押鍵された鍵の楽音発生
をアサインする方式などが知られている。

【０００３】

【発明が解決しようとする課題】ところで、上述した従
来の発音チャンネル割当装置にあっては、全ての発音チ
ャンネルが発音状態の時に新たな押鍵があると、一意的
にエンベロープレベルが最も低い楽音、あるいは最古離
鍵された鍵の楽音を発音している発音チャンネルへ新押
鍵に対応する楽音の発生を割り当てている。また、近年
では、音色割り当てされた発音チャンネル（以下、これ
を音色チャンネルと称す）毎に付与された優先順位に従
って楽音を発生する、所謂、マルチティンバー発音チャ
ンネルが多用されてきており、こうした発音チャンネル
にあっては、例えば、通常の減衰波形とは異なり、リリ
ース波形が比較的長い場合や、リリース領域で２段減衰
する等の特徴的なエンベロープ形状の楽音を、トランケ
ートさせず優先的に発音継続させることができないとい
う弊害がある。

【０００４】結局、従来の発音チャンネル割当装置で
は、特徴的なエンベロープ形状等の、その楽音の音色の
特徴を考慮した発音チャンネル割り当てすることができ
ないという問題がある。そこで本発明は、特徴的なエン
ベロープ形状等の、その楽音の音色の特徴を考慮した発
音チャンネル割り当てを行うことができる発音チャンネ
ル割当装置を提供することを目的としている。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、請求項１に記載の発明では、各発音チャンネル毎に
アサインされる音色に対応した楽音パラメータを記憶す
る発音チャンネル情報記憶手段と、前記各発音チャンネ
ルの全てが前記アサインされた音色の楽音を発生してい
る最中に新たな押鍵が発生した場合、前記発音チャンネ
ル情報記憶手段から各発音チャンネル毎にアサインされ
る音色の楽音パラメータに基づいて最も消音に適した楽
音を発生している発音チャンネルを検出する発音チャン
ネル検出手段と、この発音チャンネル検出手段によって
検出された発音チャンネルへ新たな押鍵に対応した楽音
の発生を指示する楽音発生指示手段とを具備することを
特徴とする。

【０００６】請求項２に記載の発明によれば、前記楽音
パラメータは、リリース中の発音を優先させるか否かを
表わす優先フラグを備え、前記発音チャンネル検出手段
は、前記優先フラグが発音優先を表わす音色の楽音を発
生させている発音チャンネルより優先フラグが発音優先
を表わさない音色の楽音を発生させている発音チャンネ
ルを優先的に検出することを特徴とする。また、請求項
３に記載の発明によれば、前記発音チャンネル検出手段
は、前記優先フラグが発音優先を表わす音色の楽音を発
生させている発音チャンネルであっても、該楽音のエン
ベロープが単純に減衰するのみとなった場合には、前記
優先フラグが発音優先を表わしていない音色の楽音を発
生させている発音チャンネルと該発音チャンネルをみな
して前記検出を行うことを特徴とする。さらに、請求項
４に記載の発明では、前記音色の楽音のリリースは複数
の段階からなり、前記楽音パラメータは、前記各リリー
ス段階に対応する発音優先フラグを含んでいることを特
徴とする。

【０００７】

【作用】本発明では、発音チャンネル情報記憶手段が各
発音チャンネル毎にアサインされる音色に対応した楽音
パラメータを記憶しておき、各発音チャンネルの全てが
前記アサインされた音色の楽音を発生している最中に新
たな押鍵が発生した場合、発音チャンネル検出手段が発
音チャンネル情報記憶手段から各発音チャンネル毎にア
サインされる音色の楽音パラメータに基づいて最も消音
に適した楽音を発生している発音チャンネルを検出し、
楽音発生指示手段がこの発音チャンネル検出手段によっ
て検出された発音チャンネルへ新たな押鍵に対応した楽
音の発生を指示する。これにより、特徴的なエンベロー
プ形状等の、その楽音の音色の特徴を考慮した発音チャ
ンネル割り当てを行うことが可能になる。

【０００８】

【実施例】以下、図面を参照して本発明の実施例につい
て説明する。 Ａ．第１実施例 （１）実施例の構成 図１は、本発明の第１実施例を適用した電子楽器の構成
を示すブロック図である。この図において、１は鍵盤部
であり、各鍵毎の押離鍵操作および押離鍵速度を検出
し、検出した押離鍵操作に対応したキーオン信号、キー
ナンバおよびキーオフ信号を発生すると共に、押離鍵速
度に対応したベロシティ情報を発生する。２は楽器パネ
ル（図示略）に配設される各種スイッチやホイール等の
操作子から構成される操作部であり、各種スイッチ操作
に応じたスイッチ信号およびホイール操作に対応する操
作子信号を発生する。

【０００９】なお、この操作部２に配設される各種スイ
ッチの内には、後述する発音チャンネル部８の各発音チ
ャンネル毎に音色設定するスイッチや、音色割当された
発音チャンネルの発音優先順位を決めるスイッチ等があ
る。３は楽器各部を制御するＣＰＵである。このＣＰＵ
３では、後述する発音チャンネル決定処理を実行し、優
先順位が付与された各音色の楽音や、特徴的なエンベロ
ープ形状を持つ楽音等、その楽音の属性を考慮した発音
割当を実現しており、その動作については追って説明す
る。４は、上記ＣＰＵ３によってロードされる各種制御
プログラムを記憶するプログラムＲＯＭである。５は音
色テーブルＴＣＴＢＬ等を記憶するデータＲＯＭであ
る。

【００１０】ここで、図２を参照して音色テーブルＴＣ
ＴＢＬの構成について説明しておく。音色テーブルＴＣ
ＴＢＬは、図示されていない音色スイッチにより選択指
定される各音色番号毎の属性ＲＰＦ〜ＲＲ２から形成さ
れている。これら属性の内、リリース優先フラグＲＰＦ
は、トランケート時に優先して発音を継続させるか否か
を識別するものであり、当該フラグＲＰＦが「１」とな
る音色が割り当てられた発音チャンネルでは発音が優先
される。波形番号ＷＮは、音色番号に対応して波形メモ
リ（図示略）に記憶される波形内容を指定する。なお、
この実施例では、波形メモリは後述する発音チャンネル
部８内部に設ける態様としているが、これに替えてデー
タＲＯＭ５の所定記憶エリアに波形信号を記憶する態様
としても良い。

【００１１】アタック目標値ＡＴ〜リリース２レートＲ
Ｒ２は、それぞれＡＤＳＲ型エンベロープ制御パラメー
タであり、その一例を図６（イ）に図示する。この図か
ら判るように、ノートオン（キーオン）からアタック目
標値ＡＴまでをアタックレートＡＴで立ち上がらせ、こ
の後にディケイ目標値までをディケイレートＤＲで減衰
させる。続いて、サステイン目標値までサステインレー
トＳＲでレベル保持する過程でノートオフ（キーオフ）
された時に、リリース１目標値ＲＴ１までリリース１レ
ートＲＴ１に従って変化させ、この後、リリース２目標
値ＲＴ２までリリース２レートＲＴ２に従って変化させ
る２段過程を経て消音させる。こうした２段過程による
リリース制御は、例えば、ピアノ特有のエンベロープ形
状の楽音を生成し得る。なお、通常のエンベロープ制御
では、図６（ロ）に示す形態でエンベロープ波形を制御
することになり、この場合、リリース２目標値ＲＴ２お
よびリリース２レートＲＴ２が省略される。

【００１２】次に、再び図１を参照して実施例の構成に
ついて説明を進める。図１において、６はＣＰＵ３の各
種演算結果やレジスタ値／フラグ値、あるいは後述する
発音チャンネルテーブルＴＧＴＢＬやチャンネルテーブ
ルＣＨＴＢＬが一時記憶されるワークＲＡＭである。こ
のワークＲＡＭ６には、図３に示すレジスタ構成にて形
成されるチャンネルテーブルＣＨＴＢＬが設けられてお
り、演奏パート毎にアサインされる音色番号がテーブル
形式で格納されている。この実施例が外部から入力され
る演奏信号に応じて自動演奏する場合には、このテーブ
ルＣＨＴＢＬにセットされる各演奏パートの音色番号に
従って上述した音色テーブルＴＣＴＢＬが参照され、当
該音色番号に対応するリリース優先フラグＲＰＦ，波形
番号ＷＮおよびエンベロープ制御パラメータＡＴ〜ＲＲ
２に基づくエンベロープ制御を後述する発音チャンネル
部８に指示するようになっている。

【００１３】さらに、ワークＲＡＭ６には、図４に示す
レジスタ構成からなる発音チャンネルテーブルＴＧＴＢ
Ｌが設けられている。発音チャンネルテーブルＴＧＴＢ
Ｌには、発音チャンネル部８の発音チャンネル（発音チ
ャンネル）毎に与えられる楽音制御パラメータＮＯＴ
（ｎ）〜ＥＶＰ（ｎ）が格納されており（但し、ｎは発
音チャンネル番号を示す）、この実施例の場合、３２音
の同時発音チャンネルにそれぞれ対応する楽音制御パラ
メータＮＯＴ（ｎ）〜ＥＶＰ（ｎ）が一時記憶される。

【００１４】これらパラメータの内、ＮＯＴ（ｎ）は押
鍵された鍵のキーナンバ、あるいはＭＩＤＩ入力される
ノートナンバである。ＣＨ（ｎ）演奏パート番号（音色
に対応）、ＫＯＦ（ｎ）はキーオン時（あるいは演奏信
号入力時のノートオン時）に「１」となる押鍵フラグで
ある。ＲＰＦ（ｎ）は、演奏パート番号ＣＨ（ｎ）に対
応する音色に割り付けられたリリース優先フラグＲＰＦ
である。ＥＶＬ（ｎ），ＥＶＳ（ｎ），ＥＶＲ（ｎ）お
よびＥＶＰ（ｎ）は、現時点におけるエンベロープ制御
値が順次格納されるレジスタであり、それぞれエンベロ
ープレベル、エンベロープステップ、エンベロープレー
トおよびエンベロープ目標値を表す。

【００１５】次いで、再び図１に戻り、実施例の構成に
ついて説明を進める。図１において、７は演奏信号入出
力インタフェース回路から構成される外部入力部であ
り、例えば、外部シーケンサ等から供給される演奏信号
をバスＢを介してＣＰＵ３へ供給したり、ＣＰＵ３によ
って生成される演奏信号を外部演奏楽器へ出力する。演
奏信号は、例えば、図５に図示するように、ノートオン
／オフおよび演奏パート番号を表すステータスバイトＳ
Ｔ、ノート番号を表すデータ１バイトＤＡＴＡ１および
ベロシティを表すデータ２バイトＤＡＴＡ２の３バイト
・シリアルデータから形成される。

【００１６】音源部８は、周知の波形メモリ読みだし方
式で構成される波形発生部（図示略）とエンベロープ生
成部とからなる。音源部８では、波形発生部がＣＰＵ３
から供給される波形番号ＷＮに対応する波形信号を波形
メモリから読み出す一方、エンベロープ生成部がＣＰＵ
３によって発音チャンネル割当された各発音チャンネル
毎に、発音チャンネルテーブルＴＧＴＢＬにセットされ
る楽音制御パラメータに基づいて時分割に波形信号をエ
ンベロープ制御するよう構成されている。なお、この実
施例において、発音チャンネル部８は、３２音の同時発
音チャンネル（以下、これをチャンネルと記述する場合
もある。）を備えている。９は、発音チャンネル部８か
ら出力される楽音波形をアナログの楽音信号に変換して
次段のサウンドシステム１０に供給するＤ／Ａ変換部で
ある。サウンドシステム１０は、Ｄ／Ａ変換部９から出
力される楽音信号を増幅して次段のスピーカＳＰから楽
音として発音させる。尚、本実施例の電子楽器において
は、演奏パートの発音優先順位が設定されており、図７
のパート優先順位がこれにあたる。このパート優先順位
とは、例えば、リズム楽器のパートと和音楽器のパート
であれば、リズム楽器の優先順位が高く、いずれか一方
を消音しなければならない場合、和音楽器のパートが消
音されるというものである。

【００１７】上記構成による実施例にあっては、図７に
示す発音チャンネル割当順位でトランケートすることに
よって、「優先順位が付与された各音色の楽音や、特徴
的なエンベロープ形状を持つ楽音等」、その楽音の属性
を考慮した発音チャンネル割り当てを実現することを要
旨としており、以下、この割当順位について概説してお
く。図７に示す割当順位は、全ての発音チャンネルが発
音中である時に新たなキーオン（あるいはノートオン）
が発生した時、リリース中の発音チャンネルの内で最も
優先順位の低いパートが割り当てられたチャンネルＸＤ
Ｃと、キーオン（あるいはノートオン）中の発音チャン
ネルの内で最も優先順位の低いパートが割り当てられた
チャンネルＹＤＣとをサーチし、これらチャンネルＸＤ
Ｃ，ＹＤＣの優先順位の優劣に対応する下記３ケースに
おいて、チャンネルＸＤＣ，ＹＤＣのいずれをトランケ
ートするかを図示したものである。すなわち、

【００１８】〔ケース１〕：チャンネルＸＤＣ≦チャン
ネルＹＤＣ（すなわちチャンネルＹＤＣの方が優先順位
が高い）の場合には、チャンネルＹＤＣが割当順位５位
となり、チャンネルＸＤＣが割当順位１位となるから、
割当順位の低いリリース中のチャンネルＸＤＣがトラン
ケートされる。 〔ケース２〕：チャンネルＸＤＣ≧チャンネルＹＤＣ
（すなわちチャンネルＸＤＣの方が優先順位が高い）で
あって、チャンネルＸＤＣのリリース優先フラグＲＰＦ
が「０（ＯＦＦ）」の場合には、チャンネルＸＤＣが割
当順位２位となり、チャンネルＹＤＣが割当順位３位と
なるから、割当順位の低いリリース中のチャンネルＸＤ
Ｃがトランケートされる。 〔ケース３〕：チャンネルＸＤＣ≧チャンネルＹＤＣ
（すなわちチャンネルＸＤＣの方が優先順位が高い）で
あって、チャンネルＸＤＣのリリース優先フラグＲＰＦ
が「１（ＯＮ）」の場合には、チャンネルＸＤＣが割当
順位４位となり、チャンネルＹＤＣが割当順位３位とな
るから、割当順位の低いキーオン中のチャンネルＹＤＣ
がトランケートされる。

【００１９】なお、全ての発音チャンネルが発音中であ
る時に新たなキーオン（あるいはノートオン）が発生し
た時、リリース中にあるチャンネルが存在しない場合に
は、一意的にキーオン（あるいはノートオン）中のチャ
ンネルの内で最も優先順位の低いチャンネルＹＤＣをト
ランケートする。一方、キーオン（あるいはノートオ
ン）中にあるチャンネルが存在しない場合には、一意的
にリリース中のチャンネルの内で最も優先順位の低いチ
ャンネルＸＤＣをトランケートする。

【００２０】（２）第１実施例の動作 次に、こうしたルールに基づいて発音チャンネル割当を
行う第１実施例の動作について図８〜図１４を参照して
説明する。ここでは、まず、図８を参照してメイン処理
ルーチンの動作について説明した後、このメイン処理ル
ーチンにおいてコールされる各処理ルーチンの動作を図
９〜図１４を参照して順次説明する。

【００２１】メイン処理ルーチンの動作（全体動作） この実施例による電子楽器に電源が投入されると、ＣＰ
Ｕ３はデータＲＯＭ５から制御プログラムをロードして
図８に示すメイン処理ルーチンを起動し、ステップＳＡ
１に処理を進める。ステップＳＡ１では、ワークＲＡＭ
６に格納されるパートテーブルＣＨＴＢＬやチャンネル
テーブルＴＧＴＢＬの他、各種レジスタ／フラグ類をリ
セットするイニシャライズがなされ、次のステップＳＡ
２に処理を進める。ステップＳＡ２では、楽器パネル面
に配設される各種スイッチ操作に応じた設定処理、例え
ば、音色スイッチによる音色設定、あるいは演奏パート
毎の音色割当などがなされる。

【００２２】次いで、ステップＳＡ３に進むと、ＣＰＵ
３は押離鍵操作に対応したキーオン／オフイベントに基
づく発音／消音を指示する鍵処理が行われる。ここで
は、特に、キーオンイベントが重複した時にチャンネル
決定処理ルーチン（後述する）に基づき、前述した割当
ルールに従ったチャンネル割り当てが行われる。そし
て、続く、ステップＳＡ４では、演奏入力に対応したノ
ートオン／オフイベントに基づく発音／消音指示がなさ
れる。なお、このステップＳＡ４においても、ステップ
ＳＡ３と同様に、後述する発音チャンネル決定処理ルー
チンに基づくトランケートが行われ、以後、ストップス
イッチが操作される迄、ステップＳＡ２〜ＳＡ４を繰り
返して楽音を生成する。

【００２３】イニシャル処理ルーチンの動作 電源投入後、ＣＰＵ３の処理がステップＳＡ１に進む
と、図９に示すイニシャル処理ルーチンが実行され、ス
テップＳＢ１に処理を進める。ステップＳＢ１では、ル
ープカウンタ値が格納されるレジスタＮＵＭの値をゼロ
リセットし、続く、ステップＳＢ２では、このレジスタ
ＮＵＭの値によって指定されるレジスタＥＬＶ（ＮＵ
Ｍ）の内容をゼロリセットする。次いで、ステップＳＢ
３に進むと、レジスタＮＵＭの値が「３１」以上である
か、すなわち、前述したチャンネルテーブルＴＧＴＢＬ
におけるエンベロープレベルＥＶＬ（ＮＵＭ）が全てイ
ニシャライズされたか否かを判断する。

【００２４】ここで、全発音チャンネルにおけるエンベ
ロープレベルＥＶＬ（ＮＵＭ）がゼロリセットによりイ
ニシャライズされた場合には、判断結果が「ＹＥＳ」と
なり、このルーチンを完了する。一方、そうでない場合
には、判断結果が「ＮＯ」となり、ステップＳＢ４へ進
み、レジスタＮＵＭの値をインクリメントして歩進させ
た後、上記ステップＳＢ２へ処理を戻し、以後、３２チ
ャンネル分のエンベロープレベルＥＶＬ（ＮＵＭ）が全
てイニシャライズされるまでステップＳＢ２〜ＳＢ４を
繰り返す。

【００２５】鍵処理ルーチンの動作 こうして、各発音チャンネルの初期設定がなされた後、
ステップＳＡ２（図８参照）のスイッチ処理にて音色設
定等が行われると、ＣＰＵ３はステップＳＡ３に進み、
図１０に示す鍵処理ルーチンを実行し、ステップＳＣ１
に処理を進める。

【００２６】（ａ）押鍵時の動作 ステップＳＣ１では、押鍵操作に応じたキーオンイベン
トが発生したか否かを判断する。ここで、演奏者が所定
の鍵を押鍵したとする。そうすると、キーオンイベント
が発生してこのステップＳＣ１の判断結果は「ＹＥＳ」
となり、次のステップＳＣ２へ処理を進める。ステップ
ＳＣ２では、押鍵された鍵のキーナンバに対応した音高
の楽音を発生すべく、発音チャンネルを決定するチャン
ネル決定処理ルーチン（後述する）を実行する。このチ
ャンネル決定処理ルーチンでは、全発音チャンネルが発
音中である時に新押鍵された場合、前述した割当順位に
従ってトランケートする。

【００２７】そして、この発音チャンネル決定処理ルー
チンによってトランケートすべきチャンネルが定められ
ると、ＣＰＵ３は次のステップＳＣ３に処理を進める。
なお、チャンネル決定処理ルーチンでは、チャンネル割
当したチャンネルの番号（発音チャンネル番号）をレジ
スタＤＣＯにセットするようにしている。次いで、ステ
ップＳＣ３に進むと、このレジスタＤＣＯの値に対応す
るチャンネルテーブルＴＧＴＢＬのレジスタＮＯＴ（Ｄ
ＣＯ）に押鍵された鍵のキーナンバをセットする。

【００２８】次に、ステップＳＣ４に進むと、チャンネ
ルテーブルＴＧＴＢＬのレジスタＣＨ（ＤＣＯ）に
「１」をセットする。これは、押鍵操作された鍵の楽音
が演奏パート番号「１」の優先順位となるからである。
続いて、ステップＳＣ５に進むと、押鍵フラグを記憶す
るレジスタＫＯＦ（ＤＣＯ）に「１」をセットして押鍵
状態にある旨を表わし、続く、ステップＳＣ６では演奏
パート番号「１」にアサインされた音色番号のリリース
優先フラグＲＰＦを、前述した音色テーブルＴＣＴＢＬ
から読み出し、これをチャンネルテーブルＴＧＴＢＬの
レジスタＲＰＦ（ＤＣＯ）にセットする。

【００２９】次いで、ステップＳＣ７に進むと、演奏パ
ート番号「１」にアサインされた音色番号に対応する各
種エンベロープ制御パラメータＡＴ〜ＲＲ２を、音色テ
ーブルＴＣＴＢＬから順次読み出し、これらパラメータ
ＡＴ〜ＲＲ２に応じて経時変化するエンベロープ情報Ｅ
ＬＶ（ＤＣＯ）〜ＥＶＰ（ＤＣＯ）を生成してチャンネ
ルテーブルＴＧＴＢＬに書き込む一方、レジスタＤＣＯ
の値に対応する発音チャンネル（以下、これをチャンネ
ルＤＣＯと記す。番号ＤＣＯの発音チャンネルを意味す
る）へ発音指示する。これにより、発音チャンネル部８
ではチャンネルＤＣＯがチャンネルテーブルＴＧＴＢＬ
にセットされたエンベロープ情報ＥＬＶ（ＤＣＯ）〜Ｅ
ＶＰ（ＤＣＯ）に従って楽音を生成する。

【００３０】（ｂ）離鍵時の動作 次に、押鍵されていた鍵が離鍵操作されると、上述した
ステップＳＣ１の判断結果が「ＮＯ」となり、ステップ
ＳＣ８に処理を進める。ステップＳＣ８では、離鍵され
たか否かを判断し、この場合、離鍵操作されることで判
断結果が「ＹＥＳ」となり、次のステップＳＣ９に進
む。ステップＳＣ９では、離鍵された鍵に対応するキー
ナンバが割り当てられ、かつ、演奏パート番号「１」と
されたチャンネルをチャンネルテーブルＴＧＴＢＬを参
照して検索し、検索したチャンネル番号をレジスタＤＣ
Ｏにセットする。そして、ステップＳＣ１０に進むと、
ＣＰＵ３はレジスタＫＯＦ（ＤＣＯ）に記憶される押鍵
フラグを「０」にする。これにより、押鍵された鍵がキ
ーオフ状態に設定され、続く、ステップＳＣ１１では、
このキーオフ状態に基づきチャンネルＤＣＯへ消音を指
示する。消音指示に際しては、当該チャンネルに与える
エンベロープ制御情報ＥＬＶ（ＤＣＯ）〜ＥＶＰ（ＤＣ
Ｏ）も強制的にゼロリセットされる。

【００３１】このように、鍵処理ルーチンでは、押鍵操
作された場合には、後述するチャンネル決定処理ルーチ
ンによりトランケートされたチャンネルに対して押鍵さ
れた鍵のキーナンバをセットすると共に、演奏パート番
号「１」を割り付ける。そして、この演奏パート番号
「１」に割り付けられた音色に対応するエンベロープ制
御情報ＥＬＶ（ＤＣＯ）〜ＥＶＰ（ＤＣＯ）を発生し、
これらエンベロープ制御情報ＥＬＶ（ＤＣＯ）〜ＥＶＰ
（ＤＣＯ）を発音チャンネル部８に供給して発音指示す
る。一方、離鍵操作された時には、離鍵された鍵のキー
ナンバに対応するチャンネルを検索し、検索したチャン
ネルへ消音指示すると共に、エンベロープ制御情報ＥＬ
Ｖ（ＤＣＯ）〜ＥＶＰ（ＤＣＯ）をゼロリセットする。
なお、この鍵処理ルーチンにおいて、押離鍵操作がなさ
れず、キーオン／キーオフイベントが生成されない場合
には、何等処理されることなくこのルーチンを終了す
る。

【００３２】外部入力処理ルーチンの動作 次に、外部入力部７（図１参照）を介して供給される演
奏信号に応じて発音／消音制御する外部入力処理ルーチ
ンの動作について図１１を参照して説明する。上述した
鍵処理ルーチンが完了すると、ＣＰＵ３はステップＳＡ
４（図８参照）に進み、これにより図１１に示す鍵処理
ルーチンが実行されてステップＳＤ１に処理を進める。

【００３３】（ａ）ノートオン時の動作 まず、ステップＳＤ１では、外部入力部７（図１参照）
を介して、例えば、外部シーケンサあるいは電子楽器か
らの演奏信号入力の有無を判断する。ここで、演奏信号
入力が無い場合には、判断結果が「ＮＯ」となり、この
ルーチンを終了してメイン処理ルーチンへ復帰する。一
方、ＭＩＤＩ入力が有ると、ここでの判断結果が「ＹＥ
Ｓ」となり、次のステップＳＤ２に処理を進める。ステ
ップＳＤ２では、入力された演奏信号のステータスバイ
トＳＴが「ノートオン」を表わすデータであるか否かを
判断する。ここで、「ノートオン」である場合には、こ
のステップＳＤ２の判断結果が「ＹＥＳ」となり、ステ
ップＳＤ３へ処理を進める。

【００３４】ステップＳＤ３では、「ノートオン」に対
応するノート番号の楽音を発生すべく、発音チャンネル
を決定するチャンネル決定処理ルーチン（後述する）を
実行する。そして、このチャンネル決定処理ルーチンに
基づき、「ノートオン」すべきチャンネルがトランケー
トされると、ＣＰＵ３は次のステップＳＤ４に処理を進
める。そして、ステップＳＤ４では、チャンネル決定処
理ルーチンの処理によりレジスタＤＣＯにセットされた
チャンネル番号に従い、レジスタＮＯＴ（ＤＣＯ）にノ
ート番号をセットする。なお、このノート番号は、例え
ば、演奏信号が３バイトシリアルデータで形成されてい
る場合、図５に図示するように、第２バイト目のデータ
に相当する。

【００３５】次いで、ステップＳＤ５に進むと、ＣＰＵ
３は演奏信号のステータスバイトＳＴから抽出した演奏
パート番号を、チャンネルテーブルＴＧＴＢＬのレジス
タＣＨ（ＤＣＯ）にセットする。続いて、ステップＳＤ
６に進むと、押鍵フラグ（ノートオンフラグ）を記憶す
るレジスタＫＯＦ（ＤＣＯ）に「１」をセットしてノー
トオン状態にある旨を表わす。そして、ステップＳＤ７
に進むと、ＣＰＵ３はレジスタＣＨ（ＤＣＯ）にセット
された演奏パート番号にアサインされた音色番号のリリ
ース優先フラグＲＰＦを、前述した音色テーブルＴＣＴ
ＢＬから読み出し、これをチャンネルテーブルＴＧＴＢ
ＬのレジスタＲＰＦ（ＤＣＯ）にセットする。

【００３６】次に、ステップＳＤ８に進むと、この演奏
パート番号にアサインされた音色番号に対応する各種エ
ンベロープ制御パラメータＡＴ〜ＲＲ２を、音色テーブ
ルＴＣＴＢＬから順次読み出し、これらパラメータＡＴ
〜ＲＲ２に応じて経時変化するエンベロープ情報ＥＬＶ
（ＤＣＯ）〜ＥＶＰ（ＤＣＯ）を生成してチャンネルテ
ーブルＴＧＴＢＬに順次書き込む一方、発音チャンネル
ＤＣＯへ発音指示する。これにより、音源部８では、チ
ャンネルＤＣＯがチャンネルテーブルＴＧＴＢＬにセッ
トされたエンベロープ情報ＥＬＶ（ＤＣＯ）〜ＥＶＰ
（ＤＣＯ）に従ってノートオンされた楽音を生成する。

【００３７】（ｂ）ノートオフ時の動作 次に、入力された演奏信号が「ノートオフ」であると、
上述したステップＳＤ２の判断結果が「ＮＯ」となり、
ステップＳＤ９に処理を進める。ステップＳＤ９では、
演奏入力されたノート番号と演奏パート番号とが割り当
てられたチャンネルをチャンネルテーブルＴＧＴＢＬか
ら検索し、検索したチャンネルの番号をレジスタＤＣＯ
にセットする。そして、この後、ＣＰＵ３はステップＳ
Ｄ１０に処理を進め、レジスタＫＯＦ（ＤＣＯ）の押鍵
フラグ（ノートオンフラグ）を「０」にする。これによ
り、ノートオフ状態に設定され、続く、ステップＳＤ１
１では、チャンネルＤＣＯへ消音を指示する。消音指示
に際しては、当該チャンネルＤＣＯに与えるエンベロー
プ制御情報ＥＬＶ（ＤＣＯ）〜ＥＶＰ（ＤＣＯ）も強制
的にゼロリセットする。

【００３８】このように、外部入力処理ルーチンでは、
演奏入力が「ノートオン」の時、後述するチャンネル決
定処理ルーチンによりトランケートされたチャンネルに
対してノート番号をセットすると共に、演奏パート番号
を割り付ける。そして、この演奏パート番号が割り付け
られた音色に対応するエンベロープ制御情報ＥＬＶ（Ｄ
ＣＯ）〜ＥＶＰ（ＤＣＯ）を発生し、これらエンベロー
プ制御情報ＥＬＶ（ＤＣＯ）〜ＥＶＰ（ＤＣＯ）に従っ
た楽音発生を発音チャンネル部８に指示する。一方、演
奏入力が「ノートオフ」の時には、ノートオフされたノ
ート番号および演奏パート番号が割り当てられたチャン
ネルの番号をチャンネルテーブルＴＧＴＢＬから検索
し、検索したチャンネルＤＣＯへ消音指示すると共に、
エンベロープ制御情報ＥＬＶ（ＤＣＯ）〜ＥＶＰ（ＤＣ
Ｏ）をゼロリセットするようになっている。

【００３９】チャンネル決定処理ルーチンの動作 次に、優先順位が付与された各音色の楽音や、特徴的な
エンベロープ形状を持つ楽音の属性を考慮して発音チャ
ンネルを割り当てるチャンネル決定処理ルーチンの動作
について図１２〜図１４を参照して説明する。ＣＰＵ３
の処理が鍵処理ルーチンにおけるステップＳＣ２（図１
０参照）、あるいは外部入力処理ルーチンにおけるステ
ップＳＤ３（図１１参照）に進むと、図１２に示すチャ
ンネル決定処理ルーチンが実行され、ステップＳＥ１に
処理を進める。

【００４０】（ａ）空きチャンネルサーチ動作 ステップＳＥ１では、ループカウンタ値がセットされる
レジスタＮＵＭをゼロクリアし、続く、ステップＳＥ２
では、レジスタＥＶＬ（ＮＵＭ）の値が「０」であるか
否かを判断する。すなわち、レジスタＮＵＭで指定され
るチャンネルが消音状態であるか否かを判断する。ここ
で、発音中であると、判断結果が「ＮＯ」となり、次の
ステップＳＥ４に進む。ステップＳＥ４では、レジスタ
ＮＵＭの値が「３１」以上、つまり、全３２チャンネル
分をサーチしたか否かを判断する。ここで、全３２チャ
ンネル分のサーチがなされていない時には、判断結果が
「ＮＯ」となり、ステップＳＥ５に進み、レジスタＮＵ
Ｍに格納されるチャンネルの番号を１インクリメントし
て歩進させ、ステップＳＥ２へ処理を戻す。これ以後、
ＣＰＵ３は全チャンネル分のサーチが完了するまで上記
ステップＳＥ２〜ＳＥ５を繰り返す。

【００４１】こうして空きチャンネルサーチにおいて、
消音状態のチャンネルがサーチされると、上記ステップ
ＳＥ２の判断結果が「ＹＥＳ」となり、ステップＳＥ３
に進む。ステップＳＥ３に進むと、ＣＰＵ３は、レジス
タＮＵＭで指定される発音チャンネルが空きチャンネル
であるとして、この空きチャンネルに発音を割り当てる
べく、レジスタＮＵＭに格納されるループカウンタ値を
チャンネル番号としてレジスタＤＣＯに書き込む。これ
により、レジスタＤＣＯの値に対応するチャンネルが新
押鍵（新ノートオン）に対応して割り当てられる。これ
に対し、全チャンネルが発音中にあり、空きチャンネル
が存在しない場合には、上記ステップＳＥ４の判断結果
が「ＹＥＳ」となり、ステップＳＥ６へ処理を進める。

【００４２】（ｂ）リリース中のチャンネルサーチ動作 次に、ステップＳＥ６に進むと、レジスタＸＤＣに「−
１」をセットする。このレジスタＸＤＣには、リリース
中にある最も優先順位の低いチャンネルをサーチした結
果が一時記憶されるようになっており、この場合、未サ
ーチ状態を表わすフラグ値「−１」がセットされる。次
いで、ステップＳＥ７では、レジスタＮＵＭをゼロクリ
アし、続く、ステップＳＥ８では、レジスタＫＯＦ（Ｎ
ＵＭ）が「０」、すなわち、レジスタＮＵＭで指定され
るチャンネルがリリース中であるか否かを判断する。こ
こで、リリース中でなければ、判断結果が「ＮＯ」とな
り、ステップＳＥ９に進み、全３２チャンネル分のサー
チがなされたか否かを判断する。そして、全３２チャン
ネル分のサーチが完了していない時には、ステップＳＥ
１０に進み、レジスタＮＵＭに格納されるチャンネル番
号（ループカウンタ値）を１インクリメントして歩進さ
せ、上記ステップＳＥ８に戻る。

【００４３】そして、いま、例えば、レジスタＮＵＭで
指定されるチャンネルがリリース中であったとする。そ
うすると、上記ステップＳＥ８の判断結果が「ＹＥＳ」
となり、ステップＳＥ１１に処理を進める。ステップＳ
Ｅ１１に進むと、ＣＰＵ３はレジスタＸＤＣの値が「−
１」より大であるか否か、すなわち、リリース中のチャ
ンネルをサーチした結果が当該レジスタＸＤＣにセット
されているか否かを判断する。リリース中のチャンネル
をサーチした結果が当該レジスタＸＤＣにセットされて
いない場合、つまり、リリース中のチャンネルを初めて
サーチした時には、ここでの判断結果が「ＮＯ」とな
り、ステップＳＥ１２に進む。ステップＳＥ１２では、
リリース中のチャンネルを初めてサーチした時のチャン
ネルの番号が格納されるレジスタＮＵＭの値を、レジス
タＸＤＣに書き込む。

【００４４】この後、ＣＰＵ３は再び上述したステップ
ＳＥ９を介して全３２チャンネル分のサーチがなされた
か否かを判断し、サーチ完了していない時には、ステッ
プＳＥ１０にてレジスタＮＵＭを歩進させて次のサーチ
に移行する。そして、次のサーチでリリース中のチャン
ネルが検出されると、ステップＳＥ８の判断結果が「Ｙ
ＥＳ」となり、ステップＳＥ１１に進む。この場合、ス
テップＳＥ１１では、レジスタＸＤＣには先にサーチし
たリリース中のチャンネルの番号がセットされているか
ら、判断結果は「ＹＥＳ」となり、ステップＳＥ１３へ
処理を進める。

【００４５】ステップＳＥ１３では、レジスタＣＨ（Ｘ
ＤＣ）の値がレジスタＣＨ（ＮＵＭ）より大であるか否
か、すなわち、先にサーチされたリリースチャンネルに
割り当てられている演奏パート番号が、現在サーチされ
たリリースチャンネルに割り当てられている演奏パート
番号より大であるか否かを判断する。この実施例の場
合、演奏パート番号が小さい程、そのチャンネル番号に
付与される優先順位が低くなるので、上記ステップＳＥ
１３の判断は、「先にサーチされたリリースチャンネル
の優先順位が現在サーチされたリリースチャンネルの優
先順位より上であるか否か」を判断することに相当す
る。よって、先にサーチされたリリースチャンネルの優
先順位が現在サーチされたリリースチャンネルのそれよ
り上であると、この判断結果が「ＹＥＳ」となり、ステ
ップＳＥ１２に進み、先にサーチされたリリースチャン
ネルより優先順位の低い、現在サーチされたリリースチ
ャンネルのチャンネルの番号をレジスタＸＤＣにセット
する。

【００４６】これに対し、「先にサーチされたリリース
チャンネルの優先順位が現在サーチされたリリースチャ
ンネルの優先順位より下となる」場合には、ステップＳ
Ｅ１３の判断結果は「ＮＯ」となり、上述したステップ
ＳＥ９へ処理を進める。このように、ステップＳＥ６〜
ＳＥ１３では、リリース中のチャンネルを順次サーチ
し、先にサーチしたチャンネルの優先順位と現在サーチ
したチャンネルの優先順位とを比較し、より低い優先順
位のチャンネルの番号をレジスタＸＤＣに書き込んで更
新し、最終的にリリース中の最も優先順位の低いチャン
ネルがレジスタＸＤＣに格納される。

【００４７】（ｃ）キーオン中のチャンネルサーチ動作 このようにして、リリース中の最も優先順位の低いチャ
ンネルＸＤＣが定まると、ＣＰＵ３は、図１３に示すス
テップＳＥ１４に進む。ステップＳＥ１４では、レジス
タＹＤＣに「−１」をセットする。レジスタＹＤＣは、
キーオン中の最も優先順位の低いチャンネルをサーチし
た結果が一時記憶されるものであり、この時点では未サ
ーチ状態を表わすフラグ値「−１」がセットされる。次
いで、ステップＳＥ１５に進むと、チャンネルサーチ開
始にあたりレジスタＮＵＭをゼロクリアする。

【００４８】次にステップＳＥ１６では、レジスタＫＯ
Ｆ（ＮＵＭ）が「１」、すなわち、レジスタＮＵＭで指
定されるチャンネルがキーオン（ノートオン）中である
か否かを判断する。ここで、キーオン中でなければ、判
断結果が「ＮＯ」となり、ステップＳＥ１７に進む。ス
テップＳＥ１７では、全３２チャンネル分のサーチがな
されたか否かを判断する。そして、全３２チャンネル分
のサーチが完了していない時には、判断結果が「ＮＯ」
となり、ステップＳＥ１８に進み、レジスタＮＵＭを次
のチャンネルの番号に歩進させ、上記ステップＳＥ１６
に戻る。

【００４９】ここで、例えば、レジスタＮＵＭで指定さ
れるチャンネルがキーオン中であったとする。そうする
と、上記ステップＳＥ１８の判断結果が「ＹＥＳ」とな
り、ステップＳＥ１９に処理を進める。ステップＳＥ１
９に進むと、ＣＰＵ３はレジスタＹＤＣの値が「−１」
より大であるか否か、すなわち、キーオン中のチャンネ
ルをサーチした結果が当該レジスタＹＤＣにセットされ
ているか否かを判断する。そして、キーオン中のチャン
ネルを初めてサーチした時には、ここでの判断結果が
「ＮＯ」となり、ステップＳＥ２０に進む。ステップＳ
Ｅ２０では、キーオン中のチャンネルを初めてサーチし
た時のチャンネルの番号が格納されるレジスタＮＵＭの
値を、レジスタＹＤＣに書き込む。

【００５０】次いで、ＣＰＵ３は再び上述したステップ
ＳＥ１７を介して全３２チャンネル分のサーチがなされ
たか否かを判断し、サーチが完了していない時には、ス
テップＳＥ１８においてレジスタＮＵＭを歩進させる。
そして、このレジスタＮＵＭの更新に応じてキーオン中
のチャンネルが検出されたとする。そうすると、ステッ
プＳＥ１６の判断結果が「ＹＥＳ」となり、ステップＳ
Ｅ１９に進む。この場合、ステップＳＥ１９では、レジ
スタＹＤＣに先にサーチしたキーオン中のチャンネルの
番号がセットされているから、判断結果は「ＹＥＳ」と
なり、次のステップＳＥ２１へ処理を進める。

【００５１】ステップＳＥ２１では、レジスタＣＨ（Ｙ
ＤＣ）の値がレジスタＣＨ（ＮＵＭ）より大であるか否
か、すなわち、先にサーチされたチャンネルに割り当て
られている演奏パート番号が、現在サーチされたチャン
ネルに割り当てられている演奏パート番号より大である
か否かを判断する。本実施例の場合、前述したように、
演奏パート番号が小さい程、そのパート番号に付与され
る優先順位が低くなるので、上記ステップＳＥ２１の判
断は、「先にサーチされたチャンネルの優先順位が現在
サーチされたチャンネルの優先順位より上であるか否
か」を判断することになる。よって、先にサーチされた
チャンネルの優先順位が現在サーチされたチャンネルの
それより上であると、この判断結果が「ＹＥＳ」とな
り、ステップＳＥ２０に進み、先にサーチされたチャン
ネルより優先順位の低い、現在サーチされたチャンネル
の番号をレジスタＹＤＣにセットする。

【００５２】これに対し、「先にサーチされたチャンネ
ルの優先順位が現在サーチされたチャンネルの優先順位
より下となる」場合には、ステップＳＥ２１の判断結果
が「ＮＯ」となり、上述したステップＳＥ１７へ処理を
進める。このように、ステップＳＥ１４〜ＳＥ２１で
は、キーオン中のチャンネルを順次サーチし、先にサー
チしたチャンネルの優先順位と現在サーチしたチャンネ
ルの優先順位とを比較し、より低い優先順位のチャンネ
ルの番号をレジスタＹＤＣに書き込んで更新し、最終的
にキーオン中の最も優先順位の低いチャンネルがレジス
タＹＤＣに格納される。

【００５３】（ｃ）トランケート処理 次に、上述したリリース中およびキーオン中のチャンネ
ルサーチ結果に基づいてなされるトランケート処理につ
いて図１４に示すフローチャートを参照して説明する。 〔１〕チャンネルＸＤＣ≦チャンネルＹＤＣの場合 この場合、リリース中の最も優先順位の低いチャンネル
の番号がレジスタＸＤＣに格納され、キーオン中の最も
優先順位の低いチャンネルの番号がレジスタＹＤＣに格
納されるから、図１４に示すステップＳＥ２２およびス
テップＳＥ２３の判断結果は「ＹＥＳ」となり、ステッ
プＳＥ２４に処理を進める。

【００５４】そして、ステップＳＥ２４では、レジスタ
ＣＨ（ＸＤＣ）の値がレジスタＣＨ（ＹＤＣ）の値以下
であるか、つまり、リリース中のチャンネルにアサイン
されている演奏パートの方が低い優先順位であるかを判
断する。この例の場合、リリース中のチャンネルにアサ
インされている演奏パートの方がキーオン中のチャンネ
ルのものより低いので、判断結果は「ＹＥＳ」となり、
ステップＳＥ２５に進み、レジスタＸＤＣに格納される
チャンネルの番号をレジスタＤＣＯに格納する。これに
より、キーオン（ノートオン）中にあるチャンネルＹＤ
Ｃ側の発音が継続され、割当順位１位のチャンネルＸＤ
Ｃがトランケートされる。

【００５５】〔２〕チャンネルＸＤＣ≧チャンネルＹＤ
Ｃであって、チャンネルＸＤＣのリリース優先フラグＲ
ＰＦが「０（ＯＦＦ）」の場合 この場合も、リリース中の最も優先順位の低いチャンネ
ルの番号がレジスタＸＤＣに格納され、キーオン中の最
も優先順位の低いチャンネルの番号がレジスタＹＤＣに
格納されるから、図１４に示すステップＳＥ２２および
ステップＳＥ２３の両判断結果は共に「ＹＥＳ」とな
り、ステップＳＥ２４に処理を進める。そして、ステッ
プＳＥ２４では、リリース中のチャンネルにアサインさ
れている演奏パートの方が低い優先順位であるかを判断
するが、この例の場合、リリース中のチャンネル（ＸＤ
Ｃ）にアサインされている演奏パートの方がキーオン中
のチャンネル（ＹＤＣ）のものより高いので、判断結果
は「ＮＯ」となり、ステップＳＥ２６に処理を進める。

【００５６】次いで、ステップＳＥ２６に進むと、ＣＰ
Ｕ３はレジスタＲＰＦ（ＸＤＣ）の値が「１」、つま
り、リリース中のチャンネルＸＤＣに割り付けられたリ
リース優先フラグＲＰＦが「１」であるか否かを判断す
る。この場合、リリース優先フラグＲＰＦは「０（ＯＦ
Ｆ）」であるから、判断結果は「ＮＯ」となり、ステッ
プＳＥ２５へ処理を進め、レジスタＸＤＣに格納される
チャンネルの番号をレジスタＤＣＯに格納する。これに
より、キーオン（ノートオン）中にあるチャンネルＹＤ
Ｃ側の優先順位が低くとも、リリース優先フラグＲＰＦ
が「０」となる通常のリリース制御を行っているチャン
ネルＸＤＣがトランケートされる。

【００５７】〔３〕チャンネルＸＤＣ≧チャンネルＹＤ
Ｃであって、チャンネルＸＤＣのリリース優先フラグＲ
ＰＦが「１（ＯＮ）」の場合 この場合、リリース優先フラグＲＰＦは「１（ＯＮ）」
であるから、上述したステップＳＥ２６の判断結果が
「ＹＥＳ」となり、ステップＳＥ２７へ処理を進め、レ
ジスタＹＤＣに格納されるチャンネルの番号をレジスタ
ＤＣＯに格納する。これにより、リリース優先フラグＲ
ＰＦが「１」となる特徴的なエンベロープ制御を行って
いるチャンネルＸＤＣが発音を継続し、キーオン（ノー
トオン）中のチャンネルＹＤＣ側がトランケートされ
る。

【００５８】〔４〕その他の場合 なお、前述したリリース中およびキーオン中のチャンネ
ルサーチ動作によって、リリース中にあるチャンネルが
サーチされなかった場合、すなわち、全てチャンネルが
キーオン（ノートオン）中である時には、上述したステ
ップＳＥ２２の判断結果が「ＮＯ」となり、ステップＳ
Ｅ２７に進み、キーオン（あるいはノートオン）中のチ
ャンネルの内で最も優先順位の低いチャンネルＹＤＣを
一意的にトランケートする。これに対し、全てチャンネ
ルがリリース中である時には、上述したステップＳＥ２
３の判断結果が「ＮＯ」となり、ステップＳＥ２５に進
み、リリース中のチャンネルの内で最も優先順位の低い
チャンネルＸＤＣを一意的にトランケートすることにな
る。

【００５９】このように、第１実施例では、各チャンネ
ルに割り付けられた音色毎の演奏パート優先順位と、特
徴的なエンベロープ制御を識別するリリース優先フラグ
ＲＰＦとを勘案した割当順位に従ってトランケートする
ので、優先順位が付与された各音色の楽音や、特徴的な
エンベロープ形状を持つ楽音等、その楽音の属性を考慮
したチャンネル（発音）割り当てが可能となっている。

【００６０】Ｂ．第２実施例 次に、本発明の第２実施例について説明する。この第２
実施例の構成は、上記第１実施例と同一の構成であるか
ら、その説明を省略する。上述した第１実施例において
は、全てのチャンネルが発音中に、新たなキーオン（あ
るいは入力信号に対応したノートオン）があると、リリ
ース中のチャンネルの内の最も優先順位の低いチャンネ
ルＸＤＣとキーオン（ノートオン）中のチャンネルの内
の最も優先順位の低いチャンネルＹＤＣとをサーチし、
これらチャンネルＸＤＣ，ＹＤＣ間の優先順位や前述し
たリリース優先フラグＲＰＦを勘案して両者の割当順位
を比較し、より低い割当順位のチャンネルを新たなキー
オン（ノートオン）に割り当てるトランケート処理を実
現している。

【００６１】ところで、このような第１実施例のトラン
ケート処理においては、リリース優先フラグＲＰＦが
「１（ＯＮ）」にセットされるチャンネル、すなわち、
図６（イ）に図示するような２段リリース過程を有する
特徴的なエンベロープ制御を行うチャンネルを優先的に
発音継続させるようにしている。しかしながら、リリー
ス優先フラグＲＰＦが「１（ＯＮ）」にセットされるチ
ャンネルにおいて、エンベロープ波形レベルがゼロレベ
ルまで減衰し切っている状態では、発音を継続させる意
味合いが薄く、かえって、発音継続させることで、例え
ば、他の演奏上必要な音色の楽音がトランケートされて
しまう等の弊害が生じる虞も有り得る。そこで、第２実
施例では、このような弊害を回避すべく、リリース優先
フラグＲＰＦが「１（ＯＮ）」にセットされるチャンネ
ルＸＤＣであっても、そのエンベロープレベルが単純に
減衰するだけの状態に達している場合には、このチャン
ネルＸＤＣをトランケートするようにしている。以下、
図１５を参照して動作説明する。

【００６２】図１５は、第２実施例によるトランケート
処理を説明するためのフローチャートである。この図に
示すフローチャートが図１４に示す第１実施例と異なる
点は、ステップＳＥ２６の次に、レジスタＥＶＰ（ＸＤ
Ｃ）に格納される値が「０」であるか否かを判断するス
テップＳＦ１を設けたことにある。すなわち、このステ
ップＳＦ１では、リリース優先フラグＲＰＦが「１（Ｏ
Ｎ）」にセットされたチャンネルＸＤＣのエンベロープ
目標値が「０」であるか否かを判断するものであり、以
下、このステップＳＤ１が追加された第２実施例による
トランケート処理について詳述する。

【００６３】前述した第１実施例と同様に、リリース中
およびキーオン中のチャンネルをサーチした結果が得ら
れると、ＣＰＵ３は図１５に示すトランケート処理を実
行し、ステップＳＥ２２に進む。ここで、リリース中に
あるチャンネルがサーチされなかった場合、すなわち、
全てチャンネルがキーオン（ノートオン）中である時に
は、判断結果が「ＮＯ」となり、ステップＳＥ２７に進
み、キーオン（あるいはノートオン）中のチャンネルの
内で最も優先順位の低いチャンネルＹＤＣを一意的にト
ランケートする。一方、そうでない場合には、ステップ
ＳＥ２３に進み、キーオン（ノートオン）中にあるチャ
ンネルがサーチされているか否かを判断し、ここで、全
てチャンネルがリリース中である時には、判断結果が
「ＮＯ」となり、ステップＳＥ２５に進み、リリース中
のチャンネルの内で最も優先順位の低いチャンネルＸＤ
Ｃを一意的にトランケートする。

【００６４】そして、リリース中およびキーオン中のチ
ャンネルがサーチされている時には、上記ステップＳＥ
２２，２３の判断結果が「ＹＥＳ」となり、ステップＳ
Ｅ２４に進む。ステップＳＥ２４では、レジスタＣＨ
（ＸＤＣ）の値がレジスタＣＨ（ＹＤＣ）の値以下であ
るか、つまり、リリース中のチャンネルにアサインされ
ている演奏パートの方が低い優先順位であるかを判断す
る。ここで、チャンネルＸＤＣ≦チャンネルＹＤＣの場
合、すなわち、リリース中のチャンネルにアサインされ
ている演奏パートの方がキーオン中のチャンネルのもの
より低い時には、この判断結果が「ＹＥＳ」となり、ス
テップＳＥ２５に進み、キーオン（ノートオン）中にあ
るチャンネルＹＤＣ側の発音が継続され、割当順位１位
のチャンネルＸＤＣがトランケートされる。

【００６５】これに対し、チャンネルＸＤＣ≧チャンネ
ルＹＤＣの場合には、ステップＳＥ２４の判断結果が
「ＮＯ」となり、ステップＳＥ２６に進む。ステップＳ
Ｅ６に進むと、ＣＰＵ３は、レジスタＲＰＦ（ＸＤＣ）
の値が「１」、つまり、リリース中のチャンネルＸＤＣ
に割り付けられたリリース優先フラグＲＰＦが「１」で
あるか否かを判断する。ここで、リリース優先フラグＲ
ＰＦが「０（ＯＦＦ）」であると、判断結果は「ＮＯ」
となり、ステップＳＥ２５へ処理を進め、チャンネルＸ
ＤＣ側がトランケートされる。この結果、チャンネルＹ
ＤＣ側の優先順位が低くとも、チャンネルＸＤＣ側がリ
リース優先フラグＲＰＦを「０」とした通常のリリース
制御を行っているから、キーオン（ノートオン）中の発
音を継続させるようにしている。

【００６６】一方、リリース優先フラグＲＰＦが「１
（ＯＮ）」とされている場合には、上記ステップＳＥ２
６の判断結果が「ＹＥＳ」となり、ステップＳＦ１へ処
理を進める。ステップＳＦ１に進むと、ＣＰＵ３はレジ
スタＥＶＰ（ＸＤＣ）に格納される現在のエンベロープ
目標値が「０」であるか否かを判断する。なお、ここで
言うレジスタＥＶＰ（ＸＤＣ）とは、前述したチャンネ
ルテーブルＴＧＴＢＬ（図４参照）にセットされる値で
ある。

【００６７】そして、チャンネルＸＤＣが特徴的なエン
ベロープ制御を行っている最中であると、現在のエンベ
ロープ目標値が「０」にならないので、ここでの判断結
果が「ＮＯ」となり、ステップＳＥ２７へ処理を進め、
レジスタＹＤＣに格納されるチャンネルの番号をレジス
タＤＣＯに格納する。これにより、リリース優先フラグ
ＲＰＦが「１」となる特徴的なエンベロープ制御を行っ
ているチャンネルＸＤＣの発音が継続され、キーオン
（ノートオン）中のチャンネルＹＤＣ側がトランケート
される。

【００６８】これに対し、リリース優先フラグＲＰＦが
「１（ＯＮ）」とされているリリース波形が単純に減衰
するだけの状態に達している時には、レジスタＥＶＰ
（ＸＤＣ）に格納される現在のエンベロープ目標値が
「０」となり、上記ステップＳＦ１の判断結果が「ＹＥ
Ｓ」となり、ステップＳＥ２５に進み、チャンネルＸＤ
Ｃをトランケートする。これにより、リリース優先フラ
グＲＰＦを「１（ＯＮ）」としたチャンネルＸＤＣであ
っても、そのエンベロープレベルが略ゼロレベルに収束
しかかった時には、発音が継続されずにトランケートさ
れ、キーオン（ノートオン）中のチャンネルＹＤＣ側の
発音が優先される。こうすることよって、演奏効果上に
必要な音色の楽音をトランケートするといった虞を回避
することが可能になる。

【００６９】Ｃ．変形例 次に、上述した第２実施例に対応する変形例について説
明する。この変形例では、図１６に図示するように、音
色テーブルＴＣＴＢＬにおいて２つのリリース優先フラ
グＲＰＦ１，ＰＲＦ２を備える点に特徴がある。第２実
施例にあっては、リリース優先フラグＲＰＦが「１（Ｏ
Ｎ）」とされているチャンネルであっても、そのチャン
ネルが制御するリリース領域が単純に減衰するだけの時
には、トランケートするようになっており、変形例では
こうしたチャンネル割当をより簡便に行うべく音色テー
ブルＴＣＴＢＬに２つのリリース優先フラグＲＰＦ１，
ＰＲＦ２を設けている。

【００７０】すなわち、図６（イ）に図示するような２
段階のリリース過程を持つ特徴的なエンベロープ波形を
制御する場合において、リリース優先フラグＲＰＦ１を
「１（ＯＮ）」、リリース優先フラグＲＰＦ２を「０
（ＯＦＦ）」と設定しておけば、リリース１領域でのチ
ャンネル割当順位が高く、かつ、リリース２領域でのチ
ャンネル割当順位が低くなるため、上述した第２実施例
と略同様に、リリース領域１の発音が優先され、リリー
ス２領域で通常のエンベロープ制御態様と同様にトラン
ケートすることが可能なる。なお、演奏上、特定の音色
が割り付けられたチャンネルのリリース波形を意図的に
発音優先させたい場合などでは、このリリース優先フラ
グＲＰＦ１，ＲＰＦ２の両者を「１（ＯＮ）」としてお
けば、リリース領域１、２が共に発音優先され、所望の
演奏効果を得ることも可能になる。

【００７１】Ｄ．第３実施例 次に、本発明による第３実施例について図１７〜図２１
を参照して説明する。なお、第３実施例の構成は、前述
した第１実施例と同一であるので、その説明については
省略する。この第３実施例では、図１７に示す割当順位
から解るように、リリース中のチャンネルの内、リリー
ス優先フラグＲＰＦが「０（ＯＦＦ）」となっているチ
ャンネルが割当順位１位でトランケートされ、次いで、
リリース優先フラグＲＰＦが「１（ＯＮ）」なるチャン
ネル、キーオン（ノートオン）中のチャンネルの順でト
ランケートされる。なお、リリース優先フラグＲＰＦが
「０（ＯＦＦ）」とされているチャンネルが複数存在す
る時には、その中で最も演奏パート優先順位の低いパー
トが割り当てられるチャンネルをトランケートするよう
にしている。

【００７２】第３実施例が前述した第１実施例と異なる
点は、チャンネル決定時の処理にあり、それ以外の動作
は共通するので、以下、図１８〜図２１を参照して第３
実施例によるチャンネル決定処理ルーチンの動作につい
て説明する。第１実施例と同様に、ＣＰＵ３の処理が鍵
処理ルーチンにおけるステップＳＣ２（図１０参照）、
あるいは外部入力処理ルーチンにおけるステップＳＤ３
（図１１参照）に進むと、図１８に示すチャンネル決定
処理ルーチンが実行され、ステップＳＧ１に処理を進め
る。

【００７３】（ａ）空きチャンネルサーチ動作 まず、ステップＳＧ１では、レジスタＤＣＯに「−１」
をセットする。このレジスタＤＣＯには、トランケート
されるチャンネルの番号が一時記憶されるが、ここで
は、トランケートすべきチャンネルが未決定である旨を
表わすフラグ値「−１」をセットする。次いで、ステッ
プＳＧ２に進むと、ＣＰＵ３は、ループカウント値がセ
ットされるレジスタＮＵＭをゼロクリアし、続く、ステ
ップＳＧ３では、レジスタＥＶＬ（ＮＵＭ）の値が
「０」であるか否かを判断する。すなわち、レジスタＮ
ＵＭの値に対応するチャンネルが消音状態であるか否か
を判断する。

【００７４】ここで、レジスタＮＵＭで指定されるチャ
ンネルが消音状態にあれば、判断結果が「ＹＥＳ」とな
り、ステップＳＧ４に進む。ステップＳＧ４では、レジ
スタＮＵＭで指定されるチャンネルが空きチャンネルで
あるとして、この空きチャンネルに発音を割り当てるべ
く、レジスタＮＵＭの値をレジスタＤＣＯに書き込む。
これにより、レジスタＤＣＯに格納されるチャンネルの
番号のチャンネルが新押鍵（新ノートオン）に割り当て
られる。

【００７５】一方、レジスタＮＵＭに対応するチャンネ
ルが発音中にある場合には、上記ステップＳＧ３の判断
結果が「ＮＯ」となり、次のステップＳＧ５に進む。ス
テップＳＧ５では、レジスタＮＵＭの値が「３１」以
上、つまり、全３２チャンネル分をサーチしたか否かを
判断する。ここで、全３２チャンネル分のサーチがなさ
れていない時には、判断結果が「ＮＯ」となり、ステッ
プＳＧ６に進み、レジスタＮＵＭに格納されるチャンネ
ルの番号を１インクリメントして歩進させ、上述したス
テップＳＧ３へ処理を戻す。これ以後、ＣＰＵ３は全チ
ャンネル分のサーチが完了するまで上記ステップＳＧ３
〜ＳＧ６を繰り返す。そして、いま、例えば、全３２チ
ャンネル分のサーチがなされ、この結果、空きチャンネ
ルが存在しなかったとする。そうすると、上記ステップ
ＳＧ５の判断結果が「ＹＥＳ」となり、図１９に示すス
テップＳＧ７へ処理を進める。

【００７６】（ｂ）リリース中、かつ、リリース優先フ
ラグＲＰＦが「０（ＯＦＦ）」のチャンネルサーチ動作 次に、ステップＳＧ７に進むと、レジスタＮＵＭをゼロ
クリアし、次のステップＳＧ８に処理を進める。ステッ
プＳＧ８に進むと、ＣＰＵ３はレジスタＫＯＦ（ＮＵ
Ｍ）が「０」、すなわち、レジスタＮＵＭで指定される
チャンネルがリリース中であるか否かを判断する。ここ
で、リリース中でなければ、判断結果が「ＮＯ」とな
り、ステップＳＧ９に進み、全３２チャンネル分のサー
チがなされたか否かを判断する。そして、全３２チャン
ネル分のサーチが完了していない時には、判断結果が
「ＮＯ」となり、ステップＳＧ１０に処理を進め、レジ
スタＮＵＭに格納されるループカウンタ値（チャンネル
番号）を更新して上記ステップＳＧ８に処理を戻す。

【００７７】ここで、例えば、レジスタＮＵＭの値で指
定されるチャンネルがリリース中であると、上記ステッ
プＳＧ８の判断結果が「ＹＥＳ」となり、ステップＳＧ
１１に処理を進める。ステップＳＧ１１に進むと、ＣＰ
Ｕ３はレジスタＲＰＦ（ＮＵＭ）の値が「０」、すなわ
ち、リリース中のチャンネルに付与されるリリース優先
フラグＲＰＦが「０（ＯＦＦ）」されているか否かを判
断する。ここで、対応するチャンネルのリリース優先フ
ラグＲＰＦが「１（ＯＮ）」である時には、判断結果が
「ＮＯ」となり、上述したステップＳＧ１０，ＳＧ１１
を介してチャンネル番号を更新し、再度ステップＳＧ８
に処理を戻す。

【００７８】一方、リリース優先フラグＲＰＦが「０
（ＯＦＦ）」である時には、上記ステップＳＧ１１の判
断結果が「ＹＥＳ」となり、次のステップＳＧ１２に処
理を進める。ステップＳＧ１２では、レジスタＤＣＯに
セットされる値が「−１」より大であるか否か、すなわ
ち、リリース中のチャンネルをサーチした結果が当該レ
ジスタＤＣＯにセットされているか否かを判断する。そ
して、リリース中のチャンネルをサーチした結果が当該
レジスタＤＣＯにセットされていない場合、つまり、リ
リース中のチャンネルを初めてサーチした時には、ここ
での判断結果が「ＮＯ」となり、ステップＳＧ１３に進
む。ステップＳＧ１３では、リリース中のチャンネルを
初めてサーチした時のチャンネルの番号、すなわち現レ
ジスタＮＵＭの値をレジスタＤＣＯに書き込む。

【００７９】こうして、一旦リリース中のチャンネルが
サーチされると、ＣＰＵ３は再び上述したステップＳＧ
９を介して全３２チャンネル分のサーチがなされたか否
かを判断し、サーチ完了していない時には、ステップＳ
Ｇ１０にてレジスタＮＵＭを更新して次のサーチに移行
する。そして、例えば、次のサーチでリリース中、か
つ、リリース優先フラグＲＰＦが「０」のチャンネルを
検出したとする。そうすると、上述したステップＳＧ
８、ＳＧ１１における各判断結果が「ＹＥＳ」となり、
ステップＳＧ１２に進む。この場合、ステップＳＧ１２
では、レジスタＤＣＯには先にサーチしたリリース中、
かつ、リリース優先フラグＲＰＦ「０」となるチャンネ
ルの番号（以下、これをリリースチャンネルと称す）が
セットされているから、判断結果は「ＹＥＳ」となり、
ステップＳＧ１４へ処理を進める。

【００８０】ステップＳＧ１４では、レジスタＣＨ（Ｄ
ＣＯ）の値がレジスタＣＨ（ＮＵＭ）より大であるか否
か、すなわち、先にサーチされたリリースチャンネルに
割り当てられている演奏パート番号が、現在サーチされ
たリリースチャンネルに割り当てられている演奏パート
番号より大であるか否かを判断する。この実施例の場
合、演奏パート番号が小さい程、そのパート番号に付与
される優先順位が低くなるので、上記ステップＳＧ１４
の判断は、「先にサーチされたリリースチャンネルの優
先順位が現在サーチされたリリースチャンネルの優先順
位より上であるか否か」を判断することに相当する。よ
って、先にサーチされたリリースチャンネルの優先順位
が現在サーチされたリリースチャンネルのそれより上で
あると、この判断結果が「ＹＥＳ」となり、ステップＳ
Ｇ１３に進み、先にサーチされたリリースチャンネルよ
り優先順位の低い、現在サーチされたリリースチャンネ
ルのチャンネルの番号をレジスタＤＣＯにセットする。

【００８１】これに対し、「先にサーチされたリリース
チャンネルの優先順位が現在サーチされたリリースチャ
ンネルの優先順位より下となる」場合には、ステップＳ
Ｇ１４の判断結果が「ＮＯ」となり、上述したステップ
ＳＧ９へ処理を進める。そして、この後、全チャンネル
分のサーチが完了すると、このステップＳＧ９の判断結
果が「ＹＥＳ」となり、ステップＳＧ１５へ進む。ステ
ップＳＧ１５に進むと、ＣＰＵ３はレジスタＤＣＯの値
が「−１」であるか否か、すなわち、リリース中であっ
て、リリース優先フラグＲＰＦが「０（ＯＦＦ）」、か
つ、最も優先順位の低いリリースチャンネルをサーチし
たか否かを判断し、サーチした場合には判断結果が「Ｎ
Ｏ」となり、本ルーチンを終了する。一方、そうでない
場合には後述するステップＳＧ１５へ処理を進める。以
上のように、ステップＳＧ７〜ＳＧ１４では、リリース
中であって、リリース優先フラグＲＰＦが「０（ＯＦ
Ｆ）」とされたチャンネルの内、最も優先順位の低いチ
ャンネルの番号、つまり、チャンネル割当順位１位とな
るチャンネルの番号をレジスタＤＣＯに格納する。これ
により、チャンネル割当順位１位とされたチャンネルが
トランケートされることになる。

【００８２】（ｃ）リリース中、かつ、リリース優先フ
ラグＲＰＦが「１（ＯＮ）」のチャンネルサーチ動作 リリース中、かつ、リリース優先フラグＲＰＦが「０
（ＯＦＦ）」のチャンネルが存在しない場合、すなわ
ち、上記ステップＳＧ１５の判断結果が「ＹＥＳ」とな
ると、ＣＰＵ３は図２０に示すステップＳＧ１６へ処理
を進める。ステップＳＧ１６では、チャンネルサーチ開
始にあたりレジスタＮＵＭをゼロクリアする。次いで、
ステップＳＧ１７では、レジスタＫＯＦ（ＮＵＭ）が
「０」、すなわち、レジスタＮＵＭで指定されるチャン
ネルがリリース中であるか否かを判断する。ここで、リ
リース中でなければ、判断結果が「ＮＯ」となり、ステ
ップＳＧ１８に進む。ステップＳＧ１８では、全３２チ
ャンネル分のサーチがなされたか否かを判断する。そし
て、全３２チャンネル分のサーチが完了していない時に
は、判断結果が「ＮＯ」となり、ステップＳＧ１９に進
み、レジスタＮＵＭを次のチャンネルの番号に歩進さ
せ、上記ステップＳＧ１７に戻る。

【００８３】ここで、例えば、レジスタＮＵＭで指定さ
れるチャンネルがリリース中であったとする。そうする
と、上記ステップＳＧ１７の判断結果が「ＹＥＳ」とな
り、ステップＳＧ２０に処理を進める。ステップＳＧ２
０に進むと、ＣＰＵ３はレジスタＤＣＯの値が「−１」
より大であるか否か、すなわち、リリース中のチャンネ
ルをサーチした結果が当該レジスタＤＣＯにセットされ
ているか否かを判断する。そして、リリース中のチャン
ネルをサーチした結果が当該レジスタＤＣＯにセットさ
れていない場合、つまり、リリース中のチャンネルを初
めてサーチした時には、ここでの判断結果が「ＮＯ」と
なり、ステップＳＧ２１に進む。ステップＳＧ２１で
は、リリース中のチャンネルを初めてサーチした時のチ
ャンネルの番号、つまり、現レジスタＮＵＭの値をレジ
スタＤＣＯにセットする。

【００８４】次いで、ＣＰＵ３は再び上述したステップ
ＳＧ１８を介して全３２チャンネル分のサーチがなされ
たか否かを判断し、サーチが完了していない時には、ス
テップＳＧ１９においてレジスタＮＵＭを歩進させる。
そして、このレジスタＮＵＭの更新に応じてリリース中
のチャンネルが検出されたとする。そうすると、ステッ
プＳＧ１７の判断結果が「ＹＥＳ」となり、ステップＳ
Ｇ２０に進む。この場合、ステップＳＧ２０では、レジ
スタＤＣＯに先にサーチしたリリース中のチャンネルの
番号がセットされているから、判断結果は「ＹＥＳ」と
なり、ステップＳＧ２２へ処理を進める。

【００８５】ステップＳＧ２２では、レジスタＣＨ（Ｄ
ＣＯ）の値がレジスタＣＨ（ＮＵＭ）より大であるか否
か、すなわち、先にサーチされたチャンネルに割り当て
られている演奏パート番号が、現在サーチされたチャン
ネルに割り当てられている演奏パート番号より大である
か否かを判断する。本実施例の場合、前述した第１実施
例と同様に、演奏パート番号が小さい程、そのパート番
号に付与される優先順位が低くなるので、上記ステップ
ＳＧ２２では、「先にサーチされたチャンネルの優先順
位が現在サーチされたチャンネルの優先順位より上であ
るか否か」を判断することになる。よって、先にサーチ
されたチャンネルの優先順位が現在サーチされたチャン
ネルのそれより上であると、この判断結果が「ＹＥＳ」
となり、ステップＳＧ２１に進み、先にサーチされたチ
ャンネルより優先順位の低い、現在サーチされたチャン
ネルのチャンネルの番号をレジスタＤＣＯにセットす
る。

【００８６】これに対し、「先にサーチされたチャンネ
ルの優先順位が現在サーチされたチャンネルの優先順位
より下となる」場合には、ステップＳＧ２２の判断結果
が「ＮＯ」となり、上述したステップＳＧ１８へ処理を
進める。そして、全チャンネル分のサーチが完了する
と、このステップＳＧ１８の判断結果が「ＹＥＳ」とな
り、ステップＳＧ２３へ進み、レジスタＤＣＯの値が
「−１」であるか否かを判断する。ここで、リリース中
のチャンネルをサーチした場合には判断結果が「ＮＯ」
となり、本ルーチンを終了するが、そうでない場合には
後述するステップＳＧ２４へ処理を進める。

【００８７】このように、上記ステップＳＧ１６〜ＳＧ
２３においては、前述した（ｂ）項の動作に続いてリリ
ース中のチャンネルを順次サーチするので、結果的に、
リリース中、かつ、リリース優先フラグＲＰＦが「１
（ＯＮ）」のチャンネルサーチがなされる。このチャン
ネルサーチでは、先にサーチしたチャンネルの優先順位
と現在サーチしたチャンネルの優先順位とを比較し、よ
り低い優先順位にあるチャンネルの番号をレジスタＤＣ
Ｏに書き込んで更新するから、最終的に、リリース中で
あって、リリース優先フラグＲＰＦが「１（ＯＮ）」の
チャンネルの内の最も優先順位の低いチャンネル、つま
り、チャンネル割当順位２位のチャンネル（図１７参
照）の番号がレジスタＤＣＯに格納される。これによ
り、チャンネル割当順位２位とされたチャンネルがトラ
ンケートされることになる。

【００８８】（ｃ）キーオン（ノートオン）中のチャン
ネルサーチ処理 リリース中のチャンネルが存在しない時には、上記ステ
ップＳＧ２３の判断結果が「ＹＥＳ」となり、図２０に
示すステップＳＧ２４へ処理を進め、これ以後、キーオ
ン（ノートオン）中のチャンネルをサーチする。まず、
ステップＳＧ２４では、レジスタＮＵＭをゼロクリア
し、続く、ステップＳＧ２５では、レジスタＮＵＭの値
をレジスタＤＣＯにセットする。次いで、ステップＳＧ
２６では、全３２チャンネル分のサーチがなされたか否
かを判断する。そして、全３２チャンネル分のサーチが
完了していない時には、判断結果が「ＹＥＳ」となり、
ステップＳＧ２７に進み、レジスタＮＵＭの値を歩進さ
せ、次のステップＳＧ２８に進む。

【００８９】ステップＳＧ２８に進むと、ＣＰＵ３は、
レジスタＣＨ（ＤＣＯ）の値がレジスタＣＨ（ＮＵＭ）
より大であるか否か、すなわち、先にサーチされたチャ
ンネルの優先順位が現在サーチされたチャンネルの優先
順位より上であるか否かを判断する。ここで、先にサー
チされたチャンネルの優先順位が現在サーチされたチャ
ンネルのそれより上であると、この判断結果が「ＹＥ
Ｓ」となり、ステップＳＧ２５に進み、現サーチ時点で
最も優先順位の低いチャンネルの番号をレジスタＤＣＯ
にセットする。一方、上記ステップＳＧ２８の判断結果
が「ＮＯ」の場合には、再びステップＳＧ２６に戻り、
以後、全チャンネルのサーチが完了するまでの間、ステ
ップＳＧ２６〜ＳＧ２８を繰り返し、全チャンネルのサ
ーチが完了した時にステップＳＧ２６の判断結果が「Ｎ
Ｏ」となり、このルーチンを終了する。

【００９０】このように、上記ステップＳＧ２４〜ＳＧ
２８では、前述した（ｃ）項の動作に続いて最も優先順
位の低いチャンネルを順次サーチするので、結果的に、
キーオン（ノートオン）中の最も優先順位の低いチャン
ネルサーチがなされることになり、こうしたサーチによ
って得られたチャンネルがチャンネル割当順位３位のチ
ャンネル（図１７参照）としてレジスタＤＣＯにセット
される。これにより、チャンネル割当順位３位とされた
チャンネルがトランケートされることになる。

【００９１】以上説明したように、第３実施例では、全
発音チャンネルが発音割当されている時に新たなキーオ
ン（ノートオン）が発生すると、最初に、リリース中、
かつ、リリース優先フラグＲＰＦが「０（ＯＦＦ）」と
されたチャンネルの内の最も優先順位の低いチャンネル
をサーチし、これに該当するチャンネルがあった時に
は、当該チャンネルを割当順位１位としてトランケート
する。次いで、この割当順位１位に該当するチャンネル
がサーチし得ない時には、リリース中、かつ、リリース
優先フラグＲＰＦが「１（ＯＮ）」とされたチャンネル
の内の最も優先順位の低いチャンネルをサーチし、これ
に該当するチャンネルがあった時には、当該チャンネル
を割当順位２位としてトランケートする。そして、割当
順位１位、２位のチャンネルが存在しない場合には、キ
ーオン（ノートオン）中のチャンネルの内の最も優先順
位の低いチャンネルをトランケートするようにしてお
り、このようにすることで、優先順位が付与された各音
色の楽音や、特徴的なエンベロープ形状を持つ楽音等、
その楽音の属性を考慮した発音割り当てが可能になる訳
である。

【００９２】なお、上述した各実施例では、リリース波
形の発音継続を優先させるべくリリース優先フラグＲＰ
Ｆを設けるようにしたが、これはリリース波形に限定さ
れず、例えば、サステイン領域の発音継続を優先させる
フラグを設け、このフラグに応じて上述した各実施例と
同様なトランケート処理を行うようにしても良い。ま
た、例えば、所定音高以上の楽音に対して発音を優先的
に継続させるフラグを設けてトランケートする態様とし
て新たな演奏効果を得ることも可能である。

【００９３】

【発明の効果】本発明によれば、発音チャンネル情報記
憶手段が各発音チャンネル毎にアサインされる音色に対
応した楽音パラメータを記憶しておき、各発音チャンネ
ルの全てが前記アサインされた音色の楽音を発生してい
る最中に新たな押鍵が発生した場合、発音チャンネル検
出手段が発音チャンネル情報記憶手段から各発音チャン
ネル毎にアサインされる音色の楽音パラメータに基づい
て最も消音に適した楽音を発生している発音チャンネル
を検出し、楽音発生指示手段がこの発音チャンネル検出
手段によって検出された発音チャンネルへ新たな押鍵に
対応した楽音の発生を指示するので、リリースエンベロ
ープに特徴を有する等の、後に特徴を有する音色の楽音
を消音してしまうことがなく、楽音の音色の特徴を考慮
した発音割り当てを行うことができる。

【図面の簡単な説明】

【図１】本発明による第１実施例の構成を示すブロック
図である。

【図２】第１実施例における音色テーブルＴＣＴＢＬの
構成を示す図である。

【図３】第１実施例におけるパートテーブルＣＨＴＢＬ
の構成を示す図である。

【図４】第１実施例におけるチャンネルテーブルＴＧＴ
ＢＬの構成を示す図である。

【図５】第１実施例における演奏信号形式の一例を説明
するための図である。

【図６】エンベロープ波形形状を説明するための図であ
る。

【図７】第１実施例による発音チャンネル割当順位を説
明するための図である。

【図８】第１実施例におけるメイン処理ルーチンの動作
を示すフローチャートである。

【図９】第１実施例におけるイニシャル処理ルーチンの
動作を示すフローチャートである。

【図１０】第１実施例における鍵処理ルーチンの動作を
示すフローチャートである。

【図１１】第１実施例における外部入力処理ルーチンの
動作を示すフローチャートである。

【図１２】第１実施例におけるチャンネル決定処理ルー
チンの動作を示すフローチャートである。

【図１３】第１実施例におけるチャンネル決定処理ルー
チンの動作を示すフローチャートである。

【図１４】第１実施例におけるチャンネル決定処理ルー
チンの動作を示すフローチャートである。

【図１５】第２実施例におけるチャンネル決定処理ルー
チンの動作を示すフローチャートである。

【図１６】変形例を説明するための図である。

【図１７】第３実施例によるチャンネル割当順位を説明
するための図である。

【図１８】第３実施例におけるチャンネル決定処理ルー
チンの動作を示すフローチャートである。

【図１９】第３実施例におけるチャンネル決定処理ルー
チンの動作を示すフローチャートである。

【図２０】第３実施例におけるチャンネル決定処理ルー
チンの動作を示すフローチャートである。

【図２１】第１実施例におけるチャンネル決定処理ルー
チンの動作を示すフローチャートである。

【符号の説明】

１ 鍵盤部 ２ 操作部 ３ ＣＰＵ（発音チャンネル検出手段、楽音発生指示手
段） ４ プログラムＲＯＭ ５ データＲＯＭ ６ ワークＲＡＭ（発音チャンネル情報記憶手段） ７ 外部入力部 ８ 音源部 ９ Ｄ／Ａ変換部 １０ サウンドシステム

Claims (4)

【特許請求の範囲】
1. 【請求項１】 各発音チャンネル毎にアサインされる音
   色に対応した楽音パラメータを記憶する発音チャンネル
   情報記憶手段と、 前記各発音チャンネルの全てが前記アサインされた音色
   の楽音を発生している最中に新たな押鍵が発生した場
   合、前記発音チャンネル情報記憶手段から各発音チャン
   ネル毎にアサインされる音色の楽音パラメータに基づい
   て最も消音に適した楽音を発生している発音チャンネル
   を検出する発音チャンネル検出手段と、 この発音チャンネル検出手段によって検出された発音チ
   ャンネルへ新たな押鍵に対応した楽音の発生を指示する
   楽音発生指示手段とを具備することを特徴とする発音チ
   ャンネル割当装置。
2. 【請求項２】 前記楽音パラメータは、リリース中の発
   音を優先させるか否かを表わす優先フラグを備え、 前記発音チャンネル検出手段は、前記優先フラグが発音
   優先を表わす音色の楽音を発生させている発音チャンネ
   ルより優先フラグが発音優先を表わさない音色の楽音を
   発生させている発音チャンネルを優先的に検出すること
   を特徴とする請求項１記載の発音チャンネル割当装置。
3. 【請求項３】 前記発音チャンネル検出手段は、前記優
   先フラグが発音優先を表わす音色の楽音を発生させてい
   る発音チャンネルであっても、該楽音のエンベロープが
   単純に減衰するのみとなった場合には、前記優先フラグ
   が発音優先を表わしていない音色の楽音を発生させてい
   る発音チャンネルと該発音チャンネルをみなして前記検
   出を行うことを特徴とする請求項２記載の発音チャンネ
   ル割当装置。
4. 【請求項４】 前記音色の楽音のリリースは複数の段階
   からなり、前記楽音パラメータは、前記各リリース段階
   に対応する発音優先フラグを含んでいることを特徴とす
   る請求項２記載の発音チャンネル割当装置。