JPH11126070A - 楽音生成方法 - Google Patents

Abstract

(57)【要約】 【課題】ＭＩＤＩ入力が集中しても波形生成処理におけ
る発音数に影響を与えないようにする。 【解決手段】集中して入力されたＭＩＤＩ入力Ｍ１〜Ｍ
３に対応するエンベロープ波形生成処理および音源ドラ
イバ処理は、処理ａ〜処理ｇの７回の処理に分散して行
われ、生成されたエンベロープ波形データはＥバッファ
メモリに、発生された音源パラメータはＰバッファに格
納される。そして、発音タイミングとなったときに、Ｐ
バッファ内の音源パラメータに基づいて波形生成処理Ｂ
として楽音波形が生成され、生成されているエンベロー
プ波形データにより音量制御等が行われる。エンベロー
プ波形生成処理および音源ドライバ処理は分散・先行し
て行われるため、その処理量Ｊｄ１〜ＪＤ４は急激に増
加することがなく、波形生成処理の負荷が軽減されると
共に、波形生成処理に十分な処理量を割り当てることが
できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マイクロプロセッ
サに楽音生成処理プログラムを実行させることにより音
源波形を生成する場合に好適な楽音波形生成方法に関す
るものである。

【０００２】

【従来の技術】従来の楽音生成装置は、通常、楽譜通り
のタイミングでＭＩＤＩ（Musical Instrument Digital
Interface）イベントを送出するプレーヤ（自動演奏プ
ログラム）、ＭＩＤＩイベントが入力される毎に入力さ
れたＭＩＤＩイベントに応じた音源パラメータを発生す
る音源ドライバ、発生された音源パラメータに基づいて
エンベロープ波形および楽音波形を生成する音源から構
成されている。なお音源ドライバは、入力されたＭＩＤ
Ｉイベントに応じて、チャンネルアサイン、音源パラメ
ータ変換等の音源ドライバ処理を実行し、当該イベント
に割り当てられたチャンネルに、変換した音源パラメー
タと発音開始指示（ノートオン）を供給する。音源は、
専用のＬＳＩ（Large Scale Integrated circuit）やＤ
ＳＰ（Digital Signal Processor）等のハードウェアで
構成（ハードウェア音源）されたり、楽音生成処理手順
を記述したプログラムをＣＰＵに実行させるソフトウェ
ア音源により構成されている。

【０００３】このように楽音生成装置は、プレーヤ、音
源ドライバ、音源により構成されているが、これらの処
理負荷は一定ではなく大きく変動しているのが一般的で
ある。たとえば、ＭＩＤＩイベントが多いときにはプレ
ーヤおよび音源ドライバで処理すべき負荷が大きくな
る。特に、音源ドライバでは、ノートオンイベントが多
いときに処理負荷が大きくなる。これは、ノートオンイ
ベント時では、空きチャンネルをサーチして、ノートオ
ンされた楽音を発生するチャンネルの発音割当処理が行
われるが、この際に行われるサーチ処理およびトランケ
ート処理は時間のかかる負荷の大きい処理であるからで
ある。さらに、ノートオンイベント時には、キータッチ
に応じた音色設定処理等も行われる。このように、ノー
トオンイベントが多いときには音源ドライバ処理の負荷
が大きくなる。また、音源がソフトウェア音源で構成さ
れている場合には、同時発音数が多いときに音源におけ
るエンベロープ波形生成処理および波形生成処理の負荷
が大きくなる。

【０００４】ここで、プレーヤ、音源ドライバ、および
音源における処理のタイミングチャートを例示して具体
的に説明する。図９は楽音生成装置の各処理タイミング
を示すタイミングチャートの例であり、ＭＩＤＩ入力と
記されているＭ１〜Ｍ４はＭＩＤＩイベントであり下向
きの矢印で示すタイミングで入力されている。このＭＩ
ＤＩイベントは、たとえば、プレーヤがＭＩＤＩファイ
ル等を読み出して楽譜通りのタイミングで送出したＭＩ
ＤＩイベントである。このＭＩＤＩイベントＭ１〜Ｍ４
が受信される毎にＭＩＤＩ処理を起動する優先度の高い
割り込みが発生し、起動されたＭＩＤＩ処理においてＭ
ＩＤＩイベントＭ１〜Ｍ４は、受信された時刻と共に入
力バッファに格納される。

【０００５】音源ドライバと記されている処理ａ，ｂ
は、入力バッファに格納されたＭＩＤＩイベントを音源
ドライバが受け取り、該ＭＩＤＩイベントに応じてチャ
ンネルアサイン、音源パラメータの発生等を行う。ここ
で発生された音源パラメータは音源パラメータバッファ
に格納される。また、波形生成と記されている処理Ａ，
Ｂ，・・・，Ｅは、時刻ｔ１，ｔ２，・・・，ｔ５，・
・の一定周期で起動されて音源で実行されるエンベロー
プ波形生成処理および波形生成処理の実行されるタイミ
ングであり、音源パラメータバッファから読み出された
音源パラメータに基づいて楽音波形サンプルを生成して
いる。ここで、エンベロープ波形を音源において生成し
ているのは、エンベロープの各ステート毎の値は、ＭＩ
ＤＩデータと同様に抽象度の高い情報であるため、これ
をパラメータの連続量に変換しながら波形計算を行って
いるからである。

【０００６】なお、一定周期の単位を１フレームとして
いる。この波形生成処理では、たとえば、時刻ｔ１から
時刻ｔ２のフレームにおいて発生された音源パラメータ
による音源制御が、次のフレームである時刻ｔ２から時
刻ｔ３のフレームにおいて実行され、該次のフレームで
は、まず、該音源制御に応じたエンベロープ波形が生成
され、さらに、そのエンベロープ波形により音量やピッ
チの制御されかつ該音源制御に応じた楽音波形サンプル
が、１フレーム周期に対応するサンプル数分生成され
る。生成された各発音チャンネルの楽音波形サンプルは
累算され、その結果得られた１フレーム分の楽音波形サ
ンプルが、ＤＡＣ（デジタル・アナログコンバータ）等
で構成される再生デバイスに再生予約される。

【０００７】さらに、波形再生と記されているのは、再
生デバイスが出力バッファからサンプリング周期毎に楽
音波形サンプルを１サンプルづつ読み出して再生するタ
イミングを示している。たとえば、時刻ｔ２から時刻ｔ
３のフレームにおいて波形生成された楽音波形サンプル
は、次のフレームである時刻ｔ３から時刻ｔ４のフレー
ムにおいて再生される。従って、ＭＩＤＩイベントが入
力されてから実際に発音されるまでの発音遅れ時間Δｔ
は最短で２フレーム後となり、次のフレームで再生する
エンベロープ波形および楽音波形を、現時点のフレーム
の期間内に生成し終えるようにしなければならない。な
お、１フレームは数ｍｓｅｃの周期とされている。

