JP2005151453A - 構成要素データの管理方法 - Google Patents

Abstract

【目的】 信号処理の構成要素のデータを更新する作業を、容易に行うことができるようにする。
【構成】 ミキサエンジンにおける信号処理のコンポーネントに関する処理を行うためのプリセットコンポーネントデータとして、ＰＣ側に、ＰＣ用のデータと、ミキサエンジンに転送して信号処理を行わせるための転送用のデータとを記憶させると共に、ミキサエンジン側に、エンジン用のデータを記憶させ、ＰＣに、ミキサエンジン側のプリセットコンポーネントデータの更新が指示された場合にに、ＰＣが記憶しているＰＣ用のデータに含まれる各コンポーネントのＩＤと、ミキサエンジンが記憶しているエンジン用のデータに含まれる各コンポーネントのＩＤとを比較し（Ｓ５）、前者のみに存在するＩＤを検出した場合に、そのＩＤに係るコンポーネントについての上記転送用のデータをミキサエンジンに転送し、エンジン用データとして記憶させる処理（Ｓ８）を行わせるようにした。
【選択図】 図６

Description

この発明は、編集装置によって音響信号処理装置における信号処理の内容を編集し、音響信号処理装置にその編集内容に従った信号処理を行わせる音響信号処理システムにおいて、信号処理の編集に使用する信号処理の構成要素のデータを管理する構成要素データの管理方法に関する。

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

また、編集装置上における上記信号処理構成の編集は、編集時に信号処理の構成要素となるコンポーネント及びその入出力間の結線状態をディスプレイにグラフィカルに表示させ、視覚的に信号処理の構成が把握し易い状態で編集作業を行うことができるようにすることが行われている。そして、ユーザは、所望の処理コンポーネントを配置し、配置したコンポーネント間の結線を設定することにより、信号処理構成を編集することができる。
このようなミキサエンジン及びアプリケーションソフトについては、例えば非特許文献１に記載されている。
「ＤＩＧＩＴＡＬ ＭＩＸＩＮＧ ＥＮＧＩＮＥ ＤＭＥ３２ 取扱説明書」，ヤマハ株式会社，２００１年，ｐ．２３−６６

このような音響信号処理装置を動作させる場合、編集装置側と音響信号処理装置側に、それぞれ各コンポーネントに関して必要な制御を行うためのデータを記憶させることが一般的である。そして、このデータは、必要に応じてバージョンアップできるようにし、コンポーネントの追加や変更を可能にすることが好ましい。
しかしながら、従来の編集装置では、各コンポーネントに関する制御を行うためのデータは、そのアプリケーションソフトの一部としてアプリケーションのバージョンによって管理されていた。また、従来の音響信号処理装置でも、そのデータは、そのファームウェアの一部としてファームウェアのバージョンによってバージョン管理されていた。そのため、コンポーネントに関する制御を行うデータのバージョンアップは、編集装置であれば、その信号処理構成の編集を行うアプリケーションソフトのバージョンアップを通じて、また音響信号処理装置であれば、そのファームウェアのバージョンアップを通じてそれぞれ行われていた。

一般に、ＰＣであればアプリケーションのバージョンアップはＰＣ本体だけで行うことが可能だが、音響信号処理装置のような電子装置でのファームウェアの更新は、その電子装置にＰＣを接続し、さらに、そのＰＣ上で電子装置のバージョンアッププログラムを実行することにより行われる。ファームウェアは数メガバイトから数十メガバイトのサイズなので、バージョンアップには接続されたＰＣとの間の通信速度に応じて数分から数十分かかり、また、その間に接続が外れてバージョンアップに失敗してしまう危険性がある。そのため、コンポーネントの追加や更新だけのためであれば、ファームウェアのバージョンアップはなるべく避けたいという要望があった。

また、上記のような従来のケースでは、編集装置側のバージョンアップを行った場合には、それに合わせて音響信号処理装置側のファームウェアをバージョンアップする必要があった。編集装置側のデータに含まれるコンポーネントと、音響信号処理装置側のデータに含まれるコンポーネントとが一致していないと、編集装置における編集結果に基づいた信号処理を、音響信号処理装置に正常に行わせることができないためである。
しかしながら、編集装置側のバージョンアップに合わせて、音響信号処理装置側も同時にバージョンアップしなければならないというのは面倒であるという問題があった。特に、複数台の編集装置と複数台の音響信号処理装置を所持している場合などには、それらの編集装置と音響信号処理装置のバージョンアップを管理するのは非常に面倒であった。

