JPH09258736A - コンピュータソフトウェアを用いた音源システム及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 プラグインソフトを使用して楽音を発生する
場合、音源ボードを不要にすること。 【解決手段】 所定のオペレーティングシステム（Ｏ
Ｓ）と該ＯＳ上で動く所定のアプリケーションプログラ
ム（ＡＰＳ）とを搭載したコンピュータにおいて、ソフ
トウェア音源のプログラム（ＰＩＳ）をアプリケーショ
ンプログラムにプラグインし、該アプリケーションプロ
グラムから与えられらる命令に従って起動されて、音波
形サンプルデータを生成する処理を実行し、生成した音
波形サンプルデータをＯＳに備わった波形入力用インタ
フェースに出力する。ＯＳに備わった波形出力用のプロ
グラムにより、波形入力インタフェースを介して与えら
れる前記生成済みの音波形サンプルデータを外部に出力
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ＣＰＵのような
汎用の演算処理手段すなわちコンピュータを使用して、
ソフトウェアとして記述された音波形サンプルデータ生
成処理プログラムを実行することに基づき音波形サンプ
ルデータを生成する音源システム及び方法に関する。

【０００２】

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

【０００３】しかし、近年、ＣＰＵの演算能力の向上に
伴って、汎用コンピュータや専用の楽音発生装置に搭載
したＣＰＵにおいて、所定の楽音生成処理手順を記述し
たプログラムを実行させることにより、楽音波形データ
を生成させるようにしたものが登場している。ここで
は、そのような楽音生成処理プログラムを基礎としてい
る楽音生成装置や楽音生成方法のことをＣＰＵ音源また
はソフトウェア音源（必要に応じてソフト音源と略称す
る）と呼び、これに対し、専用のハードウェアを使用す
る従来からの楽音生成装置や楽音生成方法をハード音源
と呼ぶことにする。

【０００４】一方、ＷＷＷ（World Wide Web）ブラウザ
や、ワープロソフト、表計算ソフト等の各種アプリケー
ションソフトウェアにおいては、プラグイン機能によっ
て、所定の機能を実行するプラグインソフトを取り込む
ことができるものがある。例えば、自動演奏用のシーケ
ンサ機能を実現するプラグインソフトが知られており、
これを使用することによりＭＩＤＩ（Musical Instrume
nt Digital Interface）ファイルの再生が可能である。
しかし、シーケンサ機能を実現するソフトウェアだけで
は、楽音波形サンプルデータの生成を行うことができ
ず、音源ボードと言われるハード音源をコンピュータに
搭載し、このハード音源によって再生されたＭＩＤＩメ
ッセージに基づく楽音波形サンプルデータを生成するよ
うにしていた。ところで、この種の音源ボードには種々
のタイプのものがあり、そのタイプやグレードによっ
て、同じ内容のＭＩＤＩメッセージに対して生成される
楽音の特性は異なるものとなってしまうことがあった。

【０００５】

【発明が解決しようとする課題】この発明は、上述の点
に鑑みてなされたもので、ソフトウェア音源をアプリケ
ーションソフトにプラグインで取り込み、該アプリケー
ションソフトの実行中においてソフトウェア音源のプロ
グラムを起動させることにより、音源ボードを必要とす
ることなく、音波形サンプルデータの生成を行うことが
できるようにした音源システム及び方法を提供しようと
するものである。

【０００６】ところで、ＭＩＤＩメッセージ等の演奏情
報に基づいて楽音発生処理を行おうとする場合、コンピ
ュータが楽音発生処理のみを実行することは希であり、
他のソフトウェアのプログラムを同じＯＳ上で並行して
処理することが多い。例えば、ゲームソフトを実行する
ときは、音声発生処理に並行して動画像の発生処理等を
行う必要があるし、カラオケソフトを実行する場合でも
歌詞画像及び背景画像の発生処理を同時並行的に行う必
要がある。そのような場合、ソフトウェア音源を使用す
る場合、コンピュータはそのソフトウェア音源のプログ
ラムと他の必要なソフトウェアのプログラムを同じＯＳ
上で並行して処理することになる。その場合には、他の
処理に影響されることなくソフトウェア音源による楽音
波形データ生成処理の実行が確保されるようにするため
に、マルチタスク機能を有するＯＳ（例えばＷｉｎｄｏ
ｗｓ９５（商標）等）上で楽音生成処理を実行させるこ
とが望ましい。しかし、完全なマルチタスク機能を有し
ないＯＳ（例えばＷｉｎｄｏｗｓ３．１（商標）等）も
広く普及しており、そうしたＯＳ上でも楽音生成処理を
実行させたいというニーズが存在している。しかるに、
そうしたＯＳ上では、他のソフトウェアの処理の影響に
よって楽音生成処理の実行が遅れ、その結果、発音に支
障が生じることがあり得るし、逆に、楽音生成処理に長
い時間を費やすことに影響されて他の処理の実行が遅れ
るという問題も起こり得る。特に、従来は、ハードウェ
ア音源を用いていたので、そのような並行処理の問題が
起こらなかったアプリケーションソフトにおいて、本発
明に従ってソフトウェア音源を使用するようにすると、
そのような並行処理の問題が起こるおそれが出てくるの
で、予め解決策を講ずることが望まれる。

【０００７】この発明は上述の点に鑑みてなされたもの
で、完全なマルチタスク機能を有しないＯＳ上でソフト
ウェア音源による音波形サンプルデータ生成処理と他の
ソフトウェアの処理を並行して実行させる場合でも、楽
音生成処理や他の処理に支障が生じないようにしたコン
ピュータソフトウェアを用いた音源システム及び方法を
提供しようとするものである。

【０００８】

【課題を解決するための手段】この発明に係る音源シス
テムは、所定のオペレーティングシステムと該オペレー
ティングシステム上で動く所定のアプリケーションプロ
グラムとを搭載したコンピュータを用いて、音波形サン
プルデータを生成するための音源システムであって、前
記オペレーティングシステムに備わった波形入力用イン
タフェースと、前記アプリケーションプログラムにプラ
グインされたソフトウェア音源のプログラムであって、
該アプリケーションプログラムから与えられらる命令に
従って起動されて、音波形サンプルデータを生成する処
理を実行し、生成した音波形サンプルデータを前記波形
入力用インタフェースに出力するものと、前記オペレー
ティングシステムに備わった波形出力用のプログラムで
あって、前記波形入力インタフェースを介して与えられ
る前記生成済みの音波形サンプルデータを外部に出力す
るものとを具備することを特徴とするものである。

【０００９】これによって、ソフトウェア音源のプログ
ラムをアプリケーションプログラムにプラグインで組み
込むだけで、コンピュータを使用した音波形サンプルデ
ータ生成を容易に行うことができるようになり、かつ、
格別の音源ボードが不要となる、という優れた効果を奏
する。また、どのようなコンピュータを使用しても、そ
のハードウェア構成にかかわらず、プラグインしたソフ
トウェア音源プログラムに応じた均質の楽音特性を持つ
音波形サンプルデータを生成することができるようにな
る。

【００１０】この発明の音源システムは、前記アプリケ
ーションプログラムにプラグインされた自動演奏用シー
ケンサのプログラムを更に具備し、該シーケンサのプロ
グラムの実行によって自動的に発生すべき楽音を指示
し、前記ソフトウェア音源のプログラムでは、前記指示
された楽音の音波形サンプルデータを生成するようにし
てもよい。これによって、アプリケーションプログラム
を介して任意の自動演奏データファイル（例えばＭＩＤ
Ｉファイル）を受け取ることにより、アプリケーション
プログラムの実行中において、その自動演奏データファ
イルを再生演奏することができる。この場合、ソフトウ
ェア音源のプログラムと自動演奏用シーケンサのプログ
ラムは、それぞれ別モジュールのソフトウェアであって
もよいし、別モジュールのソフトウェアでなくてもよ
い。すなわち、１つのソフトウェアの中に自動演奏用シ
ーケンサのプログラムとソフトウェア音源のプログラム
とが一体的に組み込まれていてもよい。

【００１１】ところで、高度なアプリケーションプログ
ラム（例えばＷＷＷブラウザ）においては、例えばイン
ターネットのホームページを２箇所同時にアクセスする
ことができるものがある。そのような場合、アクセス中
の２つのホームページの双方で音楽ソフトの再生を行う
ようなことが起こり得る。そうすると、該アプリケーシ
ョンプログラムにプラグインされたソフトウェア音源プ
ログラムが重複して起動されることになり、異常動作が
起こる可能性がある。このような異常動作を未然に防止
するための１つの対策として、ソフトウェア音源のプロ
グラムにおいて、前記アプリケーションプログラムから
呼び出しを受けたとき、該ソフトウェア音源のプログラ
ムが既に実行中であるかどうかを判定し、既に実行中で
あれば後からの呼び出しを受け付けない処理を行うよう
にするとよい。これによって、アプリケーションプログ
ラムにプラグインされたソフトウェア音源プログラムが
重複して起動されることなく、先に起動中の波形生成処
理を優先して遂行させることができる。そのための別の
対策として、ソフトウェア音源のプログラムにおいて、
前記アプリケーションプログラムから呼び出しを受けた
とき、該ソフトウェア音源のプログラムが既に実行中で
あるかどうかを判定し、既に実行中であれば該実行中の
処理を中止し、後からの呼び出しを受け付けるようにし
てもよい。これによって、アプリケーションプログラム
にプラグインされたソフトウェア音源プログラムが重複
して起動されることなく、先に実行中の波形生成処理を
中止し、後から呼び出しのかかった波形生成処理を優先
して実行することができる。