【０００８】

【発明が解決しようとする課題】ところで、一般に音源
ドライバはＣＰＵに音源ドライバプログラムを実行させ
ることにより実現されており、音源ドライバ処理は、基
本的にノートオンイベント，ノートオフイベント，プロ
グラムチェンジ等のイベント発生時に起動される。この
ため、図９にイベントＭ１〜Ｍ３として示すようにイベ
ントが同時刻に集中して入力されると、音源ドライバ処
理が急激に増加する。従って、イベントの集中時には、
音源ドライバ処理を実行するＣＰＵに大きな負担がかか
り、同時にＣＰＵが実行している自動演奏プログラム、
ゲームプログラム、あるいは、画像処理等の実行を行え
なくなるおそれが生じる。特に、音源がソフトウェア音
源で構成されており、ソフトウェア音源で演算すべき発
音数が多いときには、生成する楽音波形サンプル数が増
加するためソフトウェア音源の負荷が多いことは当然で
あるが、発音数が多いことからイベントの発生も多く、
音源ドライバおよびプレーヤで処理すべき負荷が大きく
なることになる。従って、ソフトウェア音源において演
算すべき発音数が多い時には、他の楽音生成のための処
理も増加し演算可能な発音数が低下してしまうおそれが
あった。

【０００９】たとえば、ソフトウェア音源において通常
３２音発音可能な場合でも、ノートオンイベントが集中
して発生した際には、音源ドライバで実行されるノート
オンイベント処理のためにＣＰＵの演算能力の大部分が
費やされるようになり（図９ＭＩＤＩ入力および音源ド
ライバの処理タイミング参照）、ソフトウェア音源に割
り当てられるＣＰＵの演算能力が減少し、３２音の楽音
波形およびエンベロープ波形をソフトウェア音源で生成
することができなくなる。

【００１０】これを解決するために、ＣＰＵに余裕のあ
るときに音源ドライバの生成した音源パラメータに基づ
いて、発音タイミングより事前に楽音波形を音源におい
て先行生成しておき、生成した音源波形を波形バッファ
に記憶しておくようにすることが考えられる。そして、
発音タイミング時に波形バッファから音源波形を読み出
して発音するようにする方法が提案されている。しかし
ながらこの方法では、先行生成した音源波形を記憶する
ために大容量の波形バッファが必要になる。また、曲デ
ータの演奏途中において音量制御、パン制御、効果制御
等の操作が行われた際には、すでに先行生成された楽音
波形の各パートの楽音波形が合成されていることから、
楽音波形を修正するのが困難となる。修正するには、た
とえば１６パートの各パート別に独立して波形バッファ
に記憶させなければならず、さらに多くの波形バッファ
が必要となる。

【００１１】また、音源ドライバ処理においては発音チ
ャンネル割当処理が行われるが、通常、発音チャンネル
割当を行うには、各チャンネルのエンベロープのレベル
状態を検出してエンベロープレベルが小さい発音の進行
したチャンネルをトランケート処理するようにしてい
る。しかしながら、エンベロープ波形は音源処理におい
て生成されるため、音源ドライバ処理時には生成されて
おらず、エンベロープ波形の状態を利用して発音チャン
ネル割当処理を行うことができないという問題点があっ
た。そこで、本発明はノートオンイベントのようなＣＰ
Ｕ負荷が急激に増加するイベントが集中して発生して
も、演算可能な発音数が低下することがないと共に、各
パート別に音量制御可能であって、エンベロープ波形の
状態を検出して発音チャンネル割当を行うことのできる
楽音生成方法を提供することを目的としている。

【００１２】

【課題を解決するための手段】前記目的を解決するため
に、本発明の楽音生成方法は、複数の楽音データを対応
するタイミングデータと共に第１記憶手段に記憶する第
１のステップと、前記第１記憶手段に記憶された楽音デ
ータを読み出して、該楽音データに対応する楽音波形を
生成するための音源パラメータを生成し、該音源パラメ
ータを対応するタイミングデータと共に第２記憶手段に
記憶する第２のステップと、前記第２記憶手段に記憶さ
れた前記音源パラメータと対応するタイミングデータに
基づいてエンベロープ波形を生成し、生成された前記エ
ンベロープ波形を第３記憶手段に記憶する第３のステッ
プと、前記第２記憶手段に記憶された前記音源パラメー
タと対応するタイミングデータと、前記第３の記憶手段
に記憶された前記エンベロープ波形に基づいて前記楽音
波形を生成し、生成された前記楽音波形を第４記憶手段
に記憶する第４のステップと、前記第４記憶手段に記憶
されている楽音波形を順次再生する第５のステップと、
前記第５のステップにおける再生の進行に応じて第１の
タイミングを発生し、該第１のタイミングで前記第４の
ステップを起動する第６のステップと、前記タイミング
データの示すタイミングとは独立した所定の周期で第２
のタイミングを発生し、該第２のタイミングで前記第２
のステップないし第３のステップを起動する第７のステ
ップとを備えている。このような楽音生成方法によれ
ば、楽音データの演奏されるタイミングとは独立したタ
イミングで楽音データに応じた音源パラメータに基づい
たエンベロープ波形の形成が行われるので、演奏データ
のタイミングが密であってもそのために音源パラメータ
の生成処理やエンベロープ波形の形成のためにプロセッ
サの能力が消費され、波形生成の処理が厳しくなること
がない。

【００１３】また、前記楽音生成方法における前記楽音
生成方法は、複数発音チャンネル分の楽音波形を生成す
る楽音生成方法であり、前記第３のステップは、複数チ
ャンネル分の前記エンベロープ波形を生成し、前記第２
のステップは、該複数チャンネル分の前記エンベロープ
波形に基づいて発音チャンネル割り当てを行うと共に、
割り当てた発音チャンネルの楽音パラメータを生成する
ようにしてもよい。このような楽音生成方法によれば、
複数発音チャンネルの楽音を生成する場合に、かく発音
チャンネルの音量データに基づいて発音チャンネル割り
当てを行いつつ、音源パラメータの生成処理を分散的に
行うことができる。