この発明は、このような問題を解決し、編集装置によって音響信号処理装置における信号処理の内容を編集し、音響信号処理装置にその編集内容に従った信号処理を行わせる音響信号処理システムにおいて、編集装置側と音響信号処理装置側双方の信号処理の構成要素のデータを更新する作業を、容易に行うことができるようにすることを目的とする。

上記の目的を達成するため、この発明の構成要素データの管理方法は、編集装置が、音響信号処理装置において行われる、それぞれ入力端子ないし出力端子を有する複数の構成要素と、その構成要素の出力端子と入力端子との間を結ぶ結線とからなる信号処理の内容を、グラフィック表示の表示画面において受け付けた指示に従って編集し、上記音響信号処理装置にその編集内容に従った信号処理を行わせる音響信号処理システムにおいて、上記信号処理の編集に使用する構成要素のデータを管理する構成要素データの管理方法において、上記構成要素の各々について、上記編集装置に、その編集装置において上記表示画面を用いた前記信号処理の編集の中でその構成要素に関する編集を行うための第１の要素データと、上記音響信号処理装置にその構成要素に関する信号処理を行わせるための第２の要素データとを記憶させると共に、上記音響信号処理装置に、その音響信号処理装置において上記編集装置で編集された信号処理を行う際に、その信号処理の中のその構成要素に関する信号処理を行うための第３の要素データを記憶させ、上記各構成要素に係る第１及び第３の要素データに、その構成要素についての識別情報を付し、上記編集装置に、上記第３の要素データの更新が指示された場合に、その編集装置が記憶している第１の要素データに付された識別情報と、上記音響信号処理装置が記憶している第３の要素データに付された識別情報とを比較する比較手順と、その手順において、上記第１の要素データのみに付された識別情報を検出した場合に、その識別情報に係る構成要素についての上記第２の要素データを上記音響信号処理装置に転送し、上記第３の要素データとして記憶させる更新手順とを実行させるようにしたものである。

また、この発明は、編集装置が、音響信号処理装置において行われる、それぞれ入力端子ないし出力端子を有する複数の構成要素と、その構成要素の出力端子と入力端子との間を結ぶ結線とからなる信号処理の内容を、グラフィック表示の表示画面において受け付けた指示に従って編集し、上記音響信号処理装置にその編集内容に従った信号処理を行わせる音響信号処理システムにおいて、上記信号処理の編集に使用する構成要素のデータを管理する構成要素データの管理方法において、上記構成要素の各々について、上記編集装置に、その編集装置において上記表示画面を用いた前記信号処理の編集の中でその構成要素に関する編集を行うための第１の要素データと、上記音響信号処理装置にその構成要素に関する信号処理を行わせるための第２の要素データとを記憶させると共に、上記音響信号処理装置に、その音響信号処理装置において上記編集装置で編集された信号処理を行う際に、その信号処理の中のその構成要素に関する信号処理を行うための第３の要素データを記憶させ、上記各構成要素に係る第１及び第３の要素データに、その構成要素についての識別情報及びバージョン情報を付し、上記編集装置に、上記第３の要素データの更新が指示された場合に、その編集装置が記憶している第１の要素データに付された識別情報及びバージョン情報と、上記音響信号処理装置が記憶している第３の要素データに付された識別情報及びバージョン情報とを比較する比較手順と、その手順において、上記第１の要素データと上記第３の要素データとで共通の識別情報が付されているがそれらのバージョン情報が異なるものが発見された場合に、その識別情報に係る構成要素についての上記第２の要素データを上記音響信号処理装置に転送し、上記第３の要素データとして記憶させる更新手順とを実行させるようにした構成要素データの管理方法も提供する。

