JPH11327559A - 楽音データ処理装置および楽音データ処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 音源ＬＳＩのチップサイズを削減する。 【解決手段】 音源ＬＳＩが、サブフレームスタート
（Sub Frame Start）を生成し、マイクロプログラムMP
に対して割込を発生すると、マイクロプログラムMPが起
動するとともに、割込IntをデバイスドライバDDに対し
て発行する。デバイスドライバDDは、次のフレームで使
用される制御データを準備する。マイクロプログラムMP
はフレームの開始で制御データをＲＡＭから取得し、こ
れと直前サブフレームの最終サンプルで生成した最終制
御データに基づいて各サンプルに対応する制御データを
算出し、サブフレーム毎に６４サンプル分の楽音データ
を生成する。この楽音データはバッファに書き込まれ、
一定のサンプルクロックで読み出される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、楽音データ処理装
置および楽音データ処理方法に関し、特に、予め定めら
れた時間に対応するサブフレームに発生されるべき楽音
データを制御データに基づき一括生成する楽音データ処
理装置および楽音データ処理方法関する。

【０００２】

【従来の技術】近年のパーソナルコンピュータでは、音
源ＬＳＩを搭載して各種のサウンド処理を行うものが多
い。音源ＬＳＩでは、音色、ピッチあるいは音量といっ
た発音パラメータを指示する制御データと波形データと
に基づいて楽音データを再生する再生処理、楽音データ
にリバーブ等の効果を施すエフェクト処理、および楽音
データを録音するための録音処理が行われる。

【０００３】この場合、パーソナルコンピュータは、装
置全体をＯＳに従って制御するＣＰＵ、音源ＬＳＩ、制
御データや波形データを格納するメモリ等のハードウエ
ア、および音源ＬＳＩを制御するマイクロプログラム
（MP:Micro Program）やメモリに対して各種データの書
込読出を制御するデバイスドライバ（DD:Device Drive
r）等のソフトウエアから構成されている。

【０００４】音源ＬＳＩによる処理は、出力サンプリン
グ周波数（ＤＡＣレート）を４８ＫＨzで２５６サンプ
ル出力するのに要する時間（５．３ｍｓ）を１フレーム
（FRAME）とするフレーム単位で実行することが考えら
れる。図５は、音源処理に係わるハードウエア、マイク
ロプログラムMPおよびデバイスドライバDDの関係を示す
概念図である。ここで、ハードウエアとは、音源ＬＳＩ
の出力部、すなわち、出力サンプリング周波数に従い楽
音データを出力する部分を示し、マイクロプログラムMP
とは、音源ＬＳＩの中枢部であるデジタル信号処理装置
（ＤＳＰ）で実行されるマイクロプログラムを示し、デ
バイスドライバDDは、上記のとおり、パーソナルコンピ
ュータシステムのＣＰＵで実行される主メモリに対して
データの書込読出を制御するソフトウエアである。

【０００５】まず、ハードウエアは、上記出力サンプリ
ング周波数をカウントして、フレームの開始タイミング
において、フレーム開始を指示するフレームスタート
（Frame Start）と呼ばれる割込をマイクロプログラムM
Pに対して発生する。すると、この割込によってマイク
ロプログラムMPが起動し、予め用意された制御データCD
に基づいてフレーム処理(FRAME Routine)を開始し、２
５６サンプル分の楽音データSDを生成する。この処理は
次のフレームが開始する前に完了する。また、マイクロ
プログラムMPは、その起動時に次のフレームに用いる制
御データCDを準備することをデバイスドライバDDに対し
て要求する。この要求は、割込Intによって行われる。
デバイスドライバDDは、割込Intを受け取ると制御デー
タCDを準備し、準備が整うとこのことを指示するフラグ
Active2を設定する。以後のフレームでは、これらの処
理を繰り返す。

【０００６】また、音源ＬＳＩの出力部には出力バッフ
ァが２個設けられており、１フレーム毎に２５６サンプ
ル分の楽音データが交互にバッファに書き込まれ、一方
のバッファが書込状態にある場合に、他方のバッファか
ら出力サンプリングクロックに従って楽音データSDが読
み出される。