【００１４】さらに、前記楽音生成方法において、前記
第４のステップが起動されたときに、前記第１記憶手段
に記憶された前記楽音データのうち、前記楽音波形の生
成範囲に含まれるタイミングデータに対応した楽音デー
タの音源パラメータがおよび同生成範囲のエンベロープ
波形が生成済みであるか否かを判定し、生成済みでない
場合には未生成の音源パラメータおよびエンベロープ波
形を発生してから楽音波形を生成するようにしてもよ
い。このような楽音生成方法によれば、分散処理による
音源パラメータの生成ないしエンベロープ波形の生成が
完了しないまま楽音生成のタイミングになった場合で
も、その完了していない処理を先に終えてから楽音生成
を行うので、生成する楽音に悪影響を与えないようにな
る。また、その場合にも一部の音源パラメータは分散的
に処理されるようになる。

【００１５】上記の本発明によれば、受け取った楽音デ
ータをバッファに記憶しておき、音源ドライバがバッフ
ァに記憶された楽音データを非同期で分散処理すること
により音源パラメータを発生すると共に、楽音データに
応じたエンベロープ波形を先行して生成するようにして
いる。従って、イベントが集中して発生しても、音源ド
ライバの処理は分散して実行されるため、ＣＰＵ負荷が
急激に増加することがなく、さらに、エンベロープ波形
の生成処理が発音タイミングより先行して実行されてい
ることから、音源処理の負荷を軽くすることができる。
したがって、一時的な処理の集中による発音数の減少を
防止することができる。

【００１６】また、エンベロープ波形を先行して生成し
ているため、音源ドライバ処理において、生成されたエ
ンベロープ波形のレベル状態を検出することが可能とな
り、各チャンネルのエンベロープ波形のレベルをみる発
音チャンネル割当処理を行うことができるようになる。
さらにまた、音源ドライバ処理およびエンベロープ波形
生成処理までを先行して実行し、波形生成は発音タイミ
ングになったときに実行するようにしているので、生成
される楽音に対し、パート別の音量制御やパン制御等の
処理をリアルタイムで行うことができる。

【００１７】

【発明の実施の形態】本発明の楽音生成方法を実行する
ことのできる処理装置の構成例を図１に示す。ただし、
図１に示す処理装置は、パソコン、ワークステーション
等の汎用の処理装置と同等であり、それらの上で本発明
の楽音発生方法を実施することができる。この図におい
て、１はアプリケーションプログラム等を実行してファ
イルから読み出した演奏データに基づいて自動演奏を行
うための各種演算処理を行うマイクロプロセッサ（ＣＰ
Ｕ）、２はＣＰＵ１の動作プログラムやプリセット音色
データ等が記憶されているリードオンリメモリ（ＲＯ
Ｍ）、３はＣＰＵ１のワークメモリエリアや入力バッフ
ァエリア（Ｍバッファ）、音源パラメータエリア（Ｐバ
ッファ）、パート設定データエリア、音源レジスタエリ
ア、出力バッファエリア等の記憶エリアを有するランダ
ムアクセスメモリ（ＲＡＭ）、４は時刻を指示すると共
に、タイマ割り込み処理のタイミングをＣＰＵ１に指示
するタイマ、５はＭＩＤＩイベントが入力されると共
に、生成されたＭＩＤＩイベントを出力するＭＩＤＩイ
ンターフェースである。

【００１８】６は楽音波形サンプルを生成するために使
用する楽音波形データ等やオペレーションシステム（Ｏ
Ｓ）、本発明の楽音生成方法にかかるプログラムや各種
アプリケーションプログラム等が格納されるハードディ
スクであり、ＣＰＵ１による実行時に楽音生成方法にか
かるプログラムはＲＡＭ３にロードされる。７は楽音波
形サンプルを生成するために使用する楽音波形データ等
やＯＳ、各種アプリケーションプログラム等が格納され
る光ディスクやハードディスク等の差し替え可能な記憶
媒体がセットされるリムーバブルディスク、８はユーザ
が楽音生成装置と対話するためのディスプレイ（モニ
タ）、９は英字、かな、数字、記号などのキーを備える
いわゆるパソコン用のキーボードおよびポインティング
デバイスの一種であるマウス、１０はＤＳＰ等が搭載さ
れたサウンドボード等のハードウェア音源であり、ソフ
トウェア音源を有している場合は、必ずしも必要なもの
ではない。１１はデータのやりとりを行うＣＰＵバスで
ある。なお、プログラムは、図示しないネットワークイ
ンターフェースを介して、外部のネットワークからダウ
ンロードすることもできる。

【００１９】前記したようにＲＡＭ３は種々のデータが
記憶されるエリアを有しているが、そのエリアの内容の
例を図２（ａ）に、そのうちのＰバッファエリアの内容
の例を図２（ｂ）に、そのうちのＭバッファの内容の例
を図２（ｃ）に示す。図２（ａ）に示すようにＲＡＭ３
には、Ｍバッファ、Ｐバッファ、パート設定データ、音
源レジスタ、Ｅメモリバッファ、音源ワークエリアの各
エリアが設定されている。ただし、出力バッファのエリ
アは示されていないが、必ずしもＲＡＭ３に設定される
必要はなく、ハードディスク６やリムーバブルディスク
７に出力バッファのエリアを設定するようにしてもよ
い。

【００２０】Ｍバッファには、ハードディスク６やリム
ーバブルディスク７に格納されているＭＩＤＩファイル
から読み出されたＭＩＤＩのフォームの曲データや、Ｍ
ＩＤＩインターフェース５を介して入力されるノートオ
ン、ノートオフやプログラムチェンジ等の各種ＭＩＤＩ
イベントが、その受信時刻と共に書き込まれる。受信時
刻はタイマ４の値を用いることができる。イベントが書
き込まれたＭバッファの状態を図２（ｃ）に示している
が、デュレーションと受信されたＭＩＤＩイベントが組
として書き込まれている。このデュレーションはその直
前に受信されたＭＩＤＩイベントの受信時刻と、今回受
信されたＭＩＤＩイベントの受信時刻との時間間隔を示
している。なお、この図に示す例では、データ数を示す
位置にデータ数が「２」と示されており、デュレーショ
ンとイベントとの組が２組分Ｍバッファに格納されてい
ることが示されている。

【００２１】また、Ｍバッファはリングバッファとして
使用されており、その読出ポインタのアドレスと書込ポ
インタのアドレスとがＭバッファ内の所定位置に格納さ
れている。これにより、音源ドライバがＭバッファの読
出ポインタの位置から、音源ドライバ処理が未完のイベ
ントデータを読み出して、音源ドライバ処理を実行でき
るようになる。すなわち、Ｍバッファの読出ポインタア
ドレスを読み出して、Ｍバッファの当該アドレス位置か
らデュレーションとイベントの組のデータを読み出し
て、そのイベントデータに応じた音源パラメータを発生
する音源ドライバ処理を実行することができる。さら
に、受信したＭＩＤＩイベントをＭバッファに書き込む
ＭＩＤＩ入力処理時には、Ｍバッファの書込ポインタア
ドレスを読み出して、Ｍバッファの当該アドレス位置か
らデュレーションとイベントの組のデータを書き込むよ
うにすればよい。