上記の各構成要素データの管理方法において、上記編集装置及び上記音響信号処理装置にぞれぞれ、記憶している要素データ全体についてのバージョン情報であるセットバージョン情報を記憶させ、上記編集装置に、自身と上記音響信号処理装置とにそれぞれ記憶しているセットバージョン情報を比較し、上記音響信号処理装置に記憶している要素データの方がバージョンが新しい場合に、上記音響信号処理装置の制御を中止すると共に、ユーザに自身に記憶している要素データの更新を促す手順を実行させるようにするとよい。
さらに、上記第１の要素データが、上記表示画面に表示される上記構成要素の名前及び外観に関するデータを含むようにするとよい。

さらに、上記第２及び第３の要素データが、上記音響信号処理装置に備える信号処理回路に上記編集装置で編集された信号処理を実行させる際に、その信号処理の中の上記構成要素に係る信号処理を実現させるためのマイクロプログラムと、その構成要素に係る信号処理において使用する動作パラメータの構成を示す構成情報とを含むようにするとよい。
さらにまた、前記編集装置が前記音響信号処理装置との接続開始を検出した場合に前記第３の要素データの更新が指示されたものとするようにするとよい。

以上のようなこの発明の構成要素データの管理方法によれば、編集装置によって音響信号処理装置における信号処理の内容を編集し、音響信号処理装置にその編集内容に従った信号処理を行わせる音響信号処理システムにおいて、編集装置側と音響信号処理装置側双方の信号処理の構成要素のデータを更新する作業を、容易に行うことができるようにすることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一方、コンフィグデータは、ユーザが編集した信号処理構成を示すデータであり、ユーザが編集結果の保存を選択した場合、その時点での信号処理構成及び設定値等が１つのＰＣ用コンフィグデータとして保存される。そして、各ＰＣ用コンフィグデータは、コンフィグデータを識別するためのコンフィグヘッダ、編集された信号処理構成の内容を示すＰＣ用ＣＡＤデータ、および上述した設定データであるシーンを含む。
このうち、コンフィグヘッダには、コンフィグデータを新規に保存する場合にユニークにつけるコンフィグＩＤ、コンフィグデータを改変した場合に変更してバージョンを示すコンフィグバージョン、コンフィグデータを作成した編集プログラムのバージョンを示すシステムバージョンの情報等を含む。

また、ＰＣ用ＣＡＤデータには、編集された信号処理構成に含まれる各コンポーネントについてのコンポーネントデータと、それらのコンポーネント間の結線状態を示す結線データとが含まれる。なお、信号処理構成に同じ種類のプリセットコンポーネントが複数含まれる場合には、それら各々に対して別々のコンポーネントデータを用意する。

そして、各コンポーネントデータは、そのコンポーネントがどのプリセットコンポーネントに該当するかを示すコンポーネントＩＤ、同じくどのバージョンのプリセットコンポーネントに該当するかを示すコンポーネントバージョン、そのコンポーネントが含まれる信号処理構成においてそのコンポーネントにユニークに付したＩＤであるユニークＩＤ、そのコンポーネントの入力端子に入力する信号に与える遅延時間である調整遅延時間の各入力端子についての設定値を含むプロパティデータ、およびＰＣ３０側の編集画面で該当するコンポーネントが配置されている位置等を示すＰＣ用表示データを含む。
また、結線データには、編集された信号処理構成に含まれる複数の結線の各結線について、どのコンポーネントのどの出力端子からどのコンポーネントのどの入力端子へ結線が行われているかを示す接続データ、およびＰＣ３０側の編集画面におけるその結線の形状や配置を示すＰＣ用表示データを含む。

また、シーンメモリの各シーンは、信号処理構成の各コンポーネントに関するパラメータであるコンポーネントシーンの集合体であり、各コンポーネントシーンにおけるデータの形式や配列は、ＰＣ用ＣＡＤデータに含まれるそのコンポーネントのコンポーネントＩＤとコンポーネントバージョンで特定される、プリセットコンポーネントのＰＣ用プリセットコンポーネントデータ中のデータ構成情報によって定義される。
以上がＰＣ３０側で使用する主なデータであり、これらのデータは、ＨＤＤ（ハードディスクドライブ）等の不揮発性記憶手段に記憶させておき、必要な時にＲＡＭに読み出して使用するようにしてもよい。

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

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

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

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

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

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

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

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

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