【０００７】

【発明が解決しようとする課題】ところで、各出力バッ
ファは２５６サンプル分の楽音データSDを格納する必要
り、また、出力される２５６サンプルを生成するために
はその何倍かの容量の入力バッファを必要とし、音源Ｌ
ＳＩのチップサイズに占めるバッファの面積は無視でき
ない。このため、バッファ容量を減らすことができれ
ば、音源ＬＳＩのチップサイズを縮小してコストを削減
でき、あるいは他の機能を音源ＬＳＩに付加することが
できる。そこで、１フレームをサブフレームに分割し
て、サブフレーム毎に上述した音源処理を行い、各バッ
ファの容量を削減することが考えられる。図６は、１フ
レームを４つのサブフレームに分割しサブフレーム毎に
音源処理を行う動作を示した概念図である。同図におい
て、ハードウエアが、サブフレームの開始タイミングで
サブフレームスタート（Sub Frame Start）をマイクロ
プログラムMPに発行すると、マイクロプログラムMPが起
動すると同時に割込Intが発生する。すると、デバイス
ドライバDDはサブフレーム処理を開始し次のサブフレー
ムが開始するまでにそこで使用される制御データCDを準
備してフラグActive2を生成する。

【０００８】しかしながら、この方式では、各バッファ
のサイズを１／４に縮小することが可能であるが、割込
Intの時間間隔が１フレーム単位の処理と比較して１／
４になり、処理量も４倍となる。ここで、デバイスドラ
イバDDは１．３ms（サブフレーム期間）以内にジョブを
完了する必要があるが、デバイスドライバDDはパーソナ
ルコンピュータのＯＳ上で動作しているため、他のアプ
リケーションソフトとの関係で処理が間に合わなくなる
可能性がある。例えば、楽音を再生しながらワープロソ
フトで文書を作成する場合に、ワープロソフトでコピー
操作を行なった場合が該当する。この場合には、コピー
範囲のデータを主記憶に書き込むためバスが占有される
ことになり、デバイスドライバDDがバスを使用すること
ができず、処理が間に合わなくなることが起こり得る。
また、割込Intの発生頻度が高くなるので、ＣＰＵがビ
ジー状態中に割込Intが発生してしまい、ＣＰＵが直ち
に反応できないこともあり得る。したがって、１フレー
ムを複数のサブフレームに分割し、サブフレーム毎に１
フレーム中に行われていた処理と同一の処理を実行する
ことができなかった。

【０００９】本発明は、上述した事情に鑑みてなされた
ものであり、円滑に音源処理を実行しつつ、バッファ容
量を削減することができる楽音データ処理装置および楽
音データ処理方法を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記課題を解決するため
請求項１に記載の発明にあっては、所定時間（サブフレ
ーム）に発生されるべき楽音データを制御データに基づ
き一括生成する楽音データ処理装置において、前記サブ
フレーム毎にその開始を指示する開始信号を発生する開
始信号発生手段と、前記サブフレームを複数個まとめた
フレームの開始で割込信号を発生する割込信号発生手段
と、前記割込信号により動作を開始し、次のフレームで
使用される制御データを予め準備する制御データ準備手
段と、前記開始信号により動作を開始し、前記制御デー
タに基づいて、前記サブフレームで発生されるべき楽音
データを一括生成する楽音データ生成手段とを備えたこ
とを特徴とする。

【００１１】また、請求項２記載の発明にあっては、前
記楽音データ生成手段で一括生成された１サブフレーム
分の楽音データをバッファリングする記憶手段をさらに
備えることを特徴とする。

【００１２】また、請求項３記載の発明にあっては、前
記制御データ準備手段は、次フレームを構成する各サブ
フレームで使用されるそれぞれの制御データを準備する
ことを特徴とする。

【００１３】また、請求項４記載の発明にあっては、前
記楽音データ生成手段は、前記制御データ準備手段で準
備された制御データに基づき、各サブフレームで使用さ
れるそれぞれの制御データを生成することを特徴とす
る。

