JP4211639B2

JP4211639B2 - 編集装置の制御方法

Info

Publication number: JP4211639B2
Application number: JP2004053988A
Authority: JP
Inventors: 真廣井; 正敏花城
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 2004-02-27
Filing date: 2004-02-27
Publication date: 2009-01-21
Anticipated expiration: 2024-02-27
Also published as: JP2005244774A

Description

この発明は、処理内容をプログラム可能な音響信号処理部を有する音響信号処理装置における音響信号処理の構成を、ユーザから受け付けた指示に従って編集する編集装置の制御方法に関する。

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

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

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

しかしながら、このような編集装置を用いて信号処理構成を編集する場合、既に配置されているコンポーネントを他のコンポーネントに差し替えようとした場合に、面倒な操作が必要になるという問題があった。

例えば、４入力ミキサのコンポーネントを配置していたが、入力が５必要であるので６入力ミキサに変更したい場合や、８入力ミキサのコンポーネントを配置していたが、３入力しか使用していないので、信号処理部（ＤＳＰ）のリソース使用量を低減するため４入力ミキサに変更したい場合には、従来のシステムでは以下の（１）〜（３）のような操作が必要であった。

（１）編集画面から元のコンポーネントを削除する。その際、削除したコンポーネントに接続されていた結線は、切れた状態になる。結線自体が画面から消えてしまうタイプと、結線が切れた状態で画面上に残るタイプがある。
（２）メニューから新しいコンポーネントを選択して編集画面に配置する。
（３）切れてしまった結線を再び接続し直す。
そして、これらの操作の中で、結線の再接続が、特に面倒であった。

また、従来は、元のコンポーネントを一旦削除して新たなコンポーネントを追加するという操作手順であったので、元のコンポーネントについて設定してあったパラメータも、コンポーネントと共に削除されてしまい、新たなコンポーネントについて再度設定し直さなければならなかった。この点も、操作性を低下させる原因となっていた。

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

上記の目的を達成するため、この発明の編集装置の制御方法は、処理内容をプログラム可能な音響信号処理部を有する音響信号処理装置に実行させる音響信号処理内容を、それぞれ入力端子又は出力端子を有する複数の信号処理コンポーネントと、その信号処理コンポーネントの出力端子と入力端子との間を結ぶ結線とに基づいて規定し、その信号処理コンポーネント及び結線からなる音響信号処理の構成を、グラフィック表示の表示画面において受け付けた指示に従って編集する編集装置の制御方法において、上記編集装置に、複数の上記信号処理コンポーネントを定義する定義データであって、その複数の信号処理コンポーネントのうち少なくとも一部の信号処理コンポーネントを、その信号処理コンポーネントが有する端子の数及び／又はその信号処理コンポーネントに係る信号処理に使用するパラメータの数が異なる複数のバリエーションを有するものとして定義する定義データを記憶させると共に、上記信号処理コンポーネントの各バリエーションについて、異なるバリエーションが有する端子及びパラメータの間の対応関係を記憶させ、上記信号処理構成の編集に際して、ユーザから、編集中の信号処理構成に含まれる信号処理コンポーネントについて、別のバリエーションへの変更の指示を受け付ける手順と、その手順で変更の指示を受け付けた場合に、その指示に係る信号処理コンポーネントを、指示に従って別のバリエーションの信号処理コンポーネントに置き換える手順と、記憶している上記対応関係に基づいて、上記置き換え前の元の信号処理コンポーネントの端子に接続されていた結線のうち、上記置き換え後の信号処理コンポーネントにその接続されていた端子と対応する端子が存在するものを、その置き換え後の信号処理コンポーネントの、上記対応する端子に接続する第１の引継手順と、記憶している上記対応関係に基づいて、上記元の信号処理コンポーネントに係る信号処理に使用していたパラメータのうち、上記置き換え後の信号処理コンポーネントに係る信号処理に使用するパラメータ中に対応するパラメータが存在するものについて、上記元の信号処理コンポーネントに係る信号処理に使用していたパラメータの値を、上記置き換え後の信号処理コンポーネントに係る信号処理に使用する上記対応するパラメータの値として記憶する第２の引継手順とを実行させるようにしたものである。

このような編集装置の制御方法において、上記第２の引継手順に、上記置き換え後の信号処理コンポーネントに係る信号処理に使用するパラメータの値を記憶するための記憶領域を確保する手順と、上記元の信号処理コンポーネントに係る信号処理に使用していたパラメータのうち、上記置き換え後の信号処理コンポーネントに係る信号処理に使用するパラメータ中に対応するパラメータが存在するものについて、上記元の信号処理コンポーネントに係る信号処理に使用していたパラメータの値を、上記記憶領域のうち上記対応するパラメータの値を記憶する領域に書き込む書込手順と、上記記憶領域に値を記憶すべきパラメータのうち、上記書込手順において書き込みがなされていないパラメータについて、そのパラメータの値を記憶するための記憶領域に所定の初期値を書き込む手順とを設けるとよい。

以上のようなこの発明の編集装置の制御方法によれば、編集装置によって音響信号処理装置における信号処理の内容を編集し、音響信号処理装置にその編集内容に従った信号処理を行わせる音響信号処理システムを構成する場合において、信号処理の構成要素の差し替えを行う場合の操作性を向上させることができる。

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

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

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

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

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

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

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

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

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

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

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

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

また、オンラインモードへ移行するときに、ユーザは、ミキサエンジン１０側のカレントシーンとＰＣ３０側のカレントシーンのいずれを同期化後のカレントシーンとして使用するかを選択することができ、さらに、シーンメモリの記憶内容についても同期化するよう指示することができる。
オンラインモードへの移行後は、ＰＣ３０側で行われた操作が直ちにミキサエンジン１０の動作に反映され、逆にミキサエンジン１０の操作子１５で行われた操作が直ちにＰＣ３０の動作に反映され、双方のカレントシーンの内容が同一になるよう制御される。なお、上述した「コンパイル」の実行時に自動的にオンラインモードへ移行し、ＰＣ３０側で信号処理構成が変更された時に自動的に非オンラインモードへ移行するようにしてもよい。

〔実施形態のミキサシステムで用いるデータの構成の説明：図３乃至図５〕
次に、以上のようなミキサシステムにおいて用いる、この発明に関連するデータの構成について説明する。
まず、図３にＰＣ３０側で使用するデータの構成を示す。
この図に示すように、ＰＣ３０のＯＳ上で上記の編集プログラムを実行すると、ＰＣ３０はその編集プログラムによって規定されるメモリ空間にプリセットコンポーネントデータとコンフィグデータとを記憶させる。

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

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

そして、プリセットコンポーネントヘッダには、プリセットコンポーネントの種類を示す識別情報であるプリセットコンポーネントＩＤ及びそのバージョンを示すプリセットコンポーネントバージョンの情報を含み、これらによってプリセットコンポーネントを特定することができる。
また、このミキサシステムにおいては、一部のプリセットコンポーネントをプロテクトし、そのプリセットコンポーネントを含む音響信号処理の実行を、ユーザが所定の解除キーを持つ場合にのみ許可するようにしている。そこで、プリセットコンポーネントヘッダには、そのプリセットコンポーネントについてプロテクトを行うかどうかを示すプロテクト有無の情報も記載するようにしている。

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

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

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

一方、コンフィグデータは、ユーザが編集した信号処理構成を示すデータであり、ユーザが編集結果の保存を選択した場合、その時点での信号処理構成及び設定値等が１つのＰＣ用コンフィグデータとして保存される。またユーザは、図３に示したような複数のＰＣ用コンフィグデータを１つのファイルとしてハードディスクに記憶するよう指示したり、逆に、ハードディスクからＲＡＭへ読み出すよう指示することができる。そして、その指示に応じて、複数のＰＣ用コンフィグデータが１つのファイルとしてハードディスクに書き込まれ、或いはＲＡＭへ読み出される。
さらに、ユーザは、ＰＣ３０のＲＡＭ上の複数のＰＣ用コンフィグデータの１つを、編集プログラムにおける編集対象のコンフィグデータとして選択することができる。そして、ＰＣ３０（編集プログラムのプロセス）は、選択されたＰＣ用コンフィグデータにプロテクトを行うコンポーネントが含まれるか否かに関わらず、そのＰＣ用コンフィグデータの編集の準備（以下に説明するＰＣ用ＣＡＤデータ、各シーン、および対応するカレントシーンのパラメータへのアクセス準備）を行う。

また、各ＰＣ用コンフィグデータは、コンフィグデータを識別するためのコンフィグヘッダ、編集された信号処理構成の内容を示すＰＣ用ＣＡＤデータ、および上述した設定データであるシーンを含む。
このうち、コンフィグヘッダには、コンフィグデータを新規に保存する場合にユニークにつけるコンフィグＩＤ、コンフィグデータを改変した場合に変更してバージョンを示すコンフィグバージョン、コンフィグデータを作成した編集プログラムのバージョンを示すシステムバージョンの情報等を含む。すなわち、あるコンフィグデータを順次編集しコンパイルをしていくと、そのコンフィグデータには、同じコンフィグＩＤと、コンパイルの度に変更されるバージョン情報が付与される。