ここで、ＰＣ３０からミキサエンジン１０に転送し、ミキサエンジン１０においてそのコンポーネントに関する信号処理を行わせるための第２の要素データ、すなわち、図４に示したエンジン用プリセットコンポーネントデータに相当するデータについては、ＰＣ３０側にＰＣ用プリセットコンポーネントデータとは別の独立したデータとして記憶するようにしてもよいし、あるいは、ＰＣ用プリセットコンポーネントデータ内に各コンポーネントの一部として記憶するようにしてもよい。後者の場合は、第２の要素データをミキサエンジンに転送するときに、ＰＣ用プリセットコンポーネントデータから不要なデータを落として第２の要素データを作成する。この場合、不要なデータを落とさずに第２の要素データとして転送するよう設計することも可能だが、それを記憶するミキサエンジン１０のフラッシュメモリの容量に限りがあるのであまり望ましくはない。

次に、図１に示したミキサシステムにおける動作状態の遷移について図５を用いて説明する。図５は、そのミキサシステムにおけるＰＣの動作状態の遷移の概略を示す状態遷移図である。
この図に示すように、ＰＣ３０は、上述した編集プログラムが起動されると、まず編集装置として機能するための初期設定を行い、続いてミキサエンジン１０と未接続のオフライン処理状態（非オンラインモード）に移行する。これはまだミキサエンジン１０の接続が検出されていない状態であり、ＰＣ３０は、ミキサエンジン１０の接続が行われていないかどうか、ＰＣ３０側のインタフェースを定期的にチェックする。この状態では、ユーザは、図２に示したような編集画面において信号処理構成の編集を行うことができるが、編集した信号処理構成をミキサエンジン１０に転送することはできない。

そして、この状態からミキサエンジン１０との接続開始を検出すると、接続ありのオフライン処理状態に移行し、この状態ではユーザは、信号処理構成の編集に加え、編集した信号処理構成をコンフィグレーションとしてミキサエンジン１０に転送することができる。ここで、接続開始が検出される場合とは、例えば編集プログラムの動作中にＰＣ３０と動作中のミキサエンジン１０とが物理的に接続された場合、編集プログラムの動作中にＰＣ３０と物理的に接続されているミキサエンジンン１０の電源がＯＮされた場合、動作中のミキサエンジン１０と物理的に接続されたＰＣ３０上で編集プログラムが起動された場合などである。

そして、ここで接続ありのオフライン処理状態に移行する際に、ＰＣ３０側に記憶しているプリセットコンポーネントデータとミキサエンジン１０側に記憶しているプリセットコンポーネントデータのＩＤやバージョン情報を比較してそれらの整合性をチェックし、整合していなかった場合に更新処理を行うようにしている。
また、接続ありのオフライン処理状態では、ユーザはオンライン制御処理状態（オンラインモード）への移行を指示することができる。そして、この指示に応じて、ＰＣ３０とミキサエンジン１０のコンフィグデータ等が整合するか否かがチェックされ、整合する場合のみオンライン制御処理状態へ移行できる。整合しなかった場合には、ユーザに対してその旨の警告を行い、オンライン処理への移行は行わない。なお、整合しない場合であっても、ユーザにコピー方向を指定させ、その整合しないデータをＰＣ３０とミキサエンジン１０との間で転送し、整合性を確保してからオンライン制御処理状態へ移行できるようにしてもよい。

このコンフィグデータ等の確認は、ＰＣ３０とミキサエンジン１０とで信号処理構成が一致するか否かの確認であり、最低限としては、ＰＣ３０とミキサエンジン１０とで、現在選択されているコンフィグデータに含まれるＣＡＤデータと、その動作パラメータであるカレントシーンとが整合していればよい。
ここで、ＰＣ３０とミキサエンジン１０とでＣＡＤデータ及びカレントシーンを比較するためには、その前提としてＰＣ３０とミキサエンジン１０とでプリセットコンポーネントが整合している必要がある。また、ＣＡＤデータに関しては、ＰＣ用ＣＡＤデータとエンジン用ＣＡＤデータが同じ信号処理構成を示している状態を整合しているといい、カレントシーン及びシーンメモリの各シーンに関しては、そのシーンの全動作パラメータが相互に一致する状態を整合しているという。

