JP4164761B2 - ディジタルミキサ、パラメータ編集装置、およびミキサ構成編集装置 - Google Patents

Description

この発明は、音響信号を処理するディジタルミキサおよび該ディジタルミキサに与えるパラメータやミキサ構成データの編集装置に関する。

従来より、非特許文献１に記載されているようなミキサ構成をカスタムメイドできるディジタルミキサが知られている。これは、音響信号処理部を、プログラムに従って動作可能なプロセッサ（例えば、ディジタル信号処理装置（ＤＳＰ））を用いて構成し、外部のＰＣ（パーソナルコンピュータ）を用いて編集したミキサ構成（信号処理構成）に基づいて音響信号を処理できるようにしたものである。ＰＣ上でのミキサ構成の作成・編集は、専用のミキサ制御プログラムにより行なう。すなわち、ＰＣの画面上で信号処理を行なう部品となるコンポーネントを配置し、配置したコンポーネント間を結線でつないで入出力関係を規定して、ミキサ構成を作成・編集する。作成したミキサ構成をディジタルミキサに転送して実行することにより、ディジタルミキサはそのミキサ構成の動作を実現する。

このようなディジタルミキサでは、ミキサ構成ごとに複数のシーンデータを含めることができる。シーンデータとは、そのミキサ構成で動作させるときに使用するパラメータのデータセットである。同じミキサ構成でもシーンごとにいろいろなパラメータ値で動作させたい場合があるので、複数のシーンデータを用意し、適宜呼び出してミキサを動作させる。
「DIGITAL MIXING ENGINE DME32 取扱説明書」、ヤマハ株式会社、２００１年

ところで、シーンデータはミキサ構成に付随するデータであり、ミキサ構成が異なればシーンデータの構造も異なる。従って、異なるミキサ構成に対応した異なるデータ構造のシーンデータ間では互換性がない。このような互換性がないことにより、種々の場面で不都合が生じる。例えば、１つのミキサ構成はイコライザ、コンプレッサ、フィルタ、混合器、エフェクタなどの複数の構成要素を含んでおり、異なるミキサ構成であっても同じような種類の構成要素が含まれる場合があるが、それらの構成要素の間でシーンデータを相互利用したい場合がある。しかし、構成要素の間でシーンデータを相互利用できるのは、最初からそのように設計されたミキサ構成間だけであり、構成要素の規模が異なる等の理由で、シーンデータの相互利用ができないという問題があった。

この発明は、音響信号処理部を、プログラムに従って動作可能なプロセッサを用いて構成し、与えられたミキサ構成に基づいて音響信号を処理できるようにしたディジタルミキサにおいて、ミキサ構成の異同にかかわりなく、所定の条件下で、ミキサ構成の構成要素間でシーンデータの互換性を持たせることができるようにすることを目的とする。

この目的を達成するため、この発明では、ミキサ構成の音響信号処理に用いられるパラメータのデータセットであり、前記複数のコンポーネントの動作のための複数のコンポーネントシーンを含むシーンデータを記憶する記憶手段を備え、コピー元として指定されたコンポーネントシーンの構成要素ＩＤと、コピー先として指定されたコンポーネントシーンの構成要素ＩＤとが一致することを条件として、コピー元のコンポーネントシーンからコピー先のコンポーネントシーンへのコピーを行なうようにする。同じ構成要素ＩＤで特定されるコンポーネント同士は、コンポーネントシーンにデータ互換性があり、コピー元のコンポーネントシーンとコピー先のコンポーネントシーンとで、そのコンポーネントシーンの複数の部分要素のうちの相互に共通する部分要素についてのみコピーを行なうようにする。

この発明によれば、１つのミキサ構成内の２つの構成要素の間でも、あるいは異なるミキサ構成にそれぞれ含まれる２つのミキサ構成の間でも、それらの構成要素の構成要素ＩＤが一致すれば、それらの構成要素に対応するコンポーネントシーンの互換性があり、そのコンポーネントシーンをやり取り（リコール、ストア、コピー）することができる。従って、ミキサ構成を編集した場合に、その編集前のミキサ構成の１つの構成要素で作成したコンポーネントシーンを、編集後の新たなミキサ構成の対応する構成要素に使用することができる。この場合、編集前後でその構成要素の規模が大きくなっても小さくなっても、コンポーネントシーンの使用が可能である。また逆に、新たなミキサ構成で作成したコンポーネントシーンを、編集前のミキサ構成に使用することができる。

以下、図面を用いてこの発明の実施の形態を説明する。

図１は、この発明の一実施形態であるディジタルミキサのエンジンの構成を示す。このエンジン１００は、中央処理装置（ＣＰＵ）１０１、フラッシュメモリ１０２、ＲＡＭ（ランダム・アクセス・メモリ）１０３、ＰＣ入出力インターフェース（Ｉ／Ｏ）１０４、ＭＩＤＩ Ｉ／Ｏ１０５、その他Ｉ／Ｏ１０６、表示器１０７、操作子１０８、波形Ｉ／Ｏ１０９、信号処理部（ＤＳＰ群）１１０、カスケードＩ／Ｏ１１１、およびシステムバス１２０を備える。

中央処理装置（ＣＰＵ）１０１は、このミキサ全体の動作を制御する処理装置である。フラッシュメモリ１０２は、ＣＰＵ１０１や信号処理部１１０のＤＳＰなどが使用する各種のプログラムやデータを格納した不揮発性メモリである。ＲＡＭ１０３は、ＣＰＵ１０１が実行するプログラムのロード領域やワーク領域に使用する揮発性メモリである。ＰＣ Ｉ／Ｏ１０４は、外部のパーソナルコンピュータ（以下、ＰＣと言う）１３０を接続するインターフェース（例えば、ＬＡＮ、ＵＳＢ、シリアルＩ／Ｏなど）である。ＭＩＤＩ Ｉ／Ｏ１０５は、各種ＭＩＤＩ機器を接続するインターフェースである。その他Ｉ／Ｏ１０６は、その他の機器を接続するためのインタフェースである。表示器１０７は、このミキサの外部パネル上に設けられた各種の情報を表示するためのディスプレイである。操作子１０８は、外部パネル上に設けられたユーザが操作するための各種の操作子である。波形Ｉ／Ｏ１０９は、外部機器との間で音響信号をやり取りするためのインターフェースであり、例えば、アナログの音響信号を入力してディジタル信号に変換して信号処理部１１０に渡すＡ／Ｄ（アナログ・ディジタル）変換機能、ディジタルの音響信号を入力して信号処理部１１０に渡すディジタル信号入力機能、および信号処理部１１０から出力されたディジタルの音響信号をアナログの音響信号に変換してサウンドシステムに出力するＤ／Ａ（ディジタル・アナログ）変換機能などを実現する。信号処理部１１０は、幾つかのＤＳＰ（ディジタル・シグナル・プロセッサ）などからなる。これらのＤＳＰは、ＣＰＵ１０１の指示に基づいて各種のマイクロプログラムを実行することにより、波形Ｉ／Ｏ１０９経由で入力した波形信号のミキシング処理、効果付与処理、および音量レベル制御処理などを行ない、処理後の波形信号を波形Ｉ／Ｏ１０９経由で出力する。カスケードＩ／Ｏ１１１は、他のディジタルミキサとカスケード接続するためのインターフェースである。カスケード接続することにより、入出力チャンネル数やＤＳＰ処理力を増やすことができる。

本ディジタルミキサのエンジン１００では、信号処理部１１０で実現するミキサ構成をカスタムメイドすることができる。そのミキサ構成は、ＰＣ１３０上で動作する所定のミキサ制御プログラム１３１によりＰＣ１３０の画面上で作成・編集することができる。作成したミキサ構成をコンフィグレーション（ＰＣ上での実体はＣＦデータである）と呼ぶ。ミキサ制御プログラム１３１は、ユーザの画面上での操作指示に応じて、コンフィグレーションをメモリ上にコンフィグ（ＣＦ）データ１３２として生成する。ＣＦデータ１３２は、ＰＣ１３０から書き込み可能な任意の記憶装置にファイルとして保存できる。また、ＰＣ１３０側のメモリまたは記憶装置上のＣＦデータは（コンパイル（後述）した後）エンジン１００に転送できる。エンジン１００は、ＰＣ１３０から転送されたＣＦデータをフラッシュメモリ１０２に格納して保存しておくことができる。所定の操作によりフラッシュメモリ１０２に格納されたＣＦデータをＲＡＭ１０３上のカレントメモリ（後述する）に読み出し、あるいはＰＣ１３０から転送されたＣＦデータを直接カレントメモリに展開し、カレントメモリ上のＣＦデータに基づいてエンジン１００を動作させることにより、当該ＣＦデータで定義されるミキサ構成のミキサが実現する。