【００１４】また、請求項５記載の発明にあっては、前
記開始信号発生手段、前記割込信号発生手段および前記
楽音データ発生手段を専用の音源ボードまたは音源ＬＳ
Ｉが担当し、前記制御データ準備手段を汎用のコンピュ
ータシステムが担当することを特徴とする。

【００１５】また、請求項６記載の発明にあっては、前
記楽音データ生成手段は、制御データに基づいてサブフ
レームで発生されるべき音楽データを一括生成する際
に、前記汎用コンピュータシステム内の主記憶装置に記
憶された波形データを利用することを特徴とする。

【００１６】また、請求項７記載の発明にあっては、前
記制御データ準備手段は、次フレームで使用される複数
の発音スロット分の制御データを準備するとともに、前
記楽音データ生成手段は、前記複数の発音スロット分の
制御データに基づいて、前記サブフレームで発生される
べき複数の発音スロット分の楽音データを一括生成する
ことを特徴とする。

【００１７】また、請求項８記載の発明にあっては、サ
ブフレームに発生されるべき楽音データを制御データに
基づき一括生成する楽音データ処理方法において、前記
サブフレーム毎にその開始を指示する開始信号を発生
し、前記サブフレームを複数個まとめたフレームの開始
で割込信号を発生し、前記割込信号により動作を開始
し、次のフレームで使用される制御データを予め準備
し、前記開始信号により動作を開始し、前記制御データ
に基づいて、前記サブフレームで発生されるべき楽音デ
ータを一括生成することを特徴とする。

【００１８】

【発明の実施の形態】１．実施形態の構成 以下、図面を参照しつつ、本発明に係わる一実施形態で
あるコンピュータシステムの構成を説明する。図１は本
実施形態に係わるコンピュータシステムのブロック図で
ある。図において、ＣＰＵ２０は、バス６０を介して各
構成部分に接続されており、コンピュータシステムＡ全
体を制御する。ＲＡＭ３０は主記憶装置に相当する読み
書き可能なメモリであって、ＣＰＵ２０の作業領域とし
て機能する。また、ＲＯＭ４０は読出専用のメモリであ
って、そこにはブートプログラム等が格納されている。
また、ハードディスク５０は、二次記憶装置に相当し、
そこにはデバイスドライバDDやマイクロプログラムMPと
いったプログラム、および制御データCDや波形データWD
といった各種のデータが格納されており、必要に応じて
プログラムやデータがＲＡＭ３０にロードされるように
なっている。ここで、制御データCDは、音色情報（当該
音色に対応する波形データWDが格納されているアドレ
ス）、ピッチ情報および音量情報等を指示する。また、
波形データWDは、例えば、ギターやピアノといった各種
の音色に対応した楽器によって実際に発音させた楽音を
サンプリングして得られたデータである。

【００１９】この例では、ＯＳの起動時にデバイスドラ
イバDD、マイクロプログラムMP、波形データWDがバス６
０を介してＲＡＭ３０に転送されるとともに、上位のア
プリケーションによって指示される制御データCDが必要
に応じてＲＡＭ３０に転送されるようになっている。ま
た、バス６０としては、大量のデータを高速転送できる
ものであればその種類は問わないが、この例にあって
は、バースト転送モードを備えたＰＣＩバス（Peripher
al Component Interconnect Bus）を用いるものとす
る。

【００２０】次に、サウンド処理を行う音源ボード１０
０は、図示せぬ拡張スロットに装着されるようになって
おり、そこには、楽音データSDを生成する音源ＬＳＩ１
０と楽音データSDをアナログ信号に変換して楽音信号Ｓ
を出力するＤＡＣ(Digital/Analog Converter)１４が設
けられている。

【００２１】音源ＬＳＩ１０は、ＰＣＩバスインターフ
ェース１１、入力バッファ１１’、ＤＳＰ１２および出
力バッファ１３から構成される。まず、ＰＣＩバスイン
ターフェース１１は、バスマスタ機能を有している。こ
のため、音源ＬＳＩ１０は、ＣＰＵ２０を介することな
くＲＡＭ３０から制御データCDや波形データWDを直接読
み出すことが可能である。

