JP4161961B2

JP4161961B2 - 編集装置及びプログラム

Info

Publication number: JP4161961B2
Application number: JP2004359218A
Authority: JP
Inventors: 真廣井; 正宏清水
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 2004-12-10
Filing date: 2004-12-10
Publication date: 2008-10-08
Anticipated expiration: 2024-12-10
Also published as: JP2006173687A

Description

この発明は、処理内容をプログラム可能な音響信号処理部を有する音響信号処理装置に実行させる音響信号処理内容を、それぞれ入力端子又は出力端子を有する複数の信号処理コンポーネントと、その信号処理コンポーネントの出力端子と入力端子との間を結ぶ結線とに基づいて規定し、その信号処理コンポーネント及び結線からなる信号処理の構成を編集する編集装置、およびコンピュータをこのような編集装置として機能させるためのプログラムに関する。

従来から、音響信号処理部を、プログラムに従って動作可能なプロセッサを用いて構成すると共に、外部のＰＣ（パーソナルコンピュータ）等のコンピュータにアプリケーションソフトを実行させて編集装置として機能させ、これを用いて編集した信号処理構成に基づいて音響信号を処理できるようにした音響信号処理装置が知られている。このような音響信号処理装置を本願では、ミキサエンジンと呼ぶ。ミキサエンジンは、ＰＣにより編集された信号処理構成を内部に記憶し、その記憶している信号処理構成に基づいて単独で音響信号の処理を行うことができる。

また、編集装置上における上記信号処理構成の編集は、編集時に信号処理の構成要素となるコンポーネント及びその入出力間の結線状態をディスプレイの編集画面にグラフィカルに表示させ、視覚的に信号処理の構成が把握し易い状態で編集作業を行うことができるようにすることが行われている。そして、ユーザは、所望の処理コンポーネントを配置し、配置したコンポーネント間の結線を設定することにより、信号処理構成を編集することができる。

このようなミキサエンジン及びアプリケーションソフトについては、例えば非特許文献１に記載されている。
「ＤＩＧＩＴＡＬＭＩＸＩＮＧＥＮＧＩＮＥＤＭＥ３２取扱説明書」，ヤマハ株式会社，２００１年，ｐ．２３−６６

しかしながら、このような編集装置を用いて信号処理構成を編集する場合、既に配置されているコンポーネントを同種の他のコンポーネントに差し替えようとした場合に、面倒な操作が必要になるという問題があった。
例えば、４入力ミキサのコンポーネントを配置していたが、入力が５必要であるので６入力ミキサに変更したい場合や、８入力ミキサのコンポーネントを配置していたが、３入力しか使用していないので、信号処理部（ＤＳＰ）のリソース使用量を低減するため４入力ミキサに変更したい場合には、従来のシステムでは、元のコンポーネントを一旦削除して新たなコンポーネントを追加するという操作を行うようにしていた。

従って、元のコンポーネントについて設定してあったパラメータも、コンポーネントと共に削除されてしまい、新たなコンポーネントについて再度設定し直さなければならなかった。仮に、差し替えの前後のコンポーネント間でパラメータを引き継ごうとした場合、各コンポーネントごとにパラメータの構成が異なるので、それが同種のコンポーネント同士であってもパラメータの引き継ぎは困難であった。

この発明は、このような問題を解決し、編集装置によって音響信号処理装置に実行させる信号処理の内容を編集し、音響信号処理装置にその編集内容に従った信号処理を行わせる音響信号処理システムを構成する場合において、信号処理の構成要素の差し替えを行う場合の操作性を向上させることを目的とする。

上記の目的を達成するため、この発明の編集装置は、処理内容をプログラム可能な音響信号処理部を有する音響信号処理装置に実行させる音響信号処理内容を、それぞれ入力端子と出力端子を有する複数の信号処理コンポーネントと、その信号処理コンポーネントの出力端子と入力端子との間を結ぶ結線とに基づいて規定し、その信号処理コンポーネント及び結線からなる信号処理の構成を編集する編集装置において、それぞれ入力端子及び／又は出力端子を有し、上記信号処理の構成の要素となるべき複数の信号処理コンポーネントを定義する定義データであって、上記複数の信号処理コンポーネントのうち少なくとも一部の信号処理コンポーネントを信号処理に使用するパラメータの個数が異なる複数のバリエーションを有するものとして定義する定義データを記憶する第１の記憶手段と、ユーザ操作に応じて、上記信号処理の構成に対する、上記第１の記憶手段に記憶された定義データにより定義される信号処理コンポーネントのいずれかの追加、又は上記信号処理の構成に追加されている信号処理コンポーネントのいずれかの削除を行う構成要素編集手段と、ユーザ操作に応じて、上記信号処理の構成に対し、その構成に含まれる信号処理コンポーネントの出力端子と入力端子との間を結ぶ結線の追加、変更又は削除を行う結線編集手段と、上記信号処理のためのパラメータを記憶する記憶手段であって、上記信号処理に含まれる各信号処理コンポーネントに対応するパラメータ記憶領域が用意され、上記バリエーションが存在する信号処理コンポーネントについては、そのいずれのバリエーションであっても全パラメータを記憶可能なパラメータ記憶領域が用意される第２の記憶手段と、上記信号処理に含まれる信号処理コンポーネントのうちの上記バリエーションを有する信号処理コンポーネントについて、その複数のバリエーションの１つの選択の指示を受け付け、その指示を受け付けた信号処理コンポーネントを、上記定義データに基づいて、その信号処理コンポーネントに対応して用意された上記パラメータ記憶領域に記憶されたパラメータの値を維持したまま、上記選択されたバリエーションの信号処理コンポーネントに変更するバリエーション選択手段と、ユーザ操作に応じて、上記各信号処理コンポーネントに対応して用意されたパラメータ記憶領域に記憶されたパラメータの値を編集する手段であって、上記バリエーションを有する信号処理コンポーネントについてはその信号処理コンポーネントに対応して用意されたパラメータ記憶領域に記憶されているパラメータのうち上記バリエーション選択手段により選択されているバリエーションに対応するパラメータを編集対象とするパラメータ編集手段とを設けたものである。

このような編集装置において、上記信号処理の構成を上記音響信号処理装置に供給すると共に、上記第２の記憶手段の上記各信号処理コンポーネントに対応して用意されたパラメータ記憶領域に記憶されているパラメータを上記音響信号処理装置に供給し、その音響信号処理装置に、供給したパラメータに基づき供給した構成の信号処理を行わせる手段であって、上記バリエーションを有する信号処理コンポーネントについては、その信号処理コンポーネントに対応して用意されたパラメータ記憶領域に記憶されているパラメータのうち上記バリエーション選択手段により選択されているバリエーションに対応するパラメータを上記音響信号処理装置に供給する同期化手段を設けるとよい。

また、この発明のプログラムは、コンピュータを、処理内容をプログラム可能な音響信号処理部を有する音響信号処理装置に実行させる音響信号処理内容を、それぞれ入力端子と出力端子を有する複数の信号処理コンポーネントと、その信号処理コンポーネントの出力端子と入力端子との間を結ぶ結線とに基づいて規定し、その信号処理コンポーネント及び結線からなる信号処理の構成を編集する編集装置として機能させるためのプログラムであって、上記コンピュータを、それぞれ入力端子及び／又は出力端子を有し、上記信号処理の構成の要素となるべき複数の信号処理コンポーネントを定義する定義データであって、上記複数の信号処理コンポーネントのうち少なくとも一部の信号処理コンポーネントを信号処理に使用するパラメータの個数が異なる複数のバリエーションを有するものとして定義する定義データを記憶する第１の記憶手段と、ユーザ操作に応じて、上記信号処理の構成に対する、上記第１の記憶手段に記憶された定義データにより定義される信号処理コンポーネントのいずれかの追加、又は上記信号処理の構成に追加されている信号処理コンポーネントのいずれかの削除を行う構成要素編集手段と、ユーザ操作に応じて、上記信号処理の構成に対し、その構成に含まれる信号処理コンポーネントの出力端子と入力端子との間を結ぶ結線の追加、変更又は削除を行う結線編集手段と、上記信号処理のためのパラメータを記憶する記憶手段であって、上記信号処理に含まれる各信号処理コンポーネントに対応するパラメータ記憶領域が用意され、上記バリエーションが存在する信号処理コンポーネントについては、そのいずれのバリエーションであっても全パラメータを記憶可能なパラメータ記憶領域が用意される第２の記憶手段と、上記信号処理に含まれる信号処理コンポーネントのうちの上記バリエーションを有する信号処理コンポーネントについて、その複数のバリエーションの１つの選択の指示を受け付け、その指示を受け付けた信号処理コンポーネントを、上記定義データに基づいて、その信号処理コンポーネントに対応して用意された上記パラメータ記憶領域に記憶されたパラメータの値を維持したまま、上記選択されたバリエーションの信号処理コンポーネントに変更するバリエーション選択手段と、ユーザ操作に応じて、上記各信号処理コンポーネントに対応して用意されたパラメータ記憶領域に記憶されたパラメータの値を編集する手段であって、上記バリエーションを有する信号処理コンポーネントについてはその信号処理コンポーネントに対応して用意されたパラメータ記憶領域に記憶されているパラメータのうち上記バリエーション選択手段により選択されているバリエーションに対応するパラメータを編集対象とするパラメータ編集手段として機能させるためのプログラムである。

以上のようなこの発明の編集装置によれば、編集装置によって音響信号処理装置に実行させる信号処理の内容を編集し、音響信号処理装置にその編集内容に従った信号処理を行わせる音響信号処理システムを構成する場合において、信号処理の構成要素の差し替えを行う場合の操作性を向上させることができる。
また、この発明のプログラムによれば、コンピュータを上記のような編集装置として機能させ、同様な効果を得ることができる。