【００２２】Ｐバッファには、音源ドライバ処理により
発生された音源パラメータがデュレーションデータと組
とされて格納されている。このＰバッファの状態を図２
（ｂ）に示しているが、このデュレーションの値はＭバ
ッファに格納されていた時に音源ドライバ処理が行われ
たイベントと組とされていたデュレーションと同じ値で
ある。なお、この図に示す例では、データ数を示す位置
にデータ数が「３」と示されており、デュレーションと
イベントとの組が３組分Ｐバッファに格納されているこ
とが示されている。また、Ｐバッファもリングバッファ
として使用されており、その読出ポインタのアドレスと
書込ポインタのアドレスとがＰバッファ内の所定位置に
格納されている。これにより、発音タイミングとなった
か否かを読出ポインタ位置のデュレーションをみて判定
し、発音タイミングとなったときに、当該音源パラメー
タを音源レジスタに送ることができ、音源ドライバ処理
で発生された音源パラメータのＰバッファへの格納は、
書込ポインタ位置から書き込むことにより行えるように
なる。

【００２３】また、パート設定データエリアには、パー
ト別の音色選択データ、音量データ、定位位置（パン）
データ等が格納されている。発音開始時には、該音色選
択データで指定された音色データ（図示せず）に基づい
て楽音生成に使用する波形データ（図示せず）のアドレ
スパラメータや音量エンベロープの各種ＥＧパラメータ
等が生成されると共に、該音量データや該定位位置デー
タに基づいて音量パラメータが生成される。これらのパ
ラメータは、これから発音を開始するチャンネルに対応
した音源レジスタエリアの記憶領域に格納される。さら
にまた、音源ワークエリアには、ＣＰＵ１が楽音波形生
成処理を実行する際に、発音チャンネルの波形生成演算
に用いる各種レジスタ値等が格納される。

【００２４】次に、本発明の楽音生成方法を図３に示す
タイミングチャートに基づいて、図１に示す構成の処理
装置が実行する場合の説明を行う。なお、図３（ａ）は
ＭＩＤＩ入力処理、エンベロープ波形生成処理と音源ド
ライバ処理、波形生成処理、波形再生処理のタイミング
を示しており、図３（ｂ）はＭＩＤＩ入力に応じた従来
と本発明における音源ドライバ処理量、および、波形生
成処理量の変化を示している。まず、図３（ａ）のＭＩ
ＤＩ入力に示すように時刻ｔ１から時刻ｔ２までのフレ
ームの期間内において、集中したＭＩＤＩイベントＭ
１，Ｍ２，Ｍ３が連続して受信されたとする。このＭＩ
ＤＩイベントＭ１，Ｍ２，Ｍ３は、順次受信時刻に応じ
たデュレーションと組とされてＭバッファに書き込まれ
る。

【００２５】そして、図３（ａ）に示すように時刻ｔ２
から始まる次のフレーム以降の期間において、音源ドラ
イバ処理ａ〜ｇにおいてＭバッファからデュレーション
とＭＩＤＩイベントの組からなるデータが読み出されて
イベントに応じた音源ドライバ処理、およびエンベロー
プ波形生成処理が分散して実行される。図示する例で
は、ＭＩＤＩイベントＭ１，Ｍ２，Ｍ３に対応した音源
ドライバ処理、およびエンベロープ波形生成処理は、処
理ａないし処理ｇの７回に分散されて実行される。この
際、エンベロープ波形生成処理が優先して実行され、生
成されたエンベロープ波形データはＥメモリバッファに
格納されるようになる。そして、所定時間分のエンベロ
ープ波形が生成されてから、音源ドライバ処理が行われ
る。

【００２６】また音源ドライバ処理では、イベントがノ
ートオンイベントの際に発音チャンネル割当処理が行わ
れるが、この発音チャンネル割当処理ではＥメモリバッ
ファに格納されている各チャンネルのエンベロープ波形
のレベルを比較して消音すべきチャンネルを決定するこ
とによりトランケート処理を行う。さらに、音源ドライ
バ処理では、イベントに応じた音源パラメータが発生さ
れてデュレーションデータと共にＰバッファに書き込ま
れるようになる。そして、波形生成処理で生成する楽音
波形サンプルの時刻がＰバッファに格納された音源パラ
メータと組とされているデュレーションの時刻に達した
ときに、Ｐバッファから音源レジスタに当該音源パラメ
ータが送られ、その音源パラメータに基づいて音源にお
いて楽音波形生成処理が実行される。図示する例では、
時刻ｔｎ−１から始まるフレームの期間内において、実
行される楽音波形生成処理Ｂにおいて、ＭＩＤＩイベン
トＭ１，Ｍ２，Ｍ３に応じて生成されＰバッファに記憶
されている音源パラメータが、それぞれ対応するデュレ
ーションで指定される時刻位置で音源レジスタに導入さ
れ、そのタイミングで変化する音源レジスタの内容およ
びＥメモリバッファに格納されたエンベロープ波形デー
タに応じて楽音波形サンプルが生成される。各波形生成
処理Ａ、Ｂ・・・の終わりには、生成した１フレーム分
の複数楽音波形サンプルを収納した出力バッファが再生
デバイスに再生予約される。

【００２７】そして、時刻ｔｎから始まる次のフレーム
において、サンプリング周期毎に１サンプルづつ出力バ
ッファから読み出され、ＤＡＣでアナログの楽音波形と
されて発音される波形再生処理が行われるようになる。
従って、この際の制御遅れ時間Δｔは時刻ｔ１と時刻ｔ
ｎとの時間間隔となる。たとえば、制御遅れ時間Δｔは
１ｓｅｃ程度とすることができる。なお、１フレームは
数ｍｓｅｃの周期とされている。また、時刻ｔ３から時
刻ｔ４までのフレームの期間中において、ＭＩＤＩイベ
ントＭ４が入力されているが、この場合も同様にＭＩＤ
ＩイベントＭ４は受信時刻に応じたデュレーションと組
とされてＭバッファに書き込まれる。