【００１２】更にそのための別の対策として、ソフトウ
ェア音源のプログラムにおいて、前記アプリケーション
プログラムから呼び出しを受けたとき、該ソフトウェア
音源のプログラムが既に実行中であるかどうかを判定
し、既に実行中であれば、後からの呼び出しを受け付け
ない処理を行うか、又は、該実行中の処理を中止して後
からの呼び出しを受け付ける処理を行うか、のどちらか
を選択可能に実行するようにしてもよい。この場合の選
択の仕方としては、ディスプレイ画面に選択用のアイコ
ンを表示して、操作者によってどちらかを選択させるよ
うにしてもよいし、あるいは、再生すべき自動演奏デー
タファイル中若しくはその他の適宜の領域に選択情報を
格納しておき、この選択情報を参照して自動的に選択す
るようにしてもよい。あるいは、ディスプレイ画面にお
ける表示形態（例えば開いたページ画像の前後関係な
ど）に応じてどちらでソフトウェア音源を使用するかを
自動的に選択するようにしてもよいし、若しくはランダ
ム選択によって選択するようにしてもよい。

【００１３】この発明に係る方法は、所定のオペレーテ
ィングシステムと該オペレーティングシステム上で動く
所定のアプリケーションプログラムとを搭載したコンピ
ュータを用いて、音波形サンプルデータを生成するため
の方法であって、前記アプリケーションプログラムにソ
フトウェア音源のプログラムをプラグインする処理と、
前記アプリケーションプログラムの実行中に、前記プラ
グインされたソフトウェア音源のプログラムを呼び出す
処理と、前記アプリケーションプログラムからの呼び出
しに応じて、前記ソフトウェア音源のプログラムを起動
する処理と、起動された前記ソフトウェア音源のプログ
ラムによって、再生すべき音を指示する演奏データを受
け付けるステップと、受け付けた演奏データに基づき音
波形サンプルデータを所定の再生サンプリングクロック
とは非同期で生成し、生成した音波形サンプルデータを
出力バッファに一時蓄積するステップと、出力デバイス
のプログラムを起動するステップとを含む処理を実行す
ることと、起動された前記出力デバイスのプログラムの
実行によって、前記出力バッファに一時蓄積された音波
形サンプルデータを前記所定の再生サンプリングクロッ
クに従って読み出し、外部に対して出力する処理を実行
することとを具備する。これによっても、ソフトウェア
音源のプログラムをアプリケーションプログラムにプラ
グインで組み込むだけで、コンピュータを使用した音波
形サンプルデータ生成を容易に行うことができるように
なり、かつ、格別の音源ボードが不要となる、という優
れた効果を奏する。また、どのようなコンピュータを使
用しても、そのハードウェア構成にかかわらず、プラグ
インしたソフトウェア音源プログラムに応じた均質の楽
音特性を持つ音波形サンプルデータを生成することがで
きるようになる。

【００１４】上記方法において、前述と同様に、アプリ
ケーションプログラムに、ソフトウェア音源のプログラ
ムのみならず、自動演奏用シーケンサのプログラムをも
プラグインする処理を含んでいてもよい。この場合も、
ソフトウェア音源のプログラムと自動演奏用シーケンサ
のプログラムとは、別モジュールのソフトウェアである
か否かを問わない。また、上記方法において、前述と同
様に、アプリケーションプログラムにプラグインされた
ソフトウェア音源プログラムが重複して起動されること
を防止するための上述の対策を施すようにしてもよい。

【００１５】この発明に係る音源システムにおいて、前
記コンピュータは、前記ソフトウェア音源のプログラム
とその他のプログラムを並行して実行する制御を行うメ
イン制御部を有しており、このメイン制御部は、所定時
間内の複数回の起動機会のうち、前記ソフトウェア音源
のプログラムを実際に実行してよい機会に起動命令を発
生する起動命令発生手段を具備しており、また、前記ソ
フトウェア音源のプログラムにおいて、前記起動命令に
応じて波形データ生成処理を実際に起動した機会だけ
で、通算として前記所定時間内に所定サンプル数分の波
形サンプルデータを生成させるように、波形サンプルデ
ータ生成処理を調整する調整処理手段を具備するように
してもよい。

【００１６】これによれば、コンピュータのメイン制御
部において起動命令発生手段を設け、波形データ生成処
理を起動する機会を所定時間内に複数回設定し、この複
数回の機会のうち、前記ソフトウェア音源のプログラム
を実際に実行してよい機会にだけ起動命令を発生する。
これにより、メイン制御部は、他のプログラムの実行状
況との兼ね合いで、ソフトウェア音源のプログラムを実
際に実行してよい機会にだけ起動命令を発生することが
でき、ソフトウェア音源のプログラムとその他のプログ
ラムとを適切に時分割制御して並行して実行させること
ができる。

【００１７】一方、ソフトウェア音源において、前記起
動命令に応じて波形サンプルデータ生成処理を実際に起
動した機会だけで、通算として前記所定時間内に所定サ
ンプル数分の波形サンプルデータを生成させるように、
波形サンプルデータ生成処理を調整する調整処理手段を
具備することにより、所定時間内に設定された複数回の
起動機会のうち何回かの機会で起動命令が発生されなか
ったとしても、起動命令に応じて波形データ生成処理を
実際に起動した機会だけを使用して、通算して上記所定
時間内に所定サンプル数分の音波形サンプルデータを生
成が完了するように制御される。すなわち、ソフトウェ
ア音源における１回の起動命令に基づく波形サンプルデ
ータ生成処理量がフレキシブルに可変制御され、所定時
間内における実際の起動命令発生回数がメイン制御部の
状況に依存する可変数であっても、通算して上記所定時
間内に所定サンプル数分の音波形サンプルデータを生成
が完了するように制御することができる。

【００１８】従って、完全なマルチタスク機能を有しな
いＯＳ上でソフトウェア音源による音波形データ生成処
理と他のソフトウェアの処理を並行して実行させる場合
でも、音波形データ生成処理及び他のソフトウェアの処
理に支障が生じないようにすることができる、という優
れた効果を奏する。すなわち、他のソフトウェアの処理
の影響によって音波形サンプルデータ生成処理の起動命
令発生回数が相対的に減ったとしても、通算して上記所
定時間内に所定サンプル数分の音波形サンプルデータを
生成が完了するように制御されるので、発音遅れ等の支
障が生じることがなくなる。逆に、音波形サンプルデー
タ生成処理を固定の時分割的処理時間で行わないことに
より、他のソフトウェアの処理の実行が音波形データ生
成処理によって阻害されてその処理が遅れるという問題
が起こらないようにすることができる。

【００１９】一実施態様として、前記調整処理手段は、
各起動命令に対応する時点において、その時点までに生
成処理すべき波形サンプルデータの未処理量の関数とし
て、該時点の１起動命令に応じて生成すべき波形サンプ
ルデータ量を決定するものであってよく、その場合、前
記ソフトウェア音源は、該決定された波形サンプルデー
タ量分の波形サンプルデータを生成する処理を、該１起
動命令に応じて実行する。これによって、上記関数を適
切に定めることにより、生成処理すべき波形サンプルデ
ータの未処理量との兼ね合いで、１起動命令に応じて生
成すべき波形サンプルデータ量を適切に決定することが
でき、１起動命令に対応するソフトウェア音源の処理に
よってメイン制御部の作業が占有されることによって他
の処理の実行が阻害されることが起こる確率をできるだ
け低くするように制御することができるようになる。

【００２０】

【発明の実施の形態】以下、添付図面を参照してこの発
明の実施の形態を詳細に説明しよう。図１は、この発明
に従う音源システムの一実施形態のソフトウェアシステ
ム構成例を概念的に示す図である。オペレーティングシ
ステム（ＯＳ）としては、例えばＷｉｎｄｏｗｓ９５
（マイクロソフト社の商標）を使用する。なお、使用す
るアプリケーションソフトによっては別のＯＳ、例えば
Ｗｉｎｄｏｗｓ３．１（マイクロソフト社の商標）を使
用してもよい。この種のＯＳには、音波形サンプルデー
タを受け付けるための波形入力用インターフェース（例
えば“ｗａｖｅＡＰＩ”）が用意されている。また、こ
の波形入力用インターフェース（“ｗａｖｅＡＰＩ”）
を介して受け取った波形サンプルデータを外部のハード
ウェアに対して出力する処理を行う波形出力用ドライバ
モジュール（以下「出力デバイス」とも言う）がインス
トールされている。

【００２１】このＯＳに所定のアプリケーションソフト
ＡＰＳがインストールされ、そのプログラム内容に応じ
た処理を行うことができる。この所定のアプリケーショ
ンソフトＡＰＳは、任意のプラグインソフトウェアをプ
ラグインで組み込むことができる機能を有するものであ
り、一例として、ＷＷＷブラウザ（例えば“NetscapeNa
vigator”（商標））のようなインターネット検索ソウ
トウェアを使用してよい。この発明に従って、アプリケ
ーションソフトＡＰＳに、所定のソフトウェア音源のプ
ログラムを含むプラグインソフトＰＩＳがプラグインさ
れる。このプラグインソフトＰＩＳは、ソフトウェア音
源のプログラムに限らず、自動演奏用のシーケンサプロ
グラムを含んでいてよい。また、前述の通り、自動演奏
用のシーケンサプログラムとソフトウェア音源のプログ
ラムは別々のソフトウェアモジュールを組み合わせたも
のであってもよいし、両者を一体的にプログラムしたも
のであってもよい。

