JPH0627955A

JPH0627955A - 楽音発生装置

Info

Publication number: JPH0627955A
Application number: JP4184185A
Authority: JP
Inventors: Hideo Yamada; 秀夫山田
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 1992-07-10
Filing date: 1992-07-10
Publication date: 1994-02-04
Anticipated expiration: 2013-05-20
Also published as: JP2755051B2

Abstract

(57)【要約】【目的】音色データを記憶するバッファの容量を増大
させることがなく、かつ、キーオンレスポンスを良くす
る【構成】各トーンジェネレータＴＧ０〜ＴＧ７には、
各々２つのバッファＢＵＦ０−１，０−２〜ＢＵＦ７−
１，７−２が設けられており、各バッファには異なる音
色の音色データが書き込まれるようになっている。この
場合、サフィックス１のバッファの方が優先して使用さ
れるように設定されている。また、各トーンジェネレー
タＴＧ０〜ＴＧ７は対応する２つのバッファＢＵＦ０−
１，０−２〜ＢＵＦ７−１，７−２とともに発音チャン
ネルＣＨ０〜ＣＨ７を構成している。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、複数の音色によって
複数の楽音を発生する際に用いて好適な楽音発生装置に
関する。

【０００２】

【従来の技術】複数の音色の楽音を同時に発音する電子
楽器が種々開発されている。この種の電子楽器には、ト
ーンジェネレータを時分割に切り換えて複数音を同時発
音する時分割処理タイプと、複数のトーンジェネレータ
を同時に起動して複数音同時発音を行う非時分割タイプ
とがある。いずれの場合であっても、音色の決定はその
音色を特定するための音色データをトーンジェネレータ
に設定することにより行われる。

【０００３】図２８は、時分割処理タイプの電子楽器の
構成を示すブロック図である。図において、１は演奏情
報入力部であり、例えば、複数の鍵を有したキーボード
や、曲の進行に従って演奏情報を出力するシーケンサ等
である。この演奏情報入力部１からは、鍵のオン／オフ
情報、音高情報、音色指定情報など（以下、楽音情報と
いう：ｃｆ演奏情報はキー情報のみ）が出力される。３
はチャンネル割当部２を介して供給される楽音情報に基
づいて楽音信号を発生するトーンジェネレータである。
このトーンジェネレータ３は、複数の発音チャンネルを
時分割で切り換えるようになっている。また、チャンネ
ル割当部２は、演奏情報入力部１から供給される楽音情
報を各チャンネルに割り当てるようになっている。

【０００４】４−１〜４−ｍは、各々音色データを記憶
する音色データメモリであり、各メモリ内の音色データ
は１つの音色に対応している。また、各音色メモリ４−
１〜４−ｍ内の音色データは、時分割のタイミングに合
わせて、トーンジェネレータ３内の対応する音色の発音
チャンネルにおいて使用されるようになっている。

【０００５】次に、図２９は複数のトーンジェネレータ
を有する電子楽器の構成を示すブロック図である。この
図に示す電子楽器においては、ｎ個のトーンジェネレー
タＴＧ１〜ＴＧｎが設けられており、各トーンジェネレ
ータＴＧ１〜ＴＧｎには音色データを記憶するためのバ
ッファＢＵＦ１〜ＢＵＦｎが併設されている。この場
合、トーンジェネレータとバッファとの組合わせによっ
て発音チャンネルＣＨ１〜チャンネルＣＨｎが構成され
ている。６は、音色データ転送制御部であり、チャンネ
ル制御部２のチャンネル割当処理に伴い、楽音情報が指
示する音色に応じた音色データメモリ４−１〜４−ｍを
選択し、その音色データを対応するチャンネルのバッフ
ァＢＵＦ１〜ＢＵＦｎに転送する。

【０００６】以上の構成によれば、キーオンがあると、
そのキーに対応する楽音の発生がチャンネルＣＨ１〜Ｃ
Ｈｎのいずれかに割り当てられるとともに、音色データ
転送制御部６によって当該キーに対応する音色データが
割当チャンネルのバッファに転送されることにより、割
当チャンネルのトーンジェネレータは対応するバッファ
内の音色データに応じた音色の楽音信号を作成する。

【０００７】

【発明が解決しようとする課題】ところで、図２８に示
す電子楽器においては、時分割処理を行っている各発音
チャンネルに、チャンネル切り換えタイミングに応じ
て、音色データメモリ４−１〜４−ｍ内の音色データを
転送しなければならないため、極めて高速の処理速度が
要求され、実際にはキーオンの変化に追従することが困
難である。特に、トーンジェネレータにおいて、自然楽
器をシミュレートするようなアルゴリズムによって発音
処理を行う場合などは、音色データとしてマイクロプロ
グラム等を転送するため、転送データ量が多くなり、上
述した問題は一層顕著になった。

【０００８】また、図２９に示す電子楽器においては、
並列に動作する複数のトーンジェネレータを具備してい
るので、一旦音色データをバッファに転送した後は、各
チャンネルにおいて高速の処理が要求されることはな
い。しかしながら、キーオンが生じる毎に、バッファＢ
ＵＦ１〜ＢＵＦｎに音色データを転送する必要があるた
め、図２８に示すものと同様に、音色データの量が多い
場合には、キーオンに対するレスポンスが悪化して、実
用的でない。

【０００９】そこで、図３０に示すように、各チャンネ
ルについて音色の数だけのバッファを用意し、予め全て
の音色データを各チャンネルに転送しておくことが考え
られる。このような構成によれば、例えば、トーンジェ
ネレータＴＧ１は、併設されたバッファＢＵＦ１−１〜
ＢＵＦ１−ｍから直接音色データを読むことができるの
で、キーオン毎に音色データメモリ４−１〜４−ｍから
音色データを転送する必要がない。そして、他のトーン
ジェネレータＴＧ２〜ＴＧｎも同様に動作するので、キ
ーオンについてのレスポンスは良くなる。しかしなが
ら、バッファの容量は、各チャンネル毎に必要とする全
ての音色データに応じて設定しなければならないので、
メモリ容量が膨大になるという問題が生じた。

【００１０】この発明は、上述した事情に鑑みてなされ
たもので、バッファの容量を増大させることがなく、し
かも、キーオンレスポンスを極めて良くすることができ
る楽音発生装置を提供することを目的としている。

【００１１】

【課題を解決するための手段】上記課題を解決するため
に、供給される楽音情報に応じた音色の楽音信号を発生
する楽音発生装置において、それぞれが１つの音色の音
色データを記憶する第１、第２……第ｍ番のバッファお
よび前記いずれかのバッファの音色データを用い、これ
に応じた音色の楽音信号を発生する楽音信号発生手段か
らなる発音チャンネルを複数有するとともに、ｎ（ｎ＞
ｍ）種の音色の音色データを記憶する音色データ記憶部
と、前記各バッファに転送すべき音色データを指示する
音色割当指示手段と、前記音色割当指示手段の指示内容
にしたがって前記音色データ記憶部内の音色データを前
記各バッファに転送する転送手段と、前記各楽音信号発
生手段の同一番号のバッファを一つのバッファグループ
とするとともに各バッファグループについて予め優先順
位を設定し、かつ、前記優先順位にしたがって各バッフ
ァグループ中をサーチして前記楽音情報の音色に対応す
るバッファを選択する割当制御手段とを具備し、前記割
当制御手段によって選択されたバッファを有する発音チ
ャンネルによって楽音信号の発生を行うことを特徴とす
る。

【００１２】

【作用】各発音チャンネルの楽音信号発生手段は、いず
れかのバッファ内の音色データを用いて楽音発生を行
い、また、各バッファには転送手段によって音色データ
記憶部内の音色データが転送される。そして、所定の優
先順位にしたがって発生楽音を各チャンネルに割り当て
る。したがって、各発音チャンネルに全ての音色データ
を用意しておかなくとも、必要とされる音色の音色デー
タを予め各バッファに転送しておくことにより、所望の
楽音信号を発生することができる。

【００１３】

【実施例】以下、図面を参照してこの発明の実施例につ
いて説明する。Ａ：第１の実施例の構成図１は、この発明の第１の実施例の構成を示すブロック
図であり、図において、１０は外部のＭＩＤＩ機器であ
る。ＭＩＤＩ機器１０としては、例えば、キーボードな
どがあり、キーのオン／オフを示すノートオン／ノート
オフ情報（ＮＯＮ／ＮＯＦＦ情報）、キーの音高を示す
ノートコードＮＣおよびキーの押下速度を示すベロシテ
ィＮＶ等の楽音情報を出力する。この楽音情報は、ＭＩ
ＤＩインターフェイス１１を介してＣＰＵ１２に供給さ
れるようになっており、ＣＰＵ１２は供給された楽音情
報に対して後述するような種々の処理を行うとともに、
装置各部を制御する。

