JPH09204177A - 楽音生成装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】完全なマルチタスク機能を有しないＯＳ上で汎
用のプロセッサに楽音生成処理を実行させる場合でも、
発音に支障が生じないようにする。 【解決手段】楽音生成処理を起動する機会を、所定時間
内に複数回設け、この複数回の機会のうち何回か処理が
起動しなくても、処理が起動したタイミングだけで、該
時間内に所定数サンプル分の楽音データを生成する。処
理が起動したタイミングのみでは、全ての割当てチャン
ネルについて該サンプル数分の楽音データを該時間内に
生成できない場合には、楽音データを生成するチャンネ
ル数を減少させることにより、該サンプル数分の楽音デ
ータの生成を確保する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、楽音データを生
成する技術分野に属し、特に、ＣＰＵのような汎用の演
算処理手段に楽音生成処理を実行させるのに適した装置
及び方法に関する。

【０００２】

【従来の技術】今日の電子楽器では、楽音生成処理（楽
音生成処理によって生成した楽音データにエフェクトを
付加する処理を含む場合もある）を、マイクロプロセッ
サに実行させることが広く行なわれている。そうしたマ
イクロプロセッサとしては、楽音生成方式（例えば波形
メモリ方式やＦＭ合成方式等）に応じた回路構成の専用
のハードウェア（例えば音源ＬＳＩやＤＳＰ（ディジタ
ルシグナルプロセッサ）等）を設計することが長らく一
般的であった。

【０００３】しかし近年、ＣＰＵの演算能力の向上に伴
って、汎用コンピュータや専用の楽音発生装置に搭載し
たＣＰＵに楽音生成処理を実行させるようにしたものが
登場している。ここでは、そうした楽音生成装置や楽音
生成方法のことをＣＰＵ音源またはソフト音源と呼び、
これに対し、専用のハードウェアを使用する従来からの
楽音生成装置や楽音生成方法をハード音源と呼ぶことに
する。

【０００４】

【発明が解決しようとする課題】ソフト音源では、ＣＰ
Ｕは、楽音生成処理だけでなく他の様々な処理を並行し
て実行しなければならない。したがって、汎用コンピュ
ータを使用してソフト音源を実現しようとする場合に
は、他の処理に影響されることなく楽音生成処理の実行
が確保されるようにするために、マルチタスク機能を有
するＯＳ（オペレーティングシステム）（例えば、マイ
クロソフト社製のＷｉｎｄｏｗｓ９５（商標）等）上で
楽音生成処理を実行させることが望ましい。

【０００５】しかし、完全なマルチタスク機能を有しな
いＯＳ（例えば、マイクロソフト社製のＷｉｎｄｏｗｓ
３．１（商標）等）も広く普及しており、そうしたＯＳ
上でも楽音生成処理を実行させたいというニーズが存在
している。しかるに、そうしたＯＳ上では、他の処理の
影響によって楽音生成処理の実行が遅れ、その結果、発
音に支障が生じることがある。この発明は上述の点に鑑
みてなされたもので、完全なマルチタスク機能を有しな
いＯＳ上で楽音生成処理を実行させる場合でも、発音に
支障が生じないようにしたソフト音源方式の楽音生成装
置及び楽音生成方法を提供しようとするものである。

【０００６】

【課題を解決するための手段】この発明に係る第１の楽
音生成装置は、演奏情報を供給する供給手段と、前記演
奏情報に基づく楽音生成処理を、所定時間内に複数回起
動させるための起動手段と、前記起動手段によって起動
された楽音生成処理を実行する楽音生成手段と、前記起
動手段が前記楽音生成処理を実際に起動した機会だけ
で、通算として前記所定時間内に所定サンプル数分の楽
音データを生成させるように、前記楽音生成手段の実行
する楽音生成処理の調整を行なう調整手段とを具えたこ
とを特徴としている。

【０００７】また、この発明に係る第１の楽音生成方法
は、供給された演奏情報に基づき、汎用の演算処理手段
に楽音生成処理を実行させる楽音生成方法であって、楽
音生成処理を、所定時間内に複数回起動させるための第
１のステップと、前記第１のステップにおいて楽音生成
処理が実際に起動した機会だけで、通算として前記所定
時間内に所定サンプル数分の楽音データを生成させるよ
うに、前記楽音生成処理の調整を行なう第２のステップ
と、前記第１のステップで起動された楽音生成処理を、
前記第２のステップでの調整に従って実行する第３のス
テップとを含んだことを特徴としている。

【０００８】ソフト音源には、所定時間毎に所定サンプ
ル数分の楽音データを生成し、該所定サンプル数分の楽
音データをひとまとめとして再生するようにしているも
のがある。こうしたソフト音源では、一般に、各所定時
間毎に、該所定数サンプル分の楽音データを全て生成す
る楽音生成処理を一度だけのタイミングで起動してい
る。しかし、完全なマルチタスク機能を有しないＯＳ上
では、他の処理の影響によってそのタイミングで楽音生
成処理が起動しなかったり遅れて起動したりすることに
より、該所定時間内に楽音データの生成が完了せず、発
音に支障が生じることがある。

【０００９】これに対し、第１の楽音生成装置及び楽音
生成方法では、こうしたソフト音源において、楽音生成
処理を起動する機会を上記所定時間内に複数回設け、こ
の複数回の機会のうち何回か処理が起動しなくても、処
理が起動した機会だけで、上記所定時間内に上記所定数
サンプル分の楽音データの生成が完了する。したがっ
て、発音に支障が生じる事態が防止される。

【００１０】尚、処理が起動しないタイミングが多くな
ると、処理が実際に起動した機会だけでは、楽音生成処
理を割り当てられている全ての発音チャンネルについて
上記所定サンプル数分の楽音データを上記所定時間内に
生成できなくなる場合がある。そこで、そのような場合
には、第１の楽音生成装置及び楽音生成方法において、
楽音データを生成する発音チャンネル数を減少させるこ
とにより、前記所定サンプル数分の楽音データの生成を
確保するようにすることが望ましい。

【００１１】次に、この発明に係る第２の楽音生成装置
は、演奏情報を供給する供給手段と、前記演奏情報に基
づく楽音生成処理を、未使用の発音チャンネルに割り当
てた際に、該処理を制御するパラメータを格納しておく
ための第１のレジスタと、使用中となった前記発音チャ
ンネルに、別の前記演奏情報に基づく新たな楽音生成処
理を割り当てた際に、該処理を制御するパラメータを格
納するための第２のレジスタと、前記新たな楽音生成処
理を開始すべきタイミングまでは、前記第１のレジスタ
を選択し、該タイミング以降は、前記第１のレジスタに
替えて前記第２のレジスタを選択する選択手段と、前記
選択手段の選択したレジスタを用いて前記発音チャンネ
ルでの楽音データの生成を行なう楽音生成手段とを具え
たことを特徴としている。

【００１２】また、この発明に係る第２の楽音生成方法
は、供給された演奏情報に基づき、汎用の演算処理手段
に楽音生成処理を実行させる楽音生成方法であって、未
使用の発音チャンネルに楽音生成処理を割り当て、該処
理を制御するパラメータを、第１のレジスタに格納する
第１のステップと、使用中となった前記発音チャンネル
に新たな楽音生成処理を割り当て、該処理を制御するパ
ラメータを、前記第１のレジスタとは別に設けられた第
２のレジスタに格納する第２のステップと、前記新たな
楽音生成処理を開始すべきタイミングまでは、前記第１
のレジスタを選択し、該タイミング以降は、前記第１の
レジスタに替えて前記第２のレジスタを選択する第３の
ステップと、前記第３のステップで選択したレジスタを
用いて前記発音チャンネルでの楽音データの生成を行な
う第４のステップとを含んだことを特徴としている。

【００１３】ソフト音源において、他の処理の影響によ
って楽音生成処理が起動しなかったり遅れて起動したり
すると、演奏情報が供給されてからその演奏情報に基づ
く楽音生成処理が開始されるまでの時間が長くなる。し
たがって、楽音生成処理を割り当てられた多くの発音チ
ャンネルが、楽音生成処理を制御するパラメータを格納
しておくためのレジスタにパラメータを格納したまま、
まだ楽音生成処理を開始していないという状態が起こり
うる。このような状態で、新たに供給された演奏情報に
基づく楽音生成処理を、使用中の発音チャンネルに割り
当てると、当該発音チャンネルでの楽音生成処理が完了
するまでの長い時間、新たな楽音生成処理を制御するパ
ラメータをレジスタに格納することができない（すなわ
ち、当該発音チャンネルに新たな楽音生成処理の用意が
できない）ことになる。そして、その間に楽音生成処理
が起動されても、当該発音チャンネルでの新たな楽音生
成処理は実行されないので、楽音データの生成にますま
す遅れが生じてしまう。

【００１４】これに対し、第２の楽音生成装置及び楽音
生成方法では、現在使用中の発音チャンネルに新たな楽
音生成処理を割り当てた場合でも、第１のレジスタを用
いて当該発音チャンネルでの現在の楽音生成処理の実行
を確保しつつ、当該発音チャンネルでの新たな楽音生成
処理を直ちに第２のレジスタに用意することができる。
したがって、楽音生成処理の用意の遅れを原因とする楽
音データの生成の遅れを防止することができる。

【００１５】次に、この発明に係る第３の楽音生成装置
は、演奏情報を供給する供給手段と、それぞれ楽音デー
タを書き込むための複数の出力バッファと、楽音生成処
理に先行して、前記複数の出力バッファのうちの一部の
出力バッファの再生を予約する予約手段と、前記演奏情
報に基づいて楽音データを生成し、生成した楽音データ
を前記複数の出力バッファのうちの残りのいずれかの出
力バッファに書き込み、該出力バッファの再生を予約す
る楽音生成手段と、再生を予約された順に前記出力バッ
ファの読出しを行なう再生手段とを具えたことを特徴と
している。

【００１６】また、この発明に係る第３の楽音生成方法
は、供給された演奏情報に基づき、汎用の演算処理手段
に楽音生成処理を実行させる楽音生成方法であって、そ
れぞれ楽音データを書き込むための１または複数の出力
バッファの再生を、楽音生成処理に先行して予約する第
１のステップと、楽音データを生成し、生成した楽音デ
ータを、前記第１のステップで再生を予約した出力バッ
ファ以外の出力バッファに書き込み、該出力バッファの
再生を予約する第２のステップと、前記第１のステップ
及び前記第２のステップで再生を予約した順に前記出力
バッファを読み出す制御を行なう第３のステップとを含
んだことを特徴としている。

【００１７】ソフト音源において、或る所定時間内に起
動すべき楽音生成処理が、他の処理の影響によって該所
定時間の経過後に起動したような場合、楽音の再生が遅
れてしまい、発音に支障が生じる。これに対し、第３の
楽音生成装置及び楽音生成方法では、楽音生成処理が所
定時間内に起動しなくても、先行して再生予約した出力
バッファの読出しが全て完了するまでに当該楽音生成処
理が起動して出力バッファの再生が予約されれば、楽音
の再生に音切れが生じなくなる。したがって、音切れを
生じさせないための楽音生成処理の起動時間の遅れの許
容範囲が拡がる。

【００１８】次に、この発明に係る第４の楽音生成装置
は、演奏情報を供給する供給手段と、楽音データを書き
込むための出力バッファと、前記演奏情報に基づいて楽
音データを生成し、生成した楽音データを前記出力バッ
ファに書き込み、該出力バッファの再生を予約する楽音
生成手段と、再生を予約された順に前記出力バッファの
読出しを行なう再生手段と、所定時間内に前記再生手段
に出力バッファの再生が予約されていない場合、前記楽
音生成手段がそれまでに生成を完了しているべき楽音デ
ータの生成を打ち切り、それ以降に生成を開始すべき楽
音データの生成を前記楽音生成手段に新たに開始させる
更新手段とを具えたことを特徴としている。

【００１９】また、この発明に係る第４の楽音生成方法
は、供給された演奏情報に基づき、汎用の演算処理手段
に楽音生成処理を実行させる楽音生成方法であって、楽
音データを生成し、生成した楽音データを出力バッファ
に書き込み、該出力バッファの再生を予約する第１のス
テップと、前記第１のステップで再生を予約した順に前
記出力バッファを読み出す制御を行なう第２のステップ
と、所定時間内に出力バッファの再生が予約されていな
い場合、それまでに生成を完了しているべき楽音データ
の生成を打ち切り、それ以降に生成を開始すべき楽音デ
ータの生成を新たに開始する第３のステップとを含んだ
ことを特徴としている。