【００２２】通信ネットワークへコンピュータを接続す
るための入出力ハードウェア装置としてネットワークＩ
／Ｏ（入出力装置）が設けられ、また、ＯＳにはネット
ワークドライバが組み込まれ、これによって、アプリケ
ーションソフトＡＰＳが外部の通信ネットワークに接続
される。例えば、アプリケーションソフトＡＰＳの実行
時において、外部の通信ネットワークを介して任意の音
楽の自動演奏データファイル（ＭＩＤＩファイル）を取
り込み、これに基づきプラグインソフトＰＩＳを起動さ
せて、該自動演奏データファイルの曲を再生演奏するこ
とができる。すなわち、プラグインソフトＰＩＳ内のシ
ーケンサプログラムを実行することによってＭＩＤＩメ
ッセージを順次再生し、該プラグインソフトＰＩＳ内の
ソフト音源プログラムを実行することによって該再生さ
れたＭＩＤＩメッセージに対応する楽音の音波形サンプ
ルデータを生成する。プラグインソフトＰＩＳ内のソフ
ト音源プログラムの実行によって生成された波形サンプ
ルデータは、前記波形入力用インターフェース（“ｗａ
ｖｅＡＰＩ”）を介してＯＳに渡され、波形出力用ドラ
イバ（すなわち「出力デバイス」）を介して外部の装置
例えばｃｏｄｅｃハードウェア（すなわちディジタル／
アナログ変換器ＤＡＣ）に対して出力される。波形出力
用ドライバ（すなわち「出力デバイス」）は、例えば、
ソフト音源プログラムの処理によって生成されてハード
ディスクのような記憶装置にバッファ記憶された波形デ
ータをダイレクトメモリアクセスコントローラ（ＤＭＡ
Ｃ）を介して読み出して、例えばディジタル／アナログ
コンバータ（ＤＡＣ）を含む外部ハードウェアに対して
出力する処理を行うソフトウェアからなっている。

【００２３】なお、上記ＯＳを具備したコンピュータに
対して、通信ネットワークを介して任意の上記アプリケ
ーションソフトＡＰＳを転送し、インストールするよう
にしてもよい。また、通信ネットワークを介して任意の
上記プラグインソフトＰＩＳを転送し、これを該アプリ
ケーションソフトＡＰＳにプラグインするようにしても
よい。プラグインされたソフトＰＩＳは、アプリケーシ
ョンソフトＡＰＳからの命令を受け取るだけのみなら
ず、該ソフト音源プログラム又はシーケンサプログラム
中にイメージ情報が埋め込まれている場合、これをアプ
リケーションソフトＡＰＳに与えてディスプレイ表示さ
せる。例えば、ソフト音源プログラム及びシーケンサプ
ログラムの動作を制御するための各種機能スイッチ類の
アイコン表示情報をアプリケーションソフトＡＰＳに与
えてこれをディスプレイ表示させ、各種機能スイッチ類
の操作を可能にする。

【００２４】図２は、通信ネットワークの一例を概念的
に示す図である。この図では、インターネットを介して
ＷＷＷサーバー、その他のサーバー、プロバイダーが接
続され、個別ユーザーのパソコン（パーソナルコンピュ
ータ）が公衆回線を介してプロバイダーに接続され、所
要のサーバーにＬＡＮを介して個別のパソコンが接続さ
れる、といった状態が例示されている。図２に示された
各パソコン内において、図１に示されたソフトウェアシ
ステムが構築される。

【００２５】図３は、この発明に係るコンピュータソフ
トウェアを用いた音源システムの実施に使用するハード
ウェア構成例を示す全体ブロック図である。この図３
は、１つのパソコンのハードウェア構成例を示すもので
あり、すなわち、図１に示されたソフトウェアシステム
を駆動するためのハードウェア構成例を示している。こ
の音源システムでは、メイン制御部としてパーソナルコ
ンピュータのＣＰＵ（中央処理部）３を使用し、このＣ
ＰＵ３の制御の下でアプリケーションソフトＡＰＳを実
行し、かつ該アプリケーションソフトＡＰＳの実行中に
おいて起動されるソフトウェア音源プログラムによる波
形サンプルデータ生成処理とその他のプログラムの処理
を並行して実行する。なお、以下では「楽音生成処理」
という用語も使用するが、これは「波形サンプルデータ
生成処理」と実質的に同義であり、さらには「波形サン
プルデータ生成処理」のみならずエフェクト等の各種楽
音処理を含んでいてよい。なお、以下では、「波形デー
タ生成処理」という用語も使用するが、これは「波形サ
ンプルデータ生成処理」と同義である。すなわち、「波
形サンプルデータ」と「波形データ」は同義に用いるこ
とにする。

【００２６】ＣＰＵ３には、ネットワークＩ／Ｏ（入出
力装置）１，タイマ２，ＲＯＭ（リードオンリーメモ
リ）４，ＲＡＭ（ランダムアクセスメモリ）５，マウス
７，キーボード８，ディスプレイ９，ハードディスク装
置１０，ＤＭＡＣ（ダイレクトメモリアクセスコントロ
ーラ）１１，サウンドＩ／Ｏ（入出力装置）１２，サン
プリングクロック発生回路１４，外部メモリドライブ１
６が、データ及びアドレスバス６を介して接続されてい
る。ＤＭＡＣ１１は、楽音生成処理の実行によって生成
されてＲＡＭ５内の出力バッファに書き込まれた楽音デ
ータを、サウンドＩ／Ｏ１２からの再生サンプリングク
ロックに同期して１サンプルずつダイレクトメモリアク
セス方式で出力バッファから読み出してサウンドＩ／Ｏ
１２に送る処理（再生処理）を実行する。

【００２７】サウンドＩ／Ｏ１２は、ＣＯＤＥＣと呼ば
れるサウンド入出力装置であって、その内部にはディジ
タル／アナログ変換器（ＤＡＣ）、アナログ／ディジタ
ル変換器（ＡＤＣ）、ＡＤＣに接続された入力用のＦＩ
ＦＯ（先入れ先出しバッファ）、ＤＡＣに接続された出
力用のＦＩＦＯを含んでいる。このサウンドＩ／Ｏ１２
内の前記ＡＤＣには外部オーディオ信号入力端子１５か
らアナログオーディオ信号が入力され、サンプリングク
ロック発生回路１４から発生される所定の周波数（例え
ば４８ｋＨｚ）のサンプリングクロックＦｓに応じてこ
れをＡ／Ｄ変換し、このＡ／Ｄ変換したオーディオ信号
を前記入力用のＦＩＦＯに取り込む。また、前記ＤＭＡ
Ｃ１１の制御によって前記出力用のＦＩＦＯに書き込ま
れた波形サンプルデータを前記サンプリングクロックＦ
ｓに従って該出力用のＦＩＦＯから読み出し、前記ＤＡ
Ｃに与えてＤ／Ａ変換する。そして、前記入力用ＦＩＦ
Ｏにデータが存在するとき、または、前記出力用ＦＩＦ
Ｏに空きがあるとき、データ処理を要求する信号をＤＭ
ＡＣ１１に出力するように動作する。上記ＤＡＣでアナ
ログ変換された音波形サンプルデータは、サウンドシス
テム１３に送られて音響的に発音される。

【００２８】ハードディスク装置１０内のハードディス
クには、ＯＳ（ここでは、マイクロソフト社製のＷｉｎ
ｄｏｗｓ３．１（商標）を使用するものとする）やユー
ティリティソフトといったソフトウェアの他に、アプリ
ケーションソフトＡＰＳと、そこにプラグインされたプ
ラグインソフトＰＩＳ（ソフト音源プログラムとシーケ
ンサプログラムを含む）が格納され、更に、複数種類の
音色についての１または複数周期分の波形サンプルデー
タ群を予め記憶した波形データメモリの領域を含んでい
る。なお、各種プログラムをハードディスク装置１０に
記憶してもよいし、あるいはＲＡＭ５又はＲＯＭ４に記
憶してもよい。なお、以下の説明では、ハードディスク
装置１０内の波形データメモリに予め記憶されている
「波形データ」群と、ソフトウェア音源プログラムの処
理によってこの記憶波形データを利用して（読み出し
て）生成する「波形サンプルデータ」とを区別するため
に、ソフトウェア音源プログラムの処理によって生成す
る「波形サンプルデータ」を「楽音データ」ということ
にする。外部メモリドライブ１６は、フロッピーディス
クあるいはＣＤ−ＲＯＭやＭＯなどの外部記録媒体１７
を着脱自在に装着して、該外部記録媒体１７に対するデ
ータの読み書きを行うものである。外部記録媒体１７
は、アプリケーションソフトＡＰＳやプラグインソフト
ＰＩＳのプログラムを格納するために使用してもよい
し、波形データ等を格納するために使用してもよい。

【００２９】図１７は、この発明に係るコンピュータソ
フトウェアを用いた音源システムにおけるアプリケーシ
ョンソフトＡＰＳとプラグインソフトＰＩＳと間の情報
のやりとり例を簡単に示す説明図である。図に沿って処
理手順の概略を説明すると、まず、アプリケーションソ
フトＡＰＳの実行中に「演奏データ有り」と判定される
と、音源用のプラグインソフトＰＩＳ（本例では、自動
演奏用シーケンサプログラムとソフト音源プログラムの
双方を含んでいるとして説明する）に対して「初期化指
示」を与え、該プラグインソフトＰＩＳを起動する。例
えば、アプリケーションソフトＡＰＳが、インターネッ
トのブラウザである場合、ＭＩＤＩファイルの有るペー
ジを開けたとき、そのＭＩＤＩファイルがユーザのパソ
コンに転送されてくる。このとき、実行中のアプリケー
ションソフトＡＰＳでは上記のように「演奏データ有
り」と判定し、音源用のプラグインソフトＰＩＳを起動
する。

