JP2015156572A - オーディオ処理システム、制御装置及び処理装置 - Google Patents

Abstract

【課題】安定したリモート制御とオーディオ処理の動作とを行えるようにする。【解決手段】コンソール１０とエンジン２０とを接続する第１種ネットワーク１１０と、エンジン２０とＩ／Ｏユニット３０とを接続する第２種ネットワーク１２０とを具備し、コンソール１０が第１種ネットワーク１１０に接続された場合、エンジン２０とＩ／Ｏユニット３０とを、コンソール１０がリモート制御できるようにする一方、コンソール１０が第２種ネットワーク１１０に接続された場合、エンジン２０とＩ／Ｏユニット３０に対するリモート制御を無効にする(S5-S11)。また、Ｉ／Ｏユニット３０が第２種ネットワーク１２０に接続された場合は、そのＩ／Ｏユニット３０のオーディオ信号の入出力を有効にする一方、Ｉ／Ｏユニット３０が第１種ネットワーク１１０に接続された場合、そのＩ／Ｏユニット３０のオーディオ信号の入出力を無効にする(S12)。【選択図】 図５

Description

この発明は、オーディオ信号を入出力する入出力装置と、該オーディオ信号を処理する処理装置と、該入出力装置と該処理装置とをリモート制御する制御装置とをネットワークを用いて接続したネットワーク型のオーディオ処理システムに関する。

従来、複数のオーディオ信号を入出力する入出力装置（以下、「Ｉ／Ｏユニット」とも言う）と、該複数のオーディオ信号に対するミキシング処理等の各種信号処理を行う処理装置（以下、「エンジン」ともいう）と、該入出力装置及び該処理装置の動作をリモート制御するためのユーザインタフェース（「ＵＩ」とも表記する）を備える制御装置（以下、「コンソール」ともいう）とをネットワークを用いて接続したネットワーク型のオーディオ処理システムがある。この明細書において、オーディオ信号の入力から出力までの一連の信号処理機能及びこれを制御するＵＩ等をまとめたものを「オーディオ処理システム」という。この明細書では、前記オーディオ処理システムの一種であって、エンジンが複数の処理チャンネルにおいてオーディオ信号に対するミキシング処理を行うものを、「ミキサシステム」と呼ぶことにする。以下、この明細書は、オーディオ処理システムの一具体例として、ミキサシステムについて、説明する。また、この明細書では、あるデバイスのＵＩに対するオペレータ操作に応じて、別のデバイス内に記憶されている、当該別のデバイス自身の動作を制御するパラメータの値を設定することを「リモート制御」という。また、あるデバイスのＵＩに対するオペレータ操作に応じて、そのデバイス内に記憶されている、そのデバイス自身の動作を制御するパラメータの値を設定することを「ローカル制御」という。

上記のように、ネットワークで接続されたコンソールとエンジンとＩ／Ｏユニットとにより、入力から出力までの信号処理を分担して行っている場合、該ネットワークで接続された複数のデバイスの全体が「１つのミキサシステム」である。特許文献１には、かかるネットワーク型のミキサシステムの一例が開示されている。各デバイスを接続するネットワークは、所定数（例えば５１２本）のオーディオ伝送チャネルでオーディオ信号を時分割伝送できるとともに、コンソールからエンジン及びＩ／Ｏユニットをリモート制御するための制御データを含む各種制御データを伝送できる。なお、オーディオ伝送チャネル（以下、単に「伝送チャネル」ともいう）とは、ネットワーク上でオーディオ信号を多重化して伝送するための帯域に相当し、オーディオ信号に対する信号処理機能を有する処理チャンネルとはその概念が異なるものである。

特許文献２には、ネットワーク型のミキサシステムにおいて、複数のネットワークを相互接続することにより、相互接続したネットワークの数だけ、ミキサシステム全体のオーディオ信号伝送用の帯域（オーディオ伝送チャネル数）を、拡張することが示されている。

特開２０１０−２２６５３７号公報 特許第４９３０７５７号

上記特許文献１、２に示す従来のネットワーク型ミキサシステムは、ミキサシステムを構成するネットワークの数が１又は複数のいずれであるせよ、コンソールとエンジンとＩ／Ｏユニットとを、共通のネットワークに接続し、その共通のネットワークを介して、複数のオーディオ信号と、該複数のオーディオ信号以外の各種制御データとを伝送する構成である。このため、多数のＩ／Ｏユニットがネットワークに接続されて、大量の入力ポートや出力ポート（以下これらを区別する必要が無い場合は単に「ポート」と呼ぶ）がミキサシステムで使用される場合、ネットワークを流れる大量のオーディオ信号や、多数のＩ／Ｏユニットの送信する制御データ（例えばポート毎の音量レベルメータ用のデータ）によって、コンソールの制御データを伝送するために用いる帯域が圧迫されてしまうことがあった。Ｉ／Ｏユニットが送信する制御データのうち、ポート毎の音量レベルメータ用データは、特にネットワークの帯域を圧迫する。その結果、コンソールでのＵＩ操作に対するレスポンスが悪化してしまう。一方、前記レスポンス悪化を改善するために、制御データの伝送用に多くのネットワークの帯域を割り当てると、オーディオ信号の伝送に使用可能な帯域が減少してしまい、そのミキサシステムのオーディオ信号伝送性能を十分に発揮できなくなる。

本発明は、上述の点に鑑みてなされたもので、コンソールから別のデバイスをリモート制御する際のオペレータ操作に対するレスポンスの悪化を防ぐとともに、オーディオ信号の伝送に用いるネットワークの帯域を減らさずに、オーディオ処理システムのオーディオ信号伝送性能を十分に発揮できるようにしたオーディオ処理システム、制御装置及び処理装置を提供することを目的とする。

この発明は、１又は複数のオーディオ信号を入出力する入出力装置と、前記１又は複数のオーディオ信号を処理する処理装置と、前記処理装置と前記入出力装置とをリモート制御するための制御装置と、前記制御装置と前記処理装置とを接続するための第１種ネットワークと、前記処理装置と前記入出力装置とを接続するための第２種ネットワークとを具備するオーディオ処理システムであって、前記制御装置が前記第１種ネットワークに接続されている場合、該制御装置による前記処理装置と前記入出力装置とに対するリモート制御を有効にする一方、前記制御装置が前記第２種ネットワークに接続されている場合は、該制御装置による前記処理装置と前記入出力装置とに対するリモート制御を無効にするリモート制御設定手段を備えることを特徴とするオーディオ処理システムである。

上記の発明に係るオーディオ処理システムによれば、制御装置が第１種ネットワークに接続されていることを条件に、処理装置と入出力装置とをリモート制御できる一方、制御装置が第２種ネットワークに誤接続されたときには、処理装置と入出力装置をリモート制御できないように構成されている。すなわち、制御装置からリモート制御用の制御データを送信する用途には、第１種ネットワークを用いて、第２種ネットワークを用いない構成より、制御装置からリモート制御用の制御データを送信するための通信帯域を、入出力装置が入出力するオーディオ信号の通信帯域とは独立して、安定的に確保することができる。また、制御装置が第２種ネットワークに誤接続された状態で使用されることを、確実に防止できる。従って、制御装置から処理装置及び入出力装置をリモート制御する際のオペレータ操作に対するレスポンスの悪化を防ぐことができるとともに、オーディオ信号の通信に用いる第２種ネットワークの帯域を減らさずにオーディオ信号伝送性能を十分に発揮できる。

また、この発明は、１又は複数のオーディオ信号を入出力する入出力装置と、前記１又は複数のオーディオ信号を処理する処理装置と、前記処理装置と前記入出力装置とをリモート制御するための制御装置と、前記制御装置と前記処理装置とを接続するための第１種ネットワークと、前記処理装置と前記入出力装置とを接続するための第２種ネットワークとを具備するオーディオ処理システムであって、前記入出力装置が前記第２種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を有効にする一方、前記入出力装置が前記第１種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を無効にする入出力設定手段を備えることを特徴とするオーディオ処理システムである。

上記の発明に係るオーディオ処理システムによれば、入出力装置が前記第２種ネットワークに接続された場合、その入出力装置におけるオーディオ信号の入出力を有効にする一方、入出力装置が前記第１種ネットワークに接続された場合には、その入出力装置におけるオーディオ信号の入出力を無効にするように構成されている。従って、入出力装置が第１種ネットワークに誤接続された状態で使用されることを、確実に防止できる。よって、第１種ネットワークの通信帯域が入出力装置の入出力するオーディオ信号により圧迫されることを防止できる。従って、制御装置から処理装置及び入出力装置をリモート制御する際のオペレータ操作に対するレスポンスの悪化を防ぐことができるとともに、オーディオ信号の通信に用いる第２種ネットワークの帯域を減らさずにオーディオ信号伝送性能を十分に発揮できる。

また、この発明は、１又は複数のオーディオ信号を入出力する入出力装置と、前記１又は複数のオーディオ信号を処理する処理装置と、前記処理装置と前記入出力装置とをリモート制御するための制御装置と、前記制御装置と前記処理装置とを接続するための第１種ネットワークと、前記第１種ネットワークに接続された処理装置と前記入出力装置とを接続するための第２種ネットワークとを具備するオーディオ処理システムにおける制御装置であって、前記制御装置が前記第１種ネットワークに接続されている場合、前記処理装置と前記入出力装置とに対するリモート制御を有効にする一方、前記制御装置が前記第２種ネットワークに接続されている場合は、前記処理装置と前記入出力装置とに対するリモート制御を無効にするリモート制御設定手段を備えることを特徴とする制御装置である。

また、この発明は、１又は複数のオーディオ信号を入出力する入出力装置と、前記１又は複数のオーディオ信号を処理する処理装置と、前記処理装置と前記入出力装置とをリモート制御するための制御装置と、前記制御装置と前記処理装置とを接続するための第１種ネットワークと、前記第１種ネットワークに接続された処理装置と前記入出力装置とを接続するための第２種ネットワークとを具備するオーディオ処理システムにおける制御装置であって、前記入出力装置が前記第２種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を有効にする一方、前記入出力装置が前記第１種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を無効にする入出力設定手段を備えることを特徴とする制御装置である。

また、この発明は、１又は複数のオーディオ信号を入出力する入出力装置と、前記１又は複数のオーディオ信号を処理する処理装置と、前記処理装置と前記入出力装置とをリモート制御するための制御装置と、前記制御装置と前記処理装置とを接続するための第１種ネットワークと、前記第１種ネットワークに接続された処理装置と前記入出力装置とを接続するための第２種ネットワークとを具備するオーディオ処理システムにおける処理装置であって、前記制御装置が前記第１種ネットワーク経由で該処理装置に接続されている場合、該制御装置によるリモート制御を承諾する一方、前記制御装置が前記第２種ネットワーク経由で該処理装置に接続されている場合は、該制御装置によるリモート制御を拒否する判断手段を備えることを特徴とする処理装置である。

この発明によれば、制御装置から処理装置及び入出力装置をリモート制御する際のオペレータ操作に対するレスポンスの悪化を防ぐとともに、オーディオ信号の通信に用いるネットワークの帯域を減らさずに、オーディオ処理システムのオーディオ信号伝送性能を十分に発揮できる、という優れた効果を奏する。