【００１４】１５はＣＰＵ１２の制御の下に、楽音の発
生を行う楽音合成回路であり、図３に示すようにトーン
ジェネレータＴＧ０〜ＴＧ７を有している。また、各ト
ーンジェネレータＴＧ０〜ＴＧ７には、各々２つのバッ
ファＢＵＦ０−１，０−２〜ＢＵＦ７−１，７−２が設
けられており、各バッファには異なる音色の音色データ
（マイクロプログラム）が書き込まれるようになってい
る。この場合、サフィックス１のバッファの方が優先し
て使用されるように設定されている。また、各トーンジ
ェネレータＴＧ０〜ＴＧ７は対応する２つのバッファＢ
ＵＦ０−１，０−２〜ＢＵＦ７−１，７−２とともに発
音チャンネルＣＨ０〜ＣＨ７を構成している。

【００１５】各トーンジェネレータＴＧ０〜ＴＧ７によ
って形成された楽音信号は、サウンドシステム１６に供
給され、ここで、増幅された後にスピーカ１７から発音
される。次に、２０はＲＯＭであり、ＣＰＵ１２で用い
られるプログラムや音色データが記憶されている。この
実施例においては、音色データは１００種類程度が記憶
されている。２１はＲＡＭであり、種々のレジスタ、フ
ラグが設けられるとともに、作業領域が設定されてい
る。また、ＲＡＭ２１内には、図２に示す音色アサイン
バッファ２３が設定されている。この音色アサインバッ
ファ２３は、上述したバッファＢＵＦ０−１，０−２〜
ＢＵＦ７−１，７−２に書き込むべき音色データを指定
するものである。図２に示す例の場合は、チャンネルＣ
Ｈ０については、バッファＢＵＦ０−１およびバッファ
ＢＵＦ０−２に各々ブラス（ＢＲＡＳＳ）およびピアノ
（ＰＩＡＮＯ）の音色データの転送が指示される。

【００１６】次に、２５は、音色を設定する音色設定ス
イッチやその他の種々スイッチ等が設けられている操作
パネルであり、その操作信号はパネルインターフェイス
２６を介してＣＰＵ１２に供給される。音色設定スイッ
チが操作されると、ＣＰＵ１２は、その操作信号に従っ
て音色アサインバッファ２３の内容を書き換えるように
なっている。そして、この音色アサインバッファ２３の
内容に従ってＲＯＭ２０内音色データをバッファＢＵＦ
０−１，０−２〜ＢＵＦ７−１，７−２に転送するよう
になっている。

【００１７】Ｂ：実施例の動作次に、上述した構成によるこの実施例の動作について説
明する。（イ）メイン処理図４は、この実施例のメイン処理を示すフローチャート
であり、まず、ステップＳＰ１において、装置各部をイ
ニシャライズし、次いで、ＭＩＤＩ処理、パネル処理お
よび発音チャンネル処理を行う（ステップＳＰ２，３，
４）。以後は、ステップＳＰ２，３，４の処理を循環す
る。これらのうちステップＳＰ３のパネル処理において
は、操作パネル２５の各スイッチのオン／オフ状態をス
キャンし、これらのオン／オフ状態に応じた設定（音色
設定等）を行う。この処理は、一般の電子楽器で行われ
ている処理と同様であるので、詳細説明を省略し、以下
に、ステップＳＰ２，４の処理内容およびこれらの処理
に用いられる各種サブルーチンについて詳述する。

【００１８】（ロ）ＭＩＤＩ処理図５は、ＭＩＤＩ処理の内容を示すフローチャートであ
る。まず、ステップＳＰａ１においては、ＭＩＤＩバッ
ファのスキャンが行われる。ＭＩＤＩバッファは、ＲＡ
Ｍ２１内に設定されているバッファである。ここで、Ｍ
ＩＤＩインターフェイス１１は外部ＭＩＤＩ機器１０か
ら受け取ったＭＩＤＩ信号をＭＩＤＩバッファに転送す
るようになっている。そして、ステップＳＰａ２に進
み、スキャンの結果からイベントがあったか否かを判定
する。ここで、イベントとは、演奏操作子の変化、例え
ば、キーボードのキーのオフからオンへの変化、および
オンからオフへの変化をいう。

【００１９】ステップＳＰａ２の判断結果が「ＮＯ」の
場合は、直ちにリターンし、「ＹＥＳ」の場合は、ステ
ップＳＰａ３に進む。ステップＳＰａ３においては、オ
フからオンへの変化を示すノートオンデータＮＯＮ、ま
たは、オンからオフへの変化を示すノートオフデータＮ
ＯＦＦがレジスタＥＶに書き込まれる。また、音高を示
すノートコードがレジスタＮＣに、キーを操作する早さ
に対応したベロシティがレジスタＮＶに書き込まれる。
次に、ステップＳＰａ４に進み、レジスタＥＶの内容が
ノートオンデータＮＯＮであるか否かが判定される。こ
の判定が「ＹＥＳ」であればステップＳＰａ５のノート
オン処理に進み、また、「ＮＯ」であればステップＳＰ
ａ６のノートオフ処理に進む。

【００２０】（ｉ）ノートオン処理の概要図６は、ノートオン処理の概要を示すフローチャートで
ある。まず、ステップＳＰｂ１において、イベントの検
出されたＭＩＤＩチャンネルの番号をレジスタＭＣＨに
書き込む。次いで、ステップＳＰｂ２のチャンネル割当
処理に進む。この処理は、ノートオンのあった音を、楽
音合成回路１５内のトーンジェネレータＴＧ０〜ＴＧ７
（図３参照）、すなわち、発音チャンネルＣＨ０〜ＣＨ
７に割り当てる処理であり、詳細については後述する
が、割り当てるべきチャンネルが見つかった場合はレジ
スタＦＯＵＮＤの値を１にするとともに、レジスタＡＣ
Ｈに割り当てるべきチャンネルの番号を書き込む。ま
た、割り当てるチャンネルが見つからない場合は、レジ
スタＦＯＵＮＤの内容を０にする。

【００２１】そして、ステップＳＰｂ３に進み、レジス
タＦＯＵＮＤの値が「１」か否かが判定される。この判
定が「ＮＯ」の場合は、割り当てるべきチャンネルがな
いので、キーオン処理は行わず、リターンする。一方、
ステップＳＰｂ３の判定が「ＹＥＳ」となった場合は、
ステップＳＰｂ４に進み、レジスタＳＴ（ＡＣＨ）に１
を書き込む。ここで、ＡＣＨは、レジスタＡＣＨの内容
を意味する。すなわち、割り当てるべきチャンネルの番
号である。また、レジスタＳＴ（ＡＣＨ）は、各発音チ
ャンネルの状態を示すためのレジスタであり、値「０」
のときが空きチャンネル、値「１」のときが押鍵中、値
「２」のときが離鍵中を示す。

【００２２】次に、ステップＳＰｂ５に進み、レジスタ
ＡＮＣ（ＡＣＨ）にレジスタＮＣ内のノートコードを書
き込む。そして、ステップＳＰｂ６に進み、ＡＣＨ番チ
ャンネルにレジスタＮＣ内のノートコード、レジスタＮ
Ｖ内のノートベロシティおよびノートオン情報ＮＯＮを
転送する。この結果、楽音合成回路１５内の対応するチ
ャンネルにおいて楽音信号の合成が開始される。なお、
各チャンネルＣＨ０〜ＣＨ７におけるバッファＢＵＦ
（ＡＣＨ）−１、ＢＵＦ（ＡＣＨ）−２の選択は、チャ
ンネル割当処理（ステップＳＰｂ２）において行われる
が、これについては後述する。

【００２３】（ｉｉ）ノートオフ処理次に、ノートオフ処理について図７を参照して説明す
る。まず、ステップＳＰｃ１において、レジスタＭＣＨ
にキーオフイベントが検出されたＭＩＤＩチャンネル番
号を書き込む。次に、ステップＳＰｃ２に移り、レジス
タＴＣにレジスタＡＴＣ（ＭＣＨ）の内容を書き込む。
レジレスタＡＴＣ（０）〜（７）の内容は、ＭＩＤＩチ
ャンネル番号に対するトーンコード（音色を示すコー
ド）が予め割り当てられており、例えば、レジスタＡＴ
Ｃ（１）にはピアノ、レジスタＡＴＣ（２）にはバイオ
リンのトーンコードが格納されている。このステップＳ
Ｐｃ２においては、イベントがあったＭＩＤＩチャンネ
ル番号に対応するレジスタＡＴＣ（ＭＣＨ）内のトーン
コードが、レジスタＴＣに転送される。