なお、ＰＣ１３０によりＣＦデータを作成・編集するユーザは、エンドユーザに限らず、業者の場合もある。例えば、ある会場にミキサが設置された場合、その会場に業者が出向いて、そのミキサにＰＣ１３０を接続し、当該ＰＣ１３０からその会場に合わせたミキサ構成のＣＦデータを作成・編集し、そのＣＦデータをフラッシュメモリ１０２に格納する。この場合、ミキサはノンプログラマブル（エンドユーザに対してミキサ構成の作成・編集を許可せず、エンドユーザは業者が作り込んだミキサ構成を呼び出して利用するだけ）でもよい。エンドユーザは、パネル上の操作子１０８を用いてフラッシュメモリ１０２に格納されたＣＦデータを読み出し、そのＣＦデータで定義されたミキサ構成のミキサとして動作させることができるので、動作時にＰＣ１３０を接続する必要はない。もちろん、ＰＣ１３０を接続し、そのＰＣ１３０からの操作でミキサを制御することは可能である（後述する実行モード）。

図２（ａ）は、ミキサ制御プログラム１３１によりＰＣ１３０上でＣＦデータ１３２を作成・編集しているときの画面（コンフィグレーション画面と呼ぶ）例を示す。２０１は入力コンポーネント、２０２と２０３は３ウェイクロスオーバ（入力信号を高、中、低の３つの周波数チャンネルに分ける機能）のコンポーネント、２０４は３１バンドのグラフィックイコライザのコンポーネント、２０５は１チャンネル（ｃｈ）のスイッチのコンポーネント、２０６は出力コンポーネントを示す。コンポーネントとはコンフィグレーションを構成する部品ブロックであり、例えば、ミキサ、コンプレッサ、エフェクト、クロスオーバなどのオーディオプロセッサや、フェーダ、スイッチ、パン、メータなどの個々のパーツのプリセットのコンポーネントが用意されている。ユーザは、所定の操作で、選択可能な複数のコンポーネントから任意にコンポーネントを選択し、画面上に配置することができる。またユーザは、所定の操作により、各コンポーネントの端子間に結線（例えば２１１，２１２）を引くことができる。結線を引くことは、コンポーネント間の信号の入出力関係を定義することに相当する。このようにして完成したＣＦデータ１３２は、ハードディスクなどに保存することができ、またコンパイル（ＣＦデータをエンジン１００が解釈できる情報に変換すること）した後、ＰＣ１３０からＰＣ Ｉ／Ｏ１０４を介してエンジン１００側に転送することができる。メモリカードなどの着脱可能な記憶媒体によりエンジン１００側に読み取らせてもよい。

ミキサ制御プログラム１３１は、操作モードとして編集モードと実行モードを有する。所定の操作により、編集モードと実行モードとを切り換えることができる。編集モードは、ＣＦデータを作成・編集するモードである。実行モードは、ＰＣ１３０のミキサ制御プログラム１３１からエンジン１００をリアルタイムに制御するモードである。例えば、コンフィグレーション画面上に表示されたミキサ構成中にフェーダを備えたコンポーネントが存在する場合、実行モードでは、そのフェーダをマウスを用いて操作するとその操作はリアルタイムにエンジン１００に反映される。実行モードでは、コンポーネントの構成と結線は変更できない。実行モードは、ＰＣ１３０側でカレントメモリに呼び出されているコンフィグレーション（コンフィグレーション画面に表示されている）とエンジン１００側でカレントメモリに呼び出されているコンフィグレーションとが一致しているときのみ選択できる。

図２（ｂ）は、コンポーネントのパラメータ設定画面の例を示す。図２（ａ）のコンフィグレーション画面で任意のコンポーネントをダブルクリックすることにより当該コンポーネントのパラメータ設定画面が開く。パラメータ設定画面により、そのコンポーネントの各種のパラメータ項目の値（数値だけでなくオン／オフなども含む）を設定できる。図２（ｂ）では一例として、ＨＰＦ（ハイパスフィルタ）のコンポーネントのパラメータ設定画面を図示した。コンポーネントの種類が異なれば、そのコンポーネントで設定可能なパラメータ項目も異なるので、パラメータ設定画面はコンポーネントの種類毎にある。パラメータ設定画面でコンポーネントのパラメータ値を変更すると、実行モードのときは、その変更がリアルタイムにエンジン１００に反映され、編集モードのときは、オフライン編集（エンジン１００には反映されず、ＰＣ１３０内のデータのみ変更される）となる。各パラメータ項目の現在設定値をカレント値と呼ぶ。新たにコンポーネントを選択してコンフィグレーション画面に配置したときには、そのコンポーネントのカレント値としてデフォルト値が設定されるものとする。

図３（ａ）は、ＰＣ１３０のミキサ制御プログラム１３１が使用するプリセットのコンポーネントデータの構成を示す。このコンポーネントデータは、ミキサ制御プログラム１３１がアクセスできる任意の記憶手段に予め格納されている。コンポーネントデータは、コンポーネントの種類毎のＰＣ（プリセットコンポーネント）データからなる。ここではコンポーネントの種類がＮpc個あるものとする。１つのＰＣデータは、ＰＣヘッダ、ＰＣ構成情報、ＰＥ構成情報、ＰＰ構成情報、ＰＣ処理ルーチン、ＰＥ処理ルーチン、ＰＰ処理ルーチン、および表示・編集処理ルーチンからなる。ＰＣヘッダは、コンポーネントＩＤ（C_ID）およびコンポーネントバージョン（C_Ver）などからなる。C_IDとC_Verにより、ＰＣデータを特定することができる。

ＰＣ構成情報は、そのコンポーネントがどのようなエレメントから構成されているかを示す情報（エレメントの順番も含む）であり、そのコンポーネントのパラメータ設定画面などの表示データを含む。エレメントは、コンポーネントを構成する部品（例えば、パラメータ設定画面の構成要素）に相当する。ＰＥ構成情報は、上記ＰＣ構成情報に示されている各エレメント毎のパラメータ項目構成情報（例えば、当該エレメントのパラメータが、単一の値、１次元配列、２次元配列のどのデータ形式であるかなど）である。ＰＰ構成情報は、上記ＰＥ構成情報に示されている各パラメータ項目の構成情報（例えば、パラメータ値の形式が整数値あるいは浮動小数点など）である。ＰＣ処理ルーチンはＰＣ構成情報に関する各種の処理、ＰＥ処理ルーチンはＰＥ構成情報に関する各種の処理、ＰＰ処理ルーチンはＰＰ構成情報に関する各種の処理を、それぞれ行なうためのプログラムである。ミキサ制御プログラム１３１がＣＦデータを処理する際には、コンポーネント毎のＰＣ処理ルーチン、ＰＥ処理ルーチン、およびＰＰ処理ルーチンを用いる。表示・編集処理ルーチンは、ＣＦデータを作成・編集する際に用いるプログラム群である。

図３（ｂ）は、ＰＣ１３０において、ミキサ制御プログラム１３１によって作成され保存されたＣＦデータの構成を示す。各ＣＦデータ１〜Ｎcfは、それぞれ、１つのミキサ構成を規定するＣＦデータである。各ＣＦデータは、それぞれ１ファイルとして任意の記憶装置（例えば、ＰＣ内のハードディスクなど）に格納できる。ここでは、ＣＦファイル１、ＣＦファイル２、…と並べて図示したが、各ファイルは、ＰＣ１３０上のファイルシステムで独立してコピーや移動ができる単位である。「ＣＦファイル」というときは、ハードディスクなどに保存されたＣＦデータを指すものとする。単に、「ＣＦデータ」と言うときは、どのような形態で記憶されているかを問わず、図示した内容のデータからなる１つのミキサ構成を定義するデータを指すものとする。