また、ＰＣ用ＣＡＤデータには、編集された信号処理構成に含まれる各コンポーネントについてのコンポーネントデータと、それらのコンポーネント間の結線状態を示す結線データとが含まれる。なお、編集された信号処理構成に同じ種類のプリセットコンポーネントが複数含まれる場合には、それら各々に対して別々のコンポーネントデータを用意する。
そして、各コンポーネントデータは、そのコンポーネントがどのプリセットコンポーネントに該当するかを示すコンポーネントＩＤ、同じくどのバージョンのプリセットコンポーネントに該当するかを示すコンポーネントバージョン、そのコンポーネントが含まれる信号処理構成においてそのコンポーネントにユニークに付したＩＤであるユニークＩＤ、そのコンポーネントがコンポーネントＩＤの示すプリセットコンポーネントのうちどのバリエーションであるかを示すバリエーション情報を含むプロパティデータ、およびＰＣ３０側の編集画面で該当するコンポーネントが配置されている位置等を示すＰＣ用表示データを含む。

ここで、このユニークＩＤは、同じコンフィグＩＤを有するコンフィグデータ間で、そのコンフィグデータに含まれるコンポーネント同士の対応付けをするために使用されるＩＤであり、以下のように管理される。
すなわち、上述した信号処理構成の編集画面に新たなコンポーネントが配置された場合、そのコンポーネントには編集中のコンフィグデータで未使用の新たなユニークＩＤが付与されて、ＰＣ用ＣＡＤデータに追加される。また、既に配置されているコンポーネントのバリエーションないしバージョンが変更された場合、そのコンポーネントのユニークＩＤおよびコンポーネントＩＤは変更されず、プロパティデータないしコンポーネントバージョンが更新される。さらに、既に配置されているコンポーネントが削除された場合、ＰＣ用ＣＡＤデータから該コンポーネントが削除されるとともに、そのユニークＩＤは使用済みのＩＤとして廃止されて、同じコンフィグデータでは二度と使用されない。

また、結線データには、編集された信号処理構成に含まれる複数の結線の各結線について、どのコンポーネントのどの出力端子からどのコンポーネントのどの入力端子へ結線が行われているかを示す接続データ、およびＰＣ３０側の編集画面におけるその結線の形状や配置を示すＰＣ用表示データを含む。
以上からわかるように、ＰＣ用ＣＡＤデータは、ミキサエンジン１０のＤＳＰ２０に実行させる信号処理の内容を、コンポーネントと、該コンポーネントの出力端子と入力端子との間を結ぶ結線とに基づいて規定するデータである。
また、シーンメモリの各シーンは、信号処理構成の各コンポーネントが扱うパラメータであるコンポーネントシーンの集合体であり、各コンポーネントシーンにおけるデータの形式や配列は、ＰＣ用ＣＡＤデータに含まれるそのコンポーネントのコンポーネントＩＤとコンポーネントバージョンで特定されるプリセットコンポーネントの、ＰＣ用プリセットコンポーネントデータ中のデータ構成情報と、ＰＣ用ＣＡＤデータに含まれる同コンポーネントのプロパティデータとによって定義される。
以上がＰＣ３０側で使用する主なデータであり、これらのデータは、ＨＤＤ（ハードディスクドライブ）等の不揮発性記憶手段に記憶させておき、必要な時にＲＡＭに読み出して使用するようにしてもよい。

また、以上のデータ以外にも、ＰＣ３０においては、現在有効なコンフィグにおける現在有効な設定データであるカレントシーンも記憶している。そして、カレントシーンのデータは、上述したシーンメモリの各シーンと同一構成であり、制御パネル等により信号処理構成の１つのコンポーネントの制御パラメータを編集する際には、このカレントシーンのそのコンポーネントの制御パラメータを変更して編集を行い、その結果をシーンメモリに１つのシーンとして保存することができる。

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

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

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

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

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

次に、コンフィグデータについては、エンジン用コンフィグデータは、ＰＣ用ＣＡＤデータに代えてエンジン用ＣＡＤデータを含む点がＰＣ３０用のものと異なる。ここで、エンジン用ＣＡＤデータは、ＰＣ３０から受信したエンジン転送用ＣＡＤデータを記憶したものであり、上述したように、ＰＣ用ＣＡＤデータからＰＣ用表示データを削除してパッキングしたものである。

これ以外の点は、ＰＣ３０側のコンフィグデータと同様であり、ＩＤやバージョンについては、やはりＰＣ３０側の対応するコンフィグやコンポーネントと同じものを用い、対応関係が認識できるようにしている。
なお、ミキサエンジン１０は、ＰＣ３０において編集された信号処理構成に基づいて音響信号を処理するものである。そのため、ＣＰＵ１１は、ＰＣ３０から受け取ったエンジン用ＣＡＤデータに基づいてＤＳＰ２０に実行させるマイクロプログラムを形成するようになっており、そのための作業領域としてマイクロプログラム形成バッファを用意している。

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

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

ここで、図４に示したエンジン用プリセットコンポーネントデータは、以下に説明するプリセットコンポーネントデータの整合性チェック及び更新の処理により、ＰＣ３０からミキサエンジン１０に転送して記憶させるデータである。そして、この転送用のデータは、ＰＣ３０側において、ＰＣ用プリセットコンポーネントデータとは別の独立したデータとして記憶するようにしてもよいし、あるいはＰＣ用プリセットコンポーネントデータ内に各コンポーネントの一部として記憶するようにしてもよい。後者の場合は、プリセットコンポーネントデータをミキサエンジン１０に転送するときに、ＰＣ用プリセットコンポーネントデータから不要なデータを落として転送用のデータを作成する。

次に、上述したＰＣ３０におけるプリセットコンポーネントデータの整合性チェック及び更新の処理について説明する。図５に、この処理のフローチャートを示す。
図１に示したミキサシステムにおいて、メーカーでプリセットコンポーネントが新規に開発されたり改良されたりした場合、その変更は、編集プログラムのバージョンアップという形で提供することができる。そして、このようにした場合、バージョンアップ後の編集プログラムには、新規に開発された又は改良されたプリセットコンポーネントのデータを含むＰＣ用ないしエンジン用プリセットコンポーネントデータを含んでいる。そして、これをＰＣ３０にインストールすると、これらのデータがＰＣ３０に記憶される。

この状態でＰＣ３０が編集プログラムを実行すると、ＰＣ３０がミキサエンジン１０におけるプリセットコンポーネントデータの更新を指示された場合に、図５のフローチャートに示す処理を行ってプリセットコンポーネントデータの整合性チェック及び更新を行う。例えば編集プログラムの動作中にＰＣ３０と動作中のミキサエンジン１０とが物理的に接続された場合、編集プログラムの動作中にＰＣ３０と物理的に接続されているミキサエンジンン１０の電源がＯＮされた場合、動作中のミキサエンジン１０と物理的に接続されたＰＣ３０上で編集プログラムが起動された場合等に、上記の更新が指示されたものとして処理を開始するとよい。

そして、この処理においては、まずステップＳ１及びＳ２で、ＰＣ３０側とミキサエンジン１０側のプリセットコンポーネントセットのバージョン情報を比較し、ＰＣ３０側のバージョンの方が古ければ、ステップＳ３からＳ１３に進み、ディスプレイにＰＣ３０側のプリセットコンポーネントデータ（又はこれを含む編集プログラム）の更新が必要である旨の表示を行ってユーザに更新を促す。このミキサシステムでは、ＰＣ３０側とミキサエンジン１０側とでプリセットコンポーネントデータに含まれるコンポーネントが一致しないと、ミキサエンジン１０の制御を正常に行えないが、ＰＣ３０側の編集プログラムは比較的容易にバージョンアップすることができるので、このようにしている。

ただ、ミキサエンジン１０側のプリセットコンポーネントデータの更新は、編集プログラムのバージョンアップされたＰＣ３０から新しいデータを送信することにより行われているため、このような事態はあまり起こらない。しかしながら、例えば、ＰＣ３０が複数台あって、ミキサエンジン１０にそのうちの編集プログラムをバージョンアップしたＰＣ３０を接続した後、未だバージョンアップしていない別のＰＣ３０を接続した場合等には、このようなことも起こりうる。

一方、ＰＣ３０側のバージョンの方が古いということがなければ、ステップＳ３からステップＳ４以下に進む。そして、ステップＳ１０までの処理で、ＰＣ側の各プリセットコンポーネントデータを順次対象とし、ミキサエンジン側に対象と同じＩＤのプリセットコンポーネントデータがないか（Ｓ５）、または同じＩＤのものがあってもミキサエンジン側の方がバージョンが古い場合（Ｓ６）に、そのＩＤと対応するプリセットコンポーネントデータを更新する。そして、この更新は、ディスプレイにデータを転送中である旨の表示を行い、ＰＣ３０が記憶している転送用のプリセットコンポーネントデータをミキサエンジン１０に転送して、エンジン用プリセットコンポーネントデータとしてフラッシュメモリ１２に記憶させることによって行う（Ｓ７，８）。

ＰＣ側の全てのプリセットコンポーネントデータについて以上の処理が完了すると、更新が必要なプリセットコンポーネントデータは全て更新されるので、ステップＳ１１以下に進み、更新がなされた場合にミキサエンジン１０側のプリセットコンポーネントセットのバージョン情報を更新後のものに更新して終了する。既に更新がなされており、ＰＣ３０側とミキサエンジン１０側とでデータが整合していた場合には、改めて更新を行うことはないが、この場合にはそのまま処理を終了する。