【００３０】音源用プラグインソフトＰＩＳでは、アプ
リケーションソフトＡＰＳから与えられる上記「初期化
指示」に応じて所定の「初期化」処理を行い、該プラグ
インソフトＰＩＳを起動する。アプリケーションソフト
ＡＰＳでは、プラグインソフトＰＩＳにより「初期化」
処理が行われたことを確認すると、「ＯＰＥＮ指示」を
プラグインソフトＰＩＳに与える。プラグインソフトＰ
ＩＳでは、上記「ＯＰＥＮ指示」に応じて所定のイメー
ジ情報をアプリケーションソフトＡＰＳに対して与え、
アプリケーション画面中にそのイメージ情報に対応する
「コントロールパネル画面」表示を行うことを指示す
る。これに応じて、アプリケーションソフトＡＰＳで
は、ディスプレイ９で表示しているアプリケーション画
面中においてプラグインソフトＰＩＳから指示されたイ
メージ情報に対応する「コントロールパネル画面」を表
示する。

【００３１】図１８はこの「コントロールパネル画面」
の表示例を示す。この「コントロールパネル画面」で
は、シーケンサ用の各種コントロールボタンＣ１〜Ｃ９
と所定のロゴＣ１０が表示される。各コントロールボタ
ンＣ１〜Ｃ９は、マウス７のクリックによってオンされ
る。再生ボタンＣ１は再生演奏開始指示を行うためのも
の、ポーズボタンＣ２は演奏中の曲の一時停止を指示す
るためのもの、停止ボタンＣ３は演奏中の曲の停止を指
示するためのもの、テンポダウンボタンＣ４はクリック
する毎に演奏中のテンポをダウンするためのもの、テン
ポリセットボタンＣ５はオリジナルテンポに戻すための
もの、テンポアップボタンＣ６はクリックする毎に演奏
中のテンポをアップするためのもの、トランスポーズダ
ウンボタンＣ７はクリックする毎に演奏キーを半音下げ
るためのもの、トランスポーズリセットボタンＣ８はオ
リジナルキーに戻すためのもの、トランスポーズアップ
ボタンＣ９はクリックする毎に演奏キーを半音上げるた
めのもの、である。なお、ボタンＣ４，Ｃ６，Ｃ７，Ｃ
９でアップ又はダウンの操作を行うと、所定色（例えば
緑）でボタンが点灯することにより、テンポ又はキーの
変更操作がなされたことを報知する。また、ロゴＣ１０
のエリアをクリックすることにより、ポップアップメニ
ューが表示され、上記各コントロールボタンと同等の機
能の操作が行えるようになっている。なお、このポップ
アップメニューでは、シーケンサの音源として、内部の
ソフト音源を使用するか、またはＭＩＤＩ Ｍａｎａｇ
ｅｒを経由して外部の適宜のＭＩＤＩ音源を使用するか
の選択も行える。

【００３２】図１７に戻り、アプリケーションソフトＡ
ＰＩでは、「コントロールパネル画面」の表示処理の
後、「ＳＴＲＥＡＭ開始」を指示する。プラグインソフ
トＰＩＳでは、この「ＳＴＲＥＡＭ開始」指示を受け
て、「データ受信開始」状態となる。以後、アプリケー
ションソフトＡＰＩの側から、上記ＭＩＤＩファイルの
データ（つまりＭＩＤＩメッセージ）を次々に送信し、
プラグインソフトＰＩＳでは、これを次々に受信してバ
ッファ記憶する。ＭＩＤＩファイルの全データを送受信
し終えると、「再生開始指示」がアプリケーションソフ
トＡＰＩの側から送信され、プラグインソフトＰＩＳの
側では上記ＭＩＤＩファイルの自動演奏再生処理を開始
する。やがて「再生終了指示」が与えられると、自動演
奏再生処理が終了する。なお、クライアントやサーバー
の側で、ＭＩＤＩファイルと共に所定の制御情報を送信
することにより、該ＭＩＤＩファイルを取り込んだ側で
の自動演奏の再生開始及び停止を自動制御するようにす
ることができる。すなわち、ＭＩＤＩファイルを受信し
たら速やかに自動演奏を再生開始するように制御情報を
組み込むこともできるし、若しくは再生ボタンＣ１のク
リックを待って自動演奏を再生開始するように制御情報
を組み込むこともできる。また、ＭＩＤＩファイルの再
生が１回終わっても、停止ボタンＣ３がクリックされる
まで同じＭＩＤＩファイルを繰り返し再生演奏するよう
に制御情報を組み込むこともできるし、若しくはＭＩＤ
Ｉファイルの再生が１回終わったらその自動演奏を自動
的に停止するように制御情報を組み込むこともできる。

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

【００３４】「出力デバイス」は、各フレーム毎に、そ
れぞれその直前のフレームで「音源部」によって再生予
約された出力バッファから１サンプルずつ楽音データを
読み出してサウンドＩ／Ｏ１２に送る（例えば、図４に
示すように、時刻Ｔ２からＴ３までのフレームで生成さ
れた楽音データを書き込まれて再生予約された出力バッ
ファから、時刻Ｔ３からＴ４までのフレームで楽音デー
タを読み出す）。こうしたソフトウェアのうち、アプリ
ケーションソフトＡＰＳのプログラムの起動と、プラグ
インソフトＰＩＳ内のシーケンサプログラムの実行によ
って発生されたＭＩＤＩメッセージに基づくＭＩＤＩ処
理の起動は、リアルタイムに行なわれる。また、「出力
デバイス」は、ＤＭＡＣ１１による割込み処理として強
制的に起動されるので、時間的な遅れが生じることはな
い。これに対し、波形サンプルデータそのものの生成処
理（楽音生成処理）の起動は、ＣＰＵ３自身の内部割込
みによる起動命令によって行なわれるので、完全なマル
チタスク機能を有しないＯＳ上でこのソフトウェアを走
らせた場合には、他の処理の影響によって楽音生成処理
の起動が遅れることにより、発音に支障が生じることが
ある。そこで、この音源システムでは、次のような対策
を講じることにより、発音に支障が生じる事態を防止し
ている。

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

【００３６】このように、楽音生成処理を起動させる内
部割込み信号（起動命令）を発生する機会を各フレーム
毎に複数回設け、この複数回の機会のうち何回か内部割
込み信号（起動命令）が発生しなくても、内部割込み信
号（起動命令）が発生した機会だけで、当該フレーム内
に１出力バッファ分の楽音データの生成を完了するよう
にしたので、発音に支障が生じる事態が防止される。図
５及び図６は、それぞれこの〔対策１〕の一例を示す図
である。これらの例では、１００ミリ秒の長さのフレー
ム内に、楽音生成処理を起動する内部割込み信号を１０
ミリ秒毎のタイミングで（したがって、１フレーム内に
合計１０回）発生し、各起動毎に、それぞれ１出力バッ
ファ分の楽音データの１０分の１の量の楽音データを生
成するようにしている。

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

【００３８】これに対し、図６の例では、内部割込み信
号が発生しなかった機会での未生成の楽音データを、そ
の後に内部割込み信号が発生した複数の機会で分散して
生成するようにしている。すなわち、内部割込み信号が
発生しなかった２，３回目の機会（図の１０，２０ミリ
秒目）で未生成となった楽音データを、その後に内部割
込み信号が発生した４，５回目の機会（図の３０及び４
０ミリ秒目）での処理で、それらの機会での楽音データ
と併せてそれぞれ分散して生成している（図ではそれぞ
れ２，３と４，５として示している）。但し、最後の１
０回目の機会（図の９０ミリ秒目）では、当該フレーム
内での１出力バッファ分の楽音データの生成を確保する
ために、内部割込み信号が発生しなかった７，８，９回
目の機会（図の６０，７０，８０ミリ秒目）で未生成と
なった楽音データを全て生成している。この図６のよう
な処理方式は、未生成量が多い場合に、これを適切に分
散した回数で処理するので、１回分の処理時間が多すぎ
ないように制御でき、ＣＰＵの有効活用に有利である。

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

【００４０】図１６は、上記と同様に、〔対策１〕の一
例を示す図であるが、１回の内部割込み信号（起動命
令）に対応して生成される楽音データの量が、図５や図
６に示したように１出力バッファ分の楽音データの１０
分の１の量の整数倍になるとは限らず、該単位に対する
端数を持った量になることがありうる例を示すものであ
る。この図１６の例では、各内部割込み信号（起動命
令）に対応する時点において、その時点までに生成処理
すべき楽音データの未処理量の関数として、該時点の１
回の内部割込み信号（起動命令）に応じて生成すべき楽
音データ量を決定するようにしており、図１６は、その
ようにして決定される楽音データの量の一例を内部割込
み信号の発生との関係で示す図である。同図では、或る
フレームにおいて内部割込み信号が発生した１回目の機
会（図の０ミリ秒目）に、当該フレームにおける１出力
バッファ分の楽音データの１０分の１の量の楽音データ
を生成している。そして、内部割込み信号が発生しなか
った２及び３回目の機会（図の１０及び２０ミリ秒目）
の後、内部割込み信号が発生した４回目の機会（図の３
０ミリ秒目）に、未生成の楽音データのうち、１出力バ
ッファ分の楽音データの１０分の１．６の量の楽音デー
タを生成している（したがってこの機会までに通算とし
て当該フレームにおける１出力バッファ分の楽音データ
の１０分の２．６の量の楽音データを生成したことにな
り、図ではこのことを２．６と示している）。

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

【００４２】そして次のフレームにおいて、内部割込み
信号が発生した１回目の機会（図の１００ミリ秒目）
に、直前のフレームにおける残りの未生成の楽音データ
である１出力バッファ分の楽音データの１０分の１．２
の量の楽音データと、今回のフレームにおける１出力バ
ッファ分の楽音データの１０分の０．３の量の楽音デー
タとを生成している（図ではこのことを１０．３と示し
ている）。この段階で、１出力バッファ分を超える楽音
データが生成されることになるので、そのうち１出力バ
ッファ分の楽音データ量に相当する１０分の１０の量の
楽音データについては、生成済みの楽音データ群から取
り出して「出力デバイス」に供給して再生予約するもの
とする。従って、生成中の楽音データとして、１出力バ
ッファ分の楽音データの１０分の０．３の量の楽音デー
タが残されることになる。