【００２０】この第４の楽音生成装置及び楽音生成方法
によれば、所定の時間内に出力バッファの再生が予約さ
れていない場合には楽音生成処理を更新することによ
り、再生予約が間に合わずに一時的に楽音が乱れた場合
でも、すぐに安定した楽音生成動作に復帰するので、ノ
イズを最小限に抑えることができるようになる。

【００２１】次に、この発明に係る第５の楽音生成装置
は、演奏情報を供給する供給手段と、前記演奏情報に基
づく楽音生成処理を、所定時間内に複数回起動させるた
めの起動手段と、前記起動手段によって起動された楽音
生成処理を実行する楽音生成手段と、前記起動手段が前
記楽音生成処理を起動した場合、各起動の時刻に対応し
たサンプル数を目標値として、該楽音生成処理で生成す
る楽音データのサンプル数が該目標値に追従するように
制御する制御手段とを具えたことを特徴としている。

【００２２】また、この発明に係る第５の楽音生成方法
は、供給された演奏情報に基づき、汎用の演算処理手段
に楽音生成処理を実行させる楽音生成方法であって、楽
音生成処理を、所定時間内に複数回起動させるための第
１のステップと、前記第１のステップで楽音生成処理が
起動した場合、各起動の時刻に対応したサンプル数を目
標値として、該楽音生成処理で生成する楽音データのサ
ンプル数が該目標値に追従するように制御する第２のス
テップと、前記第１のステップで起動された楽音生成処
理を、前記第２のステップでの制御に従って実行する第
３のステップとを含んだことを特徴としている。

【００２３】この第５の楽音生成装置及び楽音生成方法
によれば、楽音生成処理が起動した機会毎に、その起動
時刻に対応したサンプル数を目標値として楽音データを
生成する制御が行なわれることにより、処理が起動した
機会だけで楽音データの生成が完了する。この目標値
は、上述の第１の楽音生成装置及び楽音生成方法のよう
に、所定時間内に所定サンプル数の楽音データの生成を
完了させるような値に設定してもよいが、必ずしもそう
した値に限定する必要はない。すなわち、特に上述の第
３の楽音生成装置及び楽音生成方法のように、楽音生成
処理に先行して出力バッファを再生予約するようにした
場合には、この目標値を、所定時間内に所定サンプル数
の楽音データの生成が完了しなくてもその後の所定時間
内にその未生成の楽音データを補って生成するような値
に設定することも可能である。要するに、音切れを生じ
させないための楽音生成処理の起動時間の遅れの許容範
囲内に所定サンプル数の楽音データの生成が完了するよ
うな値に設定されていればよいことになる。

【００２４】尚、この楽音データの生成の制御の具体的
方法としては、楽音生成処理が遅れた場合、次の起動時
の生成サンプル数に遅れた分の楽音データを全て加える
ことによって遅れを回復することや、その後の各起動時
の生成サンプル数をそれぞれ一定数増やすことによって
遅れを回復することや、その後の各起動時の生成サンプ
ル数を、それぞれ遅れた分の楽音データに比例した数だ
け増やすことによって遅れを回復することなどが挙げら
れる。

【００２５】

【発明の実施の形態】以下、添付図面を参照してこの発
明の実施の形態を詳細に説明する。図１は、この発明を
採用したソフト音源方式のコンピュータミュージックシ
ステムの全体構成ブロック図である。このコンピュータ
ミュージックシステムでは、パーソナルコンピュータの
ＣＰＵ３に楽音生成処理を実行させる。ＣＰＵ３には、
ＭＩＤＩのインターフェース１，タイマ２，ＲＯＭ（リ
ードオンリーメモリ）４，ＲＡＭ（ランダムアクセスメ
モリ）５，マウス７，キーボード８，ディスプレイ９，
ハードディスク装置１０，及びＤＭＡ（ダイレクトメモ
リアクセス）コントローラ１１が、データ及びアドレス
バス６を介して接続されている。

【００２６】ＤＭＡコントローラ１１は、楽音生成処理
の実行によって生成されてＲＡＭ５内の出力バッファに
書き込まれた楽音データを、ＤＡＣ（ディジタル／アナ
ログ変換器）１２からの再生サンプリングクロックに同
期して１サンプルずつダイレクトメモリアクセス方式で
出力バッファから読み出してＤＡＣ１２に送る処理（再
生処理）を実行するためのものである。ＤＡＣ１２でア
ナログ変換された楽音データは、サウンドシステム１３
に送られて、該システム１３から音響的に発音される。

【００２７】ハードディスク装置１０内のハードディス
クには、ＯＳ（ここでは、マイクロソフト社製のＷｉｎ
ｄｏｗｓ３．１（商標）とする）やユーティリティソフ
トといったソフトウェアの他に、ソフト音源を実現する
ためのソフトウェアと、複数種類の音色についての１ま
たは複数周期分の波形データとが記録されている。図２
は、ソフト音源を実現するためのソフトウェアの構造の
一例を示す図である。このソフトウェアは、プログラミ
ングの複雑さの低減化を目的として、独立にプログラミ
ングできる最小単位（モジュール）の複合体として階層
的に構成されている。最上位の階層の「シーケンサプロ
グラム」は、ＭＩＤＩメッセージを作成するためのモジ
ュールである。具体的には、「シーケンサプログラム」
はアプリケーションソフト（例えば、シーケンサソフト
やゲームソフトやカラオケソフト等）の形態をとってい
る。ＳＧＭＭＩＤＩｏｕｔＡＰＩは、モジュール間で情
報の授受を行なうためにソフト音源で用意されているイ
ンターフェース（ＡＰＩ（アプリケーションプログラミ
ングインターフェース））の一種である。

【００２８】下位の階層の「ＳＧＭ−ＡＰ」は、「シー
ケンサプログラム」からＳＧＭＭＩＤＩｏｕｔＡＰＩ経
由で供給されるＭＩＤＩメッセージに基づいて楽音デー
タを生成するためのプログラムである。図３に示すよう
に、「ＳＧＭ−ＡＰ」は、「ＭＩＤＩ出力ドライバ部」
と「音源部（エンジン部）」との２つのモジュールで構
成されている。「ＭＩＤＩ出力ドライバ部」は、「音源
部」を駆動するためのモジュールであり、ＭＩＤＩメッ
セージに応じて、ボイスデータを「音源部」制御用の制
御パラメータに変換する。この制御パラメータは、モジ
ュール間のインターフェースであるＳＧＭｅｎｇｉｎｅ
ＡＰＩ経由で「音源部」に送られる。また、「ＭＩＤＩ
出力ドライバ部」が初期化されるとき、波形データがフ
ァイルからロードされてｅｎｇｉｎｅＡＰＩ経由で「音
源部」に送られる。「音源部」は、この制御パラメータ
に従い、波形データを用いて楽音データを生成する。

【００２９】図２に戻り、ＷＡＶＥｏｕｔＡＰＩは、Ｗ
ｉｎｄｏｗｓ３．１（商標）で用意されているＡＰＩの
一種である。「出力デバイス」は、ＷＡＶＥｏｕｔＡＰ
Ｉ経由で「ＳＧＭ−ＡＰ」から供給される楽音データを
ＤＡＣ１２に送るためのモジュールである。前述のよう
に、このコンピュータミュージックシステムでは、ＤＭ
Ａコントローラ１１がダイレクトメモリアクセス方式で
楽音データをＤＡＣ１２に送るようになっている。した
がって、「出力デバイス」は、ＣＰＵ３の制御のもと
で、ＤＭＡコントローラ１１による割込み処理として実
行される。

【００３０】次に、図２に示したようなソフトウェアに
よる処理の一例の概要を、図４を参照して説明する。
「シーケンサプログラム」が起動すると、ＭＩＤＩメッ
セージが供給されはじめる。ＭＩＤＩメッセージが供給
されると、「ＭＩＤＩ出力ドライバ部」が起動され、各
ＭＩＤＩメッセージに応じてボイスデータを制御パラメ
ータに変換し、その制御パラメータ等を、当該ＭＩＤＩ
メッセージに基づく発音を割り当てた発音チャンネル用
の音源レジスタに格納する。

【００３１】「音源部」は、所定の時間長の区間（フレ
ームと呼ぶ）毎に起動されて、それぞれその直前のフレ
ーム内に供給されたＭＩＤＩメッセージに基づく楽音生
成処理を、各制御パラメータに従って実行する（例え
ば、図４に示すように、時刻Ｔ１からＴ２までのフレー
ム内に供給されたＭＩＤＩメッセージに基づく楽音生成
処理を、時刻Ｔ２からＴ３までのフレームで実行す
る）。楽音生成処理の一例として、波形メモリ方式の楽
音生成処理では、まず、発音を割り当てられている各発
音チャンネル毎に、当該発音チャンネル用の音源レジス
タに格納された制御パラメータに従うピッチでＲＡＭ５
から波形データを読み出し、その波形データに、音色制
御（フィルタ演算）と、音量制御（音量エンベロープデ
ータの乗算）と、ピッチ，音色または音量等の変調制御
とを制御パラメータに従って施すことにより、当該発音
チャンネルについての所定数サンプル分の楽音データを
生成する。そして、各発音チャンネルについての楽音デ
ータを累算し、累算した楽音データを（あるいは、累算
した楽音データにエフェクトを付加し、その楽音データ
を）、ＲＡＭ５内の出力バッファに書き込む。そして、
その出力バッファの再生を「出力デバイス」に予約す
る。

【００３２】「出力デバイス」は、各フレーム毎に、そ
れぞれその直前のフレームで「音源部」によって再生予
約された出力バッファから１サンプルずつ楽音データを
読み出してＤＡＣ１２に送る（例えば、図４に示すよう
に、時刻Ｔ２からＴ３までのフレームで生成された楽音
データを書き込まれて再生予約された出力バッファか
ら、時刻Ｔ３からＴ４までのフレームで楽音データを読
み出す）。

【００３３】こうしたソフトウェアのうち、「シーケン
サプログラム」の起動と、ＭＩＤＩメッセージの供給に
基づく「ＭＩＤＩ出力ドライバ部」の起動とは、リアル
タイムに行なわれる。また、「出力デバイス」は、ＤＭ
Ａコントローラ１１による割込み処理として強制的に起
動されるので、時間的な遅れが生じることはない。これ
に対し、「音源部」の起動は、ＣＰＵ３自身の内部割込
みによって行なわれるので、完全なマルチタスク機能を
有しないＯＳ上でこのソフトウェアを走らせた場合に
は、他の処理の影響によって「音源部」の起動が遅れる
ことにより、発音に支障が生じることがある。そこで、
このコンピュータミュージックシステムでは、次のよう
な幾つかの対策を講じることにより、発音に支障が生じ
る事態を防止している。

【００３４】〔対策１〕「音源部」を起動させる内部割
込み信号を、各フレーム内にそれぞれ複数回の機会発生
し、各起動毎に、それぞれ上記所定数サンプル分（１出
力バッファ分）の楽音データのうちの一部の楽音データ
を生成することにより、通算として当該フレーム内に１
出力バッファ分の楽音データが生成されるように調整を
行なう。そして、いずれかの機会で、内部割込み信号が
発生しなかったために「音源部」が起動せず、その結果
楽音データが生成されなかった場合には、その未生成の
楽音データを、当該フレーム内のその後の内部割込み信
号が発生した機会で併せて生成することにより、当該フ
レーム内での１出力バッファ分の楽音データの生成が確
保されるように調整を行なう。

【００３５】このように、「音源部」を起動させる内部
割込み信号を発生する機会を各フレーム毎に複数回設
け、この複数回の機会のうち何回か内部割込み信号が発
生しなくても、内部割込み信号が発生した機会だけで、
当該フレーム内に１出力バッファ分の楽音データの生成
を完了するようにしたので、発音に支障が生じる事態が
防止される。

【００３６】図５及び図６は、それぞれこの〔対策１〕
の一例を示す図である。これらの例では、１００ミリ秒
の長さのフレーム内に、「音源部」を起動する内部割込
み信号を１０ミリ秒毎のタイミングで（したがって、１
フレーム内に合計１０回）発生し、各起動毎に、それぞ
れ１出力バッファ分の楽音データの１０分の１の量の楽
音データを生成するようにしている。

【００３７】そして、図５の例では、内部割込み信号が
発生しなかったタイミングでの未生成の楽音データを、
その直後に内部割込み信号が発生した機会で全て生成す
るようにしている。すなわち、内部割込み信号が発生し
なかった２回目の機会（図の１０ミリ秒目）で未生成と
なった楽音データを、その直後に内部割込み信号が発生
した３回目の機会（図の２０ミリ秒目）での処理で、当
該機会での楽音データと併せて全て生成し（図では２，
３として示している）、内部割込み信号が発生しなかっ
た６，７回目の機会（図の５０，６０ミリ秒目）で未生
成となった楽音データを、その直後に内部割込み信号が
発生した８回目の機会（図の７０ミリ秒目）での処理
で、当該機会での楽音データと併せて全て生成している
（図では６〜８として示している）。

