JP4735373B2 - ネットワークを介して接続された複数の機器で構成される音楽システムの制御装置及び該音楽システムを制御するための統合的なソフトウェアプログラム - Google Patents

Description

この発明は、ネットワークを介して接続された複数の機器（ノード）で構成される音楽システムにおいて、各機器の動作内容及び論理接続等をリモート制御する制御装置に関し、また、該音楽システムにおいて各機器の動作内容及び論理接続等をリモート制御するための統合的なソフトウェアプログラムに関する。

マルチメディアに対応した所定の通信規格（例えばＩＥＥＥ１３９４規格）に従って構成されたネットワークにおいて、波形データ（オーディオ波形サンプルデータ）や演奏データ（ＭＩＤＩのような演奏イベントデータ）などの音楽データを送受できるように構成した音楽システム（例えば商標「ｍＬＡＮ」で呼ばれる当出願人の開発に係る音楽システム）がある。このような音楽システムにおいては、ネットワークを介して複数のノード例えばパーソナルコンピュータなどの制御装置や各種の音楽機器（シンセサイザ、音源装置、レコーダ、ミキサ、その他）を接続してシステムが構成され、波形データやＭＩＤＩデータを任意のノードから任意のノードへリアルタイム伝送することができる。この音楽システムに関連する技術としては、例えば下記特許文献１がある。
特開平１０−３２６０６号公報

また、キーボード、シーケンサ、ミキサなどの各種音楽機器の入出力ラインを任意に相互接続する機器はパッチベイとして知られている。上述のようなネットワークを介して接続された機器（ノード）間での任意の接続を論理的に設定するためのバーチャル・パッチベイに関連する発明は下記特許文献２に示されている。このパッチベイによって接続設定された出力側ノードから入力側ノードへと音楽データが送信されることになる。
特開２００１−２０３７３２号公報

上述のような従来の音楽システムにおいては、ネットワークに対して単に物理的に音楽機器を接続しただけでは、該ネットワークにおける該音楽機器の論理的接続は実現されず、該音楽機器へのデータ送受信をすることができない。ネットワークに新規に接続した音楽機器へのデータ送受信をできるようにするには、ネットワークに接続されたパーソナルコンピュータ上で特許文献２に示されたようなパッチベイのアプリケーションプログラムを起動して、該音楽機器の論理接続を設定する。

また、各音楽機器における動作パラメータ等の設定を、当該ネットワーク内のパーソナルコンピュータ及びＧＵＩを介してグラフィック画面を操作して行うようにすることは、リモート制御として知られている。そのようなリモート制御用のソフトウェアは、下記非特許文献１、２及び３（市販ソフトの取扱説明書）に示すように、各音楽機器の機種毎に個別に提供されている。上記リモート制御用のソフトウェアによれば、制御対象となる各音楽機器において各種動作パラメータを格納するメモリ領域と同等な構成の動作パラメータメモリ領域がパーソナルコンピュータ上に確保され、該パーソナルコンピュータのグラフィック画面において制御対象となる各音楽機器の各種動作パラメータを編集する画面を表示して、ユーザが該画面上において編集操作を行なうと、コンピュータ内の前記動作パラメータメモリ領域において前記編集操作に対応する動作パラメータが更新される。これにより、各音楽機器における各種動作パラメータの編集動作をコンピュータ上でエミュレートすることができる。そして、パーソナルコンピュータとネットワーク内の各音楽機器の間において、前記動作パラメータの更新の内容が逐次交換されることで、双方のメモリ領域における動作パラメータの同一性が維持される。
Studio Manager for DM2000 (商標)の取扱説明書 XG Editor (商標)の取扱説明書 DME Manager (商標)の取扱説明書

また、ミキサやエフェクタなどの各音楽機器においては、現在の動作パラメータの設定状態（各種スイッチや操作子の設定状態）を１つの「シーン」の設定ファイルとして一括して記憶したり、該記憶された「シーン」を呼び出して再現したりするシーンストア／シーンリコール機能が具備されている。このシーンストア／シーンリコール機能についても、リモート制御用のソフトウェアによりコンピュータ上で各機器毎にこれを実行することができた。しかしながら、上記の通りリモート制御用のソフトウェアは各音楽機器の機種毎に用意されており、異なる種類の機器を同時に制御することができなかった。この点について、下記特許文献３では、各機器のリモート制御を一括して管理するためのソフトウェアプログラムを用いて、ネットワーク上の複数機器を一括してリモート制御することが開示されている。
特開２００５−２０２１３８号公報

しかし、上記の通り音楽ネットワークにおける各音楽機器間の論理接続の設定・変更等は、前記リモート制御用ソフトとは別の専用の接続設定ソフト（パッチベイ・ソフト）によって制御されていたので、この点については異なる種類の機器を同時に制御することができなかった。

この発明は上述の点に鑑みてなされたもので、ネットワークを介して接続された複数の機器（ノード）で構成される音楽システムにおいて、各機器の動作内容及び論理接続の設定を行ない易くした制御装置及び音楽システムを提供しようとするものであり、更には、コンピュータを該制御装置として機能させるソフトウェアプログラムを提供しようとするものである。

この発明の請求項１に係る制御装置は、ネットワークを介して接続された複数の機器と制御装置により構成される音楽システムにおいて、前記複数の機器の論理接続を前記ネットワークを介してリモート制御する前記制御装置であって、前記音楽システム内の前記各機器は、所定の機能を実現するようソフトウェアで組まれたモジュールを実行可能であり、ディスプレイと、前記音楽システム内の前記各機器が実現する各モジュールの設定状態及び論理接続状態をリモート制御するための各制御モジュールを実行するリモート制御部と、前記音楽システム内の前記各機器が実現するモジュールを示すイメージと、これら各モジュール間の論理接続状態を示すイメージとを、前記ディスプレイにグラフィック表示させる表示制御部と、前記ディスプレイにグラフィック表示された任意のモジュールのイメージを、当該モジュールを実現している機器のイメージ領域から他の機器のイメージ領域へと、ディスプレイ上において移動させるための操作を、ユーザが行うために使用される操作部と、前記操作部を介した、ユーザによるモジュールのイメージの移動操作に応じて、前記リモート制御部に、移動元の機器の当該モジュールと同等の移動先の機器の新規モジュールをリモート制御する新規制御モジュールを起動させ、移動元の機器の当該モジュールの制御モジュールの設定状態及び論理接続状態に当該新規制御モジュールの設定状態及び論理接続状態を一致させ、移動元の機器の当該モジュールの制御モジュールを停止させる移動処理部と、前記移動操作に応じた前記移動処理部の一連の動作が成功した場合に、前記ディスプレイにおけるグラフィック表示を、該移動が反映された表示となるように、更新する表示更新制御部とを具備することを特徴とする。

本発明によれば、制御装置のディスプレイにおいて、音楽システム内の各機器が実現する各モジュールを示すイメージと、該各機器における各モジュール間の論理接続状態を示すイメージとがグラフィック表示され、ユーザは、前記グラフィック表示されたモジュールのイメージを、当該モジュールを実現している機器のイメージ領域から他の機器のイメージ領域のイメージ領域に、ディスプレイ上において移動させる操作を行うことができる。この移動操作に応じて、リモート制御部により、移動元の制御モジュールを停止させ、移動先の新規制御モジュールの起動と該新規制御モジュールの設定状態及び論理接続状態の設定を行う。これに応じて、ディスプレイにおけるグラフィック表示が、該移動が反映された表示となるように、更新される。従って、制御装置による各機器の動作及び論理接続の設定や変更が行い易くなるという効果を奏する。

請求項２に係る制御装置は、更に、所定の機能を実現するようソフトウェアで組まれたモジュールを実行可能であり、前記表示制御部は、前記音楽システム内の前記各機器及び制御装置が実現するモジュールを示すイメージと、これら各モジュール間の論理接続状態を示すイメージとを、前記ディスプレイにグラフィック表示させることができ、ユーザによる前記操作部の操作によって、前記ディスプレイにグラフィック表示された任意のモジュールのイメージを、当該モジュールを実現している機器のイメージ領域から制御装置のイメージ領域へと、又は当該モジュールを実現している制御装置のイメージ領域から任意の機器のイメージ領域へと、ディスプレイ上において移動させることが可能である、ことを特徴とする。
これによれば、ネットワークを介して接続された複数の機器と制御装置（ノード）で構成される音楽システムにおいて、例えばＤＳＰエンジン（ノード）が実現していたモジュールを、現在の設定状態作や論理接続状態を保持したまま制御装置に移動することができ、該モジュールを制御装置の資源を用いて実現する操作が簡便に行えるようになる。従って、制御装置による各機器の動作及び論理接続の設定や変更が行い易くなるという効果を奏する。

この発明の請求項４に係る音楽システムは、ネットワークを介して接続された複数の機器と制御装置により構成される音楽システムであって、前記制御装置は、前記複数の各機器の論理接続を前記ネットワークを介してリモート制御するものであり、前記各機器は、所定の機能を実現するようソフトウェアで組まれたモジュールを実行する実行部と、該モジュールの入出力を前記ネットワークを用いて他の機器の入出力と論理接続する結線部とを具備し、前記制御装置は、ディスプレイと、前記音楽システム内の前記各機器が実現するモジュールを示すイメージと、これら各モジュール間の論理接続状態を示すイメージとを、前記ディスプレイにグラフィック表示させる表示制御部と、前記ディスプレイにグラフィック表示された任意のモジュールのイメージを、当該モジュールを実現している機器のイメージ領域から他の機器のイメージ領域へと、ディスプレイ上において移動させるための操作を、ユーザが行うために使用される操作部と、前記操作部を介した、ユーザによるモジュールのイメージの移動操作に応じて、前記ネットワークを介したリモート制御により、移動先の機器の前記実行部に対し移動元の機器の当該モジュールと同等の新規モジュールを起動させるとともに、該移動元の機器の当該モジュールの設定状態及び論理接続状態に該移動先の機器の当該新規モジュールの設定状態及び論理接続状態を一致させ、移動元の機器の前記実行部に当該モジュールを停止させる移動処理部と、前記移動操作に応じた前記移動処理部の一連の動作が成功した場合に、前記ディスプレイにおけるグラフィック表示を、該移動が反映された表示となるように、更新する表示更新制御部とを具備することを特徴とする。
これによれば、ユーザによるモジュールのイメージの移動操作に応じて、前記ネットワークを介したリモート制御により、移動先の機器の前記実行部に対し移動元の機器の当該モジュールと同等の新規モジュールを起動させるとともに、該移動元の機器の当該モジュールの設定状態及び論理接続状態に該移動先の機器の当該新規モジュールの設定状態及び論理接続状態を一致させ、移動元の機器の前記実行部に当該モジュールを停止させるので、移動先のソフトウェアモジュールにおいては、移動元のソフトウェアモジュールの設定状態及び論理接続状態を引き継ぐことができ、イメージ操作によってネットワーク内でのモジュール移動が非常に容易に行えるようになる。

本発明は、装置の発明として構成し、実施することができるのみならず、方法の発明として構成し実施することができる。また、本発明は、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記録媒体の形態で実施することもできる。また、プロセッサとしては、任意のソフトウェアプログラムを実行するコンピュータのような汎用プロセッサを使用できるのは勿論のこと、専用ロジックをハードウェアで組んだ専用プロセッサを用いてもよい。

以下、この発明の実施の形態を添付図面を参照して詳細に説明する。
図１はこの発明に係る動作及び接続設定用統合ＣＡＤソフトウェアの一実施例を適用することができる音楽システムの構成例を概略的に示すブロック図である。この音楽システムは、所定の通信規格（例えば商標「ｍＬＡＮ」で呼ばれる当出願人が提唱するディジタルデータ転送プロトコルや、ＵＳＢ、CobraNet(Ethernet)、無線ＬＡＮ、ＭＡＤＩなど、任意の規格でよい）に従うネットワーク（音楽ＬＡＮ）１０を介して接続された複数のノード（音楽の演奏、再生、制御等に関連する音楽機器）２〜６で構成される。この音楽ＬＡＮ１０においては、所定の通信規格（例えばＩＥＥＥ１３９４規格）に基づく複数の伝送線によりＭＩＤＩデータ用及びディジタルオーディオデータ用のバスが構成され、該複数の伝送線を用いて、ＭＩＤＩデータ、オーディオ波形データ、制御信号等が任意のノードから任意のノードへリアルタイムに伝送される。なお、本統合ＣＡＤソフトウェアの実行に際して、各ノードに与えられる命令や制御データ等はＭＩＤＩデータのバスを介して伝送するようにしてよい。
図１において、ノードの基本的な例として、制御装置１と各種の音楽機器２〜６が例示されている。制御装置１は、典型的にはパーソナルコンピュータ（以下ＰＣと略称する）で構成されており、本実施例に係る統合ＣＡＤソフトウェアが組み込まれると共に、各種音楽関連機能を実現するソフトウェアが組み込まれていて該各種音楽関連機能の動作に関するプログラムを実行する。また、ＰＣ１には各音楽機器２〜６を当該ＰＣ１上からリモート制御するためのリモート制御用のソフトウェア（上記非特許文献１〜３を参照）がインストールされている。リモート制御用ソフトは、従来より他のソフトウェアにプラグインされるプラグインモジュールの形式で構成されるものであり、また、各音楽機器の機種毎に個別に提供されている。統合ＣＡＤソフトウェア（以下「統合ＣＡＤソフト」）は、音楽ＬＡＮ１０における各機器の動作及び接続設定を管理する動作を行なうためのプログラムであって、詳しくは後述する通り、異なる複数の機種の機器の動作設定と、各機器間の論理接続を一括して管理・制御することができる。
本実施例では、ＰＣ１において、前記音楽関連機能として「シーケンサ」（ＭＩＤＩデータの記録再生つまり自動演奏機能）及び「レコーダ」（オーディオ波形記録再生機能）の機能を実現する音楽制作ソフトウェア（音楽ソフト）がインストールされており、前記統合ＣＡＤソフトを音楽ソフトのプラグインとして実装するものとし、各リモート制御用ソフトを該統合ＣＡＤソフトのプラグインとして実装するものとする。なお、ＰＣ１における音楽関連機能としては、上記の他にも、「シンセサイザ」（楽音合成機能）、「ミキサ」（オーディオ波形信号ミキシング機能）、「エフェクタ」（オーディオ効果付与機能）等のその他の音楽関連機能の処理モジュールが必要に応じて組み込まれていてよい。

また、音楽機器２〜６の一例として、任意のディジタル信号処理（ディジタルオーディオ信号処理）を行うエンジン２及び５とミキサ３とシンセサイザー４とアナログオーディオ波形データの入出力を行なう波形Ｉ／Ｏ装置６との各ハードウェア装置が音楽ＬＡＮ１０に接続されている。図１において、各処理エンジン２，５の末尾に付した添え記号ＣとＤ、「ミキサ」の末尾に付した添え記号Ａ、「シンセサイザ」の末尾に付した添え記号Ｃ並びに「波形Ｉ／Ｏ」の末尾に付した添え記号Ａは、それぞれハードウェアとしての各機器を識別するための便宜上の添え記号であるが、機種を示す記号と捉えても良い。追って説明するようにネットワーク内の個別のモジュール乃至ハードウェアは各々に固有のＩＤによって区別されている。その趣旨で、添え記号を便宜上付記した。また、各機器２〜６に具わる音楽ＬＡＮ１０に接続するためのネットワーク用コネクタは記号ＮＣＸ，ＮＣＹ，ＮＣＺを付与している。記号「ＮＣ（ネットワークコネクタの略）」に添えた記号Ｘ，Ｙ，Ｚは、それぞれ異なるタイプのネットワーク用コネクタであることを例示的に示している。また、ミキサ３と処理エンジン５に具わる波形データを入力及び出力するためのウェーブコネクタには記号ＷＣＡ，ＷＣＣを付与した。記号「ＷＣ（ウェブコネクタの略）」に添えた記号Ａ，Ｃは、それぞれ異なるタイプのウェーブコネクタであることを例示的に示している。
なお、図１においてＰＣ１及び各ノード２〜６に添えたアルファベット「ＨＷ」は、各機器がハードウェア資源により構成されていることを示している。また、図１では、処理エンジン２とミキサ３とが、カスケード接続ケーブルを介して物理的結線（「カスケード接続」）されるシステム構成例を示している。カスケード接続とは、複数のミキサ間でオーディオ信号及び制御信号を相互に交換することにより、全体としてのミキサの処理能力（ミキシングバス数など）を拡張させるミキサ間接続である。すなわち、カスケード接続は専用のケーブルを介した物理的結線であり、これは音楽ＬＡＮ１０における各ノード間の論理的結線とは異なる。