ＣＡＤデータとカレントシーンとが整合している場合、オンライン制御処理状態のままで制御パネルによる動作パラメータの編集を行うことができる。さらに、オンライン制御処理状態のままでシーンリコールを行えるようにしたければ、コンフィグデータの整合性のチェックにおいて、ＰＣ３０とミキサエンジン１０とで現在選択されているコンフィグデータ全体とカレントシーンとを整合させるようにすればよい。さらに、コンフィグデータの切り換えも行えるようにしたければ、図３及び図４に示されるＰＣ３０とミキサエンジン１０の全コンフィグデータ１〜Ｎｃｆとカレントシーンとを整合させるようにすればよい。

ＣＡＤ画面による信号処理構成の編集を行うとコンフィグデータの整合性が失われるため、オンライン制御処理状態では、ユーザは、信号処理構成の変更を行うことは禁止されている。ミキサエンジン１０は、ＰＣ３０で選択されているコンフィグデータとの整合性が確認されたコンフィグデータに基づいて、カレントシーンの制御パラメータを用いながら信号処理を行い、またその実行中に制御パネルによってそのカレントシーンの制御パラメータを編集することができる。

また、オンライン制御処理状態においてオンライン制御終了の指示があると、接続ありのオフライン状態に移行する。オンライン制御処理状態あるいは接続ありのオフライン処理状態において、接続終了すなわち切断を検出すると、未接続のオフライン処理状態に移行する。
ＰＣ３０は、編集プログラムの実行中は、以上のように状態を遷移させながら、ユーザからの指示に従ってミキサエンジン１０に実行させる信号処理の構成の編集や、その信号処理構成に基づいたミキサエンジン１０の動作制御等の処理を行う。

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

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

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

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

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

以上の処理をＰＣ３０に実行させるようにすることにより、編集プログラムのバージョンアップがなされ、コンポーネントが新規に開発されたり、改良されたりした場合でも、これをＰＣ３０側に一度インストールして起動し、ミキサエンジン１０と接続するのみで、ミキサエンジン１０側のコンポーネントに関するデータも自動的に更新することができる。従って、ミキサシステム全体についての更新作業を容易に行うことができる。
また、新規に開発されたり改良されたりしたコンポーネントについて、プリセットコンポーネントデータを１コンポーネント単位で差替えることもできる。そして、このようなことが可能になったのは、プリセットコンポーネントデータを、図３及び図４に示したような、プリセットコンポーネント毎にヘッダ、構成情報、処理ルーチンないしプログラムで構成されるデータとし、各プリセットコンポーネントデータの独自性を高めると共に、各プリセットコンポーネントデータにコンポーネントＩＤとバージョン情報を付与して各プリセットコンポーネント毎にバージョンを管理できるようにしたためである。

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

また、ミキサエンジン１０との接続開始時に加え、またはこれに代えて、オンライン制御処理状態への移行時、あるいはユーザが指示した任意のタイミング等でも、ミキサエンジン１０におけるプリセットコンポーネントデータの更新を指示されたものとし、ＰＣ３０が必要と判断した場合に適宜上記のプリセットコンポーネントデータの整合性チェック及びそれに続くプリセットデータの更新を行うようにしてもよい。
さらに、ここではプリセットコンポーネントの変更はバージョンアップ方向にみである例について説明したが、過去に作成したデータを再現したい等の目的のために、バージョンダウン方向への変更を許すようにしてもよい。ただし、その場合であっても、通常の変更はバージョンアップ方向のみとしておき、ユーザがバージョンダウンを明確に指示した場合のみ、バージョンダウン方向への変更を可能とするのがよい。

さらにまた、図６には、コンポーネントが追加や改良されていた場合に必ず更新を行う例を示したが、更新を行う前に、ディスプレイにダイアログボックスを表示し、更新の可否をユーザに確認するようにしてもよい。
このようにした場合、ユーザが更新を行わないことを選択したコンポーネントについては、次回以降に不整合が検出された場合でも、ユーザに再度確認することなく、更新しないようにするとよい。

