トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 ディジタルミキサ、シーンデータ編集装置、ミキサ構成編集装置、およびシーンデータ記憶装置
【発明者】 【氏名】竹村 聡
【住所又は居所】静岡県浜松市中沢町１０番１号 ヤマハ株式会社内
【要約】 【課題】

【解決手段】
【特許請求の範囲】
【請求項１】
プログラムに従って動作可能なプロセッサを用いて音響信号処理部を構成し、第１構成ＩＤと第１バージョン情報により特定される第１ミキサ構成に応じたプログラムを前記音響信号処理部で動作させることにより、該第１ミキサ構成の音響信号処理動作を実現するディジタルミキサであって、
前記第１構成ＩＤと第１バージョン情報により特定される第１ミキサ構成の音響信号処理に用いられるパラメータのデータセットである第１シーンデータを記憶する第１記憶手段と、
前記第１記憶手段に記憶された第１シーンデータの内容を編集するパラメータ編集手段と、
前記第1記憶手段に記憶された第１シーンデータを読み出して前記音響信号処理部に供給するパラメータ供給手段と、
第２構成ＩＤと第２バージョン情報により特定される第２ミキサ構成の音響信号処理に用いられるパラメータのデータセットである第２シーンデータを記憶する第２記憶手段と、
前記第１構成ＩＤと前記第２構成ＩＤが一致していることを条件に、前記第２記憶手段から第２シーンデータを読み出し、読み出されたシーンデータのうちの、前記第１ミキサ構成と前記第２ミキサ構成の共通部分に対応する少なくとも一部を前記第１記憶手段に書き込むコピー手段と
を備えたことを特徴とするディジタルミキサ。
【請求項２】
請求項１に記載のディジタルミキサにおいて、
前記第１構成ＩＤと第１バージョンにより特定される第１ミキサ構成、および、前記第２構成ＩＤと前記第２バージョンで特定される第２ミキサ構成は、それぞれユニークＩＤで特定される構成要素を含んでおり、
前記コピー手段は、前記第１ミキサ構成と前記第２ミキサ構成の共通部分に対応する一部を、前記ユニークＩＤにより判別している
ことを特徴とするディジタルミキサ。
【請求項３】
プログラムに従って動作可能なプロセッサを用いて音響信号処理部を構成し、構成ＩＤとバージョン情報により特定されるミキサ構成に応じたプログラムを前記音響信号処理部で動作させることにより、該ミキサ構成の音響信号処理動作を実現するディジタルミキサの該音響信号処理のためのパラメータセットであるシーンデータを編集するシーンデータ編集装置であって、
第１構成ＩＤと第１バージョン情報により特定される第１ミキサ構成の音響信号処理に用いられるパラメータのデータセットである第１シーンデータを記憶する第１記憶手段と、
前記第１記憶手段に記憶された第１シーンデータの内容を編集する編集手段と、
第２構成ＩＤと第２バージョン情報により特定される第２ミキサ構成の音響信号処理に用いられるパラメータのデータセットである第２シーンデータを記憶する第２記憶手段と、
前記第１構成ＩＤと前記第２構成ＩＤが一致していることを条件に、前記第２記憶手段から第２シーンデータを読み出し、読み出されたシーンデータのうちの、前記第１ミキサ構成と前記第２ミキサ構成の共通部分に対応する少なくとも一部を前記第１記憶手段に書き込むコピー手段と
を備えたことを特徴とするシーンデータ編集装置。
【請求項４】
請求項３に記載のシーンデータ編集装置を備えたディジタルミキサ。
【請求項５】
請求項３に記載のシーンデータ編集装置を備えたミキサ構成編集装置。
【請求項６】
請求項３に記載のシーンデータ編集装置において、
前記第１構成ＩＤと第１バージョンにより特定される第１ミキサ構成、および、前記第２構成ＩＤと前記第２バージョンで特定される第２ミキサ構成は、それぞれユニークＩＤで特定される構成要素を含んでおり、
前記コピー手段は、前記第１ミキサ構成と前記第２ミキサ構成の共通部分に対応する一部を、前記ユニークＩＤにより判別している
ことを特徴とするシーンデータ編集装置。
【請求項７】
プログラムに従って動作可能なプロセッサを用いて音響信号処理部を構成し、ミキサ構成を定義するミキサ構成データに応じたプログラムを前記音響信号処理部で動作させることにより、該ミキサ構成の音響信号処理動作を実現するディジタルミキサにおいて使用する前記ミキサ構成データを編集するミキサ構成編集装置であって、
構成ＩＤとバージョン情報により特定されるミキサ構成データを記憶するミキサ構成データ記憶手段と、
前記ミキサ構成データ記憶手段から所定の構成ＩＤで特定されるミキサ構成データを読み出し、読み出したミキサ構成データを編集し、同じ構成ＩＤかつ更新したバージョン情報で前記ミキサ構成データ記憶手段に書き込む編集手段と、
前記ミキサ構成データを必要に応じて加工し前記ディジタルミキサに転送する転送手段と
を備え、前記編集手段は、
ユーザの指示に応じて、前記ミキサ構成データに新たな構成要素を追加する際、同じ構成ＩＤを持つ系列内のミキサ構成データ間で構成要素の同一性を確認するためのユニークＩＤを、前記追加する構成要素に付して追加する追加手段と、
ユーザの指示に応じて、前記ミキサ構成データから既存の構成要素を削除する削除手段と、
ユーザの指示に応じて、前記ミキサ構成データに対し、当該ミキサ構成データに含まれる構成要素間を接続する結線を設定する結線手段と
を含むことを特徴とするミキサ構成編集装置。
【請求項８】
請求項７に記載のミキサ構成編集装置において、
前記追加手段でミキサ構成データに新たな構成要素が追加されたときにはその構成要素に当該系列内で未使用のユニークＩＤを付し、前記削除手段でミキサ構成データの構成要素が削除されたときはその構成要素のユニークＩＤを廃止することを特徴とするミキサ構成編集装置。
【請求項９】
請求項８に記載のミキサ構成編集装置において、
前記編集手段は、さらに、
ユーザの指示に応じて、前記ミキサ構成データに含まれる構成要素のうちの少なくとも１つの構成要素を、当該構成要素に付与されたユニークＩＤを維持したまま、当該構成要素と同じ種類で規模の異なる構成要素に変更する変更手段
を含むことを特徴とするミキサ構成編集装置。
【請求項１０】
プログラムに従って動作可能なプロセッサを用いて音響信号処理部を構成し、構成ＩＤに対応するミキサ構成に応じたプログラムを前記音響信号処理部で動作させることにより、該ミキサ構成の音響信号処理動作を実現するディジタルミキサの該音響信号処理のためのパラメータセットであるシーンデータを編集するシーンデータ編集装置であって、
前記ミキサ構成には、同じ構成ＩＤを持つ系列内のミキサ構成間で構成要素の同一性を確認するためのユニークＩＤが付与された１ないし複数の構成要素が含まれており、
前記シーンデータ編集装置は、
第１構成ＩＤに対応する第１ミキサ構成の音響信号処理に用いられるパラメータのデータセットである第１シーンデータを記憶する第１記憶手段と、
前記第１記憶手段に記憶された第１シーンデータの内容を編集する編集手段と、
第２構成ＩＤに対応する第２ミキサ構成の音響信号処理に用いられるパラメータのデータセットである第２シーンデータを記憶する第２記憶手段と、
前記第１構成ＩＤと前記第２構成ＩＤが一致していることを条件に、前記第２記憶手段から第２シーンデータを読み出し、読み出されたシーンデータのうちの、前記第１ミキサ構成に同じユニークＩＤの構成要素が存在する前記第２ミキサ構成の構成要素に応する少なくとも一部のデータを前記第１記憶手段に書き込むコピー手段と
を備えたことを特徴とするシーンデータ編集装置。
【請求項１１】
プログラムに従って動作可能なプロセッサを用いて音響信号処理部を構成し、第１構成ＩＤと第１バージョン情報により特定されるミキサ構成のプログラムを前記音響信号処理部で動作させることにより、そのミキサ構成の音響信号処理動作を実現するディジタルミキサであって、
それぞれ、構成ＩＤとバージョン情報により特定され、１つのミキサ構成を定義する複数のミキサ構成データを記憶する構成データ記憶手段と、
前記第１構成ＩＤと第１バージョン情報により特定されるミキサ構成データに基づき前記プログラムを生成して、前記音響信号処理部に供給するプログラム供給手段と、
前記第１構成ＩＤと第１バージョン情報により特定されるミキサ構成のパラメータセットである第１シーンデータを記憶する第１記憶手段と、
前記第１構成ＩＤと第１バージョン情報により特定されるミキサ構成データに基づいて、当該ディジタルミキサのミキサ構成で使用するパラメータのデータ構成を規定し、前記第１記憶手段に記憶された第１シーンデータの読み出しないし書き込みを行う第１アクセス手段と、
前記第１アクセス手段を用いて第１記憶手段の第１シーンデータへのアクセスを行い、第１シーンデータの内容を編集するパラメータ編集手段と、
前記第１アクセス手段を用いて前記第１記憶手段から第１シーンデータを読み出し、前記音響信号処理部に供給するパラメータ供給手段と、
第２構成ＩＤと第２バージョン情報により特定されるミキサ構成のパラメータセットである第２シーンデータを記憶する第２記憶手段と、
前記第２構成ＩＤと第２バージョン情報により特定されるミキサ構成データに基づいて、前記第２記憶手段に記憶されたシーンデータのデータ構成を規定し、前記第２記憶手段に記憶された第２シーンデータの読み出しないし書き込みを行う第２アクセス手段と、
前記第１構成ＩＤと前記第２構成ＩＤが一致していることを条件に、前記第１および第２アクセス手段を用いて、前記第１記憶手段の第１シーンデータと第２記憶手段の第２シーンデータとの間でシーンデータのコピーを行うコピー手段と
を備え、
前記コピー手段によるコピーでは、前記第１および第２アクセス手段のうちの読み出し側のシーンデータを構成する複数の要素データのうち、同書き込み側のシーンデータに対応する要素データのある要素データについてのみ、コピーが行われることを特徴とするディジタルミキサ。
【請求項１２】
プログラムに従って動作可能なプロセッサを用いて音響信号処理部を構成し、構成ＩＤとバージョン情報により特定されるミキサ構成に応じたプログラムを前記音響信号処理部で動作させることにより、該ミキサ構成の音響信号処理動作を実現するディジタルミキサの該音響信号処理のためのパラメータセットであるシーンデータを編集するシーンデータ編集装置であって、
それぞれ、構成ＩＤとバージョン情報により特定され、１つのミキサ構成を定義する複数のミキサ構成データを記憶する構成データ記憶手段と、
第１構成ＩＤと第１バージョン情報により特定されるミキサ構成のパラメータセットである第１シーンデータを記憶する第１記憶手段と、
前記第１構成ＩＤと第１バージョン情報により特定されるミキサ構成データに基づいて、当該ディジタルミキサのミキサ構成で使用するパラメータのデータ構成を規定し、前記第１記憶手段に記憶された第１シーンデータの読み出しないし書き込みを行う第１アクセス手段と、
前記第１アクセス手段を用いて第１記憶手段の第１シーンデータへのアクセスを行い、第１シーンデータの内容を編集するパラメータ編集手段と、
第２構成ＩＤと第２バージョン情報により特定されるミキサ構成のパラメータセットである第２シーンデータを記憶する第２記憶手段と、
前記第２構成ＩＤと第２バージョン情報により特定されるミキサ構成データに基づいて、前記第２記憶手段に記憶されたシーンデータのデータ構成を規定し、前記第２記憶手段に記憶された第２シーンデータの読み出しないし書き込みを行う第２アクセス手段と、
前記第１構成ＩＤと前記第２構成ＩＤが一致していることを条件に、前記第１および第２アクセス手段を用いて、前記第１記憶手段の第１シーンデータと第２記憶手段の第２シーンデータとの間でシーンデータのコピーを行うコピー手段と
を備え、
前記コピー手段によるコピーでは、前記第１および第２アクセス手段のうちの読み出し側のシーンデータを構成する複数の要素データのうち、同書き込み側のシーンデータに対応する要素データのある要素データについてのみ、コピーが行われることを特徴とするシーンデータ編集装置。
【請求項１３】
プログラムに従って動作可能なプロセッサを用いて音響信号処理部を構成し、構成ＩＤとバージョン情報により特定されるミキサ構成に応じたプログラムを前記音響信号処理部で動作させることにより、該ミキサ構成の音響信号処理動作を実現するディジタルミキサの該音響信号処理のためのパラメータセットであるシーンデータを記憶するシーンデータ記憶装置であって、
それぞれ、構成ＩＤとバージョン情報により特定され、１つのミキサ構成を定義する複数のミキサ構成データを記憶する構成データ記憶手段と、
前記構成ＩＤとバージョン情報により特定されるミキサ構成のパラメータセットであるシーンデータを記憶する記憶手段と、
前記構成ＩＤとバージョン情報により特定されるミキサ構成データに基づいて、当該ディジタルミキサのミキサ構成で使用するパラメータのデータ構成を規定し、前記記憶手段に記憶されたシーンデータの読み出しないし書き込みを行うアクセス手段と
を備え
前記アクセス手段によるシーンデータの書き込み時には、書き込もうとするシーンデータを構成する複数の要素データのうち、前記規定されたデータ構成に含まれている要素データについてのみ、書き込みが行われることを特徴とするシーンデータ記憶装置。
【発明の詳細な説明】【技術分野】
【０００１】
この発明は、音響信号を処理するディジタルミキサ、該ディジタルミキサに与えるシーンデータやミキサ構成データの編集装置、およびシーンデータ記憶装置に関する。
【背景技術】
【０００２】
従来より、非特許文献１に記載されているようなミキサ構成をカスタムメイドできるディジタルミキサが知られている。これは、音響信号処理部を、プログラムに従って動作可能なプロセッサ（例えば、ディジタル信号処理装置（ＤＳＰ））を用いて構成し、外部のＰＣ（パーソナルコンピュータ）を用いて編集したミキサ構成（信号処理構成）に基づいて音響信号を処理できるようにしたものである。ＰＣ上でのミキサ構成の作成・編集は、専用のミキサ制御プログラムにより行なう。すなわち、ＰＣの画面上で信号処理を行なう部品となるコンポーネントを配置し、配置したコンポーネント間を結線でつないで入出力関係を規定して、ミキサ構成を作成・編集する。作成したミキサ構成をディジタルミキサに転送して実行することにより、ディジタルミキサはそのミキサ構成の動作を実現する。
【０００３】
このようなディジタルミキサでは、ミキサ構成ごとに複数のシーンデータを利用することができる。シーンデータとは、そのミキサ構成で動作させるときに使用するパラメータのデータセットである。同じミキサ構成でもシーンごとにいろいろなパラメータ値で動作させたい場合があるので、複数のシーンデータを用意し、適宜呼び出してミキサを動作させる。
【非特許文献１】「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が同じであることが確認できているので、ステップ９０２の処理を省略することができる。
【００６５】
図９（ｂ）は、エレメントシーンの書込処理の流れを示す。この処理は、図７で説明した処理であり、ステップ８０７，８２７，９０５で実行される処理である。ステップ９２１で、書込元と書込先のエレメントシーンについて、パラメータ構成ＰＳ、配列タイプＳＴ、書込元のサイズ、および書込先のサイズを取り込む。ここで、パラメータ構成ＰＳおよび配列タイプは、書込元ないし書込先のエレメントの属するコンポーネントのＰＥ構成情報に含まれており、当該コンポーネントのＰＣデータを参照することにより取得される。また、書込元のサイズＸＸ、ＸＹおよび書込先のサイズＯＸ、ＯＹは、その配列タイプが一次元ないし二次元であった場合に、その配列数を示すデータであり、ＣＡＤデータ中の当該コンポーネントのＣデータのプロパティ情報に含まれている。ステップ９２２で、配列タイプＳＴを判定する。単一のパラメータ値であるときは（図７（ａ））、ステップ９２３で、その単一のパラメータ値のコピーを行なう。これはパラメータ構成ＰＳの示すデータ構成のパラメータの組を書込元のエレメントシーンから書込先のエレメントシーンへコピーする処理である。配列タイプＳＴが一次元の配列であるときは（図７（ｂ））、ステップ９２４で、一次元配列のコピーを行なう。これは、ＸＸが示す書込元の要素数とＯＸが示す書込先の要素数に基づいて図７（ｂ）に関して説明したような態様で、書込元のエレメントシーンから書込先のエレメントシーンへパラメータ構成ＰＳの示すデータ構造のパラメータの組をコピーする処理である。配列タイプＳＴが二次元配列であるときは（図７（ｃ））、ステップ９２５で、二次元配列のコピーを行なう。これは、ＸＸ、ＸＹが示す書込元の行要素数、列要素数とＯＸとＯＹが示す書込先の行要素数、列要素数に基づいて図７（ｃ）に関して説明したような態様で、書込元のエレメントシーンから書込先のエレメントシーンへパラメータ構成ＰＳの示すデータ構造のパラメータの組をコピーする処理である。
【００６６】
なお上記実施形態は、プログラマブルまたはノンプログラマブルの何れのミキサエンジンにも適用することもできる。また、例えば、入力ｃｈ数や出力ｃｈ数、ミキシングバス数などが異なる上位のディジタルミキサと下位のディジタルミキサに同じコンフィグＩＤを持たせておけば、その２つのディジタルミキサ間で互いにシーンを相互利用できる。さらに、ディジタルミキサのミキサ構成を複数コンポーネントで構成するようにして、各コンポーネントにコンポーネントＩＤを付与しておけば、ミキサ構成の異なる２つのディジタルミキサであっても、そのコンポーネントＩＤの一致するコンポーネント間でコンポーネントシーンを相互利用できる。
【図面の簡単な説明】
【００６７】
【図１】この発明の一実施形態であるディジタルミキサのエンジンの構成図
【図２】コンフィグレーション画面とパラメータ設定画面の例を示す図
【図３】ＰＣ上のＣＦデータの構成図
【図４】シーンデータの詳細な構成図
【図５】エンジン上のＣＦデータ（一部）の構成図
【図６】ＣＦデータを編集していくときのＩＤやバージョンの付け方およびシーンデータの構成の例を示す図
【図７】エレメントシーンの書き込み処理の例を示す図
【図８】シーンリコール処理およびストア処理のフローチャート図
【図９】コンポーネントデータのコピー処理およびエレメントシーンの書込処理のフローチャート図
【符号の説明】
【００６８】
１００…エンジン、１０１…ＣＰＵ、１０２…フラッシュメモリ、１０３…ＲＡＭ、１０４…ＰＣ Ｉ／Ｏ、１０５…ＭＩＤＩ Ｉ／Ｏ、１０６…その他Ｉ／Ｏ、１０７…表示器、１０８…操作子、１０９…波形Ｉ／Ｏ、１１０…信号処理部（ＤＳＰ群）、１１１…カスケードＩ／Ｏ、１２０…システムバス、１３０…パーソナルコンピュータ（ＰＣ）、１３１…ミキサ制御プログラム、１３２…コンフィグ（ＣＦ）データ。
【出願人】 【識別番号】０００００４０７５
【氏名又は名称】ヤマハ株式会社
【住所又は居所】静岡県浜松市中沢町１０番１号
【出願日】 平成１６年２月２７日（２００４．２．２７）
【代理人】 【識別番号】１０００９６９５４
【弁理士】
【氏名又は名称】矢島 保夫
【公開番号】 特開２００５−２４４７６４（Ｐ２００５−２４４７６４Ａ）
【公開日】 平成１７年９月８日（２００５．９．８）
【出願番号】 特願２００４−５３８６６（Ｐ２００４−５３８６６）