以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
まず、図１を用いて、この発明の編集装置の実施形態であるＰＣと、音響信号処理装置であるミキサエンジンとを備えたミキサシステムの構成例について説明する。図１はそのミキサシステムの構成を示すブロック図である。
図１に示すように、このミキサシステムは、ミキサエンジン１０とＰＣ３０とによって構成される。ＰＣ３０は、ハードウェアとしては、ＣＰＵ，ＲＯＭ，ＲＡＭ等及び表示手段としてディスプレイを有する公知のＰＣであり、ＷｉｎｄｏｗｓＸＰ（登録商標）などのオペレーティングシステム（ＯＳ）が動作するＰＣを用いることができるが、そのＯＳ上のアプリケーションプログラムとして所要の制御プログラムを実行させることにより、ミキサエンジン１０における信号処理の構成を編集し、その編集結果をミキサエンジン１０に転送し、編集した信号処理構成に従って動作させる編集装置として機能させることができる。そして、以下に説明するＰＣ３０の動作や機能は、特に断らない限り、この制御プログラムの実行により実現されるものとする。

一方、ミキサエンジン１０は、ＣＰＵ１１，フラッシュメモリ１２，ＲＡＭ１３，表示器１４，操作子１５，ＰＣ入出力部（Ｉ／Ｏ）１６，ＭＩＤＩ（Musical Instruments Digital Interface：登録商標）Ｉ／Ｏ１７，その他Ｉ／Ｏ１８，波形Ｉ／Ｏ１９，信号処理部（ＤＳＰ）２０，カスケードＩ／Ｏ２１を備え、これらがシステムバス２２によって接続されている。そして、ＰＣ３０から受信した信号処理構成に従って、ＤＳＰ２０を制御するためのマイクロプログラムを生成し、そのマイクロプログラムに従ってＤＳＰ２０を動作させ、入力する音響信号に対して種々の信号処理を施して出力する機能を有する。

ＣＰＵ１１は、ミキサエンジン１０の動作を統括制御する制御手段であり、フラッシュメモリ１２に記憶された所定のプログラムを実行することにより、各Ｉ／Ｏ１６〜１９，２１における通信や表示器１４における表示を制御したり、操作子１５の操作を検出してその操作に従ってパラメータの値を変更したり、ＰＣ３０から受信した信号処理構成の情報からＤＳＰ２０を動作させるためのマイクロプログラムを生成してＤＳＰ２０に設定したりといった処理を行う。
フラッシュメモリ１２は、ＣＰＵ１１が実行する制御プログラムや後述するプリセットコンポーネントデータ等を記憶する書き換え可能な不揮発性記憶手段である。

ＲＡＭ１３は、ＰＣ３０から受信した信号処理構成の情報を所要の形式に変換した後述するゾーンデータやカレントデータを始めとする種々のデータを記憶させたり、ＣＰＵ１１のワークメモリとして使用したりする記憶手段である。そして、ミキサエンジン１０を単独で使用できるように、ＲＡＭ１３のゾーンデータ記憶領域は電源バックアップされている。
表示器１４は、液晶ディスプレイ（ＬＣＤ）等によって構成される表示手段である。そして、ミキサエンジン１０の現在の状態を示す画面、後述するシーンの参照，変更，保存等を行うための画面等を表示する。
操作子１５は、キー、スイッチ、ロータリーエンコーダ等によって構成され、ユーザがミキサエンジン１０を直接操作してシーンの編集等を行うための操作子である。

ＰＣＩ／Ｏ１６は、ＰＣ３０を接続し通信を行うためのインタフェースであり、例えばＵＳＢ（Universal Serial Bus）方式、ＲＳ２３２Ｃ方式、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４方式、Ｅｔｈｅｒｎｅｔ（登録商標）方式などのインタフェースによる通信を行うことができる。
ＭＩＤＩＩ／Ｏ１７は、ＭＩＤＩ規格に従ったデータを授受するためのインタフェースであり、例えば、ＭＩＤＩに対応した電子楽器あるいはＭＩＤＩデータを出力するアプリケーションプログラムを備えたコンピュータ等と通信を行うために用いる。

波形Ｉ／Ｏ１９は、ＤＳＰ２０で処理すべき音響信号の入力を受け付け、また処理後の音響信号を出力するためのインタフェースである。そして、この波形Ｉ／Ｏ１９には、１枚で４チャンネルのアナログ入力が可能なＡ／Ｄ変換ボード，１枚で４チャンネルのアナログ出力が可能なＤ／Ａ変換ボード，１枚で８チャンネルのデジタル入出力が可能なデジタル入出力ボードを適宜組み合わせて複数枚装着可能であり、実際にはこれらのボードを介して信号の入出力を行う。

その他Ｉ／Ｏ１８は、上記以外の機器を接続し入出力を行うためのインタフェースであり、例えば外部のディスプレイ、マウス、文字入力用のキーボード、操作パネル等を接続するためのインタフェースが用意される。
ＤＳＰ２０は、波形Ｉ／Ｏ１９から入力する音響信号に対し、設定されているマイクロプログラム及びその処理パラメータを定めるカレントデータに従った信号処理を施すモジュールである。このＤＳＰ２０は、１つのプロセッサによって構成してもよいし、複数のプロセッサを接続して構成してもよい。

カスケードＩ／Ｏ２１は、ミキサエンジン１０を複数カスケード接続して使用する際に、他のミキサエンジンとの間で、音響信号や、ＰＣ３０からのデータ及びコマンド等の授受を行うためのインタフェースである。
なお、ミキサエンジン１０を複数カスケード接続して使用する場合には、複数のミキサエンジン１０を協同的に動作させて一連の音響信号処理を行わせることが可能である。そして、ＰＣ３０ではこのような音響信号処理の構成を編集し、ＰＣ３０に直接接続されたミキサエンジン１０を介して他のミキサエンジン１０にも編集結果を転送して、各ミキサエンジン１０を編集した信号処理構成に従って動作させることができる。またこの場合、信号処理構成や動作パラメータを示すデータは、ＰＣ３０側で各ミキサエンジンと対応する部分に分割し、各ミキサエンジンには、それぞれそのミキサエンジンの担当範囲のデータを転送するようにするとよい。

次に、ＰＣ３０における信号処理構成の編集方式について説明する。図２は、ＰＣ３０のディスプレイに表示させる信号処理構成の編集画面の例を示す図である。
ユーザがＰＣ３０に上記の制御プログラムを実行させると、ＰＣ３０はディスプレイにグラフィック表示の表示画面として図２に示すようなＣＡＤ（Computer Aided Design）画面４０を表示させ、ユーザからの編集指示を受け付ける。そして、この画面においては、編集中の信号処理構成を、その構成要素である4bandPEQ，AutoMixer等のコンポーネント（Ａ）と、コンポーネントの出力端子（Ｂ）と入力端子（Ｃ）とを結ぶ結線（Ｄ）とによってグラフィカルに表示している。なお、コンポーネントの左側に表示した端子が入力端子、右側に示した端子が出力端子である。そして、ミキサエンジン１０への入力を示すコンポーネントは出力端子のみを有し、ミキサエンジン１０からの出力を示すコンポーネントは入力端子のみを有し、それ以外のコンポーネントは全て入力端子と出力端子の両方を有する。

ユーザは、この画面において、「Component」メニューの操作で表示されるコンポーネントリストの中から信号処理構成に加えたいコンポーネントを選択して画面上に配置し、配置された複数のコンポーネントの任意の出力端子と任意の入力端子との間の結線を指定することにより、信号処理構成を編集することができる。そして、編集した結果は、「File」メニューの「保存」を実行指示することによりコンフィグレーション（コンフィグ）として保存され、さらに「File」メニューの「コンパイル」を実行指示することによりコンフィグデータの一部のデータ形式をミキサエンジン用のデータ形式に変換した上でミキサエンジン１０に転送して記憶させることもできる。
なお、ＰＣ３０は、編集中に、画面上の信号処理構成に従った信号処理に必要なリソースの量を計算しており、これがミキサエンジン１０に備えるＤＳＰ２０のリソースを上回った場合には、そのような処理は行えないため、ユーザにその旨を通知する。

また、信号処理構成に含まれる各コンポーネントについて、そのコンポーネントが信号処理構成に新規に配置された段階で、その動作パラメータ（例えばミキサであれば各入力のレベル等）を記憶するための記憶領域がカレントデータを記憶するカレントシーン内に用意されると共にその動作パラメータとして所定の初期値が与えられる。
そして、その後ユーザが各コンポーネントについて設けたパラメータ制御パネルを操作することにより、そのパラメータ記憶領域に記憶された動作パラメータを編集することができる。この処理を行う場合には、ＰＣ３０のＣＰＵがパラメータ編集手段として機能する。
また、ここで編集した結果のカレントシーンに記憶されたパラメータは、コンフィグレーション内のシーンメモリにそのコンフィグレーションに関する設定データであるシーンとして複数記憶しておき、コンフィグレーションに従ってミキサエンジン１０に信号処理を行わせる際にカレントシーンに任意に呼び出すことができる。

さらに、ユーザは、ミキサエンジン１０とＰＣ３０の動作モードとして非オンラインモードとオンラインモードのいずれかを設定可能である。非オンラインモードでは、ミキサエンジン１０とＰＣ３０とは互いに独立して動作し、オンラインモードでは相互にカレントシーンの動作パラメータ等の同期を取りながら動作を行う。ミキサエンジン１０の信号処理構成とＰＣ３０の信号処理構成が一致する場合にのみオンラインモードへの移行が可能であり、オンラインモードでは、カレントシーンのデータがミキサエンジン１０とＰＣ３０とで同じになるよう制御（同期化）される。