【００２２】次に、ＤＳＰ１２は、マイクロプログラム
MPを格納するメモリ、マイクロプログラムMPをメモリか
ら読み出すためのアドレスを発生するプログラムカウン
タおよび演算処理を実行する演算部等から構成されてお
り、マイクロプログラムMPに従って楽音データSDを生成
する処理を実行する。具体的には、制御データCDの指示
する音色情報に対応する波形データWDの種類を特定する
とともに、制御データCDの指示するピッチ情報に基づい
て当該波形データの内どの範囲を読み出すかを決定す
る。また、制御データCDの指示する音量情報に基づい
て、各サンプル毎のゲインを特定する。こうして、当該
サブフレームを処理するのに必要なパラメータを算出し
た後、必要な波形データWDをＰＣＩバスインターフェー
ス１１を介してバースト転送し、これを入力バッファ１
１’に格納する。そして、ピッチ情報から算出されたパ
ラメータに従って、入力バッファ１１’から出力される
波形データWDに補間処理を施すことにより再生ピッチを
調整するとともに、音量情報に従ってゲインを調整し
て、楽音データSDを生成する。なお、これらの処理は、
後述するように、サブフレーム期間内に完了するように
なっており、処理が終了するとプログラムカウンタが停
止する。これにより、マイクロプログラムMPは待機状態
に移行するようになっている。

【００２３】次に、出力バッファ１３は、第１バッファ
１３１と第２バッファ１３２から構成されており、各バ
ッファの容量は６４サンプル分の容量を有している。第
１バッファ１３１と第２バッファ１３２には交互に書込
が行われ、一方のバッファに楽音データSDが書き込まれ
ているとき、他方のバッファから楽音データSDが読み出
されるようになっている。

【００２４】２．実施形態の動作 次に、図面を参照しつつ、本実施形態に係わるコンピュ
ータシステムＡの動作を説明する。なお、本発明は１フ
レームを構成するサブフレームの数は問わないが、ここ
では、１フレームを４つのサブフレームに分割して動作
させるものを一例として説明する。図２は、コンピュー
タシステムの音源処理に係わる全体動作を示す概念図で
ある。図において、ハードウエアに相当する音源ＬＳＩ
１０の出力部は、各サブフレームの開始タイミングにお
いて、サブフレームスタート（Sub Frame Start）を生
成し、マイクロプログラムMPに対して割込を発生する。
すると、マイクロプログラムMPが起動するとともに、割
込IntをデバイスドライバDDに対して発行する。ただ
し、最初のサブフレームスタートを受け取った後は、マ
イクロプログラムMPはサブフレームスタート４回に１回
の割合で割込Intを発行する。このため、割込Intはフレ
ームの開始で発行されることになる。

【００２５】割込Intを受け取ったデバイスドライバDD
は、次のフレームで使用される制御データCDを準備し
て、これをＲＡＭ３０の所定の記憶領域に書き込むとと
もに、制御データCDの準備が整ったことを指示するフラ
グActive2を生成する。このため、制御データCDの準備
は１フレームに１回行われることになる。したがって、
デバイスドライバDDの負荷は、図５に示す場合と同様で
あり、ジョブを所定時間内に容易に完了することができ
る。この結果、他のアプリケーションとの関係でデバイ
スドライバDDの処理が間に合わなくなるといったことが
ほとんどなく、円滑に音源処理を実行することが可能と
なる。

【００２６】次に、マイクロプログラムMPがフラグActi
ve2を参照することによって、制御データCDの準備が完
了していること検知すると、マイクロプログラムMPはフ
レームの開始で制御データCDをＲＡＭ３０から取得し、
これに基づいて音源処理（RoutineA）を実行し、６４サ
ンプル分の楽音データSDを生成する。また、次のサブフ
レームで使用する制御データCDを生成してＲＡＭ３０に
書き込む（以下、ライトバックと称する）。制御データ
CDには、上述したようにピッチ情報や音量情報が含まれ
るが、前者は等差級数補間で与えられ、後者は直線補間
によって与えられる。ここで、音量情報を直線補間し、
ピッチ情報を等差級数補間で求めたのは、人の聴覚には
音量が直線的に変化しても自然に感じられるが、ピッチ
が直線的に変化すると不自然に感じられるという特性が
あり、ピッチ変化を自然に感じさせるためには、等差級
数による補間が適しているからである。