【００３８】これに対し、図６の例では、内部割込み信
号が発生しなかった機会での未生成の楽音データを、そ
の後に内部割込み信号が発生した複数の機会で分散して
生成するようにしている。すなわち、内部割込み信号が
発生しなかった２，３回目の機会（図の１０，２０ミリ
秒目）で未生成となった楽音データを、その後に内部割
込み信号が発生した４，５回目の機会（図の３０，４０
ミリ秒目）での処理で、それらの機会での楽音データと
併せてそれぞれ分散して生成している（図ではそれぞれ
２，３と４，５として示している）。但し、最後の１０
回目の機会（図の９０ミリ秒目）では、当該フレーム内
での１出力バッファ分の楽音データの生成を確保するた
めに、内部割込み信号が発生しなかった７，８，９回目
の機会（図の６０，７０，８０ミリ秒目）で未生成とな
った楽音データを全て生成している。

【００３９】図６では、未生成の楽音データを、１回の
起動の機会で生成する量の楽音データに分散してその後
に内部割込み信号が発生した機会で生成しているが、こ
れに限らず、未生成の楽音データを、適宜の量の楽音デ
ータ（例えば、１回の起動の機会で生成する量の楽音デ
ータや、１回の起動の機会で生成する量の１．５倍の楽
音データや、１回の起動の機会で生成する量の半分の楽
音データ）に分散してその後の機会で生成するようにし
てもよい。また、更に別の例として、内部割込み信号が
発生しなかった機会での未生成の楽音データを、当該フ
レーム内の最後の機会（図５及び図６では１０回目の機
会）までに徐々に生成するようにしてもよい。

【００４０】尚、内部割込み信号が発生しなかった機会
が多くなると、その後の内部割込み信号が発生した機会
で、楽音生成処理を割り当てられている全ての発音チャ
ンネルについて楽音データを生成しきれなくなる場合が
ある。そこで、この〔対策１〕において、そのような機
会では、楽音データを生成する発音チャンネル数を減少
させることにより、楽音データの生成を確保するように
することが望ましい。楽音データを生成する発音チャン
ネル数を減少させなければならない頻度は、図５の例の
場合が最も高く、図６の例の場合や、未生成の楽音デー
タを当該フレーム内の最後の機会までに徐々に生成する
場合には、図５の例の場合よりも低くなる（但し、未生
成の楽音データの生成を早期に行なうという観点から
は、図５の例が最も望ましい）。

【００４１】〔対策２〕各発音チャンネル用の音源レジ
スタとして、発音チャンネルが未使用である際に割り当
てた楽音生成処理を制御するパラメータを格納するため
の第１の音源レジスタ（表の音源レジスタ）と、当該発
音チャンネル使用中となった際に割り当てた新たな楽音
生成処理を制御するパラメータを格納するための第２の
音源レジスタ（裏の音源レジスタ）とを設ける。そし
て、当該発音チャンネルで用いるべき音源レジスタとし
て、新たな楽音生成処理を開始すべきタイミングまで
は、表の音源レジスタを選択し、該タイミング以降は、
表の音源レジスタに替えて裏の音源レジスタを選択す
る。

【００４２】これにより、現在使用中の発音チャンネル
に新たな楽音生成処理を割り当てた場合でも、表の音源
レジスタを用いて当該発音チャンネルでの現在の楽音生
成処理の実行を確保しつつ、当該発音チャンネルでの新
たな楽音生成処理を直ちに裏の音源レジスタに用意する
ことができる。したがって、楽音生成処理の用意の遅れ
を原因とする楽音データの生成の遅れを防止することが
できる。

【００４３】〔対策３〕ＲＡＭ５内に複数の出力バッフ
ァの領域を設けておき、「音源部」の起動に先行して、
そのうちの一部の出力バッファの再生を「出力デバイ
ス」に予約しておく。これにより、他の処理の影響によ
り、各フレームで起動すべき「音源部」が当該フレーム
内に起動しなくても、先行して再生予約した出力バッフ
ァの再生処理が全て完了するまでに「音源部」が起動し
て出力バッファの再生が予約されれば、楽音の再生に音
切れが生じなくなる。したがって、音切れを生じさせな
いための楽音生成処理の起動時間の遅れの許容範囲が拡
がる。

【００４４】図７は、この〔対策３〕の一例を示す図で
ある。この例では、「音源部」の起動に先行して、４つ
の出力バッファの再生を「出力デバイス」に予約してい
る。そして、フレームＦ１の開始時には、それより前の
フレームで１出力バッファ分の再生処理が完了したこと
によって予約数が３になっているが、フレームＦ１の途
中に、１出力バッファ分の楽音データの生成が完了して
その出力バッファが再生予約されたために、予約数が４
に増えている。そして、フレームＦ１の終了時に、次の
１出力バッファ分の再生処理が完了したことによって予
約数が３に減るが、フレームＦ２の途中に、次の１出力
バッファ分の楽音データの生成が完了してその出力バッ
ファが再生予約されたために、予約数が４に増えてい
る。

【００４５】そしてその後、「音源部」の起動の遅れに
より楽音データが生成されないために、フレームＦ４の
終了時には予約数が１に減っている。そして、フレーム
Ｆ５で、再生予約済の最後の出力バッファ（フレームＦ
２の途中に再生予約した出力バッファ）が読み出されて
いる（図では、この再生予約と読み出しとの関係を明ら
かにするために、フレームＦ２の途中に再生予約の発生
を太い矢印で示し、フレームＦ５を斜線で網かけしてい
る）が、フレームＦ５の途中に、１出力バッファ分の楽
音データの生成が完了してその出力バッファが再生予約
されたために、予約数が２に増えている。そしてその後
も、再生処理の完了と再生予約の発生とに応じて予約数
が増減している。

【００４６】このように、各フレームで起動すべき「音
源部」が当該フレーム内に起動しなくても、先行して再
生予約した４つの出力バッファの再生処理が全て完了す
るまでに「音源部」が起動して出力バッファの再生が予
約されれば、楽音の再生に遅れが生じなくなる。尚、予
約数が４であるときにフレームの途中で次の１出力バッ
ファ分の楽音データの生成が完了した場合には、当該フ
レームでの再生処理の完了を待って出力バッファの再生
予約を行なうことにより、予約数が４を越えないように
するものとする。

【００４７】この〔対策３〕を実施するためにＲＡＭ５
内に設けておくべき出力バッファの数は、「音源部」の
起動に先行して再生予約する出力バッファの数と、「音
源部」で生成を完了した楽音データを書き込むための１
つの出力バッファと、「音源部」で生成した楽音データ
の量が１出力バッファ分を越えた場合のための予備の出
力バッファとの合計（図７の例では、６つ）になる。尤
も、「音源部」において、生成した楽音データの量が１
出力バッファ分を越える場合には生成をストップするよ
うにすれば、予備の出力バッファは不要になる（したが
って、図７の例では、５つで足りるようになる）。

【００４８】〔対策４〕所定時間内に「出力デバイス」
に出力バッファが再生予約されていない場合、そのタイ
ミングで生成完了しているはずの楽音データの生成を打
ち切り、そのタイミングで生成開始する楽音データから
生成動作を新たに開始する。これにより、再生予約が間
に合わず、一時的に楽音が乱れた場合でも、すぐに安定
した楽音生成動作に復帰し、ノイズを最小限に抑えるこ
とができる。

【００４９】例えば、前述の〔対策３〕の図７の例で
は、先行して「出力デバイス」に再生予約した出力バッ
ファの再生処理が全て完了するまでに、「音源部」で生
成を完了した楽音データを書き込んだ出力バッファが再
生予約されている。しかし、他の処理の影響により「音
源部」の起動が大幅に遅れた場合には、先行して再生予
約した出力バッファの再生処理が全て完了した区間内に
おいても、「音源部」で生成を完了した楽音データを書
き込んだ出力バッファがまだ再生予約されていないこと
（予約数が０になること）も起こりうる。そのような場
合でも、〔対策３〕及び〔対策４〕を併せて実施すれ
ば、予約数が０になった場合、そのタイミングで生成完
了しているはずの楽音データの生成が打ち切られ、「出
力デバイス」に出力バッファの再生の先行予約を再び行
なった後、そのタイミングで生成開始する楽音データか
ら生成動作が新たに開始する。

【００５０】次に、以上のような対策の実施を含んだこ
のコンピュータミュージックシステムの動作例を、図８
以下を参照して説明することにする。図８は、ＣＰＵ３
の実行するメインルーチンを示すフローチャートであ
る。最初に、「初期設定」（ステップＳ１）を実行す
る。「初期設定」では、図９に示すように、最初に、各
発音チャンネル用の音源レジスタ（〔対策２〕として説
明したように、表の音源レジスタと裏の音源レジスタと
が設けられている）内のデータと、ＲＡＭ５のワークエ
リア（このワークエリア内には、〔対策３〕として説明
したように、複数の出力バッファの領域が含まれてい
る）内のデータとを全てクリアする（ステップＳ２
１）。続いて、ハードディスク装置１０内のハードディ
スクに記録されている波形データをＲＡＭ５にロードす
る（ステップＳ２２）。続いて、「出力デバイス」を初
期設定し（ステップＳ２３）、〔対策３〕として説明し
たように、「音源部」の起動に先行して、データをクリ
アされた幾つか（ここでは、図７の例と同じく４つとす
る）の出力バッファの再生を「出力デバイス」に予約す
る（ステップＳ２４）。続いて、ＤＡＣ１２から再生サ
ンプリングクロックを発生させてＤＭＡコントローラ１
１に与えることにより「出力デバイス」を起動するとと
もに、「音源部」を起動する内部割込み信号を発生する
ためのソフトタイマ（例えば、ハード的に構成したタイ
マをＣＰＵ３が参照することによって内部割込み信号を
発生するようにしたもの）をスタートさせる（ステップ
Ｓ２５）。

【００５１】ソフトタイマは、この内部割込み信号を、
前記〔対策１〕として説明したように各フレーム毎にそ
れぞれ複数の機会で発生可能である（ここでは、図５の
例と同じく、１００ミリ秒の長さのフレーム内に、１０
ミリ秒毎に合計１０回の機会において発生することが可
能であるものとする）。なお、前述の通り、ソフトタイ
マによる内部割込み信号は、各起動機会で（つまり１０
ミリ秒毎に）必ず発生できるとは限らず、起動機会が到
来しても、ＣＰＵ３がＯＳの処理や他のソフトウェアの
処理に占有されているときは、ソフト音源に対する内部
割込み信号をかけることができない。そのための起動命
令発生手段の構成としては、例えば、タイマ２で１回の
起動機会に対応する所定時間（例えば１０ミリ秒）を計
時する毎にフラグを立てるようにし、ＣＰＵ３がソフト
音源の処理を実行してもよい状態のとき、このフラグの
有無をチェックするようにし、未処理のフラグが立って
いれば内部割込み信号を発生するようにすると共にその
フラグを消去するようにする。従って、１回の起動機会
に対応する所定時間（例えば１０ミリ秒）の間に、ＣＰ
Ｕ３がソフト音源の処理をする余裕がある場合は、１回
の内部割込み信号が発生される。しかし、１回の起動機
会に対応する所定時間（例えば１０ミリ秒）の間に、Ｃ
ＰＵ３がソフト音源の処理をする余裕がない場合は、フ
ラグチェックに行かないので、内部割込み信号が発生さ
れることなく、所定時間が経過してしまい、次のフラグ
が立ってしまう。つまり、前のフラグに対応して内部割
込み信号が発生されることがない。こうして、内部割込
み信号は、図５，図６に例示されるように、各起動機会
毎に必ず発生できるとは限らないものとなる。また、上
記から理解できるように、内部割込み信号がいくつかの
各起動機会で連続して発生される場合でも、その発生時
間間隔は正確な上記所定時間（例えば１０ミリ秒）とは
ならず、１０ミリ秒の前後で適宜の変動がある。すなわ
ち、内部割込み信号の微視的な発生タイミングはＣＰＵ
３の処理状態（いつタイマフラグを見に行くか）に依存
しているからである。