図２は、各音楽機器（ハードウェア「ＨＷ」機器）２〜６の電気的ハードウェア構成例の概略を示す図である。詳しくは後述する通り各機器２〜６が実現する動作・機能は機種毎に異なる。しかしながら、各機器２〜６の電気的ハードウェア構成の概略は概ね同様と考えて差し支えないため、図示及び説明の便宜上、各機器機器２〜６のハードウェア構成として可能な形態を当該図２により代表的に表すものとする。図２に示す通り、各機器２〜６は、ＣＰＵ２０、フラッシュメモリ２１、ＲＡＭ２２、信号処理部（ＤＳＰ群）２３、表示器２４、操作子２５、波形インターフェース（ＷＣ＿Ｉ／Ｏ）２６、ネットワークインターフェース（ＮＣ＿Ｉ／Ｏ）２７、外部のＭＩＤＩ機器とＭＩＤＩ規格の信号を授受するためのＭＩＤＩインターフェース（ＭＩＤＩ＿Ｉ／Ｏ）２８を含んで構成され、各装置間がバス２０Ｂを介して接続される。

ＣＰＵ２０は、フラッシュメモリ２１或はＲＡＭ２２等メモリ内の各種プログラムを実行して、当該機器の全体的な動作の制御やＰＣ１との間の通信制御等を行う。また、フラッシュメモリ２１及びＲＡＭ２２は、詳しくは後述するワークメモリ領域として利用される。ＷＣ＿Ｉ／Ｏ２６は、アナログ又はディジタル波形データを入出力するためのインターフェースであり、アナログ入出力用のＡＤ変換器及びＤＡ変換器、ディジタル入出力用のディジタルインターフェースを含む。ＮＣ＿Ｉ／Ｏ２７は音楽ＬＡＮ１０に接続するためのネットワーク用コネクタ（音楽ＬＡＮインタフェース）であって、各機器はＮＣ＿Ｉ／Ｏ２７を介して波形データ、ＭＩＤＩデータ或いは各ノードに与えられる命令や制御データ等を含む各種データを音楽ＬＡＮ１０に送出し、また、音楽ＬＡＮ１０から自機で必要な前記各種データを取り込む。

信号処理部２３は、各機器が担う音楽的機能に応じた信号処理をＤＳＰのマイクロプログラムに基づき実施するもので、ＷＣ＿Ｉ／Ｏ２６乃至ＮＣ＿Ｉ／Ｏ２７を介して供給されるＭＩＤＩデータやオーディオデータに対して、ＣＰＵ２０から与えられる指示に基づき信号処理を施し、また、その信号処理の結果として生成された信号をＷＣ＿Ｉ／Ｏ２６乃至ＮＣ＿Ｉ／Ｏ２７を介して外部に出力する。処理エンジン２及び５においては、「ミキサ」や、「エフェクタ」、「イコライザ」などの各種音楽関連機能を実現するＤＳＰのマイクロプログラムが取り替え自在に１又は複数組み込まれるようになっており、各エンジン２及び５の信号処理部２３は各々に組み込まれた任意のＤＳＰプログラムに対応する信号処理内容を実行する処理モジュールを実現する。また、ミキサ３、シンセサイザー４及び波形Ｉ／Ｏ装置６のように実現すべき音楽関連機能がハードウェア装置毎に固定されている機器では、信号処理部２３は当該機種に対応する信号処理内容を実行する処理モジュールを実現する。

前述の通り、本実施例において統合ＣＡＤソフトは、ＰＣ１にインストールされた音楽ソフトのプラグインソフトとして組み込まれている。図３は、ＰＣ１において音楽ソフトを実行した際の或るディスプレイ画面（Arrange Window）を示している。該「Arrange Window」においては、当該音楽ソフト上で現在作業中の楽曲のソングデータを構成するオーディオ波形トラック（レコーダトラック）とＭＩＤＩトラック（シーケンサトラック）が表示される。
当該画面において「Plugins」のメニューボタンをユーザがマウスで左クリックすると、音楽ソフトにプラグインさえているプラグインソフトを選択するポップアップメニューが表示される。該ポップアップメニューにリストアップされるプラグインソフト名には、この実施例に係る統合ＣＡＤソフトや、音源モジュールの編集ソフトや、各音楽機器２〜６のリモート制御ソフトの名前が含まれる。その中の「統合ＣＡＤ」の名前をマウスでクリックすることで、統合ＣＡＤソフトが選択・起動される。勿論、これに限らず、この統合ＣＡＤソフトを独立したアプリケーションソフトとしてＰＣ１内に組み込み、独立に立ち上げるようにしてもよい。

ＰＣ１において統合ＣＡＤソフトが起動されると、当該ネットワーク１０内で１グループのＬＡＮを構成している全ての処理モジュールと各モジュール間の接続状態がＰＣ１のディスプレイ上にグラフィック表示される。図４はそのような全モジュールの接続状態をグラフィック表示する画面の一例を示している。図中、「ゾーンＡ」は、当該ユーザが設定・管理・使用している音楽ＬＡＮの１グループに名付けられた固有の名称である。この統合ＣＡＤソフトでは、複数の音楽ＬＡＮグループを個別に管理することができ、この各グループを「ゾーン」という。図４に例示するような特定のゾーン（グループ）の画面を立ち上げるためには、ゾーン（グループ）の選択あるいは設定を行えるように構成するが、この点の詳しい説明は省略する。なお、前回このプログラムを終了したときのゾーン（グループ）情報を保存しておき、統合ＣＡＤソフト起動時に自動的に前回選択されていたゾーンの接続画面（統合ＣＡＤ画面）が立ち上がるようにしてもよい。ここで設定された統合ＣＡＤソフトのデータを含む音楽ソフトのデータは、ユーザの指示に応じて、随時、ハードディスク等にソングファイル（後述する）として保存することができ、また、保存されたソングファイル（統合ＣＡＤソフトのデータを含む）をＰＣ１で起動されている音楽ソフトヘ読み込むことができる。

図４を参照して統合ＣＡＤ画面の表示例について説明する。統合ＣＡＤ画面には、音楽ＬＡＮ１０に接続された各ノード１〜６（図１参照）によって実現されるハードウェア及びソフトウェアの各処理モジュールに対応するアイコン（図示例では図示簡略化のためにブロックで示す）を含む各種ＧＵＩオブジェクトが画面上に表示される。各モジュールのアイコンにおいては、ユーザに個別の各モジュールが行う音楽処理を識別させるよう適切な可視的表現（図示例では、「ミキサＡ」や「レコーダＤ」や「エンジンＣ」等の識別名称の略称文字）が付加的に表示されると共に、各モジュールがハードウェアモジュールであるかソフトウェアモジュールであるかをユーザに識別させるための適切な可視的表現（図示例では、「Ｓモジュール」と「Ｈモジュール」の略称文字）が付加的に表示される。図中、「Ｓモジュール」とはソフトウェアモジュール、「Ｈモジュール」とはハードウェアモジュールを示す。また、図中、「ＵＳモジュール」もソフトウェアモジュールであり、これは後述するＣＡＤ編集画面（後述の図７）においてユーザが自由に構成したソフトウェアモジュールである。また、「エンジン」はソフトウェアモジュールを実行するハードウェアモジュールであるので、「エンジン」のアイコンの内部にソフトウェアモジュールを配置することができる。

Ｈモジュールはハードウェア機器の固定機能として実現される処理モジュールであって、図４においては、ミキサ３（「ミキサＡ＿Ｈモジュール」）やシンセ４（「シンセＣ＿Ｈモジュール」）或いは波形Ｉ／Ｏ装置６（「波形Ｉ／Ｏ・Ａ＿Ｈモジュールin」と「波形Ｉ／Ｏ・Ａ＿Ｈモジュールout」）がこれに相当する。なお、波形Ｉ／Ｏ装置６については、アナログ波形入力部分が「波形Ｉ／Ｏ・Ａ＿Ｈモジュールin」、また、アナログ波形出力部分が「波形Ｉ／Ｏ・Ａ＿Ｈモジュールout」として、それぞれ別のＨモジュールとして取り扱われている。
ＳモジュールはＰＣ１やエンジン２及び５において、ソフトウェアプログラム（エンジンではＤＳＰのマイクロプログラム）の実行により実現される処理モジュールであって、図４においては、エンジン２（「エンジンＣ」）の「ミキサＡ−２＿Ｓモジュール」及び「エフェクタＣ＿ＵＳモジュール」、エンジン５（「エンジンＤ」）の「ミキサＣ＿Ｓモジュール」及び「イコライザＢ＿Ｓモジュール」、或いは、ＰＣ１で実現される「シーケンサＡ＿Ｓモジュール」及び「レコーダＤ＿Ｓモジュール」が、Ｓモジュールとして取り扱われる。なお、「レコーダＤ＿Ｓモジュール」は前記図３に示すオーディオ波形トラック（レコーダトラック）の機能を、また、「シーケンサＡ＿Ｓモジュール」はＭＩＤＩトラック（シーケンサトラック）の機能をそれぞれ実現するモジュールである。

図４に示す統合ＣＡＤ画面では、モジュール間の結線として、各モジュール間においてオーディオ波形データをリアルタイム伝送する接続ライン（オーディオ伝送ライン）３０が、その伝送方向を示す矢印付きの実線により表示されている。また、各モジュール間においてＭＩＤＩデータ（楽音発生指示データ）をリアルタイム伝送する接続ライン（ＭＩＤＩ伝送ライン）３１が、その伝送方向を示す矢印付きの点線で表示されている。各伝送ライン３０及び３１上の四角枠内に示す数字は当該伝送ラインにおいて伝送されるオーディオ波形データ又はＭＩＤＩデータチャンネル数を示している。すなわち、各伝送ライン３０、３１において、複数チャンネル分のオーディオ波形データ又はＭＩＤＩデータを伝送することが可能である。なお、統合ＣＡＤソフトによって管理される全ての機器には、制御データ伝送用のＭＩＤＩ伝送ラインが接続されているが、統合ＣＡＤ画面上にはこれを表示しないものとする。なお、図示の便宜上、オーディオ伝送ライン３０についてはレコーダＤ＿ＳモジュールからミキサＡ＿Ｈモジュールへの結線、また、ＭＩＤＩ伝送ライン３１については、シーケンサＡ＿ＳモジュールからシンセＣ＿Ｈモジュールへの結線に対して符号を付与して、他を代表するものとする。また、「エンジン」のハードウェアモジュールに関しては、そのアイコンの内部に配置されたソフトウェアモジュールのアイコンについて結線が行われ、従来の「エンジン」のＣＡＤ画面で行われていたような、「エンジン」のアイコンを対象とした結線は行われない。

オーディオ伝送ライン３０及びＭＩＤＩ伝送ライン３１のうち、音楽ＬＡＮ１０を経由する結線（論理接続）には、ライン近傍に示された丸囲み数字（同図において丸囲み数字１〜６）が付与されている。この実施例では、音楽ＬＡＮ１０におけるデータ伝送方式の一例として、複数の伝送チャンネルを用いて、オーディオ波形データ又はＭＩＤＩデータを伝送する方式を採用しており、上記オーディオ及びＭＩＤＩ伝送ライン近傍の丸囲み数字は、音楽ＬＡＮ１０における伝送チャンネル番号を示す。
図５は、音楽ＬＡＮ１０におけるデータ伝送の概要を説明するためのデータ伝送タイミング図であって、周知のＩＥＥＥ１３９４規格に準拠したネットワークにおいて伝送されるデータパケットの時間的配置例を示している。データの転送サイクルの開始を規定するサイクルスタートパケット１００が所定周期（例えば１２５μｓ）の時間間隔で送出され、各転送サイクル内に複数のアイソクロナスパケット１０１が配置される。複数のアイソクロナスパケット１０１は、音楽データ（ＭＩＤＩデータやオーディオデータ）のように厳密なリアルタイム性を要求されるデータを転送するために用いる伝送チャンネルであって、同図において丸囲み数字１〜６は、図４のＣＡＤ画面における伝送チャンネル番号に対応している。音楽ＬＡＮ１０では、ノード間の論理接続により、各ノード１〜６毎に１つの伝送チャンネルが割り当てられると共に、データ受け側のノードにおいてどの伝送チャンネルのどの信号を受け取るかが設定される。なお、送受信ノードの論理接続を設定する情報やその他の厳密なリアルタイム性が要求されないデータは、前記アイソクロナスパケット１０１の伝送後の当該転送サイクルの空き時間にアシンクロナス転送で転送される。なお、音楽ＬＡＮ１０におけるデータ伝送方式は図５に例示した方法に限らず、従来から知られる適宜の方式、例えば同図に別例として示す時分割多重方式（ＴＤＭ方式）、すなわち、各信号の符号列を時間的に分割して伝送路を占有する時間をずらして多重化する方式などであってもよい。この場合は、リアルタイム性を要求されるデータ伝送については、伝送チャンネル番号によりタイムスロットを指定して、その指定されたタイムスロットを用いて伝送を行なうようにすればよく、リアルタイム性を要求されないデータ伝送については、アシンクロナス伝送用に予め確保されたタイムスロットを用いて、或いは、リアルタイム伝送に使われていないタイムスロットを自動割当して、伝送を行なうようにすればよい。

いくつかの接続例を説明すると、波形入力用の「波形Ｉ／Ｏ・Ａ＿Ｈモジュールin」（図１の波形Ｉ／Ｏ装置６）からは、チャンネル番号２番の伝送チャンネルを使用して、８チャンネルのオーディオ波形信号が「ミキサＡ＿Ｈモジュール」（図１のミキサ３）に入力され、また、同じくチャンネル番号２番の伝送チャンネルを使用して、別の８チャンネルのオーディオ波形信号がソフトウェアモジュールである「ミキサＡ−２＿Ｓモジュール」（図１の処理エンジン２つまり「エンジンＣ」が実現するソフトウェアミキサ）に入力されるように論理接続されている。
また、「シンセサイザＣ」（図１のシンセサイザ４）とＰＣ１内のソフトウェアモジュールである「シーケンサＡ」との間では１チャンネルの接続ラインでＭＩＤＩデータを授受するように接続設定されている。また、ミキサ３によるハードウェア「ミキサＡ」と処理エンジン２にて実現されたソフトウェア「ミキサＡ−２」はカスケード接続されている。図４のＣＡＤ画面では両者の接続ラインに記号「Ｃ」を付与し、この結線３２がカスケード接続であることを明示する。

また、図４において、統合ＣＡＤ画面の下側には、エンジンＣ，Ｄ、音楽ＬＡＮ及びＰＣの現在の処理状況又は利用状況をモニタし、各装置が各種処理を実施するために使用しているシステムリソースの容量をリアルタイムでメータ表示するリソースメータ３３が表示されている。「エンジンＣ」と「エンジンＤ」のリソースメータは各エンジンにおける通信状況や演算状況（演算能力の何パーセントを使用しているか）をメータ表示しており、音楽ＬＡＮのリソースメータは、「音楽ＬＡＮ」の現在の利用状況すなわち図５に示す転送サイクルのうちどれだけの帯域を使ってデータ伝送を行なっているかをメータ表示しており、また、ＰＣのリソースメータは現在当該ＰＣの処理能力（メモリ領域残り容量等）の何パーセントが使用されているかをメータ表示している。

ユーザは統合ＣＡＤ画面に表示されたゾーンのネットワーク１０の構成を該画面上において編集することができる。ユーザが行ない得るネットワークの編集操作は、例えば、モジュールのアイコンの配置、追加、削除等や、モジュール間の結線の設定・変更等である。これらの具体的な操作方法や、該ネットワークの編集操作を実現する動作内容等については後述する。

また、統合ＣＡＤ画面において、所望のモジュールのアイコンをユーザが所定の入力操作（例えばアイコンをマウスポイントしてダブルクリックする操作）により選択することで、該選択されたモジュールの動作パラメータを設定する画面をＰＣ１のディスプレイに開くことができる。すなわち、選択操作に応じて、選択されたモジュールに対応するリモート制御ソフトに対して、当該モジュールの動作パラメータ設定画面を表示するよう指令が出力される。動作パラメータ設定画面の一例として、図４の「シンセサイザＣ＿Ｈモジュール」の動作パラメータ設定画面を図６（ａ）に、また、エンジンＣにおいてソフトウェアモジュールとして実現されている「ミキサＡ−２＿Ｓモジュール」の動作パラメータ設定画面を図６（ｂ）にそれぞれ示す。図６（ａ），（ｂ）に示す通り、動作パラメータ設定画面には、当該モジュールに対応する実際のハードウェア機器の操作パネルを模擬した画像が表示され、ユーザはこの操作パネル画像上の操作子やスイッチのＣＡＤ図形を用いて、それぞれに対応する動作パラメータの設定操作を行なうことができる。なお、ソフトウェアモジュールである「ミキサＡ−２」については、これと等価な「ミキサＡ」（Ｈモジュール）の実際のミキサ操作パネルを模擬した画像が表示される。なお、動作パラメータの設定時のＰＣ１の動作については後述する。