【００２４】次に、ステップＳＰｃ３において、各チャ
ンネルの状態を０から７までスキャンして調べるため
に、スキャン中のチャンネル番号を示すレジスタＣＨの
内容をクリアする。そして、ステップＳＰｃ４に移り、
レジスタＳＴ（ＣＨ）の内容が「１」か否か、すなわ
ち、押鍵中か否かの判定を行う。この判定が「ＮＯ」の
場合、すなわち、「０」（空きチャンネル）または
「２」（離鍵中）の場合は、すでにノートオフされてい
るので、新たなノートオフ処理の対象とせず、スキャン
のチャンネル番号を１インクリメントして（ステップＳ
Ｐｃ５）、ステップＳＰｃ６に進む。ステップＳＰｃ６
では、レジスタＣＨの内容が「８」か否か、すなわち、
スキャン処理が全てのチャンネルについて行われたか否
かが判定され、「ＮＯ」であれば、ステップＳＰｃ４に
戻る。

【００２５】一方、ステップＳＰｃ４の判定が「ＹＥ
Ｓ」の場合は、ステップＳＰｃ７に進み、レジスタＡＮ
Ｃ（ＣＨ）の内容がキーオフイベントのあったキーのノ
ートコードと等しいか否かが判定され、「ＮＯ」であれ
ば、別の音についてキーオフがあった場合であるので、
当該音についてはノートオフ処理を行わず、ステップＳ
Ｐｃ５に進む。すなわち、スキャンチャンネル番号を１
インクリメントして再度ステップＳＰｃ４の判定を行
う。ステップＳＰｃ７の判定で「ＹＥＳ」となった場合
は、レジスタＳＥＬ（ＣＨ）の内容が１で、かつ、レジ
スタＡＴＣ１（ＣＨ）の内容がレジスタＴＣの内容（ス
テップＳＰｃ２で書き込まれたトーンコード）と同じで
あるか否かが判定される。ここで、レジスタＳＥＬ（Ｃ
Ｈ）は、そのチャンネルが図２に示すグループ１または
２のいずれの音色（パラメータ）によって発音している
かを示すレジスタである。また、レジスタＡＴＣ１（Ｃ
Ｈ）は、グループ１について各チャンネルの音色が記憶
されるレジスタである。

【００２６】ステップＳＰｃ８で「ＹＥＳ」となる場合
は、キーオフされた音が当該チャンネル（ＣＨ）のグル
ープ１の音色で発音されている場合であり、ステップＳ
Ｐｃ１０へ進む。ステップＳＰｃ８で「ＮＯ」となる場
合は、ステップＳＰｃ９へ進み、レジスタＳＥＬ（Ｃ
Ｈ）の内容が２で、かつ、レジスタＡＴＣ２（ＣＨ）の
内容がレジスタＴＣの内容と等しいか否かが判定され
る。レジスタＡＴＣ２（ＣＨ）は、レジスタＡＴＣ１
（ＣＨ）と同様のレジスタであり、グループ２について
各チャンネルの音色が記憶されるレジスタである。ステ
ップＳＰｃ９で「ＹＥＳ」の場合は、キーオフされた音
が当該チャンネル（ＣＨ）のグループ２の音色で発音さ
れている場合であり、ステップＳＰｃ１０へ進む。ＳＰ
ｃ９において「ＮＯ」と判定された場合は、チャンネル
番号を１インクリメントしてステップＳＰｃ４の判定を
行う。

【００２７】一方、ステップＳＰｃ８またはステップＳ
Ｐｃ９のいずれかにおいて「ＹＥＳ」判定されると、ス
テップＳＰｃ１０に進み、レジスタＳＴ（ＣＨ）に離鍵
中を示す「２」を書き込み、次いで、ステップＳＰｃ１
１に進んで、ＣＨチャンネルにノートオフ情報ＮＯＦＦ
を出力する。これにより、該当するチャンネルの発音が
終了する。そして、ステップＳＰｃ１１の処理の後はリ
ターンする。また、全てのチャンネルについてスキャン
してもノートオフさせるべきチャンネルが見つからなか
った場合は、ステップＳＰｃ６において「ＹＥＳ」と判
定されてリターンする。

【００２８】（ハ）発音チャンネル処理次に、発音チャンネル処理について、図８を参照して説
明する。この処理は、発生した楽音信号の振幅が０とな
っているチャンネルを見つけ、空きチャンネルとして設
定する処理であり、全部のチャンネルをスキャンして振
幅０のチャンネルをサーチする。まず、全チャンネルス
キャンのために、ステップＳＰｄ１ではチャンネルカウ
ント用のレジスタＣＨを０にし、ステップＳＰｄ７では
レジスタＣＨをインクリメントし、また、ステップＳＰ
ｄ８では全てのチャンネルをスキャンしたか否かを判定
する処理を行う。そして、ステップＳＰｂ８からステッ
プＳＰｂ２へ戻るループにより、全チャンネルがスキャ
ンされる。

【００２９】次に、ステップＳＰｄ２においては、レジ
スタＳＴ（ＣＨ）の内容が「２」であるか否か、すなわ
ち、離鍵されているか否かを判定する。この判定が「Ｎ
Ｏ」の場合は、まだ発音中であって離鍵されていない場
合であるので、空きチャンネルとして設定することはせ
ず、次のチャンネルの処理へ進む（ステップＳＰｄ
７）。一方、ステップＳＰｄ２の判定が「ＹＥＳ」の場
合は、ステップＳＰｄ３に進んでレジスタＥＮＶに当該
チャンネルの楽音信号のその時点のエンベロープ値を書
き込む。そして、ステップＳＰｄ４に進んで、レジスタ
ＥＮＶに書き込まれたエンベロープ値が「０」か否かが
判断される。この判断が「ＮＯ」の場合は、離鍵はされ
ているが未だ発音を終了していない場合（減衰中の場
合）であるので、空きチャンネルとして設定せず、次の
チャンネルの処理へ進む。

【００３０】一方、ステップＳＰｄ４の判定が「ＹＥ
Ｓ」の場合は、ステップＳＰｄ５において状態を示すレ
ジスタＳＴ（ＣＨ）に空きチャンネルを示す値「０」を
書き込み、さらに、ステップＳＰｄ６においてノードコ
ードを記憶するレジスタＡＮＣ（ＣＨ）に「０」を書き
込んで、次のチャンネルの処理へ進む。なお、「０」
は、ノートコードにはない値である。上述の処理を全チ
ャンネルについて行った後は、ステップＳＰｄ８を介し
て、メインルーチンへリターンする。

【００３１】（ニ）ノートオン処理の詳細（チャンネル
割当処理）次に、チャンネル割当処理について図９を参照して説明
する。このチャンネル割当処理はキーオンされた音の発
音を空きチャンネルに割り当てる処理であり、空きチャ
ンネルが見つからない場合は、後述するトランケート処
理を行う。また、チャンネル割当処理は、前述のように
ノートオン処理（図６のステップＳＰｂ２参照）から起
動される処理である。まず、ステップＳＰｅ１におい
て、レジスタＡＴＣ（ＭＣＨ）の内容をレジスタＴＣに
転送する。ここで、ＭＣＨの値は、ノートオン処理にお
いてイベントの検出されたＭＩＤＩチャンネルの番号に
なっているから（図６のステップＳＰｂ１参照）、ステ
ップＳＰｅ１の処理によってレジスタＴＣにイベントの
あったＭＩＤＩチャンネルの番号に対応するトーンコー
ドが転送されることになる。

【００３２】次に、ステップＳＰｅ２に進み、空きチャ
ンネルが見つかったか否かを示すフラグＦＯＵＮＤをク
リアしする。次いで、このチャンネル割当処理について
も、全チャンネルをスキャンして調べるために、ステッ
プＳＰe３でチャンネルカウント用のレジスタＣＨを０
にし、ステップＳＰｅ８でレジスタＣＨをインクリメン
トし、また、ステップＳＰｅ９で全てのチャンネルをス
キャンしたか否かを判定する処理を行う。したがって、
最適な発音チャンネルが見つかった場合を除くほか、ス
テップＳＰｅ９からステップＳＰｅ４へ戻るループを繰
り返す。