【００４３】続いて、内部割込み信号が発生した２回目
の機会（図の１１０ミリ秒目）に、今回のフレームにお
ける１出力バッファ分の楽音データの１０分の１．４の
量の楽音データを生成し（したがってこの機会までに通
算として今回のフレームにおける１出力バッファ分の楽
音データの１０分の１．７の量の楽音データを生成した
ことになり、図ではこのことを１．７と示している）、
以下同様にして、内部割込み信号が発生した機会毎に、
楽音データを生成していく。なお、追って詳しく説明す
る通り、決定された生成すべき楽音データ量が所定の上
限値ＳＲｍａｘを超える場合は、該上限値ＳＲｍａｘの
範囲内に収まるように制御される。

【００４４】このように、図１６の例では、ソフトタイ
マによる内部割込み信号が発生する毎に、それまでに未
生成となっている楽音データの量の関数として、楽音生
成処理に要する時間があまり長くならないような一定範
囲内で楽音データの生成量を決定し、その量だけ楽音デ
ータを生成する処理を実行する。内部割込み信号が発生
する毎にこうした処理が実行されることにより、未生成
の楽音データが徐々に生成されていくことになる。すな
わち、この方式は、内部割込み信号の発生を起動要因と
して楽音生成処理を実行する点では、図５，図６の例と
同じであるから、これらの例と同様の効果を期待するこ
とができる。他方、未生成の楽音データを一度に全て生
成せずに所定の関数に従って徐々に生成していく点で、
それらとは異なっており、その点で特有の効果を有す
る。すなわち、ＣＰＵ３がソフトウェア音源プログラム
による楽音生成処理のために長時間連続して独占される
ことはないので、ＣＰＵ３において他のソフトウェアの
プログラムを並行して実行する場合や、ソフトウェア音
源プログラムにおける優先度の低い他の処理を行なう要
求が生じた場合に、それらの処理に比較的速やかに移行
させることができるので、資源の効率的な利用が図れ
る。

【００４５】すなわち、例えば図５のような方式では、
未生成の楽音データの生成を最も早期に行なうことがで
きるという点では優れているが、内部割込み信号が何回
も連続して発生しなかったような場合には、その直後に
内部割込み信号が発生した機会での楽音データの生成量
が大きくなってしまう。このように生成量が大きくなる
と、一回の起動でソフトウェア音源プログラムによる楽
音生成処理を行なうためにＣＰＵ３が費やさなければな
らない時間が長くなり、したがってＣＰＵ３がソフトウ
ェア音源プログラムによる楽音生成処理の実行のために
長時間連続して独占されるようになるので、その実行中
にソフトウェア音源プログラムによる楽音生成処理より
も優先順位の低い処理の起動要因が発生しても、ＣＰＵ
３がそれらの処理をなかなか実行できなくなってしまう
ことがある。また、そのように１回分の楽音データ生成
量が大きくなると、演算可能時間が残り少ない場合に
は、楽音データを生成可能な発音チャンネル数が極端に
減少してしまうことがある。これに対して、図１６のよ
うな方式を採用すれば、それらの問題点を解決すること
ができる。従って、以下で詳細に説明する実施例では、
図１６のような方式に従って処理する例について説明す
ることにする。

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

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

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

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

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

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

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

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

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

【００５５】次に、以上のような対策の実施を含んだこ
のコンピュータソフトウェアを用いた音源システムの実
施例を、図８以下を参照して説明する。まず、始めに、
図１のシステム構成に対応する実施例について説明す
る。図８は、ＣＰＵ３によって実行される音源用プラグ
インソフトＰＩＳのメインルーチンを示すフローチャー
トである。この例では、音源用プラグインソフトＰＩＳ
として、ソフトウェア音源プログラムと自動演奏用シー
ケンサプログラムとを一体的に組み込んでなるものを使
用している。一般にプラグインソフトＰＩＳのメインル
ーチンがスタートする条件は、アプリケーションソフト
ＡＰＳの実行中において、その処理データ中に該アプリ
ケーションソフトＡＰＳでは解釈不能のデータがあった
場合、該アプリケーションソフトＡＰＳのプラグインに
登録してあるそのデータを処理するソフトがあるかどう
かをサーチし、そのプラグインソフトを起動（ＲＡＭに
ロード）して該ロードしたプラグインソフトに処理を任
せることによりスタートする。従って、図８の音源用プ
ラグインソフトＰＩＳのメインルーチンがスタートする
条件は、これを組み込んだアプリケーションソフトＡＰ
Ｓの実行中において、スタンダードＭＩＤＩファイルの
ような音楽情報が埋め込まれたデータを処理する段階に
至ったときである。すなわち、アプリケーションソフト
ＡＰＳからの問合せに応じて、音源用プラグインソフト
ＰＩＳがロードされて、起動（スタート）する。

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

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

【００５８】図８に戻り、初期設定を終えると、前記
「コントロールパネル画面」（図１８）をディスプレイ
９に表示させるための所要の準備処理及びその他必要な
デイスプレイ表示準備処理を行う（ステップＳ２）。す
なわち、「コントロールパネル画面」のイメージ情報を
アプリケーションソフトＡＰＳに与える。アプリケーシ
ョンソフトＡＰＳでは、前述の通り、イメージ情報を受
け取って「コントロールパネル画面」（図１８）をディ
スプレイ９に表示させる。尚、楽音生成処理の起動に先
行して「初期設定」（図９）で出力バッファを「出力デ
バイス」に再生予約しているので、「出力デバイス」で
は、この先行予約しした４つの出力バッファについての
再生処理が完了してから、その後に再生予約した出力バ
ッファについての再生処理を実行する。したがって、最
初の音発生を指示するＭＩＤＩメッセージが発生されて
から実際に楽音が再生発音されるまでの時間が、この先
行予約した出力バッファの数に等しい数のフレーム分
（図７の例では４フレーム分）だけ長くなる（遅れる）
ことになる。そこで、ディスプレイ９では、ＭＩＤＩメ
ッセージの発生に基づく何らかの表示を行なう場合に
は、その表示のタイミングをこのフレーム分だけ後にず
らすようにすることが望ましい。

【００５９】ステップＳ２に続くステップＳ３では、下
記の各起動要因の発生をチェックする。 起動要因：アプリケーションソフトＡＰＳから１シー
ケンス分のＭＩＤＩファイルのデータが転送されてきた
こと。 起動要因：ＭＩＤＩファイルの再生処理（自動演奏シ
ーケンス処理）によってＭＩＤＩイベントタイミングが
到来したこと。 起動要因：ソフトタイマにより、楽音生成処理を起動
する内部割込み信号（起動命令）が発生したこと。（こ
の発生タイミングは、上記のように、所定時間すなわち
１０ミリ秒毎に割り込みを入れることを目標としてはい
るが、必ずしもその通りに正確に発生されるものではな
い。） 起動要因：「出力デバイス」からの処理要求が検出さ
れたこと。 起動要因：その他の処理要求が検出されたこと（特
に、「コントロールパネル画面」のオン操作等に基づ
き、若しくはアプリケーションソフト処理過程で自動的
に、前述の自動的シーケンス再生処理用の各種コマンド
がアプリケーションソフトＡＰＳから与えられたこ
と）。 起動要因：このプラグインソフトＰＩＳの終了要求が
検出されたこと（アプリケーションソフトＡＰＳの実行
状態がＭＩＤＩファイル若しくはＭＩＤメッセージを処
理しない状態となったとき、例えばＭＩＤＩファイルの
埋め込まれていないページに切り替わったとき、音源用
プラグインソフトＰＩＳの終了要求がアプリケーション
ソフトＡＰＳから出される。）

【００６０】続いて、上記起動要因のいずれかが発生し
たか否かを判断する（ステップＳ４）。ノーであれば、
ステップＳ３に戻り、いずれかの起動要因が発生するま
でステップＳ３及びＳ４の処理を繰り返す。そしていず
れかの起動要因が発生すると、ステップＳ４でイエスと
なってステップＳ５に進む。ステップＳ５では、どの起
動要因が発生したのかを判定する。以後、発生した起動
要因に応じた処理を行なう。ここで、各起動要因の処理
優先度は、＞，＞，＞であり、起動要因
の優先度が最も高い。例えば、起動要因とが同時に
発生した場合、起動要因に対応する処理が先に行われ
る。

【００６１】ステップＳ５において、起動要因が発生
したことが判定されると、ステップＳ１６（データ受信
処理）に行き、アプリケーションソフトＡＰＳから順次
転送されてくる１シーケンス分のＭＩＤＩファイルの各
データをＲＡＭ５にバッファ記憶する。次のステップＳ
１７（受信表示）では、ＭＩＤＩファイルの受信を行っ
たことを表示する。ステップＳ５において、起動要因
が発生したことが判定されると、ステップＳ６に行き、
ＭＩＤＩ処理を実行する。それから、ステップＳ７に行
き、所定の状態表示（例えば、どのＭＩＤＩチャンネル
についてのＭＩＤＩメッセージが発生されたかの表示
等）を、パネル上に行なう。そして、ステップＳ３に戻
り、ステップＳ３以下の処理を繰り返す。

【００６２】ステップＳ６で実行するＭＩＤＩ処理は、
バッファ記憶したＭＩＤＩファイルから、到来したイベ
ントタイミングに対応するＭＩＤＩメッセージデータを
読み出すことと読み出したＭＩＤＩメッセージに対応す
る処理を行うことを含む。このＭＩＤＩ処理には、読み
出したＭＩＤＩメッセージが次のイベントまでの時間を
示すデュレーションデータである場合にそのデュレーシ
ョンデータをデュレーションタイマにセットする処理
と、読み出したＭＩＤＩメッセージがノートオンイベン
トを含む場合に行うノートオンイベント処理や、読み出
したＭＩＤＩメッセージがノートオフイベントを含む場
合に行うノートオフイベント処理等が含まれる。デュレ
ーションデータがセットされたデュレーションタイマ
は、図示しないテンポクロック割込み処理によって規則
的に割込みカウントされる。セットしたデュレーション
データに対応する時間が到来したとき、このテンポクロ
ック割込み処理から図８のメインルーチンの起動要因チ
ェックステップＳ３に対して、ＭＩＤＩイベントタイミ
ングの到来を知らせる。これ基づき起動要因が発生し
たことが検出される。この処理が自動演奏用シーケンサ
プログラムの処理に該当している。

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

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

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

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

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

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

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