本発明のオーディオ処理システムを適用したミキサシステムの構成例を示すブロック図。 （ａ）図１のコンソール（制御装置）又はＰＣの電気的ハードウェア構成例を示すブロック図，（ｂ）図１のエンジン（処理装置）又はミキサの電気的ハードウェア構成例を示すブロック図、（ｃ）Ｉ／Ｏユニット（入出力装置）の電気的ハードウェア構成を示すブロック図。 図１のミキサシステムにおける信号処理機能の構成を説明するブロック図。 各デバイスが実行するメイン処理のフローチャート。 コンソールが第１種ネットワーク又は第２種ネットワーク上にデバイスを新規検出したときに実行する処理のフローチャート。 制御要求に応じてエンジンが実行する処理のフローチャート。 エンジンが第２種ネットワーク上にデバイスを新規検出したときに実行する処理のフローチャート。 値変更操作処理のフローチャートであり、（ａ）はコンソールが実行する処理のフローチャート、（ｂ）はエンジンが実行する処理のフローチャート、（ｃ）はＩ／Ｏユニットが実行する処理のフローチャート。

以下、添付図面を参照して、本発明のオーディオ処理システムの一実施形態を説明する。この実施例では、本発明のオーディオ処理システムを適用したミキサシステムについて説明する。

図１は、本発明のオーディオ処理システムを適用したミキサシステムの構成例を示すブロック図である。図１において、コンソール１０ａ，１０ｂ及び１０ｃ（「Ｃｏｎｓｏｌｅ Ａ」、「Ｃｏｎｓｏｌｅ Ｂ」及び「Ｃｏｎｓｏｌｅ Ｃ」）は、それぞれ制御対象となる１つのミキサシステムの信号処理を制御するためにオペレータが操作するユーザインタフェース（ＵＩ）を具備する。エンジン２０ａ、２０ｂ及び２０ｃ（「Ｅｎｇｉｎｅ Ａ」、「Ｅｎｇｉｎｅ Ｂ」及び「Ｅｎｇｉｎｅ Ｃ」）は、オーディオ信号に信号処理を施すための複数の処理チャンネル（以下、「処理ｃｈ」とも呼ぶ）を備える。Ｉ／Ｏユニット３０ａ、３０ｂ及び３０ｃ（「Ｉ／Ｏ Ａ」、「Ｉ／Ｏ Ｂ」及び「Ｉ／Ｏ Ｃ」）は、オーディオ信号を外部から入力する複数の入力ポート、及び／又は、オーディオ信号を外部へ出力する複数の出力ポート（これらを区別する必要が無い場合は単に「ポート」と呼ぶ）を備える。なお、各コンソール１０ａ，１０ｂ，１０ｃ及び各エンジン２０ａ、２０ｂ、２０ｃも、複数のポートを具備する。図１では、３つのコンソール１０ａ，１０ｂ，１０ｃと、３つのエンジン２０ａ，２０ｂ，２０ｃと、３つのＩ／Ｏユニット３０ａ，３０ｂ，３０ｃを、個体毎に区別するために、符号１０，２０，３０にアルファベット文字「ａ」、「ｂ」・・・を添えている。しかし、本明細書では、デバイス個体を区別する必要の無い場合、各デバイスの符号として、アルファベット添え字無しの符号「１０」，「２０」，「３０」を用いる。

図１には、コンソール１０ａ，１０ｂのＵＩ操作によりオーディオ信号の入力から出力までの一連の信号処理機能を制御する第１ミキサシステム１００と、コンソール１０ｃのＵＩ操作によりオーディオ信号の入力から出力までの一連の信号処理機能を制御する第２ミキサシステム１０５との、２つの独立したミキサシステムが存在している。第１ミキサシステム１００における信号処理と、第２ミキサシステム１０５における信号処理とは、相互に独立して制御される。

第１ミキサシステム１００（後述図３参照）では、コンソール１０ａ、１０ｂのＵＩ操作に応じて、エンジン２０ａ、２０ｂ、及び、Ｉ／Ｏユニット３０ａ，３０ｂの各ポートの入出力するオーディオ信号に対して、該エンジン２０ａが信号処理を行う。第１ミキサシステム１００の信号処理機能（コンソール１０ａ、１０ｂと、エンジン２０ａ、２０ｂと、Ｉ／Ｏユニット３０ａ、３０ｂとが分担する入力から出力までのデジタル信号処理）は、コンソール１０ａ又は１０ｂのＵＩ操作により設定された各種パラメータによって制御される。すなわち、２つのコンソール１０ａ，１０ｂのいずれのＵＩ操作によっても、第１ミキサシステム１００の信号処理機能を制御できる。なお、第１ミキサシステム１００において、エンジン２０ｂは、自身に備わる複数のポートを用いたオーディオ信号の入出力機能のみを使い、複数の処理ｃｈを用いたオーディオ信号に対する信号処理機能を使わない。すなわち、第１ミキサシステム１００は、エンジン２０ｂをＩ／Ｏユニット３０と等価に扱う。また、エンジン２０ｂとＩ／Ｏユニット３０ａとは、それぞれの有する複数のポートのうち一部を第１ミキサシステム１００の信号処理に利用して、別の一部を第２ミキサシステム１０５の信号処理に利用する。本明細書では、或るデバイスの全ポートのうち一部を、或るミキサシステムで利用して、別の一部を別のミキサシステムで利用すること、すなわち、或るデバイスに備わる複数ポートを複数のミキサシステムで共用することを、「Ｉ／Ｏシェア」という。

図１に示す通り、第１ミキサシステム１００を構成するデバイスのうち、コンソール１０ａ、１０ｂ及びエンジン２０ａは、第１種ネットワーク１１０（第１種Ｎｅｔｗｏｒｋ Ａ）により接続されており、エンジン２０ａ、２０ｂ、Ｉ／Ｏユニット３０ａ及び３０ｂは、第２種ネットワーク１２０（第２種Ｎｅｔｗｏｒｋ Ｂ）により接続されている。第１種ネットワーク１１０と第２種ネットワーク１２０は、それぞれ、複数のオーディオ信号と複数の制御データとを時分割伝送できる。かかる第１種ネットワーク１１０及び第２種ネットワーク１２０としては、例えば、前記特許文献１（特開２０１０−２２６５３７号公報）のネットワークや、「ＥｔｈｅｒＳｏｕｎｄ（登録商標）」、「Ｃｏｂｒａｎｅｔ（登録商標）」、「Ｄａｎｔｅ（登録商標）」、「ＡＶＢ（登録商標）」等、複数のオーディオ信号と制御データとをリアルタイム伝送可能な適宜のネットワークを利用できる。

第１種ネットワーク１１０は、コンソール１０ａ、１０ｂ及びエンジン２０ａを接続して、コンソール１０ａ又は１０ｂからエンジン２０へのリモート制御用の制御データを伝送するために専ら利用される。第１種ネットワーク１１０には、Ｉ／Ｏユニット３０を接続しない。仮にＩ／Ｏユニット３０が第１種ネットワーク１１０に誤接続された場合、後述する通り、そのＩ／Ｏユニット３０のポートは無効にされる。第１種ネットワーク１１０は、コンソール１０ａ、１０ｂ及びエンジン２０ａに備わるポートから入出力したオーディオ信号を伝送するが、伝送する必要のあるオーディオ信号の数は少数である。従って、そのオーディオ信号伝送用の帯域（オーディオ伝送チャネル数）は、第２種ネットワーク１２０よりも少数（例えば６４個）である。

一方、第２種ネットワーク１２０は、複数のオーディオ信号に対する信号処理を行うエンジン２ａと、該複数のオーディオ信号を入出力する各デバイス（第１ミキサシステム１００の構成例では、Ｉ／Ｏユニット３０ａ、３０ｂと、エンジン２０ｂ、）とを接続して、それら各デバイスに備わる多数のポートの入出力する大量のオーディオ信号を通信するために利用される。従って、第２種ネットワーク１２０が有するオーディオ信号伝送用の伝送チャネルの数は、第１種ネットワーク１１０に比べて大量（例えば５１２個）である。第２種ネットワーク１２０には、コンソール１０を接続しない。仮にＩ／Ｏユニット３０が第２種ネットワーク１２０に誤接続された場合、後述する通り、そのコンソール１０からのエンジン２０及びＩ／Ｏユニット３０に対するリモート制御は無効になる。

第１種ネットワーク１１０及び第２種ネットワーク１２０を介して通信される制御データは、例えば、コンソール１０のＵＩ操作により別のデバイスの動作をリモート制御するため制御データ（パラメータの値変更命令）や、コンソール１０からのリモート制御に応じて別のデバイスから返信されるパラメータの値変更結果や、第１ミキサシステム１００に属する各デバイスに備わる各ポートのオーディオ信号毎の音量レベルメータ用データなどである。なお、本明細書において「リモート制御」とは、或るデバイス（例えば第１ミキサシステム１００のコンソール１０ａ又は１０ｂ）のＵＩ操作に応じて、別のデバイス（例えば第１ミキサシステム１００のエンジン２０ａ，２０ｂ及びＩ／Ｏユニット３０ａ，３０ｂ）内に記憶されている、当該別のデバイス自身の動作を制御するパラメータの値を設定することをいう。

一方、第２ミキサシステム１０５は、コンソール１０ｃのＵＩ操作に応じて、例えばエンジン２０ｂと、エンジン２０ｃ（図１において「Ｅｎｇｉｎｅ Ｃ）と、Ｉ／Ｏユニット３０ａ及び３０ｃの各ポートに入出力するオーディオ信号に対して、該エンジン２０ｂ及び／又はエンジン２０ｃが信号処理を行う。第２ミキサシステム１０５を構成するデバイスのうち、コンソール１０ｃ及びエンジン２０ｂ、２０ｃは、第１種ネットワーク１１５（第１種Ｎｅｔｗｏｒｋ Ｃ）により接続されており、エンジン２０ｂ，２０ｃ、Ｉ／Ｏユニット３０ａ及び３０ｃは、第２種ネットワーク１１０により接続される。第１種ネットワーク１１５は、前述した第１ミキサシステム１００の第１種ネットワーク１１０と同様な、コンソール１０とエンジン２０とを接続するためのネットワークであるが、第２ミキサシステム１０５に専用のネットワークであるという点で、第１ミキサシステム１００に専用の第１種ネットワーク１１０と異なる。かかる構成の第２ミキサシステム１０５では、第１種ネットワーク１１５を介して、コンソール１０ｃからエンジン２０ｂ及び／又は２０ｂにリモート制御用の制御データ送信できる一方、エンジン２０ｂ、２０ｃ、Ｉ／Ｏユニット３０ａ及び３０ｃの各ポートの入出力する大量のオーディオ信号は、第２種ネットワーク１１０を使って伝送できる。

なお、第２ミキサシステム１０５のように、第１種ネットワーク１１５に２台のエンジン２０ｂ及び２０ｃが接続されている場合、２台のエンジン２０ｂ及び２０ｃのそれぞれが、独立した信号処理を行い、第２ミキサシステム１０５全体として信号処理能力を拡張してもよいし、或いは、２台のエンジン２０ｂ又は２０ｃの一方のみが信号処理を行い、他方をそのバックアップ用として待機させてもよい。