【００３３】さて、ステップＳＰｅ４においては、チャ
ンネルの発音状態を示すレジスタＳＴ（ＣＨ）の内容が
０か否か、すなわち、空きチャンネルか否かを判定し、
「ＮＯ」の場は、チャンネル割当ができないためステッ
プＳＰｅ８、ＳＰｅ９を介してステップＳＰｅ４に戻
る。一方、ステップＳＰｅ４において、「ＹＥＳ」と判
定された場合は、ステップＳＰｅ５に進み、レジスタＡ
ＴＣ２（ＣＨ）内のトーンコードとレジスタＴＣ内のト
ーンコードとが等しいか否かが判定される。すなわち、
当該チャンネルについてグループ２（図２参照）に設定
されている音色とキーオンされた音色とが等しいか否か
が判定される。この判定が「ＮＯ」の場合は、ステップ
ＳＰｅ１０に移り、上記と同様に、当該チャンネルにつ
いてグループ１（図２参照）に設定されている音色とキ
ーオンされた音色とが等しいか否かが判定される。この
ステップＳＰｅ１０で「ＹＥＳ」と判定された場合は、
ステップＳＰｅ１１〜ＳＰｅ１３の処理を行い、当該チ
ャンネルにその音色を割り当てる。すなわち、ステップ
ＳＰｅ１１においてレジスタＳＥＬ（ＣＨ）の内容を
「１」にしてグループ１の音色が選択されたことを示
し、ステップＳＰｅ１２においてフラグＦＯＵＮＤの値
を「１」にして空きチャンネルが見つかったことを示
し、さらに、ステップＳＰｅ１３に進んで、レジスタＡ
ＣＨに当該空きチャンネルの番号であるレジスタＣＨの
内容を書き込む。そして、ＣＰＵ１２は、レジスタＳＥ
Ｌ（ＣＨ）、ＡＣＨの内容に基づいて、チャンネルＡＣ
Ｈに対し、グループ１のバッファ、すなわち、バッファ
ＢＵＦ（ＡＣＨ）−１を選択する。次いで、ステップＳ
Ｐｅ１３の処理の後は、図６に示すノートオン処理に戻
り、ステップＳＰｂ４，５，６の処理の処理によって楽
音の発生がなされる。

【００３４】一方、ステップＳＰｅ５、ＳＰｅ１０の双
方において「ＮＯ」と判定された場合は、空きチャンネ
ルがグループ１およびグループ２のいずれの音色におい
ても見つからなかった場合であるので、ステップＳＰｅ
８、ＳＰｅ９を介してステップＳＰｅ４に進み、次のチ
ャンネルについての処理を開始する。また、ステップＳ
Ｐｅ５において「ＹＥＳ」と判定された場合は、グルー
プ２の音色において空きチャンネルが見つかった場合で
あり、ステップＳＰｅ６においてレジスタＦＯＵＮＤを
１にし、ステップＳＰｅ７においてレジスタＴＥＭＰに
そのチャンネルの番号を示すレジスタＣＨの値を転送す
る。レジスタＴＥＭＰは、空きチャンネルがグループ２
の音色において見つかった場合に、そのチャンネルの番
号を一時的に記憶するためのレジスタである。

【００３５】ステップＳＰｅ７の処理の後は、ステップ
ＳＰｅ８，ＳＰｅ９を介してステップＳＰｅ４に戻る。
以後は、上述した処理をチャンネル７に至るまで行う
が、グループ１の音色において空きチャンネルが検出さ
れた場合は、ステップＳＰｅ１０〜ＳＰｅ１３の処理を
行ってノートオン処理に移り、発音処理がなされる。こ
のように、グループ１に設定されている音色について空
きチャンネルが見つかった場合は、直ちに、チャンネル
割当を行って発音処理を行う。これは、グループ１の音
色におけるチャンネル割当を優先させているためであ
る。

【００３６】次に、グループ１の音色については空きチ
ャンネルはなかったが、グループ２の音色については空
きチャンネルが検出された場合は、ステップＳＰｅ９、
ＳＰｅ１５を介してステップＳＰｅ１６に進み、レジス
タＳＥＬ（ＴＥＭＰ）の値を「２」にしてグループ２の
音色が選択されたことを示した後に、ステップＳＰｅ１
７においてレジスタＡＣＨに当該チャンネルの番号であ
るレジスタＴＥＭＰの内容を書き込む。そして、ＣＰＵ
１２は、レジスタＳＥＬ（ＣＨ）、ＡＣＨの内容に基づ
いて、チャンネルＡＣＨに対し、グループ２のバッフ
ァ、すなわち、バッファＢＵＦ（ＡＣＨ）−２を選択す
る。次いで、ステップＳＰｅ１７の処理の後は、図６に
示すノートオン処理に戻り、楽音の発生がなされる。

【００３７】一方、グループ１およびグループ２のいず
れにおいても空きチャンネルが検出されなかった場合
は、ステップＳＰｅ９、ＳＰｅ１５を介してステップＳ
Ｐｅ１８のトランケート処理に至る。トランケート処理
は、発音中の楽音のうちエンベロープの最も小さい音
（最小音量の音）を発音しているチャンネルを探し、そ
のチャンネルを強制的に空きチャンネルにして新しい音
の発音を割り当てるという処理である。詳細については
後述するが、このトランケート処理によって空きチャン
ネルに設定されたチャンネルの番号はレジスタＴＣＨに
書き込まれるようになっている。そして、ステップＳＰ
ｅ１９において、レジスタＡＣＨにレジスタＴＣＨの内
容を書き込み、図６に示すノートオン処理に戻って楽音
の発生がなされる。

【００３８】（ｉ）トランケート処理次に、トランケート処理について図１０および図１１を
参照して説明する。図１０に示す処理は、ノートオンさ
れた音の音色がグループ１に設定される音色である場合
は、現時点においてグループ２の音色で発音しているチ
ャンネルのなかから最もエンベロープの小さいものを検
出して割り当てる処理である。図１０に示す処理におい
ては、まず、ステップＳＰｆ１でスキャンのためのレジ
スタＣＨをクリアした後、ステップＳＰｆ２でレジスタ
ＭＩＮにエンベロープの最大値を書き込む。レジスタＭ
ＩＮは、最小エンベロープ値を探すためのレジスタであ
り、各チャンネルのエンベロープ値と比較され、より小
さいエンベロープ値が検出されると、その値に書き換え
られるようになっている。

【００３９】次に、ステップＳＰｆ３においては、レジ
スタＴＣ内のトーンコード（ノートオンされた音のトー
ンコード）がレジスタＡＴＣ１（ＣＨ）内のトーンコー
ドか否か、すなわち、グループ１の当該チャンネルＣＨ
に設定されているトーンコードか否かが判定される。こ
の判定が「ＹＥＳ」の場合は、ステップＳＰｆ４に進ん
でレジスタＳＥＬ（ＣＨ）が１か否かが判定される。こ
の判定は、当該チャンネルがグループ１の音色で現に発
音を行っているかの判定である。このステップＳＰｆ４
で「ＮＯ」と判定されると、ステップＳＰｆ５に進み、
レジスタＥＮＶに当該チャンネルのエンベロープ値を書
込み、次いで、ステップＳＰｆ６に進んで、レジスタＥ
ＮＶの値がレジスタＭＩＮより小さいか否かが判定され
る。この判定が「ＹＥＳ」の場合は、レジスタＭＩＮに
レジスタＥＮＶの内容を書き込み、レジスタＴＣＨに当
該チャンネルの番号を示すレジスタＣＨの内容を書き込
む。レジスタＴＣＨは、強制的に割当を行うチャンネ
ル、すなわち、トランケートチャンネルの番号を記憶す
るレジスタである。次に、ステップＳＰｆ９に進み、フ
ラグＦＯＵＮＤの値を「１」にして、空きチャンネルが
検出されたことを示す。

【００４０】ステップＳＰｆ９の後は、ステップＳＰｆ
１０に進んでレジスタＣＨの内容をインクリメントし、
ステップＳＰｆ１１において全チャンネルについてのス
キャンが済んだか否かが判定される。全チャンネルにつ
いてのスキャンが済んでいなければ、ステップＳＰｆ３
に戻って上述の処理を繰り返す。上述の処理の繰り返し
において、エンベロープのより小さいチャンネルが検出
されれば、レジスタＭＩＮおよびレジスタＴＣＨの内容
が書き換えられ、検出されなければ前回値が保持される
（ステップＳＰｆ６→ＳＰｆ１０）。

【００４１】一方、ステップＳＰｆ３で「ＮＯ」と判定
された場合は、ノートオンされた音の音色がチャンネル
ＣＨについてはグループ１に設定された音色ではないの
で、トランケート処理を行わずに、直ちに、次のチャン
ネルの処理に移る（ステップＳＰｆ３→ＳＰｆ１０）。
また、ステップＳＰｆ４で「ＹＥＳ」と判定された場合
は、当該チャンネルＣＨは、優先側であるグループ１の
音色で発音を行っているので、新たな音の発音を強制的
に割り当てることをせずに、次のチャンネルの処理に進
む（ステップＳＰｆ４→ＳＰｆ１０）。

【００４２】さて、上述した処理でトランケートチャン
ネルが検出された場合は、ステップＳＰｆ１１、ＳＰｆ
１２を介してステップＳＰｆ１３に進み、レジスタＳＥ
Ｌ（ＴＣＨ）の内容を１に書き換える（それまでは、グ
ループ２の音色で発音をしていたため）。そして、ステ
ップＳＰｆ１４に進み、レジスタＴＣＨで示される番号
のチャンネルについて強制的に消音処理を行い、図９に
示すフローチャートに戻る。さらに、図９に示すステッ
プＳＰｅ１９を介して図６に示す処理に進んで、ノート
オンされた音の発音がなされる（ステップＳＰｂ３〜Ｓ
Ｐｂ６参照）。