図３（ｂ）に示すように、１つのＣＦデータは、ＣＦヘッダ、ＰＣ用ＣＡＤデータ、およびＮs個のシーンデータからなる。ＣＦヘッダは、コンフィグＩＤ（CF_ID）、コンフィグバージョン（CF_Ver）、およびシステムバージョン（SYS_Ver）などからなる。ＰＣ用ＣＡＤデータは、当該ＣＦデータのミキサ構成がどのようなコンポーネントをどのように結線して構成したものかを定義するデータであり、図２（ａ）で説明したコンフィグレーション画面を表示するための表示データを含む。ＰＣ用ＣＡＤデータは、使用するコンポーネントを特定するＣ（コンポーネント）データ、およびそれらのコンポーネント間を結ぶ結線データからなる。この図では、ＣデータがＡ〜Ｄの４つあるので、このＣＦデータのミキサ構成は４つのコンポーネントから構成されることが分かる。Ｃデータは、コンポーネントＩＤ（C_ID）、コンポーネントバージョン（C_Ver）、ユニークＩＤ（U_ID）、およびその他のデータ（例えば、プロパティなど）などからなる。

シーンデータ（図のシーン１、シーン２、…、シーンＮsの１つ１つがシーンデータである）について説明する。シーンとは、１つのコンフィグレーションを構成するすべてのコンポーネントのパラメータ（図２（ｂ）で説明したパラメータ設定画面でその値を設定する）の組であり、そのデータ構成は、ＰＣ用ＣＡＤデータの各ＣデータのC_ID及びC_Verで指定されたＰＣデータ（図３（ａ））、および、同Ｃデータのプロパティに基づいて決められている。シーンデータは、１つのシーンを定義するデータ、すなわち当該コンフィグレーションの各コンポーネントが動作する際に使用する具体的なパラメータ値のデータセットである。ＰＣ１３０側で、現在（ＰＣ１３０内の）カレントメモリ上にあるパラメータ設定画面等の各種画面での編集対象となるシーンデータをカレントシーンと呼ぶ。エンジン１００側も同様に、現在（エンジン１００内の）カレントメモリ上にある信号処理部１００における処理で使用中のシーンデータをカレントシーンと呼ぶ。同じミキサ構成でも、場面に応じてそのミキサ構成におけるパラメータを変更したい場合があるので、１つのＣＦデータ中に複数シーン分のシーンデータを含めることができるようになっている。シーンはシーン番号ｎで特定してシーンｎと呼ぶものとし、図中のシーン１、シーン２、…、シーンＮsのｎ＝１，２，…，Ｎsがシーン番号である。シーンｎへのストア（保存）が指示されたとき、カレントシーンがその指定されたシーンｎのシーンデータ記憶領域へ保存され、シーンｎからのリコール（呼出）が指示されたとき、シーンｎのシーンデータ記憶領域から読み出されたシーンデータがカレントシーンへ呼び出される（書き込まれる）。

シーンデータは、各コンポーネントのパラメータ値を示すコンポーネントシーン（以下、Ｃシーンと呼ぶ）の並びからなる。この並びの順序は、ＰＣ用ＣＡＤデータ中のＣデータの並びと対応している。図では、ＣデータＡで特定されるコンポーネントのパラメータがＣシーン３Ａ、ＣデータＢで特定されるコンポーネントのパラメータがＣシーン３Ｂ、…である。カレントメモリに記憶されているカレントシーンや各シーンのシーンデータは、上述したようなＰＣ用ＣＡＤデータで規定されるデータ構成を有している。

図４は、図３のシーンデータの詳細な構成を示す。図４のコンポーネントシーンは図３（ｂ）のコンポーネントシーンに対応する。１つのＣシーンは、対応する１つのコンポーネントを構成する各エレメントに設定するパラメータの並び（エレメントシーン）からなる。エレメントシーンの並びは、そのコンポーネントのＰＣ構成情報（図３（ａ））が示すエレメントの並びに対応するものとなっている。例えば図４のエレメントシーンＥ３Ｂ１は、Ｃシーン３Ｂのコンポーネントを構成する第１番目のエレメントのパラメータを示す。ここではＣシーン３Ｂのコンポーネントは４つのエレメントからなるので、エレメントシーンも４つある。各エレメントシーンは、単一の値、１次元配列、または２次元配列の何れかのデータ形式を取る。例えば、エレメントシーンＥ３Ｂ１やＥ３Ｂ４は単一のパラメータ値からなるエレメントシーンである。Ｅ３Ｂ２は、要素数が８の１次元配列からなる。Ｅ３Ｂ３は、２次元配列のデータ形式を持つエレメントシーンである。

１つのエレメントシーンは、そのデータ形式に応じた幾つかのパラメータ値（パラメータシーン）からなる。同種のコンポーネントであれば、そのコンポーネントのエレメント構成（順序も含める）は常に同じであり、従って、対応するＣシーン内のエレメントシーンの並びの順序も同じである。ただし、同種のコンポーネントでも設定されたパラメータに応じてエレメントシーンの１次元配列または２次元配列の要素数は変化するので、エレメントシーンのデータ長が変わることはある。エレメントシーンが１次元配列または２次元配列である場合の要素数は、対応するＣデータのプロパティ（図３（ｂ））に格納されている。

図３に戻って、ＰＣ１３０内のデータ構成の説明を続ける。

図３（ｃ）は、ＰＣ１３０のミキサ制御プログラム１３１により処理される対象のＣＦデータのＲＡＭ上での構成を示す。ＰＣ１３０のＲＡＭ上に設けられたカレントメモリには、ＣＦデータの全体（すなわち、ＣＦヘッダとＰＣ用ＣＡＤデータと複数のシーンデータ）を格納する領域、現在設定中のシーンデータであるカレントシーンを格納する領域、およびエンジン用ＣＡＤデータ形成バッファが設けられている。カレントメモリ上のＰＣ用ＣＡＤデータに基づいて、図２（ａ）のようなコンフィグレーション画面が表示される。コンフィグレーション画面上で行なわれた編集は、カレントメモリ上のＰＣ用ＣＡＤデータに反映される。カレントシーンは、表示されているコンフィグレーションの各コンポーネントのパラメータ現在値（カレント値）を表す。パラメータ設定画面によりコンポーネントのパラメータに対して行なわれた編集はカレントシーンに反映される。カレントシーンの構成は、図４で説明したのと同様である。エンジン用ＣＡＤデータ形成バッファは、ＣＦデータをコンパイルしたとき、ＰＣ用ＣＡＤデータからエンジン用ＣＡＤデータを生成するバッファである。

以上のように、ＰＣ１３０のミキサ制御プログラム１３１により、図２のような画面上の操作で、図３（ａ）のコンポーネントデータを使用して、図３（ｃ）のカレントメモリ上にＣＦデータを作成・編集し、図３（ｂ）のような構成でＣＦファイルとして保存できる。既に説明したように、ＰＣ１３０側で保存したＣＦファイルは、コンパイルした後、エンジン１００に転送してフラッシュメモリ１０２に格納できる。エンジン１００では、表示器１０７に表示された画面を見ながらパネル上の操作子１０８を操作することにより、フラッシュメモリ１０２に格納されたＣＦファイルを指定してＲＡＭ１０３内のカレントメモリにロードできる。エンジン１００は、カレントメモリ上のＣＦデータで定義されるミキサ構成のミキサとして動作する。