図１に示すＩ／Ｏユニット３０が１又は複数のオーディオ信号を入出力する入出力装置に相当し、エンジン２０が、１又は複数のオーディオ信号を処理する処理装置に相当し、コンソール１０が処理装置と前記入出力装置とをリモート制御するための制御装置に相当し、第１種ネットワーク１１０又は１１５が、前記制御装置と前記処理装置とを接続するための第１種ネットワークに相当し、第２種ネットワーク１２０が処理装置と前記入出力装置とを接続するための第２種ネットワークに相当し、第１ミキサシステム１００又は第２ミキサシステム１０５がオーディオ処理システムに相当する。以下の説明では、専ら第１ミキサシステム１００に着目して説明する。

図２（ａ）はコンソール１０の電気的ハードウェア構成を示すブロック図である。コンソール１０は、ＣＰＵ１１と、メモリ１２と、ネットワークインタフェース１３（「Ｎ＿ＩＯ」）、オーディオインタフェース１４（「Ａ＿ＩＯ」）、ＰＣインタフェース（ＰＣ＿ＩＯ）１５、パネル操作部（Ｐ操作部）１６、パネル表示部（Ｐ表示部）１７を備え、各部がＣＰＵバス１８を介して接続される。また、Ｎ＿ＩＯ１３及びＡ＿ＩＯ１４はオーディオバス１９を介して接続される。オーディオバス１９は、接続されている複数のブロックのうちの任意のブロック間でデジタルオーディオ信号を伝送する。

ＣＰＵ１１は、メモリ１２に記憶された制御プログラムを実行して、コンソール１０の全体動作を制御する。メモリ１２は、ＲＯＭ、ＲＡＭ、フラッシュメモリー、ＨＤＤ等の記憶手段を適宜組み合わせて構成することができる。メモリ１２には、当該第１ミキサシステム１００の制御装置として動作するために必要な制御プログラムを含む各種制御プログラムが記憶されるとともに、自身の動作を制御するための各種パラメータの値、エンジン２０の動作をリモート制御するための各種パラメータの値、及び、Ｉ／Ｏユニット３０の動作をリモート制御するための各種パラメータの値などが記憶される。

Ｎ＿ＩＯ１３は、第１種ネットワーク１１０に接続するための１つのコネクタを含み、コンソール１０は、Ｎ＿ＩＯ１３を介して第１種ネットワーク１１０に接続される。Ｎ＿ＩＯ１３は、第１種ネットワーク１１０に接続された別のデバイスから１乃至複数のオーディオ信号や各種制御データを受信したり、第１種ネットワーク１１０に接続された別のデバイスへ１乃至複数のオーディオ信号や各種制御データを送信したりする。

Ａ＿ＩＯ１４は、外部機器からアナログ又はデジタルのオーディオ信号を受け取り、必要に応じてミキサシステムにおける信号処理用のデジタルのオーディオ信号に変換してオーディオバス１９に出力する複数の入力ポート、及び／又は、それぞれオーディオバス１９から供給されるデジタルのオーディオ信号を外部機器用のアナログ又はデジタルのオーディオ信号に変換して当該外部機器へ出力する複数の出力ポートを備えたオーディオインタフェースである。外部機器として、図示外のオーディオ出力機器乃至オーディオ入力機器に接続される。

パネル操作部１６及びパネル表示部１７は、コンソール１０の操作パネルに設けられたユーザインタフェースである。パネル操作部１６は、複数のチャンネルストリップ（チャンネル単位の操作部）毎に設けたフェーダ操作子や、多数のオンオフスイッチ、多数の回転操作子などが含まれる。パネル表示部１７は、例えば１００文字以上の文字表示能力を持つ比較的大きな液晶ディスプレイであり、各種パラメータの値、各種情報を表示し、オペレータに対する警告表示、あるいは、ネットワーク上に発見されたデバイスの情報等、各種情報を表示できる。

ＰＣ＿ＩＯ１５は、コンソール１０にパーソナルコンピュータを接続するインタフェースである。

図２（ｂ）はエンジン２０の電気的ハードウェア構成を示す。エンジン２０は、ＣＰＵ２１、メモリ２２、Ｎ＿ＩＯ２３、Ａ＿ＩＯ２４、ＰＣ＿ＩＯ２５、ユーザインタフェース（ＵＩ）２６及び、信号処理部（デジタルシグナルプロセッサ；Digital Signal Processor、ＤＳＰ）２７を含み、各部がＣＰＵバス２８を介して接続される。また、Ｎ＿ＩＯ２３、Ａ＿ＩＯ２４及びＤＳＰ２７はオーディオバス２９を介して接続される。オーディオバス２９は、接続されている複数のブロックのうちの任意のブロック間でデジタルオーディオ信号を伝送する。

ＣＰＵ２１は、メモリ２２に記憶された制御プログラムを実行して、エンジン２０の全体動作を制御する。メモリ２２は、ＲＯＭ、ＲＡＭ、フラッシュメモリー、ＨＤＤ等の記憶手段を適宜組み合わせて構成することができる。メモリ２２には、当該エンジン２０の動作を制御するための制御プログラム、自身の動作を制御するための各種パラメータの値、Ｉ／Ｏユニット３０の動作をリモート制御するための各種パラメータの値、及び、ＤＳＰ２７が実行する信号処理用のプログラムが記憶される。

Ｎ＿ＩＯ２３は、第１種ネットワーク１１０に接続するための第１のコネクタと、第２種ネットワーク１２０に接続するための第２のコネクタとを具備する。エンジン２０は、Ｎ＿ＩＯ２３を介して、第１種ネットワーク１１０と、第２種ネットワーク１２０との２つのネットワークに接続され。Ｎ＿ＩＯ２３は、第１種ネットワーク１１０に接続された別のデバイスから１又は複数のオーディオ信号や各種制御データを受信したり、第１種ネットワーク１１０に接続された別のデバイスへ１又は複数のオーディオ信号や各種制御データを送信すること、並びに、第２種ネットワーク１２０に接続された別の機器から１乃至複数のオーディオ信号や各種制御データを受信したり、第２種ネットワーク１２０に接続された別の機器へ１乃至複数のオーディオ信号や各種制御データを送信することができる。Ａ＿ＩＯ２４は、上述したＡ＿ＩＯ１４と同様な、複数の入力ポート、及び／又は、複数の出力ポートを備えたオーディオインタフェースである。また、ＰＣ＿ＩＯ２５は、上述したＰＣ＿ＩＯ１５と同様なＰＣを接続するためのインタフェースである。

信号処理部（ＤＳＰ）２７は、オーディオバス２９を介して、Ｎ＿ＩＯ２３又はＡ＿ＩＯ２４から１又は複数のオーディオ信号を受け取り、信号処理用のプログラムを実行することにより、オーディオバス２９から供給された１又は複数のオーディオ信号を処理ｃｈ毎にデジタル信号処理して、処理結果のオーディオ信号を、オーディオバス２９を介してＮ＿ＩＯ２３又はＡ＿ＩＯ２４へ出力する。ＤＳＰ２７が処理ｃｈ毎に実行するデジタル信号処理は、オーディオ信号のルーティングや、音特性（例えば音量レベルや音質）の調整や、複数のオーディオ信号を混合するミキシング処理、オーディオ信号に対するエフェクト処理）等である。ＤＳＰ２７が実行するデジタル信号処理のパラメータの値は、メモリ２２に記憶されている。該メモリ２２に記憶されているデジタル信号処理用の各種パラメータの値は、第１種ネットワーク１１０を介してコンソール１０から受信した制御データに基づき設定される。

ＵＩ２６は、通常のミキシングコンソールに備わるユーザインタフェース（例えば、５０個以上のオンオフスイッチ、１０個以上の回転型操作子、１００文字以上の文字表示能力を持つ表示器を備える）に比べて、簡易なユーザインタフェースであり、例えば１０個程度のオンオフスイッチ、数個程度のパラメータ値設定用操作子、１０文字程度の文字表示能力を持つ表示器を備える。

図２（ｃ）はＩ／Ｏユニット３０の電気的ハードウェア構成を示す。Ｉ／Ｏユニット３０は、ＣＰＵ３１、メモリ３２、Ｎ＿ＩＯ３３、Ａ＿ＩＯ３４、ＰＣ＿ＩＯ３５及びＵＩ３６を含み、各部がＣＰＵバス３８を介して接続され、且つ、Ｎ＿ＩＯ３３とＡ＿ＩＯ３４とがオーディオバス３９を介して接続される。オーディオバス３９は、接続されている複数のブロックのうちの任意のブロック間でデジタルオーディオ信号を伝送する。
ＣＰＵ３１は、メモリ３２に記憶された制御プログラムを実行して、Ｉ／Ｏユニット３０の全体動作を制御する。メモリ３２は、ＲＯＭ、ＲＡＭ、フラッシュメモリー、ＨＤＤ等の記憶手段を適宜組み合わせて構成することができる。メモリ３２には、当該Ｉ／Ｏユニット３０の動作を制御するための制御プログラムや、当該Ｉ／Ｏユニット３０の動作を制御するための各種パラメータの値が記憶される。

Ｎ＿ＩＯ３３は、第２種ネットワーク１２０に接続するための１つのコネクタを含み、Ｉ／Ｏユニット３０は、Ｎ＿ＩＯ３３を介して第２種ネットワーク１２０に接続される。Ｎ＿ＩＯ３３は、第２種ネットワーク１２０に接続された別のデバイスから１乃至複数のオーディオ信号や各種制御データを受信したり、第２種ネットワーク１２０に接続された別のデバイスへ１乃至複数のオーディオ信号や各種制御データを送信したりする。

Ａ＿ＩＯ３４は、上述したＡ＿ＩＯ１４と同様な、複数の入力ポート、及び／又は、複数の出力ポートを備えたオーディオインタフェースである。Ｉ／Ｏユニット３０は、各入力ポートを介して、図示外の外部機器（例えば、マイク、電子機器、レコーダ等）からオーディオ信号を入力し、また、出力ポートを介して、図示外の外部機器（例えば、パワーアンプ、レコーダ、パワードスピーカ等）へオーディオ信号を出力する。また、ＰＣ＿ＩＯ３５は、上述したＰＣ＿ＩＯ１５，２５と同様なＰＣを接続するためのインタフェースであり、ＵＩ３６は、例えば数個程度のオンオフスイッチやパラメータ値設定用設定用操作子などからなる簡易なユーザインタフェースである。

図３は、図１に示す第１ミキサシステム１００におけるオーディオ信号に対するデジタル信号処理の流れの一例を説明するブロック図である。図３に例示するオーディオ処理は、エンジン２０ａが中心となって、Ｉ／Ｏユニット３０ａ，３０ｂとエンジン２０ａ，２０ｂそれぞれの有する複数の入力ポートを介して入力された複数のオーディオ信号に、ミキシング処理等の信号処理を施して、その処理結果をＩ／Ｏユニット３０ａ，３０ｂ，エンジン２０ａ，２０ｂそれぞれの有する複数の出力ポートへ出力する構成を想定している。なお、第１種ネットワーク１１０に接続されたコンソール１０ａ，１０ｂの入出力ポート（第１種ネットワーク１１０を使ったオーディオ信号の伝送）に関する要素の図示は省略した。また、エンジン２０ｂについては、オーディオ信号の入出力機能のみを図示した。なお、図１のデバイス接続例では、この図３に示すデジタル信号処理と並行して、エンジン２０ｂ、２０ｃを中心とする第２ミキサシステム１０５のオーディオ処理（不図示）が同様に実行されている。