【００５２】図８に戻り、初期設定を終えると、ディス
プレイ９に、処理の進行に応じた情報を表示したり、マ
ウス７を用いて各種の制御データを入力したりするため
のパネル（図示せず）を表示する（ステップＳ２）。
尚、「音源部」の起動に先行して「初期設定」（図９）
で出力バッファを「出力デバイス」に再生予約している
ので、「出力デバイス」では、この先行予約しした４つ
の出力バッファについての再生処理が完了してから、
「音源部」でその後に再生予約した出力バッファについ
ての再生処理を実行する。したがって、ＭＩＤＩメッセ
ージが供給されてから楽音が再生されるまでの時間が、
この先行予約した出力バッファの数に等しい数のフレー
ム分（図７の例では４フレーム分）だけ長くなる（遅れ
る）ことになる。そこで、ディスプレイ９のパネルにＭ
ＩＤＩメッセージの供給に基づく表示を行なう際には、
表示のタイミングをこのフレーム分だけ後にずらすよう
にすることが望ましい。

【００５３】ステップＳ２に続くステップＳ３では、下
記の各起動要因の発生をチェックする。 起動要因：「シーケンサプログラム」（図２参照）か
らＭＩＤＩメッセージが供給されたこと 起動要因：ソフトタイマにより、「音源部」を起動す
る内部割込み信号が発生したこと 起動要因：「出力デバイス」からの処理要求が検出さ
れたこと 起動要因：その他の要求（パネルの入力イベントや、
キーボード８のコマンド入力イベント（メインルーチン
終了コマンドを除く）が検出されたこと 起動要因：キーボード８のメインルーチン終了コマン
ドの入力イベントが検出されたこと

【００５４】続いて、上記起動要因のいずれかが発生し
たか否かを判断する（ステップＳ４）。ノーであれば、
ステップＳ３に戻り、いずれかの起動要因が発生するま
でステップＳ３及びＳ４の処理を繰り返す。そしていず
れかの起動要因が発生すると、ステップＳ４でイエスと
なってステップＳ５に進む。ステップＳ５では、どの起
動要因が発生したのかを判定する。起動要因が発生し
ていれば、ＭＩＤＩ処理を実行し（ステップＳ６）、所
定の受信表示（例えば、どのＭＩＤＩチャンネルについ
てのＭＩＤＩメッセージが供給されたかの表示等）を、
パネル上に行なう（ステップＳ７）。そしてステップＳ
３に戻り、ステップＳ３以下の処理を繰り返す。

【００５５】ステップＳ６で実行するＭＩＤＩ処理に
は、例えば、ノートオンに基づくノートオンイベント処
理や、ノートオフに基づくノートオフイベント処理等が
含まれる。図１０は、ノートオンイベント処理の一例を
示すフローチャートである。最初に、ノートナンバ，ベ
ロシティ，ノートオンを入力したＭＩＤＩチャンネルを
受信するパートのパート番号，ＭＩＤＩメッセージの入
力時刻を示す時間軸上でノートオンイベントが発生した
時刻を示すデータを、それぞれ所定のレジスタＮＮ，Ｖ
ＥＬ，ｐ，ＴＭに格納する（ステップＳ３１）。続い
て、当該ノートオンに基づく発音の割当て処理を行な
い、割り当てた発音チャンネルのチャンネル番号をレジ
スタｉに格納する（ステップＳ３２）。続いて、レジス
タｐ内のパート番号に対応して選択されている音色のボ
イスデータをＲＡＭ５から読み出し、そのボイスデータ
を、レジスタＮＮ，ＶＥＬ内のノートナンバ，ベロシテ
ィに応じて「音源部」制御用の制御パラメータ（ピッチ
を指定する周波数ナンバＦＮを含む）に変換する（図２
参照）（ステップＳ３３）。

【００５６】続いて、この制御パラメータを、ノートオ
ン及びレジスタＴＭ内の発生時刻のデータとともに、レ
ジスタｉ内のチャンネル番号の発音チャンネル用の音源
レジスタに格納することにより、当該発生時刻に応じた
タイミングでのノートオンの予約を行なう（ステップＳ
３４）。レジスタＴＭ内の発生時刻のデータを音源レジ
スタに格納するのは、次のような理由による。ノートオ
ンイベントの発生時刻と、当該ノートオンイベントに基
づく楽音が再生される時刻とには、前述のように約４フ
レーム分の時間差がある（楽音の再生がそれだけ遅れ
る）。楽音生成処理（後述する「音源処理１」）は、そ
の時間差の範囲内の任意のタイミングで、対応する楽音
データを生成すればよい（つまり、その範囲内での処理
の遅れが許容されている）。したがって、ノートオンイ
ベントの発生時刻と異なる任意のタイミングで実行され
る楽音生成処理では、ノートオンイベントの発生時刻が
わかっていないと、対応する楽音データが生成できない
からである。

【００５７】尚、ステップＳ３４において、当該発音チ
ャンネルが使用中であれば、〔対策２〕として説明した
ように、当該発音チャンネル用の表の音源レジスタと裏
の音源レジスタとのうち、裏の音源レジスタに制御パラ
メータ等を格納する。これにより、表の音源レジスタを
用いて当該発音チャンネルでの現在の楽音生成処理の実
行を確保しつつ、当該発音チャンネルでの新たな楽音生
成処理を直ちに裏の音源レジスタに用意することができ
る。またこのように裏の音源レジスタに格納を行なった
場合には、表の音源レジスタ内の予約領域にも、レジス
タＴＭ内の発生時刻に応じたタイミングでのダンプ（音
量エンベロープを急激に減少させる処理）の予約を行な
う。ステップＳ３４に続くステップＳ３５では、ノート
オンの発生時刻が遅い発音チャンネルの順に楽音生成演
算が行なわれるように、発音の割当て処理を行なった各
発音チャンネルの間での演算順序を決定する。（すなわ
ち、後着のノートオンに対応した発音チャンネルが、楽
音の生成において優先的に処理されるようになる）。そ
してリターンする。

【００５８】図１１は、ノートオフイベント処理の一例
を示すフローチャートである。最初に、ノートナンバ，
ノートオフを入力したＭＩＤＩチャンネルを受信するパ
ートに対応して選択されている音色，ＭＩＤＩメッセー
ジの入力時刻を示す時間軸上でノートオフイベントが発
生した時刻を示すデータを、それぞれ所定のレジスタＮ
Ｎ，ｔ，ＴＭに格納する（ステップＳ４１）。続いて、
レジスタｔ内の音色での発音を割り当てた発音チャンネ
ルを捜し、その発音チャンネルのチャンネル番号をレジ
スタｉに格納する（ステップＳ４２）。続いて、レジス
タｉ内のチャンネル番号の発音チャンネル用の表の音源
レジスタと裏の音源レジスタのうち、レジスタｔ内の音
色に対応するほうの音源レジスタ内の予約領域に、レジ
スタＴＭ内の発生時刻に応じたタイミングでのノートオ
フの予約を行なう（ステップＳ４３）。そしてリターン
する。

【００５９】図８のステップＳ５に戻り、起動要因が
発生していれば、「音源処理１」を実行し（ステップＳ
８）、所定の状態表示（例えば、ＣＰＵ３の演算能力
や、生成した楽音の音量レベル等の表示）を、パネル上
に行なう（ステップＳ９）。そしてステップＳ３に戻
り、ステップＳ３以下の処理を繰り返す。

【００６０】「音源処理１」は、「音源部」の一部を成
すものである。この「音源処理１」では、図１２に示す
ように、最初に、ＭＩＤＩメッセージの入力時刻を示す
時間軸上での現在の時刻ＧＴから、その時間軸上でのＭ
ＩＤＩメッセージの入力時刻のうち当該ＭＩＤＩメッセ
ージに基づく楽音生成処理が終了しているものの最終の
入力時刻ＳＴを減じた時間を、生成量ＳＲ（今回の起動
で生成すべき楽音データの目標サンプル数を時間の長さ
で表現したもの）として設定する（ステップＳ５１）。

【００６１】すなわち、ステップＳ５１では、〔対策
１〕における図５の例のように、いずれかの機会で内部
割込み信号が発生しなかったために「音源部」が起動し
なかった場合に、その機会での未生成の楽音データを、
その直後に内部割込み信号が発生した機会で全て生成す
るようにしている。これにより、１フレーム内に何回か
内部割込み信号が発生しなくても、内部割込み信号が発
生した機会だけで、当該フレーム内に１出力バッファ分
の楽音データの生成が完了するので、発音に支障が生じ
る事態が防止される。この生成量ＳＲを図５を参照して
具体的に示せば、１回目の機会では１０ミリ秒になる
が、２回目の機会で内部割込み信号が発生していないの
で、３回目の機会では２０ミリ秒になる。尚、図５の例
のようにするかわりに、内部割込み信号が発生しなかっ
た機会での未生成の楽音データを、図６の例のようにそ
の後に内部割込み信号が発生した複数の機会で分散して
生成するようにしたり、あるいは当該フレーム内の最後
の機会までに徐々に生成するようにしてもよいことは、
〔対策１〕において述べたとおりである。

【００６２】続いて、「初期設定」（図９）で再生予約
した出力バッファ以外の残りの出力バッファのうちの１
つの出力バッファ上に、時刻ＳＴを先頭とした生成量Ｓ
Ｒ分の楽音生成領域を設定する（ステップＳ５２）。続
いて、楽音データを生成する発音チャンネル数を決定す
る（ステップＳ５３）。この発音チャンネル数の決定
は、次のようにして行なう。まず、１つの発音チャンネ
ルで生成量ＳＲ分の楽音データを生成するのに要する演
算時間と、今回の演算可能時間ＥＪ（次に内部割込み信
号が発生する予定の時刻である演算終了時刻ＳＪから、
今回内部割込み信号が実際に発生した時刻である演算開
始時刻ＫＪを減じた時間）とに基づき、時間ＥＪ内に幾
つの発音チャンネルで生成量ＳＲ分の楽音データの生成
が可能かを算出する。そして、算出した生成可能な発音
チャンネル数が、ノートオンイベント処理（図１０）で
発音割当てを行なった発音チャンネル数以上であれば、
当該発音割当てを行なった発音チャンネル数を、そのま
ま楽音データを生成する発音チャンネル数として決定す
る。他方、算出した生成可能な発音チャンネル数が、発
音割当てを行なった発音チャンネル数未満であれば、当
該生成可能な発音チャンネル数を、楽音データを生成す
る発音チャンネル数として決定する（すなわち、〔対策
１〕として説明したように、楽音データを生成する発音
チャンネル数を減少させることにより、１フレーム内に
１出力バッファ分の楽音データの生成を確保する）。

【００６３】ステップＳ５３に続くステップＳ５４で
は、演算順序（ノートオンイベント処理のステップＳ３
５で決定したもの）が１位である発音チャンネルのチャ
ンネル番号をレジスタｉに格納し、スタートポインタｓ
ｐで時刻ＳＴを指す。続いて、レジスタｉ内のチャンネ
ル番号の発音チャンネル用の表の音源レジスタの予約領
域を参照して、スタートポインタｓｐ以降から時刻ＧＴ
までの間で、最初の予約（ピッチベンドの予約，ノート
オフの予約，ダンプの予約等）を検出する（ステップＳ
５５）。続いて、予約が検出されたか否かを判断する
（ステップＳ５６）。

【００６４】イエスであれば、当該発音チャンネルにつ
いて、当該予約の時刻までの楽音生成処理を実行し、ス
タートポインタｓｐを当該予約の時刻にまで進める（ス
テップＳ５７）。この楽音生成処理では、前述のよう
に、音源レジスタに格納された制御パラメータに従うピ
ッチでＲＡＭ５から波形データを読み出し、その波形デ
ータに、音色制御（フィルタ演算）と、音量制御（音量
エンベロープデータの乗算）と、ピッチ，音色または音
量等の変調制御と、エフェクトの付加とを制御パラメー
タに従って施すことによって楽音データを生成する。

【００６５】ステップＳ５７に続くステップＳ５８で
は、当該予約の内容を当該音源レジスタに格納すること
により、その予約内容を実行する。ここで、ノートオフ
の予約が検出された場合には、当該発音チャンネルの表
の音源レジスタにノートオフを書き込み、音量エンベロ
ープのリリーススラートを開始する。また、ダンプの予
約が検出された場合には、ダンプの実行の完了後（すな
わち、音量エンベロープのレベルが一定以下の低い値に
なった後）、〔対策２〕として示したように、当該発音
チャンネルで用いるべき音源レジスタとして、表の音源
レジスタに替えて裏の音源レジスタを選択する（尤も、
先に表の音源レジスタから裏の音源レジスタへの入替え
を行なった後で、表の音源レジスタについてダンプを実
行してもよい）。尚、図１０のステップＳ３４で説明し
たように、裏の音源レジスタに制御パラメータ，ノート
オン及びレジスタＴＭ内のノートオンの発生時刻のデー
タを格納する場合には、表の音源レジスタの予約領域
に、レジスタＴＭ内の発生時刻に応じたタイミングでの
ダンプの予約がされる。したがって、楽音生成処理にお
いて、このレジスタＴＭ内の発生時刻に応じたタイミン
グが来ると、ダンプが実行された後、表の音源レジスタ
に替えて裏の音源レジスタを用いた楽音生成処理が開始
されることになる。