【００２８】そして、図３（ａ）の音源ドライバの処理
として示すように時刻ｔ４から始まる次のフレーム以降
の期間において、ＭバッファからデュレーションとＭＩ
ＤＩイベントの組からなるデータが読み出されて、エン
ベロープ波形データが生成されると共に、発音チャンネ
ル割当処理や音源パラメータ発生処理等のイベントに応
じた音源ドライバ処理が分散して実行される。図示する
例では、ＭＩＤＩイベントＭ４に対応したエンベロープ
波形生成処理および音源ドライバ処理は、処理ｈ，ｉの
２回に分散されて実行されて、処理が実行される毎に生
成されたエンベロープ波形データはＥメモリバッファ
に、発生された音源パラメータはＰバッファに書き込ま
れるようになる。そして、波形生成処理で生成する楽音
波形サンプルの時刻がＰバッファに格納された音源パラ
メータと組とされているデュレーションの時刻に達した
ときに、Ｐバッファから音源レジスタに当該音源パラメ
ータが送られ、音源パラメータに基づいて楽音波形生成
処理が音源で実行される。この結果、生成処理Ｃでは、
時刻ｔｎ＋１から始まるフレームの途中で、ＭＩＤＩイ
ベントＭ４に対応して変化をする楽音波形サンプルが生
成され、再生デバイスに再生予約される。

【００２９】ところで、従来の楽音生成方法ではＭＩＤ
Ｉイベントが入力されると、リアルタイムで音源ドライ
バ処理が実行されるため、ＭＩＤＩイベントが集中して
入力された際に音源ドライバ処理の負荷が急激に増加す
るようになる。この様子を図３（ｂ）に示すが、ＭＩＤ
ＩイベントＭ１，Ｍ２，Ｍ３が集中して入力されたとき
の音源ドライバ処理量は、急激に負荷が増加することが
破線で示されている音源ドライバ処理量Ｊｄ’１とな
る。また、ＭＩＤＩイベントＭ４が入力されたときの音
源ドライバ処理量は、瞬間的に負荷が増加することが破
線で示されている音源ドライバ処理量Ｊｄ’２となる。

【００３０】このように、従来では音源ドライバの処理
量が急激に増大するために、音源に割り当てられる処理
量が減少し発音数に影響を与えるが、本発明の楽音生成
方法では、音源ドライバ処理は分散して実行されるた
め、その音源ドライバ処理量は、図３（ｂ）に示すよう
に少量づつ分散された処理量Ｊｄ１から処理量Ｊｄ６と
なる。さらに、処理量Ｊｄ１から処理量Ｊｄ６には、従
来、音源において処理されていたエンベロープ波形処理
の処理量が含まれており、エンベロープ波形生成処理が
音源ドライバ処理と同様に分散されて音源処理に先行し
て実行されるため、音源処理の負荷が軽減されて発音数
が減少するおそれを極力防止することができるようにな
る。

【００３１】このように本発明の楽音生成方法におい
て、ＭＩＤＩイベントＭ１，Ｍ２，Ｍ３が集中して入力
されたときは、図３（ｂ）に示す処理量Ｊｄ１から処理
量Ｊｄ４の少量づつ分散されたエンベロープ波形生成処
理量を含む音源ドライバ処理量となり、音源ドライバ処
理量が急激に増加しないことからイベントが集中して入
力されても、音源処理には十分な処理量が割り当てられ
ると共に、先行して実行されるエンベロープ波形生成処
理の分音源処理が軽減されるので、発音数に影響を与え
ないことが理解される。また、ＭＩＤＩイベントＭ４が
入力されたときは、図３（ｂ）に示すように少量づつ分
散されたエンベロープ波形処理および音源ドライバ処理
の処理量Ｊｄ５、Ｊｄ６となり、この処理量Ｊｄ５、Ｊ
ｄ６は急激に増加せず発音数に影響を与えない。なお、
音源で実行される波形生成の処理量Ｊｗは、発音数に応
じて変動するが、音の持続性から急激に変動することは
なく、その処理量は大きいが図３（ｂ）に示すように緩
やかに変動するようになる。

【００３２】次に、本発明の楽音生成方法が自動演奏の
アプリケーションソフト（音楽ソフト）として、図１に
示す処理装置で実行される場合のフローチャートを図４
に示す。音楽ソフト処理が起動されると、まず、ステッ
プＳ１において各種レジスタのクリアや、表示器８に表
示する画面の準備処理などの初期設定が行われる。つい
で、ステップＳ２において起動要因が存在するか否かの
チェックが行われる。起動要因としては、（１）再生中
の曲データのイベントタイミングとなったこと、（２）
ＭＩＤＩイベントが入力されたタイミングであること、
（３）ＣＰＵ１の能力に余裕ができたこと（空き時間）
が検出された、あるいは、一定期間、例えば１フレーム
分の時間の経過がソフトウェアタイマにより検出された
こと、（４）１フレームが終了したタイミングであるこ
と、（５）曲データの再生ボタンのダブルクリック、パ
ート音量制御操作のされたタイミングであること、
（６）終了ボタンがダブルクリックされたタイミングで
あることの６通りの要因が存在している。なお、起動要
因（３）において、「空き時間の検出」の方法を採用す
れば、ＣＰＵ１の負荷が重くないときに音源ドライバ処
理を分散して実行することができる。また、「一定期間
の経過検出」の方法を採用すれば、音源ドライバ処理を
一定期間を単位として分散することができる。該一定期
間の長さをパラメータで変化すれば、処理の分散の程度
を制御することができる。

【００３３】そこで、ステップＳ２において前記６通り
のうちの１つでも起動要因があるか否かがステップＳ３
で判定され、起動要因が発生していることが検出された
ときにはステップＳ４に進み、起動要因が１つも検出さ
れないときにはステップＳ２に戻って、起動要因の発生
を待つようになる。ステップＳ４では、前記起動要因
（１）が検出されたときに、ステップＳ５にて自動演奏
処理が実行されて、ステップＳ２に戻る。この自動演奏
処理では、ＭＩＤＩファイルから読み出された曲データ
に応じて楽譜通りのタイミングでＭＩＤＩのフォームの
イベントを発生する処理が行われる。なお、起動要因
（１）に応じて発生したＭＩＤＩフォームのイベント
も、入力イベントとして起動要因（２）の要因となる。

【００３４】また、前記要因（２）が検出されたとき
は、ステップＳ４からステップＳ６に進みＭＩＤＩ入力
処理が行われ、ステップＳ２に戻る。このＭＩＤＩ入力
処理のフローチャートを図５に示すが、ＭＩＤＩ入力処
理が起動されるとステップＳ２１にて発生されたＭＩＤ
Ｉイベントが受け取られる。ついで、ステップＳ２２に
て受け取ったＭＩＤＩイベントを、受信時刻と共にＭバ
ッファに書き込む処理が行われる。これにより、入力さ
れたＭＩＤＩイベントは順次Ｍバッファに書き込まれて
いくようになる。