図５（ａ）は、エンジン１００内のフラッシュメモリ１０２に格納されるＣＦデータの一部を示す。フラッシュメモリ１０２に格納されるＣＦデータは、図３（ｂ）および図４に示したＰＣ内のＣＦデータの構成とほとんど同じであるので、図５（ａ）は異なる部分のみを示した。すなわち、エンジン１００側では、図３（ｂ）のＰＣ用ＣＡＤデータの部分が、図５（ａ）のエンジン用ＣＡＤデータに置き換わる。エンジン用ＣＡＤデータは、コンフィグレーション画面で示されるようなミキサ構成を表すデータである点はＰＣ用ＣＡＤデータと同じだが、エンジン内では図２（ａ）の画面におけるコンポーネントや配線の表示位置などのデータは不要であるため、またデータ量を少なくするため、表示データを含まずバイナリ形式で表現されている。エンジン用ＣＡＤデータは、コンパイルにより図３（ｃ）のエンジン用ＣＡＤデータ形成バッファ上に生成されたものである。ＰＣ１３０側では、図３（ｂ）の形式でＣＦファイルを任意の記憶装置に保存しているが、コンパイル後は、図５（ａ）の形式でやはり任意の記憶装置に保存できる。その図５（ａ）の形式のＣＦファイルをＰＣ１３０からエンジン１００に転送してフラッシュメモリ１０２に格納する。なお、フラッシュメモリ１０２上には、所定のファイルシステム（ＰＣ上のファイルシステムに準拠するものである必要はない）が構築されており、ＣＦデータはＣＦファイルの形で複数格納されている。

図５（ｂ）は、エンジン１００上のＣＦデータのＲＡＭ１０３上での構成を示す。ＲＡＭ１０３上のカレントメモリには、ＣＦデータのうち、ＣＦヘッダとエンジン用ＣＡＤデータを格納する領域、現在設定されているシーンデータであるカレントシーンを格納する領域、およびマイクロプログラム形成バッファが設けられている。カレントメモリにエンジン用ＣＡＤデータが読み込まれたときには、自動的に、当該ＣＡＤデータのミキサ構成を実現するマイクロプログラムがマイクロプログラム形成バッファ上に展開され、そのマイクロプログラムが信号処理部１１０に転送される。これにより、信号処理部１１０のＤＳＰ群はカレントメモリ上のＣＡＤデータのミキサ構成の動作を実現する。ここで、フラッシュメモリからの読み出しはＰＣの記憶装置（ハードディスクなど）からに比べて高速なので、複数のシーンデータについてはカレントメモリに読み込まなくてもシーンリコールの速度は遅くならない。また、エンジン用ＣＡＤデータについても必ずしもカレントメモリに読み込まなくても良く、フラッシュメモリ上のデータを直接利用しても良い。

カレントシーンは、カレントメモリに展開されているエンジン用ＣＡＤデータのミキサ構成の各コンポーネントのパラメータのカレント値である。カレントメモリにカレントシーンが読み込まれたとき、あるいはそのカレントシーンが変更されたときには、自動的に、当該カレントシーンが信号処理部１１０に転送される。信号処理部１１０は、転送されたカレントシーンをＤＳＰ群の係数メモリに展開する。信号処理部１１０のＤＳＰ群は当該係数メモリの係数を使用して上記転送されたマイクロプログラムを実行し、これにより信号処理部１１０は、カレントメモリ上のＣＡＤデータのミキサ構成で、かつカレントシーンのパラメータ値での動作を実現する。エンジン１００上のカレントシーンの構成は、図４で説明したのと同様である。

図５（ｃ）は、フラッシュメモリ１０２に予め格納されているプリセットのコンポーネントデータの構成の一部を示す。このコンポーネントデータは、図３（ａ）に示したＰＣ内でのコンポーネントデータの構成とほとんど同じであるので、図５（ｃ）は異なる部分のみを示した。すなわち、エンジン１００側では、図３（ａ）の表示・編集処理ルーチンの部分が、図５（ｃ）のＰＣマイクロプログラムに置き換わる。エンジン１００では、図２（ａ）、（ｂ）に示されるコンフィグレーション画面における各コンポーネントの表示や複数操作子を有するパラメータ設定画面の表示はできないので、その表示・編集のための表示・編集ルーチンは不要である。その代わり、エンジン１００では、エンジン用ＣＡＤデータのミキサ構成に応じたマイクロプログラム（マイクロプログラム形成バッファ上に生成）を形成してＤＳＰ群に送る必要があるため、図５（ｃ）のような各コンポーネント対応のＰＣマイクロプログラムが必要である。また図示しないが、ＰＣ処理ルーチン、ＰＥ処理ルーチン、およびＰＰ処理ルーチンは、エンジン中で各構成情報を処理するための各種のプログラムであるものとする。なお、各コンポーネントの入出力数はパラメータの設定によって変化するが、コンポーネントデータ中のＰＣマイクロプログラムにはそれらの入出力数のバリエーションが全て格納されているものとする。

本実施形態のディジタルミキサのシステムの特徴は、異なるミキサ構成間でシーンを相互利用可能としたことにある。具体的には、所定の条件下で、異なるＣＦデータ間でシーンデータをやり取りすることができる。図３および図５から、シーンデータが存在する場所としては、（ａ）ＰＣ１３０の記憶手段に格納された複数のＣＦファイルの中の複数のシーンデータ、（ｂ）ＰＣ１３０のカレントメモリのカレントシーンおよび複数のシーンデータ、（ｃ）エンジン１００のフラッシュメモリ１０２に格納された複数のＣＦファイルの中の複数のシーンデータ、（ｄ）エンジン１００のカレントメモリのカレントシーン、の４つあるから、原理的にはシーンデータのやり取りは（ａ）〜（ｄ）のうちの任意の２つ（同じもの同士を含む）の間で行なわれることになる。ただし、ＰＣ１３０の記憶装置に格納されたＣＦファイルや、エンジン１００のフラッシュメモリに格納されたＣＦファイルは、そのままではデータのやり取りを行うのに時間がかかるので、データのやり取りを行うのに先立って、やり取りを行うＣＦファイルをＰＣ１３０ないしエンジン１００のＲＡＭ上のコピー用メモリにＣＦデータとして読み出し、そのＲＡＭ上のＣＦデータによってデータのやり取りを行い、やり取りが終了したら再び元の記憶装置ないしフラッシュメモリに書き戻す。本実施形態では、それをＣＦファイルのデータのやり取りと表現する。さらに、図１のＰＣとエンジンの組み合わせが２組ある場合を想定すると、一方のＰＣまたはエンジンの支配下にあるＣＦデータのシーンデータを、他方のＰＣまたはエンジンに移すケースもある。このようなシーンデータをやり取りするどのような場面でも、上述の本実施形態の特徴が有効である。

従来のミキサでは、現在開かれているＣＦファイルに含まれるシーンデータをカレントメモリにリコールしたり、逆にカレントメモリ上のカレントシーンを現在開かれているＣＦファイルにストアすることは可能であった。本実施形態では、現在開いているＣＦファイルではない別のＣＦファイルとカレントメモリとの間でシーンデータのリコールやストアが可能である。これは従来のミキサのシステムでは不可能であった。その理由は以下のとおりである。すなわち、ＣＦファイルが異なるということは、基本的には、それぞれで定義しているミキサ構成が異なるということである。ミキサ構成が異なると、それぞれのＣＦファイル中のシーンデータの互換性はない。ミキサ構成が異なるということは、基本的にはそれぞれのＣＦファイル中のコンポーネントの構成が異なるということであり、コンポーネントの構成が異なれば各コンポーネント対応のコンポーネントシーンの構成も異なるので、一般的には互換性がない。

本実施形態におけるシーンデータのやり取りは、上述したようにシーンデータの存在場所に応じて種々のケースで行なわれるが、典型的には以下のようなケースがある。
（１）ＰＣ１３０ないしエンジン１００において、１つのＣＦファイル中の１つのシーンのシーンデータを指定して、カレントシーンに、その指定されたシーンデータを読み込むとき。シーンのリコールは、このような別のＣＦファイルからカレントシーンへのシーンデータの読み込みを含むものとする。
（２）ＰＣ１３０ないしエンジン１００において、１つのＣＦファイル中の１つのシーンのシーンデータを指定して、カレントシーンを、その指定されたＣＦファイルのシーンデータの記憶領域に書き込むとき。シーンのストアは、このようなカレントシーンの別のＣＦファイルへの書き込みを含むものとする。
（３）ＰＣ１３０ないしエンジン１００において、読み出し元の１つのＣＦファイルないしＣＦデータの１(ないし複数)のシーンと書き込み先の１つのＣＦファイルないしＣＦデータの１(ないし複数)のシーンとを指定して、読み出し元として指定されたシーンデータの記憶領域から書き込み先として指定されたのシーンデータの記憶領域へシーンデータのコピーを行うとき。ここで、読み出し元のＣＦファイルないしＣＦデータと書き込み先のＣＦファイルないしＣＦデータは同じであってもよい。
（４）ＰＣ１３０上で２つのミキサ制御プロセスを動作させ、それぞれのコンフィグレーション画面が表示されている場合（それぞれ独立にカレントメモリが割り当てられている）に、２つのカレントメモリのカレントシーン（ないしシーンデータ）間でシーンデータのコピーを行なうとき。