オンラインモードへの移行後は、ＰＣ３０側で行われた操作が直ちにミキサエンジン１０の動作に反映され、逆にミキサエンジン１０の操作子１５で行われた操作が直ちにＰＣ３０の動作に反映され、双方のカレントシーンの内容が同一になるよう制御される。なお、上述した「コンパイル」の実行時に自動的にオンラインモードへ移行するようにしてもよい。また、ＰＣ３０側で信号処理構成（結線や後述するバリエーションの変更も含む）が変更された時には、自動的に非オンラインモードへ移行するようにする。

次に、以上のようなミキサシステムにおいて用いる、この発明に関連するデータの構成について説明する。
まず、図３及び図４にＰＣ３０側で使用するデータの構成を示す。
ＰＣ３０のＯＳ上で上記の制御プログラムを実行すると、ＰＣ３０はその制御プログラムによって規定されるメモリ空間に、図３及び図４に示すような各データを記憶させる。

このうち、図３（ａ）に示したプリセットコンポーネントデータは、信号処理を編集する際に用いることができるコンポーネントのデータのセットであり、定義データである。そして、ユーザがカスタマイズできるようにしてもよいが、基本的にはメーカーが供給するものである。そして、データセット全体としてのバージョン管理を行うためのバージョン情報であるプリセットコンポーネントセットバージョンのデータと、そのデータセットを構成する複数のコンポーネントの各種類毎に用意されたＰＣ用プリセットコンポーネントデータとを含む。また、このプリセットコンポーネントデータ記憶するメモリが第１の記憶手段に該当する。

各ＰＣ用プリセットコンポーネントデータは、コンポーネントの性質や機能を示す情報であって、コンポーネントを識別するためのプリセットコンポーネントヘッダ、コンポーネントの入力や出力およびコンポーネントが扱うデータや動作パラメータの構成を示す構成情報、ユーザの数値入力操作に応じて上述したカレントないしシーンメモリの各シーン（実際にはシーンで指定されるプリセット動作データ）における各コンポーネントの個別の動作パラメータの値を変更する処理を行うためのパラメータ処理ルーチン、同シーンにおける各コンポーネントの動作パラメータを表示用のテキストデータや特性グラフに変換するための表示・編集用処理ルーチンとを含む。
そして、プリセットコンポーネントヘッダには、プリセットコンポーネントの種類を示す識別情報であるプリセットコンポーネントＩＤ及びそのバージョンを示すプリセットコンポーネントバージョンの情報を含み、これらによってプリセットコンポーネントを特定することができる。

また、上記の構成情報には、コンポーネントの入出力の構成を示す入出力構成情報やコンポーネントが扱うデータやパラメータの構成を示すデータ構成情報の他、コンポーネントの名前、編集画面にコンポーネント自身を表示する際の色や形状等の外観及びそのコンポーネントの動作パラメータを編集するためにディスプレイに表示する制御パネルのデザインや制御パネル上のつまみや特性グラフの配置を示すＰＣ用表示データ等も含む。
ここで、このＰＣ用プリセットコンポーネントデータのうち、構成情報中の、グラフィック表示の編集画面における編集に必要なＰＣ用表示データや、表示・編集処理ルーチン中の、制御パネルに特性をグラフで表示するためのルーチン等は、ミキサエンジン１０側の動作には必要ないデータであり、ＰＣ３０側にのみ記憶させる。

なお、このミキサシステムにおいては、各プリセットコンポーネントに、複数のバリエーションを定義できるようにしている。このバリエーションとは、処理の基本的な機能が同一で、処理の繰り返し回数が異なるようなコンポーネントであり、例えばミキサであれば入力端子や出力端子の数が異なるコンポーネント、イコライザであればチャンネル当たりのフィルタ（バンド）数が異なるコンポーネントである。以下の表１に、さらに他の具体例を示す。

このようなコンポーネントは、処理の基本的な機能が同一であることから、処理に使用するパラメータも類似の構成となっており、全てを別々のプリセットコンポーネントとするよりも、バリエーションとして相互に関連付けて管理する方が効率的であるため、このような管理方式を採用したものである。すなわち、バリエーション同士はデータ互換性を有しており、勿論、同じプリセットコンポーネントＩＤを有している。
そのため、各バリエーションについては、ＰＣ用表示データ、データ構成情報、および入出力構成情報をそれぞれスケーラブルに構成することができ、ＰＣ用表示データ、データ構成情報、および入出力構成情報は、１つのプリセットコンポーネントの複数のバリエーションで共通化されている。なお、入出力構成情報には、同一プリセットコンポーネント内の各バリエーションに含まれる端子及びパラメータの対応関係を示す情報も含まれる。

一方、図４に示すゾーンデータは、管理データと、１又は複数のＰＣ用コンフィグデータと、シーンデータ群と、その他のデータを含む。ユーザは、このゾーンデータ全体を１つのファイルとしてハードディスクに記憶するよう指示したり、逆に、ハードディスクからＲＡＭへ読み出すよう指示することができる。
このようなゾーンデータのうち、管理データは、ゾーンデータを管理するためのデータであり、ゾーンデータ中に含まれるＰＣ用コンフィグデータの数を示すコンフィグ数とシーンデータ群に含まれるシーンデータの数を示すシーン数等の情報を含む。

また、ＰＣ用コンフィグデータは、ユーザが編集した信号処理構成を示すデータであり、ユーザが編集結果の保存を選択した場合、その時点での信号処理構成及び設定値等が１つのＰＣ用コンフィグデータとして保存される。さらに、ユーザは、ＰＣ用コンフィグデータの１つを、編集対象のコンフィグデータとして選択することができる。そしてこの場合、ＰＣ３０（制御プログラムのプロセス）は、そのＰＣ用コンフィグデータの編集の準備（以下に説明するＰＣ用ＣＡＤデータへのアクセス準備やカレントシーンの記憶領域の確保等）を行う。

また、各ＰＣ用コンフィグデータは、コンフィグデータを識別するためのコンフィグ管理データ、編集された信号処理構成の内容を示すＰＣ用ＣＡＤデータ、そのＰＣ用ＣＡＤデータが示す音響信号処理をミキサエンジン１０に実行させる際の処理パラメータの値のセットである任意の数のプリセット動作データ、およびそのコンフィグが編集対象として選択された場合に同じコンフィグが過去に編集対象だった時のカレントシーンの内容を再現するためのカレントバックアップデータを含む。

このうち、コンフィグ管理データには、コンフィグデータを新規に保存する場合にユニークにつけるコンフィグＩＤ、コンフィグデータに含まれるプリセット動作データの数を示す動作データ数等の情報を含む。
また、ＰＣ用ＣＡＤデータには、ＣＡＤ管理データと、編集された信号処理構成に含まれる各コンポーネントについてのコンポーネントデータと、それらのコンポーネント間の結線状態を示す結線データとが含まれる。なお、編集された信号処理構成に同じ種類のプリセットコンポーネントが複数含まれる場合には、それら各々に対して別々のコンポーネントデータを用意する。また、ＣＡＤ管理データにはＣＡＤデータ中のコンポーネントの数を示すデータが含まれる。

そして、各コンポーネントデータは、そのコンポーネントがどのプリセットコンポーネントに該当するかを示すコンポーネントＩＤ、同じくどのバージョンのプリセットコンポーネントに該当するかを示すコンポーネントバージョン、そのコンポーネントが含まれるコンフィグにおいてそのコンポーネントにユニークに付したＩＤであるユニークＩＤ、そのコンポーネントがコンポーネントＩＤの示すプリセットコンポーネントのうちどのバリエーションのものであるかを示すバリエーション情報を含むプロパティデータ、およびＰＣ３０側の編集画面で該当するコンポーネントが配置されている位置等を示すＰＣ用表示データを含む。なお、ユニークＩＤは、コンポーネントのバリエーションが変更された場合でも元のＩＤが維持される。
また、結線データには、編集された信号処理構成に含まれる各結線について、どのコンポーネントのどの出力端子からどのコンポーネントのどの入力端子へ結線が行われているかを示す接続データ、およびＰＣ３０側の編集画面におけるその結線の形状や配置を示すＰＣ用表示データを含む。

また、上記のコンフィグデータ中の各プリセット動作データはそれぞれ、ミキサエンジン１０で実行する処理の各コンポーネントに対応するパラメータの設定値であるコンポーネント動作データを含む。そして、この各コンポーネント動作データにおけるデータの形式や配列は、ＰＣ用ＣＡＤデータに含まれるそのコンポーネントのコンポーネントＩＤとコンポーネントバージョンとで特定されるプリセットコンポーネントの、ＰＣ用プリセットコンポーネントデータ中のデータ構成情報と、ＰＣ用ＣＡＤデータに含まれるそのコンポーネントのプロパティデータとによって定義される。なお、複数のバリエーションが選択可能なコンポーネントに関しては、選択されているバリエーションに対応するパラメータをコンポーネント動作データとして記憶する。

新たにコンフィグデータが保存された場合には、このプリセット動作データを初期化したり、他のコンフィグデータのプリセット動作データを自動的に読み込んだり、あるいはその時点でのカレントシーンの内容を、自動的にプリセット動作データとして保存したりすることができるようにするとよい。
また、カレントバックアップデータの形式は、その用途から、後述するカレントシーンのデータ形式と同様である。

また、ゾーンデータ中のシーンデータ群には、任意の数のシーンデータが含まれ、その各シーンデータには、コンフィグデータを指定するコンフィグ番号と、そのコンフィグデータ中のプリセット動作データを指定する動作データ番号が含まれる。
そして、ユーザがこれらのシーンデータの１つを指定することにより、ミキサエンジン１０に、指定されたシーンデータに含まれるコンフィグ番号のコンフィグデータが示す音響信号処理を行わせると共に、そのコンフィグデータ中の、指定されたシーンデータに含まれる動作データ番号が示すプリセット動作データに係るパラメータの値を、音響信号処理の動作パラメータの値として使用させることができるようにしている。このような音響信号処理内容とその処理に係る動作パラメータの値の組み合わせをシーンと呼ぶ。