【００６６】ステップＳ５８を終了すると、ステップＳ
５５に戻り、ステップＳ５５以下の処理を繰り返す。

【００６７】他方、ステップＳ５６でノーと判断されれ
ば（あるいは、最初はイエスと判断されたがその後ステ
ップＳ５７及びＳ５８を経由することによりノーと判断
されるようになれば）、当該発音チャンネルについて、
スタートポインタｓｐから時刻ＧＴまでの楽音生成処理
を全て実行する（ステップＳ５９）。これにより、当該
発音チャンネルについて、生成量ＳＲ分の楽音生成領域
に亘る楽音データの生成が完了する。

【００６８】続いて、ステップＳ５３で決定した数の発
音チャンネルについて楽音生成処理を全て完了したか否
かを判断する（ステップＳ６０）。ノーであれば、演算
順序が次順位である発音チャンネルのチャンネル番号を
レジスタｉに格納し、スタートポインタｓｐを時刻ＳＴ
に設定する（ステップＳ６１）。そしてステップＳ５５
に戻り、ステップＳ５５以下の処理を繰り返す。他方、
ステップＳ６０でイエスと判断されれば（あるいは、最
初はノーと判断されたが、その後ステップＳ５５以下を
繰り返すことによりイエスと判断されるようになれば）
楽音生成処理を終了してステップＳ６２に進む。これに
より、生成可能な発音チャンネル数が、発音の割当て処
理を行なった発音チャンネル数未満である場合には、演
算順序の遅い発音チャンネルについての楽音生成処理が
省略されるという形で、同時発音チャンネル数が減少す
ることになる。

【００６９】ステップＳ６２では、累算された各発音チ
ャンネルについて楽音データ（あるいは、累算された楽
音データにエフェクトを付加したもの）を、出力バッフ
ァ上の楽音生成領域（ステップＳ５２で設定したもの）
に書き込む。続いて、時刻ＳＴに生成量ＳＲの長さを加
えた時刻を、新たな時刻ＳＴとして設定する（ステップ
Ｓ６３）。この新たな時刻ＳＴは、次に「音源処理１」
を実行する際の演算スタート位置になる。続いて、１出
力バッファ分の楽音データが完成したか否かを判断する
（ステップＳ６４）。ノーであればリターンする。他方
イエスになると、その出力バッファを、後述の「音源処
理２」によって当該出力バッファに連結されている他の
出力バッファから切り離して、「出力デバイス」に再生
予約する（ステップＳ６５）。そしてリターンする。

【００７０】図８のステップＳ５に戻り、起動要因が
発生していれば、「音源処理２」を実行し（ステップＳ
１０）、所定の状態表示をパネル上に行なう（ステップ
Ｓ１１）。そしてステップＳ３に戻り、ステップＳ３以
下の処理を繰り返す。

【００７１】「音源処理２」も、「音源部」の一部を成
すものである。この「音源処理２」は、「出力デバイ
ス」（すなわちＤＭＡコントローラ１１による外部割込
み処理）の実行によって発生する要求に基づいて実行さ
れる。図１３は、ＤＭＡコントローラ１１による外部割
込み処理の一例を示すフローチャートである。この外部
割込み処理は、ＤＡＣ１２に楽音データを１サンプル分
ずつ送るタイミング（ＤＡＣ１２の再生サンプリング周
期）で、ＤＭＡコントローラ１１が実行するものであ
り、この処理によって、出力バッファに記憶された１フ
レーム分の楽音データが、再生サンプリング周期毎に１
サンプル分ずつ読み出されてＤＡＣ１２に供給される。
最初に、「初期処理」（図９）または「音源処理１」（図
１２）によって「出力デバイス」に再生予約された出力
バッファのうちの現在読出し中の出力バッファ（ポイン
タＰＢで指した出力バッファ）内の現在読出し中の１サ
ンプル分の楽音データ（ポインタｐｐで指した楽音デー
タ）を、ＤＡＣ１２に送る（ステップＳ７１）。続い
て、ポインタｐｐを１サンプル分進め（ステップＳ７
２）、当該出力バッファ内の全ての楽音データをＤＡＣ
１２に送り終えたか（すなわち当該出力バッファについ
ての再生処理を完了したか）否かを判断する（ステップ
Ｓ７３）。ノーであればリターンする。

【００７２】他方、ステップＳ７３でイエスと判断され
れば、次の出力バッファの再生予約があるか否かを判断
する（ステップＳ７４）。他の処理の影響により「音源
部」の起動が遅れているために、「音源部」で生成を完
了した楽音データを書き込んだ出力バッファが再生予約
されていなくても、既に再生予約している出力バッファ
（「初期設定」（図９）で先行して再生予約した出力バ
ッファや、音源処理１で既に再生予約している出力バッ
ファ）の再生処理が全て完了するまでは、ステップＳ７
４でイエスと判断されてステップＳ７５に進み、その出
力バッファにポインタＰＢを進める。これにより、〔対
策３〕として説明したように、楽音生成処理の遅れによ
る音切れを防ぐための楽音生成処理の起動時間の許容範
囲が拡がることになる。ステップＳ７５に続くステップ
Ｓ７６では、再生処理を完了した出力バッファを、「音
源処理２」のルーチンに返却する要求を発生する。そし
てリターンする。

【００７３】他方、「音源部」の起動が大幅に遅れてい
るために、既に再生予約している出力バッファの再生処
理を全て完了した区間内においても、「音源部」で生成
を完了した楽音データを書き込んだ出力バッファがまだ
再生予約されていない場合には、ステップＳ７４でノー
と判断されてステップＳ７７に進む。ステップＳ７７で
は、ノイズ音の発生を防止するためにＤＡＣ１２の出力
をミュートする。続いてステップＳ７８では、「音源処
理２」に対してリセット要求(楽音生成処理のリセット
を要求するもの)を発生する。そしてリターンする。

【００７４】図１４は、「出力デバイス」からの返却要
求（図１３のステップＳ７６）に基づく「音源処理２」
の一例を示すフローチャートである。最初に、「出力デ
バイス」から返却された出力バッファを受け取る（ステ
ップＳ８１）。続いて、その出力バッファをクリアし
て、「音源部」が既に保有している出力バッファの後に
その出力バッファを連結する（ステップＳ８２）。尚、
この連結とは、出力バッファ同士を仮想的に順番につな
げて大きな１つのバッファとして扱うことである。した
がって、ＲＡＭ５内で物理的に相互に隣接した領域にそ
れらの出力バッファを存在させることは必要ではない。
ステップＳ８２に続くステップＳ８３では、「音源部」
と「出力デバイス」との間での時刻のずれの有無を確認
して「音源部」の動作を補正するために、「出力デバイ
ス」からの返却要求のタイミングを示すデータを作成す
る。そしてリターンする。

【００７５】図１５は、「出力デバイス」からのリセッ
ト要求（図１３のステップＳ７８）に基づく「音源処理
２」の一例を示すフローチャートである。最初に、各発
音チャンネル用の音源レジスタ内のデータと、ＲＡＭ５
の出力バッファ内のデータとを全てクリアする（ステッ
プＳ９１）。続いて、「初期設定」（図９）のステップ
Ｓ２３乃至Ｓ２５と同じく、「出力デバイス」を初期設
定し（ステップＳ９２）、データをクリアされた４つの
出力バッファの再生を再び「出力デバイス」に予約し
（ステップＳ９３）、「出力デバイス」を起動するとと
もに、ソフトタイマをスタートさせる（ステップＳ９
４）。そしてリターンする。

【００７６】このように、リセット要求に基づく「音源
処理２」では、「出力デバイス」に出力バッファが再生
予約されていない場合には、〔対策４〕として説明した
ように、それまでに「音源部」で実行していた楽音生成
処理を打ち切り、クリアされた出力バッファの再生の先
行予約を「出力デバイス」に再び行なった後、それ以降
に供給されるＭＩＤＩメッセージに基づいて「音源部」
を起動することにより、楽音生成処理を新たに開始して
いる。これにより、再生予約が間に合わず、一時的に楽
音が乱れた場合でも、すぐに安定した楽音生成動作に復
帰するので、ノイズを最小限に抑えることができる。

【００７７】図８のステップＳ５に戻り、起動要因が
発生していれば、その要求に応じた処理（例えば、ディ
スプレイ９上のパネルの入力イベント処理や、キーボー
ド８からのコマンド入力イベント処理等）を実行し（ス
テップＳ１２）、それに応じた表示をパネル上に行なう
（ステップＳ１３）。そしてステップＳ３に戻り、ステ
ップＳ３以下の処理を繰り返す。他方、起動要因が発
生していれば、メインルーチンを終了させるための所定
の処理を実行し（ステップＳ１４）、ディスプレイ９か
らパネルを消去する（ステップＳ１５）。そしてリター
ンする。

【００７８】尚、ステップＳ５において、起動要因乃
至のうちの２以上の起動要因が発生していると判断さ
れた場合には、起動要因，，，，の順に、ス
テップＳ５以下の処理を実行するものとする。また、ス
テップＳ３乃至ステップＳ５は、擬似マルチタスク処理
におけるタスク管理を仮想的に示したものであり、実際
には、いずれかの起動要因の発生に基づいて処理を実行
している途中で、それよりも優先順位の高い起動要因が
発生したことにより、割込みで別の処理を実行すること
（例えば、起動要因の発生に基づいて「音源処理１」
を実行している途中で、起動要因が発生したことによ
り、割込みで「ＭＩＤＩ処理」を実行すること等）があ
る。

【００７９】次に、以上の実施の形態に対する変更例に
ついて説明する。以上の実施の形態では、ソフトタイマ
による内部割込み信号が発生する毎に、図１２の「音源
処理１」のステップＳ５１に示したように、楽音生成処
理を終了している最終の時刻ＳＴを現在の時刻ＧＴから
減じた時間を生成量ＳＲとして設定する（すなわち、内
部割込み信号が発生しなかったことによって未生成とな
っている楽音データを、その直後に内部割込み信号が発
生した機会で全て生成する）という方式を採っている。
こうした方式は、未生成の楽音データの生成を最も早期
に行なうことができるという点では優れている。しかし
この方式では、内部割込み信号が何回も連続して発生し
なかったような場合には、その直後に内部割込み信号が
発生した機会での楽音データの生成量ＳＲが大きくなっ
てしまう。このように生成量ＳＲが大きくなると、「音
源処理１」を一度実行するためにＣＰＵ３が費やさなけ
ればならない時間が長くなり、したがってＣＰＵ３が
「音源処理１」の実行のために長時間連続して独占され
るようになるので、その実行中に「音源処理１」よりも
優先順位の低い「音源処理２」等の処理の起動要因が発
生しても、ＣＰＵ３がそれらの処理をなかなか実行でき
なくなってしまうことがある。またこのように生成量Ｓ
Ｒが大きくなると、演算可能時間ＥＪが残り少ない場合
には、楽音データを生成可能な発音チャンネル数が極端
に減少してしまうことがある。そこで以下では、変更例
として、未生成の楽音データを徐々に生成していく方式
を具体的に説明することにする。

【００８０】〔変更例１〕この変更例では、ソフトタイ
マによる内部割込み信号が発生する毎に、「音源処理
１」を実行するかわりに、内部割込み信号が発生したこ
と（したがって楽音波形を生成すべきこと）を合図する
情報（波形生成キュー（ｃｕｅ）と呼ぶことにする）
を、その直前に内部割込み信号が発生してからの経過時
間に応じた数だけ生成してＲＡＭ５内の所定のバッファ
（キューバッファと呼ぶことにする）に書き込む処理
（キュー処理と呼ぶことにする）を実行するようにして
いる。そして、キューバッファに波形生成キューが書き
込まれていると、楽音生成処理に要する時間があまり長
くならないような一定範囲内で楽音データの生成量を決
定し、その量だけ楽音データを生成し、キューバッファ
内の波形生成キューをその生成量に応じた数だけクリア
する処理（「音源処理１’」と呼ぶことにする）を実行
するようにしている。キューバッファに波形生成キュー
が書き込まれている毎にこうした処理が実行されること
により、未生成の楽音データが徐々に生成されていくこ
とになる。この方式によれば、１フレーム内で内部割込
み信号が連続して複数回発生しなかったような場合、キ
ューバッファ内の波形生成キューの数は増加するが、一
度の「音源処理１’」における楽音データの生成量は上
記一定範囲内に抑えられるので、ＣＰＵ３が「音源処理
１’」のために長時間連続して独占されることはない。
したがって、優先順位の低い処理の実行が確保されやす
くなり、且つ楽音データを生成する発音チャンネル数の
極端な減少が防止される。