また、エンジン２又は５により実現されるユーザソフトウェアモジュール（ＵＳモジュール）のアイコンを前記とは別の入力操作（例えばアイコンを右クリックする操作）により指定することで、当該モジュールについてポップアップメニューを展開することができ、該メニューから「ＣＡＤ Ｅｄｉｔ」を選択すると、「ＣＡＤ編集画面」（図７参照）を開くことができる。この画面では、選択されたモジュールに関して現在設定されている内部構成がＣＡＤ図形で表示され、該画面上から内部構成の編集を行うことができる。
図７の例ではエフェクタＣについてのＵＳモジュールＣＡＤ編集画面を示す。図の例では、「エフェクタＣ＿ＵＳ」が、コンポーネントＡ（例えばコンプレッサ）、コンポーネントＡ−２（例えば別のコンプレッサ）、コンポーネントＣ（例えばイコライザ）、コンポーネントＣ−２（例えば別のイコライザ）を４チャンネルの入力コネクタ（Input）と６チャンネルの出力コネクタ（Output）の間にパラレルに配置して構成されている。ユーザは当該画面において、モジュールを構成する各コンポーネント間及びコネクタ間、ならびに、前記コンポーネントとコネクタとの間の接続の変更やコンポーネントの追加、削除などを行い、ＵＳモジュールを自由に構成することができる。なお、このようにモジュールを自由に構成できるのは、ＵＳモジュールだけであり、その他のＳモジュールの構成はファクトリセットで固定されている。
また、図７のＣＡＤ編集画面において当該ＵＳモジュールと他のモジュールの論理接続設定を行う場合は、例えば入力コネクタ（Input）又は出力コネクタ（Output）のアイコンのクリックにより展開される論理接続設定用のポップアップウィンドウから各種の論理接続条件等を入力又は選択・指定して論理接続設定の操作を行ないうる。あるいは、ＣＡＤ編集画面において、一般のＣＡＤで行なわれるような結線によって論理接続設定が行なわれるようにしてもよい。例えば先ず線を描画するモードを起動して、入力コネクタと出力コネクタの何れか一方の結線を、これから描く接続線の基点として、クリック操作によって指定することにより、線の描画を開始し、任意のポイントを順次クリックすることにより、それらのポイントが順次線で結線され、結線先であるコネクタまで結線されたところで操作完了となる。

統合ＣＡＤ画面は、ＰＣ１内のＲＯＭ及びＲＡＭ又はハードディスク等で構成される統合ＣＡＤ用ワークメモリに記憶されている各モジュール毎の現在の接続設定を示すデータ等に基づく描画処理により作成される。

図８は統合ＣＡＤ用ワークメモリの記憶構成例を説明するための図である。図８（ａ）は、ＰＣ１内の統合ＣＡＤ用ワークメモリにおけるモジュール又はハードウェア単位の区分（エリア）を示し、（ｂ）には１つの区分（エリア）内に記憶するデータの詳細例を例示的に示している。また、（ｃ）は各機器（実体）２〜６におけるワークメモリ構成の一例として、「シンセＣ」と「エンジンＣ」の各機器のメモリ（フラッシュメモリ２１乃至ＲＡＭ２２）内に構築されるワークメモリの構成例を示す。なお、各機器（実体）２〜６側が具備する統合ＣＡＤと同機能のメモリや制御部を「ローカル」の形容詞をつけて、統合ＣＡＤ側のそれらとは区別して、呼ぶ。

ＰＣ１の統合ＣＡＤワークメモリにおいて、「管理データ」エリアにはこの統合ＣＡＤ用ワークメモリの読み書きアドレス等を管理するための必要なメモリ管理データが記憶されている。「統合ＣＡＤ」ワークエリアには、ユーザが上記図７のＵＳモジュールＣＡＤ編集画面において作成したユーザーソフトウェアモジュール（ＵＳＭ）を実現するための各種データを保存・記憶する「ＵＳＭライブラリ」が構成され、また、その他の統合ＣＡＤ画面やＣＡＤ図形の描画形成に関連するデータが記憶される。更に、図４の統合ＣＡＤ画面においてソフトウェアモジュールのアイコンがエンジン外の領域に配置された場合（例えば、図注の点線で示されるエフェクタＣのＵＳモジュール）には、当該ソフトウェアモジュールのワークエリアが、この「統合ＣＡＤ」ワークエリア内に作成される。また、「統合シーンメモリ」の構成については図１１を参照して後述する。

統合ＣＡＤワークメモリには、当該ゾーン（音楽ＬＡＮ１０を構成するノードのグループ）に属する各モジュール（機器２〜６）毎のリモート制御に用いるワークエリアとして、「波形Ｉ／ＯＡ」ワークエリア、「シンセサイザＣ」ワークエリア、「ミキサＡ」ワークエリア、「エンジンＣ」ワークエリア及び「エンジンＤ」ワークエリアが確保されるている。各機器毎のワークエリアのうち、「波形Ｉ／ＯＡ」ワークエリア、「シンセサイザＣ」ワークエリア及び「ミキサＡ」ワークエリアは、機種毎に固定機能のみを実現するハードウェアモジュール（Ｈモジュール）に対応するワークエリアである。その構成例として（ｂ）に「シンセＣ」のワークエリアの構成例を示す。各Ｈモジュールに対応するワークエリアには、当該Ｈモジュールについて、そのＩＤ（「ＨＭ＿ＩＤ」）と、「Ｍカレント」と、「ＭＮカレント」と、「ＭＤライブラリ」と、「ＭＮＤライブラリ」とが記憶されている。また、ソフトウェアモジュール（Ｓモジュール）を実現するエンジンＣ、Ｄに対応するワークエリアの一例として、（ｂ）に「エンジンＣ」ワークエリアの構成例を示している。「エンジンＣ」ワークエリアには、当該エンジンＣが実現する各Ｓモジュールについて、ソフトウェアモジュールのＩＤ（「ＳＭ＿ＩＤ（＃ｘ）」）、「Ｍカレント（＃ｘ）」と、「ＭＮカレント（＃ｘ）」と、「ＭＤライブラリ（＃ｘ）」と、「ＭＮＤライブラリ（＃ｘ）」とが記憶される。ここで、添え記号「＃ｘ」は、当該エンジンで実現している各ソフトウェアモジュールを区別する番号である。なお、図８（ｃ）の「シンセＣ」及び「エンジンＣ」の機器側のワークメモリ（ローカルメモリ）の構成との比較から明らかなように、（ｂ）に示す統合ＣＡＤワークメモリに具わる各機器毎のワークエリアは、（ｃ）に示すハードウェア（実体）側のワークメモリ（ローカルメモリ）と略同等なデータ構成となっている。これは、ＰＣ１側における各機器のリモート制御において、各機器の各種動作パラメータの設定、編集等をエミュレートするために、ＰＣ１側の統合ＣＡＤワークメモリで各機器のワークメモリの構成を真似たためである。

「ＨＭ＿ＩＤ」はハードウェアモジュールの種類を特定するためのＩＤであり、また、「ＳＭ＿ＩＤ」はソフトウェアモジュールの種類を特定するためのＩＤである。このＩＤにより、ＰＣ１の統合ＣＡＤソフトにおいてハードウェアモジュール乃至ソフトウェアモジュールの種類毎の動作データの構成を特定できる。すなわち、統合ＣＡＤ画面にＨモジュールのアイコンが配置されたときは、そのＨＭ＿ＩＤに基づいて、対応する機器と同じデータ構成の動作データセットが統合ＣＡＤワークメモリ内に用意され、また、Ｓモジュールのアイコンが配置されたときは、そのＳＭ＿ＩＤに基づいて、対応するデータ構成の動作データセットが統合ＣＡＤワークメモリ内に用意される。ここで、例えば、図４のミキサＡ＿ＨモジュールとエンジンＣ内のミキサＡ−２＿Ｓモジュールとでは、ハードウェアで実現されるか、ソフトウェアで実現されるかの違いはあるけれども、モジュールとしての機種「ミキサＡ」は同等であるため、両者のモジュールＩＤを同じものとし、ＨモジュールとＳモジュールとで動作データに互換性を持たせるものとする。このため、モジュールＩＤが同じＨモジュールとＳモジュール（例えば、ミキサＡ＿ＨモジュールとエンジンＣ内のミキサＡ−２＿Ｓモジュール）の動作データが同じ動作パラメータ設定画面（図６参照）上で制御できることになる。オンライン状態においては、図８（ａ）に示される統合ＣＡＤ用ワークメモリにおける各モジュール（統合ＣＡＤソフトの各モジュールと呼ぶ）のワークエリアと、図８（ｃ）に示される各機器（実体）２〜６のワークエリアが、図２２に関連して後述する統合ＣＡＤソフトの各モジュールに対する音楽ＬＡＮ１０上の各機器の割り当てにより相互に対応付けられている。

「Ｍカレントメモリ」、「ＭＮカレントメモリ」、「ＭＤライブラリメモリ」及び「ＭＮＤライブラリメモリ」の幾分詳しい構成例を図９（ａ）〜（ｄ）に示す。これらの各カレントメモリ及びライブラリメモリは、後述するように、各モジュール毎に夫々設けられるものであるが、それぞ個別構成のハードウェアからなる独立したメモリである必要はまったくなく、１つのＲＡＭ又はハードディスク又はフラッシュメモリ等のハードウェアメモリ内にそれぞれ確立されたメモリ部分又はエリアであってよい。以下、説明の簡略化のために、各カレントメモリ及びライブラリメモリを、それぞれ、単に、「カレント」又は「ライブラリ」ということにする。（ａ）に示す「Ｍカレント」は当該ワークエリアに対応するモジュールについての現在の動作データ（動作パラメータ）の１セットである。（ｂ）に示す「ＭＮカレント」は、当該ワークエリアに対応するモジュールについての現在のネットワーク論理接続データの１セットである。（ｃ）に示す「ＭＤライブラリ」は、当該ワークエリアに対応するモジュールについて、その動作データ（動作パラメータ）のセットを複数セット分（ＭＤ１データ，ＭＤ２データ・・・ＭＤｎデータ）記憶するライブラリである。ユーザはＭＤライブラリ中の記憶位置を指定して、Ｍカレントの動作データセットを「ＭＤライブラリ」に１シーンのデータとして保存したり、指定された記憶位置に応じたデータセットをＭカレントに呼び出すことができる。また、（ｄ）に示す「ＭＮＤライブラリ」は、当該モジュールについてのネットワーク論理接続データのセットを複数セット分（ＭＮＤ１データ，ＭＮＤ２データ・・・ＭＮＤｍデータ）を記憶するライブラリである。よって、各モジュール間のネットワーク論理接続データについても同様に、ユーザはＭＮＤライブラリ中の記憶位置を指定して、ＭＮカレントのデータセットをＭＮＤライブラリに保存したり、指定された記憶位置に応じたデータをＭＮカレントに呼び出すことができる。ここで、ＭＤライブラリのデータ数ｎとＭＮＤライブラリのデータ数ｍは、同数である必要はなく、一般に、ｎ＞ｍであってよい。これは、動作データの組み合わせは多様であるが、ネットワーク論理接続データの組み合わせはそれほど多様でないことによる。なお、本実施例のように、動作データとネットワーク論理接続データとの各々についてＭＤライブラリとＭＮＤライブラリとを別々に用意すれば、相対的にデータ量の少ないＭＮＤライブラリを小容量化できる。

なお、図８（ｂ）に示す統合ＣＡＤにおけるエンジンＣワークエリア及び同（ｃ）に示すエンジンＣの機器側のワークメモリ（ローカルメモリ）には、「Ｍカレント」、「ＭＮカレント」、「ＭＤライブラリ」及び「ＭＮＤライブラリ」は、当該エンジンで実現している各ソフトウェアモジュール「＃ｘ」毎に用意されており、「ＭＤライブラリ」及び「ＭＮＤライブラリ」には各ソフトウェアモジュール「＃ｘ」毎にそれぞれ複数の動作データセット及びネットワーク論理接続データセットがそれぞれ複数のシーンデータとして保存されることになる。

また、統合ＣＡＤにおけるエンジンのワークエリア（図８（ｂ）ではエンジンＣのワークエリア）及び各エンジンＣ，Ｄのワークメモリ（同図（ｃ）ではエンジンＣのワークメモリ）の適当な領域には、それぞれ、各種のソフトウェアモジュール（ＳＭ）を実現するためのデータのライブラリ「ＳＭライブラリ」と、ＵＳモジュールのＣＡＤ編集画面（図７参照）に配置される各種コンポーネントを実現するための各種データのライブラリ「Ｃライブラリ」が具わる。図１０（ａ），（ｂ）には、これらの「ＳＭライブラリ」と「Ｃライブラリ」の構成例が幾分詳しく示されている。また、図１０（ｃ）には「ＵＳＭライブラリ」の構成例が示されている。「ＵＳＭライブラリ」は、統合ＣＡＤワークメモリの「統合ＣＡＤワークエリア」（図８（ｂ）参照）と各エンジンＣ，Ｄのワークメモリ（同図（ｃ）参照）に具備される。「ＳＭライブラリ」には、ソフトウェアモジュール（Ｓモジュール）を実現するためのデータ、例えば当該モジュールの信号処理内容を示すデータや該信号処理を制御するデータが、複数のＳモジュール分（ＳＭ１データ〜ＳＭｎデータ）記憶されており、図４のＣＡＤ画面の例に従うと、エンジンＣで実現される「ミキサＡ（ミキサＡ−２）」やエンジンＤで実現される「ミキサＣ」及び「イコライザＢ」の各Ｓモジュールのデータ等が含まれる。各Ｓモジュールは各々を識別しうる固有のＩＤ情報を有しており、該ＩＤ情報により「ＳＭライブラリ」内のデータ群から特定のＳモジュールを指定できる。このＩＤ情報は「ＳＭ＿ＩＤ（＃ｘ）」として記憶されるＳモジュールのＩＤに対応する。また、図１０（ｃ）の「ＵＳＭライブラリ」には、ユーザソフトウェアモジュール（ＵＳモジュール）を実現するためのデータが複数モジュール分（ＵＳＭ１データ〜ＵＳＭｎデータ）記憶されており、図４のＣＡＤ画面の例に従うと、エンジンＣで実現される「エフェクタＣ」のデータ等が含まれる。前記図７のＵＳモジュールＣＡＤ編集画面にて編集される各ＵＳモジュールは各々を識別しうる固有のＩＤ情報を有しており、該ＩＤ情報により「ＵＳＭライブラリ」内のデータ群から特定のＵＳモジュールを指定できる。このＩＤ情報は「ＳＭ＿ＩＤ（＃ｘ）」として記憶されるＳモジュールのＩＤに対応する。また、図１０（ｂ）の「Ｃライブラリ」にはＵＳモジュールＣＡＤ編集画面（図７参照）に配置される各種コンポーネントを実現するための各種データ、例えば各コンポーネントの信号処理内容や信号処理を制御するデータが複数コンポーネント分記憶されており、これらコンポーネントのデータはＵＳモジュールを実現するために使用される。
なお、「ＳＭライブラリ」と「Ｃライブラリ」のデータについてはユーザが編集できないデータであり、後述する同期化処理の際に同期化の対象とならない。言い換えれば、ＰＣ１側のデータと各装置実体（機器）側のデータとが予め一致している（同期化されている）。

ＳＭライブラリ及びＵＳＭライブラリを「Ｍライブラリ」、また、ＭＤライブラリとＭＮＤライブラリを「Ｄライブラリ」と総称して両者の違いをまとめると次の通りである。
「Ｍライブラリ」は、モジュールＩＤ（ＳＭ＿ＩＤ）により特定される各モジュールについて、そのモジュールの機能に対応してＤＳＰ乃至ＰＣが実行すべき信号処理内容を規定するデータと、該モジュールに与える動作データセットを定義しその動作データセットにより該信号処理を制御するデータと、該動作データセットの編集のためのデータを記憶する。
一方、「Ｄライブラリ」は、１つのモジュールについて、該モジュールで使用する動作データのセットを複数セット記憶しており、各動作データセットは、当該モジュールのモジュールＩＤ（ＨＭ＿ＩＤ又はＳＭ＿ＩＤ）に対応したデータ構成になっている。