【００２７】図３は、ピッチ情報を算出する概念図であ
る。図において、フレームを開始する時点で、マイクロ
プログラムMPには、フレーム終了時（２５６番目サンプ
ル）のピッチ情報PeがデバイスドライバDDによって与え
られており、フレーム開始時のピッチ情報Psが前のサブ
フレームのライトバックによって与えられている。この
場合、第１サブフレームを処理する場合には、ピッチ情
報PeおよびPsに基づいて、各サンプルにおけるピッチ情
報を算出し、第１サブフレームの終了時（６４番目サン
プル）におけるピッチ情報P1をライトバックする。ま
た、第２サブフレームではピッチ情報P1およびPeに基づ
いて、第３サブフレームではピッチ情報P2およびPeに基
づいて、第４サブフレームではピッチ情報P3およびPeに
基づいて、各サンプルに対応するピッチ情報が各々算出
される。

【００２８】また、図４は音量情報を算出する概念図で
ある。この場合もピッチ情報と同様にフレームを開始す
る時点で、マイクロプログラムMPには、フレーム終了時
（２５６番目サンプル）の音量情報Veがデバイスドライ
バDDによって与えられており、フレーム開始時の音量情
報Vsが前のサブフレームのライトバックによって与えら
れている。第１サブフレームを処理する際には、音量情
報VeおよびVsに基づいて、各サンプルにおける音量情報
を算出し、第１サブフレームの終了時（６４番目サンプ
ル）における音量情報V1をライトバックする。なお、第
２〜第３サブフレームでは、第１サブフレームと同様に
音量情報が算出される。

【００２９】こうして、マイクロプログラムMPは、各サ
ブフレーム処理（RoutineA〜D）において、自らが前の
サブフレームでライトバックした制御データCDとデバイ
スドライバDDによって準備された制御データCDとを用い
て、各サンプルの楽音データSDを生成し、第１バッファ
１３１と第２バッファ１３２に交互に書き込む。そし
て、一方のバッファに書込中、他方のバッファから楽音
データSDを読み出す。読み出された楽音データSDはＤＡ
Ｃ１４を介して楽音信号Ｓに変換され出力される。ここ
で、第１バッファ１３１および第２バッファ１３２は、
各サブフレームに対応する楽音データSDを格納すること
ができればよいので、それの容量を１／４に削減するこ
とができる。また、各サブフレームの楽音データSDを形
成するためにＲＡＭ３０からバースト転送される波形デ
ータWDを格納する入力バッファ１１’の容量も１／４に
削減することができる。

【００３０】上述したように本実施形態によれば、マイ
クロプログラムMPは、サブフレーム毎に演算した制御デ
ータCDをライトバックし、前のサブフレームでライトバ
ックされた制御データCD（サブフレームの開始に対応）
とデバイスドライバDDで生成された制御データCD（サブ
フレームの終了に対応）とに基づいて、各サンプルに対
応する制御データCDを生成し、これを用いてサブフレー
ム内の楽音データSDを生成するようにした。このため、
デバイスドライバDDに対する割込Intは、１フレームに
１回で足りるから、デバイスドライバDDの負荷が軽くな
る。また、優先順位の高い他のアプリケーションによっ
てデバイスドライバDDの処理が圧迫され、制御データDD
の準備が間に合わないといったことがほとんどなくな
る。さらに、割込Intの発生間隔が１フレームに１回と
なるので、ＣＰＵがビジー状態で処理が待たされるとい
った事態がほとんどなくなる。

【００３１】したがって、出力バッファ１３および入力
バッファ１１’の容量を１／４に削減しつつ、円滑な音
源処理を実行することができる。これにより、音源ＬＳ
Ｉのチップサイズを削減して、コストダウンを図ること
ができる。さらに、デバイスドライバDDは、図５に示す
ものと同様のものを用いることができるので、マクロプ
ログラムMPと音源ボード１００を取り替えれば従来のコ
ンピュータでも使用することができるという互換性があ
る。