【００３５】さらに、起動要因（３）が検出されたとき
には、ステップＳ４からステップＳ７に進み音源ドライ
バ処理１が実行され、ステップＳ２に戻る。この音源ド
ライバ処理１のフローチャートを図６に示すが、音源ド
ライバ処理１が起動されると、ステップＳ３１にてＭバ
ッファ内に音源ドライバ処理が終了していない未完のイ
ベントがあるか否かが判定される。ここで、音源ドライ
バ処理が未完のイベントが検出されると、ステップＳ３
２に分岐してエンベロープ（ＥＧ）波形が所定時間分作
成されているか否かが判定される。そして、ＥＧ波形の
作成が未完と検出されると、ステップＳ３４に進んで所
定サンプル数分のＥＧ波形を生成するＥＧ波形生成処理
が実行され、生成されたＥＧ波形サンプルが図２（ａ）
に示すＥメモリバッファに格納される。

【００３６】また、ステップＳ３４のエンベロープを生
成する処理が複数回実行されてＥＧ波形の作成が完了し
ていると検出された場合は、ステップＳ３３に分岐して
所定演算量の部分的な音源ドライバ処理が行われる。さ
らに、ステップＳ３１にてＭバッファ内に音源ドライバ
処理が終了していない未完のイベントがないと検出され
た場合には、ステップＳ３５に進んでＥＧ波形が所定時
間分作成されているか否かが判定される。そして、ＥＧ
波形の作成が未完と検出されると、ステップＳ３４に分
岐して所定サンプル数分のＥＧ波形を生成するＥＧ波形
生成処理が実行され、生成されたＥＧ波形サンプルが図
２（ａ）に示すＥメモリバッファに格納される。また、
ＥＧ波形の作成が完了している場合には、音源ドライバ
処理１は終了する。

【００３７】このような音源ドライバ処理１は、空き時
間あるいは１フレーム以上の所定周期のタイミングとな
る毎（起動要因（３））に起動されて、ＥＧ波形は所定
サンプル数分だけ生成され、音源パラメータは部分的に
だけ発生されるため、図３（ｂ）に示すように、音源ド
ライバ処理量ＪＤ１〜ＪＤ６は少量づつの処理量となる
のである。なお、音源ドライバ１の処理では先行して所
定時間分のＥＧ波形を作成しておくようにしているが、
この所定時間は調節可能である。すなわち、リアルタイ
ム性を重視する場合には、Ｅバッファメモリのエリアを
小さくして短い時間分のＥＧ波形を作成するようにすれ
ばよく、ＣＰＵ１の負荷を分散させて安定な動作を重視
する場合には、Ｅバッファメモリのエリアを大きくして
長い時間分のＥＧ波形を作成するようにすればよい。

【００３８】また、音源ドライバ処理１の際の未完のイ
ベントの検出は、前記図２（ｃ）に示すＭバッファ内の
格納データ数が１以上であることを検出すればよい。す
なわち、格納データ数が書かかれている部分をアクセス
することにより未完のイベントの有無を検出することが
でき、未完のイベントがあるときは、その読出ポインタ
位置からデータを読み出してエンベロープ波形生成処理
あるいは音源パラメータ発生処理を行えばよい。なお、
Ｍバッファに表示された格納データ数は音源ドライバ処
理が終了していない未完のデータ数であり、このデータ
数は書込ポインタと読出ポインタとの間のデータ数に相
当し、イベントの音源ドライバ処理が終了する毎に読出
ポインタは次のイベントのデュレーションのアドレス位
置に移動されて、データ数は「１」だけデクリメントさ
れる。

【００３９】次に、ステップＳ３３にて行われる音源ド
ライバ処理の一例としてイベントがノートオンの際に行
われる音源ドライバ処理（ノートオン）のフローチャー
トを図７に示す。音源ドライバ処理（ノートオン）が起
動されると、ステップＳ４１にて発音開始の準備を行う
ためにイベント中に含まれているパートナンバ情報、ノ
ートコード情報、および、ベロシティ情報を受け取る。
ついで、ステップＳ４２にて発音すべきチャンネルの発
音割当がＥＧレベルを比較することで行われる。このＥ
Ｇレベル比較は、各チャンネルのエンベロープデータを
比較することで行われ、もっともエンベロープが進行し
ていてそのレベルが小さいチャンネルがトランケートさ
れる。この処理のために、ＥＧ波形生成処理が音源ドラ
イバ処理に優先して実行されるのである。ただし、ベー
ス音の音色選択データが設定されているパートについて
はＥＧレベル比較処理の対象とせず最後まで発音させる
のが好適である。

【００４０】ついで、ステップＳ４３にて指定パートの
音色に従って、音源パラメータを発生すると共に、発生
された音源パラメータをＰバッファに書き込む処理が行
われる。なお、図７に示す例ではステップＳ４２及びス
テップＳ４３の処理を、１回の音源ドライバ処理（ノー
トオン）で実行するようにしているが、１回の音源ドラ
イバ処理（ノートオン）において、ステップＳ４２の処
理あるいはステップＳ４３の処理のいずれかの処理を行
うようにして、２回の音源ドライバ処理（ノートオン）
で２つの処理を行うようにしてもよい。また、ステップ
Ｓ４３において発生する全音源パラメータの１／ｎづつ
を、１回毎の音源ドライバ処理（ノートオン）において
発生するようにしてもよい。

【００４１】図４に示すフローチャートに戻り、前記起
動要因（４）が検出されたときは、ステップＳ４からス
テップＳ８に進み楽音波形サンプルを生成する音源エン
ジン処理が行われステップＳ２に戻る。この音源エンジ
ン処理のフローチャートを図８（ａ）に示すが、各フレ
ームの開始時に音源エンジン処理が起動され、ステップ
Ｓ５１にてＰバッファから読み出された音源パラメータ
の再生が行われ、発音タイミングが到来した音源パラメ
ータが、Ｐバッファから音源レジスタに送られる。つい
で、ステップＳ５２にて、波形生成すべき楽音波形のフ
レーム（現フレーム）の時刻範囲に関し、Ｍバッファに
格納されているイベントの音源ドライバ処理およびエン
ベロープ波形生成処理が未完か否かが判定される。これ
は、エンベロープ波形生成処理および音源ドライバ処理
が分散して行われるため、発音タイミングに達している
にもかかわらず、波形生成に必要なすべてのエンベロー
プ波形あるいは音源パラメータが得られていないことを
検出するために行われる。