Ｉ／Ｏユニット３０ａ，３０ｂ及びエンジン２０ａ，２０ｂは、それぞれ、１又は複数の入力ポート３１０ａ，３１０ｂ、２１０ａ，ｂ（「Ａｉ（ＩＡ）」、「Ａｉ（ＩＢ）」「Ａｉ（ＥＡ）」、「Ａｉ（ＥＢ）」）を介して、外部からオーディオ信号を入力する。入力ポート３１０ａ，３１０ｂ、２１０ａ，２１０ｂは、図２（ｂ）、（ｃ）のＡ＿ＩＯ２４、３４に対応している。

各デバイスのパッチ部３２０ａ、３２０ｂ、２２０ｂ、２００、（３３０ａ、３３０ｂ、２３０ｂ、２０８）は、それぞれ、そのデバイスが備える各入力ポート（供給元）に対して設定された結線（以下「パッチ」ともいう）に基づいて、その入力ポートのオーディオ信号を、そのパッチに対応する供給先に供給する。なお、本明細書において、「結線（パッチ）」とは、オペレータによるパッチ設定操作（結線指示）に応じて、１つのオーディオ信号の供給先に、何れか１つのオーディオ信号の供給元を割り当てて、該割り当てた供給元と供給先との間でオーディオ信号が流れるようにすることである。供給先は、割り当てられた供給元からオーディオ信号を受け取って、処理を行う。１つの供給元を複数の供給先に結線することは可能であるが、１つの供給先には１つの供給元しか結線できない。オペレータは、コンソール１０ａ又は１０ｂのＵＩ操作により前記パッチを設定できる。

或るデバイスの或る入力ポートに設定された或るパッチの供給先が、同じデバイス内の処理ｃｈや出力ポートである場合、各デバイスのパッチ部３２０ａ、３２０ｂ、２２０ｂ、２００、（及び３３０ａ、３３０ｂ、２３０ｂ、２０８）は、その入力ポートのオーディオ信号を直接その処理ｃｈや出力ポートに供給する。他方、或るデバイスの或る入力ポートに設定された或るパッチの供給先が、別のデバイス内の出力ポートである場合は、その１つの入力ポートのオーディオ信号を、そのデバイスが予め確保している第２種ネットワーク１２０の伝送チャネルを利用して、該第２種ネットワーク１２０を介して、供給先に設定された別のデバイスに供給する。この場合、各デバイスのＮ＿ＩＯ１３、２３、３３は、その１つの入力ポートのオーディオ信号を載せた伝送チャネルとその供給元とを示す送信情報を、第２種ネットワーク１２０上の他のデバイスに通知する。

エンジン２０ａは、コンソール１０ａ又は１０ｂで設定された各パッチと、他のデバイスからの前記送信情報とに基づいて、第２種ネットワーク１２０が有する伝送チャネルのうち、オーディオ信号を受信すべき伝送チャネルを特定して、特定した伝送チャネルを受信するようＮ＿ＩＯ２３を設定する。Ｎ＿ＩＯ２３は、第２種ネットワーク１２０が有する伝送チャネルのうち、該設定された各伝送チャネルのオーディオ信号を受信する。入力パッチ部２００は、前記設定された各パッチに基づいて、供給元からのオーディオ信号を入力ｃｈ２０２（供給先）に供給する。すなわち、或る設定されたパッチにおける供給元が、エンジン２０ａ内の入力ポート２１０ａである場合は、入力パッチ部２００は、その入力ポート２１０ａのオーディオ信号を、そのパッチにおける供給先である入力ｃｈ２０２に供給する。また、或る設定されたパッチにおける供給元が、別のデバイス内の供給元である場合は、入力パッチ部２００は、Ｎ＿ＩＯ２３が受信したその供給元のオーディオ信号を、そのパッチにおける供給先である入力ｃｈ２０２に供給する。なお、本明細書では、ミキサシステムへ入力するオーディオ信号をデジタル信号処理する処理ｃｈを「入力ｃｈ」と呼び、ミキサシステムから出力するオーディオ信号をデジタル信号処理する処理ｃｈを「出力ｃｈ」と呼ぶ。

エンジン２０ａは、複数の入力ｃｈ２０２を具備している。各入力ｃｈ２０２は、それぞれパッチされた入力ポートからオーディオ信号を受信して、コンプレッサ、イコライザ、音量制御等の信号処理を行い、処理結果のオーディオ信号を混合バス２０４の各バスラインに選択的に出力する。混合バス２０４は、複数のバスラインからなり、バスライン毎に、１又は複数の入力ｃｈから供給されたオーディオ信号を混合して、対応する出力ｃｈ２０６へ出力する。エンジン２０ａは混合バス２０４の数に対応する複数の出力ｃｈ２０６を具備している。各出力ｃｈ２０６は、対応する混合バス２０４から出力されたオーディオ信号に対して、コンプレッサ、イコライザ、音量制御等の信号処理を行う。なお、入力ｃｈ２０２、混合バス２０４及び出力ｃｈ２０６は、エンジン２０のＤＳＰ２７により実現される。

出力パッチ部２０８は、コンソール１０ａ又は１０ｂで設定された各パッチに基づいて、各出力ｃｈ２０６のオーディオ信号を供給先に供給する。例えば、或る出力ｃｈ２０６に設定された或るパッチの供給先が別のデバイス内の出力ポートである場合は、当該出力ｃｈ２０６が出力するオーディオ信号に対してエンジン２０ａが予め確保している伝送チャネルを割り当てる。Ｎ＿ＩＯ２３は、伝送チャネルが割り当てられたオーディオ信号を、第２種ネットワーク１２０のそのオーディオ伝送チャネルを用いて送信する。また、オーディオ伝送チャネルと供給元を示す送信情報が第２種ネットワーク１２０に接続されている他のデバイスに通知される。或る出力ｃｈ２０６に設定された或るパッチの供給先が当該エンジン２０ａの出力ポート（「Ａｉ（ＥＡ）」）２４０ａである場合、出力パッチ部２０８は、その出力ｃｈ２０６のオーディオ信号を、出力ポート２４０ａに直接供給する。

Ｉ／Ｏユニット３０ａ，３０ｂ及びエンジン２０ｂは、コンソール１０ａ又は１０ｂで設定された各パッチと、他のデバイスからの前記送信情報に基づいて、第２種ネットワーク１２０のオーディオ信号を受信すべき伝送チャネルを特定して、Ｎ＿ＩＯ３３、２３に設定する。Ｎ＿ＩＯ３３、２３は、設定された各伝送チャネルのオーディオ信号を第２種ネットワーク１２０から受信する。そして、各デバイス３０ａ，３０ｂ及び２０ｂのパッチ部３３０ａ，３３０ｂ，２３０ｂ（及び、３２０ａ、３２０ｂ、３２０ｂ）は、そのデバイスが備える各出力ポート（供給先）に対して設定されたパッチに基づいて、そのパッチに対応する供給元のオーディオ信号を、その出力ポートに供給する。すなわち、パッチ部３３０ａ，３３０ｂ，２３０ｂ（及び、３２０ａ、３２０ｂ、３２０ｂ）は、或るデバイスの或る出力ポートに設定された或るパッチの供給元が、同じデバイスの入力ポートや処理ｃｈである場合は、その入力ポートや処理ｃｈのオーディオ信号をその出力ポートに供給し、他方、別のデバイス内の供給元である場合は、Ｎ＿ＩＯ２３，３３が受信した、その供給元のオーディオ信号をその出力ポートに供給する。

Ｉ／Ｏユニット３０ａ，３０ｂ及びエンジン２０ｂは、それぞれが有する１又は複数の出力ポート３４０ａ，３４０ｂ，２４０ｂ（「Ａｏ（ＯＡ）」，「Ａｏ（ＯＢ）」，「Ａｏ（ＥＢ）」）から外部へオーディオ信号を出力する。出力ポート３４０ａ，３４０ｂ，２４０ｂは、図２（ａ）、（ｂ）のＡ＿ＩＯ２４、３４に対応している。

なお、各Ｉ／Ｏユニットのパッチ部３１０ａ、３１０ｂ、３３０ａ、３３０ｂ、エンジン２０ｂのパッチ部２１０ｂ、２３０ｂ、並びに、エンジン２０ａの入力パッチ部２００及び出力パッチ部２０８は、各デバイスのオーディオバス１９、２９，３９を介して接続された各ブロック（Ｎ＿ＩＯ１３、２３、３３、Ａ＿ＩＯ１４、２４、３４、及び、ＤＳＰ２７）をパッチとして動作させる構成、あるいは、各デバイスのＮ＿Ｉ／Ｏ１３、２３、３３にパッチ専用のハードウェアを設ける構成、等により実現することができる。

図４は、コンソール１０、エンジン２０及びＩ／Ｏユニット３０のそれぞれのＣＰＵ１１，２１，３１が実行するメイン処理のフローチャートである。図４の処理は、電源投入時に起動する。ステップＳ１において、ＣＰＵ１１，２１，３１は、初期設定を行う。初期設定は、メモリ１２，２２，３２や各種センサ等の初期化、各種カレントメモリの用意、或いは、バックグラウンドプロセスとして動作する各種サービスの起動などを含む。なお、本明細書では、或るデバイスのメモリに用意され、そのデバイスの動作を制御するための各種パラメータの値を記憶する領域を「カレントメモリ」、また、或るデバイスのメモリに用意され、そのデバイスとは別のデバイスの動作を間接的に制御するため各種パラメータの値を記憶する領域を「仮想的なカレントメモリ」と呼ぶことにする。

例えば、前記ステップＳ１の初期設定において、コンソール１０のＣＰＵ１１は、メモリ１２に、当該コンソール１０の動作を制御するための複数のパラメータの値を記憶するコンソール用のカレントメモリ（これを、「実Ｃカレント」という）を用意する。実Ｃカレントは、例えば、当該コンソール１０のＵＩで現在制御している１又は複数の処理ｃｈを特定するパラメータ（例えば、選択中のｃｈレイヤを特定するレイヤパラメータや、選択中のｃｈを特定する選択ｃｈパラメータなど）や、モニタ出力にてモニタ中のオーディオ信号を特定するパラメータ（例えば、モニタパラメータやＣＵＥパラメータなど）や、或いは、後述する当該メモリ１２に用意される仮想的なカレントメモリを管理するためのパラメータ等を、それぞれ記憶する複数種類のパラメータ領域を有する。

また、エンジン２０のＣＰＵ２１は、メモリ２２に、当該エンジン２０の動作を制御するための複数のパラメータの値を記憶する、エンジン用のカレントメモリ（これを「実Ｅカレント」という）を用意する。実Ｅカレントは、例えば、図３に示すエンジン２０ａによる信号処理に含まれる各ブロック（入力ｃｈ２０２、出力ｃｈ２０６、各ポート２１０及び２４０など）のパラメータの値や、後述する当該メモリ２２内に用意される仮想的なカレントメモリを管理するためのパラメータ等を、それぞれ記憶する複数種類のパラメータ領域を有する。