【００３２】３．変形例 以上、本発明に係わる実施形態を説明したが、本発明は
上述した実施形態に限定されるものではなく、以下に述
べる各種の変形が可能である。 上述した実施形態では、マイクロプログラムMPが、デ
バイスドライバDDによって１フレーム毎に予め準備され
た制御データCD（フレームの最終サンプルに対応）を受
け取り、これと直前のサブフレームで算出した最終サン
プルの制御データCDとに基づいて、当該サブフレームの
各サンプルに対応する制御データを生成した。この場合
には、マイクロプログラムMPはサブフレーム毎に最終サ
ンプルに対応する制御データCDをＲＡＭ３０に書き込
み、また、サブフレーム処理を開始する際にこれを読み
出す必要があり、マイクロプログラムMPの負担が大きか
った。そこで、デバイスドライバDDで各サブフレーム毎
の最終サンプルに対応する制御データCDを算出し、これ
をＲＡＭ３０に記憶するように構成してもよい。この場
合、マイクロプログラムMPはライトバックが不要とな
り、サブフレームの開始で開始と終了に対応する制御デ
ータCDを読み出し、当該サブフレーム期間の各サンプル
に対応する制御データCDを生成することができる。

【００３３】また、デバイスドライバDDにおいて１フレ
ーム分の制御データCDを生成しこれをＲＡＭ３０に格納
し、マイクロプログラムMPがＲＡＭ３０からサブフレー
ム毎に、当該サブフレームに対応する制御データCDを転
送するようにしてもよい。また、バス６０としてＰＣＩ
バス以外にＡＧＰ（Accelerated Graphics Port）等の
高速バスを用いるようにしてもよい。

【００３４】また、上述した実施形態においては、マ
イクロプログラムMPがＲＡＭ３０に格納されており、そ
こから、ＤＳＰ１２の内部に設けられたＲＡＭにダウン
ロードされたが、ＤＳＰ１２の内部にマイクロプログラ
ムMPを記憶したＲＯＭを設けるようにしてもよい。

【００３５】また、上述した実施形態では、再生処理
を中心に説明したが、各サブフレームにおいて、再生処
理、エフェクト処理および録音処理を時分割で行うよう
にしてもよい。また、この例では、発音数が１音の場合
を一例として説明したが、本発明はこれに限定されるも
のではなく、複数音を同時発音するものであってもよ
い。この場合には、再生処理を行うタイムスロットを各
発音chに対応したスロットに分割して処理すればよい。
ただし、制御データCDおよび波形データWDの読出、およ
び制御データCDのライトバックは複数音一括して行うよ
うにして、ＰＣＩバスのバースト転送モードを活用する
こともできる。

【００３６】また、上述実施形態にあっては、デバイ
スドライバDDに対する割込Intは１フレームに１回の割
合いで発生するため、デバイスドライバDDは余裕をもっ
て制御データCDの準備を行うことができるが、仮に次の
フレーム開始までに制御データCDの準備が完了していな
かった場合には、マイクロプログラムMPは、そのことを
フラグActive2によって検出し、制御データCDに変化が
ないものとしてサブフレームの処理を行うようにすれば
よい。そして、フラグActive2が有効になった時点で準
備された制御データCDを用いてサブフレーム処理を行う
ようにすればよい。

【００３７】また、上述した実施形態において、制御
データCDの指示するピッチ情報と音量情報を、各サンプ
ル間の変化量として与えるようにしてもよい。この場合
には、発音の開始で初期値を与え変化量を累算していく
ことによって、各サンプルのパラメータを求めることが
できる。したがって、サブフレーム毎にライトバックす
るのは、最終サンプルにおいて累算されたパラメータに
なる。

【００３８】

【発明の効果】上述したように本発明に係る発明特定事
項によれば、制御データの準備はフレーム毎に行い、サ
ブフレーム毎に制御データに基づいて楽音データを生成
するようにしたので、制御データの準備に係わる負荷を
軽減しつつ、記憶手段の記憶容量を削減することができ
る。

【図面の簡単な説明】