【００４２】ここで、当該イベントに対する音源ドライ
バ処理が未完と検出された場合は、ステップＳ５３に分
岐して前記時刻範囲で未生成のエンベロープ波形の生
成、あるいは、前記時刻範囲で未完のイベントに対応す
る音源パラメータを発生するための音源ドライバ処理２
が行われ、エンベロープ波形が生成された場合はＥバッ
ファメモリに格納され、音源パラメータが発生された場
合は音源レジスタに送られる。これにより、楽音波形を
生成するためのすべてのエンベロープ波形および音源パ
ラメータが用意されたことになる。また、エンベロープ
波形生成処理および音源ドライバ処理が未完のイベント
はないと検出されたときは、ステップＳ５３の処理はス
キップされる。そして、ステップＳ５４にてＥバッファ
メモリに記憶されているエンベロープ波形により音量や
ピッチが制御され、かつ、音源レジスタに格納されてい
る音源パラメータに応じた楽音波形サンプルが１フレー
ム周期に対応するサンプル数分形成され、それらを複数
チャンネル分混合した１フレーム分の楽音波形サンプル
が出力バッファに格納される。ついで、ステップＳ５５
にて出力バッファに格納されている各チャンネルの楽音
波形サンプルが足し込まれた楽音波形サンプルに、エフ
ェクト処理が施されて再度出力バッファに格納される。
そして、ステップＳ５６にて出力バッファの楽音波形サ
ンプルが再生デバイスに再生予約される。これにより、
次フレームにおいてサンプリング周期毎に出力バッファ
から１サンプルづつ読み出されて、ＤＡＣ等の再生デバ
イスによりアナログの楽音信号に変換されて発音される
ようになる。

【００４３】図４に示すフローチャートに戻り、前記起
動要因（５）が検出されたときは、ステップＳ４からス
テップＳ９に進みその他の処理が行われステップＳ２に
戻る。その他の処理としては、曲データの再生ボタンが
ダブルクリックされて再生が指示されたときに行われる
再生処理、あるいは、パート別の音量を設定する操作子
が操作されてパート別音量設定が行われたとき行われる
パート音量制御処理等がある。再生処理は、曲データの
再生ボタンがダブルクリックされて再生が指示されたと
きに起動され、指定された曲データをハードディスク６
やリムーバブルディスク７等に記憶されているＭＩＤＩ
ファイルにアクセスして得る処理等の、再生にかかる処
理が行われ、前記ステップＳ５に関して説明された自動
演奏がスタートされる。また、パート別の音量を設定す
る操作子が操作された時は、図８（ｂ）に示すフローチ
ャートのパート音量制御処理が起動されて、パート別の
音量制御処理が実行される。

【００４４】図８（ｂ）に示すフローチャートにおい
て、パート音量制御処理が起動されると、ステップＳ６
１にて音量操作されたパートのパートナンバと、そのパ
ートに設定された音量データを受け取る。ついで、ステ
ップＳ６２にて音量操作された指定パートの音量の設定
データが、ユーザが操作した操作子の操作量に応じて書
き換えられる。この設定データは、前記図２（ａ）に示
すＲＡＭ３のパート設定データエリアに格納されてい
る。続いて、ステップＳ６３にて指定パートの発音中あ
るいは待機中のチャンネルがあるか否かが判定される。
ここで、発音中のチャンネル、あるいは、まだＰバッフ
ァに音源パラメータが格納されている待機中のチャンネ
ルが検出されたときは、ステップＳ６４に進む。

【００４５】このステップＳ６４にて、発音中のチャン
ネルが検出されたときは、音源レジスタ内の検出された
チャンネルに対応する音量データが操作子の操作量に応
じて書き換えられる。また、待機中のチャンネルが検出
されたときには、Ｐバッファ内の検出されたチャンネル
に対応する音量データが操作子の操作量に応じて書き換
えられる。なお、指定されたパートの発音中あるいは待
機中のチャンネルが検出されないときは、ステップＳ６
４の処理はスキップされる。なお、図３（ａ）に示す時
間Δｔが１ｓｅｃ以内に設定されているときは、待機中
のチャンネルの音量データの書き換えを行わず、Δｔが
１ｓｅｃを越えて設定されているときだけ音量データの
書き換えを行うようにしてもよい。その場合、新たに設
定された音量データは、その後に発生するＭＩＤＩイベ
ントのみに対して作用する。このように、エンベロープ
波形および音源パラメータを発音タイミングより先行し
て分散生成するようにしても、楽音波形は発音タイミン
グとなるまで生成しないためパート別の音量制御をリア
ルタイムで行うことができる。

【００４６】図４に示すフローチャートに戻って起動要
因（６）が検出されたときは、ステップＳ４からステッ
プＳ１０に進み、音源ソフト処理を終了させるための関
連する画面の表示を消去する等の所定の終了処理が行わ
れ、音楽ソフト処理が終了される。なお、前記起動要因
において、起動要因（１）および（２）の優先度が一番
高く、ついで起動要因（４）の優先度とされ、ついで起
動要因（５）の優先度が高く、最も優先度の低い起動要
因は起動要因（３）および（６）とされる。

【００４７】以上の説明では、ＭバッファはＲＡＭ３に
設定されていたが、必ずしもＲＡＭ３に設定することな
く、すでにハードディスク６やリムーバブルディスク７
に記憶されている再生中の曲データ上の、再生位置の少
し先の領域をＭバッファと見なすようにしてもよい。ま
た、Ｐバッファに格納されている音源パラメータは、組
とされたデュレーションの時刻に達したときに音源レジ
スタに転送されたが、デュレーションの時刻に達したと
きに音源がＰバッファ上の音源パラメータに基づいて楽
音波形サンプルを生成することにより、Ｐバッファを音
源レジスタとして使用するようにしてもよい。

【００４８】なお、エンベロープ波形データは、楽音波
形サンプルの８サンプルに１回更新されるようにした
が、本発明はこれに限ることはなく、１６サンプル、３
２サンプル等の任意の数のサンプル毎に１回更新される
ようにしてもよい。このサンプル数が多くなるにつれて
エンベロープ波形生成処理の負荷は軽くなる。また、図
３に示す「制御遅れ時間Δｔ」は、時間フレーム単位の
遅れではなく「ａフレーム（ａは０を含む正の整数）と
３分の２」等の遅れでもよい。さらに、以上の説明では
楽音データはＭＩＤＩフォームで表されるとしたが、こ
れに限らず楽音の発生／停止、音色、音量等を指示する
ことのできるデータであればいかなるデータで楽音デー
タを表わすようにしてもよい。