【００８１】次に、この変更例を、図１６乃至図２０を
参照して具体的に説明する。図１６は、この変更例にお
いてＣＰＵ３が実行するメインルーチンを示すフローチ
ャートである。最初のステップＳ１０１の「初期設定」
では、図８のステップＳ１の「初期設定」（図９参照）
と同じ処理に加えて、ＲＡＭ５の上記キューバッファ内
のデータをクリアする。続くステップＳ１０２では、図
８のステップＳ２と同じ処理を行なう。

【００８２】続くステップＳ１０３では、下記の各起動
要因の発生をチェックする。 起動要因：「シーケンサプログラム」（図２参照）か
らＭＩＤＩメッセージが供給されたこと 起動要因：ソフトタイマにより、「音源部」を起動す
る内部割込み信号が発生したこと 起動要因：キューバッファに波形生成キューが書き込
まれていること 起動要因：「出力デバイス」からの処理要求が検出さ
れたこと 起動要因：その他の要求（パネルの入力イベントや、
キーボード８のコマンド入力イベント（メインルーチン
終了コマンドを除く）が検出されたこと 起動要因：キーボード８のメインルーチン終了コマン
ドの入力イベントが検出されたこと 上記起動要因のうち、起動要因以外は、図８のステッ
プＳ３でチェックする起動要因と同じである。

【００８３】続くステップＳ１０４は、図８のステップ
Ｓ４と同じく、上記起動要因のいずれかが発生したか否
かを判断する。そしていずれかの起動要因が発生する
と、ステップＳ１０５に進み、どの起動要因が発生した
のかを判定する（起動要因が複数発生していた場合の優
先順位は、が最も高く、以下，，，，の順
に低くなる）。ステップＳ１０５で起動要因が発生し
たと判定した場合のその後の処理（ステップＳ１０６の
「ＭＩＤＩ処理」及び及びＳ１０７の処理）は、図８の
ステップＳ５で起動要因が発生したと判定した場合の
図８のステップＳ６及びＳ７の処理と同じである。

【００８４】他方、起動要因（ソフトタイマによる内
部割込み信号）が発生したと判定した場合には、ステッ
プＳ１０８の「キュー処理」に進む。（尚、この変更例
においても、図８の例におけると同様、ＣＰＵ３が実行
しなければならない他の処理の影響によって、内部割込
み信号の発生が遅れたり、内部割込み信号が発生しなか
ったりすることがあることはもちろんである。したがっ
て、内部割込み信号が発生してから次に今回内部割込み
信号が発生するまでの経過時間は、１０ミリ秒であると
は限らず、１０ミリ秒を越えることがある。）

【００８５】「キュー処理」では、図１７に示すよう
に、その直前に内部割込み信号が発生してから今回内部
割込み信号が発生するまでの経過時間が１０ミリ秒の何
倍以上であるかに応じて、その倍数分の波形生成キュー
を生成し（すなわち、経過時間が１０ミリ秒以上２０ミ
リ秒未満であれば１つ、経過時間が２０ミリ秒以上３０
ミリ秒未満であれば２つ、…というように波形生成キュ
ーを生成し）、生成した波形生成キューをキューバッフ
ァに書き込む（ステップＳ１２０）。そしてリターンす
る。「キュー処理」を終えると、パネル上への所定の状
態表示（ステップＳ１０９）を行ない、そしてステップ
Ｓ１０３に戻る。

【００８６】この「キュー処理」によってキューバッフ
ァに波形生成キューが書き込まれると、起動要因が発
生したことになる。ステップＳ１０５でこの起動要因
が発生したと判定した場合には、ステップＳ１１０の
「音源処理１’」に進む。図１８は「音源処理１’」の
一例を示すフローチャートである。最初のステップＳ１
２１では、生成量ＳＲを、１０ミリ秒（１出力バッファ
分の楽音データの１０分の１に対応した時間）に設定す
る。続くステップＳ１２２では、図１２のステップＳ５
２と同じく、「初期設定」で再生予約した出力バッファ
以外の残りの出力バッファのうちの１つの出力バッファ
上に、時刻ＳＴ（ＭＩＤＩメッセージの入力時刻のう
ち、当該ＭＩＤＩメッセージに基づく楽音生成処理が終
了しているものの最終の時刻）を先頭とした生成量ＳＲ
分の楽音生成領域を設定する。

【００８７】続くステップＳ１２３では、生成量ＳＲの
楽音データを生成する発音チャンネル数を、キューバッ
ファ内の波形生成キューの数に応じて決定する。より詳
細には、キューバッファ内の波形生成キューの数が一定
未満である場合（すなわち内部割込み信号が連続して発
生しなかった回数が上記一定数未満である場合）には、
ノートオンイベント処理（図１０）で発音割当てを行な
った発音チャンネル数を、そのまま楽音データを生成す
る発音チャンネル数として決定する。他方、キューバッ
ファ内の波形生成キューの数が上記一定数以上である場
合（すなわち内部割込み信号が連続して発生しなかった
回数が上記一定数以上である場合）には、楽音データを
生成する発音チャンネル数を、ノートオンイベント処理
で発音割当てを行なった発音チャンネル数よりも少なく
決定する。このように発音チャンネル数を減少させる理
由は、内部割込み信号が何度も連続して発生していない
場合には未生成の楽音データがかなり多くなっているの
で、発音チャンネル数の減少によって一度の「音源処理
１’」に要する時間を短縮させることにより、未生成の
楽音データの生成を早めることにある。尚、このステッ
プＳ１２３では、図１２のステップＳ５３と異なり、演
算可能時間ＥＪとの関係で発音チャンネル数を一義的に
減少させる必要はない（そもそもこの変更例では、内部
割込み信号の発生によってではなくキューバッファに波
形生成キューが書き込まれることによって「音源処理
１’」が起動するので、演算可能時間ＥＪの概念自体が
存在しない）ので、発音チャンネル数が極端に減少する
事態は生じない。続くステップＳ１２４乃至Ｓ１３５で
は、図１２のステップＳ５４乃至Ｓ６５と同じ処理を行
なう。続くステップＳ１３６では、キューバッファ内の
波形生成キューを１つだけクリアする。そしてリターン
する。

【００８８】このように、図１８の例では、一度の「音
源処理１’」における生成量ＳＲは、常に１０ミリ秒
（１出力バッファ分の楽音データの１０分の１に対応し
た時間）に固定されている。したがって、ＣＰＵ３が
「音源処理１’」のために長時間連続して独占されるこ
とがなくなるので、「音源処理１’」よりも優先順位の
低い処理の実行が確保されやすくなり、且つ「音源処理
１’」における発音チャンネル数の極端な減少が防止さ
れる。

【００８９】次に、図１９は「音源処理１’」の別の一
例を示すフローチャートである。最初のステップＳ１４
１では、キューバッファ内の波形生成キューの数に応じ
て、生成量ＳＲと、楽音データを生成する発音チャンネ
ル数とを決定する処理を行なう。発音チャンネル数の決
定は、図１８のステップＳ１２３と同様にして行なう。
生成量ＳＲの決定についてより詳細に述べると、キュー
バッファ内の波形生成キューの数が一定未満である場合
（すなわち内部割込み信号が連続して発生しなかった回
数が上記一定数未満である場合）には、生成量ＳＲを１
０ミリ秒に決定する。他方、キューバッファ内の波形生
成キューの数が上記一定数以上である場合（したがって
内部割込み信号が連続して発生しなかった回数が上記一
定数以上である場合）には、生成量ＳＲを２０ミリ秒
（１出力バッファ分の楽音データの１０分の２に対応し
た時間）に決定する。（具体例としては、内部割込み信
号が２０回以上連続して発生しなかったためにキューバ
ッファ内の波形生成キューの数が２０以上になった場合
には、図７に示した予約数が当初の４から２にまで減少
してしまっているので、その場合に生成量ＳＲを２０ミ
リ秒に決定するようにしてもよい。）尚、キューバッフ
ァ内の波形生成キューの数が上記一定数をある程度以上
回った場合には、一度の「音源処理１’」に要する時間
があまり長くならないような一定範囲内で、生成量ＳＲ
を更に大きな量に決定するようにしてもよい。

【００９０】続くステップＳ１４２では、図１２のステ
ップＳ５２と同じく、「初期設定」で再生予約した出力
バッファ以外の残りの出力バッファのうちの１つの出力
バッファ上に、時刻ＳＴ（ＭＩＤＩメッセージの入力時
刻を示す時間軸上で、ＭＩＤＩメッセージに基づく楽音
生成処理が終了している最終の時刻）を先頭とした生成
量ＳＲ分の楽音生成領域を設定する。続くステップＳ１
４３乃至Ｓ１５４では、図１２のステップＳ５４乃至Ｓ
６５と同じ処理を行なう。続くステップＳ１５５では、
ステップＳ１４１で決定した生成量ＳＲが１０ミリ秒の
何倍であるかに応じて、その倍数分だけ（生成量ＳＲが
１０ミリ秒であれば１つだけ、生成量ＳＲが２０ミリ秒
であれば２つだけ）キューバッファ内の波形生成キュー
をクリアする。そしてリターンする。

【００９１】このように、図１９の例では、内部割込み
信号が何度も連続して発生していない場合には、一度の
「音源処理１’」における生成量ＳＲが、一度の「音源
処理１’」に要する時間があまり長くならないような一
定範囲内で、１０ミリ秒よりも長く決定される。これに
より、図１８の例に示したような効果を奏するのみなら
ず、未生成の楽音データがかなり多くなっている場合に
未生成の楽音データの生成を早めることもできるように
なる。

【００９２】上述のような「音源処理１’」を終える
と、図１６のステップＳ１１１でパネル上への所定の状
態表示を行ない、そしてステップＳ１０３に戻る。ステ
ップＳ１０５で起動要因が発生したと判定した場合の
その後の処理（ステップＳ１１２の「音源処理２」及び
ステップＳ１１３の処理）は、「出力デバイス」からの
リセット要求（図１３のステップＳ７８）に基づく「音
源処理２」を除いて、図８のステップＳ５で起動要因
が発生したと判定した場合の図８のステップＳ１０の
「音源処理２」及びステップＳ１１の処理と同じであ
る。

【００９３】図２０は、「出力デバイス」からのリセッ
ト要求に基づく「音源処理２」の一例を示すフローチャ
ートである。ステップＳ１６１では、音源レジスタ及び
出力バッファに加え、この変更例において設けられてい
るキューバッファ内のデータも全てクリアする。続くス
テップＳ１６２乃至ステップＳ１６４では、図１５のス
テップＳ９２乃至Ｓ９４と同じ処理を行なう。そしてリ
ターンする。

【００９４】図１６に戻り、ステップＳ１０５で起動要
因，起動要因が発生したと判定した場合のその後の
処理（ステップＳ１１４及びＳ１１５，ステップＳ１１
６及びＳ１１７）は、それぞれ図８のステップＳ５で起
動要因，起動要因が発生したと判定した場合の図８
のステップＳ１２及びＳ１３，ステップＳ１４及びＳ１
５の処理と同じである。

【００９５】〔変更例２〕この変更例では、ソフトタイ
マによる内部割込み信号が発生する毎に、それまでに未
生成となっている楽音データの量の関数として、楽音生
成処理に要する時間があまり長くならないような一定範
囲内で楽音データの生成量を決定し、その量だけ楽音デ
ータを生成する処理（「音源処理１’’」と呼ぶことに
する）を実行するようにしている。内部割込み信号が発
生する毎にこうした処理が実行されることにより、未生
成の楽音データが徐々に生成されていくことになる。す
なわち、この方式は、内部割込み信号の発生を起動要因
として楽音生成処理を実行する点では、図８のメインル
ーチンと同じであるが、未生成の楽音データを一度に全
て生成せずに徐々に生成していく点では、図１２の「音
源処理１」とは異なっており、〔変更例１〕における
「音源処理１’」と同じである。したがって、ＣＰＵ３
が「音源処理１’’」のために長時間連続して独占され
ることはないので、〔変更例１〕におけると同じ効果を
奏する。しかも、〔変更例１〕では、「音源処理１’」
の起動要因（キューバッファに波形生成キューが書き込
まれていること）の優先順位を、「キュー処理」の起動
要因（内部割込み信号の発生）よりも低くせざるを得な
いのに対し、この方式で、内部割込み信号の発生自体が
「音源処理１’’」の起動要因になっているので、楽音
生成処理が一層優先的に実行されやすくなるという利点
がある。