【図１】 本発明の一実施形態に係わる楽音データ処理
装置を適用したコンピュータシステムのブロック図であ
る。

【図２】 同実施形態に係わるコンピュータシステムの
音源処理に係わる全体動作を示す概念図である。

【図３】 同実施形態に係わるピッチ情報を算出する概
念図である。

【図４】 同実施形態に係わる音量情報を算出する概念
図である。

【図５】 従来の音源処理に係わるハードウエア、マイ
クロプログラムおよびデバイスドライバの関係を示す概
念図である。

【図６】 従来の１フレームを４つのサブフレームに分
割しサブフレーム毎に音源処理を行う動作を示した概念
図である。

【符号の説明】

１２…ＤＳＰ（楽音データ生成手段、割込信号発生手
段）、１３…バッファ（記憶手段）、２０…ＣＰＵ（制
御データ準備手段）、Ａ…コンピュータシステム、SD…
楽音データ、CD…制御データ、Int…割込（割込信
号）、DD…デバイスドライバ（制御データ準備手段）、
MP…マイクロプログラム（楽音データ生成手段、割込信
号発生手段）。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 予め定められた時間に対応するサブフレ
   ームに発生されるべき楽音データを制御データに基づき
   一括生成する楽音データ処理装置において、 前記サブフレーム毎にその開始を指示する開始信号を発
   生する開始信号発生手段と、 前記サブフレームを複数個まとめたフレームの開始で割
   込信号を発生する割込信号発生手段と、 前記割込信号により動作を開始し、次のフレームで使用
   される制御データを予め準備する制御データ準備手段
   と、 前記開始信号により動作を開始し、前記制御データに基
   づいて、前記サブフレームで発生されるべき楽音データ
   を一括生成する楽音データ生成手段とを備えたことを特
   徴とする楽音データ処理装置。
2. 【請求項２】 前記楽音データ生成手段で一括生成され
   た１サブフレーム分の楽音データをバッファリングする
   記憶手段をさらに備えることを特徴とする請求項１に記
   載の楽音データ処理装置
3. 【請求項３】 前記制御データ準備手段は、次フレーム
   を構成する各サブフレームで使用されるそれぞれの制御
   データを準備することを特徴とする請求項１または２に
   記載の楽音データ処理装置。
4. 【請求項４】 前記楽音データ生成手段は、前記制御デ
   ータ準備手段で準備された制御データに基づき、各サブ
   フレームで使用されるそれぞれの制御データを生成する
   ことを特徴とする請求項１または２に記載の楽音データ
   処理装置。
5. 【請求項５】 前記開始信号発生手段、前記割込信号発
   生手段および前記楽音データ発生手段を専用の音源ボー
   ドまたは音源ＬＳＩが担当し、前記制御データ準備手段
   を汎用のコンピュータシステムが担当することを特徴と
   する請求項１または２に記載の楽音データ処理装置。
6. 【請求項６】 前記楽音データ生成手段は、制御データ
   に基づいてサブフレームで発生されるべき音楽データを
   一括生成する際に、前記汎用コンピュータシステム内の
   主記憶装置に記憶された波形データを利用することを特
   徴とする請求項５に記載の楽音データ処理装置。
7. 【請求項７】 前記制御データ準備手段は、次フレーム
   で使用される複数の発音スロット分の制御データを準備
   するとともに、前記楽音データ生成手段は、前記複数の
   発音スロット分の制御データに基づいて、前記サブフレ
   ームで発生されるべき複数の発音スロット分の楽音デー
   タを一括生成することを特徴とする請求項１または２に
   記載の楽音データ処理装置。
8. 【請求項８】 サブフレームに発生されるべき楽音デー
   タを制御データに基づき一括生成する楽音データ処理方
   法において、 前記サブフレーム毎にその開始を指示する開始信号を発
   生し、 前記サブフレームを複数個まとめたフレームの開始で割
   込信号を発生し、 前記割込信号により動作を開始し、次のフレームで使用
   される制御データを予め準備し、 前記開始信号により動作を開始し、前記制御データに基
   づいて、前記サブフレームで発生されるべき楽音データ
   を一括生成することを特徴とする楽音データ処理方法。