以上の処理をＰＣ３０に実行させるようにすることにより、編集プログラムのバージョンアップがなされ、コンポーネントが新規に開発されたり、改良されたりした場合でも、これをＰＣ３０側に一度インストールして起動し、ミキサエンジン１０と接続するのみで、ミキサエンジン１０側のコンポーネントに関するデータも自動的に更新することができる。従って、ミキサシステム全体についての更新作業を容易に行うことができる。
また、新規に開発されたり改良されたりしたコンポーネントについて、プリセットコンポーネントデータを１コンポーネント単位で差替えることもできる。

なお、図５に示した処理において、ステップＳ５の処理はコンポーネントが追加された場合の更新に、ステップＳ６の処理はコンポーネントが改良（バージョンアップ）された場合の更新に対応する処理であり、これらを両方行うことは必須ではない。
また、ステップＳ３の判断を、コンポーネントセットのバージョン情報の比較ではなく、各プリセットコンポーネントのＩＤとバージョンの比較により行うようにしてもよい。このようにした場合、ＩＤが同じプリセットコンポーネントでＰＣ３０側の方がバージョンが古いものがあったり、ミキサエンジン１０側にあってＰＣ３０側にないプリセットコンポーネントがあったりした場合には、ステップＳ３の判断がＹＥＳになる。

さらにまた、図５にはコンポーネントが追加や改良されていた場合に必ず更新を行う例を示したが、更新を行う前に、ディスプレイにダイアログボックスを表示し、更新の可否をユーザに確認するようにしてもよい。
また、コンポーネントを必須なものと必須でないものとに分け、必須でないコンポーネントのデータは、ミキサエンジンやＰＣから削除できるようにしてもよい。この場合には、削除したコンポーネントに関しては不整合が検出された場合でも更新や警告を行わないようにするとよい。

また、図５に示した処理において、ミキサエンジン１０においてプリセットコンポーネントデータの記憶のために用意された記憶領域の空き容量を管理し、ミキサエンジン１０に転送しようとするプリセットコンポーネントデータが、その空き容量で記憶できるものか否か判断して、記憶できない場合には転送を中止してその旨の警告を行うようにするとよい。ここで、記憶領域の大きさについては、ミキサエンジン１０の機種コード等から把握できる。そして、使用している容量については、エンジン用プリセットコンポーネントデータの大きさを古いバージョンのものも含めて記憶しておけば、ミキサエンジン１０に記憶しているプリセットコンポーネントのＩＤ及びバージョンの情報を取得してその情報をもとに検索することにより、把握できる。

〔コンポーネントのプロテクトに関する説明：図６乃至図１３〕
次に、このミキサシステムにおける、コンポーネントのプロテクトについて説明する。
このミキサシステムにおいては、いくつかの特定のコンポーネントについては、そのコンポーネントに係る音響信号処理を、ミキサエンジン１０に所定の解除キーが記憶されている場合のみ許可するようにし、コンポーネントをプロテクトするようにしている。ただし、そのコンポーネントを含む信号処理構成の編集は、解除キーの有無に関わらず許可するようにしている。

また、上記の解除キーは、まずメーカーが用意するライセンスサーバからＰＣ３０に転送し、ＰＣ３０がミキサエンジン１０に転送するようにしている。そして、ＰＣ３０において実行する編集プログラムには、この解除キーを管理するためのキー管理プログラムも含めるようにしている。
なお、解除キーをミキサエンジン１０に記憶させるのは、実際に音響信号処理を実行する装置に記憶させた方が、解除キーの有無と音響信号処理の可否との対応関係がはっきりするためである。また、ミキサエンジンとＰＣとは任意に組み合わせて接続することが可能であり、ミキサエンジン１０が単独でも音響信号処理が可能な構成であると、ＰＣ３０側に解除キーを記憶させたのでは、ミキサエンジン毎に音響信号処理の可否を管理することが困難であるという理由もある。
ここで、以後の説明において、説明の便宜のため、プロテクトを行うプリセットコンポーネントを「有償コンポーネント」と呼ぶことにする。しかしこれは、プロテクトを行うプリセットコンポーネントを使用に対価を要求するコンポーネントに限定する意図ではない。例えば、後述する解除キーに対価を要求せず、単にユーザ管理のためにプロテクトを行うことも考えられる。

ところで、上記のような解除キーの管理方式としては、例えば以下に示す２つの方式が考えられる。まず、第１のキー管理方式について、図６及び図７を用いて説明する。
この第１のキー管理方式では、ＰＣ３０が、単にライセンスサーバ１００からミキサエンジン１０への解除キーの転送を仲介する機能を果たす。
すなわち、この方式においては、ユーザは、まずＰＣ３０においてキー管理プログラムを起動し、ライセンスサーバ１００にアクセスして、プロテクトを解除したい有償コンポーネントのＩＤ（識別情報）と、その有償コンポーネントを使用したいミキサエンジンのＩＤとを送信し、対価を支払う。そして、ライセンスサーバ１００は、対価の支払いを確認すると、解除キーをＰＣ３０に転送する。そしてＰＣ３０は、解除キーを受け取ると、送信したＩＤと対応するミキサエンジン１０にこれを転送し、解除キーを受け取ったミキサエンジン１０は、これを記憶手段であるフラッシュメモリ１２に記憶する。なお、解除キーを記憶する記憶領域は、当然ユーザに操作されない領域に設けるものとする。

対価の支払いや、ライセンスサーバ１００とＰＣ３０との間及びＰＣ３０とミキサエンジン１０との間の安全なデータ転送については、適宜公知の技術を採用すればよい。
また、解除キーは、有償コンポーネント毎かつミキサエンジン毎に作成するようにするのがよく、例えば図７に示すように、プロテクトを解除する有償コンポーネントのＩＤ（プリセットコンポーネントＩＤ）と、その有償コンポーネントを使用するミキサエンジンのＩＤとの情報を含むデータとするとよい。これらのデータは、暗号化されていてもよいし、所要の演算によって一連のデータにまとめられていてもよい。あるいは、解除キーとプリセットコンポーネントＩＤとミキサエンジンＩＤとを用いて所定の演算を行うと所定の結果が得られる等でもよく、特定のミキサエンジンＩＤとプリセットコンポーネントＩＤとの組み合わせに対してライセンスが与えられるようなものであればよい。
また、上記にような解除キーに、さらに、本件出願人が特願２００３−２８７３６７で提案しているような、ユーザにパッケージ販売するシリアル番号を含めるようにして、ライセンスをそのパッケージのシリアル番号で管理できるようにしてもよい。

次に、第２のキー管理方式について、図８乃至図１２を用いて説明する。
この第２のキー管理方式では、ＰＣ３０にキープールを設け、ＰＣ３０に接続された任意のミキサエンジンとの間で解除キーの付与／回収を可能としている。
すなわち、この方式においては、ユーザは、まずＰＣ３０においてキー管理プログラムを起動し、ライセンスサーバ１００にアクセスして、プロテクトを解除したい有償コンポーネントのＩＤと、ＰＣ３０の装置ＩＤあるいは編集プログラムやそのユーザのＩＤと、必要な解除キーの数（ライセンス数）とを送信し、対価を支払う。そして、ライセンスサーバ１００は、対価の支払いを確認すると、プール用解除キーをＰＣ３０に転送し、ＰＣ３０はこれを受け取ると、自身のキープールに受け取った解除キーを追加する。
プール用解除キーの形式は、図７に示したものと似ているが、エンジンＩＤに代えてＰＣ３０等のＩＤを含むものである。同一の有償コンポーネントについて複数のプール用解除キーを転送する場合には、全く同一のキーとしても、シリアル番号等を付して互いに異なるキーとしてもよい。また、キープールは、ユーザに操作されないような位置に設けるものとする。

そして、ユーザがＰＣ３０において、解除キーの付与先となるミキサエンジン１０と、プロテクトを解除したい有償コンポーネントの種類とを指定して解除キーの付与を指示すると、ＰＣ３０はキープールにおけるキー数を減少させると共に、図７に示したような解除キーを生成してミキサエンジン１０にこれを転送し、解除キーを受け取ったミキサエンジン１０は、これを記憶手段であるフラッシュメモリ１２に記憶する。また、逆にユーザが解除キーを記憶しているミキサエンジン１０と、解除キーを回収したい有償コンポーネントの種類とを指定して解除キーの回収を指示すると、ＰＣ３０はミキサエンジン１０に対してその解除キーを消去する旨の指示を出し、自身のキープールにおけるキー数を増加させる。

図９に、上記の解除キーの付与及び回収の指示を行うための表示画面であるキープール管理画面の表示例を示す。
ここに示した解除キー管理画面５０は、ＰＣ３０にエンジンＡとエンジンＢの２台のミキサエンジンが接続されている場合の例を示しており、キープール管理部５１、エンジンＡ管理部５２、エンジンＢ管理部５３の３つの表示部を有する。
このうち、キープール管理部５１は、ＰＣ３０のキープールに記憶している解除キーの数を表示する表示部であり、ＰＣ３０が記憶している全ての有償コンポーネント（ヘッダにプロテクト有が設定されているプリセットコンポーネント）について、キープールに存在する解除キーの数を表示している。

