(57)【要約】【課題】  パーソナルコンピュータ上で動作する音楽ソフトウエア（ＤＴＭ）において、エフェクトの設定のためのウィンドウ数を抑制する。【解決手段】  各パート毎に、エフェクトの設定・表示領域を一のウィンドウの中にまとめた。図示の設定ウィンドウ１１０は、同一のチャンネルに適用される複数のエフェクトの設定・表示を行う設定ラック１１２，１１４，１１６から構成されている。ここで、同一のパートに係る新たなエフェクトの設定・表示を表示させるコマンドが入力されると、設定ウィンドウ１１０が拡大され、この新たなエフェクトに係るラックが追加される。【選択図】  図３
2008051836.tif 000002
【特許請求の範囲】
【請求項１】
複数パートの音声信号の各々に対して複数のエフェクトを付与するエフェクト手段のパラメータを、ディスプレイにこれらパラメータの設定・表示領域を有する一または複数の設定ウィンドウを表示させることにより設定するパラメータ設定装置において、
一のパートの一のエフェクトに係る設定・表示領域を表示させるべき旨の指示を受けると、該一のパートに対応する設定ウィンドウが表示されているか否かを判定する判定手段と、
該判定手段によって、該一のパートに対応する設定ウィンドウが表示されていない旨が判定されると、該一のパートに対応する設定ウィンドウを前記ディスプレイに表示させる設定ウィンドウ表示手段と、
該設定ウィンドウ表示手段によって表示された設定ウィンドウまたは既に表示されている設定ウィンドウに対して、前記一のエフェクトに係る設定・表示領域を追加させる設定・表示領域追加手段と
を有することを特徴とするパラメータ設定装置。
【請求項２】
処理装置を有し、複数パートの音声信号の各々に対して複数のエフェクトを付与するエフェクト手段のパラメータを、ディスプレイにこれらパラメータの設定・表示領域を有する一または複数の設定ウィンドウを表示させることにより設定するパラメータ設定装置に適用されるプログラムであって、
一のパートの一のエフェクトに係る設定・表示領域を表示させるべき旨の指示を受けると、該一のパートに対応する設定ウィンドウが表示されているか否かを判定する判定過程と、
該判定過程によって、該一のパートに対応する設定ウィンドウが表示されていない旨が判定されると、該一のパートに対応する設定ウィンドウを前記ディスプレイに表示させる設定ウィンドウ表示過程と、
該設定ウィンドウ表示過程によって表示された設定ウィンドウまたは既に表示されている設定ウィンドウに対して、前記一のエフェクトに係る設定・表示領域を追加させる設定・表示領域追加過程と
を前記処理装置に実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウィンドウ型オペレーティングシステム上で動作する音楽ソフトウエアに用いて好適なパラメータ設定装置およびプログラムに関する。
【背景技術】
【０００２】
従来より、パーソナルコンピュータ上で動作する音楽ソフトウエアとして、デスクトップミュージック（ＤＴＭ）と呼ばれているものが知られている（非特許文献１）。この音楽ソフトウエアにおいては、ＭＩＤＩ信号、オーディオ信号等を記録できるマルチトラックレコーダが含まれており、これら複数パートのＭＩＤＩ信号およびオーディオ信号をミキシングすることにより、最終的な楽曲が構成される。また、音楽ソフトウエアには、エフェクタ・モジュールが備えられており、複数パートの楽音信号に対して、エフェクトを付与することができる。ここで、音楽ソフトウエアが標準的に備えているエフェクト機能（マスタ・エフェクトという）に対して、追加のエフェクト機能（プラグイン・エフェクトという）をプラグインソフトウエアにより追加することができる。
【０００３】
ここで、マスタ・エフェクトおよびプラグイン・エフェクトのパラメータは、パーソナルコンピュータのディスプレイ上で各々独立したウィンドウにおいて設定することができる。ここで、ある一のパートについてマスタ・エフェクトのパラメータを設定するマスタ設定ウィンドウ１０２と、フェーザ（位相調節）プラグイン・エフェクトのパラメータを設定するフェーザ・プラグイン設定ウィンドウ１０４と、コーラス・プラグイン・エフェクトのパラメータを設定するコーラス・プラグイン設定ウィンドウ１０６とをパーソナルコンピュータのディスプレイに表示した例を図１に示す。
【０００４】
ところで、パーソナルコンピュータにおいて「WindowsNT」系統のオペレーティングシステムが使用される場合は、各アプリケーションプログラムの入出力は「Win32 API」（非特許文献２参照）に準拠して実行される。すなわち、各アプリケーションプログラムは、ハードウエア資源の状態を直接的に取得および操作することはできず、これらの処理は、必ずオペレーティングシステムを経由して実行されなければならない。例えば、アプリケーションプログラムがウィンドウ内にあるビットマップを表示する場合には、ビットマップを表示させるための関数が呼び出されなければならない。また、ユーザがマウスまたはキーボードを操作した場合には、その操作内容を表すメッセージが各アプリケーションプログラムに送信される。従って、各アプリケーションプログラムにおいては、受信したメッセージに基づいて対応する処理が実行される。なお、「Windows」、「WindowsNT」、「Win32」は登録商標である。
【０００５】
【非特許文献１】「ＸＧ  ＷＯＲＫＳ  ４．０  取扱説明書」，ヤマハ株式会社，２００３年
【非特許文献２】「Win32 API オフィシャルリファレンス  改訂版」，株式会社アスキー，１９９７年
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、図１に示した例は、一のパートに対して設定ウィンドウ１０２，１０４，１０６を表示したものであるが、エフェクトは複数のパートに対して付与できるため、各パート毎に設定ウィンドウ１０２，１０４，１０６を表示させパラメータを設定する必要がある。ここで、例えば「１０」のパートについてこれらの設定ウィンドウを表示させると、表示される設定ウィンドウの数は合計「３０」になり、ディスプレイの表示が極めて混雑する。そして、各フェーザ・プラグイン設定ウィンドウ１０４および各コーラス・プラグイン設定ウィンドウ１０６が何れのマスタ設定ウィンドウ１０２に対応するものであるのか、対応付けることが煩雑になる。
この発明は上述した事情に鑑みてなされたものであり、ウィンドウ数を抑制しつつ、多数のエフェクトのパラメータを設定することができるパラメータ設定装置およびプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載のパラメータ設定装置にあっては、複数パートの音声信号の各々に対して複数のエフェクトを付与するエフェクト手段のパラメータを、ディスプレイ（８）にこれらパラメータの設定・表示領域を有する一または複数の設定ウィンドウ（１１０）を表示させることにより設定するパラメータ設定装置において、一のパートの一のエフェクトに係る設定・表示領域を表示させるべき旨の指示を受けると、該一のパートに対応する設定ウィンドウ（１１０）が表示されているか否かを判定する判定手段（ＳＰ２）と、該判定手段（ＳＰ２）によって、該一のパートに対応する設定ウィンドウ（１１０）が表示されていない旨が判定されると、該一のパートに対応する設定ウィンドウ（１１０）を前記ディスプレイ（８）に表示させる設定ウィンドウ表示手段（ＳＰ４）と、該設定ウィンドウ表示手段（ＳＰ４）によって表示された設定ウィンドウ（１１０）または既に表示されている設定ウィンドウ（１１０）に対して、前記一のエフェクトに係る設定・表示領域を追加させる設定・表示領域追加手段（ＳＰ６）とを有することを特徴とする。
また、請求項２記載のプログラムにあっては、処理装置（１０）を有し、複数パートの音声信号の各々に対して複数のエフェクトを付与するエフェクト手段のパラメータを、ディスプレイ（８）にこれらパラメータの設定・表示領域を有する一または複数の設定ウィンドウ（１１０）を表示させることにより設定するパラメータ設定装置に適用されるプログラムであって、一のパートの一のエフェクトに係る設定・表示領域を表示させるべき旨の指示を受けると、該一のパートに対応する設定ウィンドウ（１１０）が表示されているか否かを判定する判定過程（ＳＰ２）と、該判定過程（ＳＰ２）によって、該一のパートに対応する設定ウィンドウ（１１０）が表示されていない旨が判定されると、該一のパートに対応する設定ウィンドウ（１１０）を前記ディスプレイ（８）に表示させる設定ウィンドウ表示過程（ＳＰ４）と、該設定ウィンドウ表示過程（ＳＰ４）によって表示された設定ウィンドウ（１１０）または既に表示されている設定ウィンドウ（１１０）に対して、前記一のエフェクトに係る設定・表示領域を追加させる設定・表示領域追加過程（ＳＰ６）とを前記処理装置（１０）に実行させることを特徴とする。
【発明の効果】
【０００８】
このように、本発明によれば、一のパートの一のエフェクトに係る設定・表示領域を表示させるべき旨の指示を受けると、該一のパートに対応する設定ウィンドウが表示されているか否かを判定し、既に該設定ウィンドウが表示されている場合には、この設定ウィンドウに対して前記一のエフェクトに係る設定・表示領域を追加させるから、ウィンドウ数を抑制しつつ、多数のエフェクトのパラメータを設定することができる。
【発明を実施するための最良の形態】
【０００９】
1．実施例のハードウエア構成
以下、この発明の一実施例のデスクトップミュージック装置（ＤＴＭ装置）の構成を図２を参照し説明する。
なお、本実施例のＤＴＭ装置は、汎用パーソナルコンピュータと、該パーソナルコンピュータ上で動作するアプリケーションプログラム（ＤＴＭソフトウエア）とによって構成されている。図において、２は通信インタフェースであり、ローカルエリアネットワークを介して他の機器との間で波形データのやりとりを行う。４は入力装置であり、文字入力用キーボードおよびマウス等から構成されている。６は演奏操作子であり、演奏用キーボード等から構成されている。
【００１０】
８はディスプレイであり、ユーザに対して各種情報を表示する。１０はＣＰＵであり、後述するプログラムに基づいて、バス１６を介して他の構成要素を制御する。１２はＲＯＭであり、イニシャルプログラムローダ等が記憶されている。１８はリムーバルディスクドライブ装置であり、ＣＤ−ＲＯＭ、ＭＯ等のリムーバルディスク２０に対して読出し／書込みを行う。２２は波形取込インタフェースであり、外部から入力されたアナログ信号をデジタル信号に変換する。
【００１１】
２４はハードディスクであり、オペレーティングシステム、音楽ソフトウエア等のアプリケーションプログラム、各種データ等が格納される。２６は波形出力インタフェースであり、バス１６を介して供給されたデジタルの楽音信号をアナログ信号に変換する。２８はサウンドシステムであり、該楽音信号を発音する。３０はＲＡＭであり、ＣＰＵ１０のワークメモリとして用いられる。
【００１２】
2．本実施例の動作
2．1．処理の概要
本実施例の目的は、図１に示した設定ウィンドウ１０２，１０４，１０６に代えて、図３に示す一の設定ウィンドウ１１０を表示することである。設定ウィンドウ１１０の内部は複数の「ラック」という部分に分割されている。すなわち、１１２はマスタ設定ラック、１１４はフェーザ・プラグイン設定ラック、１１６はコーラス・プラグイン設定ラックであり、各々図１における設定ウィンドウ１０２，１０４，１０６と同様の表示部および操作部から構成されている。
【００１３】
ここで、単一のアプリケーションプログラムによって図３のような設定ウィンドウ１１０を表示することは、きわめて簡単なことである。しかし、問題はマスタ・エフェクトおよび各プラグイン・エフェクトが各々個別に開発され、必要に応じて独立にバージョンアップされる点にある。さらに、例えばマスタ・エフェクトを開発したメーカーがプラグイン・エフェクトの仕様を公開し、第三者によって様々なプラグイン・エフェクトが開発されるようになると、マスタ・エフェクトを開発したメーカーにおいてはどのようなプラグイン・エフェクトが存在するのかすら把握できなくなる。かかる状況下においてマスタ・エフェクトおよび各プラグイン・エフェクトの設定を一の設定ウィンドウ１１０内に表示できるようにすることが本実施例の目的になる。
【００１４】
2．2．一般のWindowsアプリケーションプログラムの動作
本実施例の動作を説明する前に、まず、「WindowsNT」系統のオペレーティングシステム上で動作する一般のアプリケーションプログラムの動作を説明する。アプリケーションプログラムは、直接的にハードウエアの情報を取得し、あるいはハードウエアを制御することはできず、ハードウエアの情報取得および制御はオペレーティングシステムを経由して実行される。すなわち、オペレーティングシステムからアプリケーションプログラムに対しては、様々なハードウエアの状態等に係るメッセージが送信され、アプリケーションプログラムにおいては受信したメッセージのうち動作に必要なメッセージが抽出され、対応する処理が実行される。また、アプリケーションプログラムがハードウエアを制御する必要がある場合には、その制御内容に対応するシステムコールがアプリケーションプログラムから呼び出される。
【００１５】
その一例を図４を参照し説明する。図４において２００はデスクトップウィンドウであり、これはディスプレイ８の表示領域全体を占めるウィンドウである。デスクトップウィンドウ２００においては、左上隅を原点とし、右方向をＸ軸とし、下方向をＹ軸として、ドット単位の座標（Ｘ，Ｙ）によって各種画像の位置等が表現される。このデスクトップウィンドウ２００にあるアプリケーションプログラム（軌跡描画アプリケーションプログラムという）によってアプリケーションウィンドウ２１０が表示されたとする。また、この軌跡描画アプリケーションプログラムは、「ウィンドウ２１０上でマウスをドラッグしたときにマウスカーソル２２０の軌跡２１２を描画する」というものであったとする。
【００１６】
マウスボタンのオン／オフ状態およびデスクトップウィンドウ２００内におけるマウスカーソル２２０の座標は、オペレーティングシステムからアクティブ状態のウィンドウに係るアプリケーションプログラムに対して、メッセージとして送信される。軌跡描画アプリケーションプログラムがアクティブ状態であるときにこのメッセージが取得されると、前回のマウスカーソル２２０の位置から今回のマウスカーソル２２０の位置まで所定の太さの線を描画するように、オペレーティングシステムに対してシステムコールが呼び出される。
【００１７】
このように、マウスカーソル２２０が少しづつ移動する度にオペレーティングシステムから軌跡描画アプリケーションプログラムにメッセージが送信され、軌跡描画アプリケーションプログラムからウィンドウ２１０上に描画を行うDrawStateシステムコールが繰り返し呼び出されることにより、軌跡２１２を構成する線分がウィンドウ２１０上に順次描画されてゆき、その結果として、図示のようにウィンドウ２１０上にマウスカーソル２２０の軌跡２１２が描画されることになる。
【００１８】
ここで、軌跡描画アプリケーションプログラムがウィンドウ２１０内に軌跡２１２を描画するためには、ウィンドウ２１０内の描画を行うべき座標を指定しなければならない。なぜなら、この軌跡２１２は、ウィンドウ２１０自体がマウスでドラッグされて移動された場合には、これに追従して移動しなければならないからである。換言すれば、ウィンドウ２１０の左上隅の座標（Ｘ５，Ｙ２）を原点としたときのマウスカーソル２２０の位置座標を求める必要がある。
【００１９】
このため、Windowsオペレーティングシステムにおいては、GetWindowRectというシステムコールが準備されている。このシステムコールは、何れかのウィンドウに係るウィンドウハンドルを引数として呼び出されたとき、当該ウィンドウの左上隅位置の座標と、右下隅位置の座標とを呼び出し元ルーチンに返すものである。
【００２０】
例えば、ウィンドウ２１０のウィンドウハンドルを引数としてGetWindowRectシステムコールが呼び出されると、座標（Ｘ５，Ｙ２）と座標（Ｘ６，Ｙ５）とを組み合わせて成るデータが呼び出し元ルーチンに返される。このデータを、「矩形座標（Ｘ５，Ｙ２，Ｘ６，Ｙ５）」のように呼ぶこととする。ここで、マウスカーソルの座標を（Ｘm，Ｙm）とすると、ウィンドウ２１０内におけるマウスカーソル位置は、座標（Ｘ５−Ｘm，Ｙ２−Ｙm）によって求めることができるから、その位置に線を描画してゆくことにより、軌跡２１２を描画することができる。
【００２１】
2．3．本実施例のモジュール構成
次に、本実施例に係るＤＴＭ装置のモジュール構成を図５を参照し説明する。図５において１２０はオペレーティングシステムである。１３０はラックマネージャであり、設定ウィンドウ１１０全体の制御を行う。１４０−１〜１４０−ｎはラック・アプリケーションプログラムであり、個々の設定ラック１１２，１１４，１１６に対する制御を行う。すなわち、ラック・アプリケーションプログラム１４０−１〜１４０−ｎには、マスタ・エフェクトおよびプラグイン・エフェクトの双方のプログラムが含まれることになる。このラックマネージャ１３０と、ラック・アプリケーションプログラム１４０−１〜１４０−ｎとによってＤＴＭソフトウエアが形成されている。
【００２２】
これらのうちオペレーティングシステム１２０から見たとき、上述した「一般のWindowsアプリケーションプログラム」に相当するものはラックマネージャ１３０のみである。そして、設定ウィンドウ１１０はオペレーティングシステム１２０から見たときの「ウィンドウ」であり、設定ラック１１２，１１４，１１６はオペレーティングシステム１２０から見たときの「ウィンドウ」ではない。従って、設定ラック１１２，１１４，１１６はウィンドウハンドルを有せず、これら設定ラック１１２，１１４，１１６に係るラック・アプリケーションプログラム１４０−１〜１４０−ｎは、オペレーティングシステム１２０との間で直接的に通信を行うことはできない。
【００２３】
このため、ラックマネージャ１３０においては、ラック・アプリケーションプログラム１４０−１〜１４０−ｎとオペレーティングシステム１２０との間の仲介が行われる。ラックマネージャ１３０の内部において１３２はメッセージ変換部であり、オペレーティングシステム１２０から受信したメッセージを必要に応じて変換し、ラック・アプリケーションプログラム１４０−１〜１４０−ｎのうち必要なものに供給する。１３４はシステムコール変換部であり、ラック・アプリケーションプログラム１４０−１〜１４０−ｎから受信したシステムコール発生要求に基づいて、オペレーティングシステム１２０に対してシステムコールを行う。
【００２４】
ここで、ラックマネージャ１３０の動作の具体例を再び図４を参照し説明する。
図４において設定ウィンドウ１１０は図３に示した設定ウィンドウ１１０を簡略化したものであり、設定ラック１１２，１１４，１１６によって構成されている。ここで、コーラス・プラグイン設定ラック１１６に係るラック・アプリケーションプログラムにおいて、設定ラック１１６の左上隅を原点として、座標（Ｘ101，Ｙ101）を中心とするボタン画像１１８が描かれていたとする。設定ラック１１６に係るコーラス・エフェクトのラック・アプリケーションプログラムにおいては、このボタン画像１１８上にマウスカーソル２２０が位置しているか否かを確認し、マウスカーソル２２０がボタン画像１１８上に位置しているときにマウスがクリックされると、所定の動作を行うこととする。
【００２５】
一般のWindowsアプリケーションプログラムでは、上述したGetWindowRectというシステムコールによって、アプリケーションウィンドウの位置および大きさを得ることができる。しかし、設定ウィンドウ１１０については、オペレーティングシステムは、設定ウィンドウ１１０自体の位置と大きさを把握しているが、設定ラック１１６の位置と大きさを把握しているわけではない。このため、設定ラック１１６に係るラック・アプリケーションプログラムは、ラックマネージャ１３０のシステムコール変換部１３４に対して、設定ラック１１６の位置と大きさの通知を要求する、システムコール発生要求が供給される。
【００２６】
ラックマネージャ１３０においては、該システムコール発生要求が供給されると、オペレーティングシステムに対してGetWindowRectシステムコールを発生する。これにより、設定ウィンドウ１１０に係る矩形座標（Ｘ１，Ｙ１，Ｘ４，Ｙ６）がオペレーティングシステム１２０からラックマネージャ１３０に返信される。ラックマネージャ１３０においては、設定ウィンドウ１１０内の各ラック位置が記憶されている。これにより、設定ラック１１６の表示領域である矩形座標（Ｘ２，Ｙ３，Ｘ４，Ｙ６）がラックマネージャ１３０において求められ、この矩形座標（Ｘ２，Ｙ３，Ｘ４，Ｙ６）が設定ラック１１６に係るラック・アプリケーションプログラムに返信される。
【００２７】
これにより、設定ラック１１６に係るラック・アプリケーションプログラムにおいては、（Ｘ２，Ｙ３）の座標に対して（Ｘ101、Ｙ101）を加算した結果である座標（Ｘ３，Ｙ４）が、デスクトップウィンドウ２００内におけるボタン画像１１８の中心位置として求められる。従って、当該ラック・アプリケーションプログラムにおいては、マウスカーソル座標（Ｘm，Ｙm）がボタン画像１１８の中心位置（Ｘ３，Ｙ４）より所定距離内にあるか否かを判定することにより、マウスカーソル２２０がボタン画像１１８上に位置しているか否かを判定することができる。この判定結果が肯定的であれば、マウスがクリックされたときに、当該ラック・アプリケーションプログラムによって、ボタン画像１１８に係る所定の動作が実行されることになる。
【００２８】
2．4．ラック・アプリケーション起動イベント処理
次に、本実施例におけるラック・アプリケーション起動イベント処理の内容を説明する。上述したように本実施例においては複数パートの音声信号に対して設定ウィンドウ１１０を表示することが可能である。そして、何れかのパートについて、ラック・アプリケーションプログラム１４０−１〜１４０−ｎを起動する操作が行われると、図６に示すラック・アプリケーション起動ルーチンが実行される。
【００２９】
図において処理がステップＳＰ２に進むと、指定されたパートに係る設定ウィンドウ１１０が既にデスクトップウィンドウ２００上に表示されているか否かが判定される。ここで「ＮＯ」と判定されると処理はステップＳＰ４に進む。ここでは、まずラックマネージャ１３０が起動され、該ラックマネージャ１３０によってデスクトップウィンドウ２００上に設定ウィンドウ１１０が表示される。但し、この時点では設定ウィンドウ１１０は最小化されている。次に、処理がステップＳＰ６に進むと、このラック・アプリケーション起動ルーチンからラックマネージャ１３０に対して、指定されたラック・アプリケーションプログラムを起動するようにメッセージが送信される。
【００３０】
ラックマネージャ１３０においてこのメッセージが受信されると、対応するラック・アプリケーションプログラムがラックマネージャ１３０によって起動される。ラック・アプリケーションプログラムにおいては、該プログラムに係るラックに表示すべき要素（各種ノブ、ボタン画像、リストボックス等）に基づいてビットマップが生成され、当該ビットマップがラックマネージャ１３０に供給される。ラックマネージャ１３０においては、このビットマップが表示可能になるように設定ウィンドウ１１０の大きさが設定され、さらに該ビットマップがラックとして、設定ウィンドウ１１０内に追加して表示される。
【００３１】
一方、当該パートに係る設定ウィンドウ１１０が既に表示されている場合は、ステップＳＰ２において「ＹＥＳ」と判定され処理はステップＳＰ６に進む。この場合には、既にラックマネージャ１３０が起動されており、何らかのラック・アプリケーションプログラムに係るラックが既に設定ウィンドウ１１０内に表示されている。ここで、新たなラック・アプリケーションプログラムが起動されると、この新たなラック・アプリケーションプログラムにおいては、該プログラムに係るラックに表示すべき要素（各種ノブ、ボタン画像、リストボックス等）に基づいてビットマップが生成され、当該ビットマップがラックマネージャ１３０に供給される。
【００３２】
ラックマネージャ１３０においては、既に表示されているラックとともに、今回供給されたビットマップが表示可能になるように、設定ウィンドウ１１０の大きさが拡大され、新たに供給されたビットマップが新たなラックとして、設定ウィンドウ１１０内に追加して表示される。
【００３３】
このように、本実施例においては、パート毎に設定ウィンドウ１１０が表示され、同一のパートに係るマスタ・エフェクトおよびプラグイン・エフェクトのパラメータ設定および表示を一の設定ウィンドウ１１０内にまとめることができる。しかも、設定ウィンドウ１１０を制御するラックマネージャ１３０においては、個々のマスタ・エフェクトおよびプラグイン・エフェクトに係るラック・アプリケーションプログラム１４０−１〜１４０−ｎの内容について関知する必要が無いため、これらプログラムの開発者は、プログラムの変更や改良等を自由に行うことができる。
【００３４】
3．変形例
本発明は上述した実施例に限定されるものではなく、例えば以下のように種々の変形が可能である。
(1)上記実施例においては、パーソナルコンピュータ上で動作するＤＴＭソフトウエアによってＤＴＭ装置を実現したが、このＤＴＭソフトウエアのみをＣＤ−ＲＯＭ、メモリカード等の記録媒体に格納して頒布し、あるいは伝送路を通じて頒布することもできる。
【図面の簡単な説明】
【００３５】
【図１】従来のＤＴＭ装置におけるディスプレイの表示例を示す図である。
【図２】本発明の一実施例のＤＴＭ装置のブロック図である。
【図３】本実施例のＤＴＭ装置におけるディスプレイの表示例を示す図である。
【図４】本実施例のＤＴＭ装置におけるディスプレイの他の表示例を示す図である。
【図５】本実施例のＤＴＭ装置のモジュール構成を示すブロック図である。
【図６】ラック・アプリケーション起動ルーチンのフローチャートである。
【符号の説明】
【００３６】
２：通信インタフェース、４：入力装置、６：演奏操作子、８：ディスプレイ、１０：ＣＰＵ（処理装置）、１２：ＲＯＭ、１６：バス、１８：リムーバルディスクドライブ装置、２０：リムーバルディスク、２２：波形取込インタフェース、２４：ハードディスク、２６：波形出力インタフェース、２８：サウンドシステム、３０：ＲＡＭ、１０２：マスタ設定ウィンドウ、１０４：フェーザ・プラグイン設定ウィンドウ、１０６：コーラス・プラグイン設定ウィンドウ、１１０：設定ウィンドウ、１１２：マスタ設定ラック、１１４：フェーザ・プラグイン設定ラック、１１６：コーラス・プラグイン設定ラック、１１８：ボタン画像、１２０：オペレーティングシステム、１３０：ラックマネージャ、１３２：メッセージ変換部、１３４：システムコール変換部、１４０−１〜１４０−ｎ：ラック・アプリケーションプログラム、２００：デスクトップウィンドウ、２１０：アプリケーションウィンドウ、２１２：軌跡、２２０：マウスカーソル。
【図１】
2008051836.tif 000003
【図２】
2008051836.tif 000004
【図３】
2008051836.tif 000005
【図４】
2008051836.tif 000006
【図５】
2008051836.tif 000007
【図６】
2008051836.tif 000008