以上のように、ＰＣ１内の統合ＣＡＤワークメモリには、当該音楽ＬＡＮのゾーン（グループ）に属するすべてのハードウェアモジュール及びソフトウェアモジュールのワークエリア（各種「カレント」及び「ライブラリ」）を含む。そして、ＰＣ１では統合ＣＡＤワークメモリにおける各モジュール毎のワークエリアのデータに基づき、図４に示すネットワーク内の接続状態を一覧する統合ＣＡＤ画面を描画することができる。従って、当該音楽ＬＡＮのゾーン（グループ）に新たなモジュールが追加されたような場合は、ＰＣ１内の統合ＣＡＤワークメモリにおいて、当該モジュールのワークエリアが追加されることになる。なお、統合ＣＡＤワークメモリには、ＰＣ１上の音楽ソフトが実現している「レコーダ」機能と「シーケンサ」機能についてのワークメモリは含まれない。これについては、音楽ソフトのワークメモリとして別途用意されるものとする。
なお、図８（ｃ）に示す各機器毎のワークメモリ内容のうち、各種カレント（ローカルカレントメモリ）の領域はＲＡＭ２２（図２参照）内に確保され、また、各種ライブラリ（ローカルライブラリメモリ）の領域はフラッシュメモリ２１（図２参照）内に確保されるものとする。また、図８（ａ）の統合ＣＡＤワークメモリの各モジュールのワークエリアについても同様に、各種カレントの領域はＰＣ１内のＲＡＭに、また、各種ライブラリの領域はＰＣ１内のフラッシュメモリ等適宜の書換可能な不揮発性メモリに確保されるようにするとよい。

上記図４において、統合ＣＡＤ画面の上側に符号３４で示すボタン画像は、「一括同期化指示ボタン」である。この一括同期化指示ボタン３４の操作により後述する一括同期化処理を実行することで、図８（ａ）のＰＣ１内の統合ＣＡＤワークメモリの各モジュールの（リモート制御用の）ワークエリアの内容とそれぞれ対応する各機器側のワークメモリ（同図（ｃ））の内容を同期化、すなわち両者の内容を一致させることができる。具体的には、この実施例において、ユーザは一括同期化指示ボタン３４の操作により、ＰＣ１内の統合ＣＡＤワークメモリの内容と各機器側のワークメモリの内容とがリアルタイムに連動して設定変更される状態（オンライン状態）と、両者の連動を解いた状態（オフライン状態）とを切り替えることができる。統合ＣＡＤ画面において一括同期化指示ボタン３４上には、現在、オンライン状態及びオフライン状態のいずれが選択されているかを示す文字列が描画されると共に、各モジュールのアイコンやモジュール間結線の表示態様により、オンライン状態にあるときの各モジュールの表示、および、オフライン状態にあるときの各モジュールの表示を異ならせて示すものとする。この例では、オンラインのアイコンや接続ラインの線を太線で描くものとする。図４ではボタン３４上の文字列「ＯＦＦＬＩＮＥ」が示す通りオフライン状態が描かれている。なお、同図に示す通りＰＣ１が実現する各処理モジュールは常にオンライン状態である。

オフライン状態において、一括同期化指示ボタン３４がクリックされると、図１２（ａ）の一括同期化確認画面が開示される。この確認画面では、ユーザは、同期化の方向を選択する。「ゾーンＣＡＤ」から「モジュール」への矢印で示された方向の同期化では、図８（ａ）のＰＣ１上の統合ＣＡＤワークメモリ側から、（ｃ）の各機器側のワークメモリにデータが一括転送される。逆に、「モジュール」から「ゾーンＣＡＤ」への矢印で示された方向の同期化では、その逆の方向にデータが転送される。そして、ＯＫボタン画像をクリックすると、選択された同期化方向に従って一括同期化処理が行なわれる。すなわち、該選択された同期化方向に従って、ＰＣ１側の統合ＣＡＤワークメモリの各モジュールのワークエリアと各モジュール（実体）側のワークメモリのデータ内容を一致せしめるよう同期化制御が行なわれる。図８〜図１０において、各機器に対応するデータ（太線で囲まれたデータ）が同期化制御の対象となり、更に図１１に示される統合シーンメモリにおいて、各機器に対応するシーンメモリが同期化制御の対象となる。また、図８又は図１０から明らかな通り「ＳＭライブラリ」と「Ｃライブラリ」は同期化の対象とならない。これは「ＳＭライブラリ」と「Ｃライブラリ」のデータがユーザ編集の対象ではなく、双方が予め同期化されているためである。
ユーザにより一括同期化指示が行なわれると、統合ＣＡＤ画面は図１２（ｂ）に示すようにオンライン状態に切り替わる。ボタン３４上の文字列「ＯＮＬＩＮＥ」によりオンライン状態であることが示され、各アイコン及び結線が太線で示される。オンライン状態では、ユーザによる操作をＰＣ１上の統合ＣＡＤと各モジュール間で伝達しあうことで、統合ＣＡＤソフト上で開いた各モジュールの動作パラメータ設定画面（図６（ａ），（ｂ）や図７参照）での操作が対応する該モジュール（実体）にリアルタイムに反映され、また、或るモジュール（実体）におけるユーザの操作がＰＣ上の当該モジュールの動作パラメータ設定画面に反映されることになる。なお、統合ＣＡＤソフトによる一括同期化処理の動作の詳細については後述する。

ここで、各機器１〜６において実行される上記ワークメモリを用いた制御の概略について、図１３〜図１５の機能ブロック図を参照して説明する。なお、各図において、図２を参照して説明した各機器のハードウェア資源と重複する要素については、図示及び説明の便宜上同じ符号を付与した。また、これらの図中における各カレントは、単に、動作データないし論理接続データを記憶する機能だけでなく、その記憶されている動作データないし論理接続データの読み出し、書き込み、編集、コピー、転送などを行う管理機能をも備えている機能モジュールを意味する。この管理機能は、各機器ないしＰＣ１の備えるＣＰＵの行う処理として実装される。

図１３は、ミキサ３、シンセサイザ４或いは波形Ｉ／Ｏ装置６のように機種に対応した固定機能（Ｈモジュール）のみを実現する機器について制御構成の概略を示している。信号処理部（ＤＳＰ）２３は、機種毎の固定機能（Ｈモジュール）を実行するものであり、機種に対応してＤＳＰが実行すべき信号処理内容やその制御が予め規定（例えば、シンセであれば音源としての機能、ミキサであればミキシング機能等）されており、信号処理部２３では、Ｍカレント４０に記憶されている現在の各動作データ（動作パラメータ）を用いて当該モジュールの固定機能の動作が実行される。すなわち、ＷＣ＿Ｉ／Ｏ２６又はＮＣ＿Ｉ／Ｏ２７から取り込んだオーディオ信号乃至ＭＩＤＩ信号（例えばミキサ３ならば入力チャンネル毎の各入力信号）に対して信号処理を施し、処理を施した信号をＷＣ＿Ｉ／Ｏ２６又はＮＣ＿Ｉ／Ｏ２７から出力する（例えばミキサ３ならば出力チャンネル毎の各出力信号）。動作パラメータは、ミキサ３であれば各種ミキシングパラメータ等であり、シンセ４であれば音色パラメータ等である。また、Ｄライブラリ（ＭＤライブラリ）４１に保管されている複数の動作パラメータのセットから任意の一つのセットを呼び出して動作パラメータの設定を一括変更したり（シーンリコール）、現在のＭカレント４０の動作パラメータのセットをＤライブラリ４１に保管する（シーンストア）ことができる。これはディジタルオーディオミキサ等において周知の「シーン機能」に相当する。また、ＭＮカレント４２に記憶されている当該モジュールについてのネットワーク論理接続データの１セットが信号処理部２３とＮＣ＿Ｉ／Ｏ２７に供給され、該ネットワーク論理接続データに基づき当機の音楽ＬＡＮ１０上の論理接続が設定される。論理接続方式の具体的な一例としては、前記ネットワーク論理接続データに基づき、音楽ＬＡＮ１０を介して信号を送出するための伝送チャンネル番号と、音楽ＬＡＮ１０から信号を受けとるための伝送チャンネル番号とを、当機に対して割り当てることにより論理接続を設定する方式を適用することができる。また、ＭＮカレント４２とＤライブラリ（ＭＮＤライブラリ）４３の間でもシーンストア・シーンリコールの動作を行なうことができる。また、オンライン状態においては、ＰＣ１において統合ＣＡＤ画面から行なった当機について行った動作パラメータの編集やシーンストア、リコール指示等は、ＮＣ＿Ｉ／Ｏ２７を介して当機に与えられるので、当機の各カレントは、ＰＣ１の対応するカレントの記憶内容が変更されたとき、その記憶内容を同様に変更することができる（後述図１６等参照）。

また、個々のハードウェア機器は１台毎に固有のＩＤ情報（Ｕ＿ＩＤ４４）と当該機器の機種を特定するハードウェアＩＤ（ＨＷ＿ＩＤ４５）を持っている。固定機能（Ｈモジュール）の装置の場合は、ＨＷ＿ＩＤ４５から上記Ｈモジュール特定ＩＤ（図８のＨＭ＿ＩＤ）が特定される。なお、各機種が持つＩＤ情報の構成としては、例えば、適宜の複数ビットから成るデータコードのうち先頭の数ビットでＨＷ＿ＩＤ４５を表現し、前記データコードの後半部分の全ビット（前記先頭の数ビット以外の部分）でＵ＿ＩＤ４４を表現する等、適宜に構成してよい。

図１４は、エンジン２，５のように、ＤＳＰのマイクロプログラムに応じた機能（Ｓモジュール）を実現する機器について制御構成の概略を示している。図１４において、信号処理部２３が実現する１乃至複数のＳモジュール機能は、当該エンジン中のワークメモリ（図８（ｃ）参照）のＳＭ＿ＩＤ（＃ｘ）５０として記録されているＩＤ情報により特定される。なお、エンジンでは複数のＳモジュールを実現可能であり、記号「＃ｘ」がＳモジュールの複数性を示すことは上述の通りである。Ｍライブラリ（図８の「ＳＭライブラリ」及び「ＵＳＭライブラリ」）５１には前述の通り複数のＳモジュール乃至ＵＳＭモジュールのデータが記憶されており、ＳＭ＿ＩＤ（＃ｘ）５０に対応するＳモジュール乃至ＵＳＭモジュール、すなわち実現すべきＳモジュールのデータが信号処理部２３に与えられる。信号処理部２３では、実現すべきＳモジュールのデータに応じた演算アルゴリズム（つまりＤＳＰのマイクロプログラム）及び信号処理制御に従って、対応するＭカレント５２に記憶されている動作データの１セットを用いて信号処理を実行する。各Ｓモジュール（＃ｘ）に対応するＭカレント５２とＤライブラリ（ＭＤライブラリ）５３との間では、各Ｓモジュール毎にシーンストア・シーンリコールの動作を行なうことができ、また、ＭＮカレント５４とＤライブラリ（ＭＮＤライブラリ）５５の間でも各Ｓモジュール毎にシーンストア・シーンリコールの動作を行なうことができるのは上記図１３と同様である。但し、エンジンでは、Ｍカレント５２とＭＮカレント５４には、複数の各Ｓモジュール＃ｘ毎に、動作データの１セット及びネットワーク論理接続データの１セットが保存されており、また、Ｄライブラリ（ＭＤ５３及びＭＮＤ５５には、各Ｓモジュール＃ｘ毎に複数セットの動作データ及び複数セットの論理接続データが用意されている。また、エンジンにおいても、ハードウェア機器の１台毎に固有のＩＤ情報（Ｕ＿ＩＤ５６）と当該機器の機種を特定するハードウェアＩＤ（ＨＷ＿ＩＤ５７）を持っている。但し、エンジンにおいて当該装置の機能を特定するのはＳＭ＿ＩＤである。なお、オンライン状態においては、ＰＣ１において統合ＣＡＤ画面から行なった当機で実行中のソフトウェアモジュニルについての動作パラメータの編集やシーンストア、リコール指示等が、ＮＣ＿Ｉ／Ｏ２７を介して当機に与えられるので、当機の当該ソフトウェアモジュールの各カレントは、ＰＣ１の対応するカレントの記憶内容が変更されたとき、その記憶内容を同様に変更することができる（後述図１６等参照）。

図１５はＰＣ１について制御構成の概略を示している。図８を参照して既に説明した通り、ＰＣ１の統合ＣＡＤワークメモリにおいて各カレント及び各ライブラリは、音楽ＬＡＮ１０（現在のゾーン）に属する全てのモジュールに対応して具わる。図１５において、ＨＭカレント（＃ｘ）６０は、各種Ｈモジュールを実現する各機器毎のリモート制御用のＭカレント（各Ｈモジュール毎の動作データのセット）である。ＨＭカレント（＃ｘ）６０における各Ｈモジュール毎の動作データのセットは、各Ｈモジュールの種類を特定するＨＭ＿ＩＤ（＃ｘ）６１によってそれぞれ特定される。また、各Ｈモジュール（＃ｘ）に対応するＨＭカレント６０とＤライブラリ（ＭＤライブラリ）６２との間では、各Ｈモジュール毎にシーンストア・シーンリコールの動作を行うことが可能である。
また、ＳＭカレント（＃ｘ）６３には、当該音楽ＬＡＮ１０内の各Ｓモジュール（♯ｘ）毎の動作データのセットがある。ＳＭ＿ＩＤ（＃ｘ）６４に応じてＭライブラリ６５内の任意のＳモジュール乃至ＵＳＭモジュールのライブラリデータ（信号処理内容やその制御、動作データの編集方法等）が指定され、ＳＭカレント（＃ｘ）６３に対して該Ｍライブラリ６５からＳＭ＿ＩＤ（＃ｘ）６４に対応するＳモジュール乃至ＵＳＭモジュールのデータ（動作パラメータ編集用のデータ）が供給される。ＳＭカレント（＃ｘ）６３により音楽ＬＡＮ１０上のエンジンにおいて実現されるＳモジュールのリモート制御をしている場合には、オンライン状態においてＰＣ１上で行なわれたＳＭカレント（＃ｘ）６３の動作データの編集内容はＮＣ＿Ｉ／Ｏ２７を介して音楽ＬＡＮ１０上に送出され、対応するエンジンが該データを受け取る。また、ＳＭカレント（＃ｘ）６３によりＰＣ１上で実現されるＳモジュールを制御している場合には、Ｍライブラリ６５から当該Ｓモジュール乃至ＵＳＭモジュールのライブラリデータ（信号処理内容やその制御）が信号処理部６６に供給され、また、ＳＭカレント（＃ｘ）６３に動作データを編集するためのデータを供給し、該ＰＣ１上でＳＭカレント（＃ｘ）６３の動作データを使ってＳモジュール機能を実現する。この場合には、制御対象がＰＣ１内の信号処理部６６であるので、ＳＭカレント（＃ｘ）６３の動作データは音楽ＬＡＮ１０上に送出されない。また、何れのＳモジュールの場合であっても、各Ｓモジュール（＃ｘ）に対応するＳＭカレント６３とＤライブラリ（ＭＤライブラリ）６７の間では、各Ｓモジュール毎にシーンストア・シーンリコールの動作が可能である。また、オンライン状態における各モジュールとのデータ送受動作は上記と同様である。

また、ＭＮカレント（＃ｘ）６８には、音楽ＬＡＮ１０（現在のゾーン）に属する全てのモジュールについて現在の論理接続データセットが保管されており、Ｄライブラリ（＃ｘ）６９には、該全てのモジュールのそれぞれについて複数セットの論理接続データセットが保管されている。またＭＮカレント６８とＭＮＤライブラリ６９間のシーンストア・リコールについては上記と同様である。
また、オンライン状態において、ＰＣ１上で行なわれた各カレントや各ライブラリの編集・変更内容はＮＣ＿Ｉ／Ｏ２７を介して音楽ＬＡＮ１０上に送出され、対応する機器において該編集・変更内容が実行される。また、オンライン状態において、シーンストア・シーンリコールが行なわれた場合、シーンストア指示又はリコール指示がＮＣ＿Ｉ／Ｏ２７を介して音楽ＬＡＮ１０上に送出され、対応するモジュールにおいて該シーンストア指示又はリコール指示に応じたシーンストア／リコール制御が行なわれる。