エンジンＡ管理部５２及びエンジンＢ管理部５３には、ＰＣ３０に接続されている各ミキサエンジンが記憶しているプリセットコンポーネントのうち、全ての有償コンポーネントについて、そのミキサエンジンに対応する解除キーが記憶されているか否かを表示する表示部である。これらの表示部は、ＰＣ３０に接続されているミキサエンジンと対応させて設けられるものであり、これらの表示部に表示する解除キーの有無の情報は、表示時に各ミキサエンジンに問い合わせて取得する。そして、解除キー管理画面５０が消去された場合には、その有無の情報を記憶しておく必要はない。
また、これらの表示形式からわかるように、ＰＣ３０のキープールには同一の有償コンポーネントについての解除キーを複数持つことができるが、各ミキサエンジンには、同一の有償コンポーネントについての解除キーは１つだけ記憶させるようにしている。

このような解除キー管理画面５０においては、ユーザは、キープール管理部５１から、ミキサエンジンに付与したい解除キーの「キー数」をドラッグし、付与先のミキサエンジンに対応するエンジン管理部にドロップすることにより、そのミキサエンジンへの解除キーの付与を指示することができる。逆に、エンジン管理部から、対応するミキサエンジンから回収したい解除キーの「キー有無」をドラッグし、キープール管理部５１にドロップすることにより、解除キーの回収を指示することができる。

また、キープール管理部５１から、「有償コンポーネント」をドラッグし、エンジン管理部にドロップすることにより、その有償コンポーネントのミキサエンジンへの転送を指示することができる。この場合、ＰＣ３０は、図５のステップＳ７及びＳ８と同様な処理によりプリセットコンポーネントデータの転送を行い、転送後の状態に従って解除キー管理画面５０の表示を更新する。
また、ミキサエンジンからの有償コンポーネントの削除も指示できるようにしてもよいが、解除キーが記憶されているものについては、先に解除キーを回収してからでないと削除できないようにするとよい。あるいは、有償コンポーネントの削除指示に応じて、解除キーが記憶されている場合はその解除キーをミキサエンジンから自動的に回収し、その後に指示された有償コンポーネントを削除するようにしてもよい。

ここで、ミキサエンジンへの解除キーの付与指示を受けた場合には、ＰＣ３０のＣＰＵは、図１０のフローチャートに示す処理を実行する。そしてまず、ミキサエンジンにキー付与を指示された有償コンポーネントのデータが記憶されていない場合には、ステップＳ２１からステップＳ２２以下に進む。そして、ステップＳ２２乃至Ｓ２４で、ユーザにプリセットコンポーネントデータの転送の要否を確認し、転送の指示を受けた場合にはその転送を行う。転送不要の指示を受けた場合には、そのまま処理を終了する。

また、ステップＳ２１でデータが記憶されていた場合又はステップＳ２４での転送後には、ステップＳ２５に進み、ＰＣ３０のキープールに付与を指示された解除キーがあるか否か判断する。そして、なければ、付与を行うことができないため、ステップＳ２９でユーザにその旨の警告を行って処理を終了する。
ステップＳ２５で解除キーがあれば、ステップＳ２６に進み、付与先のミキサエンジンに既に付与を指示された解除キーが記憶されているか否かを判断する。そして、記憶されていれば、付与を行う必要がないので、ステップＳ２９でユーザにその旨の警告を行って処理を終了する。
そして、ステップＳ２６で記憶されていなければ、ステップＳ２７及びＳ２８で、ミキサエンジンに付与する解除キーを生成し、キープールのキー数及びミキサエンジンにおける解除キーの有無を変更すると共に、生成した解除キーを指示されたミキサエンジンに転送して処理を終了する。

以上の処理により、適切に解除キーの付与が指示された場合に、その指示に従ってミキサエンジン１０に解除キーを記憶させることができる。
なお、ステップＳ２２乃至Ｓ２４の処理を行うことは必須ではなく、ステップＳ２１でＮＯの場合にも、ユーザにその旨の警告を行って処理を終了してもよい。また、ステップＳ２９のものも含め、警告の実行も必須ではない。
また、解除キーの回収指示を受けた場合には、ＰＣ３０のＣＰＵは、図１１のフローチャートに示す処理を実行する。そしてまず、ステップＳ３１で、回収先として指示されたミキサエンジンに対し、解除キーの返還を指示し、ステップＳ３２及びＳ３４で、ミキサエンジンからの応答の通知を待つ。

そして、削除通知があった場合には、ステップＳ３２からステップＳ３３に進み、削除通知に従ってミキサエンジンにおける解除キーの有無及びキープールのキー数を変更し、処理を終了する。一方、キーを移動できない旨の通知があった場合には、回収を指示した解除キーに係る有償コンポーネントをミキサエンジンにおいて使用中であることがわかるので、ステップＳ３５でその旨の警告表示を行って処理を終了する。なお、所定時間内にどちらの通知もなかった場合には、タイムアウトのエラー処理を行うようにするとよい。
なお、キーを移動できない旨の通知があった場合でも、ＤＳＰ２０に設定してあるプログラムを、その解除キーに係る有償コンポーネントを使用していないものに変更してから再度回収指示を行うことにより、解除キーの回収を行うことができる。

また、ミキサエンジン１０のＣＰＵ１１は、ＰＣ３０から解除キーの返還指示を受けた場合に、図１２のフローチャートに示す処理を実行する。そしてまず、ステップＳ４１で返還指示に係る有償コンポーネントを使用するマイクロプログラムがＤＳＰ２０に設定されているか否か判断する。そして、設定されていなければ、返還指示に係る有償コンポーネントは使用中でなく、解除キーを返還しても差し支えないので、ステップＳ４２でフラッシュメモリ１２から返還指示に係る解除キーを削除すると共に、その旨を示す削除通知をＰＣ３０に送信して処理を終了する。ここで、ＰＣ３０では解除キーの数のみを管理しているので、キー自体を送信する必要はない。また、ミキサエンジン１０が記憶している解除キーがどのＰＣから送信されてきたものであるかも考慮する必要はない。
なお、後述する第１または第２のプロテクト方式を採用した場合、ここで解除キーを削除する際に、その削除される解除キーに対応する有償コンポーネントを含むコンフィグデータについても、ミキサエンジン１０中に残らないよう削除する必要がある。

一方、ステップＳ４１で設定されていた場合には、返還指示に係る有償コンポーネントは使用中であり、解除キーを返還してしまうと、解除キーのない有償コンポーネントに係る音響信号処理を行ってしまうことになるので、ステップＳ４３でＰＣ３０にキーを移動できない旨の通知を送信して処理を終了する。なお、返還指示に係る有償コンポーネントが使用中であった場合に、そのコンポーネントを含む信号処理を強制的に中止させ、解除キーを返還するようにしてもよい。
以上のような方式によれば、第１のキー管理方式に比べて処理は多少複雑になるが、必要に応じて解除キーを移転可能であり、より柔軟性や利便性の高いキー管理を行うことができる。

次に、有償コンポーネントに係る音響信号処理を禁止する処理及び、上述した解除キーを使用してその禁止を解除する処理について説明する。
このような処理は、ユーザにコンフィグデータ（編集した信号処理構成を示すデータ）のコンパイルを指示された場合にＰＣ３０側で実行する処理又は、その処理によって転送されるエンジン転送用ＣＡＤデータを受信した場合にミキサエンジン１０が実行する処理の中で、所定のプロテクト処理を実行することによって行うことができる。そして、プロテクト処理を行う箇所としては、以下に説明する４箇所のうちいずれかの箇所で行うようにすることが好ましい。以下、まず処理全体の流れを説明し、その後で、プロテクト処理の内容及び挿入箇所（図１３及び図１４に破線で示した）について説明する。

まず、図１３に、コンフィグデータのコンパイルを指示された場合にＰＣ３０側で実行する処理のフローチャートを示す。
ＰＣ３０のＣＰＵは、ユーザにコンパイルの指示を受けると、図１３のフローチャートに示す処理を開始する。そして、まずステップＳ５１で、コンパイル対象のコンフィグデータに係る音響信号処理を実行させるミキサエンジン１０に、そのコンフィグデータに含まれるプリセットコンポーネントデータが全て記憶されているか否か判断する。そして、記憶されていなければ、ステップＳ５８でエラー処理を行い、警告表示等を行って処理を終了する。
一方、記憶されていれば、ステップＳ５２及びＳ５３で、編集中のＰＣ用ＣＡＤデータ全体をエンジン転送用のＣＡＤデータにコンパイルし、これを対象のミキサエンジン１０に転送する。ＰＣ３０のＣＰＵは、ステップＳ５２の処理においては変換手段として、ステップＳ５３の処理においては転送手段としてそれぞれ機能する。

そして、ステップＳ５４で、前回コンパイル時からＣＡＤデータに含まれるコンポーネントに変化があったか否か判断する。この変化には、バリエーションの変化も含む。そして、変化があれば、ステップＳ５５及びＳ５６で、コンパイルしたＰＣ用ＣＡＤデータに基づいて、その信号処理構成に係るパラメータを記憶するための記憶領域を用意し、コンパイル前のカレントシーン及び各シーンをその記憶領域にコピーして処理を終了する。ただし、このコピーは、上述したユニークＩＤによりＣＡＤデータの編集の前後で各コンポーネントの対応付けをし、その対応付けられたコンポーネント間でさらに対応するデータ部分のみをコピーする異構成間コピーであり、その内容については、バリエーションの変更に関する説明において詳述する。
また、ステップＳ５４で変化がなかった場合には、ステップＳ５７で前回コンパイル時のカレントシーン及び各シーンをそのまま引き継いで処理を終了する。一般に、変更のないコンポーネントについてはパラメータの設定を引き継ぎたいという要求があることから、このようにしたものである。