また、本実施形態におけるコンポーネントデータのやり取りも、シーンデータの存在場所に応じて種々のケースで行われるが、典型的には以下のケースがある。
（１）１つのＣＦファイル中の１つのシーンデータの１つのコンポーネントシーンと、カレントシーンの１つのコンポーネントシーンとを指定して、指定されたＣＦファイル中のコンポーネントシーンを、指定されたカレントシーンのコンポーネントシーンに読み込むとき。
（２）カレントシーンの１つのコンポーネントシーンと、１つのＣＦファイルの１つのシーンデータの１つのコンポーネントシーンを指定して、指定されたカレントシーンのコンポーネントシーンを、指定されたＣＦファイル中のコンポーネントシーンに書き出すとき。
（３）読み出し元の１つのＣＦファイルないしＣＦデータの１つのシーンの１つのコンポーネントシーンと、書き込み先の１つのＣＦファイルないしＣＦデータの１つのシーンの１つのコンポーネントシーンとを指定し、読み出し元として指定されたコンポーネントシーンの記憶領域から書き込み先として指定されたコンポーネントシーンの記憶領域へコンポーネントシーンのコピーを行うとき。

このシーンデータないしコンポーネントデータのやり取りは、ユーザの選択したＣＡＤデータを読み込んでミキサ構成を変更する、ということのできない一般のディジタルミキサにも適用することができる。その場合、当該ディジタルミキサは、その固有のミキサ構成に対応した１つのCF_IDとCF_Verを有する。

この一般のディジタルミキサに本発明を適用した場合、次のようなシーンデータやコンポーネントシーンのやり取りを行うことができる。
（１）１つのＣＦファイル中の１つのシーンデータを指定して、指定したシーンデータを当該ディジタルミキサのカレントシーンに読み込む。
（２）１つのＣＦファイル中の１つ（ないし複数）のシーンデータと、当該ディジタルミキサの１つ（ないし複数）のシーンデータを指定して、指定されたＣＦファイルのシーンデータを、指定された当該ディジタルミキサのシーンデータの記憶領域に読み込む。
（３）１つのＣＦファイル中の１つのシーンデータの１つのコンポーネントシーンと、当該ミキサの固有のカレントシーンの１つのコンポーネントシーンを指定して、指定したＣＦファイル中のコンポーネントシーンを、カレントシーンのコンポーネントシーンに読み込む。

当該ディジタルミキサは、記憶している複数のシーンデータをシーンファイルとして外部記憶媒体に書き出すことができる。その際、そのシーンファイルには当該ディジタルミキサのCF_IDおよびCF_Verが付与される。他のディジタルミキサで保存されたシーンファイルにも同様にCF_IDおよびCF_Verが付与されていれば、当該ディジタルミキサは、（１）〜（３）のＣＦファイルからの読み込みと同様の処理により、該他のディジタルミキサのシーンファイルからシーンデータないしコンポーネントシーンを読み込むことができる。

なお、リコール、ストア、およびコピーという言葉は一般的にはデータの内容の変更を伴わずにデータをやり取りするものであるが、本実施形態においてシーンデータのリコール、ストア、およびコピーというときは、一般的には当該シーンデータの内容が変更されるものである。シーンデータはＣＦデータのミキサ構成に付随するデータであるので、シーンデータの読み出し元のミキサ構成と書き込み先のミキサ構成が異なる場合、シーンデータの構造も異なることになるからである。

本実施形態における、異なるＣＦデータ間でシーンデータをリコール、ストア、およびコピーできるという特徴について、さらに詳しく説明する。シーンデータのリコール、ストア、およびコピーの際には、読み出し元のシーンデータを特定する情報とそのシーンデータの書き込み先を特定する情報とを指定する必要がある。本実施形態では、図３や図５に示したCF_IDとCF_VerでＣＦデータを特定し、（C_IDと）U_IDでＣデータを特定し、シーン番号でシーンを特定し、これにより異なるミキサ構成間であっても所定の条件を満たす場合にはシーンデータのリコール、ストア、およびコピーが可能となるようにしている。

CF_ID（コンフィグＩＤ）は、ＣＦデータを特定するＩＤである（ファイル形態かカレントメモリ上かを問わない）。CF_Ver（コンフィグバージョン）は、初期値が例えば1.00で、その後ＣＦデータを編集したときにカウントアップされていくバージョンを示す。任意のＣＦファイルをカレントメモリ上に開いて編集した後、保存（別ファイル名または上書き保存のどちらでもよい）すると、CF_IDは同じでCF_VerがカウントアップされたCFヘッダが付く。ＰＣ１３０上でＣＦデータを新規作成した場合、当該新規作成したＣＦデータには当該機種ないし他の機種で過去に作成されたCF_IDとは重複しない新たなCF_IDおよび初期値のCF_Verが付けられる。ＰＣ１３０では、次に付ける最新のCF_IDの値を管理しているものとする。なお、C_IDやCF_IDは、それらのデータを作成したＰＣなどの機器のＩＤを含ませることにより、偶然に一致したCC_IDやCF_IDが付与されることを防止する。また、業者が作成・編集するＣＦデータに付けるCF_IDと、エンドユーザが作成・編集するＣＦデータに付けるCF_IDとで、重ならないように範囲を分けるものとし、業者の管理下にあるＣＦデータの範囲内、あるいは各エンドユーザの管理下にあるＣＦデータの範囲内では、それぞれ上記の方式でCF_IDとCF_Verを付けていくものとする。以上のようにＩＤとバージョンを付けることにより、同じCF_IDを持つ別々のＣＦデータは、そのＣＦデータに至る編集の経過をさかのぼれば同じCF_IDでCF_Verが初期値のＣＦデータに行き着くはずである。同じCF_IDを持つＣＦデータは、同じ「系列」に属すると言うものとする。

C_ID（コンポーネントＩＤ）は、図３（ａ）で説明した各ＰＣデータを特定するＩＤである。C_Ver（コンポーネントバージョン）は、そのＰＣデータのバージョンを示す。ＣＦデータ中のＣＡＤデータの各Ｃデータでは、このC_IDとC_Verで各コンポーネントを特定している。

U_ID（ユニークＩＤ）は、ＣＦデータのミキサ構成を順次編集していく際に、その系列内においてＣデータを特定するためのＩＤである。例えば、初めにＣＦデータを新規作成する場合、Ｃデータを新規追加（コンポーネント追加）する毎に新たなU_IDの値が各Ｃデータに付けられる。Ｃデータを削除したときは、そのＣデータのU_IDの値は空きとなり、当該ＣＦデータの系列内ではU_IDとして使われることはない。空きのU_IDの値があったとしても、それ以後新規に追加されるＣデータに対しては新たなU_IDの値が付けられる。これにより、ＣＦデータが編集されていきＣデータの追加や削除がなされ、その編集の途中の任意の段階でＣＦデータが保存されたとしても、その系列内において、U_IDの値が一致するＣデータは同じＣデータであると判別できる。なお、ここで「同じＣデータ」というのは「全く同じデータ」を意味しない。U_IDの値が一致したとしても、別々のＣＦデータ内の２つのＣデータということであるから、各ＣＦデータ内でそれぞれパラメータ編集されれば、データとしては異なることがある。ただし、同じ種類のＣデータであって、対応するＣシーンの構造が同じ（エレメントシーンの配列要素数を除く）であることは保証される。