このようなシーンデータは、ユーザがＰＣに対し、シーン番号を指定して現在のシーン（設定状態）の保存（ストア）を指示することにより、その時点で有効なコンフィグデータを示すコンフィグ番号と、そのコンフィグデータ中の、保存時点のカレントシーンに対応するプリセット動作データ示す動作データ番号とが、シーンデータ群中の指定されたシーン番号のシーンとして保存される。このとき、そのコンフィグデータ中のプリセット動作データに、カレントシーンに対応するプリセット動作データがない場合には、上記のシーンの保存に先立って、カレントシーンが新たなプリセット動作データとして保存される。
以上のデータは、ＨＤＤ（ハードディスクドライブ）等の不揮発性記憶手段に記憶させておき、必要な時にＲＡＭに読み出して使用するようにしてもよい。

また、ＰＣ３０は、図３（ｂ）に示すように、現在有効なコンフィグにおける現在有効なパラメータの値を示すカレントシーンも記憶している。このカレントシーンを記憶するメモリが第２の記憶手段に該当する。そして、カレントシーンのデータは、現在有効なコンフィグにおける各プリセット動作データと概ね同一な構成である。すなわち、そのコンフィグにおける信号処理構成中のコンポーネント毎の動作データを組み合わせる形式としている。そして、制御パネル等により信号処理構成中のコンポーネントに関するパラメータの値を編集する際には、このカレントシーンのそのコンポーネントに関するパラメータの値を変更する。そしてその結果は、１つのプリセット動作データとして保存することができる。

しかしながら、カレントシーンにおいては、プリセット動作データの場合と異なり、複数のバリエーションが存在するコンポーネントに関するコンポーネント動作データを記憶するパラメータ記憶領域として、選択されているバリエーションに関わらず、どのバリエーションに関するパラメータであっても記憶できるような記憶領域を用意するようにしている。そして、ミキサエンジン１０における音響信号処理には、確保した記憶領域のうち，選択されているバリエーションと対応する範囲の記憶領域に記憶しているパラメータを反映させるようにしている。従って、パラメータ量の少ないバリエーションが選択されている場合には、確保した記憶領域の一部が使用されない場合もある。図３（ｂ）における破線部は、このことを示すものである。
この点については後に詳述する。

また、ＰＣ３０は、図５（ｃ）に示すように、上述した「コンパイル」の処理でコンフィグデータをミキサエンジン１０に転送する際に、ＰＣ用ＣＡＤデータからミキサエンジン１０での処理に適した形式のエンジン転送用ＣＡＤデータを形成するためのバッファも用意している。なお、各ミキサエンジンに転送するためのエンジン転送用ＣＡＤデータは、ＰＣ用ＣＡＤデータから、上述したコンポーネントや結線のＰＣ用表示データのような、ミキサエンジン１０側では使用しないデータを削除し、さらにデータ間の不使用部分を詰めてパッキングすることにより形成される。

次に、図５及び図６にミキサエンジン１０側に記憶させるデータの構成を示す。
これらの図に示すように、ミキサエンジン１０側でも、プリセットコンポーネントデータとゾーンデータとを記憶させている。ただし、プリセットコンポーネントデータはフラッシュメモリ１２に、ゾーンデータはＲＡＭ１３に記憶させ、その構成内容はＰＣ３０側とは若干異なる。そこで、ＰＣ３０側に記憶させるデータとの相違点を中心に説明する。

図５（ａ）に示すように、ミキサエンジン１０側のプリセットコンポーネントデータは、エンジン用プリセットコンポーネントデータを含む。そして、このエンジン用プリセットコンポーネントデータは、ミキサエンジン１０に各コンポーネントに関する音響信号処理を行わせるためのデータであり、まず、表示・編集用ルーチンの一部に代えて、ＤＳＰ２０を動作させてそのコンポーネントとして機能させるためのマイクロプログラムを含む点でＰＣ用のものと異なる。

なお、このマイクロプログラムは、同じプリセットコンポーネントであってもバリエーション毎に異なるものであるため、各バリエーションについて個別に記憶している。ただし、各バリエーションは、共通な基本処理を異なる回数繰り返すような関係にあることから、処理の共通部分についてはマイクロプログラムを共通化し、バリエーションによってプログラムの繰り返し実行回数を変えるといった対応も可能である。この場合、バリエーションによってコンポーネントに係る信号処理を実行するための処理ステップ数、遅延メモリ、レジスタなどのリソース量は異なるが、記憶するマイクロプログラムの量は一定にすることができる。このような対応が可能かどうかは、ＤＳＰ２０のアーキテクチャに応じて決まる。

また、ミキサエンジン１０側では、信号処理構成の編集や動作パラメータの特性グラフの表示は行わないため、ＰＣ用の構成情報に含まれていたＰＣ用表示データやＰＣ用の表示・編集用ルーチンのうち、特性グラフの表示を行うルーチン等の一部のルーチンは含まれない。なお、ミキサエンジン１０側でも、表示器１４にパラメータの設定値を表示させ、操作子１５によって編集できるようになっており、そのため、ＰＣ用の表示・編集用ルーチンのうち、動作パラメータの値を表示用のテキストデータに変換するためのルーチンが必要となるが、このルーチンはパラメータ処理ルーチンに含まれている。
これ以外の点は、ＰＣ３０側のプリセットコンポーネントデータと同様であり、ＩＤやバージョンについては、ＰＣ３０側の対応するセットやコンポーネントと同じものを用い、対応関係が認識できるようにしている。

次に、ゾーンデータについては、図６に示すように、ＰＣ用コンフィグデータに代えてエンジン用コンフィグデータを含む。そして、エンジン用コンフィグデータは、ＰＣ用ＣＡＤデータに代えてエンジン用ＣＡＤデータを含む点がＰＣ３０用のものと異なる。ここで、エンジン用ＣＡＤデータは、ＰＣ３０から受信したエンジン転送用ＣＡＤデータを記憶したものであり、上述したように、ＰＣ用ＣＡＤデータからＰＣ用表示データを削除してパッキングしたものである。また、編集対象のコンフィグが選択された場合、すなわちシーンの選択によらずにコンフィグが切り換えられた場合には、非オンラインモードに移行するようにしているので、エンジン側では以前のカレントデータを復元する必要がない。そこで、カレントバックアップデータはエンジン側コンフィグデータには含めていない。
これ以外の点は、ＰＣ３０側のコンフィグデータと同様であり、ＩＤやバージョンについては、やはりＰＣ３０側の対応するコンフィグやコンポーネントと同じものを用い、対応関係が認識できるようにしている。

なお、図５（ｂ）に示すように、ミキサエンジン１０にも、ＤＳＰ２０に実行させる信号処理に反映させる設定データであるカレントシーンを記憶している。しかし、ミキサエンジン１０側においては、メモリ容量が限られていることから、ＰＣ３０側と異なり、各コンポーネントについて、選択されているバリエーションに関するパラメータを記憶できればよいように記憶領域を用意するようにしている。従って、ミキサエンジン１０側におけるカレントシーンのデータは、コンフィグデータ中のプリセット動作データと同一構成でよい。このようにすると、カレントシーンの記憶領域の構成がＰＣ３０側とミキサエンジン１０側とで異なることになるが、実際に信号処理に反映させるパラメータは全てミキサエンジン１０側に記憶させることができるので、パラメータの同期化には支障がない。

また、ミキサエンジン１０は、ＰＣ３０において編集された信号処理構成に基づいて音響信号を処理するものである。そのため、ＣＰＵ１１は、ＰＣ３０から受け取ったエンジン用ＣＡＤデータに基づいてＤＳＰ２０に実行させるマイクロプログラムを形成するようになっており、図５（ｃ）に示すように、そのための作業領域としてマイクロプログラム形成バッファを用意している。

マイクロプログラムの形成処理では、まず、エンジン用ＣＡＤデータに含まれる各コンポーネントのコンポーネントＩＤとコンポーネントバージョンとにより特定されるプリセットコンポーネントデータから、バリエーション情報によって指定されるマイクロプログラムを順次読み出し、その各コンポーネントのプロパティデータ中のバリエーション情報と、特定されたプリセットコンポーネントデータとに基づいて、各コンポーネントに動作に必要な入出力レジスタ、遅延メモリ、記憶レジスタなどのリソース割り当てを行い、割り当てたリソースに基づいてそのマイクロプログラムを加工してマイクロプログラム形成バッファに書き込む。

その際、エンジン用ＣＡＤデータに含まれる結線データに基づいて、各コンポーネントの入出力端子に対応した入出力レジスタの間のデータの受け渡しプログラムもマイクロプログラム形成バッファに書き込むようにしている。
ここで、リソースの割り当てに基づいてマイクロプログラムを加工しているのは、ミキサエンジン１０に備えたＤＳＰ２０のアーキテクチャに対応させたものであり、別のアーキテクチャであれば、マイクロプログラム自体を加工する代わりに、例えば、割り当てたリソースに応じたパラメータをＤＳＰ２０に設定するようにすべき場合もある。

以上のようなミキサシステムにおいて、特徴的な動作は、コンポーネントのバリエーションに関連する動作である。そこで、次に、この点について説明する。
まず、バリエーションの用途及び機能について、入力端子数に関するバリエーションを有するオートミキサ（AutoMixer）を例に取り、図２及び図７を用いて説明する。オートミキサは、入力のうち最大レベルのものをそのまま出力し、他の入力を減衰させるコンポーネントである。

例えば、図２に示したような信号処理構成を編集したとすると、オートミキサのコンポーネントは、入力端子を全て使用した状態となっている。従って、図７に破線で示したような新たな入力部を配置し、そこからの信号をオートミキサに入力しようとしても、オートミキサに空いた入力端子がないため、このような結線を設定することができない。しかし、オートミキサのコンポーネントを、より入力端子の多い６入力のものに変更することにより、図７に破線で示したような結線を設定できるようになる。
逆に、図７に示したように６つの入力端子を全て使用している状態から、破線で示した入力部を削除した場合等には、もはや入力端子は４つでよい。そこで、より入力端子の少ない４入力のものに変更することにより、ＤＳＰ２０における信号処理に必要なリソースを低減することができる。