【００９６】次に、この変更例を、図２１乃至図２５を
参照して具体的に説明する。この変更例においてＣＰＵ
３が実行するメインルーチンは、「音源処理１」のかわ
りに「音源処理１’’」を実行する点を除き、図８と全
く同様である。図２１は「音源処理１’’」の一例を示
すフローチャートである。最初のステップＳ２０１で
は、ＭＩＤＩメッセージの入力時刻を示す時間軸上での
現在の時刻ＧＴから、その時間軸上でのＭＩＤＩメッセ
ージの入力時刻のうち当該ＭＩＤＩメッセージに基づく
楽音生成処理が終了しているものの最終の入力時刻ＳＴ
を減じた時間を、遅れ量ＯＲ（未生成の楽音データの量
を時間の長さで表わしたもの）として設定する。続くス
テップＳ２０２では、生成量ＳＲを、遅れ量ＯＲの関数
として決定する。

【００９７】図２２は、この関数の特性の一例を示す図
である。この例では、遅れ量ＯＲが一定未満である場合
には、生成量ＳＲは１０ミリ秒（１出力バッファ分の楽
音データの１０分の１に対応した時間）であるが、遅れ
量ＯＲが一定以上になると、遅れ量ＯＲが増加するにつ
れて、生成量ＳＲが連続的に増加していく。そして、生
成量ＳＲが、楽音生成処理に要する時間があまり長くな
らないような範囲内の一定の上限値ＳＲｍａｘに達する
と、遅れ量ＯＲがそれ以上増加しても、生成量ＳＲは上
限値ＳＲｍａｘを維持する。上限値ＳＲｍａｘは、例え
ば２０ミリ秒であってもよく、あるいはそれ以外の値で
あってもよい。

【００９８】図２３は、この関数の特性の別の一例を示
す図である。この例では、遅れ量ＯＲが一定未満である
場合には、生成量ＳＲは１０ミリ秒であるが、遅れ量Ｏ
Ｒが一定以上になると、遅れ量ＯＲが増加するにつれ
て、生成量ＳＲが不連続に増加していく。そして、生成
量ＳＲが、楽音生成処理に要する時間があまり長くなら
ないような範囲内の一定の上限値ＳＲｍａｘに達する
と、遅れ量ＯＲがそれ以上増加しても、生成量ＳＲは上
限値ＳＲｍａｘを維持する。

【００９９】尚、このようにして決定される生成量ＳＲ
は、１０ミリ秒を単位としてその整数倍の値のみをとる
のではなく、該単位に対する端数を持った値をとりう
る。したがって、一度の「音源処理１’’」で生成され
る楽音データの量は、図５や図６に示したように１出力
バッファ分の楽音データの１０分の１の量の整数倍にな
るとは限らず、該単位に対する端数を持った量になるこ
とがありうる。図２４は、この変更例において生成され
る楽音データの量の一例を内部割込み信号の発生との関
係で示す図である。同図では、或るフレームにおいて内
部割込み信号が発生した１回目の機会（図の０ミリ秒
目）に、当該フレームにおける１出力バッファ分の楽音
データの１０分の１の量の楽音データを生成している。
そして、内部割込み信号が発生しなかった２，３回目の
機会（図の１０，２０ミリ秒目）の後、内部割込み信号
が発生した４回目の機会（図の３０ミリ秒目）に、未生
成の楽音データのうち、１出力バッファ分の楽音データ
の１０分の１．６の量の楽音データを生成している（し
たがってこの機会までに通算として当該フレームにおけ
る１出力バッファ分の楽音データの１０分の２．６の量
の楽音データを生成したことになり、図ではこのことを
２．６と示している）。

【０１００】続いて、内部割込み信号が発生した５回目
の機会（図の４０ミリ秒目）に、１出力バッファ分の楽
音データの１０分の１．５の量の楽音データを生成し
（したがってこの機会までに通算として１出力バッファ
分の楽音データの１０分の４．１の量の楽音データを生
成したことになり、図ではこのことを４．１と示してい
る）、内部割込み信号が発生した６回目の機会（図の５
０ミリ秒目）に、１出力バッファ分の楽音データの１０
分の１．４の量の楽音データを生成している（したがっ
てこの機会までに通算として１出力バッファ分の楽音デ
ータの１０分の５．５の量の楽音データを生成したこと
になり、図ではこのことを５．５と示している）。そし
て、内部割込み信号が発生しなかった７，８回目の機会
（図の６０，７０ミリ秒目）の後、内部割込み信号が発
生した９回目の機会（図の８０ミリ秒目）に、１出力バ
ッファ分の楽音データの１０分の１．７の量の楽音デー
タを生成している（したがってこの機会までに通算とし
て１出力バッファ分の楽音データの１０分の７．２の量
の楽音データを生成したことになり、図ではこのことを
７．２と示している）。続いて、内部割込み信号が発生
した１０回目の機会（図の９０ミリ秒目）に、１出力バ
ッファ分の楽音データの１０分の１．６の量の楽音デー
タを生成している（したがって１フレーム内に通算とし
て当該フレームにおける１出力バッファ分の楽音データ
の１０分の８．８の量の楽音データを生成したことにな
り、図ではこのことを８．８と示している）。

【０１０１】そして次のフレームにおいて、内部割込み
信号が発生した１回目の機会（図の１００ミリ秒目）
に、直前のフレームにおける残りの未生成の楽音データ
である１出力バッファ分の楽音データの１０分の１．２
の量の楽音データと、今回のフレームにおける１出力バ
ッファ分の楽音データの１０分の０．３の量の楽音デー
タとを生成している（図ではこのことを１０．３と示し
ている）。続いて、内部割込み信号が発生した２回目の
機会（図の１１０ミリ秒目）に、今回のフレームにおけ
る１出力バッファ分の楽音データの１０分の１．４の量
の楽音データを生成し（したがってこの機会までに通算
として今回のフレームにおける１出力バッファ分の楽音
データの１０分の１．７の量の楽音データを生成したこ
とになり、図ではこのことを１．７と示している）、以
下同様にして、内部割込み信号が発生した機会毎に、上
限値ＳＲｍａｘの範囲内の楽音データを生成していく。

【０１０２】ステップＳ２０２に続くステップＳ２０３
では、「初期設定」で再生予約した出力バッファ以外の
残りの出力バッファのうちの１つの出力バッファ上に、
時刻ＳＴを先頭とした生成量ＳＲ分の楽音生成領域を設
定する。続くステップＳ２０４では、生成量ＳＲの楽音
データを生成する発音チャンネル数を決定する。この発
音チャンネル数は、一例として、遅れ量ＯＲの関数とし
て決定するようにしてよい。図２５は、この関数の特性
の一例を示す図である。この例では、遅れ量ＯＲが一定
未満である場合には、ノートオンイベント処理（図１
０）で発音割当てを行なった発音チャンネル数ＣＨｍａ
ｘが、そのまま楽音データを生成する発音チャンネル数
となるが、遅れ量ＯＲが一定以上になると、遅れ量ＯＲ
が増加するにつれて、楽音データを生成する発音チャン
ネル数がＣＨｍａｘよりも減少していく。このように、
遅れ量ＯＲが一定以上である場合には、発音チャンネル
数が減少することにより、楽音生成処理に要する時間が
短縮されるようになる。また別の例として、この発音チ
ャンネル数を、図１２のステップＳ５３におけると同様
にして決定するようにしてもよい。

【０１０３】ステップＳ２０４に続くステップＳ２０５
乃至Ｓ２１４では、図１２のステップＳ５３乃至Ｓ６３
と同じ処理を行なう。続くステップＳ２１５では、今回
ノートオフのあった発音チャンネルについての音量エン
ベロープの大きさを、徐々にゼロに向けて下げる。続く
ステップＳ２１６乃至Ｓ２１７では、図１２のステップ
Ｓ６４乃至Ｓ６５と同じ処理を行なう。そしてリターン
する。

【０１０４】以上に示したように、このコンピュータミ
ュージックシステムでは、完全なマルチタスク機能を有
しないＯＳ上で処理を実行させた場合でも、他の処理の
影響による「音源部」の起動の遅れを原因として発音に
支障が生じる事態が防止されている。

【０１０５】尚、以上の実施の形態では、〔対策１〕に
おいて、通算として１フレーム内に所定サンプル数の楽
音データを生成するようにしている。しかし、ここで
「通算として」というのは、必ずしも１つのフレーム内
で該所定サンプル数の楽音データの生成が完了すること
を要求するものではない。特に、これらの実施の形態で
は、図７に示すように、楽音データを書き込んだ出力バ
ッファを複数再生予約できるようになっているので、１
つのフレーム内で楽音データの生成演算が完了しなくて
も、その後のフレームでその分を補う演算を行なうこと
が可能である。図６を例にとってこのことを説明すれ
ば、図６では、内部割込み信号の発生しなかった機会で
の未生成の楽音データを、１つのフレーム内の最後の機
会までに間に合うように生成するようにしているが、該
最後の機会までに生成できなくても、その次のフレーム
にその生成を持ち越すようにしてよい（例えば、未生成
の４回分の楽音データを図６のように１０回目の機会
（１００ミリ秒目）で全て生成するかわりに、１０回目
の機会で７，８回目の２回分の楽音データだけを生成
し、それ以降のフレームで内部割込み信号が発生した機
会で、残りの９，１０回目の２回分の楽音データを生成
するようにしてよい）。尚、〔変更例１〕及び〔変更例
２〕においては、図２４に例示しているように、或るフ
レームにおける未生成の楽音データの生成を、その次の
フレームに持ち越すことがありうる。

【０１０６】また、以上の実施の形態では、ノートオン
イベント処理やノートオフイベント処理といったＭＩＤ
Ｉ処理において、「音源部」制御用の制御パラメータ，
ノートオン及びイベントの発生時刻を示すデータを、各
発音チャンネル毎に設けた音源レジスタに格納してい
る。しかし、このようにこれら制御パラメータ等を各発
音チャンネル毎に別の音源レジスタに格納するかわり
に、１つの記憶エリアに、制御パラメータ等を発音チャ
ンネルのチャンネル番号を示すデータと組にして順次書
き込むようにしてもよい。その場合には、ＭＩＤＩメッ
セージの供給に基づいて、一旦シーケンスデータを作成
し、このシーケンスデータに基づいて楽音データの生成
を行なうことになる。

【０１０７】また、以上の実施の形態では、「音源処理
２」において、「出力デバイス」から返却された出力バ
ッファを、「音源部」が既に保有している出力バッファ
の後に連結しており、したがって「音源処理１」におい
ては、このように連結された出力バッファに、１出力バ
ッファ分ずつ楽音データを生成している。しかし、この
ように出力バッファを連結するかわりに、個々の出力バ
ッファを単位として楽音データを生成するようにしても
よい。

【０１０８】また、以上の実施の形態では、「音源部」
の起動に先行して、４つの出力バッファの再生を「出力
デバイス」に予約している。しかし、「音源部」の起動
に先行して「出力デバイス」に再生予約する出力バッフ
ァの数は、もちろん４以外であってよい。また、また、
ＲＡＭ５内に設ける出力バッファの数も、「音源部」の
起動に先行して「出力デバイス」に再生予約する出力バ
ッファの数よりも１以上多い適宜の数であってよい。

【０１０９】また、以上の実施の形態では、〔対策
１〕，〔対策２〕，〔対策３〕及び〔対策４〕を全て実
施している。しかし、これらの対策は、それぞれ相互に
独立して実施しても、「音源部」の起動の遅れを原因と
して発音に支障が生じる事態を防止できるものである。
したがって、これらの対策のうちのいずれか１つのみを
実施したり、２つまたは３つを適宜組み合わせて実施し
たりしてもよい。

【０１１０】また、以上の実施の形態では、波形メモリ
方式の楽音生成処理をＣＰＵに実行させるソフト音源に
この発明を適用しているが、他の適宜の楽音生成方式
（例えばＦＭ合成方式等）をＣＰＵに実行させるソフト
音源にこの発明を適用してもよい。また、以上の実施の
形態では、パーソナルコンピュータのＣＰＵに楽音生成
処理を実行させるソフト音源にこの発明を適用している
が、専用の楽音発生装置に搭載されたＣＰＵに楽音生成
処理を実行させるソフト音源にこの発明を適用してもよ
い。

【０１１１】

【発明の効果】以上のように、この発明に係る第１の楽
音生成装置及び楽音生成方法によれば、所定時間内に楽
音生成処理が何回か起動しなくても、該所定時間内に所
定数サンプル分の楽音データを生成することができる。
また、この発明に係る第２の楽音生成装置及び楽音生成
方法によれば、現在使用中の発音チャンネルに新たな楽
音生成処理を割り当てた場合でも、当該発音チャンネル
での新たな楽音生成処理の用意を直ちに行なうことがで
きる。