以上の処理により、ＰＣ３０側で編集した信号処理構成の情報をミキサエンジン１０に転送すると共に、前回転送時の信号処理構成に係るパラメータの設定値のうち、対応するものを最新の信号処理構成に引き継ぐことができる。なお、レスポンスを重視する場合には、パラメータの引き継ぎはカレントシーンのみについて行うようにしたり、或いは、まずカレントシーンのみ引き継ぎを行ない、各シーンの引き継ぎはその後にバックグラウンド処理として行なうようにしてもよい。
なお、１つのコンフィグデータの編集を行いながらコンパイルを行っている場合には、直前のコンフィグＩＤと同じコンフィグＩＤであるので、ステップＳ５４乃至Ｓ５７の異構成間コピーが可能である。逆に、前回のコンパイル時とコンフィグＩＤが異なる場合には、信号処理構成が前回コンパイル時と全く異なることが予想されるため、ステップＳ５４乃至Ｓ５７の処理は行わないようにするとよい。そして、これに代えて、ステップＳ５５と同様な処理で用意した記憶領域に、所定の初期値書き込むようにするとよい。

次に、図１４に、エンジン転送用ＣＡＤデータを受信した場合にミキサエンジン１０が実行する処理のフローチャートを示す。
ミキサエンジン１０のＣＰＵ１１は、ＰＣ３０が図１３のステップＳ５３の処理で転送したエンジン転送用ＣＡＤデータを受信すると、図１４のフローチャートに示す処理を開始する。そして、ステップＳ６１で、受信したエンジン転送用ＣＡＤデータをエンジン用ＣＡＤデータとして記憶し、ステップＳ６２で、前回受信したＣＡＤデータからＣＡＤデータに含まれるコンポーネントに変化があったか否か判断する。この変化には、バリエーションの変化も含む。

そして、変化があれば、ステップＳ６３及びＳ６４で、図１３のステップＳ５５及びＳ５６の場合と同様に、受信したＣＡＤデータに基づいて用意した記憶領域に、ＣＡＤデータ受信前のカレントシーン及び各シーンを、異構成間コピーによりその記憶領域にコピーする。ステップＳ６２で変更がなかった場合は、ステップＳ６５で、図１３のステップＳ５７の場合と同様にＣＡＤデータ受信時のカレントシーン及び各シーンをそのまま引き継ぐ。この場合において、前回のコンパイル時とコンフィグＩＤが異なる場合に、ステップＳ６２乃至Ｓ６５の処理に代えて、ステップＳ６３と同様な処理で用意した記憶領域に、所定の初期値書き込むようにするとよいことは、上述のステップＳ５４乃至Ｓ５７の場合と同様である。

ステップＳ６４又はＳ６５の後は、ステップＳ６６及びＳ６７に進み、受信したエンジン用ＣＡＤデータに基づいてＤＳＰ２０にそのＣＡＤデータに係る音響信号処理を実行させるためのマイクロプログラムを生成し、これをＤＳＰ２０に設定してカレントデータに基づいた音響信号処理を開始させて処理を終了する。ＣＰＵ１１は、ステップＳ６６の処理において、プログラム生成手段として機能する。

以上の処理により、ＰＣ３０から受信したＣＡＤデータに従った音響信号処理をＤＳＰ２０に実行させることができる。なお、ＣＡＤデータ受信前のカレントシーンや各シーンの内容がＰＣ３０側でのコンパイル前の内容と一致していれば、ステップＳ６２乃至Ｓ６５の処理により、ＣＡＤデータ受信後のカレントシーン及び各シーンの内容を、ＰＣ３０側でのコンパイル後の内容と一致させることができる。

次に、図１５に、ＰＣ３０側で実行する、第１及び第２のプロテクト方式に係るプロテクト処理のフローチャートを示す。
この処理においては、ＰＣ３０のＣＰＵは、まずステップＳ７１で、コンパイル対象のＣＡＤデータが、有償コンポーネントを含むものであるか否か判断する。そして、含まない場合には、プロテクトを行う必要はないので、そのまま元の処理に戻り、処理を継続する。
一方、含む場合には、ステップＳ７２で転送先のミキサエンジンが必要な解除キーを全て記憶しているか否かを確認し、必要な解除キーを１つでも記憶していなければ、ステップＳ７３からＳ７４に進み、必要な解除キーがない旨の警告表示を行ってそのまま処理を終了する。この場合には、対象のＣＡＤデータに係る音響信号処理は禁止されたことになる。また、必要な解除キーを全て記憶していれば、対象のＣＡＤデータに係る音響信号処理を禁止する必要はないので、ステップＳ７３から元の処理に戻り、処理を継続する。すなわち、対象のＣＡＤデータに係る音響信号処理の禁止を解除する。

以上の処理により、有償コンポーネントを含む音響信号処理の実行を禁止すると共に、信号処理を実行しようとするミキサエンジン１０に禁止を解除するための解除キーが記憶されている場合にその禁止を解除することができる。そして、この処理において、ステップＳ７２乃至Ｓ７４においては、ＰＣ３０のＣＰＵが禁止手段として機能し、またステップＳ７３の判断がＹＥＳの場合には、同ＣＰＵが解除手段として機能する。

なお、ステップＳ７２の確認は、ミキサエンジン１０に問い合わせを行い、記憶している解除キーの内容を調査して行うようにするとよい。ミキサエンジン１０とＰＣ３０とは、自由に繋ぎ変えることができるため、実際にミキサエンジン１０が記憶している解除キーの種類と、ＰＣ３０側で認識している種類とが一致しなくなってしまうことも考えられるためである。
また、このとき、解除キーを記憶しているミキサエンジンのＩＤと有償コンポーネントのＩＤとが解除キーに含まれている場合にのみ、適当な解除キーが記憶されていると判断するようにするとよい。このようにすることにより、解除キーを複製して他のミキサエンジンで使用するような行為を防止でき、不正防止に効果がある。

ところで、図１５に示した処理を実行するタイミングとしては、図１３のステップＳ５２とＳ５３との間（第１のプロテクト方式）、あるいはステップＳ５１とＳ５２との間（第２のプロテクト方式）が考えられる。
そして、ＰＣ３０のＣＰＵは、第１のプロテクト方式の場合には、ミキサエンジン１０が必要な解除キーを記憶していない場合にＣＡＤデータの転送を禁止することにより音響信号処理の実行を禁止する手段として機能することになる。また、第２のプロテクト方式の場合には、同じくＣＡＤデータの変換を禁止することにより音響信号処理の実行を禁止する手段として機能することになる。

次に、図１６に、ミキサエンジン１０側で実行する、第３及び第４のプロテクト方式に係るプロテクト処理のフローチャートを示す。この処理は、図１５に示した処理と対応するものである。
この処理においては、ミキサエンジン１０のＣＰＵ１１は、まずステップＳ８１で、受信したＣＡＤデータに係る音響信号処理が、使用に解除キーの必要なものであるか否か判断し、必要ない場合には、そのまま元の処理に戻り、処理を継続する。

一方、必要な場合には、ステップＳ８２で自身が必要な解除キーを全て記憶しているか否かを確認し、必要な解除キーを１つでも記憶していなければ、ステップＳ８３からＳ８４に進み、ＰＣ３０に必要な解除キーがない旨の警告表示を指示してそのまま処理を終了する。併せてミキサエンジン１０自身で表示器１４に警告表示を行うようにしてもよい。この場合には、対象のＣＡＤデータに係る音響信号処理は禁止されたことになる。また、必要な解除キーを全て記憶していれば、ステップＳ８３から元の処理に戻り、処理を継続する。すなわち、音響信号処理の禁止を解除する。
以上の処理により、図１５の処理の場合と同様に、音響信号処理の禁止及びその解除を行うことができる。そして、この処理において、ステップＳ８２乃至Ｓ８４においては、ＣＰＵ１１が禁止手段として機能し、またステップＳ８３の判断がＹＥＳの場合には、同ＣＰＵが解除手段として機能する。

また、図１６に示した処理を実行するタイミングとしては、図１４のステップＳ６１とＳ６２との間（第３のプロテクト方式）、あるいはステップＳ６６とＳ６７との間（第４のプロテクト方式）が考えられる。
そして、ＣＰＵ１１は、第３のプロテクト方式の場合には、ミキサエンジン１０が必要な解除キーを記憶していない場合にＤＳＰ２０に音響信号処理を行わせるためのマイクロプログラムの生成を禁止することにより音響信号処理の実行を禁止する手段として機能することになる。また、第４のプロテクト方式の場合には、同じくＤＳＰ２０によるマイクロプログラムの実行を禁止することにより音響信号処理の実行を禁止する手段として機能することになる。なお、第４のプロテクト方式において、生成したマイクロプログラムのみから解除キーの要否を判断できるのであれば、プロテクト処理においてＣＡＤデータを参照することは必須ではない。また、ステップＳ６７においてＤＳＰ２０にマイクロプログラムを設定した後に、その実行を禁止するようにしてもよい。