そして、このミキサシステムにおいては、処理の基本的な機能が同一なコンポーネントについてバリエーションを定義し、コンポーネント自体を置き換えなくても、バリエーションの変更によりこのような端子数の変更を変更することができるようにしている。そして、バリエーションを変更した場合でも、元のコンポーネントに関するパラメータの値のうち、置き換え後のコンポーネントにも対応するパラメータが存在するものを、その置き換え後のコンポーネントでも使用できるようにすると共に、一旦規模（パラメータ量）の小さなバリエーションに変更した後で元のバリエーションに戻した場合でも、元のバリエーションにおいて設定されていたパラメータの値を使用できるようにしている。

バリエーションの変更の場合には、処理の基本的な機能が同一なコンポーネントへの置き換えであるから、一度定めたパラメータの値は、バリエーションを様々に変更した場合でもできるだけ維持しておきたいという要求が強い。従って、上記のような機能を設けることにより、コンポーネントを置き換える場合のパラメータの再設定の手間を最小限に抑え、信号処理構成編集の操作性を向上させることができる。また、編集操作の内容を直感的でわかりやすいものにすることができる。
そして、このような処理が可能となったのは、処理の基本的な機能が同一なコンポーネント群について、バリエーションという特別の定義を与え、元のコンポーネントと置き換え後のコンポーネントの対応関係を容易に認識できるようにしたためである。

次に、このようなバリエーションの変更を行う際の操作及び処理について説明する。
まず、図８にプロパティ設定画面の例を示す。
図２や図７に示したＣＡＤ画面４０において、画面に配置されたコンポーネントを選択し、メニューからプロパティの変更を選択すると、図８に示すようなプロパティ設定画面６０がポップアップウィンドウとして表示される。
この画面は、ラベル設定部６１、幅設定部６２、高さ設定部６３、バリエーション設定部６４、色設定キー６５、キャンセルキー６６、ＯＫキー６７を有する。

このうち、幅設定部６２及び高さ設定部６３により、コンポーネントをＣＡＤ画面４０に表示する際のシンボルの幅及び高さをそれぞれ設定することができ、ラベル設定部６１により、そのコンポーネントのシンボルに付すラベルの文字列を設定することができる。
また、バリエーション設定部６４により、選択されたコンポーネントを、対応するプリセットコンポーネント中のどのバリエーションのコンポーネントにするかを設定することができる。そして、このバリエーション設定部６４はプルダウンメニューになっており、右側の逆三角形のアイコンをクリックすると、図９に示すようなメニューが表示され、バリエーションを選択することができる。

ここで例に示したオートミキサのバリエーションは、入力端子数が異なるもののみであるので、バリエーション設定部６４の表示内容は図８及び図９に示したようになるが、例えばマトリクスミキサのように入出力端子数の双方についてバリエーションがある場合には、図１０（ａ）のように、入力端子数と出力端子数の２つのパラメータの設定を受け付けることも考えられる。また、パラメトリックイコライザのようにバンド数にバリエーションがある場合には、図１０（ｂ）のように、バンド数の設定を受け付けることになる。

色設定キー６５は、ＣＡＤ画面４０におけるコンポーネントの表示色を設定する画面を表示させるためのキーである。また、キャンセルキー６６を押下すると、それまでの設定変更を反映させずにもとのＣＡＤ画面４０に戻る。ＯＫキー６７を押下すると、それまでの設定変更を反映させてもとのＣＡＤ画面４０に戻る。
このとき、コンポーネントの幅、高さ、バリエーション、色等が変更されていれば、変更後の設定に従ってＣＡＤ画面４０を再描画する。また、変更後のプロパティデータは、図４に示したＰＣ用ＣＡＤデータ中のプロパティデータとして記憶しておく。

ここで、各バリエーションのコンポーネントにおいて使用するパラメータについて、オートミキサを例としてより具体的に説明する。
まず、図１１に、オートミキサのバリエーションの例として、４入力，６入力，８入力のオートミキサコンポーネントの表示例をそれぞれ示している。ただし、各端子に付した番号は、ＣＡＤ画面上に表示させる必要はない。
このミキサシステムにおいて、図１１に示した各バリエーション間においては、同じ番号を付した端子同士が対応するものとしている。そしてこのうち、右側の出力端子については、どのバリエーションにも１つずつであるから、これらを対応させることは当然と言える。そして、左側の入力端子については、上側に表示する端子から順に番号を付し、端子数を増加させる場合には下側に端子を追加し、端子数を減少させる場合には下側から端子を削除するようにしている。
この対応関係は、異なるバリエーション間でのパラメータの対応関係を把握するために使用することができる。

また、このミキサシステムにおいては、各コンポーネントについてのパラメータを、エレメントという単位に分割して定義している。図１２に、（ａ）に４入力の、（ｂ）に６入力のオートミキサにおけるエレメントの構成を示す。なお各エレメントは、１又は複数のパラメータの集合体である。
この図に示すように、４入力のオートミキサにおいては、パラメータはエレメントＥ１乃至Ｅ５によって構成され、このうちエレメントＥ３が入力を制御するための動作パラメータ群である。そして、４入力であるので、エレメントＥ３［１］乃至Ｅ３［４］として、各入力端子に対応するエレメントＥ３のパラメータ記憶領域を設けている。
一方、６入力のオートミキサについても、４入力のオートミキサと処理の基本部分が共通であることから、設定すべきパラメータも共通であり、４入力の場合と同じくエレメントＥ１乃至Ｅ５によって構成されている。しかし、入力端子数が６であることから、エレメントＥ３については、Ｅ３［１］乃至Ｅ３［６］の６つを設けている。

バリエーションの異なるコンポーネントについては、処理の基本部分が共通であるので、設定するパラメータについても、図１２に示すように、エレメントの種類は共通で、数が異なることになる。従って、どのバリエーションに関するパラメータであっても記憶できるような記憶領域を確保する場合には、必要な記憶領域の大きさはエレメント毎に判断すればよい。
これは、オートミキサ以外についても同様に考えることができる。なお、各バリエーションにおけるエレメント構成や、各エレメント中に含まれるパラメータの種類については、プリセットコンポーネントデータ中のデータ構成情報の部分に記載するようにしている。

次に、図１３を用いて、各エレメント毎に確保すべき記憶領域の大きさについて説明する。
図１３（ａ）には、図１２に示したエレメントＥ１やＥ２のように、同一のエレメントが１つだけ存在する場合の例を示している。この場合には、その１つのエレメントの内容を記憶するための記憶領域を確保すればよい。
図１３（ｂ）には、図１２に示したエレメントＥ３のように、同一のエレメントが１次元的に配列されて複数存在する場合の例を示している。この場合には、そのエレメントの数が最も多いバリエーションに合わせて記憶領域を確保すればよい。

図１３（ｃ）には、同一のエレメントが２次元的に配列されて複数存在する場合の例を示している。図１２にはこのような例はなかったが、例えば、入力端子と出力端子とがそれぞれ複数ある場合にその組み合わせ毎に設定するパラメータ群がこのようなエレメントになる。そして、この場合も基本的な考え方は（ｂ）の場合と同様であるが、単に数が最も多いバリエーションに合わせるだけでなく、各次元について最も数が多いバリエーションに合わせることが好ましい。図に示した例では、左側の沿え字についてはバリエーションＢが最も多いのでこれに合わせ、右側の沿え字についてはバリエーションＣが最も多いのでこれに合わせ、４×４のエレメントを記憶する領域を確保するとよい。
単に容量だけを考えるのであれば、８つ分のエレメントを記憶する領域を確保すれば足りるが、処理の単純化を考慮した場合には、全てのバリエーションについて配列の形式を変更せずにパラメータを記憶できるように記憶領域を確保することが好ましい。
３次元以上の形式でエレメントが配列される場合でも、同様である。

次に、以上のようなバリエーションに関連してＰＣ３０のＣＰＵやミキサエンジン１０のＣＰＵ１１が実行する処理について説明する。
まず、図１４に、信号処理構成の編集中に新たなコンポーネントの配置が指示された場合にＰＣ３０側で実行する処理を示す。
ＰＣ３０のＣＰＵは、図２又は図７に示したようなＣＡＤ画面において新たなコンポーネントの配置が指示された場合、図１４のフローチャートに示す処理を開始する。
そしてまず、使用中のコンフィグデータ、すなわち編集中の信号処理構成と対応するコンフィグデータ中のＰＣ用ＣＡＤデータに、指示に従ってコンポーネントデータを追加する（Ｓ１１）。この処理においては、ＰＣ３０のＣＰＵが構成要素編集手段として機能する。

次に、そのコンポーネントについて、どのバリエーションに係るパラメータでも記憶できる領域を、カレントシーンの記憶領域として新たに（追加的に）確保すると共に（Ｓ１２）、元からあったものも含め、各コンポーネントについて選択されているバリエーションに係るパラメータを記憶している領域にアクセスするためのルーチンを準備する（Ｓ１３）。以後、新たなルーチンが準備されるまでは、ＰＣ３０は各コンポーネントに関するパラメータへのアクセスはこのルーチンを使用して行うので、ＰＣ３０が編集等に使用するパラメータは、各コンポーネントについて選択されているバリエーションに係るパラメータとなる。そして、確保したカレントシーンの領域の全てを使用するとは限らない。なお、ルーチンについて追加されたコンポーネントに係る部分のみの変更が可能であれば、その部分のみの変更でよい。これらの処理においては、ＰＣ３０のＣＰＵが有効化手段又はバリエーション選択手段として機能する。