【００４３】一方、図１０に示すステップＳＰｆ３〜Ｓ
Ｐｆ１１のループにおいて、トランケートチャンネルが
検出されなかった場合は、ステップＳＰｆ１１、ＳＰｆ
１２を介してステップＳＰ１５のトランケート処理２へ
進む。トランケート処理２は、図１１に示す処理になっ
ており、ステップＳＰｇ４を除いては図１０に示すステ
ップＳＰｆ１〜ＳＰｆ１１までの処理と同様の処理であ
る。

【００４４】図１１に示すステップＳＰｇ４は、図１０
に示すステップＳＰｆ４に対して「ＹＥＳ」、「ＮＯ」
の分岐が逆になっている。すなわち、ステップＳＰｇ４
は、当該チャンネルがグループ１の音色で発音している
場合にトランケートを行うようにする処理である。した
がって、図１１に示す処理によって、グループ１の音色
で発音を行っているチャンネルのち最もエンベロープの
小さいチャンネルがトランケートチャンネルとして検出
される。

【００４５】図１１の処理の後は、図１０に示すステッ
プＳＰｆ１６に進み、フラグＦＯＵＮＤが１か否かが判
定され、「ＹＥＳ」であれば、上述の場合と同様に、ス
テップＳＰｆ１４を介して図９に示すフローチャートに
戻り、さらに、図９に示すステップＳＰｅ１９を介して
図６に示す処理に進んでノートオンされた音の発音がな
される（ステップＳＰｂ３〜ＳＰｂ６参照）。一方、ス
テップＳＰｆ１６で「ＮＯ」と判定された場合、すなわ
ち、トランケートチャンネルが検出されなかった場合
は、図９に示すルーチンを介して図６に示すルーチンに
リターンしてもステップＳＰｂ３において「ＮＯ」と判
断されるため、ステップＳＰｂ４〜ＳＰｂ６の発音処理
は行われない。

【００４６】Ｃ：第１実施例の動作の総括以上のようにして、発音割当に際しては、グループ１の
音色を優先的に割当、また、同様にトランーケートに際
してもグループ１の音をなるべく残すようしている。し
たがって、音楽的に重要な音や重なりの多い音をグルー
プ１に割り当ておけば、不自然さのない再生楽音が得ら
れる。

【００４７】Ｄ：第２の実施例の構成次に、この発明の第２の実施例について説明する。図１
２は、第２の実施例の構成を示すブロック図である。な
お、この図において前述した図１と対応する部分には同
一の符号を付してその説明を省略する。この図に示す構
成が前述した実施例と異なる部分は、シーケンサ３０お
よび記憶媒体３１が設けられている点である。記憶媒体
３１は、例えば、フロッピーディスクなどであり、楽曲
の進行に従った楽音情報が記憶されている。シーケンサ
３０は、記憶媒体３１内の楽音情報を読み出し、これに
応じて自動演奏の制御を行う。

【００４８】Ｅ：第２の実施例の動作次に、第２の実施例の動作について説明する。（イ）第１の実施例と共通する動作前述した図３〜図１１に示す処理は、第２の実施例にお
いても同様に行われるので、その説明を省略する。そし
て、以下においては、シーケンサ３０の制御に基づくこ
の実施例固有の動作について説明する。

【００４９】（ロ）パネル処理まず、ステップＳＰｈ１において操作パネル２７にある
各種スイッチの状態をスキャンする。そして、ステップ
ＳＰｈ２において、パネルイベントがあったか否か、す
なわち、操作パネル上のいずれかのスイッチの状態に変
化があったか否かが判定される。この判定が「ＮＯ」の
場合は、なにもせずにリターンし、「ＹＥＳ」の場合
は、ステップＳＰｈ３に進んで、シーケンサに関連する
処理の指示であったか否かが判定される。この判定が
「ＮＯ」であれば、その他のパネル処理を行い（ステッ
プＳＰｈ４）、「ＹＥＳ」であれば、ステップＳＰｈ５
のシーケンサ関連処理を行う。

【００５０】（ハ）シーケンサ関連処理シーケンサ関連処理は、図１４に示すようになってお
り、ステップＳＰｉ１、ＳＰｉ２、およびＳＰｉ３にお
いて、各々スタートスイッチＳＴＡＲＴ・ＳＷがオンと
なったか、ストップスイッチＳＴＯＰ・ＳＷがオンにな
ったか、およびアサインスイッチＡＳＳＩＧＮ・ＳＷが
オンになったかが判定される。そして、各ステップで
「ＹＥＳ」と判定された場合は、各々スタート処理（ス
テップＳＰｉ４）、ストップ処理（ステップＳＰｉ５）
および自動アサイン処理（ステップＳＰｉ６）に進む。
これらの各処理については、以下において詳述する。ま
た、ステップＳＰｉ１〜ＳＰｉ３のいずれにおいても
「ＮＯ」と判定された場合は、ステップＳＰｉ７に進
み、その他のシーケンサ関連処理（例えば、シーケンサ
にデータを入力する等の処理）を行う。

【００５１】（ｉ）スタート処理図１５は、スタート処理の内容を示すフローチャートで
ある。このスタート処理は、自動演奏のための初期設定
を行う処理である。図に示すステップＳＰｊ１において
は、フラグＲＵＮが１か否かが判定される。フラグＲＵ
Ｎは、シーケンサ３０による自動演奏処理が走っている
ときに「１」が設定されるフラグである。この判定が
「ＮＯ」の場合はステップＳＰｊ２においてフラグＲＵ
Ｎをセットし、「ＹＥＳ」の場合は何もせずリターンす
る。このステップＳＰｊ１の処理は、スタートスイッチ
ＳＴＡＲＴ・ＳＷを重複して受け付けることを防止する
ための処理である。

【００５２】次に、ステップＳＰｊ３においては、シー
ケンサのトラックを指定するためのレジスタＴＲを０に
する。この実施例においては、シーケンサのトラックは
５個設定されており、各トラックがＭＩＤＩチャンネル
の０〜４に対応している。次に、ステップＳＰｊ４に進
むと、レジスタＲＰ（ＴＲ）に０を書き込む。レジスタ
ＲＰは、各トラック毎に設けられ、対応するトラックの
読み出し位置を示す。各レジスタＲＰ（ＴＲ）は、自動
演奏開始時には０に設定し、各トラックの先頭のデータ
から読み出しが行われるようにする必要があるため、ス
テップＳＰｊ４においてリセットを行っている。次に、
ステップＳＰｊ５においては、イベントとイベントとの
間（楽音情報の時間的間隔）をカウントするカウンタＣ
ＯＵＮＴ（ＴＲ）をリセットする。この実施例において
は、イベント読み出し方式を採っているため、イベント
の間隔は各トラック毎にカウントする必要があり、した
がって、カウンタＣＯＵＮＴは、各トラック毎に設けら
れている。

【００５３】次に、ステップＳＰｊ６、ＳＰｊ７に移
り、、レジスタＴＲの値を１インクリメントし、全ての
トラックについて処理されたか否かを判定する。ステッ
プＳＰｊ７において「ＮＯ」と判定された場合は、ステ
ップＳＰｊ４に戻り、全てのトラックについての処理が
終了するまで上述した処理を繰り返す。上述のようにし
て、０〜４トラックについての初期設定処理が終了する
と、ステップＳＰｊ７の判定が「ＹＥＳ」となり、ステ
ップＳＰｊ８に進んで割込イネーブル処理を行う。シー
ケンサの動作は、タイマによる割り込みによって歩進す
るようになっており、このため、ステップＳＰｊ８の処
理がされると、シーケンサの動作が開始される。

【００５４】また、上述した各カウンタＣＯＵＮＴに
は、イベントが読み出される際に次のイベントまでの間
隔を示すデータがロードされ、割込処理が発生する毎に
ダウンカウントされるようになっている。そして、カウ
ント値が０になると、次のイベントが読み出される（詳
細は後述する）。

【００５５】（ｉｉ）ストップ処理図１６は、ストップ処理の内容を示すフローチャートで
ある。この処理は、自動演奏を終了させるための処理で
ある。まず、ステップＳＰｋ１においては、フラグＲＵ
Ｎが１か否かが判定される。この判定が「ＹＥＳ」の場
合は、割り込みを禁止した後、フラグＲＵＮをリセット
し（ステップＳＰｋ２、ＳＰｋ３）、「ＮＯ」の場合は
何もせずリターンする。ステップＳＰｋ１の処理は、ス
トップスイッチＳＴＯＰ・ＳＷを重複して受け付けるこ
とを防止するための処理である。また、ステップＳＰｋ
２の処理は割り込みを禁止して、シーケンサ３０の動作
を停止させる処理である。