本発明では、各コンポーネントシーンに対してそのデータ互換性を示すC_IDが付与されており、そのC_IDによってコンポーネントシーン間のデータ互換性がチェックされる。すなわち、C_IDが同じであるということは、そのコンポーネントシーン間にデータ互換性があるということを意味する。

また、本発明では、各シーン（カレントシーンを含む）に対してそのデータ互換性を示すCF_IDが付与されており、そのCF_IDによってシーン間のデータ互換性がチェックされる。すなわち、CF_IDが同じであるということは、そのシーン間にはデータ互換性があるということを意味する。

図６は、ＣＦデータを編集していくときのＩＤやバージョンの付け方およびシーンデータの構成の例を示す図である。６０１はコンフィグレーション画面で初めに新規作成したＣＡＤデータを示す。新規作成なので、新たなCF_ID＝XXが付けられ、CF_Ver＝1.00（初期値）になっている。このＣＡＤデータは、イコライザＥＱ６１１およびダイナミックスＤＹＮ６１２の２つのコンポーネントから成る。各コンポーネントを示すブロック内に記載された括弧内の３つの数値は、先頭からC_ID、C_Ver、およびU_IDを示す。ＥＱ６１１はU_ID＝１、ＤＹＮ６１２はU_ID＝２である。

６０２は、ＣＦデータ６０１を元にして新たなコンポーネントであるクロスオーバーX_OVER６２３を追加し、結線し、その後、別名で保存したものである。ＣＦデータ６０２の保存時には、ＣＦデータ６０１と同じCF_ID＝XXが付けられ、バージョンはカウントアップされてCF_Ver＝1.01になっている。追加されたX_OVER６２３はU_ID＝３となる。ここまでで本系列内ではU_ID＝２まで使用しているからである。６０３は、ＣＦデータ６０２を元にしてＥＱ６２１を削除し、その後、別名で保存したものである。ＣＦデータ６０３の保存時には、ＣＦデータ６０１，６０２と同じCF_ID＝XXが付けられ、バージョンはカウントアップされてCF_Ver＝1.02になっている。もしＣＦデータ６０３の状態からコンポーネントを追加するとU_ID＝４となる。ここまでで本系列内ではU_ID＝３まで使用しているからである。削除されたU_ID＝１は空きとなるが、以後のこの系列のＣＦデータの編集においてU_ID＝１が使われることはない。

６４１は、ＣＦデータ６０１に対して作成された１つのシーンデータ（既に特定のシーン番号で保存されているものとする）を示す。ＣＦデータ６０１の２つのコンポーネントの並びに応じて、ＥＱ６１１に対応するＣシーン６５１とＤＹＮ６１２に対応するＣシーン６５２が並べられている。

６４２は、ＣＦデータ６０２のシーンデータを示す。シーンデータ６４２の編集において、ＣＦデータ６０１のシーンデータ６４１を指定してリコールを指示したとき、シーンデータ６４１のＣシーン６５１，６５２が、それぞれ、シーンデータ６４２のＣシーン６６１，６６２にコピーされる。このリコールは、ＣＦデータ６０１とＣＦデータ６０２との間であるので、異コンフィグ間リコールである。異コンフィグ間リコールの場合、一般的にはミキサ構成が異なるので、その相違に基づきシーンデータの構造も異なることになる。従って、例えばＣシーン６５１を読み出してきても、そのＣシーンを、シーンデータ６４２のどこに書き込めばよいかは一般的には分からない。しかし、本実施形態のミキサのシステムでは、ＣＡＤデータが編集され別名で保存されてもCF_IDは同じものが付され、また同じ系列内のＣＦデータであればU_IDにより各コンポーネントの対応が取れる。従って、リコール元とリコール先のＣＦデータのCF_IDが一致していることを確認した後、例えばシーンデータ６４１から読み出してきたＣシーン６５１については、当該Ｃシーン６５１に対応するコンポーネントであるＥＱ６１１のU_IDが１であることを求め、ＣＦデータ６０２からU_IDが１であるコンポーネントがＥＱ６２１であることを求め、当該ＥＱ６２１に対応するＣシーンの格納位置が６６１であることを求め、その位置６６１にＣシーン６５１をコピーする。シーンデータ６４１をシーンデータ６４２にリコールしたとき、シーンデータ６４２のＣシーン６６３については、リコール元に対応するＣシーンが無いのでそのままとする。

ＣＦデータ６０３のシーンデータ６４３の編集において、ＣＦデータ６０２のシーンデータ６４２を指定してリコールを指示したときも上記と同様である。シーンデータ６４２のＣシーン６６２，６６３が、それぞれ、シーンデータ６４３のＣシーン６７２，６７３にコピーされる。リコールの処理シーケンスは、シーンデータ６４２のＣシーン６６１についてもコピーしようとするが、このＣシーンに対応するコンポーネントのU_IDは１であり、一方リコール先のＣＦデータ６０３にはU_ID＝１のコンポーネントは無いので、Ｃシーン６６１はコピーされない。以上のようにして、異コンフィグ間リコールが実現される。

図７は、エレメントシーンの書き込み処理の例を示す。図６で説明したように、本実施形態のミキサのシステムでは、異ＣＦデータ間でも、CF_IDが一致する場合にはU_IDによりＣシーンの対応がとれる。同じU_IDのコンポーネントは同じC_IDが付与されているので基本的には相互にパラメータの互換性があるのであるが、その２つのコンポーネントでC_Verが異なっていたり、端子数等のコンポーネント規模を示すプロパティ情報が異なっている場合がある。そのため、例えば図６のＣＦデータ６０１のＣシーン６５１をＣＦデータ６０２のＣシーン６６１にコピーする場合、その２つのＣシーン６５１とＣシーン６６１では、その構造、すなわちエレメントシーンの並びの順序と形式（単一値か一次元配列か二次元配列か）については一致するが、その一部のエレメントシーンについて、何れかの一方にだけ存在していたり、配列要素数が異なっている可能性がある。Ｃシーンの各エレメントの有無は各コンポーネントのＰＣ構成情報により制御され、Ｃシーンの各エレメントの要素数はＣＡＤデータの対応するＣデータのプロパティ情報により制御される。要素数が変更されている場合、パラメータシーンの書き込みのルールを決めておく必要がある。

図７（ａ）は、エレメントシーンが単一の値から成る場合である。７０１は書き込むデータEx、７０２は書き込み先のデータEoを示す。エレメントシーンの書き込み処理により、７０３に示すように、書き込み先のデータがExに書き替わる。

図７（ｂ）は、エレメントシーンのデータ形式が一次元配列の場合である。７１１は書き込むエレメントシーンのデータを示す。このデータの要素数は４である。書き込み先のエレメントシーン７１２の要素数が６のとき、書き込み処理により、７１３に示すように書き込み先のエレメントシーンの先頭から４番目の要素までが書き込むデータE[1]xからE[4]xに書き替わる。元からあるE[5]oとE[6]oは変化しない。一方、書き込み先のエレメントシーン７１４の要素数が２のときは、７１５に示すように２つの要素が書き替わり、E[3]xとE[4]xは無視される。

図７（ｃ）は、エレメントシーンのデータ形式が二次元配列の場合である。書き込むエレメントシーンのデータ７２１は、行要素数が４、列要素数が３の形式である。書き込み先のエレメントシーン７２２は、行要素数が６、列要素数が２である。書き込み処理により、７２３に示すように、重なる部分のみが書き替えられ、その他は無視される。

以上のように、エレメントシーンが配列であるときは、書き込み元と書き込み先とで、要素の添字が一致する要素は書き替え、書き込み元のみに存在する添字の要素は無視し、書き込み先のみに存在する添字の要素はそのままとされる。

図８（ａ）は、ＣＦファイルの複数のシーンデータの何れかからカレントシーンへのシーンリコール処理の流れを示す。上述したシーンデータのやり取りを行なう典型的なケースのうち（１）の場合であり、ＣＦファイルからカレントメモリへシーンデータをコピーする場合の処理も基本的には同じである。なお、現在開いているＣＦファイルからシーンデータをリコールする処理も、この流れで処理可能であり、別のルーチンを用意する必要はない。