その後、ステップＳ１２で確保した記憶領域に所定の初期データを書き込んで処理を終了する（Ｓ１４）。このステップＳ１４では、追加時点で選択されているバリエーションでは使用しない部分のパラメータについても、バリエーションが変更された場合に使用される可能性がある部分のパラメータについては書き込みを行う。また、図１３（ｃ）を用いて説明したように、カレントシーンの記憶領域として確保する領域には、どのバリエーションでも使用されない部分も有り得るが、そのような部分には初期データを書き込む必要はない。

なお、コンポーネントの削除が指示された場合、これとは逆に、コンポーネントデータを削除すると共に、カレントシーン中のそのコンポーネントと対応するパラメータの記憶領域を解放するようにすればよい。
また、図示は省略するが、ＰＣ用ＣＡＤデータが変更された場合には、変更後のデータに基づくＣＡＤ画面の再描画を適宜行うものとする。以後のフローチャートに示す処理についても同様である。
また、信号処理構成が編集された場合にはミキサエンジン１０側とのオンライン状態は自動的に解消するようにしているので、この処理に対応するミキサエンジン１０側の処理は特に用意していない。以下の図１５，図１６及び図２１に示す処理についても同様である。

次に、図１５に、コンポーネントのバリエーションの変更が指示された場合にＰＣ３０側で実行する処理を示す。
ＰＣ３０のＣＰＵは、図８に示したプロパティ設定画面等によりコンポーネントのバリエーションの変更が指示された場合、図１５のフローチャートに示す処理を開始する。
そしてまず、変更が指示されたコンポーネントと対応するコンポーネントデータ中のプロパティデータにおけるバリエーションのデータを、指示に従って変更する（Ｓ２１）。
次に、バリエーションが変更されていないものも含め、各コンポーネントについて選択されているバリエーションに係るパラメータを記憶している領域にアクセスするためのルーチンを準備する（Ｓ２２）。すなわち、カレントシーンの記憶領域内で使用する領域の範囲を変化させ、ＰＣ３０が変更後のバリエーションに係るパラメータを使用するようにする。また、ルーチンについてバリエーションが変更されたコンポーネントに係る部分のみの変更が可能であれば、その部分のみの変更でよい。この処理においては、ＰＣ３０のＣＰＵがバリエーション選択手段として機能する。

その後、変更前後のバリエーションにおける端子の対応関係に従って変更後のバリエーションについての結線データを作成して（Ｓ２３）処理を終了する。ここで行う処理は、変更後のバリエーションに変更前のバリエーションと対応する端子がある場合に、変更前において各端子に接続されていた結線を、変更後の対応する端子に引き継ぐものである。
以上の処理により、編集中の信号処理構成におけるコンポーネントを、ユーザの指示に従って異なるバリエーションのものに置き換えることができる。

このミキサシステムにおいては、コンポーネントについて複数のバリエーションを定義し、コンポーネントの配置時とバリエーション変更時に以上の処理を行うようにしたことにより、コンポーネントを異なるものに置き換える場合でも、バリエーション変更の範囲内であれば、元のコンポーネントにおけるパラメータを置き換え後のコンポーネントにおいても維持することができるので、信号処理の構成要素の差し替えを行う場合の操作性を向上させることができる。

なお、カレントシーンの記憶領域について、選択されているバリエーションで使用するパラメータを記憶するための記憶領域のみを確保し、バリエーションの変更時に、変更後のバリエーションと対応する記憶領域を確保し直すことも考えられる。このようにすれば、カレントシーンによるメモリの使用量は、ここで説明した処理を行う場合よりも少なくて済む。しかし、このような方式では、バリエーションを変更する度に記憶領域の再確保や開放の処理が必要になる。また、コンポーネントを規模の小さなバリエーションに変更した場合に、変更前の規模の大きなバリエーションにおいて使用されていたパラメータの値の一部は消去されてしまう。

これに対し、ここで説明した処理によれば、カレントシーンの記憶領域の再確保やカレントシーンの書き換えは不要であり、単にアクセスするメモリの範囲を変更することにより、変更後のバリエーションと対応するパラメータをカレントシーンとして利用することが可能である。従って、処理を簡略化すると共に高速化することができる。
また、バリエーションを規模の小さいものに変更する場合でも、使用しなくなる範囲のパラメータを確保した記憶領域に残しておくので、その後バリエーションを元の規模の大きいものに戻す場合でも、その残しておいたデータを用いて、もともと設定されていた値を容易に復元することができる。従って、操作性を一層向上させることができる。
一方で、ＰＣ３０側においては、通常はメモリの容量に余裕があることから、容量の面で多少効率の悪い使い方をしても特に問題はない。従って、少なくともＰＣ３０側においては、以上の図１４及び図１５に示した処理が有効であるといえる。

次に、図１６に、結線の変更が指示された場合にＰＣ３０側で実行する処理を示す。
ＰＣ３０のＣＰＵは、ＣＡＤ画面において結線の変更が指示された場合、図１６のフローチャートに示す処理を開始するが、結線の変更時はコンポーネントのパラメータを変更する必要がないので、この処理は単に指示に従って結線データを変更するのみである（Ｓ３１）。この処理においては、ＰＣ３０のＣＰＵが結線編集手段として機能する。

次に、図１７に、オンラインモードへの移行が指示された場合にＰＣ３０側で実行する処理を示す。
ＰＣ３０のＣＰＵは、ＣＡＤ画面あるいはその他の操作画面においてミキサエンジン１０とのオンラインモードへの移行が指示されると、図１７のフローチャートに示す処理を開始する。
そして、まず全てのコンフィグデータについて、ＰＣ用ＣＡＤデータをコンパイルしたエンジン転送用ＣＡＤデータを用意する（Ｓ４１）。ここでコンパイルの処理を行ってもよいし、以前にコンパイルした時点からデータに変更がなければ、以前コンパイルしたデータをそのまま使用してもよい。

次に、その用意したエンジン転送用ＣＡＤデータと、それと対応するプリセット動作データとを、シーンデータ群と共にミキサエンジン１０に転送し（Ｓ４２）、またカレントシーンの記憶領域のうち、各コンポーネントについて選択されているバリエーションと対応する範囲のデータをミキサエンジンに転送する（Ｓ４３）。これらの処理においては、ＰＣ３０のＣＰＵが同期化手段として機能する。
なお、ミキサエンジン１０側においては、ＰＣ３０側と異なり、ＤＳＰ２０での信号処理に使用する範囲のパラメータを記憶するのに十分な領域しかカレントシーンの記憶領域を設けていないので、ステップＳ４３で他のデータと異なる取り扱いをするようにしたものである。逆に言えば、このような処理を行うようにしたことにより、ミキサエンジン１０側では全てのバリエーションに対応するパラメータを記憶するだけの記憶領域を設けなくてもよくなっているのである。また、図示は省略したが、ミキサエンジン１０側では、これらの処理で転送されてきたデータを受信すると、適切な記憶領域に記憶し、その結果をＰＣ３０に返す。

そして、ＰＣ３０側では、これらのステップの後、ミキサエンジン１０側でＰＣ３０側と同じデータが記憶されたことを確認すると（Ｓ４４）、動作をオンラインモードに移行して（Ｓ４５）処理を終了する。
このオンラインモードにおいては、常にＰＣ３０側とミキサエンジン１０側でカレントシーンのうち少なくとも信号処理に反映させる部分の内容は同一になるようにし、バリエーションや結線の変更も含めてＰＣ３０側で信号処理構成が変更された場合に自動的に非オンラインモードに移行するようにすることは、上述した通りである。
また、オンラインモードへ移行するとき、このミキサシステムでは、プリセットやカレントシーンの動作データをＰＣ３０からミキサエンジン１０へ転送して、ＰＣ３０とミキサエンジン１０とでデータを同期させるようになっていたが、逆方向、すなわち、ミキサエンジン１０からＰＣ３０にデータを転送して同期化するようにしたり、あるいはユーザがその転送方向を指定できるようにしてもよい。

次に、図１８に、シーンの保存が指示された場合にＰＣ３０側で実行する処理を示す。ここでは、番号ｊのシーンの保存が指示された場合の例を示している。
ＰＣ３０のＣＰＵは、ＣＡＤ画面あるいはその他の操作画面においてシーンの保存指示を受けると、図１８のフローチャートに示す処理を開始する。そして、ミキサエンジン１０がオンラインモードで動作中（以下「オンライン状態」という）であれば、ステップＳ５１からＳ５２へ進み、ミキサエンジン１０にシーンｊ保存命令を送出してステップＳ５３に進む。この命令は、ミキサエンジン１０にＰＣ３０側と同様にシーンｊの保存を行うよう指示するためのものである。また、このような命令を送出するのは、ＰＣ３０とミキサエンジン１０とでシーンデータやプリセット動作データの内容を同一に保つことにより、シーンを呼び出した場合でもカレントシーンの同期を保てるようにするためである。
一方、ミキサエンジン１０が非オンラインモードで動作中（以下「非オンライン状態」という）であれば、そのままステップＳ５３に進む。

そして、ステップＳ５３では、シーンデータ群中のシーンデータｊに、保存指示の時点で使用中のコンフィグのＩＤを書き込む。
その後、保存先のシーンｊが新規のシーンであるか、既存のシーンであっても保存前とコンフィグＩＤが異なる場合には、ステップＳ５４又はＳ５５からステップＳ５６に進み、ステップＳ５３で書き込んだコンフィグＩＤが示すコンフィグデータ中に、各部分の新規プリセット動作データの記憶領域を作成する。なおここでは、カレントシーンのうちの、実際に信号処理に使用されるパラメータが記憶できるような領域を作成すればよい。その後、ステップＳ５７でシーンデータｊに作成した新規プリセット動作データを示す動作データ番号を書き込んでステップＳ５８に進む。
保存先のシーンｊが既存のシーンであってコンフィグＩＤに変化がない場合には、ステップＳ５５から直接ステップＳ５８に進む。