【００５６】次に、ステップＳＰｋ５〜ＳＰｋ７の処理
によって、発音中のチャンネルについては、レジスタＳ
Ｔ（ＣＨ）の内容を消音を示す「２」に書き換えて消音
を示し、当該チャンネルにノートオフ情報を出力して発
音を停止させる。ステップＳＰｋ４、ＳＰｋ８、ＳＰｋ
９の処理は、上述した消音処理を全チャンネルについて
行わせるためのものである。

【００５７】（ｉｉｉ）割込処理図１７は、割込処理を示すフローチャートである。割込
処理は、タイマがインタラプト信号を送出する毎に起動
されるルーチンであり、シーケンサ３０の各トラックに
ついて行われる。ステップＳＰｍ１においては、トラッ
クをカウントするためのレジスタＩＴＲをクリアする。
そして、カウンタＣＯＵＮＴ（ＩＴＲ）の値を１デクリ
メントし、カウント値が０になったか否かが判定される
（ステップＳＰｍ２，ＳＰｍ３）。ステップＳＰｍ３の
判定が「ＹＥＳ」の場合は、ステップＳＰｍ４において
イベントデータの読み出しを行い、「ＮＯ」の場合は、
まだ次のイベントを読み出すタイミングに達していない
ので、レジスタＩＴＲをインクリメントしてステップＳ
Ｐｍ２に戻る。

【００５８】ステップＳＰｍ４における読み出し処理
は、シーケンサ３０のＩＴＲ番目のトラックからデータ
バイト（楽音情報）およびデュレイションバイト（次の
イベントまでの間隔データ）を読み出すことによって行
われる。そして、読み出したバイト数に応じ、ポインタ
であるレジスタＲＰ（ＴＲ）の内容をインクリメントし
（ステップＳＰｍ５）、次いで、読み出したデータがエ
ンドマークか否かを判断する（ステップＳＰｍ６）。エ
ンドマークは自動演奏データの終了を示すデータであ
り、自動演奏データの最後のデュレインションバイトに
設けられる。

【００５９】ステップＳＰｍ６の判定が「ＹＥＳ」であ
れば、自動演奏を終了させる必要があるため、タイマ割
込を禁止状態にするとともに、フラグＲＵＮをリセット
する（ステップＳＰｍ８，９）。一方、ステップＳＰｍ
６で「ＮＯ」と判定された場合は、デュレイションバイ
トの値に応じてカウンタＣＯＵＮＴ（ＩＴＲ）の値をセ
ットする。ステップＳＰｍ９またはＳＰｍ７の処理の後
は、ステップＳＰｍ１０に進み、データバイト（楽音情
報）をＭＩＤＩ信号に変換して、ＩＴＲ番のＭＩＤＩチ
ャンネル信号としてＭＩＤＩバッファに出力する。そし
て、レジスタＩＴＲをインクリメントし、０番〜４番ま
でのトラック全てに対する処理が終了したか否かを判断
し、「ＮＯ」であれば上記処理を繰り返し、「ＹＥＳ」
であればリターンする。

【００６０】（ｉｖ）自動アサイン処理次に、自動アサイン処理について図１８を参照して説明
する。この処理は、前述した図２のテーブルを自動的に
作成する処理である。また、自動アサイン処理は、図１
８に示すルーチンと、図１９、図２３、および図２４に
各々示す疑似ＭＩＤＩ処理、疑似減衰処理およびチャン
ネル分配処理から構成される。まず、図１８のステップ
ＳＰｎ１においては、フラグＲＵＮが「１」か否かが判
断され、「ＹＥＳ」であればなにもせずにリターンす
る。すなわち、自動演奏中は自動アサイン処理を禁止し
ている。これは、自動演奏が起動されている最中に自動
アサイン処理を行うと、各バッファＢＵＦ０−１，０−
２〜ＢＵＦ７−１，７−２に転送される音色データが変
動し、動作に問題が生じる場合があるためである。

【００６１】次に、トラックをカウントするためのレジ
スタＴＲをクリアした後、所定のレジスタ等をクリアす
る（ステップＳＰｎ２、ＳＰｎ３）。ステップＳＰｎ３
において、クリアされるレジスタのうちレジスタＳＮ
（ＴＲ）は各トラックにおいて同時に発音される音の数
を記憶するレジスタである。すなわち、以下のステップ
において各トラックの楽音情報を順次読み取ってゆく
が、この際、各時点における当時発音数がレジスタＳＮ
（ＴＲ）に書き込まれる。また、レジスタＳＮＭＡＸ
（ＴＲ）は、レジスタＳＮ（ＴＲ）に書き込まれた値の
うちの最大のものを記憶するレジスタである。なお、レ
ジスタＲＰおよびカウンタＣＯＵＮＴＥＲにつては、上
述した通りである。

【００６２】次に、ステップＳＰｎ４に進んでカウンタ
ＣＯＵＮＴＥＲ（ＴＲ）の値を１デクリメントし、その
後にカウンタＣＯＵＮＴＥＲ（ＴＲ）の値が「０」であ
るか否かが判断される。この判定が「ＮＯ」の場合は、
イベントデータの読み出しを行わないので直ちにステッ
プＳＰｎ１０に進み、「ＹＥＳ」の場合は、ステップＳ
Ｐｎ６に進んでデータバイトとデュレイションバイトを
読み出し、デュレイションバイトのデータについてはＣ
ＯＵＮＴＥＲ（ＴＲ）にセットする。そして、読み出し
たバイト数分だけレジスタＲＰ（ＴＲ）の値をインクリ
メントし、次いで、読み出したデータがエンドマークか
否かを判定する。この判定が「ＹＥＳ」であれば、その
トラックについては全ての楽音情報を読み出したことに
なるので、ステップＳＰｎ１２に進んで、トラック番号
をインクリメントし、ステップＳＰｎ３を介してステッ
プＳＰｎ４に戻る。ステップＳＰｎ１３は、全てのトラ
ックについての処理が終了したか否かを判定する処理で
あり、この判定が「ＹＥＳ」になると、ステップＳＰｎ
１４のチャンネル分配処理を行ってリターンする。

【００６３】一方、読み出したデータがエンドマークで
ない場合は、ステップＳＰｎ９に進み、データバイト
（イベントデータ）をＭＩＤＩ信号に変換して、ＩＴＲ
番のＭＩＤＩチャンネル信号として疑似ＭＩＤＩバッフ
ァに出力する。疑似ＭＩＤＩバッファは、ＲＡＭ２１内
に設定されているバッファであり、ステップＳＰｎ９の
処理によって転送されたＭＩＤＩ信号を記憶する。そし
て、疑似ＭＩＤＩ処理および疑似減衰処理を行った後
（ステップＳＰｎ１０、ＳＰｎ１１）、ステップＳＰｎ
３に戻る。

【００６４】疑似ＭＩＤＩ処理次に、疑似ＭＩＤＩ処理について、図１９を参照して説
明する。このサブルーチンは、疑似的にＭＩＤＩ処理を
行うものである。処理内容は第１の実施例において説明
した図５に示す処理と同様であり、図１９に示すステッ
プＳＰｏ１〜ＳＰｏ６が図５に示すステップＳＰａ１〜
ＳＰａ６に対応する。ただし、疑似ＭＩＤＩバッファを
スキャンする点、およびノートオン処理、ノートオフ処
理が疑似的に行われる点が異なっている。

【００６５】疑似ノートオン処理（ステップＳＰｏ５）
は、図２０に示すステップにより構成されており、前述
したノートオン処理（図６参照）とほぼ同様になってい
る。すなわち、図２０に示すステップＳＰｑ１〜ＳＰｑ
６が図６に示すステップＳＰｂ１〜ＳＰｂ６に対応す
る。ただし、以下のように若干の相違がある。まず、ス
テップＳＰｑ１においては、レジスタＭＣＨにレジスタ
ＴＲ内のトラック番号が入力される。この場合のトラッ
ク番号は、図１９に示す処理においてイベントが検出さ
れたトラックの番号である。また、トラック番号０〜４
は、前述のようにＭＩＤＩチャンネルの０〜４に対応し
ている。