また、シーケンサ機能７０とレコーダ機能７１は、ＰＣ１にインストールされている音楽ソフトの基本的な機能であって、図４における「シーケンサＡ＿Ｓモジュール」と「レコーダＤ＿Ｓモジュール」に対応するもので、ソングデータ７２すなわち各トラック毎のオーディオ波形データとＭＩＤＩデータの録音・再生を行なう。ここで、ソングデータ７２には各トラック毎のオーディオ波形データのトリガー、すなわち、発音タイミングと波形指定データのみが記録されており、オーディ波形データ自体は波形データメモリ７３に別途管理されている。データ再生時にはソングデータの発音タイミングで波形指定データにより指定されたオーディオ波形データを該波形データメモリから読み出す。シーケンサ機能７０とレコーダ機能７１についても、現在の動作データセットを記憶するカレント及び複数セットの動作データセットを記憶するライブラリが存在し、それらの間でシーンストア／リコールが可能であるが、図示は省略する。

図１５において、点線で囲んだ部分が１つのソングファイルとして管理されている。このように、各モジュール毎の動作データのセット（Ｍカレント）と各モジュール間のネットワーク論理接続データのセット（ＭＮカレント）、更に、それらのデータを各モジュール毎に複数セットずつずつ保存するＭＤライブラリとＭＮＤライブラリとを１つのソングファイルにまとめて持たせるように構成したことで、ＰＣ１上の統合ＣＡＤソフトにおいて、音楽ＬＡＮ１０（現在のゾーン）に属する全てのモジュールについて動作データと各モジュール間の論理接続データを一括して保存／読込みできるようになった。また、図に示す通り、ソングファイルには、波形データ自体は持たずに、波形データを特定するソングデータ７２のみを持つので、データ量が軽減される。また、このソングファイル単位で例えばハードディスク等のリムーバブル記憶装置にデータを記録することができる。図示しないが、ソングファイルに保存される統合ＣＡＤのデータには、図４、図１２（ｂ）の表示画面に表示されている複数の機器の各固有のＵ＿ＩＤ情報も含まれている。

次に、この実施例に係る統合ＣＡＤソフトによるシーンストア／シーンリコール機能について説明する。
図８に戻ると、同図（ａ）に示す通り、ＰＣ１内の統合ＣＡＤワークメモリには「統合シーンメモリ」エリアがある。この「統合シーンメモリ」には、ネットワーク内の各モジュールの動作設定状態、論理接続設定状態等を一括してシーン制御できるようにする制御データ（シーン指定データ）が記憶されている。この実施例に係る統合ＣＡＤソフトによれば、音楽ＬＡＮ１０を構成する各モジュールの動作設定状態と各モジュール間の論理接続設定状態を１つのシーンとして一括して管理（シーンストア・リコール）することができるようになる。
図１１は「統合シーンメモリ」の構成例を詳細に示す図である。図１１（ａ）において、「管理データ」エリアには、この「統合シーンメモリ」の読み書きアドレス等を管理するために必要なメモリ管理データを記憶する。「統合ＣＡＤシーンメモリ」エリアには、所定複数のシーンのそれぞれにつき、当該シーンに関する統合ＣＡＤ画面やＣＡＤ図形の描画形成に必要なＣＡＤデータの記憶位置等を指定するためのデータが記憶されており、また、各シーンの統合ＣＡＤ画面上でエンジンの領域外に配置されたＳモジュールが存在すれば、そのシーン制御を行なうためのシーン指定データが記憶されている。（ａ）に示す通り「統合シーンメモリ」において、音楽ＬＡＮ１０内の各モジュール１〜６毎のシーンメモリエリア、すなわち、「音楽ソフトシーンメモリ」、「波形Ｉ／ＯＡシーンメモリ」、「シンセサイザＣシーンメモリ」、「ミキサＡシーンメモリ」、「エンジンＣシーンメモリ」及び「エンジンＤシーンメモリ」の各エリアが確保されている。「音楽ソフトシーンメモリ」エリアは、ＰＣ１上の音楽ソフトが実現している「レコーダ」機能と「シーケンサ」機能に関してシーン制御を行うためのシーン指定データ（当該シーンの記憶位置に応じたデータ番号を指定するデータ）を所定複数のシーンのそれぞれにつき記憶している。この「音楽ソフトシーンメモリ」以外の５つのシーンメモリエリアを、各モジュール２〜６毎のシーンメモリエリアと呼ぶ。

「波形Ｉ／ＯＡシーンメモリ」エリア、「シンセサイザＣシーンメモリ」エリア及び「ミキサＡシーンメモリ」エリアのようにＨモジュールを実現する各モジュールに対応するシーンメモリエリアには、図１１（ｂ）に「シンセサイザＣシーンメモリ」について一例を示す通り、メモリ管理データと、所定複数ｎのシーンのそれぞれ（シーン１〜シーンｎ）についてシーン指定データを記憶している。１つのシーン指定データは、（ｃ）に示すように、動作データを指定するためのデータ「ＭＤｐ」と、ネットワーク論理接続データを指定するための「ＭＮＤｐ」とから構成される。動作データ指定データ「ＭＤｐ」は、当該モジュール（図の例では「シンセサイザＣ」）についての「ＭＤライブラリ」中の記憶位置に応じたデータ番号を指定することで、当該シーンにおいて呼び出すべき「動作データ」の１セットを特定するデータである。また、ネットワーク論理接続データ指定データ「ＭＮＤｐ」は、当該モジュールについての「ＭＮＤライブラリ」中の記憶位置に応じたデータ番号により当該シーンのネットワーク論理接続データの１セットを特定するデータである。
図１１（ｂ）に「エンジンＣシーンメモリ」について一例を示すＳモジュールを実現するエンジンに対応するワークエリアも上記と同様にメモリ管理データと、所定の複数ｎのシーン指定データ（シーン１〜シーンｎ）を記憶している。この場合、１つのシーン指定データは、（ｃ）に示すように、当該エンジンにおいて実現しているＳモジュール（ＵＳモジュールを含む）の数を示すデータ「モジュール数」と、Ｓモジュール（ＵＳモジュールを含む）の種類を指定するためのデータ「ＳＭｐ」と、動作データ指定データ「ＭＤｐ」、ネットワーク論理接続データ指定データ「ＭＮＤｐ」とから構成され、「ＳＭｐ」、「ＭＤｐ」及び「ＭＮＤｐ」は当該エンジンが当該シーンにおいて実現するＳモジュール数に応じて用意される。（ｃ）の例ではＳモジュール数が２個、すなわち、「ＳＭｐ」、「ＭＤｐ」及び「ＭＮＤｐ」がそれぞれ２つずつ記憶される例が示されている。Ｓモジュールの種類を指定するためのデータ「ＳＭｐ」は、当該エンジンについての「ＳＭライブラリ」又は「ＵＳＭライブラリ」中の記憶位置に応じたデータ番号を指定することにより、当該シーンにおいて呼び出すべきＳモジュール乃至ＵＳモジュールを特定するデータである。また、「ＭＤｐ」と「ＭＮＤｐ」は前述と同様に、当該エンジンについてのＭＤライブラリとＭＮＤライブラリ中の記憶位置に応じたデータ番号を指定することで、当該シーンにおいて呼び出すべき動作データの１セットとネットワーク論理接続データの１セットとをそれぞれ特定するデータである。

上記図１１に示した通り、ＰＣ１の統合ＣＡＤワークメモリにおいて、「統合シーンメモリ」の領域には、音楽ＬＡＮ１０内の各モジュール１〜６毎のシーンメモリエリアが確保され、各モジュールのシーンメモリに記憶された各シーンデータは、各モジュール毎のＤライブラリ乃至Ｍライブラリ中の記憶位置の指定データ、すなわち、各ライブラリのデータへのリンクデータにより構成されている。また、音楽ＬＡＮ１０の各機器２〜６も自機内のシーン制御を行なうべくシーンメモリを持っており、各機器２〜６におけるシーンは各機器の各ライブラリ（図８（ｃ）参照）のデータへのリンクデータにより構成することができる。オンライン状態では、この統合シーンメモリにおける各モジュール２〜６毎のシーンメモリエリアと音楽ＬＡＮ１０の各機器２〜６のシーンメモリが、図２２に関連して説明される各モジュールの各機器への割り当てによって相互に対応付けられている。その場合、例えば統合ＣＡＤワークメモリの「シンセＣシーンメモリ」エリアは、シンセＣ（実体）のシーンメモリと同じデータ構成及びデータ内容を有する。すなわち、各機器２〜６が、上記構成の各ライブラリ（図８（ｃ）参照）とシーンメモリを持っていたので、ＰＣ１の統合ＣＡＤワークメモリにおいても同様な構成の「統合シーンメモリ」を構築したことになる。オンライン状態において、ＰＣ１の統合ＣＡＤワークメモリと各機器２〜６のシーンメモリ及び各シーンのリンク先のライブラリの構成が同等となることで、音楽ＬＡＮ１０上の複数種のモジュールの各動作パラメータ設定と各論理接続設定とを統合ＣＡＤソフトが一括して管理するというシームレスなシーン制御が実現できるようになる。

図１６を参照してシーンストア時の動作、また、図１７を参照してシーンリコール時の動作について説明する。図１６（ａ）はＰＣ１上の統合ＣＡＤ画面において現在のシーンをストアする指示が行なわれた際のＰＣ１側の動作手順を示すフローチャートである。ここでシーンストアの対象となるのは、現在使用中の音楽ＬＡＮ１０の全てのモジュールにおける動作データと論理接続設定とである。ユーザは、現在の設定を或るシーンとして保存（ストア）する際には、該シーンについて任意のシーン番号を指定してシーンストア指示を行なう。ユーザにより、シーンストア指示が行なわれると、ステップＳ１では、現在ＰＣ１の統合ＣＡＤソフトと各機器２〜６がオンライン状態であるかどうかチェックし、オンライン状態であればステップＳ２において各機器２〜６にシーンストアイベントを送信する。シーンストアイベントを受信した各機器２〜６では、図１６（ｂ）に示す処理を行なう。
各機器２〜６にシーンストアイベントを送信した後乃至オフライン状態の場合は、ＰＣ１側ではステップＳ３以下の処理により、統合ＣＡＤワークメモリの各モジュール毎（但し、エンジンについては実行する各Ｓモジュール毎）のカレントを新規のシーンとして記録する処理を行なう。すなわち、ステップＳ３において、最初にストア処理するモジュールを指定し、ステップＳ４において該指定されたモジュールのカレントの各パラメータ値において、該カレントに直近に読み込まれたデータが、ライブラリのデータに対して変更されているか（つまり編集されているか）否かを確認する。すなわち、当該カレントにライブラリーの或るデータセットを読み込んだ後に、ユーザが該データセットに変更を加えたかどうかを確認する。編集が行なわれた場合（ステップＳ５のＹＥＳ）、当該モジュールの当該カレントの現データを新規データセットとして、対応するライブラリーの適宜の記憶位置に保存してデータ番号を付与し（ステップＳ６）、前記データセットに付与された新規データ番号を当該モジュールのシーンメモリエリアの当該シーン番号の領域ＭＤｐ乃至ＭＮＤｐ（図１１参照）に記憶する。一方、カレントデータ領域のデータに直近に読み込んだライブラリのデータから編集が行なわれていない場合（ステップＳ５のＮＯ）、ステップＳ８において該直近に読み込んだライブラリのデータのデータ番号（記憶位置）を当該モジュールのシーンメモリエリアの当該シーン番号の領域ＭＤｐ乃至ＭＮＤｐに記憶する。なお、モジュールがＳモジュールである場合は、そのモジュール種類を示すデータを当該シーン番号の領域ＳＭｐに記憶し、更に、そのＳモジュールがエンジン内で起動されているときはモジュール数も記録される。ステップＳ４〜ステップＳ８をＭカレントとＭＮカレントの双方について行なうことで、ＰＣ１側における当該モジュールについてシーンストアが行なわれる。ステップＳ９では、次のストア処理対象のモジュールを指定を行い、未処理のモジュールが残っていれば（ステップＳ１０のＹＥＳ）、前記指定したモジュールについてステップＳ４〜ステップＳ８を実行する。上記の処理を当該音楽ＬＡＮ１０の全てのモジュールについて行なうことで、音楽ＬＡＮ１０の全てのモジュールにおける現在の動作データと論理接続設定のセットをシーンデータとしてストアできる。

図１６（ｂ）はＰＣ１からのシーンストアイベントを受信した各機器２〜６の各々が実行する処理である。ステップＳ１１では、上記ＰＣ１側の処理のステップＳ４と同様に、当該モジュールのワークメモリの各カレントにおいて、対応するライブラリから直近に読み込んだデータセットからの編集の有無を確認し、編集が行なわれた場合（ステップＳ１２のＹＥＳ）、該編集が行なわれたカレントの現データを新規データセットとして、対応するライブラリーの適宜の記憶位置に保存して該データセットにデータ番号を与える（ステップＳ１３）。そして、前記データセットに付与された新規データ番号を、当該モジュールのシーンメモリエリアの当該シーン番号に記憶する（ステップＳ１４）。一方、カレントのデータに直近に読み込んだライブラリのデータから編集が行なわれていない場合（ステップＳ１２のＮＯ）、該直近に読み込んだライブラリのデータのデータ番号を当該モジュールのシーンメモリエリアの当該シーン番号に記憶する（ステップＳ１５）。かくして、各機器において当該モジュールについてシーンストアが行なわれる。なお、エンジンが複数のＳモジュールを実現している場合は各Ｓモジュール毎に上記シーンストア処理が行なわれる。

図１７（ａ）はＰＣ１上の統合ＣＡＤ画面においてシーンリコール指示が行なわれた際に統合ＣＡＤソフトが実行する処理手順を示すフローチャートである。ユーザは、所望のシーン番号を指定してシーンリコール指示を行なう。ユーザによりシーンリコール指示が行なわれると、ステップＳ１６では、現在ＰＣ１の統合ＣＡＤソフトと各機器２〜６がオンライン状態であるかどうかチェックし、オンライン状態であればステップＳ１７において各機器２〜６にシーンリコールイベントを送信する。シーンリコールイベントを受信した各機器２〜６では、図１７（ｂ）に示す処理を行なう。
各機器２〜６にシーンリコールイベントを送信した後乃至オフライン状態の場合は、ＰＣ１側ではステップＳ１８以下の処理により、統合ＣＡＤワークメモリの各モジュール毎にシーンリコール処理を行なう。すなわち、ステップＳ１８において、最初にリコール処理するモジュールを指定し、ステップＳ１９において図１１の統合ＣＡＤシーンメモリの該指定されたモジュールについてリコールすべきシーン番号に基づき、当該モジュールの各ライブラリのデータ番号指定データ（図１１のＭＤｐ，ＭＮＤｐやＳＭｐ）を取得し、ステップＳ２０において前記取得した各データ番号に対応する各動作データのセットと論理接続データのセットをＰＣ１上の統合ＣＡＤワークメモリの当該モジュールの各ライブラリから同各カレントに読み出して、当該シーンをリコールする。ここで当該モジュールがＳモジュールである場合は、取得したＳＭｐが現在のＳモジュールと同じ種類を示しているか否かを判断し、同じ種類を示している場合は、現在処理すべきモジュールに対応するカレントをそのまま使用して、同じ種類でない場合は、取得したＳＭｐに対応したデータ構成のカレントを用意して、当該シーンのリコールに使う。ステップＳ２１では、次のリコール処理対象のモジュールを指定し、未処理のモジュールが残っていれば（ステップＳ２２のＹＥＳ）、前記指定したモジュールについてステップＳ１９〜ステップＳ２１を実行する。上記の処理を当該音楽ＬＡＮ１０の全てのモジュールについて行なうことで、音楽ＬＡＮ１０の全てのモジュールの動作データと論理接続設定について所望のシーンをリコールできる。

図１７（ｂ）はＰＣ１からのシーンリコールイベントを受信した各機器２〜６の各々が実行する処理である。シーンリコールイベントを受信した各機器２〜６では、ユーザが指定したリコールすべきシーン番号に基づき、当該モジュールの各ライブラリ中のデータ番号指定データ（図１１のＭＤｐ，ＭＮＤｐやＳＭｐ）を取得し（ステップＳ２３）、取得したデータ番号のデータを各ライブラリから各カレントに読み出してシーンリコールを行なう（ステップＳ２４）。ここで、当該機器がエンジンである場合、取得したＳＭｐが直前のＳモジュールと同じ種類を示しているか否かを判断し、同じ種類を示している場合は、当該モジュールに対応するカレントをそのまま使用して、同じ種類でない場合は、ＳＭｐの示す種類のＳモジュールを起動して対応するカレントを用意して、当該シーンのリコールを行なう。また、エンジンが複数のＳモジュールを実現している場合は各Ｓモジュール毎に上記シーンリコール処理が行なわれる。