そして、ステップＳ５８では、シーンデータｊ中の動作データ番号が示すプリセット動作データとして、カレントシーンの記憶領域の、各コンポーネントについて選択されているバリエーションと対応する範囲に記憶されているデータを保存して処理を終了する。この保存は、ステップＳ５５からＳ５８に直接進んだ場合には既存のプリセット動作データへの上書きとなるし、ステップＳ５６及びＳ５７の処理を行った場合には新規プリセットへの保存となる。

以上の処理により、ＰＣ３０は、ユーザからの指示に従ってカレントシーンの内容をシーンデータとして保存することができる。この場合において、パラメータの値自体はプリセット動作データとしてコンフィグデータ中に保存しているが、シーンデータ中のコンフィグＩＤと各動作データ番号の情報を参照することにより、シーンを呼び出す場合にどのパラメータを読み出せば良いかを認識することができる。
なお、この処理においては、保存先のシーンが既存のシーンであってコンフィグＩＤに変化がない場合に、シーンデータを既存のプリセット動作データに上書きする例を示したが、このようにすることは必須ではない。また、プリセット動作データは多数になる場合があるため、容量低減の観点から、実際に信号処理に使用するパラメータに応じた領域を設けているが、カレントシーンの場合と同様な記憶領域を用意し、カレントシーンの内容をそのまま保存するようにすることも考えられる。

一方、シーンｊ保存命令を受信した場合にミキサエンジン１０のＣＰＵ１１が実行する処理は、図１８のステップＳ５３以下の処理とほぼ同様なものである。シーンｊ保存命令は、上述のようにミキサエンジン１０にＰＣ３０側と同様にシーンｊの保存を行うよう指示するためのものであるからである。
ただし、ミキサエンジン１０側においては、カレントシーンとして実際に信号処理に使用されるパラメータと対応する領域を用意するようにしているので、ステップＳ５８では、カレントシーンの記憶領域の内容をプリセット動作データの記憶領域にそのままコピーすればよい点が、ＰＣ３０側の場合と異なる。

次に、図１９に、シーンの呼び出しが指示された場合にＰＣ３０側で実行する処理を示す。ここでは、番号ｊのシーンの呼び出しが指示された場合の例を示している。
ＰＣ３０のＣＰＵは、ＣＡＤ画面あるいはその他の操作画面においてシーンの呼び出し指示を受けると、図１９のフローチャートに示す処理を開始する。そして、ミキサエンジン１０がオンライン状態であれば、ステップＳ６１からＳ６２へ進み、ミキサエンジン１０にシーンｊ呼出命令を送出してステップＳ６３に進む。この命令は、ミキサエンジン１０にＰＣ３０側と同様にシーンｊの呼び出しを行うよう指示し、シーンの呼び出し後にも双方でカレントシーンの同一性を保てるようにするためのものである。また、この命令により、ミキサエンジン１０に、呼び出し指示を受けたシーンｊの内容に従った音響信号処理を実行させることができる。一方、ミキサエンジン１０が非オンライン状態であれば、ステップＳ６１から直接ステップＳ６３に進む。

次のステップＳ６３では、シーンｊの内容を示すシーンデータｊ中のコンフィグＩＤを読み出す。そして、そのＩＤが使用中のコンフィグのＩＤと異なっていれば、ステップＳ６４からステップＳ６５乃至Ｓ６９に進む。そして、まずカレントシーンの記憶領域の内容を、使用中のコンフィグについてのカレントバックアップデータとしてそのコンフィグについてのコンフィグデータ内に保存して後でそのコンフィグが選択されたときやシーンの呼び出しがキャンセル（アンドゥ）されたときに復元できるようにする（Ｓ６５）。
その後、ステップＳ６３で読み出したコンフィグＩＤを使用するコンフィグのＩＤとして設定し（Ｓ６６）、そのＩＤのコンフィグデータに基づいてカレントシーンの記憶領域を確保し（Ｓ６７）、その中で信号処理に使用する範囲（選択されているバリエーションと対応する範囲）のパラメータにアクセスするためのルーチンを準備し（Ｓ６８）、必要に応じてＰＣ用表示データ等へのアクセスを準備し（Ｓ６９）、新たなコンフィグに係る信号処理構成の表示を行うことができるようにして、ステップＳ７０以降の処理に進む。なお、ステップＳ６７及びＳ６８の処理は、図１４のステップＳ１２及びＳ１３の処理を、使用するコンフィグ中の全てのコンポーネントに関して行うものと考えることができる。

一方、ステップＳ６４でコンフィグＩＤが同じであれば、カレントシーンの記憶領域等を変更する必要はないので、ステップＳ６４から直接ステップＳ７０以降の処理に進む。
そして、ステップＳ７０及びＳ７１では、シーンデータｊ中の動作データ番号を読み出し、信号処理に使用中のコンフィグデータから、その読み出した番号のプリセット動作データをカレントシーンの記憶領域にコピーして処理を終了する。ただし、カレントシーンの記憶領域は、各コンポーネントのどのバリエーションと対応するパラメータでも記憶できるように確保している一方、プリセット動作データには、信号処理に使用する範囲のパラメータしか含まれていないので、ステップＳ７１でのコピーはパラメータのエレメント毎に適切な領域に行うものとする。
このような処理により、ＰＣ３０は、指定されたシーンに係る信号処理構成及びその構成に従った信号処理に使用するパラメータを呼び出すと共に、ミキサエンジン１０に対してその信号処理構成及びパラメータに従った信号処理の実行を指示することができる。

次に、図２０に、シーンｊ呼出命令を受信した場合にミキサエンジン側で実行する処理を示す。
ミキサエンジン１０のＣＰＵ１１は、ＰＣ３０が図１９のステップＳ６２で送出したシーンｊ呼出命令を受信すると、図２０のフローチャートに示す処理を開始する。
この処理においては、まずステップＳ８１でシーンデータｊ中のコンフィグＩＤを読み出す。そして、そのＩＤが信号処理に使用中のコンフィグのＩＤと同じでなければ、ステップＳ８２からステップＳ８３乃至Ｓ８６に進む。そして、ステップＳ８１で読み出したコンフィグＩＤを自身が使用するコンフィグのＩＤとして設定し（Ｓ８３）、そのＩＤのコンフィグデータ中のエンジン用ＣＡＤデータをワーク領域に読み出して（Ｓ８４）、そのＣＡＤデータに基づいてプリセットコンポーネントデータ等を参照し、設定したコンフィグに係る信号処理を行わせるためのマイクロプログラムを生成してこれをＤＳＰ２０に設定する（Ｓ８５）。その後、読み出したＣＡＤデータに基づいてカレントシーンの記憶領域を確保して（Ｓ８６）、ステップＳ８７以降の処理に進む。

一方、ステップＳ８２でコンフィグＩＤが同じであれば、マイクロプログラムやカレントシーンの記憶領域等を変更する必要はないので、ステップＳ８２から直接ステップＳ８７以降の処理に進む。
そして、ステップＳ８７乃至Ｓ８９では、シーンデータｊ中の動作データ番号を読み出し（Ｓ８７）、使用中のコンフィグデータから、その読み出した番号のプリセット動作データをカレントシーンの記憶領域にコピーし（Ｓ８８）、コピー後のカレントシーンのパラメータの値に応じた係数をＤＳＰ２０に供給して信号処理を実行させ（Ｓ８９）て処理を終了する。
このような処理により、ミキサエンジン１０は、呼び出しを指示されたシーンに係る信号処理構成及びパラメータに従った信号処理を実行することができる。そして、このとき信号処理に使用されるのは、各コンポーネントについて選択されているバリエーションと対応する範囲のパラメータである。

次に、図２１に、コンフィグの選択指示を受けた場合にＰＣ３０側で実行する処理を示す。
ＰＣ３０は、図示は省略したが、ゾーンデータ中の各コンフィグとそのコンフィグに含まれる各コンポーネントとをツリー形式で表示するナビゲータウィンドウをディスプレイに表示させることができる。そしてユーザは、このナビゲータウィンドウ中でコンフィグを表示する部分をダブルクリックすることにより、そのコンフィグを編集対象として選択することができる。そしてＰＣ３０は、この選択指示を受けると、図２１に示した処理を実行し、使用するコンフィグデータを選択されたものに変更する。なおこのとき、図示は省略したが、動作モードを非オンラインモードに切り替える。

図２１に示す処理においては、ＰＣ３０のＣＰＵは、まずカレントシーンの記憶領域の内容を、使用中のコンフィグについてのカレントバックアップデータとしてそのコンフィグについてのコンフィグデータ内に保存する（Ｓ９１）。そして、選択されたコンフィグのＩＤを使用するコンフィグのＩＤとして設定し（Ｓ９２）、図１９のステップＳ６７乃至Ｓ６９の場合と同様にカレントシーンの記憶領域を確保すると共に必要なパラメータやＰＣ用表示データ等へのアクセスルーチンを準備する（Ｓ９３〜Ｓ９５）。その後、ステップＳ９２で設定したコンフィグに対応するカレントバックアップデータをステップＳ９３で確保したカレントシーンの記憶領域にコピーして（Ｓ９６）処理を終了する。