【００４９】さらに、本発明においては、音源エンジン
を起動する楽音生成タイミングとして起動要因（４）１
フレーム毎の例が示されているが、１フレーム毎に限る
ことはなく２フレームに１回とか１フレームに３回とか
としてもよい。さらにまた、音源エンジンが１回起動さ
れる毎に生成する楽音波形データの量も、１フレーム分
に限ることはない。つまり固定した時間長のフレームを
単位とした動作を、必ずしも行う必要はない。

【００５０】さらにまた、本発明においては、音源エン
ジンが起動されたとき、まずステップＳ５２で音源パラ
メータの生成が完了しているか否か判定して生成できて
いない音源パラメータを生成するようにしていたが、こ
の処理を省略するようにしてもよい。その場合、該起動
の時点で生成されていた音源パラメータだけが楽音生成
に使用され、未生成の音源パラメータは無視される。音
源パラメータが分散生成できないのは全体として処理が
重くなっている場合であり、この省略により処理の削減
を図ることができる。さらにまた、本発明の楽音生成方
法を、Windows （米マイクロソフト社のパソコン用Ｏ
Ｓ）やその他のオペレーティングシステムの動作する汎
用コンピュータ上で、１つのアプリケーションプログラ
ムとして、ゲームソフトやカラオケソフト等の他のアプ
リケーションプログラムと並列実行させてもよい。

【００５１】

【発明の効果】本発明は以上のように構成されているの
で、受け取ったＭＩＤＩのフォームとされた楽音データ
をバッファに記憶しておき、音源ドライバがバッファに
記憶された楽音データを非同期で分散処理することによ
り音源パラメータを発生すると共に、楽音データに応じ
たエンベロープ波形を先行して生成するようにしてい
る。従って、イベントが集中して発生しても、音源ドラ
イバの処理は分散して実行されるため、ＣＰＵ負荷が急
激に増加することがなく、さらに、エンベロープ波形の
生成処理が発音タイミングより先行して実行されている
ことから、音源処理の負荷を軽くすることができる。し
たがって、一時的な処理の集中による発音数の減少を防
止することができる。

【００５２】また、エンベロープ波形を先行して生成し
ているため、音源ドライバ処理において、生成されたエ
ンベロープ波形のレベル状態を検出することが可能とな
り、各チャンネルのエンベロープ波形のレベルをみる発
音チャンネル割当処理を行うことができるようになる。
さらにまた、音源ドライバ処理およびエンベロープ波形
生成処理までを先行して実行し、波形生成は発音タイミ
ングになったときに実行するようにしているので、生成
される楽音に対し、パート別の音量制御やパン制御等の
処理をリアルタイムで行うことができる。

【図面の簡単な説明】

【図１】 本発明の楽音生成方法が実行される処理装置
の構成例を示すブロック図である。

【図２】 本発明のＲＡＭ上に設定された各種バッファ
エリアを示す図である。

【図３】 本発明の楽音生成方法の各処理を行うタイミ
ングを示すタイミングチャート、および、本発明と従来
の音源ドライバ処理量と波形生成処理量の変動を示す図
である。

【図４】 本発明の楽音生成方法における音楽ソフト処
理のフローチャートである。

【図５】 本発明の楽音生成方法におけるＭＩＤＩ入力
処理のフローチャートである。

【図６】 本発明の楽音生成方法における音源ドライバ
処理１のフローチャートである。

【図７】 本発明の楽音生成方法における音源ドライバ
処理（ノートオン）のフローチャートである。

【図８】 本発明の楽音生成方法における音源エンジン
処理、および、パート音量制御処理のフローチャートで
ある。

【図９】 従来の楽音生成装置におけるタイミングチャ
ートを示す図である。

【符号の説明】

１ ＣＰＵ、２ ＲＯＭ、３ ＲＡＭ、４ タイマ、５
ＭＩＤＩインターフェース、６ ハードディスク、７
リムーバブルディスク、８ 表示器、９ キーボード
＆マウス、１０ 音源、１１ ＣＰＵバス

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数の楽音データを対応するタイミン
   グデータと共に第１記憶手段に記憶する第１のステップ
   と、 前記第１記憶手段に記憶された楽音データを読み出し
   て、該楽音データに対応する楽音波形を生成するための
   音源パラメータを生成し、該音源パラメータを対応する
   タイミングデータと共に第２記憶手段に記憶する第２の
   ステップと、 前記第２記憶手段に記憶された前記音源パラメータと対
   応するタイミングデータに基づいてエンベロープ波形を
   生成し、生成された前記エンベロープ波形を第３記憶手
   段に記憶する第３のステップと、 前記第２記憶手段に記憶された前記音源パラメータと対
   応するタイミングデータと、前記第３の記憶手段に記憶
   された前記エンベロープ波形に基づいて前記楽音波形を
   生成し、生成された前記楽音波形を第４記憶手段に記憶
   する第４のステップと、 前記第４記憶手段に記憶されている楽音波形を順次再生
   する第５のステップと、 前記第５のステップにおける再生の進行に応じて第１の
   タイミングを発生し、該第１のタイミングで前記第４の
   ステップを起動する第６のステップと、 前記タイミングデータの示すタイミングとは独立した所
   定の周期で第２のタイミングを発生し、該第２のタイミ
   ングで前記第２のステップないし第３のステップを起動
   する第７のステップと、 を備えていることを特徴とする楽音生成方法。
2. 【請求項２】 前記楽音生成方法は、複数発音チャン
   ネル分の楽音波形を生成する楽音生成方法であり、 前記第３のステップは、複数チャンネル分の前記エンベ
   ロープ波形を生成し、 前記第２のステップは、該複数チャンネル分の前記エン
   ベロープ波形に基づいて発音チャンネル割り当てを行う
   と共に、割り当てた発音チャンネルの楽音パラメータを
   生成していることを特徴とする請求項１記載の楽音生成
   方法。
3. 【請求項３】 前記第４のステップが起動されたとき
   に、前記第１記憶手段に記憶された前記楽音データのう
   ち、前記楽音波形の生成範囲に含まれるタイミングデー
   タに対応した楽音データの音源パラメータがおよび同生
   成範囲のエンベロープ波形が生成済みであるか否かを判
   定し、生成済みでない場合には未生成の音源パラメータ
   およびエンベロープ波形を発生してから楽音波形を生成
   するようにしたことを特徴とする請求項１記載の楽音生
   成方法。