以上の第１乃至第４のプロテクト方式は、重複して適用することも可能であるが、少なくともいずれか１つを適用すれば足りる。ただし、ミキサエンジン１０が単独でも音響信号処理をなし得る構成である場合には、ミキサエンジン１０側に禁止手段を設け、ミキサエンジン１０単独でも音響信号処理の禁止が可能である第３又は第４のプロテクト方式が、不正防止の観点からは好ましい。
また、以上のような各処理を行うことにより、ミキサエンジン１０が適当な解除キーを記憶している場合のみ、そのミキサエンジン１０において有償コンポーネントを使用する音響信号処理を実行可能とすることができる。従って、ユーザに有償コンポーネントのデータを提供した場合でも、その使用を提供者側が管理することができ、データの使用に対する課金等を容易に行うことができる。また、解除キーがない場合でも、有償コンポーネントを用いた信号処理構成の編集は可能としているので、ユーザに有償コンポーネントの有用性を認識してもらい、ライセンス購入の動機付けを行うことができる。

なお、上述した処理においては、ミキサエンジン１０における同一の有償コンポーネントについての解除キーの記憶数を管理せず、１つ解除キーがあれば、信号処理構成中に対応する有償コンポーネントがいくつあっても処理を許可する例について説明した。しかし、解除キーの記憶数を管理し、音響信号処理の実行に、そこに含まれる有償コンポーネントの数と同数の解除キーを要求するようにしてもよい。ただし、上述した処理の方が、解除キーの管理処理を単純化できる。

また、上述した処理の場合のような編集中のＰＣ用ＣＡＤデータだけでなく、ＰＣ３０が記憶している任意のＰＣ用コンフィグデータをミキサエンジン１０に転送し、エンジン用コンフィグデータとして記憶させることができるようにすることも考えられる。この場合、ＰＣ３０は、コンフィグデータの転送指示に応じて、指示されたＰＣ用コンフィグデータに含まれるＰＣ用ＣＡＤデータをコンパイルし、コンフィグヘッダとエンジン用ＣＡＤデータと複数のシーンデータとを含むエンジン用コンフィグデータを生成してミキサエンジン１０へ転送する。そして、ミキサエンジン１０は、受け取ったエンジン用コンフィグデータを、指定されたＲＡＭ１３の記憶領域へ記憶する。

そして、上述の第１又は第２のプロテクト方式を採用している場合（ＰＣ３０側でのみプロテクト処理を行う場合）には、このようなコンフィグデータの転送の際にも、ＰＣ３０側で以下のようなプロテクト処理を行うとよい。
すなわち、ＰＣ用コンフィグデータの転送に際して、図１５又は図１６に示した処理と同様な処理を行い、転送しようとするＰＣ用コンフィグデータ中のＰＣ用ＣＡＤデータに有償コンポーネントが含まれていないこと、あるいは、有償コンポーネントが含まれているが転送先のミキサエンジン１０が必要な解除キーを記憶していることを確認し、確認ができた場合のみそのＰＣ用コンフィグデータの転送を実行するようにするとよい。そして、確認ができなかった場合は、必要な解除キーが足りない旨の警告を行なうようにするとよい。なお、第２のプロテクト方式の場合のように、ミキサエンジン１０が必要な解除キーを記憶していなかった場合にコンパイルを行わないようにしてもよい。
また、上述の第３又は第４のプロテクト方式を採用している場合（ミキサエンジン１０側でプロテクト処理を行う場合）には、このようなＰＣ３０側でのプロテクト処理は行わなくてもよい。

また、ミキサエンジン１０に転送したコンフィグデータをミキサエンジン１０の制御に使用しようとする場合、ユーザに、ミキサエンジン１０のＲＡＭ１３に記憶されている複数のエンジン用コンフィグデータの１つを、ミキサエンジン１０で実行する信号処理の構成を示すコンフィグデータとして選択させればよい。そしてこの場合、ミキサエンジン１０は、このような選択がなされると、選択されたエンジン用コンフィグデータ中のエンジン用ＣＡＤデータに基づいてマイクロプログラムを作成してＤＳＰ２０に供給し、対応する信号処理動作を開始させるともに、そのエンジン用ＣＡＤデータに基づいて、選択されたエンジン用コンフィグデータの各シーンおよび対応するカレントシーンのアクセス準備を行い、さらに、カレントシーンを初期化して、カレントシーンのパラメータに基づく信号処理動作の制御を開始する。

そして、上述の第３又は第４のプロテクト方式を採用している場合（ミキサエンジン１０側でプロテクト処理を行う場合）には、このマイクロプログラムを作成する時点あるいはＤＳＰ２０に信号処理動作を開始させる時点でプロテクト処理を行うとよい。すなわち、これらの処理を開始する際に、上述の転送の場合と同様に、ミキサエンジン１０が実行しようとする信号処理に必要な解除キーを記憶していることを確認し、確認ができた場合のみその処理を実行するようにするとよい。
なお、上述の第１又は第２のプロテクト方式を採用している場合には、ミキサエンジン１０が実行に必要な解除キーを記憶していないようなコンフィグデータは、ミキサエンジン１０に転送できないはずであるから、このようなＰＣ３０側でのプロテクト処理は行わなくてもよい。

また、図１に示したようなミキサシステムの構成として、ＰＣ側でマイクロプログラムの生成を行い、これをミキサエンジンに転送する構成のものも知られている。そして、このようなミキサシステムに上述したプロテクトの処理を適用しようとする場合には、ＰＣ側で生成したマイクロプログラムが、編集した信号処理構成をミキサエンジンでの処理に適した形式で示すデータであると考え、これを上述した処理におけるエンジン転送用ＣＡＤデータ（あるいはエンジン用ＣＡＤデータ）と同等に取り扱えばよい。
この場合、第１のプロテクト方式と対応する方式として、ＰＣからミキサエンジンにマイクロプログラムを転送しようとする場合に、そのもとになったＰＣ用ＣＡＤデータに含まれるプリセットコンポーネントから解除キーの要否を判断し、ミキサエンジンが必要な解除キーを記憶していない場合に転送を禁止するようにする方式が考えられる。

また、第２のプロテクト方式と対応する方式として、ＰＣがマイクロプログラムを生成しようとする場合に、上記と同様にその生成を禁止するようにする方式が考えられる。
さらに、第４のプロテクト方式と対応する方式として、ミキサエンジンがマイクロプログラムをＤＳＰに実行させようとする場合に、上記と同様にその実行を禁止するようにする方式が考えられる。
なお、以上のような各変形を適用する場合も、解除キーの管理に関しては、上述した第１又は第２のキー管理方式と同様なものを適用することができる。

〔バリエーションの変更に関する説明：図１７乃至図２８〕
次に、このミキサシステムにおける、信号処理構成編集中のコンポーネントのバリエーション変更について説明する。
まず、バリエーションの用途及び機能について、入力端子数に関するバリエーションを有するオートミキサ（AutoMixer）を例に取り、図２及び図１７を用いて説明する。オートミキサは、入力のうち最大レベルのものをそのまま出力し、他の入力を減衰させるコンポーネントである。

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

そして、このミキサシステムにおいては、バリエーションを変更した場合に、元のコンポーネントの端子に接続されていた結線のうち、置き換え後のコンポーネントにも対応する端子が存在するものを、その置き換え後のコンポーネントに引き継ぐと共に、パラメータについても、元のコンポーネントに関するパラメータの設定値のうち、置き換え後のコンポーネントにも対応するパラメータが存在するものを、その置き換え後のコンポーネントに引き継ぐようにしている。

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

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

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

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

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

次に、図２１に、プロパティ設定画面６０における設定内容を反映させるための処理のフローチャートを示す。この処理は、ＰＣ３０のＣＰＵが、プロパティ設定画面６０のＯＫキー６７が押下された場合に実行する処理である。
そして、この処理においては、ステップＳ９１乃至Ｓ９３で、バリエーション設定部６４においてバリエーションの変更が指示されていた場合に、その内容に従ってＰＣ用ＣＡＤデータ中のプロパティデータに含まれるバリエーション情報を変更すると共に、変更前後のバリエーションにおける端子の対応関係に従って、変更前の結線データから変更後のバリエーションについての結線データを作成する。このうち、ステップＳ９３の処理においては、ＰＣ３０のＣＰＵが第１の引継手段として機能する。

そして、ステップＳ９４及びＳ９５では、その他、コンポーネントのサイズや色等の変更があれば、その内容に従ってＰＣ用ＣＡＤデータ中のプロパティデータを変更する等の、変更に応じた処理を行う。なお、バリエーションの変更があった場合に、変更後の端子数等に応じて適当なサイズを自動的に設定することが考えられるが、その場合のサイズ変更に係る処理もここで行う。
その後、ステップＳ９６では、ここまでの処理による変更後の新たなプロパティデータに基づいてＣＡＤ画面４０を再描画し、処理を終了する。
以上の処理により、コンポーネントのバリエーションが変更され、コンポーネントが異なるバリエーションのものに置き換えられた場合でも、変更前のバリエーションについて設定されていた結線のうち、可能なものを置き換え後のコンポーネントに引き継ぐことができる。