【００６６】次に、ステップＳＰｑ２の疑似チャンネル
割当処理は、図２１に示すステップにより構成されてお
り、疑似的に空きチャンネルを検出する。まず、チャン
ネルスキャン用のレジスタＣＨおよびフラグＦＯＵＮＤ
をクリアし（ステップＳＰｒ１、ＳＰｒ２）、当該チャ
ンネルが空きチャンネルか否か、すなわち、レジスタＳ
Ｔ（ＣＨ）が０か否かを判断する（ステップＳＰｒ
３）。この判定が「ＹＥＳ」の場合は、フラグＦＯＵＮ
Ｄを「１」にし、レジスタＡＴＣに当該チャンネルの番
号を転送してリターンする（ステップＳＰｒ４，ＳＰｒ
５）。一方、ステップＳＰｒ３の判定が「ＮＯ」の場合
は、チャンネル番号をインクリメントし、ステップＳＰ
ｒ７を介してステップＳＰｒ３に戻る。ステップＳＰｒ
７は、最終チャンネルまでスキャンしたか否かを判定す
る処理であり、「ＹＥＳ」になればリターンする。

【００６７】上述した疑似チャンネル割当処理は、疑似
的に簡易にチャンネルを割り当て、同時に発音するチャ
ンネルが幾つあるかを探す処理であるので、トランケー
ト処理等は行わず、現時点で空いているチャンネルが見
つからなければ、空きチャンネル無しとしてフラグＦＯ
ＵＮＤを「０」のままにする。そして、フラグＦＯＵＮ
Ｄが「１」か否かによって図２０に示すステップＳＰｑ
３の判定が異なり、「０」の場合は何もせずに図１９の
サブルーチンにリターンする。一方、フラグＦＯＵＮＤ
が「１」の場合は、ステップＳＰｑ４，ＳＰｑ５（各々
図５のステップＳＰａ３，ＳＰａ４に対応）の処理の
後、ステップＳＰｑ６の処理を行う。

【００６８】ステップＳＰｑ６においては、レジスタＡ
ＴＣ（ＭＣＨ）内のトーンコード、レジスタＮＶ内のノ
ートベロシティおよびレジスタＮＣ内のノートコードに
応じて、レジスタＥＮＶ（ＡＣＨ）の値を設定する。こ
のレジスタＥＮＶ（ＡＣＨ）は、仮想的なエンベロープ
の値が格納されるレジスタであり、このステップにおい
てはエンベロープの初期値が格納される。また、その値
は主にノートベロシティによって決定される。

【００６９】一方、図１９のステップＳＰｏ６に示す疑
似ノートオフ処理は、図２２に示す各ステップから構成
されている。まず、ステップＳＰｔ１において、スキャ
ン中のトラックの番号をレジスタＭＣＨに書き込み、次
いで、ステップＳＰｔ２においてレジスタＣＨをクリア
する。そして、ステップＳＰｔ３において発音中か否か
の判断を行い、「ＹＥＳ」であれば、何もせずにチャン
ネル番号をインクリメントしてステップＳＰｔ７を介し
てステップＳＰｔ３に戻る。一方、ステップＳＰｔ４の
判定が「ＹＥＳ」の場合は、ステップＳＰｔ５に進ん
で、レジスタＳＴ（ＣＨ）の内容を「２」にし、消音状
態であることを示す。この処理の後は、リターンし、疑
似減衰処理（図１８のステップＳＰｎ１１）を行う。

【００７０】また、ステップＳＰｔ７は、全てのチャン
ネルについてスキャンしたか否かを判定する処理であ
り、全チャンネルが発音中である場合には、この判定が
「ＹＥＳ」となってリターンする。以上が疑似ＭＩＤＩ
処理であり、この処理の後には図１８に示すステップＳ
Ｐｎ１１に進んで疑似減衰処理を行う。

【００７１】疑似減衰処理図２３は、疑似減衰処理を示すフローチャートである。
この処理は、各トラックにおける同時発音数を検出する
処理である。まず、レジスタＣＨをクリアするととも
に、同時発音数をカウントするためのレジスタＳＮ（Ｔ
Ｒ）をクリアする（ステップＳＰｕ１、ＳＰｕ２）。そ
して、ステップＳＰｕ３に進んで、当該チャンネルが空
き状態か否かが判定され、「ＹＥＳ」であれば、何も処
理せずにチャンネル番号をインクリメントし、ステップ
ＳＰｕ１４を介してステップＳＰｕ３に戻る。

【００７２】一方、ステップＳＰｕ３の判定が「ＮＯ」
の場合は、ステップＳＰｕ４に進んで当該チャンネルが
ノートオン状態か否かが判定され、「ＹＥＳ」であれ
ば、ステップＳＰｕ５，ＳＰｕ６に進んで、減衰レート
ＤＲ１を用いたエンベロープ減衰処理を行い、「ＮＯ」
（すなわち、ノートオフ状態）と判定された場合は、ス
テップＳＰｕ７，ＳＰｕ８に進んで、減衰レートＤＲ２
を用いたエンベロープ減衰処理を行う。

【００７３】ここで、図２５はエンベロープパターンの
例であり、同図（ａ）は持続音系の場合（例えば、オル
ガンなど）を示し、同図（ｂ）は減衰音系の場合（例え
ば、ピアノなど）を示している。これらのエンベロープ
パターンにおいて、区間Ｔ１がノートオン期間状態、期
間Ｔ２がノートオフ期間であり、減衰レートＤＲ１およ
びＤＲ２は各々期間Ｔ１およびＴ２の減衰レートであ
る。なお、同図（ａ）に示す持続音系の区間Ｔ１のエン
ベロープは一定であり、減衰レートＤＲ１は値０になっ
ている。

【００７４】上記エンベロープパターンは、音色毎に多
数設定されており、トーンコードに応じたパターンが選
択されるようになっている。すなわち、トーンコードに
応じた値の減衰レートＤＲ１，ＤＲ２が選択されるよう
になっている。

【００７５】さて、ステップＳＰｕ５においては、減衰
レートＤＲ１をレジスタＡＮＣ（ＣＨ）内のノートコー
ドでスケーリングし、その結果を減衰レートＤＲ１’と
する。これは、音高によって減衰レートを異ならせてい
るためである。そして、ステップＳＰｕ６においては、
エンベロープ値が書き込まれているレジスタＥＮＶ（Ｃ
Ｈ）の内容から減衰レートＤＲ１’を減算し、その結果
を再度レジスタＥＮＶ（ＣＨ）に格納する。すなわち、
エンベロープの値を減衰レートＤＲ１’分小さくする。
また、ステップＳＰｕ７、ＳＰｕ８も上記と同様の処理
であり、各々ステップＳＰｕ５、ＳＰｕ６に対応する。

【００７６】次に、ステップＳＰｕ９に進み、エンベロ
ープ値が０またはそれ以下になったか否かが判定され、
「ＮＯ」であれば、レジスタＳＮ（ＴＲ）の内容を１イ
ンクリメントする（ステップＳＰｕ１０）。これは、エ
ンベロープ値が０でないということは、そのチャンネル
の音が未だ消音していないということであり、したがっ
て、同時発音数を記憶するレジスタの内容をインクリメ
ントする必要があるからである。

【００７７】一方、ステップＳＰｕ９で「ＹＥＳ」と判
定された場合は、当該チャンネルが消音した場合である
ので、状態を示すレジスタＳＴ（ＣＨ）の内容を「０」
にして空きチャンネルであることを示し、さらに、レジ
スタＡＮＣ（ＣＨ）の内容をクリアする（ステップＳＰ
ｕ１１、ＳＰｕ１２）。そして、ステップＳＰｕ１２ま
たはＳＰｕ１０の後は、ステップＳＰｕ１３においてチ
ャンネル番号をインクリメントし、ステップＳＰｕ１４
を介してステップＳＰｕ３に戻る。

【００７８】ステップＳＰｕ１４は、全てのチャンネル
のスキャンが終了したか否かを判定する処理であり、こ
の判定が「ＹＥＳ」の場合はステップＳＰｕ１５に進
み、同時発音数の最大値が、今回のスキャンによって検
出された同時発音数が、今までに検出された同時発音数
の最大値より大きいか否かが判定され、「ＹＥＳ」であ
れば、最大同時発音数を記憶するレジスタＳＮＭＡＸ
（ＴＲ）の内容をレジスタＳＮ（ＴＲ）の内容に書き換
えてリターンし、図１８のステップＳＰｎ４に戻る。一
方、ステップＳＰｕ１５の判定が「ＮＯ」であれば、上
記書き換えは行わずにリターンする。以後は、上述の処
理が繰り返され、これにより、レジスタＳＮＭＡＸ（Ｔ
Ｒ）には、シーケンサの各トラックについての最大同時
発音数が書き込まれる。

【００７９】チャンネル分配処理以上の処理が全てのトラックについて行われると、図１
８に示すステップＳＰｎ１３の判定が「ＹＥＳ」にな
り、ステップＳＰｕ１４のチャンネル配分処理が行われ
る。チャンネル配分処理は、図２４に示すステップから
成っており、まず、ステップＳＰｖ１において、各トラ
ック最大同時発音数（すなわち、レジスタＳＮＭＡＸ
（ＴＲ）の内容）に応じ、バッファＢＵＦ０−１〜ＢＵ
Ｆ７−１にデータを転送する。この実施例の場合、転送
されるデータは、トーンジェネレータで用いられるマイ
クロプログラムである。