なお、上記のように音楽ＬＡＮ１０上の全てのモジュールにおいて一括してシーンリコール・ストアする制御に限らず、従来通り各モジュール毎に個別にシーンストア・リコールを指示できてもよい。

図６に示されるような各モジュールの動作パラメータ設定画面において、画面上のボタンやノブ等の操作子の操作を行なうと、当該モジュールのカレントのその操作しに対応する各種パラメータ値が変更される。その際の統合ＣＡＤソフトが実行する処理の概要を図１８に示す。ＰＣ１において或るモジュールの或るパラメータ値が変更されると、ステップＳ２５において現在ＰＣ１と各機器２〜６がオンライン状態であるかどうか確認し、オンライン状態であればステップＳ２６において該パラメータ値変更イベントを対応する機器（各モジュール）に送信すると共に、ステップＳ２７においてＰＣ１側において該モジュールのカレントの対応するパラメータ値を変更する。オフライン状態であれば、ステップＳ２６を行なわずにステップＳ２７が行なわれる。上記ステップＳ２６で送信されたパラメータ値変更イベントを受けた機器（各モジュール）では自機のカレントの対応するパラメータ値を変更する。
なお、モジュールのカレントの各種パラメータ値が変更される状況としては、そのモジュールに対応する動作パラメータ設定画面における個別のパラメータに対応した操作子の操作時に限らず、同画面でそのモジュールのライブラリのリコール（シーンのリコールではない）を行なった場合等も考えられる。また、オンライン中は、ＰＣ１と各機器２〜６のワークメモリの各種カレントにおける各動作データの同期が崩れていないか定期的にチェックするようにすればよく、例えば、動作データを適宜ブロック分けし、該ブロック毎のチェックサムを各機器２〜６からＰＣ１に対して送信し、ＰＣ１側では該チェックサムに基づきその一致（同期が崩れていないかどうか）を確認するようにすることができる。ある機器のあるブロックで同期が崩れていることが検出された場合は、ユーザに指示を仰いで、或いは、自動的に、そのブロックのデータをＰＣ１側から機器側へ（乃至、その機器側からＰＣ１側へ）転送し、その機器側（乃至ＰＣ１側）で受信したブロックをカレントに上書きすることにより、同期を回復するようにすればよい。この方式であれば、同期が部分的に崩れていても、そのブロックのみの転送で同期を回復できる。

上記図４に示す統合ＣＡＤ画面において、ユーザはネットワークの編集操作、例えば、モジュールのアイコンの追加やモジュール間の結線の設定・変更等を該統合ＣＡＤ画面上のＧＵＩオブジェクトの操作により行なうことができる。
図４において統合ＣＡＤ画面の上側にはいくつかのメニューボタン又はタブが配列表示されている。このうち「Devices」のメニューボタンをユーザがマウスクリックすると、デバイスについてポップアップメニューが開き、該ポップアップメニューには、音楽ＬＡＮ１０内に追加可能なハードウェアモジュール（つまりリモート制御ソフトがプラグインされているデヴァイス）のリストが表示される。ユーザは、このリストの中から所望のハードウェアモジュールを選択することで、統合ＣＡＤ画面に新規のハードウェアモジュールのアイコンを追加表示させることができる。
また、「Modules」のメニューボタンをユーザがマウスクリックすると、ソフトウェアモジュールについてポップアップメニューが開く。このポップアップには音楽ＬＡＮ１０内に追加可能なＳモジュールのリスト、すなわち、Ｍライブラリ（図８等参照）に入っているＳモジュール乃至ＵＳモジュールのリストがポップアップ表示される。なお、以下では格別の断りのない場合は、ＵＳモジュールをも含めて「Ｓモジュール」と言う。ユーザは、このリストの中から所望のＳモジュールを指定し、統合ＣＡＤ画面に該選択したＳモジュールのアイコンを追加表示させることができる。このとき、Ｓモジュールの追加場所、すなわち、ＰＣ１でＳモジュールを実現するか、ネットワーク中のエンジン２又は５においてＳモジュールを実現するかは任意に選択しうる。

図１９は新規にＳモジュールを配置する際に統合ＣＡＤソフトが実行する処理の手順を示すフローチャートである。図１９（ａ）において、新規Ｓモジュールの配置イベントを検出すると、ステップＳ３０では、新規Ｓモジュールがエンジン内に配置されるかＰＣ内に配置されるかを判断し、新規Ｓモジュールがエンジン内に配置される場合、ステップＳ３１において図１９（ｂ）に示す「エンジンへの新規Ｓモジュール配置処理」を実行する。一方、新規ＳモジュールがＰＣ内に配置される場合、ステップＳ３２において図１９（ｃ）に示す「ＰＣへの新規Ｓモジュール配置処理」を実行する。ステップＳ３１又はＳ３２での新規Ｓモジュール配置処理が終了した後、ステップＳ３３では統合ＣＡＤ画面の表示を更新し、新規Ｓモジュールのアイコンを表示する。

図１９（ｂ）の処理は、エンジンへの新規Ｓモジュールを配置するためにＰＣ１が実行する処理である。ステップＳ３４において、統合ＣＡＤワークメモリ（図８参照）のＳＭライブラリ（又はＵＳＭライブラリ）から、新規Ｓモジュールとして選択されたＳモジュールのＳＭ＿ＩＤ（又はＵＳＭ＿ＩＤ）によって特定されるデータを読み出す。ステップＳ３５ではＳモジュール配置先のエンジンリソース（演算能力等）の容量をチェックし、エンジンが当該Ｓモジュールを実施するために使用するリソースの割当を行なう。エンジンのリソース割当を行なった後（ステップＳ３６のＹＥＳ）、現在統合ＣＡＤソフトがオンライン状態であれば（ステップＳ３７のＹＥＳ）、ステップＳ８において前記ステップＳ３４で読み出した新規Ｓモジュールの配置イベントデータを前記Ｓ３５にて割当てを行なったリソース指定データと共に、モジュール配置先のエンジンに送信する。この新規Ｓモジュール配置イベントとリソース指定を受け取ったエンジンでは、当該エンジンの該リソース指定により指定されたリソースを使用して、該配置イベントが示すＳモジュールが起動されるが、その際に、対応するカレント（Ｍカレント、ＭＮカレント）も用意される。そして、ステップＳ３９においてＰＣ１側の統合ＣＡＤワークメモリの当該配置先のエンジンのワークエリアにカレント（Ｍカレント、ＭＮカレント）を作成し、当該Ｓモジュールのリモート制御の準備が行なわれる。なお、オフライン状態の場合には（ステップＳ３７のＮＯ）上記ステップＳ３８を行なわない。
一方、リソース割当がリソース不足等の理由で失敗した場合（ステップＳ３６のＮＯ）は、ステップＳ４０において所定のエラー処理によりＰＣ１のディスプレイ上にエラー表示（例えば「リソース不足」等、適宜のメッセージ表示）が行なわれ、当該処理を終了する。

図１９（ｃ）の処理は、ＰＣへの新規Ｓモジュールを配置するためにＰＣ１が実行する処理である。ステップＳ４１において、上述ステップＳ３４と同様に統合ＣＡＤワークメモリのＳＭライブラリから、新規Ｓモジュールとして選択されたＳモジュールのＳＭ＿ＩＤによって特定されるデータを読み出す。ステップＳ４２では、当該ＰＣ１のリソース（ＣＰＵの演算能力やＲＡＭ等のメモリ容量など）の残量をチェックし、ＰＣ１が当該Ｓモジュールを実施するために使用するリソースの割当を行なう。リソース割当を行なった後（ステップＳ４３のＹＥＳ）、ステップＳ４４においてＰＣ１内に当該Ｓモジュールのカレント（Ｍカレント、ＭＮカレント）が作成され、Ｓモジュールが起動する。この場合、該Ｓモジュールの機能は、図１５の符号６６に示すように、ＰＣ１内の信号処理機能の１つとして実現される。一方、リソース不足等の理由でリソース割当が失敗した場合（ステップＳ４３のＮＯ）は、ステップＳ４５において上記と同様な所定のエラー処理が行なわれ、当該処理を終了する。なお、ステップＳ４０又はＳ４５でエラー処理が行われた場合は、新規Ｓモジュールの起動に失敗したということであるので、その後のステップＳ３３では、当該Ｓモジュールのアイコンは表示されない。

また、図４の統合ＣＡＤ画面において、ユーザはＳモジュールの配置を移動させることができる。Ｓモジュールの配置移動は、例えば、統合ＣＡＤ画面において移動対象とするＳモジュールのアイコンをマウスを用いたドラッグ＆ドロップ操作によって指示することができてよい。図４において、Ｓモジュールの配置移動の一例として、エンジンＣにおいて実現されている「エフェクタＣ＿ＵＳモジュール」をＰＣ１上に移動させる例が点線で示されている。図２０（ａ）はＰＣ１におけるＳモジュール移動イベントの概要を示している。同図のステップＳ４６〜Ｓ４９に示す通り、Ｓモジュールの配置移動には、ＰＣにおいて実現されるＳモジュールをエンジン上に移動させる場合（ステップＳ４７）と、エンジンにおいて実現されるＳモジュールをＰＣ上に移動させる場合（ステップＳ４９）とがある。Ｓモジュール移動処理の詳細な動作手順は、Ｓモジュールをエンジン上に移動させる場合を図２０（ｂ）、ＰＣ上に移動させる場合を図２０（ｃ）にそれぞれ示す。統合ＣＡＤ画面上では、ユーザのＳモジュールの移動操作に応じて、当該Ｓモジュールのアイコンの表示が更新される（ステップＳ５０）。

図２０（ｂ）に示すＰＣが実現しているＳモジュールをエンジン上に移動させる場合、ステップＳ５１において移動に応じた当該Ｓモジュールの結線（論理接続）の変更が可能であるかどうか確認する。ここでは、移動先のエンジンで新規に起動されるＳモジュールで、元のＳモジュールと同じ結線が行えるかどうか、すなわち、ネットワークの空き帯域や、移動先のエンジンにおけるＮＣ＿Ｉ／０２７の空きポートや信号処理部２３の空いている処理ステップ等の結線用リソースがチェックされる。結線の変更が可能であれば（ステップＳ５２のＹＥＳ）、ステップＳ５３において上記図１９（ｂ）に示したエンジンへの新規Ｓモジュール配置処理を実行する。ここで、当該移動先のエンジンについて当該新規Ｓモジュールのリモート制御準備（図１９（ｂ）のステップＳ３９）が行なわれるに際して、該新規Ｓモジュールのリモート制御用に準備されたＭカレントには、移動前にＰＣで実現していたＳモジュールの動作データ（Ｍカレントの内容）が音楽ＬＡＮを通じて送信されることにより引き継がれる（移動前のデータと同じ内容がセットされる）。該新規Ｓモジュール配置処理が成功した後（ステップＳ５４のＹＥＳ）、ステップＳ５５において新規のＳモジュール配置におけるモジュール間結線（論理接続）の変更を行なう。すなわち、新規Ｓモジュールが移動元のＰＣ１で実現していた当該Ｓモジュールと同じ論理結線となるよう、当該のＳモジュールおよび当該Ｓモジュールの接続先のモジュールの論理接続データに基づいて、該新規Ｓモジュールおよび該接続先のモジュールの論理接続データを生成し、それぞれ対応するＭＮカレントに保存する。また、その時オンライン状態であれば、生成した該論理接続データを、それぞれ該新規Ｓモジ与−ルおよび該接続先のモジュールを実現している各エンジンヘ送信し、論理接続の設定を行わせる。また、ＰＣ１が実現していた当該Ｓモジュールの制御を停止して、当該ＳモジュールのＳＭ＿ＩＤに対応するワークメモリの各カレントを開放する（ステップＳ５６）。Ｓモジュールの結線変更ができない場合（ステップＳ５２のＮＯ）や、新規Ｓモジュール配置処理に失敗した場合（ステップＳ５４のＮＯ）には、例えばエラーメッセージ表示等、所定のエラー処理を行う（ステップＳ５７）。
なお、上記ステップＳ５１の結線変更が可能かどうか確認する処理や、ステップＳ５５の結線変更処理の詳細については後述する。

図２０（ｃ）に示すエンジンが実現しているＳモジュールをＰＣ上に移動させる場合、ステップＳ５８においてＳモジュールの結線変更が可能であるかどうか確認する。ここでは、移動先のＰＣ１で新規に起動されるＳモジュールで、元のＳモジュールと同じ結線が行えるかどうか、すなわち、ネットワークの空き帯域や、移動先のＰＣ１におけるネットワークインターフェースの空きポートやＣＰＵの処理能力の空き等の結線用リソースがチェックされる。結線変更が可能であれば（ステップＳ５９のＹＥＳ）、ステップＳ６０において上記図１９（ｃ）に示したＰＣへの新規Ｓモジュール配置処理を実行する。ここで、ＰＣ内で当該新規Ｓモジュールを起動（図１９（ｃ）のステップＳ４４）させる際に、ＰＣ内に準備されたＭカレントには、移動前にエンジンで実現していたＳモジュールの動作データ（Ｍカレントの内容）が引き継がれるが、この場合は音楽ＬＡＮでの動作データの送信は不要である。該新規Ｓモジュール配置処理が成功した後（ステップＳ６１のＹＥＳ）、ステップＳ６２において新規のＳモジュール配置におけるモジュール間結線の変更を行なう。すなわち、新規Ｓモジュールが移動元のエンジンで実現していた当該Ｓモジュールと同じ論理結線となるよう、当該Ｓモジュールおよび当該Ｓモジュールの接続先のモジュールの論理接続データに基づいて、該新規Ｓモジュールおよび該接続先のモジュールの論理接続データを生成し、それぞれ対応するＭＮカレントに保存する。また、その時オンライン状態であれば、生成した該論理接続データを、それぞれ該接続先のモジュールを実現している各機器へ送信し、論理接続の設定を行わせる。
ＰＣ１の統合ＣＡＤソフトがオンライン状態の場合（ステップＳ６３のＹＥＳ）、ステップＳ６４において当該Ｓモジュールの停止イベントを、該Ｓモジュールを実現しているエンジンに送信し、該エンジン上のＳモジュールを停止させる。なお、オフラインであれば（ステップＳ６３のＮＯ）、エンジンに対する停止イベントの送信は行なわない。また、ステップＳ６５において、ＰＣ１における該Ｓモジュールのリモート制御を停止し、統合ＣＡＤワークメモリ内の当該ＳモジュールのＳＭ＿ＩＤに対応するワークエリアの各カレントを開放する。結線変更ができない場合（ステップＳ５９のＮＯ）や、新規Ｓモジュール配置処理に失敗した場合（ステップＳ６１のＮＯ）は、上記と同様なエラー処理が行われる（ステップＳ６６）。なお、ステップＳ５７又はＳ６６でエラー処理が行われた場合は、Ｓモジュールの移動に失敗したということであるので、その後のステップＳ５０では、当該Ｓモジュールのアイコンは移動されない。

ユーザは、また、図４の統合ＣＡＤ画面において、各モジュール間の論理接続（オーディオ伝送ライン乃至ＭＩＤＩ伝送ラインによる結線）を設定・変更する操作を行なうことができる。結線の操作方法としては、例えば、（１）結線（オーディオ伝送ライン、ＭＩＤＩ伝送ライン）のＧＵＩオブジェクトを、マウス等のポインティングデバイスを用いて操作することで、任意のモジュール間の接続を指定する方法や、（２）所望のモジュールのアイコン選択操作に応じてポップアップウィンドウを表示せしめ、該ポップアップウィンドウから接続条件等を入力することで、任意のモジュール間の接続を指定する方法や、或いは、（３）前述の図７に示すモジュールＣＡＤ編集画面から、任意のモジュール間の接続を指定する方法、などを適用することができる。また、上記図２０において触れた通り、Ｓモジュールの移動処理の際にも、モジュール間の結線の変更が行なわれる。また、新規にＳモジュールを配置（図１９参照）した後には、該新規Ｓモジュールの結線を設定することになる。