ここで、異なるバリエーションに含まれる端子間の対応関係と結線の引き継ぎ内容について、より詳細に説明する。図２２には、オートミキサのバリエーションの例として、４入力，６入力，８入力のオートミキサコンポーネントの表示例をそれぞれ示している。
そして、これらのバリエーションに含まれる端子について、同じ番号を付した端子同士が対応するものとしている。このうち、右側の出力端子については、どのバリエーションにも１つずつであるから、これらを対応させることは当然と言える。そして、左側の入力端子については、上側に表示する端子から順に番号を付し、端子数を増加させる場合には下側に端子を追加し、端子数を減少させる場合には下側から端子を削除するようにしている。

そして、この対応関係に基づいて置き換え後のコンポーネントについての結線データを作成する場合、置き換え後のコンポーネントに、元のコンポーネントの端子と対応する端子が存在すれば、その対応する端子を、引き続き元のコンポーネントの端子の場合と同じ相手と結線するようにし、対応する端子が存在しなければ、その元の端子に関する結線データを削除するようにしている。
例えば、４入力のオートミキサを、バリエーションの変更により６入力のオートミキサに置き換える場合、出力端子及び１番から４番の入力端子に関する結線データは、変更前のものを６入力のオートミキサに関する結線データとしてそのまま引き継ぎ、５番及び６番の入力端子については結線データがない状態になる。逆に、６入力を４入力に変更する場合には、出力端子及び１番から４番の入力端子に関する結線データは変更前のものを４入力のオートミキサに関する結線データとしてそのまま引き継ぐが、５番及び６番の入力端子については、変更後に対応する端子がないため、削除することになる。
なお、結線データの削除を行う場合でも、接続先がなくなった結線を自由端の状態で表示しておくと、結線の再設定を行い易くすることができる。また、出力端子の数も変更しうる場合には、出力端子についても同様な対応をするとよい。また、バリエーションの変更時に、各端子の対応関係をユーザが任意に設定できるようにしてもよい。

ところで、このミキサエンジンにおいては、コンポーネントのバリエーションを変更した場合、そのコンポーネントについて設定されていたパラメータの値も、元と対応するパラメータがあれば置き換え後のコンポーネントに引き継ぐようにしている。そして、この処理は、プロパティの設定終了後、ＰＣ３０において「コンパイル」が実行された場合、そのコンパイルに関連する処理の一環として、図１３のステップＳ５５及びＳ５６の処理において行われる。この時点で引き継ぎの処理を行うのは、コンパイルを行って初めてパラメータの記憶領域であるカレントメモリ及びシーンメモリを用意するようにしているためである。なお、図１４のステップＳ６３及びＳ６４においてもミキサエンジン１０側で同様な処理が行われる。

ここで、このパラメータ引き継ぎの処理について説明する。この処理においては、図２３に示すようにメモリ上に新しいワーク領域を用意し、コンパイルした処理構成を示すＰＣ用ＣＡＤデータに含まれる各コンポーネントの内容を示すＰＣ用プリセットコンポーネントデータ中のデータ構成情報と、そのＰＣ用ＣＡＤデータに含まれる各コンポーネントのプロパティデータとに基づいて、コンパイルした処理構成に係る信号処理に使用するパラメータを記憶するためのカレントシーン及び各シーンのデータ形式を定めてその記憶領域を設ける（図３の説明を参照）。そして、図２４に示すように、カレントシーン及び各シーンの内容を、元のワーク領域から新しいワーク領域にコピーする。そのとき、元のワーク領域と新しいワーク領域とではシーンのデータ構成が異なるので、コピーは異構成間コピーとなる。

このシーンの異構成間コピーの具体例を図２５に示す。
まず、図２５（ａ）に示すようにコンポーネントが削除された場合には、単に削除されたコンポーネントに係るコンポーネントシーンをコピーしなければよい。ここで、どのコンポーネントが削除されたかは、新たに廃止されたユニークＩＤにより確認することができる。
また、（ｂ）に示すようにコンポーネントが別のＩＤのコンポーネントに変更された場合には、変更元のコンポーネントに係るコンポーネントシーンに代えて、変更後のコンポーネントに係るコンポーネントシーンを設ける。そして、ここにはコピーすべきデータがないので、所定の初期値を設定する。なお、変更前のコンポーネントと変更後のコンポーネントとは、コンポーネントＩＤが異なるだけでなくユニークＩＤも異なる。

（ｃ）に示すようにコンポーネントが追加された場合には、シーンの末尾に追加されたコンポーネントに係るコンポーネントシーンを設け、やはり所定の初期値を設定する。ここで、どのコンポーネントが追加されたかは、新たに追加されたユニークＩＤにより確認することができる。
また、コンポーネントのバリエーションが変更された場合には、その変更前後のコンポーネントはユニークＩＤおよびコンポーネントＩＤが同じであるので、その変更前後のコンポーネントの対応関係を認識でき、かつ、その２つのコンポーネントにデータ互換性があることが確認できることから、図２６に示すような異バリエーション間のパラメータ引き継ぎ処理を行う。なお、このパラメータ引き継ぎ処理を行うに当たっては、コンポーネントＩＤさえ揃っていればよく、ユニークＩＤが揃っていないコンポーネント間であっても実行可能である。

そして、この引き継ぎ処理においては、まずステップＳ１０１で、元のコンポーネントに係る信号処理に使用していたパラメータのうち、置き換え後のコンポーネントに係る信号処理に使用するパラメータ中に対応するパラメータが存在するものについて、元のコンポーネントについて指定された設定値を、上記の新しいワーク領域に確保したカレントメモリのうちその対応するパラメータの設定値を記憶する領域にコピーする。
その後、ステップＳ１０２で、置き換え後のコンポーネントのパラメータのうち、ステップＳ１０１で元のコンポーネントの設定値がコピーされなかった部分について、所定の初期値を設定して元の処理に戻る。
以上の処理は、複数のコンポーネントについてバリエーションが変更されていた場合には、コンポーネント毎に行うものとする。そして、この処理において、ＰＣ３０のＣＰＵは第２の引継手段として機能し、特にステップＳ１０１の処理においては書込手段として機能する。

次に、バリエーションの変更前後でのパラメータの対応関係について説明する。
このミキサシステムにおいては、各コンポーネントについてのパラメータを、エレメントという単位に分割して定義している。図２７に、（ａ）に４入力の、（ｂ）に６入力のオートミキサにおけるエレメントの構成を示す。なお各エレメントは、１又は複数のパラメータの集合体である。
この図に示すように、４入力のオートミキサにおいては、パラメータはエレメントＥ１乃至Ｅ５によって構成され、このうちエレメントＥ３が入力を制御する動作パラメータ群である。そして、４入力であるので、エレメントＥ３［１］乃至Ｅ３［４］として、各入力端子に対応するエレメントＥ３のパラメータ記憶領域を設けている。

一方、６入力のオートミキサについても、４入力のオートミキサと処理の基本部分が共通であることから、設定すべきパラメータも共通であり、４入力の場合と同じくエレメントＥ１乃至Ｅ５によって構成されている。しかし、入力端子数が６であることから、エレメントＥ３については、Ｅ３［１］乃至Ｅ３［６］の６つを設けている。
従って、４入力のオートミキサと６入力のオートミキサとでは、エレメントＥ１，Ｅ２，Ｅ４，Ｅ５に係るパラメータは全く共通であり、これらのパラメータは対応していると言える。また、エレメントＥ３についても、Ｅ３［１］乃至Ｅ３［４］の部分は共通に存在することから、これらのパラメータも対応していると言える。一方、エレメントＥ３［５］やＥ３［６］のように、一方にしか存在しないエレメントに係るパラメータには、対応するものがないことになる。

バリエーションの異なるコンポーネントについては、処理の基本部分が共通であるので、設定するパラメータについても、エレメントの種類は共通で、数が異なることになる。従って、オートミキサ以外についても、異なるバリエーションに含まれるパラメータの間の対応関係について上述の場合と同様に考えることができる。なお、各バリエーションにおけるエレメント構成や、各エレメント中に含まれるパラメータの種類については、プリセットコンポーネントデータ中のデータ構成情報の部分に記載するようにしている。

次に、図２８を用いて、上述したようなエレメントによって構成されるパラメータを、置き換え元のコンポーネントから置き換え後のコンポーネントに引き継ぐ際のコピー方式について説明する。この図において、Ｅｘは元のコンポーネントについてのパラメータの設定値を、Ｅｏは領域を用意する際に設定される所定の初期値を示す。
図２８（ａ）には、図２７に示したエレメントＥ１やＥ２のように、同一のエレメントが１つだけ存在する場合の例を示している。この場合には、元のコンポーネントの設定値を、単に置き換え後のコンポーネントについて用意した記憶領域にコピーすればよい。
図２８（ｂ）には、図２７に示したエレメントＥ３のように、同一のエレメントが１次元的に配列されて複数存在する場合の例を示している。この場合には、元のコンポーネントの設定値を、置き換え後のコンポーネントについて用意した記憶領域のうち、対応するエレメントの部分にコピーする。従って、元のコンポーネントになかったエレメントの部分には設定値はコピーされないので所定の初期値が設定されたままとなるし、コピー先にないエレメントに係る設定値は廃棄される。