ステップ８０１でリコールするシーンデータを含むＣＦファイルを特定し、ステップ８０２でそのＣＦファイル内のリコールするシーンデータのシーン番号ＳＮを特定する。これらの特定の方法は任意である。例えば、ユーザによる他ＣＦファイルのシーンデータのリコールの指示に応じて、シーンデータを特定するためのウインドウを表示し、指定されたフォルダ内にあるＣＦファイルを選択肢として表示し、その中からＣＦファイルを選択させ、さらに当該ＣＦファイル内のシーンデータのシーン番号を指定させるようにすればよい。この際、上記指定されたフォルダ内にある全てのＣＦファイルについてCF_IDを読み出し、当該CF_IDがカレントメモリ上のＣＦデータのCF_IDと一致するＣＦファイルのみを選択肢として表示する。これにより、リコールするシーンデータは常にCF_IDが一致するＣＦデータから指定されることとなる。

次に、ステップ８０３でカレントメモリをプロテクトし、他のプロセスから書き替えることができないようにする。ステップ８０４で、リコールするシーンデータを含むＣＦファイルのＣＡＤデータを読み出し、その最初のU_ID（昇順に見て一番若い番号）を準備する。ステップ８０５で、当該U_IDと一致するU_IDのコンポーネントがカレントメモリ上のＣＡＤデータ中に存在し、かつ、ＣＦファイルのＣＡＤデータ中の当該U_IDに対応するコンポーネントのC_IDとカレントメモリのＣＡＤデータ中のU_IDが一致するコンポーネントのC_IDとが一致するか否かを判定する。存在しない又は存在してもC_IDが一致しない場合は、そのU_IDのコンポーネントのＣシーンはリコールする必要がないから、ステップ８１０に進む。ステップ８０５で、当該U_IDのコンポーネントがカレントメモリ上にあり、かつ、C_IDが一致すると判定された場合は、そのU_IDのコンポーネントのＣシーンをリコールするステップ８０６〜８０９の処理を行なう。

ステップ８０６〜８０９の処理は、図７で説明したエレメントシーンの書き込み処理である。まずステップ８０６で当該Ｃシーンの最初のエレメントを準備し、ステップ８０７でそのエレメントシーンのリコール処理（図７）を行なう。ステップ８０８で次のエレメントシーンを準備し、エレメントがあれば、ステップ８０９から８０７に戻って処理を続ける。処理するエレメントがなければ、ステップ８１０に進む。ステップ８１０では、次のU_IDを準備し、それがあればステップ８０５に戻って処理を続ける。リコール元のＣＦデータ中の全てのU_IDについて処理し終えたら、ステップ８１１から８１２に進み、カレントメモリのプロテクトを解除する。ステップ８１３で、リコールできなかったコンポーネントおよびエレメントを表示し、処理を終了する。

図８（ｂ）は、カレントシーンをＣＦファイルの複数のシーンデータの何れかへストアするシーンストア処理の流れを示す。上述したシーンデータのやり取りを行なう典型的なケースのうち（２）の場合であり、カレントメモリからＣＦファイルへシーンデータをコピーする場合の処理も基本的には同じである。なお、カレントシーンを、現在開いているＣＦファイルへシーンデータをストアする処理も、この流れで処理可能であり、別のルーチンを用意する必要はない。

ステップ８２１，８２２でストア先のCF_IDとシーン番号ＳＮを特定する。これはステップ８０１，８０２と同様に行なえばよい。カレントメモリ上のＣＦデータのCF_IDと一致するＣＦファイルのみを選択肢として表示し、ストア先として指定されるＣＦファイルがカレントシーンと同じCF_IDであるようにする。ステップ８２３〜８３３は、リコールのステップ８０３〜８１３と同様の処理である。リコールでは指定したＣＦファイルのシーンデータをカレントメモリにコピーするが、ストアではカレントシーンから、指定したＣＦファイルのシーンデータにコピーする。ステップ８３３では、ストアできなかったコンポーネントとエレメントを表示する。

図８（ａ）と（ｂ）はカレントシーンのリコール処理及びストア処理であったので、１シーン分のシーンデータをコピーするようになっていたが、同様な手順で、上述したシーンデータのやり取りを行う典型的なケースの（１）ないし（３）でＣＦデータないしＣＦファイル間で複数シーン分のシーンデータを一括コピーする場合の処理を行なうことができる。

また、図８に示した処理では、予めCF_IDが一致するＣＦデータを選択肢として表示しその中からシーンデータのリコール元やストア先を指定させることにより、シーンデータをやり取りする元と先のＣＦデータのCF_IDが一致することを保証するようにしたが、任意のＣＦデータを選択肢として指定させ、各処理の初めの部分でCF_IDの一致をチェックするようにしてもよい。CF_IDが不一致の場合は、互換性がないものとしてエラーとする。

図９（ａ）は、２つのＣＦファイル間でコンポーネントシーン（Ｃシーン）をコピーするＣシーンコピー処理の流れを示す。上述したコンポーネントシーンのやり取りを行なう典型的なケースのうちの（３）の場合であり、ＣＦファイルとカレントメモリの間でＣシーンをコピーする場合の処理も基本的には同じである。なお、同一のＣＦファイル内の異なるコンポーネント間でＣシーンをコピーする場合や、同一のＣＦファイル内の同一のコンポーネントについて、異なるシーンデータ間でＣシーンをコピーする場合の処理も、この流れで処理可能であり、別のルーチンを用意する必要はない。さらに、図８（ａ）のステップ８０７のエレメントシーンリコール処理、図８（ｂ）のステップ８２７のエレメントシーンストア処理も同様の処理であり、同じルーチンで処理することができる。

ステップ９０１では、ユーザがコピー元として指定したコンポーネントシーンを示すCF_ID、CF_Ver、シーン番号SN、およびU_IDと、ユーザがコピー先として指定したコンポーネントシーンを示すCF_ID、 CF_Ver、シーン番号SN、およびU_IDを取り込む（コピー元や先がカレントシーンのときはＳＮは不要）。ここで、CF_ID、CF_Ver、SN、U_IDの組により、１つのＣＦファイルの１つのシーンデータの１つのコンポーネントシーンが特定される。これらの指定の方法は任意である。例えば、ユーザによるコンポーネントシーンのコピー指示に応じて、コピー元のコンポーネントシーンを特定するためのウインドウを表示し、そのウインドウでコピー元のＣＦファイル、シーン番号、コンポーネントを指定させ、さらに、コピー先のコンポーネントシーンを特定するためのウインドウを表示し、コピー先のＣＦファイル、シーン番号、コンポーネントを指定させる。ステップ９０２で、コピー元として指定されたコンポーネントシーンのコンポーネントのC_IDとコピー先として指定されたコンポーネントシーンのコンポーネントのC_IDとを比較し、一致しているときは、ステップ９０４〜９０７でエレメントシーンのコピーを行なう。ステップ９０４〜９０７の処理は、図８（ａ）のステップ８０６〜８０９や図８（ｂ）のステップ８２６〜８２９と同様の処理である。図８（ａ）のリコールや図８（ｂ）のストアではＣＦファイルとカレントメモリとの間でシーンデータをやり取りしているが、図９（ａ）のコピーでは、コピー元のCF_IDとCF_Verで特定されるＣＦデータのシーン番号SNのシーンデータのU_IDで特定されるコンポーネントシーンを、コピー先の CF_IDとCF_Verで特定されるＣＦデータのシーン番号SNのシーンデータのU_IDで特定されるコンポーネントシーンの位置にコピーしている。ステップ９０２でC_IDが不一致のときは、ステップ９０３でコピー元とコピー先のコンポーネントシーン間でデータに互換性がないことを示すエラー表示を行なって処理を終了する。なお、コピー先のコンポーネントシーンを特定するためのウインドウでは、コピー先として選択されたＣＦファイルのコンポーネントのうちの、コピー元として既に指定されているコンポーネントのC_IDと同じC_IDを有するコンポーネントだけを表示するようにしてもよい。その場合、C_IDが同じであることが確認できているので、ステップ９０２の処理を省略することができる。