また、Ｉ／Ｏユニット３０のＣＰＵ３１は、メモリ３２に、当該Ｉ／Ｏユニット３０の動作を制御するための複数のパラメータの値を記憶する、Ｉ／Ｏユニット用のカレントメモリ（これを「実Ｉ／Ｏカレント」という）を用意する。実Ｉ／Ｏカレントは、例えば、図３に示すＩ／Ｏ３０ａ、３０ｂ、３０ｃによる信号処理に含まれる各ブロック（１台のＩ／Ｏユニット３０に備わる各ポート３１０、３４０）のパラメータを記憶するパラメータ領域を有する。

また、前記ステップＳ１の初期設定において、コンソール１０のＣＰＵ１１は、メモリ１２に、当該第１ミキサシステム１００に属するエンジン２０ａの「実Ｅカレント」に対応する、仮想的なカレントメモリ（これを「仮想Ｅカレント」と呼ぶ）と、該第１ミキサシステム１００に属する各Ｉ／Ｏユニット３０ａ，３０ｂ（及びエンジン２０ｂ）の「実Ｉ／Ｏカレント」に対応する、仮想的なカレントメモリ（これを「仮想Ｉ／Ｏカレント」と呼ぶ）とを用意する。仮想Ｅカレントは、対応する実Ｅカレントと同様な、１台のエンジン２０による信号処理に含まれる各ブロックのパラメータの値等を記憶する複数種類のパラメータ領域を有する。また、仮想Ｉ／Ｏカレントは、対応する実Ｉ／Ｏカレントと同様な、1台のＩ／Ｏユニット３０に備わる各ポートのパラメータを記憶するパラメータ領域を有する。なお、エンジン２０ｂについては、前述の通り、Ｉ／Ｏユニット３０と等価に扱われるので、前記の仮想Ｉ／Ｏカレントと同様な、そのエンジンに備わる各ポートのパラメータを記憶するパラメータ領域のみが用意されるものとする。

また、エンジン２０のメモリ２２には、そのエンジン２０の入力ｃｈ２０２及び出力ｃｈ２０６に結線されたＩ／Ｏユニット３０ａ，３０ｂ（及びエンジン２０ｂ）の「実Ｉ／Ｏカレント」に対応する、「仮想Ｉ／Ｏカレント」が用意される。エンジン２０に用意される仮想Ｉ／Ｏカレントは、そのエンジン２０の入力ｃｈ２０２及び出力ｃｈ２０６に結線されたＩ／Ｏユニット３０の各ポートに対応するパラメータ領域のみを持つ。すなわち、エンジン２０に用意される仮想Ｉ／Ｏカレントは、1台のＩ／Ｏユニット３０に備わる全ポートに対応するパラメータ領域ではなく、自身の入力ｃｈ２０２及び出力ｃｈ２０６の何れかに結線された一部のポートに対応するパラメータ領域だけを備えた部分的な仮想Ｉ／Ｏカレントである。

ステップＳ２において、ＣＰＵ１１，２１，３１は、各種イベント検出有無を調べる（イベントを検出する）。何らかのイベントが検出されたとき（ステップＳ３のＹＥＳ）、ＣＰＵ１１，２１，３１は、該検出されたイベントに応じたイベント処理を実行する（ステップＳ４）。各種イベントは、例えば、第１種ネットワーク１１０又は第２種ネットワーク１２０に接続されたデバイスを新たに検出した「装置発見」イベントや、オペレータによるＵＩ操作が行われたことを検出した「ユーザ操作有」イベント等を含む。

図５は、コンソール１０が第１種ネットワーク１１０又は第２種ネットワーク１２０にデバイスを新規検出したときに実行する処理のフローチャートである。図５の処理は、例えば、第１種ネットワーク１１０又は第２種ネットワーク１２０にコンソール１０が新規接続されたとき、第１種ネットワーク１１０又は第２種ネットワーク１２０に接続されたコンソール１０の電源が投入されたとき、当該コンソール１０が接続されている第１種ネットワーク１１０又は第２種ネットワーク１２０にデバイスが新規接続されたとき、或いは、該第１種ネットワーク１１０又は第２種ネットワーク１２０に接続したデバイスの電源が投入されたときに、起動する。

ステップＳ５において、コンソール１０のＣＰＵ１１は、新規検出されたデバイスの種類を判別する。判別するデバイスの種類は、エンジン（「Ｅｎｇｉｎｅ」）、Ｉ／Ｏユニット（「Ｉ／Ｏ」）、又は、その他（「ｏｔｈｅｒ」）のいずれかである。コンソール１０のＣＰＵ１１は、例えば新規検出されたデバイスからその種類を特定する情報を取得して、該取得した情報に基づいて種類を判別し得る。ここで、コンソール１０のＣＰＵ１１は、種類がエンジンやＩ／Ｏユニットであっても、機種やバージョンが当該コンソール１０に対応していないデバイスに関しては「Ｏｔｈｅｒ」と判断する。

新規検出されたデバイスの種類がエンジン２０である場合（ステップＳ５の「Ｅｎｇｉｎｅ」）、ステップＳ６において、コンソール１０のＣＰＵ１１は、新規検出されたエンジン２０に制御要求を送信する。ここで、コンソール１０は、自身が第１種ネットワーク１１０に正しく接続されている場合、第１種ネットワーク１１０経由で該エンジン２０に制御要求を送信する一方、自身が第２種ネットワーク１２０に誤接続されている場合、第２種ネットワーク１２０経由で該エンジン２０に制御要求を送信する。図６は、エンジン２０が、前記ステップＳ６にてコンソール１０から送信された制御要求を受信したときに、実行する処理のフローチャートである。図６のステップＳ１４において、エンジン２０のＣＰＵ２１は、前記制御要求を受信したＮ＿ＩＯ２３のコネクタを特定し、特定したコネクタに基づいて、第１種ネットワーク１１０又は第２種ネットワーク１２０のいずれから、前記制御要求を受信したかを判断する。第１種ネットワーク１１０から前記制御要求を受信した場合、エンジン２０のＣＰＵ２１は、ステップＳ１５において、コンソール１０に「承諾」の応答をする。一方、第２種ネットワーク１２０から前記制御要求を受信した場合、エンジン２０のＣＰＵ２１は、ステップＳ１６において、コンソール１０に「拒否」の応答をする。

図５に戻ると、コンソール１０のＣＰＵ１１は、前記ステップＳ６の制御要求に対してエンジンから「承諾」の応答を受信した場合（ステップＳ７の「承諾」）、ステップＳ８において、そのエンジン２０をリモート制御することに関してオペレータの承認を得る。オペレータによる承認は、例えばパネル表示部に承認用ダイアログを表示することにより行う。

ステップＳ９において、コンソール１０のＣＰＵ１１は、メモリ１２に、今回新規検出されたエンジン２０に対応する仮想Ｅカレントを用意する。前記ステップＳ１の初期設定において、コンソール１０は、予め、当該ミキサシステム１００に属する全てのデバイスに対応して、仮想的なカレントメモリ（仮想Ｅカレント及び仮想Ｉ／Ｏカレント）を、メモリ１２に用意している。従って、今回新規検出されたエンジン２０が既にミキサシステム１００に属している場合、コンソール１０のメモリ１２には、そのエンジン２０に対応する仮想Ｅカレントが存在している。このため、ＣＰＵ１１は、当該ステップＳ９において、先ず、新規検出されたエンジン２０から、例えばイーサネット（登録商標）のＭＡＣアドレスや、メーカが製造時にデバイスに付与したシリアルＩＤなど、そのデバイスに固有のＩＤ、あるいは、ユーザが当該デバイスに設定したデバイス名又はＩＤなど、そのデバイス個体を識別する識別情報を取得し、該取得した識別情報に基づいて、新規検出されたエンジン２０と仮想Ｅカレントとの対応付け（マッチング）を行う。一方、対応付けが取れなかったエンジン２０は、オペレータの承認を受けた後に、当該ミキサシステム１００に新規加入される。すなわち、コンソール１０のＣＰＵ１１は、メモリ１２に、当該新規加入したエンジン２０に対応する仮想Ｅカレントを新規に用意されて、該エンジン２０と該新規に用意された仮想Ｅカレントとの対応付け（マッチアップ）を行う。更に、当該新規検出されたエンジン２０のメモリ２２に仮想Ｉ／Ｏカレントが存在する場合には、ＣＰＵ１１は、その仮想Ｉ／Ｏカレントに対応する仮想Ｉ／Ｏカレントを、当該コンソール１０のメモリ１２にも用意する。

ステップＳ１０において、前記ステップＳ９で当該コンソール１０のメモリ１２に記憶された仮想Ｅカレントの複数のパラメータの値及び各仮想Ｉ／Ｏカレントの複数のパラメータの値と、今回新規検出されたエンジン２０のメモリ２２に記憶された実Ｅカレントの複数のパラメータの値及び各仮想Ｉ／Ｏカレントの複数のパラメータの値とが同じになるよう設定して、処理を終了する。以下、或るデバイスのメモリに記憶されたカレントメモリ若しくは仮想的カレントメモリの複数のパラメータの値と、別のデバイスのメモリに記憶されたカレントメモリ若しくは仮想的カレントメモリ中の対応するパラメータの値とが同じになるよう設定することを「同期化する」という。ここで、仮想Ｉ／Ｏカレントに関しては、後述する図７の処理でエンジン２０が発見済みのＩ／Ｏユニット３０に対応する仮想Ｉ／Ｏカレントに関してのみ、同期化する。コンソール１０とエンジン２０との同期化は、コンソール１０側のパラメータの値に、エンジン２０側のパラメータの値を一致させる方向で行われても良いし、反対に、エンジン２０側のパラメータの値に、コンソール１０側のパラメータの値を一致させる方向で行われも良い。同期化の方向は、例えばオペレータからの指示に応じて手動で決定され得る。同期化処理が終わった時点で、新規検出されたエンジン２０と、そのエンジン２０が発見済みのＩ／Ｏユニット３０とは、コンソール１０からリモート制御され得る状態になり、コンソール１０のパネル表示部１７には、それらエンジン２０とＩ／Ｏユニット３０とがオンライン状態になった旨の通知が表示される。従って、コンソール１０は、自身が第１種ネットワーク１１０に接続されていることを条件に、該第１種ネットワーク１１０に接続されたエンジン２０、及び、該エンジン２０と第２種ネットワーク１１０を介して接続されたＩ／Ｏユニット３０に対するリモート制御を開始できる。