また、過去に更新を行わないことが選択されたコンポーネントについても、ユーザの指示に応じて任意に選択して更新を行うことができるようにしてもよい。
また、コンポーネントを必須なものと必須でないものとに分け、必須でないコンポーネントのデータは、ミキサエンジンやＰＣから削除できるようにしてもよい。この場合には、削除したコンポーネントに関しては不整合が検出された場合でも更新や警告を行わないようにするとよい。

ところで、上記のように、不整合が検出された場合でも更新を行わない選択を可能にした場合には、ミキサエンジン１０の動作に不都合が生じる場合がある。そこで、コンフィグレーションをＰＣ３０からミキサエンジン１０に転送する際に、ＰＣ３０に図７のフローチャートに示す処理を実行させるようにするとよい。

この処理においては、ＰＣ３０は、転送しようとしているコンフィグデータに従ってミキサエンジンを動作させるために必要なプリセットコンポーネントデータがミキサエンジン１０側に全て記憶されているか否か判断し（Ｓ２２）、記憶されていればＰＣ３０側のＰＣ用コンフィグデータを、ミキサエンジン１０に記憶させるためのエンジン用コンフィグデータに変換した上で、ミキサエンジン１０に転送する（Ｓ２３）。また、記憶されていなかった場合には、ディスプレイに、必要なプリセットコンポーネントがミキサエンジン１０に記憶されていない旨のエラー表示を行う（Ｓ２４）。このとき、不足しているコンポーネントの名称やＩＤも共に表示するようにするとよい。
以上のような処理を行うことにより、ミキサエンジン１０側で動作に必要なコンポーネントが不足している場合に、ユーザに警告して更新を促すことができる。

以上で実施形態の説明を終了するが、この発明は以上の実施形態に限定されるものではない。例えば、新規に開発されたり改良されたりしたプリセットコンポーネントデータを、単独でＰＣ３０に記憶させることができるようにしてもよい。また、データの構成は図３及び図４に示したものに限られないし、ミキサシステムの編集装置として、ＰＣ３０ではなく専用の編集装置あるいは制御装置を用いてもよい。音響信号処理装置も、１台とは限らず、複数台を編集装置に同時に接続するようにしてもよい。この場合、更新処理は編集装置が接続開始を検出した音響信号処理装置毎に行うことになる。

以上の説明から明らかなように、この発明の構成要素データの管理方法を適用することにより、音響信号処理システムにおいて、編集装置側と音響信号処理装置側双方の信号処理の構成要素のデータを更新する作業を、容易に行うことができるようにすることができる。従って、データ更新時の労力が少ない音響信号処理システムを提供することができる。

この発明の構成要素データの管理方法を適用するミキサシステムの構成を示すブロック図である。 図１に示したＰＣのディスプレイに表示させる信号処理構成の編集画面の例を示す図である。 この発明に関連するデータのうち、ＰＣ側で使用するデータの構成を示す図である。 同じくミキサエンジン側で使用するデータの構成を示す図である。 図１に示したミキサシステムにおけるＰＣの動作状態の遷移の概略を示す状態遷移図である。 図１に示したＰＣが実行するプリセットコンポーネントデータの整合性チェック及び更新の処理を示すフローチャートである。 この発明の実施形態の変形例において図１に示したＰＣに実行させる、コンフィグレーションをＰＣからミキサエンジンに転送する際の処理を示すフローチャートである。

符号の説明

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

Claims (6)