このような処理により、シーンの選択によらずコンフィグを直接指定して選択し、編集の対象とすることができる。またその際に、以前に同じコンフィグを編集していた時点のカレントシーンの状態を再現することができるので、コンフィグを頻繁に切り換える際でもパラメータの再設定の負担が小さく、高い操作性を得ることができる。
なお、ステップＳ９６でのコピーは、確保したカレントシーンの全領域について行うようにしてもよいし、選択されているバリエーションに対応するパラメータついてのみ行うようにしてもよい。
また、カレントバックアップデータを設けることに代えて、コンフィグ毎にカレントシーンを用意するようにしてもよい。すなわち、コンフィグが新たに選択された場合に、それまでのカレントシーンを残したまま選択したコンフィグについてのカレントシーンの記憶領域を確保し、元のコンフィグが再度選択された場合には、残しておいたカレントシーンをそのまま使用するようにしてもよい。このようにしても、カレントバックアップデータを使用した場合と同様に、以前のカレントシーンの状態を再現することができる。ただし、これらのカレントシーンの再現機能は、必須ではない。

以上で実施形態の説明を終了するが、この発明は以上の実施形態に限定されるものではない。例えば、データの構成は図３乃至図６に示したものに限られないし、ミキサシステムの編集装置として、ＰＣ３０ではなく専用の編集装置あるいは制御装置を用いてもよい。音響信号処理装置も、１台とは限らず、複数台を編集装置に同時に接続するようにしてもよい。

以上の説明から明らかなように、この発明の編集装置又はプログラムによれば、編集装置によって音響信号処理装置における信号処理の内容を編集し、音響信号処理装置にその編集内容に従った信号処理を行わせる音響信号処理システムを構成する場合において、信号処理の構成要素の差し替えを行う場合の操作性を向上させることができる。従って、この発明を利用すれば、操作性が高い編集装置及び音響信号処理システムを提供することができる。

この発明の編集装置であるＰＣと、音響信号処理装置であるミキサエンジンとを備えたミキサシステムの構成例を示すブロック図である。図１に示したＰＣのディスプレイに表示させる信号処理構成の編集画面の例を示す図である。この発明に関連するデータのうち、ＰＣ側で使用するデータの構成の一部を示す図である。その別の一部を示す図である。同じくミキサエンジン側で使用するデータの構成の一部を示す図である。その別の一部を示す図である。図１に示したミキサシステムにおけるコンポーネントのバリエーション変更について説明するための、図２と対応する編集画面の例を示す図である。同じくプロパティ設定画面の例を示す図である。図８に示したプロパティ設定画面におけるバリエーション設定部の表示例を示す図である。その別の表示例を示す図である。

図１に示したミキサシステムにおけるオートミキサのバリエーションの例を示す図である。同じくコンポーネントにおけるパラメータのエレメント構成について説明するための図である。同じくカレントシーンとして確保すべき領域の大きさについて説明するための図である。図１に示したミキサシステムにおいて、信号処理構成の編集中に新たなコンポーネントの配置が指示された場合にＰＣ側で実行する処理を示すフローチャートである。同じくコンポーネントのバリエーションの変更が指示された場合にＰＣ側で実行する処理を示すフローチャートである。同じく結線の変更が指示された場合にＰＣ側で実行する処理を示すフローチャートである。同じくオンラインモードへの移行が指示された場合にＰＣ側で実行する処理を示すフローチャートである。同じくシーンの保存が指示された場合にＰＣ側で実行する処理を示すフローチャートである。同じくシーンの呼び出しが指示された場合にＰＣ側で実行する処理を示すフローチャートである。同じくシーンｊ呼出命令を受信した場合にミキサエンジン側で実行する処理を示すフローチャートである。同じくコンフィグの選択指示を受けた場合にＰＣ側で実行する処理を示すフローチャートである。

符号の説明

１０…ミキサエンジン、１１…ＣＰＵ、１２…フラッシュメモリ、１３…ＲＡＭ、１４…表示器、１５…操作子、１６…ＰＣＩ／Ｏ、１７…ＭＩＤＩＩ／Ｏ、１８…その他Ｉ／Ｏ、１９…波形Ｉ／Ｏ、２０…ＤＳＰ、２１…カスケードＩ／Ｏ、２２…システムバス、３０…ＰＣ、４０…ＣＡＤ画面、６０…プロパティ設定画面、６４…バリエーション設定部、６６…キャンセルキー、６７…ＯＫキー、Ａ…コンポーネント、Ｂ…出力端子、Ｃ…入力端子、Ｄ…結線

Claims

処理内容をプログラム可能な音響信号処理部を有する音響信号処理装置に実行させる音響信号処理内容を、それぞれ入力端子と出力端子を有する複数の信号処理コンポーネントと、該信号処理コンポーネントの出力端子と入力端子との間を結ぶ結線とに基づいて規定し、該信号処理コンポーネント及び結線からなる信号処理の構成を編集する編集装置であって、
それぞれ入力端子及び／又は出力端子を有し、前記信号処理の構成の要素となるべき複数の信号処理コンポーネントを定義する定義データであって、前記複数の信号処理コンポーネントのうち少なくとも一部の信号処理コンポーネントを信号処理に使用するパラメータの個数が異なる複数のバリエーションを有するものとして定義する定義データを記憶する第１の記憶手段と、
ユーザ操作に応じて、前記信号処理の構成に対する、前記第１の記憶手段に記憶された定義データにより定義される信号処理コンポーネントのいずれかの追加、又は前記信号処理の構成に追加されている信号処理コンポーネントのいずれかの削除を行う構成要素編集手段と、
ユーザ操作に応じて、前記信号処理の構成に対し、その構成に含まれる信号処理コンポーネントの出力端子と入力端子との間を結ぶ結線の追加、変更又は削除を行う結線編集手段と、
前記信号処理のためのパラメータを記憶する記憶手段であって、前記信号処理に含まれる各信号処理コンポーネントに対応するパラメータ記憶領域が用意され、前記バリエーションが存在する信号処理コンポーネントについては、そのいずれのバリエーションであっても全パラメータを記憶可能なパラメータ記憶領域が用意される第２の記憶手段と、
前記信号処理に含まれる信号処理コンポーネントのうちの前記バリエーションを有する信号処理コンポーネントについて、その複数のバリエーションの１つの選択の指示を受け付け、該指示を受け付けた信号処理コンポーネントを、前記定義データに基づいて、該信号処理コンポーネントに対応して用意された前記パラメータ記憶領域に記憶されたパラメータの値を維持したまま、前記選択されたバリエーションの信号処理コンポーネントに変更するバリエーション選択手段と、
ユーザ操作に応じて、前記各信号処理コンポーネントに対応して用意されたパラメータ記憶領域に記憶されたパラメータの値を編集する手段であって、前記バリエーションを有する信号処理コンポーネントについては該信号処理コンポーネントに対応して用意されたパラメータ記憶領域に記憶されているパラメータのうち前記バリエーション選択手段により選択されているバリエーションに対応するパラメータを編集対象とするパラメータ編集手段とを設けたことを特徴とする編集装置。
請求項１記載の編集装置であって、
前記信号処理の構成を前記音響信号処理装置に供給すると共に、前記第２の記憶手段の前記各信号処理コンポーネントに対応して用意されたパラメータ記憶領域に記憶されているパラメータを前記音響信号処理装置に供給し、該音響信号処理装置に、供給したパラメータに基づき供給した構成の信号処理を行わせる手段であって、前記バリエーションを有する信号処理コンポーネントについては、該信号処理コンポーネントに対応して用意されたパラメータ記憶領域に記憶されているパラメータのうち前記バリエーション選択手段により選択されているバリエーションに対応するパラメータを前記音響信号処理装置に供給する同期化手段を設けたことを特徴とする編集装置。
コンピュータを、
処理内容をプログラム可能な音響信号処理部を有する音響信号処理装置に実行させる音響信号処理内容を、それぞれ入力端子と出力端子を有する複数の信号処理コンポーネントと、該信号処理コンポーネントの出力端子と入力端子との間を結ぶ結線とに基づいて規定し、該信号処理コンポーネント及び結線からなる信号処理の構成を編集する編集装置として機能させるためのプログラムであって、
前記コンピュータを、
それぞれ入力端子及び／又は出力端子を有し、前記信号処理の構成の要素となるべき複数の信号処理コンポーネントを定義する定義データであって、前記複数の信号処理コンポーネントのうち少なくとも一部の信号処理コンポーネントを信号処理に使用するパラメータの個数が異なる複数のバリエーションを有するものとして定義する定義データを記憶する第１の記憶手段と、
ユーザ操作に応じて、前記信号処理の構成に対する、前記第１の記憶手段に記憶された定義データにより定義される信号処理コンポーネントのいずれかの追加、又は前記信号処理の構成に追加されている信号処理コンポーネントのいずれかの削除を行う構成要素編集手段と、
ユーザ操作に応じて、前記信号処理の構成に対し、その構成に含まれる信号処理コンポーネントの出力端子と入力端子との間を結ぶ結線の追加、変更又は削除を行う結線編集手段と、
前記信号処理のためのパラメータを記憶する記憶手段であって、前記信号処理に含まれる各信号処理コンポーネントに対応するパラメータ記憶領域が用意され、前記バリエーションが存在する信号処理コンポーネントについては、そのいずれのバリエーションであっても全パラメータを記憶可能なパラメータ記憶領域が用意される第２の記憶手段と、
前記信号処理に含まれる信号処理コンポーネントのうちの前記バリエーションを有する信号処理コンポーネントについて、その複数のバリエーションの１つの選択の指示を受け付け、該指示を受け付けた信号処理コンポーネントを、前記定義データに基づいて、該信号処理コンポーネントに対応して用意された前記パラメータ記憶領域に記憶されたパラメータの値を維持したまま、前記選択されたバリエーションの信号処理コンポーネントに変更するバリエーション選択手段と、
ユーザ操作に応じて、前記各信号処理コンポーネントに対応して用意されたパラメータ記憶領域に記憶されたパラメータの値を編集する手段であって、前記バリエーションを有する信号処理コンポーネントについては該信号処理コンポーネントに対応して用意されたパラメータ記憶領域に記憶されているパラメータのうち前記バリエーション選択手段により選択されているバリエーションに対応するパラメータを編集対象とするパラメータ編集手段として機能させるためのプログラム。