一方、エンジン２０から「拒否」の応答を受信した場合（ステップＳ７の「拒否」）、コンソール１０のＣＰＵ１１は、パネル表示部１７に、エンジン２０がリモート制御を拒否した旨の表示を行って（ステップＳ１１）、処理を終了する。前記ステップＳ１１では、更にコンソール１０が第２種ネットワーク１２０に誤接続された旨を警告表示してもよい。従って、コンソール１０が第２種ネットワーク１２０に誤接続された場合（すなわち第２種ネットワーク１２０を介してエンジン２０に接続した場合）、そのコンソール１０によるエンジン２０とＩ／Ｏユニット３０とに対するリモート制御は無効になる。言い換えれば、エンジン２０は、第１種ネットワーク１１０経由で接続されたコンソール１０によるリモート制御を受ける一方、第２種ネットワーク１２０経由で接続されたコンソール１０によるリモート制御を拒否する。また、エンジン２０から制御要求を拒否されることにより、コンソール１０が第２種ネットワーク１２０に誤接続された状態で使用されることを確実に防止できる。
コンソール１０のＣＰＵ１１と、前述したステップＳ５〜Ｓ１１の処理が、前記制御装置が前記第１種ネットワークに接続されている場合、該制御装置による前記処理装置と前記入出力装置とに対するリモート制御を有効にする一方、前記制御装置が前記第２種ネットワークに接続されている場合は、該制御装置による前記処理装置と前記入出力装置とに対するリモート制御を無効にするリモート制御設定手段として機能する。
また、エンジン２０のＣＰＵ２１とステップＳ１４〜Ｓ１６の処理が、前記制御装置が前記第１種ネットワーク経由で該処理装置に接続されている場合、該制御装置によるリモート制御を承諾する一方、前記制御装置が前記第２種ネットワーク経由で該処理装置に接続されている場合は、該制御装置によるリモート制御を拒否する判断手段として機能する。

また、新規検出されたデバイスの種類がＩ／Ｏユニット３０であった場合（ステップＳ５の「Ｉ／Ｏ」）、コンソール１０のＣＰＵ１１は、ステップＳ１２において、Ｉ／Ｏユニット３０におけるオーディオ信号の入出力を無効にする。すなわち、コンソール１０のＣＰＵ１１は、そのＩ／Ｏユニット３０が有する何れのポートにも、第１種ネットワーク１１０の伝送チャネルを割り当てないように制御する。これにより、Ｉ／Ｏユニット３０は第１種ネットワーク１１０上の通信を無視するデバイスになる。そして、ステップＳ１３において、コンソール１０のＣＰＵ１１は、パネル表示部１７に、例えば今回検出されたＩ／Ｏユニット３０の機種名等のデバイスの情報を表示して、処理を終了する。更に、Ｉ／Ｏユニット３０が第1種ネットワーク１１０に誤接続された旨の警告表示を行うとよい。このように、コンソール１０がＩ／Ｏユニット３０を新規検出した場合に、そのＩ／Ｏユニット３０におけるオーディオ信号の入出力を無効にすることにより、Ｉ／Ｏユニット３０が第1種ネットワーク１１０に誤接続された状態で使用されることを確実に防止できる。なお、前述の通り、コンソール１０が第２種ネットワーク１２０に誤接続されることは、前記のステップＳ７の「拒否」及びステップＳ１１により防止される。従って、コンソール１０が第２種ネットワーク１２０を介してＩ／Ｏユニット３０に接続される、という誤接続状態は、前記のステップＳ７の「拒否」及びステップＳ１１により回避できる。
ＣＰＵ１１と前記ステップＳ１２の処理が、前記入出力装置が前記第２種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を有効にする一方、前記入出力装置が前記第１種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を無効にする入出力設定手段として機能する。

また、新規検出されたデバイスの種類が、エンジン２０及びＩ／Ｏユニット３０以外である場合、もしくは、新規検出されたエンジン２０又はＩ／Ｏユニット３０の機種やバージョンが当該コンソール１０に非対応であるために、「その他」機種と判断された場合（ステップＳ５の「Ｏｔｈｅｒ」）、ＣＰＵ１１は、ステップＳ１３において、パネル表示部１７にそのデバイスの情報、若しくは、機種やバージョンの非対応の旨を表示する。なお、新規検出されたデバイスが、当該コンソール１０とは別のコンソールであった場合、当該コンソール１０のＣＰＵ１１は、該新規検出されたコンソールとネゴシエーションを行い、当該第１ミキサシステム１００の各種情報（ミキサシステムに属する各デバイス、現在時刻、サンプリグ周波数など）を、両コンソール間で一本化してから、該新規検出されたコンソールの動作を開始する。この場合、既存のコンソール１０と新規検出されたコンソールとの２台のコンソール（例えば、第１ミキサシステム１００におけるコンソール１０ａとコンソール１０ｂ）のいずれのＵＩ操作によっても、ミキサシステム１００の信号処理を制御できる。

図７は、エンジン２０が第２種ネットワーク１２０にデバイスを新規検出したときに、実行する処理のフローチャートである。図７の処理は、例えば第２種ネットワーク１２０にエンジン２０が新規接続されたとき、第２種ネットワーク１２０に接続されたエンジン２０の電源が投入されたとき、当該エンジン２０が接続されている第２種ネットワークにデバイスが新規接続されたとき、或いは、該第２種ネットワークに接続されたデバイスの電源が投入されたときに、起動する。

ステップＳ１７において、エンジン２０のＣＰＵ２１は、新規検出されたデバイスの種類を判別する。該ステップＳ１７において、エンジン２０のＣＰＵ２１は、例えば新規検出されたデバイスの種類がＩ／Ｏユニットか否かを調べる。なお、該ステップＳ１７において、ＣＰＵ２１は、デバイスの種類がＩ／Ｏユニットであっても、機種やバージョンが当該エンジン２０に対応していないＩ／Ｏユニットに関しては、Ｉ／Ｏユニットでないもの（「Ｏｔｈｅｒ」）と判断する。新規検出されたデバイスがＩ／Ｏユニット３０である場合（ステップＳ１７の「Ｉ／Ｏ」）、ステップＳ１８において、エンジン２０のＣＰＵ２１は、新規検出されたＩ／Ｏユニット３０に制御要求を送信する。

前記制御要求を受信したＩ／Ｏユニット３０は、エンジン２０に対して、制御要求の承諾又は拒否いずれかの応答をする。例えば、そのＩ／Ｏユニット３０の機種が非対応である場合、そのＩ／Ｏユニット３０のバージョンが当該エンジン２０に非対応である場合、或るいは、そのＩ／Ｏユニット３０に備わる全ポートが、他のミキサシステムに専用に設定されている（そのＩ／Ｏユニット３０の何れのポートも「Ｉ／Ｏシェア」になっていない）場合など、Ｉ／Ｏユニット３０は、エンジン２０に対して拒否の応答をする。

新規検出されたＩ／Ｏユニット３０から承諾の応答を得た場合（ステップＳ１９の「承諾」）、エンジン２０のＣＰＵ２１は、ステップＳ２０において、メモリ２２に記憶されている仮想Ｉ／Ｏカレントと、新規検出されたＩ／Ｏユニット３０のメモリ３２に記憶されている実Ｉ/Ｏカレントとを同期化する。ここで、新規検出されたＩ／Ｏユニット３０が当該ミキサシステム１００に既に属している場合、そのＩ／Ｏユニット３０に対応する仮想Ｉ／Ｏカレント（若しくは一部のポートに対応する仮想Ｉ／Ｏカレント）が、前記ステップＳ１の初期設定処理により、メモリ２２に既に用意されているので、エンジン２０のＣＰＵ２１は、メモリ２２に用意されている仮想Ｉ／Ｏカレントと、検出されたＩ／Ｏユニット３０とを対応付ける。一方、そのＩ／Ｏユニット３０が当該ミキサシステム１００に未だ属していない場合、エンジン２０のＣＰＵ２１は、オペレータの承認を受けた後、対応する仮想Ｉ／Ｏカレントを新規に用意して、新規に用意した仮想Ｉ／Ｏカレントと検出されたＩ／Ｏユニット３０の実Ｉ／Ｏカレントとを対応付ける。なお、同期化は、当該エンジン２０のメモリ２２内に仮想Ｉ／Ｏカレント内に対応するパラメータ領域が用意されているポートについてのみ行う。同期化の方向は、エンジン２０からＩ／Ｏユニット３０の方向（エンジン２０内の仮想Ｉ／Ｏカレントの複数パラメータの値に、対応するＩ／Ｏユニット３０の実Ｉ／Ｏカレントの複数パラメータの値を一致させる方向）とする。なお、エンジン２０のメモリ２２に用意される仮想Ｉ／Ｏカレントにおけるポート毎のパラメータ領域は、例えば、コンソール１０において、エンジン２０の或る処理ｃｈと、そのポートの結線が設定された際に、作成されてよい。

ステップＳ２１において、エンジン２０のＣＰＵ２１は、当該エンジン２０が第１種ネットワーク１１０上のコンソール１０とオンライン状態かどうか調べる。例えば、前記図５のステップＳ１０でコンソール１０と同期化して、該コンソール１０からリモート制御を受けているエンジン２０は、オンライン状態である。

エンジン２０がオンライン状態である場合（ステップＳ２１のＹＥＳ）、該エンジン２０のＣＰＵ２１は、ステップＳ２２において、今回新規検出したＩ／Ｏユニット３０を特定するデバイス情報を、リモート制御主であるコンソール１０に通知して、処理を終える。この通知は第１種ネットワーク１１０を通じて前記コンソール１０に送信される。一方、エンジン２０がオンライン状態でない（すなわちオフライン状態である）場合（ステップＳ２１のＮＯ）、エンジン２０のＣＰＵ２１は処理を終える。

一方、新規検出されたＩ／Ｏユニットから拒否された場合（ステップＳ１９の「拒否」）、または、新規検出されたデバイスがＩ／Ｏユニット以外であった場合（ステップＳ１７の「Ｏｔｈｅｒ」）、又は、新規検出されたＩ／Ｏユニットの機種又はバージョンが当該エンジン２０に非対応であった場合（ステップＳ１７の「Ｏｔｈｅｒ」）、処理は前記ステップＳ２１に進む。そして、当該エンジン２０がオフライン状態である場合（ステップＳ２１のＮＯ）、エンジン２０のＣＰＵ２１は処理を終える。一方、当該エンジン２０がコンソール１０とオンライン状態である場合（ステップＳ２１のＹＥＳ）、エンジン２０のＣＰＵ２１は、今回新規検出したデバイスを特定するデバイス情報をコンソール１０に通知して（前記ステップＳ２２）、処理を終了する。

前記ステップＳ２２により、エンジン２０からデバイス情報の通知を受けたコンソール１０は、前述したステップＳ９と同様の処理により、メモリ１２に、今回新規検出されたＩ／Ｏユニット３０に対応する仮想Ｉ／Ｏカレントを用意する。すなわち、そのＩ／Ｏユニット３０が当該ミキサシステム１００に属している場合、コンソール１０のメモリ１２には既に、対応する仮想Ｉ／Ｏカレントが用意されているので、コンソール１０のＣＰＵ１１は、該メモリ１２に用意されている仮想Ｉ／Ｏカレントと、検出されたＩ／Ｏユニット３０とを対応付ける。一方、そのＩ／Ｏユニット３０が当該ミキサシステム１００に未だ属していない場合、コンソール１０のＣＰＵ１１は、オペレータの承認を受けた後、対応する仮想Ｉ／Ｏカレントをメモリ１２に新規に用意して、新規に用意した仮想Ｉ／Ｏカレントと検出されたＩ／Ｏユニット３０とを対応付ける。その後、コンソール１０のメモリ１２及びエンジン２０のメモリ２２のそれぞれに記憶された仮想Ｉ／Ｏカレントと、当該Ｉ／Ｏユニット３０の実Ｉ／Ｏカレントとを同期化することにより、当該Ｉ／Ｏユニット３０は、コンソール１０からリモート制御できる状態になり、且つ、コンソール１０のパネル表示部１７にオンライ状態のデバイスとして表示される。