1. 編集装置が、音響信号処理装置において行われる、それぞれ入力端子ないし出力端子を有する複数の構成要素と、該構成要素の出力端子と入力端子との間を結ぶ結線とからなる信号処理の内容を、グラフィック表示の表示画面において受け付けた指示に従って編集し、前記音響信号処理装置にその編集内容に従った信号処理を行わせる音響信号処理システムにおいて、前記信号処理の編集に使用する構成要素のデータを管理する構成要素データの管理方法であって、
   前記構成要素の各々について、
   前記編集装置に、当該編集装置において前記表示画面を用いた前記信号処理の編集の中でその構成要素に関する編集を行うための第１の要素データと、前記音響信号処理装置にその構成要素に関する信号処理を行わせるための第２の要素データとを記憶させると共に、
   前記音響信号処理装置に、当該音響信号処理装置において前記編集装置で編集された信号処理を行う際に、該信号処理の中のその構成要素に関する信号処理を行うための第３の要素データを記憶させ、
   前記各構成要素に係る第１及び第３の要素データに、その構成要素についての識別情報を付し、
   前記編集装置に、前記第３の要素データの更新が指示された場合に、
   当該編集装置が記憶している第１の要素データに付された識別情報と、前記音響信号処理装置が記憶している第３の要素データに付された識別情報とを比較する比較手順と、
   該手順において、前記第１の要素データのみに付された識別情報を検出した場合に、その識別情報に係る構成要素についての前記第２の要素データを前記音響信号処理装置に転送し、前記第３の要素データとして記憶させる更新手順とを実行させることを特徴とする構成要素データの管理方法。
2. 編集装置が、音響信号処理装置において行われる、それぞれ入力端子ないし出力端子を有する複数の構成要素と、該構成要素の出力端子と入力端子との間を結ぶ結線とからなる信号処理の内容を、グラフィック表示の表示画面において受け付けた指示に従って編集し、前記音響信号処理装置にその編集内容に従った信号処理を行わせる音響信号処理システムにおいて、前記信号処理の編集に使用する構成要素のデータを管理する構成要素データの管理方法であって、
   前記構成要素の各々について、
   前記編集装置に、当該編集装置において前記表示画面を用いた前記信号処理の編集の中でその構成要素に関する編集を行うための第１の要素データと、前記音響信号処理装置にその構成要素に関する信号処理を行わせるための第２の要素データとを記憶させると共に、
   前記音響信号処理装置に、当該音響信号処理装置において前記編集装置で編集された信号処理を行う際に、該信号処理の中のその構成要素に関する信号処理を行うための第３の要素データを記憶させ、
   前記各構成要素に係る第１及び第３の要素データに、その構成要素についての識別情報及びバージョン情報を付し、
   前記編集装置に、前記第３の要素データの更新が指示された場合に、
   当該編集装置が記憶している第１の要素データに付された識別情報及びバージョン情報と、前記音響信号処理装置が記憶している第３の要素データに付された識別情報及びバージョン情報とを比較する比較手順と、
   該手順において、前記第１の要素データと前記第３の要素データとで共通の識別情報が付されているがそれらのバージョン情報が異なるものが発見された場合に、その識別情報に係る構成要素についての前記第２の要素データを前記音響信号処理装置に転送し、前記第３の要素データとして記憶させる更新手順とを実行させることを特徴とする構成要素データの管理方法。
3. 請求項１又は２記載の構成要素データの管理方法であって、
   前記編集装置及び前記音響信号処理装置にぞれぞれ、記憶している要素データ全体についてのバージョン情報であるセットバージョン情報を記憶させ、
   前記編集装置に、自身と前記音響信号処理装置とにそれぞれ記憶しているセットバージョン情報を比較し、前記音響信号処理装置に記憶している要素データの方がバージョンが新しい場合に、前記音響信号処理装置の制御を中止すると共に、ユーザに自身に記憶している要素データの更新を促す手順を実行させることを特徴とする構成要素データの管理方法。
4. 請求項１乃至３のいずれか一項記載の構成要素データの管理方法であって、
   前記第１の要素データには、前記表示画面に表示される前記構成要素の名前及び外観に関するデータを含むことを特徴とする構成要素データの管理方法。
5. 請求項１乃至４のいずれか一項記載の構成要素データの管理方法であって、
   前記第２及び第３の要素データには、前記音響信号処理装置に備える信号処理回路に前記編集装置で編集された信号処理を実行させる際に、その信号処理の中の前記構成要素に係る信号処理を実現させるためのマイクロプログラムと、その構成要素に係る信号処理において使用する動作パラメータの構成を示す構成情報とを含むことを特徴とする構成要素データの管理方法。
6. 請求項１乃至５のいずれか一項記載の構成要素データの管理方法であって、
   前記編集装置が前記音響信号処理装置との接続開始を検出した場合に、前記第３の要素データの更新が指示されたものとするようにしたことを特徴とする構成要素データの管理方法。
   

Images