図２８（ｃ）には、同一のエレメントが２次元的に配列されて複数存在する場合の例を示している。図２７にはこのような例はなかったが、例えば、入力端子と出力端子とがそれぞれ複数ある場合にその組み合わせ毎に設定するパラメータ群がこのようなエレメントになる。そして、この場合も基本的な考え方は（ｂ）の場合と同様であり、元のコンポーネントの設定値を、置き換え後のコンポーネントについて用意した記憶領域のうち、対応するエレメントの部分にコピーすればよい。そして、コピーされない部分は初期値が残るし、コピー先のない設定値は廃棄される。３次元以上の形式でエレメントが配列される場合でも、同様である。
以上のような考え方により、図２７を用いて説明したような、パラメータ設定値の引き継ぎを行うことができる。なお、置き換え後のコンポーネントについてのパラメータ記憶領域を設けた時点では初期値を設定せず、必要な設定値のコピーが済んでから、コピーがなされなかった部分のみに初期値を設定するような対応も可能である。

なお、ここで説明したようなパラメータ設定値の引き継ぎについて主要なケースを挙げると、以下のようなものがある。
まず、プリセットコンポーネントがバージョンアップされた場合の、１コンポーネント分のパラメータの引き継ぎが挙げられる。この場合、プリセットコンポーネントＩＤは変らずプリセットコンポーネントバージョンのみが変更されるが、プリセットコンポーネントＩＤが同じコンポーネントはパラメータのデータ互換性があるので、シーンやライブラリに記憶されている旧バージョンのコンポーネントのパラメータを、新しいバージョンのコンポーネントのパラメータとして引き継ぐことができる。これは図２６乃至図２８を用いて説明した通りである。またこのとき、コンフィグＩＤが一致している必要はない。

また、プリセットコンポーネントがバージョンアップされた場合の、コンフィグＩＤが同じで、旧バージョンのコンポーネントを含むコンフィグデータから新バージョンのコンポーネントを含むコンフィグデータへの、１シーン分のパラメータの引き継ぎが挙げられる。この場合、コンフィグＩＤが同じであるので、ユニークＩＤにより、そのバージョンアップされたコンポーネントを含めて各コンポーネントの対応関係を認識することができる。そして、対応関係が認識された２つのコンポーネントは、異バージョンの可能性はあるが、プリセットコンポーネントＩＤは同じはずである。従って、各対応付けられたコンポーネント同士はパラメータのデータ互換性があり、両コンフィグ間でシーンを引き継ぐことができる。

また、有償コンポーネントがバージョンアップされた場合の、ライセンス及び１コンポーネント分のパラメータの引き継ぎも考えられる。有償コンポーネントをバージョンアップした場合でも、プリセットコンポーネントＩＤは変化しないので、上述したように解除キーをプリセットコンポーネントＩＤと対応して発行するようにすれば、旧バージョンに対応した解除キーにより、バージョンアップされたコンポーネントを引き続き使用することができる。また、上述の場合と同様に、旧バージョンのコンポーネントのパラメータも引き継ぐことができる。このとき、コンフィグＩＤが一致している必要はない。さらに、旧バージョンのコンポーネントを含むコンフィグデータから新バージョンのコンポーネントを含むコンフィグデータへの、１シーン分のパラメータの引き継ぎを行えることも、上述の場合と同様である。

また、同じプリセットコンポーネントＩＤでバリエーション情報の異なる２つのコンポーネント間でのパラメータの引き継ぎが可能であることは図２６乃至２８を用いて説明した通りであり、信号処理構成に含まれるコンポーネントのバリエーションを変更したときの、その変更の前後のコンフィグデータ間での１シーン分のパラメータの引き継ぎが可能であることは、図２４及び図２５を用いて説明した通りである。

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

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

この発明の編集装置の制御方法を適用する編集装置を備えた音響信号処理システムの実施形態であるミキサシステムの構成を示すブロック図である。図１に示したＰＣのディスプレイに表示させる信号処理構成の編集画面の例を示す図である。この発明に関連するデータのうち、ＰＣ側で使用するデータの構成を示す図である。同じくミキサエンジン側で使用するデータの構成を示す図である。図１に示したＰＣが実行するプリセットコンポーネントデータの整合性チェック及び更新の処理を示すフローチャートである。図１に示したミキサシステムにおいて解除キーを管理する第１のキー管理方式について説明するための図である。同じく解除キーの構成を示す図である。同じく第２のキー管理方式について説明するための図である。図１に示したＰＣのディスプレイに表示させる解除キー管理画面の例を示す図である。第２のキー管理方式において、図１に示したＰＣがミキサエンジンへの解除キーの付与指示を受けた場合に実行する処理を示すフローチャートである。

同じくＰＣが解除キーの回収指示を受けた場合に実行する処理を示すフローチャートである。同じくミキサエンジンがＰＣから解除キーの返還指示を受けた場合に実行する処理のフローチャートである。図１に示したミキサシステムにおいてコンフィグデータのコンパイルを指示された場合にＰＣ側で実行する処理のフローチャートである。同じくエンジン転送用ＣＡＤデータを受信した場合にミキサエンジンが実行する処理のフローチャートである。同じく、ＰＣ側で実行する第１及び第２のプロテクト方式に係るプロテクト処理のフローチャートである。同じく、ミキサエンジン側で実行する第３及び第４のプロテクト方式に係るプロテクト処理のフローチャートである。図１に示したミキサシステムにおけるコンポーネントのバリエーション変更について説明するための、図２と対応する編集画面の例を示す図である。同じくプロパティ設定画面の例を示す図である。図１８に示したプロパティ設定画面におけるバリエーション設定部の表示例を示す図である。その別の表示例を示す図である。

図１に示したミキサシステムにおいてＰＣが実行する、プロパティ設定画面における設定内容を反映させるための処理のフローチャートである。図１に示したミキサシステムにおけるオートミキサのバリエーションの例を示す図である。同じくパラメータ引き継ぎの処理においてＰＣのメモリ上に設けるワーク領域について説明するための図である。同じくコンポーネントに変更があった場合のシーンデータの取扱いについて説明するための図である。図２４に示した異構成間コピーについて説明するための図である。図２４に示した異構成間コピーの一部として実行する異バリエーション間のパラメータ設定値引き継ぎ処理を示すフローチャートである。図１に示したミキサシステムで使用するコンポーネントにおけるパラメータのエレメント構成について説明するための図である。図２７に示したようなエレメントによって構成されるパラメータを、置き換え元のコンポーネントから置き換え後のコンポーネントに引き継ぐ際のコピー方式について説明するための図である。

符号の説明

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

Claims

処理内容をプログラム可能な音響信号処理部を有する音響信号処理装置に実行させる音響信号処理内容を、それぞれ入力端子又は出力端子を有する複数の信号処理コンポーネントと、該信号処理コンポーネントの出力端子と入力端子との間を結ぶ結線とに基づいて規定し、該信号処理コンポーネント及び結線からなる音響信号処理の構成を、グラフィック表示の表示画面において受け付けた指示に従って編集する編集装置の制御方法であって、
前記編集装置に、
複数の前記信号処理コンポーネントを定義する定義データであって、該複数の信号処理コンポーネントのうち少なくとも一部の信号処理コンポーネントを、該信号処理コンポーネントが有する端子の数及び／又は該信号処理コンポーネントに係る信号処理に使用するパラメータの数が異なる複数のバリエーションを有するものとして定義する定義データを記憶させると共に、
前記信号処理コンポーネントの各バリエーションについて、異なるバリエーションが有する端子及びパラメータの間の対応関係を記憶させ、
前記信号処理構成の編集に際して、ユーザから、編集中の信号処理構成に含まれる信号処理コンポーネントについて、別のバリエーションへの変更の指示を受け付ける手順と、
該手順で変更の指示を受け付けた場合に、その指示に係る信号処理コンポーネントを、指示に従って別のバリエーションの信号処理コンポーネントに置き換える手順と、
記憶している前記対応関係に基づいて、前記置き換え前の元の信号処理コンポーネントの端子に接続されていた結線のうち、前記置き換え後の信号処理コンポーネントにその接続されていた端子と対応する端子が存在するものを、その置き換え後の信号処理コンポーネントの、前記対応する端子に接続する第１の引継手順と、
記憶している前記対応関係に基づいて、前記元の信号処理コンポーネントに係る信号処理に使用していたパラメータのうち、前記置き換え後の信号処理コンポーネントに係る信号処理に使用するパラメータ中に対応するパラメータが存在するものについて、前記元の信号処理コンポーネントに係る信号処理に使用していたパラメータの値を、前記置き換え後の信号処理コンポーネントに係る信号処理に使用する前記対応するパラメータの値として記憶する第２の引継手順とを実行させることを特徴とする編集装置の制御方法。
請求項１記載の編集装置の制御方法であって、
前記第２の引継手順に、
前記置き換え後の信号処理コンポーネントに係る信号処理に使用するパラメータの値を記憶するための記憶領域を確保する手順と、
前記元の信号処理コンポーネントに係る信号処理に使用していたパラメータのうち、前記置き換え後の信号処理コンポーネントに係る信号処理に使用するパラメータ中に対応するパラメータが存在するものについて、前記元の信号処理コンポーネントに係る信号処理に使用していたパラメータの値を、前記記憶領域のうち前記対応するパラメータの値を記憶する領域に書き込む書込手順と、
前記記憶領域に値を記憶すべきパラメータのうち、前記書込手順において書き込みがなされていないパラメータについて、該パラメータの値を記憶するための記憶領域に所定の初期値を書き込む手順とを設けたことを特徴とする編集装置の制御方法。