なお、エンジン２０が、第２種ネットワーク１２０上に、当該ミキサシステム１００にてポートのみを利用するエンジン２０を新規検出した場合（例えば、エンジン２０ａが第２種ネットワーク１２０上にエンジン２０ｂを新規検出した場合）、前記ステップＳ１８〜Ｓ２２により、エンジン２０ａのＣＰＵ２１（及びコンソール１０のＣＰＵ１１）は、該エンジン２０ｂに対応する仮想的なカレントメモリ（仮想Ｉ／Ｏカレントと同様な、各処理ｃｈに結線されたポートに対応するパラメータ領域のみを有するもの）を用意して、その仮想的なカレントメモリと、該エンジン２０ｂの実Ｅカレントのうちポートに関する各種パラメータ（ポートのパラメータと、ポートの結線のパラメータ）とを同期化する。

次に、オペレータによる値変更操作に応じたパラメータの値変更処理について説明する。コンソール１０のオペレータは、コンソール１０のＵＩ（パネル操作部１６又はパネル表示部１７）において、或るパラメータが割り当てられたＵＩに対する操作（摘みを動かす、スイッチを押す等）により、そのパラメータの値変更操作を入力する。図８（ａ）は、或るパラメータの値変更操作に応じて、コンソール１０のＣＰＵ１１が実行する処理を示すフローチャートである。

ステップＳ２３において、コンソール１０のＣＰＵ１１は、値変更操作の対象が当該コンソール１０のローカル制御、又は、当該コンソール１０とは別のデバイスのリモート制御のいずれであるかを判断する。ローカル制御の場合（ステップＳ２３のＮＯ）、ステップＳ２４において、コンソール１０のＣＰＵ１１は、該値変更操作に応じて、実Ｃカレントに記憶されたパラメータ値を変更し、ステップＳ２５において、前記実Ｃカレントの値変更結果に応じて、パネル表示部１７に表示されているパラメータの値を更新して、処理を終了する。

一方、値変更操作の対象がリモート制御である場合（ステップＳ２３のＹＥＳ）、ＣＰＵ１１は、ステップＳ２６において、リモート制御対象のデバイスがオンライン状態か否かを調べる。リモート制御対象のデバイスがオフライン状態の場合（ステップＳ２６のＮＯ）、ステップＳ２７において、コンソール１０のＣＰＵ１１は、今回の値変更操作に基づいて、コンソール１０のメモリ１２に用意されたデバイス毎の仮想的カレントメモリのうち、リモート制御対象のデバイスに対応する仮想的カレントメモリのパラメータの値を変更し、該仮想カレントの更新結果に応じて、パネル表示部１７に表示されている仮想カレントのパラメータの値を更新して（前記ステップＳ２５）、処理を終了する。

一方、値変更操作の対象がリモート制御であり（ステップＳ２３のＹＥＳ）、かつ、リモート制御対象のデバイスがオンライン状態である場合（ステップＳ２６のＹＥＳ）、コンソール１０のＣＰＵ１１は、ステップＳ２８において、第１種ネットワーク１１０を介して、リモート制御対象のデバイス宛てに値変更命令を送信する。

前記ステップＳ２８でコンソール１０から送信された値変更命令は、第１種ネットワーク１１０に接続されているエンジン２０により受信される。図８（ｂ）は、第１種ネットワーク１１０経由で該値変更命令を受信したときに、エンジン２０のＣＰＵ２１が実行する処理を示すフローチャートである。ステップＳ３０において、エンジン２０のＣＰＵ２１は、受信した値変更命令の対象が、当該エンジン２０か、又は、当該エンジン２０とは別のデバイスのいずれであるかを判断する。

コンソール１０から受信した値変更命令の対象が、当該エンジン２０である場合（ステップＳ３０のＮＯ）、エンジン２０のＣＰＵ２１は、ステップＳ３１において、前記受信した値変更命令に応じて、当該エンジン２０のメモリ２２の実Ｅカレント内の対応するパラメータの値を変更（増減）する。これにより、コンソール１０で行われた値変更操作が、エンジン２０の実Ｅカレントに反映される。そして、ステップＳ３２において、エンジン２０のＣＰＵ２１は、前記ステップＳ３１でのパラメータ値変更結果を、第１種ネットワーク１１０に接続されている全てのコンソール１０（図１の第１ミキサシステム１００では、コンソール１０ａとコンソール１０ｂ）に送信する。

コンソール１０は、第１種ネットワーク１１０を介して、前記ステップＳ３２でエンジン２０から送信された値変更結果を受信する（図８（ａ）のステップＳ２９）。そして、コンソール１０のＣＰＵ１１は、前記受信した値変更結果に応じて、その値変更結果を送信したエンジン２０に対応する仮想Ｅカレントの対応するパラメータの値を、該エンジン２０内の実Ｅカレントのパラメータの値と同じになるように更新し（前記ステップＳ２７）、該仮想Ｅカレントの更新結果に応じて、パネル表示部１７に表示されているパラメータの値を更新する（前記ステップＳ２５）。従って、コンソール１０でのオペレータ操作に応じたエンジン２０内の実Ｅカレントのパラメータ値の変更結果に追従して、コンソール１０内の仮想Ｅカレントの対応するパラメータ値が変更される。

図８（ｂ）に戻ると、コンソール１０から受信した値変更命令の対象が、当該エンジン２０とは別のデバイスである場合（ステップＳ３０のＹＥＳ）、エンジン２０のＣＰＵ２１は、ステップＳ３３において、前記受信した値変更命令を、第２種ネットワーク１２０を介して、リモート制御対象のデバイス宛てに送信する。例えば、第１ミキサシステム１００において、エンジン２０ａがコンソール１０ａから受信した値変更命令の対象が、Ｉ／Ｏユニット３０ａである場合、エンジン２０は、第１種ネットワーク１１０経由でコンソール１０から該受信した値変更命令を、第２種ネットワーク１２０を介してＩ／Ｏユニット３０ａに転送する。

前記ステップＳ３３でエンジン２０から送信された値変更命令は、第２種ネットワーク１２０上の１又は複数のデバイスのうち、その宛先として指定されたＩ／Ｏユニット３０により選択的に受信される。図８（ｃ）は、第２種ネットワーク１２０経由でエンジンから値変更命令を受信したときに、Ｉ／Ｏユニット３０のＣＰＵ３１が実行する処理を示すフローチャートである。なお、第２種ネットワーク１２０上の１又は複数のデバイスのうち、その値変更命令の宛先でない各デバイスは、その値変更命令を無視する。

図８（ｃ）のステップＳ３６において、Ｉ／Ｏユニット３０のＣＰＵ３１は、前記受信した値変更命令に応じて、メモリ３２内の実Ｉ／Ｏカレント内の対応するパラメータの値を変更し、ステップＳ３７において、前記ステップＳ３６のパラメータ値変更結果を、第２種ネットワーク１２０に接続されている全てのエンジン２０に送信する。

エンジン２０は、第２種ネットワーク１２０を介して、前記ステップＳ３７でＩ／Ｏユニット３０から送信された値変更結果を受信する（図８（ｂ）のステップＳ３４）。エンジン２０のＣＰＵ２１は、ステップＳ３５において、前記Ｉ／Ｏユニット３０から受信した値変更結果に応じて、メモリ２２内の仮想Ｉ／Ｏカレント内の対応するパラメータ値を、該Ｉ／Ｏユニット３０の実Ｉ／Ｏカレント内の対応するパラメータの値と同じになるように更新するとともに、Ｉ／Ｏユニット３０から受信した値変更結果を、当該エンジン２０が接続されている第１種ネットワーク１１０に属する全てのコンソール１０に送信する（前記ステップＳ３２）。前述の通り、エンジン２０のメモリ２２には、自身の処理ｃｈに結線されているポートに対応する仮想Ｉ／Ｏカレントのみが記憶されているので、前記ステップＳ３５の仮想Ｉ／Ｏカレントの更新と値変更結果の転送（前記ステップＳ３２）は、値変更されたポートの仮想Ｉ／Ｏカレントを持つエンジン２０においてのみ行われる。そのポートに対応する仮想Ｉ／Ｏカレントを持たないエンジン２０は、値変更結果の通知を無視する。

コンソール１０は、エンジン２０を介して、Ｉ／Ｏユニット３０からの値変更結果を受信する（前記ステップＳ２９）。そして、コンソール１０のＣＰＵ１１は、前記受信した値変更結果に応じて、その値変更結果の送信元となっているＩ／Ｏユニット３０に対応する仮想Ｉ／Ｏカレント内の対応するパラメータの値を、該送信元のＩ／Ｏユニット３０の実Ｉ／Ｏカレント内の対応するパラメータの値と同じになるように更新し（前記ステップＳ２７）、該仮想Ｉ／Ｏカレントの更新結果に応じて、パネル表示部１７に表示されているパラメータの値を更新する（前記ステップＳ２５）。従って、コンソール１０でのオペレータ操作に応じたＩ／Ｏユニット３０内の実Ｉ／Ｏカレントのパラメータ値の変更結果に追従して、エンジン２０内の仮想Ｉ／Ｏカレントの対応するパラメータ値とコンソール１０内の仮想Ｉ／Ｏカレントの対応するパラメータ値とのそれぞれが変更される。

以上説明した本実施例に係るミキサシステム１００は、コンソール１０からエンジン２０にリモート制御用の制御データを送信するための第１種ネットワーク１１０と、エンジン２０とＩ／Ｏユニット３０との間で大量のオーディオ信号を通信するための第２種ネットワーク１２０との、２種類のネットワークを具備しており、かかる２種類のネットワークを具備するミキサシステム１００において、コンソール１０が第２種ネットワーク１２０に誤接続した状態で使用されること、及び、Ｉ／Ｏユニット３が第１種ネットワーク１１０に誤接続した状態で使用されることを、確実に防止できるように構成されている。この構成により、コンソール１０がエンジン２０及びＩ／Ｏユニット３０をリモート制御する際のオペレータ操作に対するレスポンスの悪化を防ぐとともに、オーディオ信号の通信に用いる第２種ネットワーク１２０の帯域を減らすことなく、ミキサシステム１００のオーディオ信号伝送性能を十分に発揮できる、という優れた効果を奏する。従って、ミキサシステム１００において、より安定したリモート制御とオーディオ処理の動作とを行えるようになる。

なお、前記図６のステップＳ１４において、エンジン２０は、第１種ネットワーク１１０、又は、第２種ネットワーク１２０のいずれから、コンソール１０からの制御要求を受信したかを判断条件として、制御要求の承諾又は拒否を判断しているが、更に、機種やファームウェアのバージョンを条件としてもよい。その場合、制御要求を送信したコンソール１０が、第１種ネットワーク１１０に接続されており、且つ、その機種やバージョンが当該エンジン２０に対応している場合に、エンジン２０は、「承諾」の応答を返す。