図２１を参照して、モジュール間の結線の設定・変更指示に応じて統合ＣＡＤソフトが実行する処理について説明する。ステップＳ６７において、指示されたモジュール間の結線の設定・変更が同一機器内であるかを確認する。例えば、図４においてエンジンＣ内のミキサＡ−２とエフェクタＣの結線のように１つのエンジン内で実現される２つのＳモジュール間の結線や、ＰＣ内で実現される２つのＳモジュール間の結線であれば、同一機器内の結線である。これにより当該結線が音楽ＬＡＮ１０のネットワークを使用するかどうかを確認する。
結線の設定・変更が同一機器内で行なわれる場合（ステップＳ６７のＹＥＳ）、ステップＳ６８において、指示された結線の設定・変更が可能かどうか確認する。ここでは、指定された結線を実施するための当該機器内でのリソース（信号処理部２３内の１ＤＳＰの内部レジスタや２ＤＳＰ間の通信ラインなど）の割当が行なわれる。リソース割当は、ＰＣ内の結線の場合はメモリ領域等の演算リソースの割当を行い、エンジン内の結線の場合は演算リソースと、Ｓモジュール間の結線リソースの割当を行なう。指示された結線の設定・変更が可能であって（ステップＳ６９のＹＥＳ）、ＰＣ１の統合ＣＡＤソフトがオンライン状態の場合（ステップＳ７０のＹＥＳ）、ステップＳ７１において当該結線が行なわれる機器（具体的にはエンジン）に対して結線を指示する結線イベントを、ステップＳ６８の割当に従うリソース指定データと共に送信する。それらを受信したエンジンは、そのエンジン内の該リソース指定データの示すリソースを使用して、該結線イベントの示すＳモジュール間の結線を実行する。なお、ＰＣ内で結線を行なうときはオンライン状態であっても結線イベントの送信は不要である。また、オフライン状態の場合（ステップＳ７０のＹＥＳ）には結線イベントの送信は行なわれない。ステップＳ７２では、ＰＣ１において当該結線を実施する機器について当該結線の設定を追加する。すなわち、ＰＣ内の結線の場合は、ＰＣ１が制御する両Ｓモジュール（送信側と受信側）について、それぞれ結線の設定内容を書き込む。また、エンジン内の結線の場合は、ＰＣ１の統合ＣＡＤワークメモリ内の当該エンジンのワークエリアにおいて両Ｓモジュール（送信側と受信側）について、それぞれ当該結線の設定内容を書き込めばよい。なお、リソース不足等により指示された結線の設定・変更が不可能な場合（ステップＳ６９のＮＯ）、例えばエラーメッセージ表示等、所定のエラー処理を行う（ステップＳ７３）。

結線の設定・変更が２つの機器間で行なわれる場合（ステップＳ６７のＮＯ）、当該結線は音楽ＬＡＮ１０のネットワークを経由するものとなる。従って、ステップＳ７４において指示された結線の設定・変更が可能かどうか確認する処理では、送信側機器と受信側機器に双方でのリソース割当（演算リソースやＳモジュールの結線リソース割当、ネットワーク接続ポートの割当など）と共に、ネットワーク上の通信帯域のリソース割当（伝送チャンネルの割当）を行う。指示された結線の設定・変更が可能であって（ステップＳ７５のＹＥＳ）、ＰＣ１の統合ＣＡＤソフトがオンライン状態の場合（ステップＳ７６のＹＥＳ）、ステップＳ７７において、該結線が行なわれる２機器の双方に、当該結線イベントとステップＳ７４の割当に従うリソース指定データを送信する。なお、該結線が行なわれる２機器の一方がＰＣの場合（送信又は受信側モジュールがＰＣ内のＳモジュールの場合）は、結線イベントの送信はもう一方の機器（ＰＣではない機器）へのみ送信する。そして、ステップＳ７８において、ＰＣ１の統合ワークメモリ中に、送信側の機器について当該結線の設定（対象となるモジュールから音楽ＬＡＮに対象となるデータを送出する設定）を追加すると共に、受信側の機器について結線のデータ（音楽ＬＡＮから対象となるモジュールで対象となるデータを受け取る設定）を追加する。送信側の結線の設定は、エンジンのＳモジュールが送信側であれば、当該Ｓモジュールのどの出力の信号をＮＣ＿Ｉ／Ｏ２７に供給し、ＮＣ＿Ｉ／Ｏ２７からどの伝送チャンネルのどのデータとして出力するのかについての設定であり、送信側がＨモジュールを実現する機器であれば、当該Ｈモジュールのどの出力の信号をどの伝送チャンネルのどのデータとして出力するかの設定等である。受信側では、エンジンのＳモジュールであれば、どの伝送チャンネルのどのデータをＮＣ＿Ｉ／Ｏで受け取り、受け取った信号を当該Ｓモジュールのどの入力に入力するかの設定であり、Ｈモジュールであれば、どの伝送チャンネルのどのデータを当該Ｈモジュールのどの入力に入力するかの設定等である。
なお、送信側機器、受信側機器乃至ネットワークの通信帯域のリソース不足等により指示された結線の設定・変更が不可能な場合（ステップＳ７５のＮＯ）には上記と同様に、所定のエラー処理を行う（ステップＳ７９）。

例えば、図４において、点線で示すように「エフェクタＣ＿ＵＳモジュール」をエンジンＣからＰＣ１上に移動させる場合に、上記図２０で説明したＳモジュールの移動処理のステップＳ２６において、図２１で説明した結線の変更処理が実行される。この場合、図２０（ｃ）によりエンジンＣ内からＰＣ１にエフェクタＣ＿ＵＳモジュールを移動する処理がおこなわれることで、エンジンＣ内で実行されていたエフェクタＣ＿ＵＳモジュールの制御は停止され、また、ＰＣ１の統合ＣＡＤソフトによる該エンジンＣ上の当該Ｓモジュールのリモート制御が停止されると共に、前記Ｓモジュール（エフェクタＣ）と互換性のあるＰＣ１上のＳモジュールが起動する。ここで、エンジンで実行していたＳモジュールの動作データと論理接続データはＰＣ１で実現しているＳモジュールにおいても引き継がれる。従って、図２１に示す処理により、移動前の結線（エンジンＣ内のエフェクタＣとミキサＡ−２の結線）をＰＣ１上のエフェクタＣとエンジンＣのミキサＡ−２間の結線に変更する処理が行なわれることになる。なお、図４の例とは逆にＰＣ１で実現しているＳモジュールをエンジン内に移動させることも可能である。また、或るエンジンで実現しているＳモジュールを他のエンジン内に移動させることも可能である。

次に、図２２を参照して一括同期化指示に応じて統合ＣＡＤソフトが実行する処理について説明する。統合ＣＡＤソフトがオフライン状態の場合に、図４の統合ＣＡＤ画面の前記一括同期化指示ボタン３４（ボタン上には「ＯＦＦＬＩＮＥ」と表示されている）をクリックすると、一括同期化指示イベントが出力され、ＰＣ１は図２２（ａ）の処理を開始する。ステップＳ８０において、前述の通り、ＰＣ１のディスプレイ上に、図１２（ａ）の一括同期化確認画面が開示され、該確認画面において、ユーザは同期化の方向（「ゾーンＣＡＤ」から「モジュール」又は「モジュール」から「ゾーンＣＡＤ」）を選択する。
ステップＳ８１において、音楽ＬＡＮ１０上の全てのモジュール（音楽機器）のＩＤ情報に基づき、当該統合ＣＡＤソフトによって一括同期化の対象とされている各モジュール（図１２（ａ）の画面にリストアップされている各モジュール）に関するＩＤ情報（∪＿ＩＤ、ＨＷ＿ＩＤ、および、ＳＷ＿ＩＤ）のうち、個々の機器毎に固有のＩＤ情報「Ｕ＿ＩＤ」が一致する機器を音楽ＬＡＮ１０内から検索し、一括同期化対象の各モジュールに対して、「Ｕ＿ＩＤ」が一致する機器を割り当てる。また、「Ｕ＿ＩＤ」が一致する機器が音楽ＬＡＮ１０上に存在せず、一括同期化対象のモジュール群に機器を未割当のモジュールが存在している場合には（ステップＳ８２の「あり」）、音楽ＬＡＮ１０上の全てのモジュール（音楽機器）のＩＤ情報に基づき、各機器の機種を特定するＩＤ情報「ＨＷ＿ＩＤ」が未割当モジュールの「ＨＷ＿ＩＤ」と一致する機器を音楽ＬＡＮ１０内から検索し、未割当モジュールに対して、「ＨＷ＿ＩＤ」が一致する機器を割り当てる。

また、「ＨＷ＿ＩＤ」が一致する機器が音楽ＬＡＮ１０上に存在せず、一括同期化対象のモジュール群に未割当のモジュールが存在している場合には（ステップＳ８４の「あり」）、ステップＳ８５において図２２（ｂ）に示す代理割当処理を実行する。

図２２（ｂ）のステップＳ９１において、音楽ＬＡＮ１０上の各音楽機器の機種を特定するＩＤ情報「ＨＷ＿ＩＤ」ないし機能を特定するＩＤ情報「ＳＷ＿ＩＤ」と、未割当モジュールの「ＨＷ＿ＩＤ」ないし「ＳＷ＿ＩＤ」とに基づいて、各音楽機器のうちから、未割当モジュールの機能を代替して実行できる機器を検索する。ここで、モジュールの機能を代替して実行できる機器とは、該機能に該当する機器の機能と等価若しく該機能よりも大きい機能を持つ装置である。例えば、未割当モジュールがエフェクタである場合、前記「大きい機能の装置」とは、該未割当モジュール（エフェクタ）よりも高機能の別のエフェクタであり、該未割当モジュール（エフェクタ）の有する何れの機能（楽音に対する効果付与機能及び音楽ＬＡＮの通信機能を含む）も該別のエフェクタにより代替可能である。また、前記「大きい機能の装置」の別例としては、例えば、未割当モジュールがエフェクタである場合、該未割当モジュール（エフェクタ）と等価なＳモジュールを実行可能なエンジンであり、該エンジンにおいて該等価なＳモジュールを実行することにより該未割当モジュール（エフェクタ）の機能を代替可能である。或いは、或るミキサに対するそれよりチャンネル数やバス数の大きな別のミキサは、該或るミキサで行われる何れのミキシング処理も、該別のミキサで代替可能である。また、或るエフェクタないしミキサに対する当該エフェクタないしミキサと等価なＳモジュールを（能力的にかつリソース的に）実行可能なエンジンであれば、該エンジンは該Ｓモジュールを実行することにより該エフェクタないしミキサの機能を代替可能である。また、統合ＣＡＤソフトの「ＨＷ＿ＩＤ」について特定される機器（同じＩＤを持つ機器）ないし代替できる装置（同じＩＤではないが代替可能な機器）が音楽ＬＡＮ１０上に見つからなかった場合であっても、その「ＨＷ＿ＩＤ」により特定される装置で実現されるモジュールと等価な機能の「ＳＷ＿ＩＤ」の示すＳモジュールを実行可能なエンジンを「代替可能な機器」とすることができる。未割当モジュールの機能を代替可能な機器、例えば該モジュール機能に等価な機器や演算リソースに未だゆとりのあるエンジン等が音楽ＬＡＮ１０上に存在すれば（ステップＳ９２のＹＥＳ）、適宜の確認画面の表示等により、機器の代替割当についてユーザに確認を求め、ユーザの確認が行なわれると（ステップＳ９４のＹＥＳ）、ステップＳ９５において未割当モジュールに対して該代替機器を割り当てる。

未割当モジュールの機能を代替して実行できる機器が音楽ＬＡＮ１０上に存在しない（ステップＳ９２のＮＯ）場合等、上記ステップＳ９１〜Ｓ９５の代替割当処理（音楽ＬＡＮ１０上の機器による代替割当処理）の後にも未割当モジュールが存在する場合には（ステップＳ９６の「あり」）、当該未割当モジュールの機能をＰＣ１が実現するＳモジュールにより代替させることができる。ステップＳ９７において、例えばＰＣ１のディスプレイに適宜の確認画面を表示させる等により、未割当モジュールのＰＣ１による代替の是非をユーザに確認し、ユーザがＰＣ１による代替を認めた場合（ステップＳ９８のＹＥＳ）は、ステップＳ９９において前記図１９（ｃ）を参照して説明した「ＰＣへの新規Ｓモジュール配置処理」により、未割当モジュールに対応するＳモジュールをＰＣ１に新規に配置する。そして、ＰＣ１への新規Ｓモジュールの配置が成功すれば（ステップＳ１００のＹＥＳ）、ステップＳ１０１において、当該未割当モジュールに対して前記ＰＣ１に新規に配置したＳモジュールを割り当てる。なお、ユーザがＰＣ１による代替を行なわせない場合（ステップＳ９８のＮＯ）や、ＰＣ１への新規Ｓモジュールの配置が失敗した場合（ステップＳ１００のＮＯ）には、例えば未割当モジュールが残っていることを知らせる表示画面を開示する等、適宜のエラー処理を行なう（ステップＳ１０２）。ここで、各モジュールに対する各機器の割り当て結果をＰＣ１のディスプレイに表示してユーザに通知するようにしたり、更に、ユーザからの指示に応じて、その割り当てを変更できるようにしてもよい。

さて、一括同期化対象の各モジュールの割当が確定したら、図２２（ａ）ステップＳ８６において最初に同期化処理を実行する適宜のモジュールを指定する。ステップＳ８７では前記指定されたモジュールに対して音楽機器が割り当てられているかどうか確認してから、ステップ８８においてユーザ指定の同期化方向で同期処理を行なう。すなわち、ユーザが指定した同期化方向でＰＣと前記指定されたモジュールが割り当てられた音楽機器の間でデータ転送を行なうことで、統合ＣＡＤワークメモリ中の当該モジュールのワークエリアの内容と、前記指定されたモジュールが割り当てられた音楽機器のワークメモリの内容とを一致させる。ここで、同期化対象となるデータは、図８を参照して前述した通り、各種動作データのみならず論理接続データも含まれている。
また、割り当てられた音楽機器が、統合ＣＡＤ側の∪＿ＩＤが示す機器、又は、それと等価な機器（ハードウェアＩＤが一致）である場合は、統合ＣＡＤソフトと該機器の動作データ及び論理接続データの構成が−致するので、統合ＣＡＤソフトと当該機器の間で動作データ及び論理接続データをそのまま転送するだけでよいが、そうでない機器（代替する機器）の場合は、その同期化対象のモジュール又は機器の種類に応じて適宜追加の処理が必要になる。例えば、統合ＣＡＤ側から音楽機器側への転送を行うとき、割り当てられた音楽機器が前記「大きい機能の装置」である場合は、動作データ及び論理接続データの構成が相互に異なるので、当該機器の動作データ及び論理接続データの（より大きな）構成に変換しつつ転送を行う。また、等価なＳモジュールを実行可能なエンジンである場合は、転送に先立って該エンジンで該等価なＳモジュールを起動し、該エンジンのワークメモリに当該Ｓモジュールに対応する記憶が用意できてから、動作データ及び論理接続データの転送を行う。何れの場合も、論理接続データはそのまま使うことができないので、当該Ｓモジュールの論理接続が前記Ｕ＿ＩＤの示す機器のモジュールの論理接続と同じになるよう、該論理接続データを転送先の機器の状況に応じて適宜変換する。一方、ＰＣ１で代替する場合は、統合ＣＡＤソフトの当該機器の動作データ及び論理接続データの記憶領域をそのまま当該Ｓモジュールの記憶領域として使用して該ＰＣ１にて等価なＳモジュールを起動すればよい。該Ｓモジュールは、リモート動作ではなくローカル動作を行う。或いは、該等価なＳモジュールを別の記憶領域を使用するように起動してそこへ動作データ及び論理接続データをコピーし、ＰＣ１内でのリモート動作を行わせるようにしてもよい。
ステップＳ８９において次に同期化処理を実行するモジュールの指定を行い、指定されたモジュールがあれば（ステップＳ９０のＹＥＳ）、ステップＳ８７〜Ｓ８９の処理を各モジュールについて実行する。これにより、一括同期化の対象とされている全モジュール（典型的には音楽ＬＡＮ１０上の全てのモジュール）の同期化が行なわれる。

この実施例では、一括同期化処理指示ボタン３４の操作により上記図２２に示す一括同期化処理を行った後に、ＰＣ１の統合ＣＡＤソフトと音楽ＬＡＮ１０上の各機器２〜６がオンライン状態に切り替わるようになっている。オンライン状態では、統合ＣＡＤワークメモリ側（ＰＣ１側）の各モジュールに対応する各「カレント」、「ライブラリ」の内容と各機器２〜６側の個別モジュールに対応する各「カレント」、「ライブラリ」の内容が常に同期するように、一方の変化が他方にリアルタイムに転送される。すなわち、ユーザによる統合ＣＡＤ画面での入力・設定操作及び各機器２〜６の操作パネルでの入力・設定操作が両者の各「カレント」、「ライブラリ」にリアルタイムで反映される（図１６〜図１８など参照）。