【０１１２】また、この発明に係る第３の楽音生成装置
及び楽音生成方法によれば、音切れを生じさせないため
の楽音生成処理の起動時間の遅れの許容範囲を拡げるこ
とができる。また、この発明に係る第４の楽音生成装置
及び楽音生成方法によれば、再生予約が間に合わず、一
時的に楽音が乱れた場合でも、すぐに安定した楽音生成
動作に復帰するので、ノイズを最小限に抑えることがで
きる。

【０１１３】また、この発明に係る第５の楽音生成装置
及び楽音生成方法によれば、音切れを生じさせないため
の楽音生成処理の起動時間の遅れの許容範囲内で、楽音
生成処理が起動した機会だけで楽音データの生成が完了
する。このように、これらの発明は、それぞれ、楽音生
成処理の起動の遅れを原因として発音に支障が生じる事
態を防止することができるという優れた効果を奏する。

【図面の簡単な説明】

【図１】この発明を採用したコンピュータミュージック
システムの全体構成ブロック図

【図２】ソフト音源を実現するためのソフトウェアの構
造の一例を示す図

【図３】図２の「ＳＧＭ−ＡＰ」の構成の一例を示す図

【図４】図２のソフトウェアによる処理の一例を示す図

【図５】この発明に係る〔対策１〕の実施の一例を示す
図

【図６】この発明に係る〔対策１〕の実施の別の一例を
示す図

【図７】この発明に係る〔対策３〕の実施の一例を示す
図

【図８】ＣＰＵの実行するメインルーチンの一例を示す
フローチャート

【図９】ＣＰＵの実行する初期設定の一例を示すフロー
チャート

【図１０】ＣＰＵの実行するノートオンイベント処理の
一例を示すフローチャート

【図１１】ＣＰＵの実行するノートオフイベント処理の
一例を示すフローチャート

【図１２】ＣＰＵの実行する音源処理１の一例を示すフ
ローチャート

【図１３】ＤＭＡコントローラの実行する割込み処理の
一例を示すフローチャート

【図１４】ＤＭＡコントローラからの返却要求に基づい
てＣＰＵの実行する音源処理２の一例を示すフローチャ
ート

【図１５】ＤＭＡコントローラからのリセット要求に基
づいてＣＰＵの実行する音源処理２の一例を示すフロー
チャート

【図１６】ＣＰＵの実行するメインルーチンの一例を示
すフローチャート

【図１７】ＣＰＵの実行するキュー処理の一例を示すフ
ローチャート

【図１８】ＣＰＵの実行する音源処理１’の一例を示す
フローチャート

【図１９】ＣＰＵの実行する音源処理１’の別の一例を
示すフローチャート

【図２０】ＤＭＡコントローラからのリセット要求に基
づいてＣＰＵの実行する音源処理２の別の一例を示すフ
ローチャート

【図２１】ＣＰＵの実行する音源処理１’’の一例を示
すフローチャート

【図２２】生成量ＳＲを遅れ量ＯＲの関数として決定す
る際の関数の特性の一例を示す図

【図２３】生成量ＳＲを遅れ量ＯＲの関数として決定す
る際の関数の特性の別の一例を示す図

【図２４】内部割込み信号の発生と楽音データの生成量
との関係の一例を示す図

【図２５】発音チャンネル数を遅れ量ＯＲの関数として
決定する際の関数の特性の一例を示す図

【符号の説明】

１ ＭＩＤＩ ２ タイマ ３ ＣＰＵ ４ ＲＯＭ ５ ＲＡＭ ６ データ及びアドレスバス ７ マウス ８ キーボード ９ ディスプレイ １０ ハードディスク装置 １１ ＤＭＡコントローラ １２ ＤＡＣ １３ サウンドシステム

Claims (16)

【特許請求の範囲】
1. 【請求項１】 演奏情報を供給する供給手段と、 前記演奏情報に基づく楽音生成処理を、所定時間内に複
   数回起動させるための起動手段と、 前記起動手段によって起動された楽音生成処理を実行す
   る楽音生成手段と、 前記起動手段が前記楽音生成処理を実際に起動した機会
   だけで、通算として前記所定時間内に所定サンプル数分
   の楽音データを生成させるように、前記楽音生成手段の
   実行する楽音生成処理の調整を行なう調整手段とを具え
   た楽音生成装置。
2. 【請求項２】 前記調整手段は、楽音生成処理が実際に
   起動した機会だけでは、楽音生成処理を割り当てられて
   いる全ての発音チャンネルについて前記所定サンプル数
   分の楽音データを生成できない場合、楽音データを生成
   する発音チャンネル数を減少させることにより、前記所
   定サンプル数分の楽音データの生成を確保する請求項１
   に記載の楽音生成装置。
3. 【請求項３】 供給された演奏情報に基づき、汎用の演
   算処理手段に楽音生成処理を実行させる楽音生成方法で
   あって、 楽音生成処理を、所定時間内に複数回起動させるための
   第１のステップと、 前記第１のステップにおいて楽音生成処理が実際に起動
   した機会だけで、通算として前記所定時間内に所定サン
   プル数分の楽音データを生成させるように、前記楽音生
   成処理の調整を行なう第２のステップと、 前記第１のステップで起動された楽音生成処理を、前記
   第２のステップでの調整に従って実行する第３のステッ
   プとを含んだ楽音生成方法。
4. 【請求項４】 前記第３のステップでは、前記楽音生成
   処理が実際に起動した機会だけでは、楽音生成処理を割
   り当てられている全ての発音チャンネルについて前記所
   定サンプル数分の楽音データを生成できない場合、楽音
   データを生成する発音チャンネル数を減少させることに
   より、前記所定サンプル数分の楽音データの生成を確保
   する請求項３に記載の楽音生成方法。
5. 【請求項５】 演奏情報を供給する供給手段と、 前記演奏情報に基づく楽音生成処理を、未使用の発音チ
   ャンネルに割り当てた際に、該処理を制御するパラメー
   タを格納しておくための第１のレジスタと、 使用中となった前記発音チャンネルに、別の前記演奏情
   報に基づく新たな楽音生成処理を割り当てた際に、該処
   理を制御するパラメータを格納するための第２の音源レ
   ジスタと、 前記新たな楽音生成処理を開始すべきタイミングまで
   は、前記第１のレジスタを選択し、該タイミング以降
   は、前記第１のレジスタに替えて前記第２のレジスタを
   選択する選択手段と、 前記選択手段の選択したレジスタを用いて前記発音チャ
   ンネルでの楽音データの生成を行なう楽音生成手段とを
   具えた楽音生成装置。
6. 【請求項６】 供給された演奏情報に基づき、汎用の演
   算処理手段に楽音生成処理を実行させる楽音生成方法で
   あって、 未使用の発音チャンネルに楽音生成処理を割り当て、該
   処理を制御するパラメータを、第１のレジスタに格納す
   る第１のステップと、 使用中となった前記発音チャンネルに新たな楽音生成処
   理を割り当て、該処理を制御するパラメータを、前記第
   １のレジスタとは別に設けられた第２のレジスタに格納
   する第２のステップと、 前記新たな楽音生成処理を開始すべきタイミングまで
   は、前記第１のレジスタを選択し、該タイミング以降
   は、前記第１のレジスタに替えて前記第２のレジスタを
   選択する第３のステップと、 前記第３のステップで選択したレジスタを用いて前記発
   音チャンネルでの楽音データの生成を行なう第４のステ
   ップとを含んだ楽音生成方法。
7. 【請求項７】 演奏情報を供給する供給手段と、 それぞれ楽音データを書き込むための複数の出力バッフ
   ァと、 楽音生成処理に先行して、前記複数の出力バッファのう
   ちの一部の出力バッファの再生を予約する予約手段と、 前記演奏情報に基づいて楽音データを生成し、生成した
   楽音データを前記複数の出力バッファのうちの残りのい
   ずれかの出力バッファに書き込み、該出力バッファの再
   生を予約する楽音生成手段と、 再生を予約された順に前記出力バッファの読出しを行な
   う再生手段とを具えた楽音生成装置。
8. 【請求項８】 供給された演奏情報に基づき、汎用の演
   算処理手段に楽音生成処理を実行させる楽音生成方法で
   あって、 それぞれ楽音データを書き込むための１または複数の出
   力バッファの再生を、楽音生成処理に先行して予約する
   第１のステップと、 楽音データを生成し、生成した楽音データを、前記第１
   のステップで再生を予約した出力バッファ以外の出力バ
   ッファに書き込み、該出力バッファの再生を予約する第
   ２のステップと、 前記第１のステップ及び前記第２のステップで再生を予
   約した順に前記出力バッファを読み出す制御を行なう第
   ３のステップとを含んだ楽音生成方法。
9. 【請求項９】 演奏情報を供給する供給手段と、 楽音データを書き込むための出力バッファと、 前記演奏情報に基づいて楽音データを生成し、生成した
   楽音データを前記出力バッファに書き込み、該出力バッ
   ファの再生を予約する楽音生成手段と、 再生を予約された順に前記出力バッファの読出しを行な
   う再生手段と、 前記再生手段に出力バッファの再生が予約されていない
   場合、前記楽音生成手段がそれまでに生成を完了してい
   るべき楽音データの生成を打ち切り、それ以降に生成を
   開始すべき楽音データの生成を前記楽音生成手段に新た
   に開始させる更新手段とを具えた楽音生成装置。
10. 【請求項１０】 供給された演奏情報に基づき、汎用の
    演算処理手段に楽音生成処理を実行させる楽音生成方法
    であって、 楽音データを生成し、生成した楽音データを出力バッフ
    ァに書き込み、該出力バッファの再生を予約する第１の
    ステップと、 前記第１のステップで再生を予約した順に前記出力バッ
    ファを読み出す制御を行なう第２のステップと、 所定の時間内に出力バッファの再生が予約されていない
    場合、それまでに生成を完了しているべき楽音データの
    生成を打ち切り、それ以降に生成を開始すべき楽音デー
    タの生成を新たに開始する第３のステップとを含んだ楽
    音生成方法。
11. 【請求項１１】 演奏情報を供給する供給手段と、 前記演奏情報に基づく楽音生成処理を、所定時間内に複
    数回起動させるための起動手段と、 前記起動手段によって起動された楽音生成処理を実行す
    る楽音生成手段と、 前記起動手段が前記楽音生成処理を起動した場合、各起
    動の時刻に対応したサンプル数を目標値として、該楽音
    生成処理で生成する楽音データのサンプル数が該目標値
    に追従するように制御する制御手段とを具えた楽音生成
    装置。
12. 【請求項１２】 供給された演奏情報に基づき、汎用の
    演算処理手段に楽音生成処理を実行させる楽音生成方法
    であって、 楽音生成処理を、所定時間内に複数回起動させるための
    第１のステップと、 前記第１のステップで楽音生成処理が起動した場合、各
    起動の時刻に対応したサンプル数を目標値として、該楽
    音生成処理で生成する楽音データのサンプル数が該目標
    値に追従するように制御する第２のステップと、 前記第１のステップで起動された楽音生成処理を、前記
    第２のステップでの制御に従って実行する第３のステッ
    プとを含んだ楽音生成方法。
13. 【請求項１３】 前記制御手段は、前記起動手段が前記
    楽音生成処理を起動した場合、各起動の時刻における未
    生成の楽音データのサンプル数に対応する楽音データの
    生成サンプル数を発生し、該生成サンプル数の楽音デー
    タが前記楽音生成処理で生成されるように制御するもの
    である請求項１１に記載の楽音生成装置。
14. 【請求項１４】 前記第２のステップでは、前記第１の
    ステップで前記楽音生成処理が起動した場合、各起動の
    時刻における未生成の楽音データのサンプル数に対応す
    る楽音データの生成サンプル数を発生し、該生成サンプ
    ル数の楽音データが前記楽音生成処理で生成されるよう
    に制御する請求項１２に記載の楽音生成方法。
15. 【請求項１５】 前記制御手段は、前記起動手段が前記
    楽音生成処理を起動した場合、各起動の時刻における未
    生成の楽音データのサンプル数に基づいて所定の上限値
    の範囲内で決定される楽音データの生成サンプル数を発
    生し、該生成サンプル数の楽音データが前記楽音生成処
    理で生成されように制御するものである請求項１１に記
    載の楽音生成装置。
16. 【請求項１６】 前記第２のステップでは、前記第１の
    ステップで前記楽音生成処理が起動した場合、各起動の
    時刻における未生成の楽音データのサンプル数に基づい
    て所定の上限値の範囲内で決定される楽音データの生成
    サンプル数を発生し、該生成サンプル数の楽音データが
    前記楽音生成処理で生成されるように制御する請求項１
    ２に記載の楽音生成方法。