なお、上記の実施例では、エンジン２０のメモリ２２に記憶する仮想Ｉ／Ｏカレントは、当該エンジン２０の処理ｃｈに結線されたポートついてのパラメータのみを記憶するための実装方法の一例として、そのエンジン２０の処理ｃｈに結線されたポートに対応するパラメータ領域だけを用意していた。別の実装方法として、例えば、１台のＩ／Ｏユニット３０に備わる全ポート分のパラメータ領域を用意しておき、そのエンジン２０の処理ｃｈに結線されたポートのパラメータ領域を「有効」にする一方、そのエンジン２０の処理ｃｈに結線されていないポートのパラメータ領域を「無効」にする方法が考えられる。

なお、図１に示す通り、第１種ネットワーク１１０、１１５上のコンソール１０又はエンジン２０に、パーソナルコンピュータ（ＰＣ）４０を接続できる。その場合、コンソール１０のＵＩの代わりに、ミキサシステムのリモート制御用アプリケーションプログラムを実行するＰＣ４０が、オーディオ信号の入出力機能と信号処理機能とをオペレータ操作に応じて制御する制御装置として動作するようにしてもよい。なお、当該パーソナルコンピュータ等は、タブレット端末やスマートフォンのような携帯端末、あるいは上述の仮想マシンで合っても良く、その形態は問わない。例えば、図１において、コンソール１０ｂにＰＣ４０ａが接続されており、この場合、ＰＣ４０ａは、コンソール１０ａ，１０ｂと同様な第１ミキサシステム１００の制御装置として動作できる。また、第２ミキサシステム１０５のように、エンジン２０ｃにＰＣ４０ｂを接続した場合、そのＰＣ４０のＵＩ操作により、該エンジン２０ｃ及び第２種ネットワーク１２０上のエンジン２０ｂ、Ｉ／Ｏユニット３０ｂ、３０ｃの動作をリモート制御できる。この場合、コンソール１０ｃの電源を落とした後も、ＰＣ４０ｂを用いて第２ミキサシステム１０５の信号処理を継続できる。

なお、この実施例に係るミキサシステム１００は、エンジン２０のメモリ２２に仮想Ｉ／Ｏカレントを記憶している。このため、第１種ネットワーク１１０にコンソール１０が接続されていなくても、エンジン２０とＩ／Ｏユニット３０が第２種ネットワーク１２０を介して接続されてさえいれば、そのエンジン２０の信号処理は継続できる。したがって、例えば、第１種ネットワーク１１０側のコンソール１０の電源をオフした後にも、オーディオ信号の処理を継続できる。その場合、オペレータは、例えばエンジン２０のＵＩ２６を使ってミキシング処理のパラメータの値を調整したり、エンジン２０に接続されたＰＣ４０を使って、そのエンジン２０の動作をリモート制御したりできる。

なお、エンジン２０が行うオーディオ信号に対するデジタル信号処理は、前記図３に示すミキシング処理に限らず、例えばオーディオ信号の特性制御処理、分析処理、残響付与処理等、どのようなデジタル信号処理であってもよい。

なお、ミキサシステム１００の構成は、少なくとも１つコンソール１０（制御装置）と１又は複数のエンジン２０とを当該ミキサシステム１００に専用の１つの第１種ネットワーク１１０で接続し、該第１種ネットワーク１１０に接続した１又は複数のエンジン２０と１又は複数のＩ／Ｏユニット３０（及びポートを利用可能な任意のデバイス）とを少なくとも１つの第２種ネットワーク１２０に接続した構成でさえあればよい。ミキサシステム１００の変更例としては、例えば、１つのミキサシステムに対して複数の第２種ネットワーク１２０に接続できるよう、エンジン２０のＮ＿ＩＯ２３を拡張することにより、１つのミキサシステム１００が、１つの第１種ネットワーク１１０と複数の第２種ネットワーク１２０とを具備するよう構成されてもよい。その場合、第２種ネットワーク１２０を増設する分、ミキサシステム全体のオーディオ信号伝送用の帯域（伝送チャネル数）が拡張される。

また、ミキサシステム１００,１０５を構成する各デバイス１０,２０,３０、第１種ネットワーク１１０、及び、第２種ネットワーク１２０は、クラウドあるいはコンピュータ上に実現される仮想マシン乃至仮想ネットワーク上に構築してもよい。

また、本発明のオーディオ処理システムはミキサシステムに適用することに限らず、ミキサシステム１００又は１０５を構成する制御装置１０、処理装置２０、若しくは、入出力装置３０のいずれのデバイスに適用してもよく、また、単一のデバイスで実現する場合のみならず、或るデバイスが前記制御装置１０によるリモート制御の有効又は無効を判断する動作を担い、他のデバイスが入出力装置３０におけるオーディオ信号の入出力の有効有効又は無効を判断する動作を担う等、複数のデバイスで役割を分担してもよい。

なお、本発明のオーディオ処理システムは、エンジン２０がミキシング処理を行うミキサシステム１００、１０５に限らず、例えば、構内放送システムなど、その他の用途のオーディオ処理システムにも適用できる。

なお、本発明は、１又は複数のオーディオ信号を入出力する入出力装置と、前記１又は複数のオーディオ信号を処理する処理装置と、前記処理装置と前記入出力装置とをリモート制御するための制御装置と、前記制御装置と前記処理装置とを接続するための第１種ネットワークと、前記第１種ネットワークに接続された処理装置と前記入出力装置とを接続するための第２種ネットワークとを具備するオーディオ処理システムにおける、リモート制御設定方法の発明、又は、入出力設定方法の発明として構成及び実施することもできる。すなわち、リモート制御設定方法の発明は、前記のオーディオ処理システムにおいて、制御装置によるリモート制御の有効又は無効を設定する方法であって、前記制御装置が前記第１種ネットワークに接続されている場合、前記処理装置と前記入出力装置とに対するリモート制御を有効にする一方、前記制御装置が前記第２種ネットワークに接続されている場合は、前記処理装置と前記入出力装置とに対するリモート制御を無効にするステップを具備する。また、入出力設定方法の発明は、前記のオーディオ処理システムにおいて、入出力装置におけるオーディオ信号の入出力の有効又は無効を設定する方法であって、前記入出力装置が前記第２種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を有効にする一方、前記入出力装置が前記第１種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を無効にするステップを具備する。また、本発明は、上記のリモート制御設定方法をコンピュータに実行させるプログラムの発明、及び、上記の入出力設定方法をコンピュータに実行させるプログラムの発明として構成及び実施することもできる。

１００ ミキサシステム、１０ コンソール、２０ エンジン、３０ Ｉ／Ｏユニット、４０ パーソナルコンピュータ、１１０ 第１種ネットワーク、１２０ 第２種ネットワーク、１１，２１，３１ ＣＰＵ、１２，２２，３２ メモリ、１３，２３、３３ ネットワークインタフェース、１４，２４，３４ オーディオインタフェース、１５，２５，３５ ＰＣインタフェース、１６ パネル操作部、１７ パネル表示部、２６，３６ ユーザインタフェース、２７ ＤＳＰ、１８，２８，３８ ＣＰＵバス、１９，２９，３９ オーディオバス

Claims (7)

1. １又は複数のオーディオ信号を入出力する入出力装置と、
   前記１又は複数のオーディオ信号を処理する処理装置と、
   前記処理装置と前記入出力装置とをリモート制御するための制御装置と、
   前記制御装置と前記処理装置とを接続するための第１種ネットワークと、
   前記処理装置と前記入出力装置とを接続するための第２種ネットワークとを具備するオーディオ処理システムであって、
   前記制御装置が前記第１種ネットワークに接続されている場合、該制御装置による前記処理装置と前記入出力装置とに対するリモート制御を有効にする一方、前記制御装置が前記第２種ネットワークに接続されている場合は、該制御装置による前記処理装置と前記入出力装置とに対するリモート制御を無効にするリモート制御設定手段
   を備えることを特徴とするオーディオ処理システム。
2. 前記入出力装置が前記第２種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を有効にする一方、前記入出力装置が前記第１種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を無効にする入出力設定手段を、更に備えることを特徴とする請求項１に記載のオーディオ処理システム。
3. １又は複数のオーディオ信号を入出力する入出力装置と、
   前記１又は複数のオーディオ信号を処理する処理装置と、
   前記処理装置と前記入出力装置とをリモート制御するための制御装置と、
   前記制御装置と前記処理装置とを接続するための第１種ネットワークと、
   前記処理装置と前記入出力装置とを接続するための第２種ネットワークとを具備するオーディオ処理システムであって、
   前記入出力装置が前記第２種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を有効にする一方、前記入出力装置が前記第１種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を無効にする入出力設定手段
   を備えることを特徴とするオーディオ処理システム。
4. １又は複数のオーディオ信号を入出力する入出力装置と、前記１又は複数のオーディオ信号を処理する処理装置と、前記処理装置と前記入出力装置とをリモート制御するための制御装置と、前記制御装置と前記処理装置とを接続するための第１種ネットワークと、前記第１種ネットワークに接続された処理装置と前記入出力装置とを接続するための第２種ネットワークとを具備するオーディオ処理システムにおける制御装置であって、
   前記制御装置が前記第１種ネットワークに接続されている場合、前記処理装置と前記入出力装置とに対するリモート制御を有効にする一方、前記制御装置が前記第２種ネットワークに接続されている場合は、前記処理装置と前記入出力装置とに対するリモート制御を無効にするリモート制御設定手段
   を備えることを特徴する制御装置。
5. 前記入出力装置が前記第２種ネットワークに接続された場合、その入出力装置におけるオーディオ信号の入出力を有効にする一方、前記入出力装置が前記第１種ネットワークに接続された場合、その入出力装置におけるオーディオ信号の入出力を無効にする入出力設定手段を更に備えることを特徴とする請求項４に記載の制御装置。
6. １又は複数のオーディオ信号を入出力する入出力装置と、前記１又は複数のオーディオ信号を処理する処理装置と、前記処理装置と前記入出力装置とをリモート制御するための制御装置と、前記制御装置と前記処理装置とを接続するための第１種ネットワークと、前記第１種ネットワークに接続された処理装置と前記入出力装置とを接続するための第２種ネットワークとを具備するミキサシステムにおける制御装置であって、
   前記入出力装置が前記第２種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を有効にする一方、前記入出力装置が前記第１種ネットワークに接続された場合、該入出力装置におけるオーディオ信号の入出力を無効にする入出力設定手段
   を備えることを特徴とする制御装置。
7. １又は複数のオーディオ信号を入出力する入出力装置と、前記１又は複数のオーディオ信号を処理する処理装置と、前記処理装置と前記入出力装置とをリモート制御するための制御装置と、前記制御装置と前記処理装置とを接続するための第１種ネットワークと、前記第１種ネットワークに接続された処理装置と前記入出力装置とを接続するための第２種ネットワークとを具備するオーディオ処理システムにおける前記処理装置であって、
   前記制御装置が前記第１種ネットワーク経由で該処理装置に接続されている場合、該制御装置によるリモート制御を承諾する一方、前記制御装置が前記第２種ネットワーク経由で該処理装置に接続されている場合は、該制御装置によるリモート制御を拒否する判断手段
   を備えることを特徴とする処理装置。

Images