また、ＰＣ１の統合ＣＡＤソフトと音楽ＬＡＮ１０上の各機器２〜６を同期化することで、ＰＣ１の統合ＣＡＤワークメモリにおける各機器毎のシーンメモリの内容（図１１（ａ）参照）と音楽ＬＡＮ１０内の各機器２〜６に具わるシーンメモリの内容を同期化させて、オンライン状態において、同期化方向がＰＣから各機器の場合は、図１６に示すシーンストア及び図１７のシーンリコールにより、ＰＣ１側（統合ＣＡＤワークメモリ）における各機器のシーンストア／リコール一括制御が音楽ＬＡＮ１０内の各機器２〜６にリアルタイムに反映されるので、ＰＣ１の統合ＣＡＤソフトにより複数の機器２〜６におけるシーンストア／リコール制御を一括管理できる。既に述べた通り、ＰＣ１の統合ＣＡＤソフトが、各機器の動作データのみならず当該機器の論理接続データも一括して管理することにより、複数の機器２〜６で一括してシーンストア／リコール制御することが可能となっているのである。

以上説明した通り、この実施例によれば、音楽ＬＡＮ１０内の複数の機器において一括して、動作データと論理接続データを含むシーンのリコール及びストア制御を行なうことができるようになる。

なお、上記図２０のフローでは、ＳモジュールをＰＣ１からエンジンへ移動する場合の処理と、エンジンからＰＣ１へ移動する場合の処理とを説明したが、同様に、Ｓモジュールを或るエンジンから別のエンジンへ移動する場合も考えられる。その場合は、まず、移動元のエンジンについてステップＳ４９の処理を行い、続いて、移動先のエンジンについてステップＳ４７の処理を行なえばよい。或いは、先ず、移動先のエンジンでの該Ｓモジュールの起動及び起動されたＳモジュールへの結線の実行可能性を確認し、可能であれば該移動先のエンジンに対して該起動と該結線を指示すると共に、移動元のエンジンに対して当該結線の削除と当該Ｓモジュールの停止を指示するような処理を行なえば、当該エンジンの移動処理の途中にＰＣ１への移動を介さずに他のエンジンへ直接移動させることができる。

また、上記実施例に示す統合ＣＡＤソフトにおいて、ユーザ指示等に応じて、音楽ＬＡＮ上をスキャンし、音楽ＬＡＮに接続されているが未だ統合ＣＡＤ画面上に、対応するモジュールのアイコンが配置されていない機器を検出し、検出された機器に対応するモジュールのアイコンを統合ＣＡＤ画面に自動配置する機能（プラグアンドプレイ）を追加してもよい。該自動配置機能（プラグアンドプレイ）によれば、音楽ＬＡＮに新たな機器を接続するだけで、当該機器に対応するモジュールのアイコンが統合ＣＡＤ画面上に追加配置されるので、対応するモジュールのアイコンを選択して画面上に配置する手間が省ける。

また、上記実施例では、同期化を行なう場合に、図１２（ａ）の確認画面でユーザから同期化の方向指示（データ転送方向の指示）を受け付けるようになっていたが、方向指示を受け付けることなく、同期化を行なうようにしてもよい。例えば、同期化指示ボタン３４を同期化方向別に２個設け、所望の同期化方向に応じてユーザが何れかのボタンを選択するようにしてもよい。また、何れか一方向の同期化指示ボタンのみを設けるようにしてもよい。

また、同期化方向指示の更に別の例として、同期化指示ボタン３４の操作後に、同期化方向が自動決定されるようにしてもよい。例えば、各モジュール毎にＰＣ１側のワークメモリの更新と、機器側のワークメモリの更新とを比較して、どちらがより最近更新されたか（新しく更新されたか）を判定し、ＰＣ１と対応する機器のうちで新しく更新されたデータ（より新しいデータ）を有する側から他方へ同期（データ転送）を行なうようにしてもよい。更に、音楽機器から統合ＣＡＤソフトへの同期化を行うときは、音楽機器側の構成（Ｈモジュール及びＳモジュール）をそのまま統合ＣＡＤソフトに読み込み、さらに、各機器の動作データ及び論理結線データを読み込むようにしてもよい。

この発明の一実施例に係る動作及び接続設定用統合ＣＡＤソフトの一実施例を適用することができる音楽システムの構成例を概略的に示すブロック図。 同実施例に係る音楽システムの各ハードウェア（ＨＷ）機器のハードウェア構成の一例を示すブロック図。 同実施例に係る統合ＣＡＤソフトをプラグインで組込む音楽制作アプリケーションソフトを制御装置（ＰＣ）で実行する際のディスプレイ画面例。 同実施例に係る統合ＣＡＤソフトによりネットワーク内の全モジュールの接続状態をグラフィック表示する統合ＣＡＤ画面の一例を示す図。 同実施例に係る音楽ＬＡＮにおけるデータ伝送の一例を説明するためのデータ伝送タイミング図。 上記統合ＣＡＤ画面で選択されたモジュールの動作を設定するための動作設定画面の一例を示す図。 統合ＣＡＤ画面で選択されたモジュールについてＣＡＤ編集を行うモジュールＣＡＤ画面の一例を示す図。 （ａ），（ｂ）は統合ＣＡＤソフトを実行するＰＣ内に構成される統合ＣＡＤ用ワークメモリの構成例、（ｃ）は各音楽機器におけるワークメモリ構成例を示す図。 図８における「Ｍカレント」、「ＭＮカレント」、「ＭＤライブラリ」、「ＭＮＤライブラリ」の構成例を示す図。 図８における「ＳＭライブラリ」、「Ｃライブラリ」及び「ＵＳＭライブラリ」の記憶構成例を示す図。 図８における統合シーンメモリの記憶構成例を示す図。 （ａ）は一括同期化処の際の確認画面例、（ｂ）は該一括同期化処理を行った後の統合ＣＡＤ画面の表示例を示す図。 同実施例に係る各音楽機器（固定機能）における制御の概略を説明するブロック図。 同実施例に係る各音楽機器（機能可変）における制御の概略を説明するブロック図。 同実施例に係るＰＣにおける制御の概略を説明するブロック図。 同実施例に係るシーンストア処理の一例を示すフローチャート。 同実施例に係るシーンリコール処理の一例を示すフローチャート。 同実施例に係る各モジュールのパラメータ値変更処理の一例を示すフローチャート。 同実施例に係る統合ＣＡＤ画面における新規ソフトウェアモジュールの配置処理の一例を示すフローチャート。 同実施例に係る統合ＣＡＤ画面におけるソフトウェアモジュールの移動処理の一例を示すフローチャート。 同実施例に係る統合ＣＡＤ画面からのモジュール間の論理接続の結線操作に応じた結線処理の一例を示すフローチャート。 （ａ）は同実施例に係る一括同期化処理、（ｂ）は該一括同期化処理における代理割当処理の一例を示すフローチャート。

符号の説明

１ 制御装置（パーソナルコンピュータ＝ＰＣ）
２〜６ 音楽機器
１０ 音楽ＬＡＮ

Claims (6)

1. ネットワークを介して接続された複数の機器と制御装置により構成される音楽システムにおいて、前記複数の機器の論理接続を前記ネットワークを介してリモート制御する前記制御装置であって、前記音楽システム内の前記各機器は、所定の機能を実現するようソフトウェアで組まれたモジュールを実行可能であり、
   ディスプレイと、
   前記音楽システム内の前記各機器が実現する各モジュールの設定状態及び論理接続状態をリモート制御するための各制御モジュールを実行するリモート制御部と、
   前記音楽システム内の前記各機器が実現するモジュールを示すイメージと、これら各モジュール間の論理接続状態を示すイメージとを、前記ディスプレイにグラフィック表示させる表示制御部と、
   前記ディスプレイにグラフィック表示された任意のモジュールのイメージを、当該モジュールを実現している機器のイメージ領域から他の機器のイメージ領域へと、ディスプレイ上において移動させるための操作を、ユーザが行うために使用される操作部と、
   前記操作部を介した、ユーザによるモジュールのイメージの移動操作に応じて、前記リモート制御部に、移動元の機器の当該モジュールと同等の移動先の機器の新規モジュールをリモート制御する新規制御モジュールを起動させ、移動元の機器の当該モジュールの制御モジュールの設定状態及び論理接続状態に当該新規制御モジュールの設定状態及び論理接続状態を一致させ、移動元の機器の当該モジュールの制御モジュールを停止させる移動処理部と、
   前記移動操作に応じた前記移動処理部の一連の動作が成功した場合に、前記ディスプレイにおけるグラフィック表示を、該移動が反映された表示となるように、更新する表示更新制御部と
   を具備することを特徴とする制御装置。
2. 更に、前記制御装置は、所定の機能を実現するようソフトウェアで組まれたモジュールを実行可能であり、
   前記表示制御部は、前記音楽システム内の前記各機器及び制御装置が実現するモジュールを示すイメージと、これら各モジュール間の論理接続状態を示すイメージとを、前記ディスプレイにグラフィック表示させることができ、
   ユーザによる前記操作部の操作によって、前記ディスプレイにグラフィック表示された任意のモジュールのイメージを、当該モジュールを実現している機器のイメージ領域から制御装置のイメージ領域へと、又は当該モジュールを実現している制御装置のイメージ領域から任意の機器のイメージ領域へと、ディスプレイ上において移動させることが可能である、ことを特徴とする請求項１に記載の制御装置。
3. ネットワークを介して接続された複数の機器と制御ノードにより構成される音楽システムにおいて、前記複数の機器の論理接続を前記ネットワークを介してリモート制御するために、前記制御ノードのコンピュータに下記ステップを実行させるためのプログラムであって、前記音楽システム内の前記各機器は、所定の機能を実現するようソフトウェアで組まれたモジュールを実行可能であり、該プログラムは、
   前記音楽システム内の前記各機器が実現する各モジュールの設定状態及び論理接続状態をリモート制御するための各制御モジュールを実行するリモート制御ステップと、
   前記音楽システム内の前記各機器が実現するモジュールを示すイメージと、これら各モジュール間の論理接続状態を示すイメージとを、前記コンピュータのディスプレイにグラフィック表示させるステップと、
   前記ディスプレイにグラフィック表示された任意のモジュールのイメージを、当該モジュールを実現している機器のイメージ領域から他の機器のイメージ領域へと、ディスプレイ上において移動させるためのユーザによる操作を受け付けるステップと、
   前記受け付けたユーザによるモジュールのイメージの移動操作に応じて、前記リモート制御ステップに、移動元の機器の当該モジュールと同等の移動先の機器の新規モジュールをリモート制御する新規制御モジュールを起動させ、移動元の機器の当該モジュールの制御モジュールの設定状態及び論理接続状態に当該新規制御モジュールの設定状態及び論理接続状態を一致させ、移動元の機器の当該モジュールの制御モジュールを停止させる移動処理ステップと、
   前記移動操作に応じた前記移動処理ステップの一連の動作が成功した場合に、前記ディスプレイにおけるグラフィック表示を、該移動が反映された表示となるように、更新するステップとを含む。
4. ネットワークを介して接続された複数の機器と制御装置により構成される音楽システムであって、前記制御装置は、前記複数の各機器の論理接続を前記ネットワークを介してリモート制御するものであり、
   前記各機器は、
   所定の機能を実現するようソフトウェアで組まれたモジュールを実行する実行部と、
   該モジュールの入出力を前記ネットワークを用いて他の機器の入出力と論理接続する結線部と
   を具備し、
   前記制御装置は、
   ディスプレイと、
   前記音楽システム内の前記各機器が実現するモジュールを示すイメージと、これら各モジュール間の論理接続状態を示すイメージとを、前記ディスプレイにグラフィック表示させる表示制御部と、
   前記ディスプレイにグラフィック表示された任意のモジュールのイメージを、当該モジュールを実現している機器のイメージ領域から他の機器のイメージ領域へと、ディスプレイ上において移動させるための操作を、ユーザが行うために使用される操作部と、
   前記操作部を介した、ユーザによるモジュールのイメージの移動操作に応じて、前記ネットワークを介したリモート制御により、移動先の機器の前記実行部に対し移動元の機器の当該モジュールと同等の新規モジュールを起動させるとともに、該移動元の機器の当該モジュールの設定状態及び論理接続状態に該移動先の機器の当該新規モジュールの設定状態及び論理接続状態を一致させ、移動元の機器の前記実行部に当該モジュールを停止させる移動処理部と、
   前記移動操作に応じた前記移動処理部の一連の動作が成功した場合に、前記ディスプレイにおけるグラフィック表示を、該移動が反映された表示となるように、更新する表示更新制御部と
   を具備することを特徴とする音楽システム。
5. ネットワークを介して接続された複数の機器と制御装置により構成される音楽システムであって、前記制御装置は、前記複数の各機器の論理接続を前記ネットワークを介してリモート制御するものであり、
   前記各機器は、
   所定の機能を実現するようソフトウェアで組まれたモジュールを実行する実行部と、
   該モジュールの入出力を前記ネットワークを用いて他の機器の入出力と論理接続する結線部と
   を具備し、
   前記制御装置は、
   所定の機能を実現するようソフトウェアで組まれたモジュールを実行する実行部と、
   該モジュールの入出力を前記ネットワークを用いて他の機器の入出力と論理接続する結線部と、
   ディスプレイと、
   前記音楽システム内の当該制御装置及び前記各機器が実現するモジュールを示すイメージと、これら各モジュール間の論理接続状態を示すイメージとを、前記ディスプレイにグラフィック表示させる表示制御部と、
   前記ディスプレイにグラフィック表示されたいずれかの前記機器が実現する任意のモジュールのイメージを、当該モジュールを実現している機器のイメージ領域から該イメージ領域の外へと、ディスプレイ上において移動させるための操作を、ユーザが行うために使用される操作部と、
   前記操作部を介した、ユーザによるモジュールのイメージの移動操作に応じて、当該制御装置の前記実行部に対し移動元の機器の当該モジュールと同等の新規モジュールを起動させるとともに、前記ネットワークを介したリモート制御により、該移動元の機器の当該モジュールの設定状態及び論理接続状態に当該制御装置の当該新規モジュールの設定状態及び論理接続状態を一致させ、移動元の機器の前記実行部に当該モジュールを停止させる移動処理部と、
   前記移動操作に応じた前記移動処理部の一連の動作が成功した場合に、前記ディスプレイにおけるグラフィック表示を、該移動が反映された表示となるように、更新する表示更新制御部と
   を具備することを特徴とする音楽システム。
6. ネットワークを介して接続された複数の機器と制御装置により構成される音楽システムであって、前記制御装置は、前記複数の各機器の論理接続を前記ネットワークを介してリモート制御するものであり、
   前記各機器は、
   所定の機能を実現するようソフトウェアで組まれたモジュールを実行する実行部と、
   該モジュールの入出力を前記ネットワークを用いて他の機器の入出力と論理接続する結線部と
   を具備し、
   前記制御装置は、
   所定の機能を実現するようソフトウェアで組まれたモジュールを実行する実行部と、
   該モジュールの入出力を前記ネットワークを用いて他の機器の入出力と論理接続する結線部と、
   ディスプレイと、
   前記音楽システム内の当該制御装置及び前記各機器が実現するモジュールを示すイメージと、これら各モジュール間の論理接続状態を示すイメージとを、前記ディスプレイにグラフィック表示させる表示制御部と、
   前記ディスプレイにグラフィック表示された当該制御装置が実現するモジュールのイメージであって、前記複数の機器の各イメージ領域の外にあるイメージを、いずれかの機器のイメージ領域へと、ディスプレイ上において移動させるための操作を、ユーザが行うために使用される操作部と、
   前記操作部を介した、ユーザによるモジュールのイメージの移動操作に応じて、前記ネットワークを介したリモート制御により、移動先の機器の前記実行部に対し当該制御装置の当該モジュールと同等の新規モジュールを起動させるとともに、当該制御装置の当該モジュールの設定状態及び論理接続状態に移動先の機器の当該新規モジュールの設定状態及び論理接続状態を一致させ、当該制御装置の前記実行部に当該モジュールを停止させる移動処理部と、
   前記移動操作に応じた前記移動処理部の一連の動作が成功した場合に、前記ディスプレイにおけるグラフィック表示を、該移動が反映された表示となるように、更新する表示更新制御部と
   を具備することを特徴とする音楽システム。

Images