【００７０】尚、このようにして決定される生成量ＳＲ
は、１０ミリ秒を単位としてその整数倍の値のみをとる
のではなく、該単位に対する端数を持った値をとりう
る。したがって、一回の「音源処理１」の実行によって
生成される楽音データの量は、１出力バッファ分の楽音
データの１０分の１の量の整数倍になるとは限らず、図
１６に示したように、該単位に対する端数を持った量に
なることがありうる。すなわち、この図１２の「音源処
理１」は、図１６に示したような態様で、楽音生成処理
を行なうものである。従って、前述の通り、１フレーム
内の所定の起動機会において何回か内部割込み信号（起
動命令）が発生しなかったとしても、実際に内部割込み
信号（起動命令）が発生した機会だけで、当該フレーム
内で生成すべき１出力バッファ分の楽音データの生成を
効率的に行なうことができ、発音に支障が生じる事態を
防止することができると共に、他の処理を阻害するおそ
れが少なくなる。

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

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

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

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

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

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

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

【００７８】なお、ステップＳ５０及びＳ５１の別の例
として、「ＧＴ−ＳＴ」の結果をそのままＳＲとして設
定することも可能である。その場合は、前記〔対策１〕
における図５の例のように、いずれかの機会で内部割込
み信号が発生しなかったために楽音生成処理が起動しな
かった場合に、その機会での未生成の楽音データを、そ
の直後に内部割込み信号が発生した機会で全て生成する
ようになる。これによっても、１フレーム内に何回か内
部割込み信号が発生しなくても、内部割込み信号が発生
した機会だけで、当該フレーム内に１出力バッファ分の
楽音データの生成が完了するので、発音に支障が生じる
事態が防止される。また、内部割込み信号が発生しなか
った機会での未生成の楽音データを、図６の例のように
その後に内部割込み信号が発生した複数の機会で分散し
て生成するようにしたり、あるいは当該フレーム内の最
後の機会までに徐々に生成するようにしてもよいこと
は、前記〔対策１〕において述べたとおりである。

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

【００８０】図８の説明に戻り、ステップＳ５において
起動要因が発生していることが判定されると、「音源
処理２」を実行し（ステップＳ１０）、所定の状態表示
をパネル上に行なう（ステップＳ１１）。そしてステッ
プＳ３に戻り、ステップＳ３以下の処理を繰り返す。
「音源処理２」も、楽音生成処理の一部を成すものであ
る。この「音源処理２」は、「出力デバイス」（すなわ
ちＤＭＡＣ１１による外部割込み処理）の実行によって
発生する要求に基づいて実行される。

【００８１】図１３は、ＤＭＡＣ１１による外部割込み
処理の一例を示すフローチャートである。この外部割込
み処理は、サウンドＩ／Ｏ１２に楽音データを１サンプ
ル分ずつ送るタイミング（サウンドＩ／Ｏ１２の再生サ
ンプリング周期）で、ＤＭＡＣ１１が実行するものであ
り、この処理によって、出力バッファに記憶された１フ
レーム分の楽音データが、再生サンプリング周期毎に１
サンプル分ずつ読み出されてサウンドＩ／Ｏ１２に供給
される。これは、図１における「出力デバイス」の処理
に相当する。すなわち、ＯＳのドライバである「出力デ
バイス」によって、波形入力用のインターフェース
（“ｗａｖｅ ＡＰＩ”）に対してソフト音源から与え
られた楽音データを受け取り、これを外部のハードウェ
アつまりサウンドＩ／Ｏ１２に出力する処理に対応して
いる。最初に、「初期処理」（図９）または「音源処理
１」（図１２）によって「出力デバイス」に再生予約さ
れた出力バッファのうちの現在読出し中の出力バッファ
（ポインタＰＢで指した出力バッファ）内の現在読出し
中の１サンプル分の楽音データ（ポインタｐｐで指した
楽音データ）を、サウンドＩ／Ｏ１２に送る（ステップ
Ｓ７１）。続いて、ポインタｐｐを１サンプル分進め
（ステップＳ７２）、当該出力バッファ内の全ての楽音
データをサウンドＩ／Ｏ１２に送り終えたか（すなわち
当該出力バッファについての再生処理を完了したか）否
かを判断する（ステップＳ７３）。ノーであればリター
ンする。

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

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

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

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

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

【００８７】図８のステップＳ５に戻って、起動要因
が発生していると判定されると、その要求に応じたコマ
ンド処理を実行し（ステップＳ１２）、それに応じた表
示をパネル上に行なう（ステップＳ１３）。そしてステ
ップＳ３に戻り、ステップＳ３以下の処理を繰り返す。
他方、起動要因が発生していると判定されると、この
音源用プラグインソフトＰＩＳのメインルーチンを終了
させるための所定の処理をステップＳ１４で実行し（例
えば、ソフト音源プログラムが使用していたＲＡＭ５の
メモリを開放する）、所定の画面消去処理を行う（ステ
ップＳ１５）。

【００８８】尚、ステップＳ５において、起動要因乃
至のうちの２以上の起動要因が同時的に発生している
と判断された場合には、前述の通り、起動要因が最優
先，起動要因とがその次の優先順位，起動要因と
が更にその次の優先順位，起動要因が最下位の優先
順位、で該優先順位に従って処理されるものとする。起
動要因との間には特段の優先順位を付けず、対等と
する。また、起動要因との間にも特段の優先順位を
付けず、対等とする。また、ステップＳ３乃至ステップ
Ｓ５は、擬似マルチタスク処理におけるタスク管理を仮
想的に示したものであり、実際には、いずれかの起動要
因の発生に基づいて処理を実行している途中で、それよ
りも優先順位の高い起動要因が発生したことにより、割
込みで別の処理を実行すること（例えば、起動要因の
発生に基づいて「音源処理１」を実行している途中で、
起動要因が発生したことにより、割込みで「ＭＩＤＩ
処理」を実行すること等）がある。ところで、例えば、
起動要因の発生に基づいて「音源処理１」を実行して
いる途中で、それよりも優先順位の低い起動要因又は
が発生された場合、これらの起動要因又はについ
ての起動は、起動要因の発生に基づく１回の「音源処
理１」が終了するまで待たなければならない。しかし、
図１９又は図２０に示すような適切な関数に従って１回
の起動に対応する生成量ＳＲを遅れ量ＯＲの関数として
適切に決定するようにしたことにより、遅れ量ＯＲが多
い場合でも、起動要因の発生に基づく１回の「音源処
理１」が過度に処理時間を占有することかなくなるの
で、優先順位の低い起動要因に対応する処理を阻害する
確率が低くなり、有効である。

【００８９】次に、上記実施の形態の変更例について説
明する。アプリケーションソフトＡＰＳとして高度なア
プリケーションプログラム（例えばＷＷＷブラウザ）を
使用する場合、アプリケーションソフトＡＰＳの実行中
において、例えばインターネットのホームページを２箇
所同時にアクセスすることができるものがある。そのよ
うな場合、アクセス中の２つのホームページの双方で音
楽ソフトの再生を行うようなことが起こり得る。そうす
ると、該アプリケーションプログラムにプラグインされ
たソフト音源プログラムが重複して起動されることにな
り、異常動作が起こる可能性がある。

【００９０】このような異常動作を未然に防止するため
の１つの対策として、ソフトウェア音源のプログラムに
おいて、前記アプリケーションプログラムから呼び出し
を受けたとき、該ソフトウェア音源のプログラムが既に
実行中であるかどうかを判定し、既に実行中であれば後
からの呼び出しを受け付けない処理を行うようにすると
よい。これによって、アプリケーションプログラムにプ
ラグインされたソフトウェア音源プログラムが重複して
起動されることなく、先に起動中の波形生成処理を優先
して遂行させることができる。図２２は、上記の対策を
実現するために採用することができる図８の変更例を示
す。図２２において、ステップＳ１の前に、ステップＳ
１８，Ｓ１９，Ｓ２０が設けられている点が図８とは異
なり、他は同一である。ステップＳ１８では、既に、こ
の音源用プラグインソフトＰＩＳが開かれているか否か
を判定する。今回初めて音源用プラグインソフトＰＩＳ
が開かれた場合は、ＮＯであり、ステップＳ１９に行っ
て、該音源用プラグインソフトＰＩＳの本体プログラム
をメモリにロードする。その後、ステップＳ１に行き、
図８と同様の処理を行う。一方、既に音源用プラグイン
ソフトＰＩＳが開かれている場合は、ステップＳ１８は
ＹＥＳであり、ステップＳ２０に行き、「開けません」
の表示をディスプレイ９で行わせて、処理を終了する。
こうして、先に起動中の波形生成処理を優先して遂行さ
せることができる。