【００８０】また、分配の方法は、予め定めた配分規則
に基づいて行われる。規則としては、同時発音数の多い
ものや、重要度の高い楽器を優先する方法がある。例え
ば、ピアノの音が最大８音同時発音、ストリングス音が
最大６音同時発音、また、ブラス音およびベース音が各
々１音のみの場合は、バッファＢＵＦ０−１〜ＢＵＦ３
−１にピアノ音のデータ、バッファＢＵＦ４−１〜ＢＵ
Ｆ６−１にストリングス音のデータ、ＢＵＦ７−１にベ
ース音のデータを各々転送する。さらに、ステップＳＰ
ｖ１においては、各バッファに書き込んだデータの内容
に応じて、図２に示す音色アサインバッファ２３のグル
ープ１の内容を書き換え、また、レジスタＡＴＣ１（Ｃ
Ｈ）に各音色番号を設定する。

【００８１】次に、ステップＳＰｖ２に進み、上述のグ
ループ１に割り当てられた数と、各トラックの最大同時
発音数との差が大きいものを優先してグループ２のバッ
ファに割り当てる。例えば、上記の例で言えば、ピアノ
については、８音の中からグループ１に４音割り当てら
れているのでその差は４音であり、ストリングスについ
ては６音の中からグループ１に３音割り当てられている
のでその差は３音である。また、ブラス音については、
割当がなされていないので差は１音である。

【００８２】このような場合には、バッファＢＵＦ０−
２〜ＢＵＦ３−２にピアノ音のデータ、バッファＢＵＦ
４−２〜ＢＵＦ６−２にストリングス音のデータを各々
転送し、バッファＢＵＦ７−２にブラス音のデータを転
送する。さらに、ステップＳＰｖ２においては、各バッ
ファに書き込んだデータの内容に応じて、図２に示す音
色アサインバッファ２３のグループ２の内容を書き換
え、また、レジスタＡＴＣ２（ＣＨ）に各音色番号を設
定する。

【００８３】ところで、ステップＳＰｖ２の処理におい
て、仮にピアノ音の差が５音あったときは、これを優先
して分配するとブラス音の割当がなくなってしまう。そ
こで、このような場合は、ピアノ音の割当を４音にとど
め、ブラス音の割当を確保する。すなわち、鳴らない音
が生じないように分配を調整するように分配規則を設定
する。

【００８４】Ｆ：変形例上述した各実施例においては、音色データを記憶する
ためのバッファをトーンジェネレータ１つに対し２個ず
つ設けたが、これは２個に限らず多数設けるようにして
もよい。例えば、図２６に示す例は、バッファを４個ず
つ設けた例であり、グループは１から４まで設定され
る。また、この変形例の場合、トーンジェネレータはＴ
Ｇ０〜ＴＧｎまで設けられており、各バッファに転送さ
れる音色データは、音色データメモリ５０に１００音色
分程度が記憶されている。図２６に示す音色データ転送
指示部５２は、前述した実施例の音色アサインバッファ
に対応する部分であり、図２７にその内容の例を示す。
そして、音色データ転送制御部５１が音色データ転送指
示部５２の指示を受けると、図２７の内容を参照して音
色データメモリ５０内の音色データを各バッファに転送
する。また、図２６に示す演奏情報入力部５３は、例え
ば、キーボードであり、上述の実施例におけるＭＩＤＩ
信号と同様の信号を出力する。チャンネル割当部５４
は、演奏情報入力部５３の出力信号（ノードコード等）
を各トーンジェネレータＴＧに割り当てる。

【００８５】上記に示した例のようにグループを多
数設ける場合において、番号の小さいグループの音色を
優先的に割り当てるようにしたり、あるいは、グループ
１だけを優先して他のグループは同一の優先順位とする
ような割り当てを行うようにしてもよい。

【００８６】第２の実施例においては、仮想的にシー
ケンサを駆動して各トラックにおける重複発音数を検出
するようにしたが、これに代えて、実際にシーケンサと
楽音合成回路とを駆動して重複発音数を求めるようにし
てもよい。この場合にあっては、より正確に重複発音数
を求めることができる。

【００８７】また、上記実施例は、音色データとして
マイクロプログラムを転送する場合の例であったが、本
発明の適用は、これに限らず、音色設定用のパラメータ
等を転送する場合にも有効である。

【００８８】

【発明の効果】以上説明したように、この発明によれ
ば、バッファの容量を増大させることがなく、しかも、
キーオンレスポンスを極めて良くすることができる。

【図面の簡単な説明】

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

【図２】同実施例における音色アサインバッファの内
容を示す概念図である。

【図３】同実施例における楽音合成回路１５の内部構
成を示すブロック図である。

【図４】同実施例のメインルーチンを示すフローチャ
ートである。

【図５】同実施例におけるＭＩＤＩ処理を示すフロー
チャートである。

【図６】同実施例におけるノートオン処理を示すフロ
ーチャートである。

【図７】同実施例におけるノートオフ処理を示すフロ
ーチャートである。

【図８】同実施例における発音チャンネルを示すフロ
ーチャートである。

【図９】同実施例におけるチャンネル割当処理動作を
示すフローチャートである。

【図１０】同実施例におけるトランケート処理を示す
フローチャートである。

【図１１】同実施例におけるトランケート処理２を示
すフローチャートである。

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

【図１３】同実施例におけるパネル処理を示すフロー
チャートである。

【図１４】同実施例におけるシーケンサ関連処理を示
すフローチャート出ある。

【図１５】同実施例におけるスタート処理を示すフロ
ーチャートである。

【図１６】同実施例におけるストップ処理を示すフロ
ーチャートである。

【図１７】同実施例における割込処理を示すフローチ
ャートである。

【図１８】同実施例における自動アサイン処理を示す
フローチャートである。

【図１９】同実施例における疑似ＭＩＤＩ処理を示す
フローチャートである。

【図２０】同実施例における疑似ノートオン処理を示
すフローチャートである。

【図２１】同実施例における疑似チャンネル割当処理
を示すフローチャートである。

【図２２】同実施例における疑似ノートオフ処理を示
すフローチャート出ある。

【図２３】同実施例における疑似減衰処理を示すフロ
ーチャートである。

【図２４】同実施例におけるチャンネル配分処理を示
すフローチャートである。

【図２５】楽音波形のエンベロープの一例を示す波形
図である。

【図２６】この発明の他の実施例の構成を示すブロッ
ク図である。

【図２７】図２６に示す実施例の音色アサインバッフ
ァの内容を示す概念図である。

【図２８】従来装置の構成を示すブロック図である。

【図２９】従来装置の構成を示すブロック図である。

【図３０】従来装置の構成を示すブロック図である。

【符号の説明】

０１２……ＣＰＵ（転送手段、割当制御手段）２０……
ＲＯＭ（音色データ記憶部）、２３……音色アサインバ
ッファ（音色割当指示手段）、５０……音色データメモ
リ（音色データ記憶部）、５１……音色データ転送制御
部（転送手段）、５２……音色データ転送指示部（音色
割当指示手段）、５４……チャンネル割当部（割当制御
手段）ＣＨ０〜ＣＨ７……発音チャンネル、ＴＧ０〜Ｔ
Ｇ７……トーンジェネレータ（楽音信号発生手段）、、
ＢＵＦ０−１〜ＢＵＦ７−１，ＢＵＦ０−２〜ＢＵＦ７
−２……バッファ（第１、第２……第ｍ番のバッフ
ァ）。

Claims

【特許請求の範囲】

【請求項１】供給される楽音情報に応じた音色の楽音
信号を発生する楽音発生装置において、それぞれが１つの音色の音色データを記憶する第１、第
２……第ｍ番のバッファおよび前記いずれかのバッファ
の音色データを用い、これに応じた音色の楽音信号を発
生する楽音信号発生手段からなる発音チャンネルを複数
有するとともに、ｎ（ｎ＞ｍ）種の音色の音色データを記憶する音色デー
タ記憶部と、前記各バッファに転送すべき音色データを指示する音色
割当指示手段と、前記音色割当指示手段の指示内容にしたがって前記音色
データ記憶部内の音色データを前記各バッファに転送す
る転送手段と、前記各楽音信号発生手段の同一番号のバッファを一つの
バッファグループとするとともに各バッファグループに
ついて予め優先順位を設定し、かつ、前記優先順位にし
たがって各バッファグループ中をサーチして前記楽音情
報の音色に対応するバッファを選択する割当制御手段と
を具備し、前記割当制御手段によって選択されたバッフ
ァを有する発音チャンネルによって楽音信号の発生を行
うことを特徴とする楽音発生装置。