図９（ｂ）は、エレメントシーンの書込処理の流れを示す。この処理は、図７で説明した処理であり、ステップ８０７，８２７，９０５で実行される処理である。ステップ９２１で、書込元と書込先のエレメントシーンについて、パラメータ構成ＰＳ、配列タイプＳＴ、書込元のサイズ、および書込先のサイズを取り込む。ここで、パラメータ構成ＰＳおよび配列タイプは、書込元ないし書込先のエレメントの属するコンポーネントのＰＥ構成情報に含まれており、当該コンポーネントのＰＣデータを参照することにより取得される。また、書込元のサイズＸＸ、ＸＹおよび書込先のサイズＯＸ、ＯＹは、その配列タイプが一次元ないし二次元であった場合に、その配列数を示すデータであり、ＣＡＤデータ中の当該コンポーネントのＣデータのプロパティ情報に含まれている。ステップ９２２で、配列タイプＳＴを判定する。単一のパラメータ値であるときは（図７（ａ））、ステップ９２３で、その単一のパラメータ値のコピーを行なう。これはパラメータ構成ＰＳの示すデータ構成のパラメータの組を書込元のエレメントシーンから書込先のエレメントシーンへコピーする処理である。配列タイプＳＴが一次元の配列であるときは（図７（ｂ））、ステップ９２４で、一次元配列のコピーを行なう。これは、ＸＸが示す書込元の要素数とＯＸが示す書込先の要素数に基づいて図７（ｂ）に関して説明したような態様で、書込元のエレメントシーンから書込先のエレメントシーンへパラメータ構成ＰＳの示すデータ構造のパラメータの組をコピーする処理である。配列タイプＳＴが二次元配列であるときは（図７（ｃ））、ステップ９２５で、二次元配列のコピーを行なう。これは、ＸＸ、ＸＹが示す書込元の行要素数、列要素数とＯＸとＯＹが示す書込先の行要素数、列要素数に基づいて図７（ｃ）に関して説明したような態様で、書込元のエレメントシーンから書込先のエレメントシーンへパラメータ構成ＰＳの示すデータ構造のパラメータの組をコピーする処理である。

なお上記実施形態は、プログラマブルまたはノンプログラマブルの何れのミキサエンジンにも適用することもできる。また、例えば、入力ｃｈ数や出力ｃｈ数、ミキシングバス数などが異なる上位のディジタルミキサと下位のディジタルミキサに同じコンフィグＩＤを持たせておけば、その２つのディジタルミキサ間で互いにシーンを相互利用できる。さらに、ディジタルミキサのミキサ構成を複数コンポーネントで構成するようにして、各コンポーネントにコンポーネントＩＤを付与しておけば、ミキサ構成の異なる２つのディジタルミキサであっても、そのコンポーネントＩＤの一致するコンポーネント間でコンポーネントシーンを相互利用できる。

この発明の一実施形態であるディジタルミキサのエンジンの構成図 コンフィグレーション画面とパラメータ設定画面の例を示す図 ＰＣ上のＣＦデータの構成図 シーンデータの詳細な構成図 エンジン上のＣＦデータ（一部）の構成図 ＣＦデータを編集していくときのＩＤやバージョンの付け方およびシーンデータの構成の例を示す図 エレメントシーンの書き込み処理の例を示す図 シーンリコール処理およびストア処理のフローチャート図 コンポーネントデータのコピー処理およびエレメントシーンの書込処理のフローチャート図

符号の説明

１００…エンジン、１０１…ＣＰＵ、１０２…フラッシュメモリ、１０３…ＲＡＭ、１０４…ＰＣ Ｉ／Ｏ、１０５…ＭＩＤＩ Ｉ／Ｏ、１０６…その他Ｉ／Ｏ、１０７…表示器、１０８…操作子、１０９…波形Ｉ／Ｏ、１１０…信号処理部（ＤＳＰ群）、１１１…カスケードＩ／Ｏ、１２０…システムバス、１３０…パーソナルコンピュータ（ＰＣ）、１３１…ミキサ制御プログラム、１３２…コンフィグ（ＣＦ）データ。

Claims (2)

1. 信号処理を行う部品となるコンポーネントを複数組合せ、該コンポーネントの組合せにより規定される音響信号処理を行うようプログラム可能なプロセッサを用いて音響信号処理部を構成したディジタルミキサであって、
   前記各コンポーネントにはそれぞれコンポーネントの種類を識別するためのコンポーネントＩＤが付与されており、
   前記コンポーネントは、複数のエレメントから構成され、同種のコンポーネントであれば、そのコンポーネントのエレメント構成は同一であり、
   前記コンポーネントの組合せにより規定された音響信号処理に用いられるパラメータのデータセットであり、前記音響信号処理を構成する各コンポーネントを動作させるためのコンポーネントシーンを各コンポーネント毎に含むシーンデータを、記憶する第１記憶手段であって、前記コンポーネントシーンは、該コンポーネントを構成する各エレメントに対応する複数のエレメントシーンから構成され、前記エレメントシーンは単一の要素データまたは要素データ配列であり、前記要素データ配列はその要素数が可変に構成されているものと、
   前記第１記憶手段に記憶されたシーンデータの内容を編集する編集手段と、
   前記第１記憶手段に記憶されたシーンデータ中のコンポーネントシーンの１つをコピー先として指定する第１指定手段と、
   それぞれ前記コンポーネントＩＤにより対応するコンポーネントを特定可能なコピー元のコンポーネントシーンを複数記憶する第２記憶手段と、
   前記第２記憶手段に記憶された１つのコンポーネントシーンをコピー元として指定する第２指定手段と、
   コピー元として指定されたコンポーネントシーンに対応するコンポーネントのコンポーネントＩＤと、コピー先として指定されたコンポーネントシーンに対応するコンポーネントのコンポーネントＩＤとが一致することを条件として、コピー元のコンポーネントシーンからコピー先のコンポーネントシーンへデータのコピーを行なうコピー手段と
   を備え、
   前記コピー手段は、前記コンポーネントのエレメントシーン単位にてコピーを行うものであって、エレメントシーンが要素データ配列である場合には、書き込み側のエレメントシーンに対応する配列要素が存在する部分についてのみコピーを行なうことを特徴とするディジタルミキサ。
2. 信号処理を行う部品となるコンポーネントを複数組合せ、該コンポーネントの組合せにより規定される音響信号処理を行うようプログラム可能なプロセッサを用いて音響信号処理部を構成したディジタルミキサの、前記コンポーネントの組合せにより規定された音響信号処理に用いられるパラメータのデータセットを編集するパラメータ編集装置であって、
   前記各コンポーネントにはコンポーネントの種類を識別するためのコンポーネントＩＤおよびコンポーネントバージョンが付与され、前記データセットは前記音響信号処理を構成する各コンポーネントに対応するパラメータでなるコンポーネントシーンを各コンポーネント毎に有し、
   前記コンポーネントは、複数のエレメントから構成され、同種のコンポーネントであれば、そのコンポーネントのエレメント構成は同一であり、
   第１のコンポーネントＩＤと第１のコンポーネントバージョンにより特定される第１コンポーネントに対応する第１コンポーネントシーンを記憶する第１記憶手段であって、前記コンポーネントシーンは、該コンポーネントを構成する各エレメントに対応する複数のエレメントシーンから構成され、前記エレメントシーンは単一の要素データまたは要素データ配列を含み、前記要素データ配列はその要素数が可変に構成されているものと、
   前記第１記憶手段に記憶された第１コンポーネントシーンの内容を編集する編集手段と、
   第２のコンポーネントＩＤと第２のコンポーネントバージョンにより特定される第２コンポーネントに対応する第２コンポーネントシーンを記憶する第２記憶手段と、
   前記第１のコンポーネントＩＤと前記第２のコンポーネントＩＤとが一致していることを条件に、前記第２記憶手段から第２コンポーネントシーンを読み出し、読み出された第２コンポーネントシーンを構成するエレメントシーン毎にコピーを行うものであって、エレメントシーンに含まれる要素データが配列である場合には、前記第２コンポーネントシーンの要素データ配列のうち前記第１コンポーネントシーン内のエレメントシーンに対応する配列要素が存在する部分についてのみ、前記第１記憶手段の第１コンポーネントシーンに書き込むコピー手段と
   を備えたことを特徴とするパラメータ編集装置。

Images