【００９１】そのための別の対策として、ソフトウェア
音源のプログラムにおいて、前記アプリケーションプロ
グラムから呼び出しを受けたとき、該ソフトウェア音源
のプログラムが既に実行中であるかどうかを判定し、既
に実行中であれば該実行中の処理を中止し、後からの呼
び出しを受け付けるようにしてもよい。これによって、
アプリケーションプログラムにプラグインされたソフト
ウェア音源プログラムが重複して起動されることなく、
先に実行中の波形生成処理を中止し、後から呼び出しの
かかった波形生成処理を優先して実行することができ
る。図２３は、上記の対策を実現するために採用するこ
とができる図８の変更例を示す。図２３において、ステ
ップＳ１の前に、ステップＳ１８，Ｓ１９，Ｓ２００が
設けられている点が図８とは異なり、他は同一である。
ステップＳ１８，Ｓ１９の処理は、図２２と同様の処理
である。図２３では、既に音源用プラグインソフトＰＩ
Ｓが開かれている場合は、ステップＳ１８のＹＥＳから
ステップＳ２００に行き、現在演奏中の曲の演奏シーケ
ンスを強制的に終了させる。その後。ステップＳ１に行
き、図８と同様の処理を行う。こうして、先に実行中の
波形生成処理を中止し、後から呼び出しのかかった波形
生成処理を優先して実行することができる。

【００９２】更にそのための別の対策として、ソフトウ
ェア音源のプログラムにおいて、前記アプリケーション
プログラムから呼び出しを受けたとき、該ソフトウェア
音源のプログラムが既に実行中であるかどうかを判定
し、既に実行中であれば、後からの呼び出しを受け付け
ない処理を行うか、又は、該実行中の処理を中止して後
からの呼び出しを受け付ける処理を行うか、のどちらか
を選択可能に実行するようにしてもよい。この場合の選
択の仕方としては、ディスプレイ画面に選択用のアイコ
ンを表示して、操作者によってどちらかを選択させるよ
うにしてもよいし、あるいは、再生すべき自動演奏デー
タファイル中若しくはその他の適宜の領域に選択情報を
格納しておき、この選択情報を参照して自動的に選択す
るようにしてもよい。あるいは、ディスプレイ画面にお
ける表示形態（例えば開いたページ画像の前後関係な
ど）に応じてどちらでソフトウェア音源を使用するかを
自動的に選択するようにしてもよいし、若しくはランダ
ム選択によって選択するようにしてもよい。

【００９３】上記実施例は、音源用プラグインソフトＰ
ＩＳとして、自動演奏用シーケンサのプログラムとソフ
トウェア音源のプログラムとをプラグインしたが、ソフ
トウェア音源のプログラムのみをプラグインしてもよ
い。その場合は、音源用プラグインソフトＰＩＳは、適
宜入力されるＭＩＤＩメッセージに対応する楽音波形サ
ンプルデータを生成する構成となる。

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

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

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

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

【００９８】また、以上の実施の形態では、〔対策
１〕，〔対策２〕，〔対策３〕及び〔対策４〕を全て実
施している。しかし、これらの対策は、それぞれ相互に
独立して実施しても、楽音生成処理の起動の遅れを原因
として発音に支障が生じる事態を防止できるものであ
る。したがって、これらの対策のうちのいずれか１つの
みを実施したり、２つまたは３つを適宜組み合わせて実
施したりしてもよい。また、上記の実施形態において
は、ソフト音源においては、生成した楽音波形データを
出力バッファに最大で４００ｍｓ分貯めてから、これを
出力するようにしている。そのため、他のソフトウェア
によって処理される該再生音楽情報に関連する他の情報
（例えばカラオケの背景画像や歌詞画像情報）の再生タ
イミングと同期がとれなくなると不都合が生じるので、
適宜の同期化対策を講ずるようにすかるのがよい。例え
ば、ＭＩＤＩメッセージを出力するタイミングを、該Ｍ
ＩＤＩメッセージに対応する再生音楽情報に同期される
べき他の情報（例えばカラオケの背景画像や歌詞画像情
報）の出力タイミングよりも早めてやり、ソフト音源に
おける楽音生成処理が他の処理よりも幾分先行して行な
われるようにしてやれば、最終的に必要な全情報を同期
して出力することができる。

【００９９】また、以上の実施の形態では、波形メモリ
方式の楽音生成処理をＣＰＵに実行させるタイプのソフ
トウェア音源にこの発明を適用しているが、他の適宜の
楽音生成方式（例えばＦＭ合成方式等）をＣＰＵに実行
させるタイプのソフトウェア音源プログラムを採用して
この発明を実施してもよい。また、この発明は、パーソ
ナルコンピュータ（つまり汎用コンピュータ）のＣＰＵ
によって楽音生成処理を実行させるようにしたソフトウ
ェア音源において適用することができるのみならず、専
用の楽音発生装置やその他の特機化された適宜の装置内
に搭載されたコンピュータのＣＰＵによって楽音生成処
理を実行させるソフトウェア音源を具備するシステムに
おいて適用することができる。また、波形データ生成の
基となる演奏情報は、必ずしもＭＩＤＩフォームの情報
に限定されるものではなく、その他の形式であってもよ
い。

【０１００】

【発明の効果】以上の通り、この発明によれば、ソフト
ウェア音源のプログラムをアプリケーションプログラム
にプラグインで組み込むだけで、コンピュータを使用し
た音波形サンプルデータ生成を容易に行うことができる
ようになり、かつ、格別の音源ボードが不要となる、と
いう優れた効果を奏する。また、どのようなコンピュー
タを使用しても、そのハードウェア構成にかかわらず、
プラグインしたソフトウェア音源プログラムに応じた均
質の楽音特性を持つ音波形サンプルデータを生成するこ
とができるようになる。また、アプリケーションプログ
ラムにプラグインされたソフトウェア音源プログラムが
重複して起動されることのないように、優先順位をつけ
て、若しくは選択的に処理するようにしたので、異常動
作を防止することができる。

【０１０１】また、この発明によれば、コンピュータの
メイン制御部（ＣＰＵ３）において起動命令発生手段を
設け、波形データ生成処理を起動する機会を所定時間内
に複数回設定し、この複数回の機会のうち、前記ソフト
ウェア音源のプログラムを実際に実行してよい機会にだ
け起動命令を発生し、これにより、メイン制御部は、他
のプログラムの実行状況との兼ね合いで、ソフトウェア
音源のプログラムを実際に実行してよい機会にだけ起動
命令を発生することができ、ソフトウェア音源のプログ
ラムとその他のプログラムとを適切に時分割制御して並
行して実行させることができる一方で、ソフトウェア音
源（ＳＳＭ）において、前記起動命令に応じて波形デー
タ生成処理を実際に起動した機会だけで、通算として前
記所定時間内に所定サンプル数分の波形データを生成さ
せるように、波形データ生成処理を調整する調整処理手
段を具備したので、所定時間内に設定された複数回の起
動機会のうち何回かの機会で起動命令が発生されなかっ
たとしても、起動命令に応じて波形データ生成処理を実
際に起動した機会だけを使用して、通算して上記所定時
間内に所定サンプル数分の音波形データを生成が完了す
るように制御することができ、発音遅れの問題を解決す
ることができる。従って、完全なマルチタスク機能を有
しないＯＳ上でソフトウェア音源による音波形データ生
成処理と他のソフトウェアの処理を並行して実行させる
場合でも、音波形データ生成処理及び他のソフトウェア
の処理に支障が生じないようにすることができる、とい
う優れた効果を奏する。すなわち、他のソフトウェアの
処理の影響によって音波形データ生成処理の起動命令発
生回数が相対的に減ったとしても、通算して上記所定時
間内に所定サンプル数分の音波形データを生成が完了す
るように制御されるので、発音遅れ等の支障が生じるこ
とがなくなる。逆に、音波形データ生成処理を固定の時
分割的処理時間で行わないことにより、他のソフトウェ
アの処理の実行が音波形データ生成処理によって阻害さ
れてその処理が遅れるという問題が起こらないようにす
ることができる。

【０１０２】その場合、各起動命令に対応する時点にお
いて、その時点までに生成処理すべき波形データの未処
理量の関数として、該時点の１起動命令に応じて生成す
べき波形データ量を決定し、該決定された波形データ量
分の波形データを生成する処理を、該１起動命令に応じ
て実行するようにしたことにより、上記関数を適切に定
めることにより、生成処理すべき波形データの未処理量
との兼ね合いで、１起動命令に応じて生成すべき波形デ
ータ量を適切に決定することができ、１起動命令に対応
するソフトウェア音源の処理によってメイン制御部の作
業が占有されることによって他の処理の実行が阻害され
ることが起こる確率をできるだけ低くするように制御す
ることができるようになる。

【図面の簡単な説明】

【図１】 この発明に従う実施形態のソフトウェアシス
テム構成を略示する図。

【図２】 上記ソフトウェアシステムに接続される通信
ネットワークの一例を示すブロック図。

【図３】 この発明の一実施形態に係る音源システムの
ハードウェア構成例を示す全体ブロック図。

【図４】 この発明の一例として採用するソフトウェア
による楽音生成処理の概略を説明する図。

【図５】 この発明の一実施形態において採用可能な
〔対策１〕の一例を示す説明図。

【図６】 この発明の一実施形態において採用可能な
〔対策１〕の別の例を示す説明図。

【図７】 この発明の一実施形態において採用可能な
〔対策３〕の一例を示す説明図。

【図８】 図３のＣＰＵによって実行されるソフトウェ
ア音源プログラムのメインルーチンの一例を示すフロー
チャート。

【図９】 図８における初期設定処理の一例を示すフロ
ーチャート。

【図１０】 図８におけるＭＩＤＩ処理において実行さ
れるノートオンイベント処理の一例を示すフローチャー
ト。

【図１１】 図８におけるＭＩＤＩ処理において実行さ
れるノートオフイベント処理の一例を示すフローチャー
ト。

【図１２】 図８における音源処理１の一例を示すフロ
ーチャート。

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

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

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

【図１６】 この発明の一実施形態において採用可能な
〔対策１〕の更に別の例を示すものであって、内部割込
み信号の発生と楽音データの生成量との関係の一例を示
す説明図。

【図１７】 この発明の一実施形態におけるアプリケー
ションソフトと音源用プラグインソフトとの間の情報の
やり取り例を略示する図。

【図１８】 上記音源用プラグインソフトから与えられ
入メジ情報に応じて上記アプリケーションソフトによっ
て表示制御されるコントロールパネル画面の一例を示す
図。

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

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

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

【図２２】 図８の変更例を示すフローチャート。

【図２３】 図８の別の変更例を示すフローチャート。

【符号の説明】

ＡＰＳ アプリケーションソフト ＰＩＳ 音源用プラグインソフト ＦＭＤ フェイクＭＩＤＩドライバ １ ネットワークＩ／Ｏ ２ タイマ ３ ＣＰＵ ４ ＲＯＭ ５ ＲＡＭ ６ データ及びアドレスバス ７ マウス ８ キーボード ９ ディスプレイ １０ ハードディスク装置 １１ ＤＭＡＣ １２ サウンドＩ／Ｏ １３ サウンドシステム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 菊池 健 静岡県浜松市中沢町10番１号 ヤマハ株式 会社内 (72)発明者 本山 悟 静岡県浜松市中沢町10番１号 ヤマハ株式 会社内

Claims (13)

【特許請求の範囲】
1. 【請求項１】 所定のオペレーティングシステムと該オ
   ペレーティングシステム上で動く所定のアプリケーショ
   ンプログラムとを搭載したコンピュータを用いて、音波
   形サンプルデータを生成するための音源システムであっ
   て、 前記オペレーティングシステムに備わった波形入力用イ
   ンタフェースと、 前記アプリケーションプログラムにプラグインされたソ
   フトウェア音源のプログラムであって、該アプリケーシ
   ョンプログラムから与えられらる命令に従って起動され
   て、音波形サンプルデータを生成する処理を実行し、生
   成した音波形サンプルデータを前記波形入力用インタフ
   ェースに出力するものと、 前記オペレーティングシステムに備わった波形出力用の
   プログラムであって、前記波形入力インタフェースを介
   して与えられる前記生成済みの音波形サンプルデータを
   外部に出力するものとを具備するコンピュータソフトウ
   ェアを用いた音源システム。
2. 【請求項２】 前記アプリケーションプログラムにプラ
   グインされた自動演奏用シーケンサのプログラムを更に
   具備し、該シーケンサのプログラムの実行によって自動
   的に発生すべき楽音を指示し、前記ソフトウェア音源の
   プログラムでは、前記指示された楽音の音波形サンプル
   データを生成することを特徴とする請求項１に記載のコ
   ンピュータソフトウェアを用いた音源システム。
3. 【請求項３】 前記ソフトウェア音源のプログラムは、
   前記アプリケーションプログラムから呼び出しを受けた
   とき、該ソフトウェア音源のプログラムが既に実行中で
   あるかどうかを判定し、既に実行中であれば後からの呼
   び出しを受け付けない処理を行うものである請求項１又
   は２に記載のコンピュータソフトウェアを用いた音源シ
   ステム。
4. 【請求項４】 前記ソフトウェア音源のプログラムは、
   前記アプリケーションプログラムから呼び出しを受けた
   とき、該ソフトウェア音源のプログラムが既に実行中で
   あるかどうかを判定し、既に実行中であれば該実行中の
   処理を中止し、後からの呼び出しを受け付けるものであ
   る請求項１又は２に記載のコンピュータソフトウェアを
   用いた音源システム。
5. 【請求項５】 前記ソフトウェア音源のプログラムは、
   前記アプリケーションプログラムから呼び出しを受けた
   とき、該ソフトウェア音源のプログラムが既に実行中で
   あるかどうかを判定し、既に実行中であれば、後からの
   呼び出しを受け付けない処理を行うか、又は、該実行中
   の処理を中止して後からの呼び出しを受け付ける処理を
   行うか、のどちらかを選択可能に実行するものである請
   求項１又は２に記載のコンピュータソフトウェアを用い
   た音源システム。
6. 【請求項６】 前記コンピュータは、前記ソフトウェア
   音源のプログラムとその他のプログラムを並行して実行
   する制御を行うメイン制御部を有しており、このメイン
   制御部は、所定時間内の複数回の起動機会のうち、前記
   ソフトウェア音源のプログラムを実際に実行してよい機
   会に起動命令を発生する起動命令発生手段を具備してお
   り、 前記ソフトウェア音源において、前記起動命令に応じて
   波形サンプルデータ生成処理を実際に起動した機会だけ
   で、通算として前記所定時間内に所定サンプル数分の波
   形サンプルデータを生成させるように、波形サンプルデ
   ータ生成処理を調整する調整処理手段を具備しているこ
   とを特徴とする請求項１乃至５のいずれかに記載のコン
   ピュータソフトウェアを用いた音源システム。
7. 【請求項７】 前記調整処理手段は、各起動命令に対応
   する時点において、その時点までに生成処理すべき波形
   サンプルデータの未処理量の関数として、該時点の１起
   動命令に応じて生成すべき波形サンプルデータの量を決
   定するものであり、前記ソフトウェア音源において、該
   決定されたデータ量分の波形サンプルデータを生成する
   処理を、該１起動命令に応じて実行するようにした請求
   項６に記載のコンピュータソフトウェアを用いた音源シ
   ステム。
8. 【請求項８】 所定のオペレーティングシステムと該オ
   ペレーティングシステム上で動く所定のアプリケーショ
   ンプログラムとを搭載したコンピュータを用いて、音波
   形サンプルデータを生成するための方法であって、 前記アプリケーションプログラムにソフトウェア音源の
   プログラムをプラグインする処理と、 前記アプリケーションプログラムの実行中に、前記プラ
   グインされたソフトウェア音源のプログラムを呼び出す
   処理と、 前記アプリケーションプログラムからの呼び出しに応じ
   て、前記ソフトウェア音源のプログラムを起動する処理
   と、 起動された前記ソフトウェア音源のプログラムによっ
   て、再生すべき音を指示する演奏データを受け付けるス
   テップと、受け付けた演奏データに基づき音波形サンプ
   ルデータを所定の再生サンプリングクロックとは非同期
   で生成し、生成した音波形サンプルデータを出力バッフ
   ァに一時蓄積するステップと、出力デバイスのプログラ
   ムを起動するステップとを含む処理を実行することと、 起動された前記出力デバイスのプログラムの実行によっ
   て、前記出力バッファに一時蓄積された音波形サンプル
   データを前記所定の再生サンプリングクロックに従って
   読み出し、外部に対して出力する処理を実行することと
   を具備する方法。
9. 【請求項９】 所定のオペレーティングシステムと該オ
   ペレーティングシステム上で動く任意のアプリケーショ
   ンプログラムとを搭載したコンピュータを用いて、音波
   形サンプルデータを生成するための方法であって、 前記アプリケーションプログラムに自動演奏用シーケン
   サ及びソフトウェア音源のプログラムをプラグインする
   処理と、 前記アプリケーションプログラムの実行中に、前記プラ
   グインされた自動演奏用シーケンサ及びソフトウェア音
   源のプログラムを呼び出す処理と、 前記アプリケーションプログラムからの呼び出しに応じ
   て、前記自動演奏用シーケンサ及びソフトウェア音源の
   プログラムを起動する処理と、 起動された前記自動演奏用シーケンサ及びソフトウェア
   音源のプログラムによって、自動演奏データを受け付け
   るステップと、受け付けた自動演奏データの再生イベン
   トに従って再生べき音を指示する演奏データを順次提供
   するステップと、提供された演奏データに基づき音波形
   サンプルデータを所定の再生サンプリングクロックとは
   非同期で生成し、生成した音波形サンプルデータを出力
   バッファに一時蓄積するステップと、出力デバイスのプ
   ログラムを起動するステップとを含む処理を実行するこ
   とと、 起動された前記出力デバイスのプログラムの実行によっ
   て、前記出力バッファに一時蓄積された音波形サンプル
   データを前記所定の再生サンプリングクロックに従って
   読み出し、外部に対して出力する処理を実行することと
   を具備する方法。
10. 【請求項１０】 前記アプリケーションプログラムから
    呼び出しを受けたとき、前記ソフトウェア音源のプログ
    ラムが既に実行中であるかどうかを判定し、既に実行中
    であれば後からの呼び出しに応じて前記ソフトウェア音
    源のプログラムを起動しないようにする処理を更に具備
    する請求項８又は９に記載の方法。
11. 【請求項１１】 前記アプリケーションプログラムから
    呼び出しを受けたとき、前記ソフトウェア音源のプログ
    ラムが既に実行中であるかどうかを判定し、既に実行中
    であれば該実行中の処理を中止し、後からの呼び出しに
    応じて前記ソフトウェア音源のプログラムを起動する処
    理を更に具備する請求項８又は９に記載の方法。
12. 【請求項１２】 前記アプリケーションプログラムから
    呼び出しを受けたとき、前記ソフトウェア音源のプログ
    ラムが既に実行中であるかどうかを判定し、既に実行中
    であれば該実行中の処理を一時中止し、後からの呼び出
    しに応じて前記ソフトウェア音源のプログラムを起動す
    る処理と、 その後、前記アプリケーションプログラムかのら呼び出
    しに応じて前記一時中止した処理を再開する処理とを更
    に具備する請求項８又は９に記載の方法。
13. 【請求項１３】 前記アプリケーションプログラムから
    呼び出しを受けたとき、前記ソフトウェア音源のプログ
    ラムが既に実行中であるかどうかを判定し、既に実行中
    であれば、後からの呼び出しに応じて前記ソフトウェア
    音源のプログラムを起動しないようにするか、又は、該
    実行中の処理を中止して後からの呼び出しに応じて前記
    ソフトウェア音源のプログラムを起動するか、の選択を
    行う処理を更に具備する請求項８又は９に記載の方法。