リモート制御システム
【課題】制御装置でのパラメータ値の表示に対するリモート制御に関する遅延の影響を抑える。
【解決手段】被制御装置4-8は、制御装置から変更命令を受信したとき実カレントメモリを変更し（S8）、且つ、その変更命令を送信した制御装置を示す第１データと、その変更命令に応じた変更結果を示す第２データとを含む変更通知を生成して、該生成した変更通知を前記複数の制御装置に送信する(S15-S17)。複数の制御装置１〜３は、各々、被制御装置からの変更通知を受信し、該変更通知に含まれる第１データが当該制御装置を示していなければ、当該変更通知に含まれる第２データに基づいて、仮想カレントメモリを変更し、第１データが当該制御装置を示していれば、当該変更通知に含まれる前記第２データに基づく前記仮想カレントの変更を行わない(S21-S22)。
【解決手段】被制御装置4-8は、制御装置から変更命令を受信したとき実カレントメモリを変更し（S8）、且つ、その変更命令を送信した制御装置を示す第１データと、その変更命令に応じた変更結果を示す第２データとを含む変更通知を生成して、該生成した変更通知を前記複数の制御装置に送信する(S15-S17)。複数の制御装置１〜３は、各々、被制御装置からの変更通知を受信し、該変更通知に含まれる第１データが当該制御装置を示していなければ、当該変更通知に含まれる第２データに基づいて、仮想カレントメモリを変更し、第１データが当該制御装置を示していれば、当該変更通知に含まれる前記第２データに基づく前記仮想カレントの変更を行わない(S21-S22)。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の制御装置により、ネットワークを介して接続された被制御装置の動作をリモート制御及びリモート監視するリモート制御システムに関する。
【背景技術】
【０００２】
従来、複数の制御装置と複数の音響装置とをイーサネット（登録商標）等のネットワークで接続してなるリモート制御システムにおいて、複数の制御装置から、各音響装置の動作を制御（リモート制御）したり、動作状況の監視（リモート監視）したりできることが知られる。このようなリモート制御システムについては、例えば特許文献１及び特許文献２に記載されている。
【０００３】
リモート制御又はリモート監視対象となる複数の音響装置（被制御装置）は、例えば、デジタルオーディオミキサ（以下単に「ミキサ」とも言う）、パワーアンプ、レコーダ、或いは、オーディオ信号の入出力装置等である。音響装置は、それぞれ、複数のパラメータの値を記憶するカレントメモリ（実カレント）を有しており、実カレントのパラメータに基づいて当該音響装置自身の動作を制御する。音響装置の動作は、例えばオーディオ信号のルーティングやオーディオ信号処理などである。
【０００４】
各制御装置は、各音響装置の実カレントに対応するカレントメモリ（仮想カレント）を有しており、自身のユーザインタフェースに仮想カレントのパラメータ値を表示できる。制御装置が音響装置をリモート制御及び／又はリモート監視する際には、仮想カレントと、対応する実カレントとを同期化する（互いに同じデータになるよう一方から他方にコピーする）。その結果、制御装置のユーザインタフェースに実質的に実カレントのパラメータ値が表示されることになるので、制御装置から音響装置の動作（実カレントのパラメータ値）をリモート監視できるようになる。
【０００５】
かかるリモート制御システムにおいて、或る制御装置が或る音響装置の動作をリモート制御し、また、別の制御装置がその音響装置をリモート監視する動作は、概ね以下の通りである。或る制御装置においてユーザが或る音響装置の１つのパラメータ値を変更する操作を行うと、先ず、当該制御装置は、そのパラメータ値変更操作に応じて自身の仮想カレント内のそのパラメータ値を更新するとともに、該操作に対応する「変更命令」を前記或る音響装置に送信する。次に、その変更命令を受信した音響装置は、受信した変更命令に応じて自身の実カレント内のそのパラメータ値を更新するとともに、その更新結果を示す「変更通知」を、リモート制御システム中の全ての制御装置に送信する。そして、該変更通知を受信した各制御装置は、自身の仮想カレントのそのパラメータの値を、その音響装置の実カレントのパラメータ値と同じ値に変更する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２１８９３７号公報
【特許文献２】特開２００９−２１８９４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
前述した制御装置におけるパラメータ値の変更操作は、具体的には、制御装置の操作パネルに設けられた操作子の操作である。操作子には、例えば、回転操作されるノブ、直線的にスライド操作されるフェーダ、或いは、押下操作される押しボタンスイッチなどがある。ユーザにより操作された操作子がノブやフェーダ等のような連続可変タイプの操作子である場合、操作子の操作状態の連続変化に追従してパラメータの値を連続的に変化させるために、制御装置は、リモート制御対象の音響機器に対して、複数の変更命令を連続的に出力することになる。
【０００８】
ところで、リモート制御システムにおけるネットワーク経由のリモート制御には、一般に、制御装置が変更命令を送信してから、それに応じて音響装置が変更通知を送信するまでの間に、一定でない遅延がある。このリモート制御に関する遅延のために、制御装置がユーザ操作に応じた最新の変更命令を送信した後に、当該変更命令より前の時点に送信した変更命令に対応する古い変更通知を音響機器から該制御装置が受信してしまうという問題があった。とりわけ、上述した複数の変更命令が連続的に出力される場合（例えばノブやフェーダのような連続可変タイプの操作子が操作された場合）、その問題が生じやすかった。その場合、制御装置における現在の操作子の操作状態に関わらず、音響機器から受信した変更通知によって、その制御装置の仮想カレントのパラメータ値が変更されてしまう、すなわち、その制御装置にて表示されるパラメータ値が現在の操作状態に素直に追従しない、という不都合があった。
【０００９】
この発明は、上述の点に鑑みてなされたもので、複数の制御装置によりネットワークを介して接続された被制御装置のパラメータ値をリモート制御及びリモート監視する場合に、ユーザのパラメータ値変更操作を受け付けた制御装置に記憶されるパラメータ値に対するリモート制御に関する遅延の影響を抑えることができるようにしたリモート制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
この発明は、ネットワークにより接続された複数の制御装置と少なくとも１台の被制御装置とを含むリモート制御システムであって、前記被制御装置が、複数のパラメータを記憶する実カレントメモリと、前記実カレントメモリに記憶された複数のパラメータに基づいて、当該被制御装置の動作を制御する動作制御部と、前記複数の制御装置のうち何れか１つの制御装置からの変更命令を前記ネットワーク経由で受信したときに、該受信した変更命令に基づいて、前記実カレントメモリの１つのパラメータの値を変更し、且つ、その変更命令を送信した前記制御装置を示す第１データと、その変更命令に応じた変更結果を示す第２データとを含む変更通知を生成して、該生成した変更通知を前記複数の制御装置に前記ネットワーク経由で送信する変更命令受付部とを備えており、前記複数の制御装置の各々が、前記被制御装置に対応しており、該被制御装置の前記実カレントメモリに記憶された複数のパラメータと実質的に同じ値の複数のパラメータを記憶する仮想カレントメモリと、ユーザによるパラメータ値変更操作に応じて、前記被制御装置に対応する仮想カレントメモリの１のパラメータの値を変更し、且つ、そのパラメータ値変更操作に対応する前記変更命令を生成して、該生成した変更命令を該被制御装置に前記ネットワーク経由で送信するパラメータ値変更操作受付部と、被制御装置の前記変更命令受付部により送信された前記変更通知を前記ネットワーク経由で受信し、該変更通知に含まれる前記第１データが当該制御装置を示しているか否かを判断し、該第１データが当該制御装置を示していなければ、当該変更通知に含まれる前記第２データに基づいて、該被制御装置に対応する仮想カレントメモリの１つのパラメータの値を変更し、一方、該第１データが当該制御装置を示していれば、当該変更通知に含まれる前記第２データに基づく前記仮想カレントのパラメータの値の変更を行わない変更通知受付部とを備えることを特徴とする。
【００１１】
上記リモート制御システムの一実施形態として、前記被制御装置が、更に、ユーザによるパラメータ値変更操作に応じて、前記実カレントメモリの１つのパラメータの値を変更し、且つ、いずれの制御装置も示さない前記第１データと、該パラメータ値変更操作に応じた変更結果を示す前記第２データとを含む変更通知を生成して、該生成した変更通知を前記複数の制御装置に前記ネットワーク経由で送信するローカルパラメータ値変更操作受付部を備えるよう構成できる。
【００１２】
また、上記リモート制御システムの一実施形態として、被制御装置における前記変更命令受付部が前記変更通知を所定の通知周期毎に生成して送信するものであり、該変更通知の前記第１データが、そのパラメータの変更命令を当該通知周期内で最後に送信した前記制御装置を示し、前記第２データが当該通知周期の終わりの時点での該パラメータの値を示すように構成できる。
【発明の効果】
【００１３】
この発明のリモート制御システムによれば、被制御装置から各制御装置にネットワーク経由で送信される変更通知に、その変更通知に対応する変更命令を送信した制御装置を示す第１データを含めておく構成により、該変更命令を送信した制御装置（ユーザによるパラメータ値変更操作を受け付けた制御装置）は、その変更命令に対応する変更通知に応じて仮想カレントメモリのパラメータ値を変更せず、ユーザによるパラメータ値変更操作に応じた仮想カレントメモリのパラメータ値を保持しておくことができる。ネットワーク経由で送信される変更通知に応じた仮想カレントメモリのパラメータ値の変更をしないことにより、表示されるパラメータ値が現在の操作状態に素直に追従しない、というリモート制御に関する遅延による不都合が生じない。一方、ネットワーク上の該変更命令を送信した制御装置とは別の制御装置では、その変更命令に対応する変更通知に含まれる第２データに基づいて仮想カレントメモリのパラメータの値を変更するので、被制御装置のパラメータ値をリモート監視できる。すなわち、この発明のリモート制御システムによれば、複数の制御装置によってネットワークを介して接続された被制御装置のパラメータの値をリモート制御及びリモート監視する場合に、ユーザのパラメータ値変更操作を受け付けた制御装置で記憶するパラメータ値に対するリモート制御に関する遅延の影響を抑えることができるという優れた効果を奏する。
また、被制御装置の変更命令受付部が変更通知を所定の通知周期毎に生成して送信するものであり、変更通知に含まれる第１データがパラメータの変更命令を当該通知周期内で最後に送信した前記制御装置を示し、また、第２データが当該通知周期の終わりの時点での該パラメータの値を示すよう構成することにより、当該通知周期内に１つのパラメータの値が複数回変更されたときでも該周期内に生成し送信される変更通知は１つだけなので、通知周期に送信し生成する変更通知が少なくてすむ。
【図面の簡単な説明】
【００１４】
【図１】本発明のリモート制御システムの全体構成を説明するブロック図。
【図２】制御装置の電気的ハードウェア構成を説明するブロック図。
【図３】被制御装置の１つであるミキサの電気的ハードウェア構成を説明するブロック図。
【図４】被制御装置の１つであるパワーアンプの電気的ハードウェア構成を説明するブロック図。
【図５】被制御装置のメモリの記憶内容を説明するデータ構成図。
【図６】制御装置のメモリの記憶内容を説明するデータ構成図。
【図７】制御装置のユーザインタフェースに表示されるパラメータ調整画面。
【図８】制御装置が実行するリモート制御準備処理のフローチャート。
【図９】制御装置が実行するユーザ操作に応じたパラメータ値変更処理のフローチャート。
【図１０】被制御装置が実行する変更命令受信時の処理のフローチャート。
【図１１】被制御装置が実行するユーザ操作に応じたパラメータの値変更処理のフローチャート。
【図１２】被制御装置が実行する制御装置に対する変更通知処理のフローチャート。
【図１３】制御装置が実行する変更通知受信時の処理のフローチャート。
【発明を実施するための形態】
【００１５】
以下に、本発明のリモート制御システムの一実施形態について、添付図面を参照して、説明する。
【００１６】
図１において、リモート制御システムは、１台のミキシングコンソール１（Ｃｏｎ：以下、「コンソール」と表記）と、２台のパーソナルコンピュータ２，３（ＰＣ）と、１台のデジタルオーディオミキサ４（ｍｉｘｅｒ：以下、「ミキサ」と表記）と、２台のパワーアンプ（ａｍｐ：以下、「アンプ」と表記）５，６と、１台のエフェクタ（ｅｆｆ．）７と、１台のステージボックス（ｓｂｏｘ）８とをネットワーク９により接続してなる。
【００１７】
ミキサ４、アンプ５，６、エフェクタ７及びステージボックス８は、それぞれ、例えばオーディオ信号のルーティングやオーディオ信号処理などオーディオ信号に関する信号処理を行う音響装置であり、制御装置１〜３から動作制御（リモート制御）及び動作状況の監視（リモート監視）を受ける被制御装置である。
【００１８】
コンソール１及びＰＣ２，３は、それぞれ、リモート制御システム内の各被制御装置４〜８のリモート制御及びリモート監視するためのソフトウェアプログラム（リモート制御ソフト）を実行することにより、制御装置として機能する。コンソール１は、オーディオ信号に関する信号処理（被制御装置４〜８の動作）の制御に専用のフィジカルコントローラである。ＰＣ２，３は、汎用のＯＳ（オペレーティングシステム）を登載した汎用のパーソナルコンピュータであって、アプリケーションプログラムの１つとしてリモート制御ソフトを実装している。
【００１９】
ネットワーク９は、例えばイーサネット（登録商標）ケーブルなど汎用のネットワークケーブルにより複数の装置１〜８を物理的に接続して形成されたローカルエリアネットワーク（ＬＡＮ）である。ネットワーク９上の各装置１〜８の間では、ＴＣＰ／ＩＰプロトコルに従うデータ通信が可能である。更に、ネットワーク９を用いて各装置の間でオーディオ信号をリアルタイム伝送できるようにしてもよい。その場合、そのデータ伝送フォーマットは、例えばＣｏｂｒａＮｅｔ（登録商標）など、従来から知られる適宜のデータ伝送フォーマットを適用できる。
【００２０】
図２は、制御装置として利用されるコンソール１及びＰＣ２，３の電気的ハードウェア構成の概要を示すブロック図である。図２に示すように、制御装置は、ＣＰＵ（Central Processing Unit）１０と、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access memory）からなるメモリ１１と、ネットワークインタフェース（Ｉ／Ｆ）１２、ユーザインタフェース（ＵＩ）１３と、ハードディスク（Hard disk drive、ＨＤＤ）１４とを備え、前記の各部１０〜１４がＣＰＵバス１５により接続される。
【００２１】
ＣＰＵ１０は、メモリ１１に記憶された各種制御プログラムを実行して、制御装置（コンソール１又はＰＣ２，３）の全体動作を制御する。メモリ１１は、前記各種制御プログラムを記憶するとともに、ＣＰＵ１０が実行するプログラムのロード領域やワーク領域に使用される。また、メモリ１１には、リモート制御システム内の各被制御装置４〜８の動作をリモート制御／リモート監視するための複数のパラメータを記憶するカレントメモリ（仮想カレント）が設けられている（後述の図５参照）。ＨＤＤ１４は外部記憶装置の一例である。メモリ１１又はＨＤＤ１４には、前記リモート制御ソフトが記憶される。
【００２２】
コンソール１は、ユーザインタフェース１３として、例えば、回転操作されるノブ、直線的にスライド操作されるフェーダ、或いは、押下操作される押しボタンスイッチなど、多種多数の操作子と、各種情報を表示するディスプレイとを具備する。ＰＣ２，３は、ユーザインタフェース１３として、各種情報を表示するディスプレイと、該ディスプレイに表示された画面上で各種操作を入力する入力手段として、例えばマウス及びキーボードとを具備する。ネットワークインタフェース１２は、当該制御装置をネットワーク９に接続するためのインタフェースである。
【００２３】
図３はミキサ４の電気的ハードウェア構成を示すブロック図である。ミキサ４は、ＣＰＵ２０と、ＲＯＭ及びＲＡＭからなるメモリ２１と、ネットワークインタフェース２２と、パネル表示部（Ｐ表示）２３と、パネル操作子（Ｐ操作子）２４と、電動フェーダ（電動Ｆ）２５と、オーディオ入出力部（ＡＩＯ）２６と、信号処理部（Digital Signal Processor、ＤＳＰ）２７とを備え、前記の各部２０〜２７がＣＰＵバス２８により接続される。また、オーディオ入出力部２６とＤＳＰ２７とは、オーディオバス２９により接続される。
【００２４】
ＣＰＵ２０はメモリ２１に記憶された各種制御プログラムを実行して、ミキサ４の全体動作を制御する。メモリ２１は、前記各種制御プログラムを記憶するとともに、ＣＰＵ２０が実行するプログラムのロード領域やワーク領域に使用される。また、メモリ２１には、当該ミキサ４の動作を制御する複数のパラメータを記憶するカレントメモリ（実カレント）が設けられている（後述の図６参照）。ネットワークインタフェース２２はミキサ４をネットワーク９に接続するためのインタフェースである。
【００２５】
パネル表示部２３、パネル操作子２４及び電動フェーダ２５は、ミキサ４の操作パネルに設けられたユーザインタフェースである。パネル表示部２３は、例えばタッチパネル式液晶ディスプレイにより構成され、ＣＰＵ２０からＣＰＵバス２８を介して与えられた表示制御信号に基づいて各種画面を表示できる。パネル操作子２４は、ノブ、押しボタンスイッチなどを含む操作パネル上に配置された操作子群である。電動フェーダ２５は、フェーダ型の操作子であり、ユーザが操作できるとともに、ＣＰＵ１０から与えられる駆動制御信号に基づいて操作位置が自動制御される。
【００２６】
オーディオ入出力部２６は、マイクやレコーダ等の外部機器と接続して、オーディオ信号を入出力するインタフェースであり、アナログデジタル変換（ＡＤ変換）、デジタルアナログ変換（ＤＡ変換）、及びデジタル変換（フォーマット変換）する機構を含む。
【００２７】
ＤＳＰ２７は、ＣＰＵ２０の指示に基づいて各種のマイクロプログラムを実行することにより、メモリ２１の実カレントに記憶された各種のパラメータの値に基づいて、オーディオ入出力部２６から入力されたオーディオ信号に対して、オーディオミキシングに関する各種信号処理を行い、処理後のオーディオ信号をオーディオ入出力部２６から出力する。前記各種信号処理は、オーディオ信号の音量レベル制御、複数のオーディオ信号のミキシング、オーディオ信号への効果付与等である。
【００２８】
図４はアンプ５，６の電気的ハードウェア構成を示すブロック図である。アンプ５，６は、ＣＰＵ３０と、メモリ３１と、ネットワークインタフェース３２と、ユーザインタフェース３３と、オーディオ入出力部３４と、増幅部（ＡＭＰ）３５と、ＤＳＰ３６とを備え、前記の各部３０〜３６がＣＰＵバス３７により接続されるとともに、オーディオ入出力部３４と、ＡＭＰ３５と、ＤＳＰ３６とがオーディオバス３８により接続される。
【００２９】
ＣＰＵ３０はメモリ３１に記憶された各種制御プログラムを実行して、アンプの全体動作を制御する。メモリ３１は、前記各種制御プログラムを記憶するとともに、ＣＰＵ３０が実行するプログラムのロード領域やワーク領域に使用される。メモリ３１には、当該ミキサ４の動作を制御する複数のパラメータを記憶するカレントメモリ（実カレント）が設けられている。ネットワークインタフェース３２はアンプをネットワーク９に接続するためのインタフェースである。ユーザインタフェース３３には、音量レベル等を操作する各種操作子や、レベルメータ等の各種インジケータが含まれる。
【００３０】
オーディオ入出力部３４は、ミキサやスピーカ等の外部機器に接続して、オーディオ信号を入出力するインタフェースである。ＤＳＰ３６は、ＣＰＵ３０の指示に基づいて各種のマイクロプログラムを実行することにより、メモリ３１（実カレント）に記憶された各種パラメータの値に基づいて、オーディオ入出力部３４から入力されたオーディオ信号に対する信号処理を行い、処理後のオーディオ信号を増幅部３５へ出力する。前記信号処理は、例えばイコライザー、ディレイ、クロスオーバー、リミッター等である。ＡＭＰ３５は、ＤＳＰ３６で処理されたオーディオ信号を電力増幅して、増幅されたオーディオ信号を、オーディオ入出力部３４経由でスピーカ等の外部機器へ出力する。
【００３１】
エフェクタ７とステージボックス８との電気的ハードウェア構成（図示は省略）は、それぞれ、図３のミキサ又は図４のアンプと概ね同様に、ＣＰＵ、メモリ（実カレント）、ネットワークインタフェース、ユーザインタフェース、オーディオ入出力部及びＤＳＰを含む。エフェクタ７は、入力されたオーディオ信号に対して効果付与する装置である。ステージボックス８は、オーディオ信号の入出力機能を有するプロセッサである。
【００３２】
図５は、各被制御装置（ミキサ４、アンプ５，６、エフェクタ７及びステージボックス８）のメモリ（図３，４で符号２１，３１）に記憶されるリモート制御及びリモート監視に関連するデータの記憶内容を説明するデータ構成図である。被制御装置のメモリには、図５に示す通り、機種ＩＤ４１と、リアルデバイスＩＤ（「ｒｄＩＤ」と省略表記）４２と、ＩＰ（Internet Protocol）アドレス４３と、動作データ４４と、コントローラＩＤｘ（「ｃＩＤｘ」と省略表記）４５と、モディファイド・パラメータ・リスト（「ＭＰリスト」と省略表記）４６の記憶領域が用意される。説明をかににするため、以下では、各記憶領域名で、その記憶領域に記憶されているデータを示す。
【００３３】
機種ＩＤ４１は、当該被制御装置の機種を示すＩＤ（固定値）である。同じ機種であっても、ファームウェアのバージョンが異なれば、異なる機能を持つことがあるので、機種ＩＤ４１には、ファームウェアのバージョン番号を含め、バージョンアップ毎に更新するようにしてもよい。ｒｄＩＤ４２は、当該被制御装置の個体を少なくともネットワーク９内で識別する識別情報（ＩＤ）である。例えば、ｒｄＩＤ４２は、メーカが自社の各製品に付与したＩＤ（そのメーカ製品内でユニークな固定値）であってもよいし、イーサネット（登録商標）のインタフェース２２，２３に付与されたＭＡＣアドレス（全世界でユニークな固定値）であってもよいし、ユーザがリモート制御システムの書く機器に付与した制御用ＩＤ（そのシステムないでユニークなユーザ可変値）であってもよい。ＩＰアドレス４３は、ネットワーク９経由の通信において当該被制御装置（又はインタフェース２２，２３）を指定するために用いる、少なくともネットワーク９上でユニークなアドレスである。
【００３４】
動作データ４４は、当該被制御装置の信号処理の動作を制御する複数のパラメータの現在値であり、これらを記憶する領域がカレントメモリ（実カレントメモリ）に相当する。以下、動作データ４４として記憶されるパラメータ群と、それらを記憶するカレントメモリ領域とを含めて「実カレント」４４と称する。実カレント４４内の各パラメータは、該実カレント４４内でユニークなパラメータＩＤ（「ｐＩＤ」と省略表記）により特定される。ｐＩＤは、例えば、実カレント４４内で連続するパラメータ番号である。以下、実カレント４４内の或るｐＩＤで特定されるパラメータの値を、省略表記「Ｐ（ｐＩＤ）」で表す。ここで、各被制御装置の複数のパラメータは、そのｒｄＩＤにより特定される機種に固有のデータ構成（例えば、パラメータの種類、パラメータ毎のｐＩＤ及びパラメータ毎の設定値の範囲等）を有している。
【００３５】
ｃＩＤｘ４５は、実カレント４４内の或るパラメータ値Ｐ（ｐＩＤ）が変更されたときに、変更させた制御装置（後述する変更命令の送信元（起源）となった制御装置）を特定する一時的なデータである。或るパラメータ値Ｐ（ｐＩＤ）が変更される毎に、後述の図１０又は図１１の処理により、該パラメータ値Ｐ（ｐＩＤ）を最後に変更させた制御装置を特定する識別情報（後述のｒｃＩＤ６１）又はいずれの制御装置も示さないデータ（ｎｕｌｌ）が、ｃＩＤｘ４５に一時的にセットされる。
【００３６】
ＭＰリスト４６は、実カレント４４内にあるパラメータ群のうち、後述する所定の通知周期内に値が変更されたパラメータのｐＩＤと、そのパラメータ値Ｐ（ｐＩＤ）の変更操作を行った装置を示すｃＩＤｘ４５とのデータペアを、１又は複数記憶するリストである。ＭＰリスト４６の実装方法の一例として、複数の前記データペアをｐＩＤの昇順又は降順にソートするとよい。その場合、或るｐＩＤのデータペアがＭＰリスト４６内に存在するか否かの確認を、容易且つ高速に行うことができる。
【００３７】
図６は、制御装置（コンソール１、及びＰＣ２，３）のメモリ１１に記憶されるリモート制御及びリモート監視に関連するデータの記憶内容を説明するデータ構成図である。制御装置のメモリ１１には、図５に示す通り、ネットワーク９上の各被制御装置４〜８に対応する５つの仮想デバイスデータ５０が記憶されている。図では、「仮想デバイスデータ１」、「仮想デバイスデータ２」・・・「仮想デバイスデータ５」という具合に、仮想デバイスデータ５０に番号を付けて区別を示している。各仮想デバイスデータ５０は、それぞれ、対応する被制御装置（音響機器）を、制御装置上で仮想的に表すデータである。仮想デバイスデータ５０によって表される仮想的音響機器を「仮想デバイス」と称する。また、被制御装置４〜８のことを、仮想デバイスに対応する実際の音響機器という意味で「実デバイス」と称する。
【００３８】
１つの仮想デバイスデータ５０には、機種ＩＤ５１と、仮想デバイスＩＤ（「ｖｄＩＤ」と省略表記）５２と、ＩＰアドレス５３と、動作データ５４と、オンラインフラグ（「ＯＦ」と省略表記）５５の記憶領域が用意される。機種ＩＤ５１は、当該仮想デバイスに対応する実デバイスの機種を特定するＩＤである。ｖｄＩＤ５２は当該仮想デバイスを特定するＩＤであり、当該仮想デバイスに対応付けられた被制御装置（実デバイス）のｒｄＩＤと同じ値がセットされる。或る実デバイスが制御装置とオンライン状態にあるとき、その実デバイスのｒｄＩＤによって、その実デバイスだけでなく、その実デバイスに対応付けられた仮想デバイスも特定できる。また、ＩＰアドレス５３は、当該仮想デバイスに対応付けられた被制御装置（実デバイス）のＩＰアドレスである。ｖｄＩＤ５２とＩＰアドレス５３とは、それぞれ、当該仮想デバイスと対応付けるべき被制御装置（実デバイス）を特定するための情報であり、後述図８のリモート制御準備処理により確定する。
【００３９】
動作データ５４は、当該仮想デバイスに対応する被制御装置（実デバイス）の実カレント４４に対応する複数のパラメータの現在値であり、これを記憶する領域がカレントメモリ（仮想カレントメモリ）に相当する。以下、動作データ５４として記憶されるパラメータ群と、それらを記憶するカレントメモリ領域とを含めて「仮想カレント」５４と称する。仮想カレント５４は、後述するリモート制御準備処理により対応する実カレント４４と同期化することで、対応する被制御装置の実カレント４４と実質的に同じ値の複数パラメータを記憶する。仮想カレント５４内の各パラメータは、それぞれ、当該仮想カレント５４内でユニークなパラメータＩＤ（「ｐＩＤ」）により特定される。これら仮想カレント５４内の各パラメータに割り当てられたｐＩＤは、それぞれ、対応する実カレント４４内の対応するパラメータのｐＩＤと同じパラメータ番号とする。以下、仮想カレント５４内の或るパラメータｐＩＤの値を省略表記「Ｐ´（ｐＩＤ）」で表す。
【００４０】
オンラインフラグ（ＯＦ）５５は、当該仮想デバイスに対応する実デバイスが制御装置からリモート制御可能な状態（オンライン）であるか否かを２値で示すフラグである。ＯＦ５５は、例えば、オンラインのときの値を「１」、オフラインのときの値を「０」とする。ＯＦ５５の値が「１」のとき、制御装置から当該仮想デバイスに対応する実デバイスをリモート制御できる。
【００４１】
制御装置のメモリ１１には、また、複数の各機種のパラメータ構成等を示すデータベースである機種情報６０と、その他データの記憶領域とが用意される。任意の機種ＩＤで、機種情報６０を参照することにより、その機種ＩＤで特定される機種のパラメータ構成の情報を得ることができる。図６の各仮想デバイスデータの動作データの記憶領域は、その仮想デバイスの機種ＩＤで機種情報６０を参照して得られたデータ構成に基づいて準備される。また、その他データのうち、リアルコントローラＩＤ（「ｒｃＩＤ」と省略表記）６１は、当該制御装置の個体を少なくともネットワーク９内で識別する識別情報である。例えば、ｒｃＩＤ６１は、イーサネット（登録商標）のインタフェース１２に付与されたＭＡＣアドレス（全世界でユニークな固定値）であってもよいし、ユーザが各制御装置に付与した制御用ＩＤ（そのシステム内でユニークなユーザ可変値）であってもよい。また、デバイスＩＤ（「ｄＩＤｘ」と省略表記）６２は、当該制御装置からリモート制御する被制御装置を特定する一時的なデータである。或る被制御装置をリモート制御する際には、その被制御装置に対応付けられた仮想デバイスのｖｄＩＤ５２が、ｄＩＤｘ６２に一時的にセットされる。
【００４２】
図７は、制御装置のディスプレイ（図２のＵＩ１３）に表示されるパラメータ調整画面７０の一例である。パラメータ調整画面７０は、１つの仮想デバイスについて、その仮想カレント５４に記憶されている各パラメータ値を表示する画面であり、該表示されたパラメータの値変更操作をユーザから受け付けるＧＵＩ（Graphical User Interface）として機能する。
【００４３】
制御装置には、音響機器の機種毎に専用のパラメータ調整画面が用意されており、ユーザが所望の仮想デバイスを指定してパラメータ調整画面の表示を指示すると、制御装置のＣＰＵ１０は、該指定された仮想デバイスの機種に該当するパラメータ調整画面７０をディスプレイに表示し、且つ、そのパラメータ調整画面７０内に、該指定された仮想デバイスの仮想カレント５４に記憶されている各パラメータの値を表示する。
【００４４】
パラメータ調整画面７０の左上隅の文字列「ｄｅｖｉｃｅ：ｅｆｆ．（１２）」は、そのパラメータ調整画面７０に表示中の仮想デバイスのデバイス名である。デバイス名は、制御対象の仮想デバイスのｖｄＩＤ５２に基づいて表示されるもので、例えば機種名（「ｅｆｆ．」）と個体識別情報（「（１２）」）からなる。制御装置のＣＰＵ１０は、或る仮想デバイスに関するパラメータ調整画面７０を表示したときに、その仮想デバイスのｖｄＩＤ５２を、メモリ１１のｄＩＤｘ６２にセットする。
【００４５】
パラメータ値表示部７１は、パラメータ毎の値の表示と変更操作の受付を行うエリアである。１つの枠７２が１つのパラメータを示しており、枠７２内に表示したノブ画像やボタン画像等により、その値が表示される。各枠７２の左上隅には枠毎の番号が表示される。図の例では、パラメータ値表示部７１は、１８個の枠７２により１８個のパラメータを１画面に表示するように構成されており、１画面内に表示するパラメータ群を、画面右端のページ切り替えボタン７３を用いてページ毎に切り替えることができる。現在パラメータ値表示部７１に表示中のページに対応するページ切り替えボタン７３（図では上から２つ目のボタン「２」）が点灯状態となる。なお、図７において、ボタン画像等のＧＵＩ部品が点灯状態であることをハッチングにより表現している。
【００４６】
パラメータ値表示部７１に表示されるパラメータ群には、音量、デプス或いはレート等のように２値以上の複数値の範囲を持つパラメータ、オンオフ状態を２値で示すパラメータ、或いは、複数ｎ個の選択肢（例えば何らかのタイプ選択や接続先選択など）の選択状態を示すパラメータなどがある。例えば、枠７２ａには、２値以上の複数値の連続的な可変範囲を持つパラメータの値がノブ画像７４の回転位置（角度）によって示されている。枠７２ｂには、オンオフパラメータの値（オン又はオフいずれか）がボタン画像７５の点灯・消灯によって示されている。また、枠７２ｃには、タイプ選択パラメータの選択状態がボタン画像７６上の文字列「３」（第３のタイプを示す）によって示されている。また、枠７２ｄには、入力元接続先選択パラメータの選択状態がボタン画像７７上の文字列「ｉｎ５」（５番目の入力ｃｈを示す）によって示されている。
【００４７】
パラメータ調整画面７０の右上に設けられたオンラインランプ７８は、制御対象の仮想デバイスがオンライン状態であるか否かを示すもので、オンライン（当該仮想デバイスのＯＦ５５の値が「１」）のとき点灯し、オフライン（当該仮想デバイスのＯＦ５５の値が「０」）のとき消灯する。
【００４８】
制御対象の仮想デバイスがオンライン状態（ＯＦ５５の値が「１」）のとき、制御装置のユーザは、パラメータ調整画面７０から、制御対象の仮想デバイスに対応する被制御装置（実デバイス）の実カレント４４のパラメータの値をリモート制御できる。図８は、リモート制御を開始するときに、制御装置（コンソール１及びＰＣ２，３）のＣＰＵ１０が実行するリモート制御準備処理のフローチャートを示す。
【００４９】
ステップＳ１において、制御装置のＣＰＵ１０は、リモート制御開始すべき各被制御装置（実デバイス）に対応する各仮想デバイスのプロセスを起動し、且つ、該各仮想デバイスの仮想デバイスデータ５０をメモリ１１に準備する。すなわち、メモリ１１に仮想デバイス毎の仮想デバイスデータ５０の記憶領域を確保して、仮想デバイスデータ５０の領域に各種データ（図６の符号５１〜５５）を書き込む。ステップＳ１の処理は、任意の時点で実行されてよい。例えば、ユーザが機種を選択する操作を行ったときに、選択された機種の仮想デバイスを起動するようにしてもよい。或いは、過去にリモート制御で使用した仮想デバイスデータ５０を１つのプロジェクトファイルとして保存しておき、制御装置が、そのプロジェクトファイルを読み込んだときに、プロジェクトファ イルに含まれる仮想デバイスデータ５０に基づいて、複数の仮想デバイスを起動するようにしてもよい。さらに、制御装置が、ネットワークに接続された被制御装置を新たに発見したとき、その被制御装置と対応付けられる同じ機種の仮想デバイスが未起動であることを条件に、その機種の仮想デバイスを自動的に起動するようにしてもよい。
【００５０】
ステップＳ２において、制御装置のＣＰＵ１０は、前記ステップＳ１でプロセスを起動した各仮想デバイスに、ネットワーク９上で検出された被制御装置（実デバイス）のいずれか１つを対応付ける。例えば、制御装置のＣＰＵ１０は、ネットワーク９上の各被制御装置（実デバイス）から機種ＩＤ４１、ｒｄＩＤ４２及びＩＰアドレス４３を収集し、これら収集した情報に基づいて各仮想デバイスと実デバイスとを対応付けることができる。被制御装置が固定値のｒｄＩＤ４２を有するケースであれば、その被制御装置を、そのｒｄＩＤ４２と同じｖｄＩＤ５２を有する仮想デバイスに対応付けるようにすればよい。或いは、変更可能値であるｒｄＩＤ４２（又はＩＰアドレス４３）を用いて対応付けを行う場合は、ｖｄＩＤ５２（又はＩＰアドレス５３）との一致だけでなく、機種ＩＤも相互間で一致していることを条件に、実デバイスと仮想デバイスを対応付けるようにすればよい。何れのケースであっても、最低限、実デバイスと仮想デバイスとで機種ＩＤが一致していなければならない。更に、各機種ＩＤ毎に、実デバイスと仮想デバイスとの対応付けを、ユーザが自由に変更できるようにしてもよい。ユーザにより対応付けが確定された場合には、前記ステップＳ１で準備した仮想デバイスデータ５０の各仮想デバイスのｖｄＩＤ５２とＩＰアドレス５３とが、その仮想デバイスに対応付けられた実デバイスのｒｄＩＤ４２とＩＰアドレス４３と同じ値で、確定される。ステップＳ２の処理は、未だ対応付けされていない仮想デバイスが存在することを条件に、任意のタイミングで実行してよい。
【００５１】
ステップＳ３において、制御装置のＣＰＵ１０は、対応付け済みの各仮想デバイスと実デバイスとを同期化し、且つ、当該仮想デバイスのオンラインフラグ５５（ＯＦ（ｖｄＩＤ））に値「１」をセットする。「仮想デバイスと実デバイスとを同期化する」とは、仮想デバイスの仮想カレント５４内のパラメータ群と、対応する実デバイスの実カレント４４内のパラメータ群とを、同じ値にすることである。同期化の方向（仮想カレント５４の各パラメータ値を実カレント４４の各パラメータ値に一致させるか、又は、実カレント４４の各パラメータ値を仮想カレント５４の各パラメータ値に一致させるか）は、一方向に固定しても良いし、ユーザの指示に従うようにしてもよい。仮想デバイスと実デバイスを同期化することにより、仮想カレント５４内の各パラメータ値は、対応する実カレント４４内の各パラメータ値と同じ値になる。従って、仮想カレント５４内の各パラメータ値を表示するパラメータ調整画面７０は、実質的に、対応する実カレント４４の値を表示することになる。ステップＳ３の処理は、ユーザが、１又は複数の仮想デバイスの「オンライン化」を指示したときに、その仮想デバイスに関して実行される。或いは、ユーザが、１ないし複数の実デバイスと、１又は複数の仮想デバイスとの対応付けを確定したときに、その対応付けされた仮想デバイスに関して、ステップＳ２の処理に続けて実行されるようにしてもよい。
【００５２】
制御装置のユーザは、パラメータ調整画面７０において、パラメータ値表示部７１の１つの枠７２を選択し、操作パネル上の各種物理操作子（コンソール１のＵＩ１３）や、マウス或いはキーボード（ＰＣ２，３のＵＩ１３）を使って、該選択したパラメータの値を変更操作できる。図９は、パラメータ調整画面７０におけるパラメータ値の変更操作に応じて制御装置のＣＰＵ１０が実行する処理のフローチャートを示す。ユーザによるパラメータ値の変更操作があったとき、制御装置のＣＰＵ１０は、その操作に応じたパラメータ変化量ｖａｌを検出し、且つ、制御対象の仮想デバイス（パラメータ調整画面７０にパラメータを表示中の仮想デバイス）のｖｄＩＤと、該変更操作されたパラメータのｐＩＤとを特定し、該特定した１つの仮想デバイスｖｄＩＤの該特定した１つのパラメータｐＩＤについて、図９の処理を起動する。なお、検出されるパラメータ変化量ｖａｌは、操作子の操作量に応じたパラメータ値の相対的な変化量を示すデータでもよいし、あるいは、操作子の操作位置（操作子の動作範囲における絶対的な位置）に応じた絶対的なパラメータ値を示すデータでもよい。或いは、操作子の操作量を示すデータや、操作子の操作位置を示すデータでもよい。
【００５３】
ステップＳ４において、制御装置のＣＰＵ１０は、検出されたパラメータ値の変更量ｖａｌに応じて、ｄＩＤｘ６２にセットさているｖｄＩＤにより特定されるの仮想カレント５４内の、該変更操作されたパラメータｐＩＤの現在値Ｐ´（ｐＩＤ）を変更する。
【００５４】
ステップＳ５において、ＣＰＵ１０は、前記ステップＳ４の仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）の変更結果に応じて、当該制御装置のディスプレイ（ＵＩ１３）に表示中のパラメータ調整画面７０内の当該パラメータｐＩＤに関する表示を更新する。これにより、例えば枠７２ａのようにパラメータ値がノブ画像７４で表示されている場合は、ノブ画像７４の回転位置（ノブの角度）が操作子等の現在の操作状態に追従して変更される。また、枠７２ｂのようにパラメータ値がボタン画像７５で表示されている場合、ボタンの点灯・消灯状態が操作子等の現在の操作状態に追従して変更される。制御装置側でのパラメータ値の変更操作に応じて直ちに当該制御装置におけるパラメータ値の表示を更新するので、該変更操作に対する表示更新のレスポンスが良い。
【００５５】
ステップＳ６において、ＣＰＵ１０は、制御対象の仮想デバイスのオンラインフラグ５５（ＯＦ（ｄＩＤｘ））に基づいて、制御対象の仮想デバイスがオンライン中か否か判断する。オンライン中の場合（ステップＳ６のＹＥＳ）、ＣＰＵ１０は、ステップＳ７において、今回のパラメータ値の変更操作に応じた変更命令ＳＥＴを作成し、該作成した変更命令ＳＥＴを、制御対象の仮想デバイスに対応する被制御装置（実デバイス）にネットワーク９経由で送信する。すなわち、パラメータ調整画面７０でのパラメータ値変更操作に応じて上記ステップＳ４〜Ｓ７を行う構成がパラメータ値変更操作受付部として機能する。
【００５６】
変更命令ＳＥＴは、パラメータを特定するｐＩＤと、変更量ｖａｌと、当該変更命令ＳＥＴの送信元の制御装置を特定するｒｃＩＤ（図６の符号６１）とを含むデータである。変更命令ＳＥＴの宛先としては、制御対象の仮想デバイスの仮想デバイスデータ５０に含まれるＩＰアドレス５３を指定する。従って、変更命令ＳＥＴは、ネットワーク９上の複数の被制御装置４〜８のうち、制御対象の仮想デバイスに対応する１つの被制御装置にだけ送信される。
【００５７】
なお、変更命令ＳＥＴに含まれる変更量ｖａｌは、制御装置における操作子の相対的な変化量を示すデータでもよいし、あるいは、操作子の操作位置を示すデータでもよいし、或るいは、その操作に応じて変更された仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）でもよし、あるいは、該操作に応じた仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）の変化量でもよい。
【００５８】
一方、制御対象の仮想デバイスがオフライン中の場合は（ステップＳ６のＮＯ）、被制御装置に対する変更命令の送信が不要であるので、ＣＰＵ１０はそのまま処理を終了する。従って、オフライン中は、制御装置でのパラメータ値の変更操作は、当該制御装置の仮想カレント５４にのみ反映され、被制御装置の実カレント４４には反映されない。
【００５９】
変更命令ＳＥＴの宛先として指定されたＩＰアドレス５３に該当する被制御装置（実デバイス）は、前記ステップＳ６において制御装置から送信された変更命令ＳＥＴをネットワーク９経由で受信する。図１０は、前記ステップＳ６で送信された変更命令ＳＥＴの受信に応じて、被制御装置４〜８のＣＰＵ（図３，４の符号２０，３０）が実行する処理のフローチャートを示す。或る被制御装置のＣＰＵは、変更命令ＳＥＴを受信したとき図１０の処理を開始する。
【００６０】
ステップＳ８において、被制御装置のＣＰＵは、受信した変更命令ＳＥＴに含まれるｐＩＤにより、当該被制御装置の実カレント４４の１つのパラメータを特定し、該特定したパラメータｐＩＤの値Ｐ（ｐＩＤ）を、変更命令ＳＥＴに含まれる変更量ｖａｌに応じて変更する。これにより、実カレント４４の当該パラメータ値Ｐ（ｐＩＤ）が、実カレント４４の当該パラメータ値Ｐ（ｐＩＤ）が、変更命令ＳＥＴの送信元である制御装置内の対応する仮想カレント５４内の当該パラメータ値Ｐ´（ｐＩＤ）と同じ値になる。
【００６１】
ステップＳ９において、被制御装置のＣＰＵは、受信した変更命令ＳＥＴに含まれるｒｃＩＤを、自身のメモリ内のｃＩＤｘ４５にセットする。ステップＳ１０において、被制御装置のＣＰＵは、前記ステップＳ８で変更されたパラメータのｐＩＤと、前記ステップＳ９でｒｃＩＤをセットしたｃＩＤｘ４５とからなるデータペアを作成し、該作成したデータペアを、自身のメモリ中のＭＰリスト４６に追加、又は、上書き更新して、処理を終了する。すなわち、前記ｐＩＤを含むデータペアがＭＰリスト４６に存在していない場合には、作成されたデータペアをＭＰリスト４６に新規に追加する。他方、該ｐＩＤを含むデータペアがＭＰリスト４６に存在している場合には、既存の当該ｐＩＤを含むデータペアを、今回作成されたデータペアにより上書きする。つまり、該既存のデータペアに含まれるｃＩＤｘの値を、今回の前記ステップＳ９にてｃＩＤｘ４５にセットしたｒｃＩＤ（今回受信した変更命令ＳＥＴに含まれるｒｃＩＤ）に更新する。従って、ＭＰリスト４６は、１つのｐＩＤに関するデータペアを二重に記憶しない。後述する或る通知周期において、或る被制御装置の或るｐＩＤのパラメータの値を変更すべく、複数の異なる制御装置がそれぞれ変更命令ＳＥＴを送信した場合、その被制御装置は、異なる制御装置から受信する各変更命令ＳＥＴに応じて、その変更命令ＳＥＴに含まれる変更量ｖａｌでそのｐＩＤのパラメータ値を変更するとともに、その変更命令ＳＥＴに含まれるｒｃＩＤでＭＰリスト４６の当該ｐＩＤのデータペアを上書き更新する。その通知周期の終わりに、最後にＭＰリスト４６の当該ｐＩＤのデータペアに記憶されているのは、最後に受信した変更命令ＳＥＴに記載されていたｒｃＩＤである。すなわち、ＭＰリスト４６の各ｐＩＤのデータペアは、その通知周期でそのｐＩＤパラメータの値を最後にリモート制御した制御装置のｒｃＩＤを保持する。
【００６２】
被制御装置４〜８の実カレント４４内のパラメータ値の変更操作は、被制御装置自身が持つユーザインタフェース（図３，４の符号２３〜２５、３３）を使ったローカル制御でも行われる。図１１は、或る被制御装置でパラメータ値のローカル制御（ローカルパラメータ値変更操作）が行われたときに、そのローカルパラメータ値変更操作に応じて当該被制御装置のＣＰＵ（図３，４の符号２０，３０）が実行する処理のフローチャートを示す。或る被制御装置（ｒｄＩＤ）のＣＰＵは、ユーザによるローカルパラメータ値変更操作に応じたパラメータ変化量ｖａｌを検出し、且つ、該変更操作されたパラメータのｐＩＤを特定して、該特定した１つのパラメータｐＩＤについて、図１１の処理を起動する。
【００６３】
ステップＳ１１において、被制御装置のＣＰＵは、自身の実カレント４４内のパラメータｐＩＤの値Ｐ（ｐＩＤ）を、前記検出された変更量ｖａｌに応じて変更する。
【００６４】
ステップＳ１２において、被制御装置のＣＰＵは、自身のメモリ内の変数ｃＩＤｘに、いずれの制御装置も示さない「ｎｕｌｌ」をセットする。そして、テップＳ１３において、被制御装置のＣＰＵは、前記ステップＳ１１で変更されたパラメータのｐＩＤと、前記ステップＳ１２でｒｃＩＤをセットしたｃＩＤｘとからなるデータペアを、自身のメモリ中のＭＰリスト４６に追加、又は、上書き更新して、処理を終了する。この場合、ＭＰリスト４６には、ｃＩＤｘの値として「ｎｕｌｌ」がセットされたデータペアが追加、又は、上書き更新される。
【００６５】
被制御装置４〜８のＣＰＵ（図３，４の符号２０，３０）は、図示しない周知の処理ルーチンを実行して、前記ステップＳ８又は前記ステップＳ１１によりパラメータ値変更結果を、被制御装置の動作に反映せる。すなわち、被制御装置４〜８のＣＰＵ２０，３０は、該図示しない周知の処理ルーチンを実行し、その被制御装置の実カレント４４に基づいて、当該被制御装置の音響機器としての動作（典型的には、ＤＳＰ（図３，４の符号２７，３６）による信号処理）を制御する。例えば、実カレント４４の或る音響信号のレベルパラメータが変更された場合には、ＤＳＰおいてその音響信号に乗算される係数が、その変更後の値に応じて変更される。フィルタ・パラメータが変更された場合には、ＤＳＰにおいてそのフィルタ処理に使用される係数が、その変更後の値に応じて変更される。エフェクト・タイプが変更された場合には、ＤＳＰが実行する処理のアルゴリズムを規定するマイクロプログラムが、その変更後の値に応じて変更される。この構成が、実カレント４４に記憶された複数のパラメータに基づいて、当該被制御装置の動作を制御する動作制御部として機能する。
【００６６】
図１２は、被制御装置４〜８のＣＰＵ（図３，４の符号２０，３０）が実行する、実カレント４４のパラメータ値の変更結果を制御装置１〜３に通知する通知処理のフローチャートを示す。被制御装置のＣＰＵは所定の通知周期毎に図１１の処理を実行する。前記通知周期は、例えば、数ミリ秒〜数１０ミリ秒周期など、制御装置１〜３のディスプレイの表示更新周期に対応する適宜の周期に設定するとよい。
【００６７】
ステップＳ１４において、被制御装置のＣＰＵは、自身のメモリ中のＭＰリスト４６にデータペアが記録されているか否かを調べる。ＭＰリスト４６に１つ以上のデータペアが記録されている場合（ステップＳ１４のＮＯ）、ステップＳ１５において、被制御装置のＣＰＵは、ＭＰリスト４６に基づいてＤＡＴＡを作成する。被制御装置のＣＰＵはＤＡＴＡを作成した後、該ＭＰリスト４６の記録内容を空にする。
【００６８】
ＤＡＴＡはＭＰリスト４６中の全データペアに対応する１又は複数個のデータセットからなる。１つのデータセットは、１つのデータペアに対応するもので、最新の通知周期の期間内に値が変更されたパラメータの現在値Ｐ（ｐＩＤ）と、そのパラメータを特定するｐＩＤと、そのパラメータ値Ｐ（ｐＩＤ）の変更を最後に行った制御装置を示すｃＩＤｘとを含む。被制御装置のＣＰＵは、ＭＰリスト４６のデータペア毎に、そのデータペアのｐＩＤにより特定される実カレント４４中のパラメータ値Ｐ（ｐＩＤ）を取得し、該取得したパラメータ値Ｐ（ｐＩＤ）と、そのパラメータを特定するｐＩＤと、該データペアのｃＩＤｘとを１セットとする１つのデータセットを作成できる。従って、或るパラメータ値Ｐ（ｐＩＤ）が制御装置１〜３のいずれかによるリモート制御により変更された場合は、そのパラメータ値Ｐ（ｐＩＤ）に関するデータセットのｃＩＤｘには、その通知周期内で最後に変更命令ＳＥＴを送信した制御装置を示すｒｄＩＤがセットされる。また、或るパラメータ値Ｐ（ｐＩＤ）が当該被制御装置におけるローカル制御により最後に変更された場合には、そのパラメータ値Ｐ（ｐＩＤ）に関するデータセットのｃＩＤｘには、いずれの制御装置も示さない値「ｎｕｌｌ」がセットされる。また、上述の通り、ＭＰリスト４６は１つのｐＩＤに関するデータペアを二重に記憶しない（既存のデータペアを更新する）ので、当該通知周期内に１つのパラメータ値Ｐ（ｐＩＤ）が複数回変更された場合には、当該通知周期内が終わった時点での１つのパラメータ値Ｐ（ｐＩＤ）と、その複数回のうちの最後の変更に係る制御装置のｒｃＩＤ（又はｎｕｌｌ）とがＤＡＴＡに含まれることになる。
【００６９】
ステップＳ１６において、被制御装置のＣＰＵは、前記ステップＳ１５で作成されたＤＡＴＡと、当該被制御装置のｒｄＩＤ４２を含む変更通知ＵＰＤＡＴＡ（ＤＡＴＡ，ｒｄＩＤ）を作成する。変更通知ＵＰＤＡＴＡは、最新の通知周期における実カレント４４のパラメータ値の変更結果を示すデータである。ステップＳ１７において、被制御装置のＣＰＵは、前記ステップＳ１５で作成された変更通知ＵＰＤＡＴＡを、ネットワーク９上の全ての制御装置１〜３に送信する。変更通知ＵＰＤＡＴＡは、１回の送信でネットワーク９上の全ての制御装置１〜３に送信されるよう、宛先としてブロードキャストアドレスを指定してブロードキャスト送信されるか、又は、宛先として特定のグループ（全ての制御装置１〜３）を対象とするマルチキャストアドレスを指定してマルチキャスト送信される。
【００７０】
一方、ＭＰリスト４６が空の場合（ステップＳ１４のＹＥＳ）、被制御装置のＣＰＵは、そのまま処理を終了する。従って、通知周期の期間内に実カレント４４の複数のパラメータ値のうちの、いずれの値も変更されなかった場合には、変更通知ＵＰＤＡＴＡを送信しない。つまり、通知周期の期間内に、制御装置からの変更命令ＳＥＴ又は被制御装置でのパラメータ値のローカル制御（ローカルパラメータ値変更操作）によって実カレント４４の少なくとも１つのパラメータ値が変更された場合にのみ、前記ステップＳ１７による変更通知ＵＰＤＡＴＡの送信が行われる。すなわち、各ｐＩＤに関して、変更命令ＳＥＴを受信して前記ステップＳ８により実カレント４４を変更し、且つ、前記ステップＳ１５〜Ｓ１７により変更命令ＳＥＴを最後に送信した制御装置を示すｃＩＤｘ（第１データ）と、その変更命令ＳＥＴに応じた変更結果を示すパラメータ値Ｐ（ｐＩＤ）（第２データ）とを含む変更通知ＵＰＤＡＴＡを生成して、複数の制御装置１〜３に送信する構成が、変更命令受付部として機能する。また、前記ステップＳ１１によりローカルパラメータ値変更操作によって実カレント４４のパラメータ値を変更し、且つ、前記ステップＳ１５〜Ｓ１７によりいずれの制御装置も示さないｃＩＤｘ（第１データ）と、その変更命令ＳＥＴに応じた変更結果を示すパラメータ値Ｐ（ｐＩＤ）（第２データ）とを含む変更通知ＵＰＤＡＴＡを生成して、複数の制御装置１〜３に送信する構成が、ローカルパラメータ値変更操作受付部として機能する。
【００７１】
図１３は、前記ステップＳ１７で送信された変更通知ＵＰＤＡＴＡの受信に応じて、制御装置１〜３のＣＰＵ１０が実行する処理のフローチャートを示す。制御装置１〜３のＣＰＵ１０は、ネットワーク９経由で、何れかの被制御装置４〜８から変更通知ＵＰＤＡＴＡを受信したとき、図１３に示す処理を開始する。
【００７２】
ステップＳ１８において、制御装置のＣＰＵ１０は、変更通知ＵＰＤＡＴＡからｒｄＩＤを取り出して、該取り出したｒｄＩＤをメモリ１１のｄＩＤｘ６２にセットする。制御装置のＣＰＵ１０は、ｄＩＤｘ６２にセットしたｒｄＩＤに基づいて、変更通知ＵＰＤＡＴＡの送信元の被制御装置ｒｄＩＤに対応する仮想デバイスｖｄＩＤを特定する。先述したように、或る被制御装置ｒｄＩＤと或る仮想デバイスｖｄＩＤとがオンライン状態にあるとき、そのｖｄＩＤはそのｒｄＩＤと同じ値を有する。なお、変更通知ＵＰＤＡＴＡにｒｄＩＤを含ませる構成でなくても、例えば、変更通知ＵＰＤＡＴＡの送信元を示すＩＰアドレスと一致するＩＰアドレス５３を持つ仮想デバイスｖｄＩＤ５２を特定し、そのｖｄＩＤ５２を、ｄＩＤｘ６２にセットしてもよい。要するに、変更通知ＵＰＤＡＴＡの送信元の被制御装置を特定するデータをｄＩＤｘ６２にセットできればよい。
【００７３】
ステップＳ１９において、制御装置のＣＰＵ１０は、受信した変更通知ＵＰＤＡＴＡに含まれるＤＡＴＡ中の１又は複数のデータセットから１つ目のデータセットを取得する。データセットを取得する順番は、例えばデータセット中のｐＩＤに基づいて決定できる。
【００７４】
ステップＳ２０において、制御装置のＣＰＵ１０は、前記取得したデータセットから、パラメータ値Ｐ（ｐＩＤ）と、そのパラメータを特定するｐＩＤと、ｃＩＤｘとを取り出す。ステップＳ２１において、制御装置のＣＰＵ１０は、自身のメモリ１１に記憶されたｒｃＩＤ６２に基づいて、前記取り出したｃＩＤｘの値が当該制御装置のｒｃＩＤを示しているかどうかを調べる。変更通知ＵＰＤＡＴＡを受信した制御装置は、変更通知ＵＰＤＡＴＡ中のデータセットに含まれるｃＩＤｘの値により、複数の制御装置１〜３のうちいずれの制御装置ｒｃＩＤが該データセットに含まれるパラメータ値Ｐ（ｐＩＤ）の変更操作を行ったかを特定できる。
【００７５】
ｃＩＤｘの値が当該制御装置のｒｃＩＤを示していない場合、すなわち、ｃＩＤｘの値が別制御装置を示すｒｃＩＤであるか、又は、ｎｕｌｌの場合（テップＳ２１のＮＯ）、ステップＳ２２において、制御装置のＣＰＵ１０は、前記ステップＳ１８でｄＩＤｘ６２にセットしたｒｄＩＤに対応する仮想デバイスｖｄＩＤを特定するとともに、前記ステップＳ２０でデータセットから取り出したｐＩＤにより変更対象のパラメータを特定し、該特定された仮想デバイスｖｄＩＤの仮想カレント５４の該特定されたパラメータ値Ｐ´（ｐＩＤ）を、前記ステップＳ２０でデータセットから取り出したパラメータ値Ｐ（ｐＩＤ）に更新する。そして、ステップＳ２３において、制御装置のＣＰＵ１０は、前記ステップＳ２２による仮想カレント５４の変更結果に応じて、該パラメータ値Ｐ´（ｐＩＤ）の表示を更新する。具体的には、パラメータ調整画面７０におけるノブ画像の回転位置が変更されたり、或いは、ボタン画像の点灯・消灯状態が切り替わったりする。
【００７６】
一方、ｃＩＤｘの値が当該制御装置のｒｃＩＤを示している場合（ステップＳ２１のＹＥＳ）、制御装置のＣＰＵ１０は、前記ステップＳ２２及びＳ２３の処理を行わずに、処理をステップＳ２４に進める。すなわち、パラメータ値Ｐ（ｐＩＤ）の変更操作を行ったのが当該制御装置である場合には、実デバイスから送信された変更通知ＵＰＤＡＴＡに応じた仮想カレント５４のパラメータ値変更と表示更新を行わずに、前記ステップＳ４及びＳ５にて行われた当該制御装置におけるユーザ操作に応じた仮想カレント５４の変更結果及び表示更新を保持する。すなわち、前記ステップＳ２１〜Ｓ２３の処理が変更通知受付部として機能する。
【００７７】
ステップＳ２４において、制御装置のＣＰＵ１０は、受信した変更通知ＵＰＤＡＴＡに含まれるＤＡＴＡ中の１又は複数のデータセットから次のデータセットを取得して、該取得したデータセットについて前記ステップＳ２０〜Ｓ２３の処理を行う。そして、御装置のＣＰＵ１０は、受信した変更通知ＵＰＤＡＴＡに含まれるＤＡＴＡ中で未処理データセットがなくなるまで（ステップＳ２５のＹＥＳ）、ステップＳ２０〜Ｓ２４を繰り返す。受信した変更通知ＵＰＤＡＴＡに含まれるＤＡＴＡ中で未処理データセットがなくなったら（ステップＳ２５のＮＯ）、処理を終了する。
【００７８】
上述の図１３の処理によれば、例えば、ネットワーク９上の或る１つの制御装置においてユーザによるパラメータ値変更操作に応じた最新の変更命令を送信した後に、リモート制御に関する遅延によって該最新の変更命令よりも前の時点の変更命令に対応する古い変更通知ＵＰＤＡＴＡを被制御装置から受信したとしても、その制御装置は、前記ステップＳ２１をＹＥＳに分岐することにより、該受信した変更通知ＵＰＤＡＴＡに応じた仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）の変更を行わず、現在の操作子の操作状態に応じた仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）をパラメータ調整画面７０に表示できる。ネットワーク９経由で送信される変更通知ＵＰＤＡＴＡに応じた仮想カレント５４の変更を行わないことにより、表示されるパラメータ値が現在の操作状態に素直に追従しない、というリモート制御に関する遅延による不都合が生じない。一方、ネットワーク９上の該制御装置とは別の制御装置では、被制御装置からその変更通知ＵＰＤＡＴＡを受信したときに、前記ステップＳ２１をＮＯに分岐して、Ｓ２２及びＳ２３によって該変更通知ＵＰＤＡＴＡに応じて仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）を変更するので、前記或る１つの制御装置でのユーザによるパラメータ値変更操作に応じた実カレント４４の変更結果を、パラメータ調整画面７０にてリモート監視できる。
【００７９】
以上説明した実施例によれば、被制御装置４〜８から各制御装置１〜３にネットワーク９経由で送信される変更通知ＵＰＤＡＴＡの各データセットに、そのデータセットに係る変更通知ＵＰＤＡＴＡに対応する変更命令ＳＥＴを送信した制御装置を示すｃＩＤｘ（第１データ）を含めておく構成により、該変更命令ＳＥＴを送信した制御装置（ユーザによるパラメータ値変更操作を受け付けた制御装置）は、ネットワーク９経由で送信された変更通知ＵＰＤＡＴＡの当該データセットに応じて仮想カレント５４を変更せず、ユーザによるパラメータ値変更操作に応じた仮想カレント５４のパラメータ値を保持しておくことができるので、複数の制御装置１〜３によってネットワーク９を介して接続された被制御装置４〜８のパラメータの値をリモート制御及びリモート監視する場合に、ユーザによるパラメータ値変更操作を受け付けた制御装置の仮想カレント５４に記憶するパラメータ値に対するリモート制御に関する遅延の影響を抑えることができるという優れた効果を奏する。
【００８０】
また、被制御装置４〜８側でのローカルパラメータ値変更操作が行われたときには、変更通知ＵＰＤＡＴＡに含まれるｃＩＤｘ（第１データ）として、いずれの制御装置も示さない値「ｎｕｌｌ」がセットされる（前記図１１のステップＳ１２）ので、ネットワーク９上の全ての制御装置１〜３が、その変更通知ＵＰＤＡＴＡに応じた仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）を変更して、被制御装置側でのローカル制御の結果をリモート監視できる。
【００８１】
通知周期に複数のパラメータが変更されたとき、被制御装置が、変更された各パラメータに対応する複数のデータセットを１つの変更通知ＵＰＤＡＴＡに含めて、１つの変更通知ＵＰＤＡＴＡを送信するようになっていたが、別の実施形態として、該複数のデータセットをそれぞれ１つずつ、１つの変更通知ＵＰＤＡＴＡ’に含めて、複数の変更通知ＵＰＤＡＴＡを送信するようにしてもよい。ただし、この実施形態では、送信するパケットが複数になるので、ネットワークの帯域をより消費してしまうという欠点がある。なお、上記実施例では変更通知ＵＰＤＡＴＡの各データセットにｃＩＤｘを含む構成を説明したが、別の構成として、変更通知ＵＰＤＡＴＡ中のデータセットに、その変更通知ＵＰＤＡＴＡに対応する変更命令ＳＥＴを送信した制御装置を示すｃＩＤｘ（第１データ）を書き込まず、前記ステップＳ１７で変更通知ＵＰＤＡＴＡを送信するときに、ｃＩＤｘが示す制御装置ｒｃＩＤ以外の全ての制御装置（他の制御装置）にだけ変更通知ＵＰＤＡＴＡを送信することが考えられる。変更通知ＵＰＤＡＴＡの送信には、例えば、ＭＰリスト４６の各データペアが示すｃＩＤｘが示す制御装置ｒｃＩＤ以外の全ての制御装置（別の制御装置）のそれぞれのＩＰアドレス宛てに個別に変更通知ＵＰＤＡＴＡを送信する方法、或いは、ｃＩＤｘが示す制御装置ｒｃＩＤ以外の全ての制御装置（他の制御装置）で構成されるマルチキャストグループを作成して、そのグループのマルチキャストアドレス宛てに変更通知ＵＰＤＡＴＡをマルチキャスト送信する方法がある。この構成でも、前記ステップＳ２１〜Ｓ２３と同等の動作、つまり、変更通知ＵＰＤＡＴＡに対応する変更命令ＳＥＴを送信した制御装置では該変更通知ＵＰＤＡＴＡに応じた仮想カレント５４の変更を行わずにユーザによるパラメータ値変更操作に応じた仮想カレント５４のパラメータ値を保持しておき、該変更命令ＳＥＴを送信した制御装置とは別の制御装置では、該変更通知ＵＰＤＡＴＡに応じて仮想カレント５４を変更するという動作を実現しうる。しかし、この構成は、ＭＰリスト４６のデータペア毎に、ＩＰアドレス宛てに個別に変更通知ＵＰＤＡＴＡを送信するか、もしくは、マルチキャストグループを作成して、そのグループのマルチキャストアドレス宛てに変更通知ＵＰＤＡＴＡをマルチキャスト送信することになるため、ｃＩＤｘを含む変更通知ＵＰＤＡＴＡを全制御装置１〜３に送信する十指例の構成に劣る。
【００８２】
なお、この発明を適用するリモート制御システムの構成は、前記図１に示すリモート制御システムの構成（３台の制御装置１〜３と、５台の被制御装置（音響装置）４〜８からなる構成）に限らず、複数の制御装置と少なくとも１台の被制御装置とからなるモート制御システムであればよい。また、被制御装置４〜８となる音響装置の機種は、ミキサ４、アンプ５，６、エフェクタ７及びステージボックス８に限らず、オーディオ信号に関する信号処理を行う音響装置であり、制御装置からのリモート制御及びリモート監視を受けることができるものであれば、どのような種類の音響装置でもよい。
【符号の説明】
【００８３】
１ ミキシングコンソール、２，３ パーソナルコンピュータ、４ デジタルオーディオミキサ、５，６ アンプ、７ エフェクタ、８ ステージボックス、９ ネットワーク、１０，２０，３０ ＣＰＵ、１１，２１，３２ メモリ、１２，２２，３２ ネットワークインタフェース、１３．３３ ユーザインタフェース、２３ パネル表示部、２４ パネル操作子、２５ 電動フェーダ、２６，３４ オーディオ入出力部、３５ 増幅部、２７，３６ ＤＳＰ、４１ 機種ＩＤ、４２ リアルデバイスＩＤ、４３ ＩＰアドレス、４４ 実カレント（動作データ）、４６ ＭＰリスト、５０ 仮想デバイスデータ、５１ 機種ＩＤ、５２ 仮想デバイスＩＤ、５３ ＩＰアドレス、５４ 仮想カレント（動作データ）、５５ オンラインフラグ、６０ 機種情報、６１ リアルコントローラＩＤ、６２ デバイスＩＤ、７０ パラメータ調整画面、ＳＥＴ 変更命令、ＵＰＤＡＴＡ 変更通知
【技術分野】
【０００１】
この発明は、複数の制御装置により、ネットワークを介して接続された被制御装置の動作をリモート制御及びリモート監視するリモート制御システムに関する。
【背景技術】
【０００２】
従来、複数の制御装置と複数の音響装置とをイーサネット（登録商標）等のネットワークで接続してなるリモート制御システムにおいて、複数の制御装置から、各音響装置の動作を制御（リモート制御）したり、動作状況の監視（リモート監視）したりできることが知られる。このようなリモート制御システムについては、例えば特許文献１及び特許文献２に記載されている。
【０００３】
リモート制御又はリモート監視対象となる複数の音響装置（被制御装置）は、例えば、デジタルオーディオミキサ（以下単に「ミキサ」とも言う）、パワーアンプ、レコーダ、或いは、オーディオ信号の入出力装置等である。音響装置は、それぞれ、複数のパラメータの値を記憶するカレントメモリ（実カレント）を有しており、実カレントのパラメータに基づいて当該音響装置自身の動作を制御する。音響装置の動作は、例えばオーディオ信号のルーティングやオーディオ信号処理などである。
【０００４】
各制御装置は、各音響装置の実カレントに対応するカレントメモリ（仮想カレント）を有しており、自身のユーザインタフェースに仮想カレントのパラメータ値を表示できる。制御装置が音響装置をリモート制御及び／又はリモート監視する際には、仮想カレントと、対応する実カレントとを同期化する（互いに同じデータになるよう一方から他方にコピーする）。その結果、制御装置のユーザインタフェースに実質的に実カレントのパラメータ値が表示されることになるので、制御装置から音響装置の動作（実カレントのパラメータ値）をリモート監視できるようになる。
【０００５】
かかるリモート制御システムにおいて、或る制御装置が或る音響装置の動作をリモート制御し、また、別の制御装置がその音響装置をリモート監視する動作は、概ね以下の通りである。或る制御装置においてユーザが或る音響装置の１つのパラメータ値を変更する操作を行うと、先ず、当該制御装置は、そのパラメータ値変更操作に応じて自身の仮想カレント内のそのパラメータ値を更新するとともに、該操作に対応する「変更命令」を前記或る音響装置に送信する。次に、その変更命令を受信した音響装置は、受信した変更命令に応じて自身の実カレント内のそのパラメータ値を更新するとともに、その更新結果を示す「変更通知」を、リモート制御システム中の全ての制御装置に送信する。そして、該変更通知を受信した各制御装置は、自身の仮想カレントのそのパラメータの値を、その音響装置の実カレントのパラメータ値と同じ値に変更する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２１８９３７号公報
【特許文献２】特開２００９−２１８９４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
前述した制御装置におけるパラメータ値の変更操作は、具体的には、制御装置の操作パネルに設けられた操作子の操作である。操作子には、例えば、回転操作されるノブ、直線的にスライド操作されるフェーダ、或いは、押下操作される押しボタンスイッチなどがある。ユーザにより操作された操作子がノブやフェーダ等のような連続可変タイプの操作子である場合、操作子の操作状態の連続変化に追従してパラメータの値を連続的に変化させるために、制御装置は、リモート制御対象の音響機器に対して、複数の変更命令を連続的に出力することになる。
【０００８】
ところで、リモート制御システムにおけるネットワーク経由のリモート制御には、一般に、制御装置が変更命令を送信してから、それに応じて音響装置が変更通知を送信するまでの間に、一定でない遅延がある。このリモート制御に関する遅延のために、制御装置がユーザ操作に応じた最新の変更命令を送信した後に、当該変更命令より前の時点に送信した変更命令に対応する古い変更通知を音響機器から該制御装置が受信してしまうという問題があった。とりわけ、上述した複数の変更命令が連続的に出力される場合（例えばノブやフェーダのような連続可変タイプの操作子が操作された場合）、その問題が生じやすかった。その場合、制御装置における現在の操作子の操作状態に関わらず、音響機器から受信した変更通知によって、その制御装置の仮想カレントのパラメータ値が変更されてしまう、すなわち、その制御装置にて表示されるパラメータ値が現在の操作状態に素直に追従しない、という不都合があった。
【０００９】
この発明は、上述の点に鑑みてなされたもので、複数の制御装置によりネットワークを介して接続された被制御装置のパラメータ値をリモート制御及びリモート監視する場合に、ユーザのパラメータ値変更操作を受け付けた制御装置に記憶されるパラメータ値に対するリモート制御に関する遅延の影響を抑えることができるようにしたリモート制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
この発明は、ネットワークにより接続された複数の制御装置と少なくとも１台の被制御装置とを含むリモート制御システムであって、前記被制御装置が、複数のパラメータを記憶する実カレントメモリと、前記実カレントメモリに記憶された複数のパラメータに基づいて、当該被制御装置の動作を制御する動作制御部と、前記複数の制御装置のうち何れか１つの制御装置からの変更命令を前記ネットワーク経由で受信したときに、該受信した変更命令に基づいて、前記実カレントメモリの１つのパラメータの値を変更し、且つ、その変更命令を送信した前記制御装置を示す第１データと、その変更命令に応じた変更結果を示す第２データとを含む変更通知を生成して、該生成した変更通知を前記複数の制御装置に前記ネットワーク経由で送信する変更命令受付部とを備えており、前記複数の制御装置の各々が、前記被制御装置に対応しており、該被制御装置の前記実カレントメモリに記憶された複数のパラメータと実質的に同じ値の複数のパラメータを記憶する仮想カレントメモリと、ユーザによるパラメータ値変更操作に応じて、前記被制御装置に対応する仮想カレントメモリの１のパラメータの値を変更し、且つ、そのパラメータ値変更操作に対応する前記変更命令を生成して、該生成した変更命令を該被制御装置に前記ネットワーク経由で送信するパラメータ値変更操作受付部と、被制御装置の前記変更命令受付部により送信された前記変更通知を前記ネットワーク経由で受信し、該変更通知に含まれる前記第１データが当該制御装置を示しているか否かを判断し、該第１データが当該制御装置を示していなければ、当該変更通知に含まれる前記第２データに基づいて、該被制御装置に対応する仮想カレントメモリの１つのパラメータの値を変更し、一方、該第１データが当該制御装置を示していれば、当該変更通知に含まれる前記第２データに基づく前記仮想カレントのパラメータの値の変更を行わない変更通知受付部とを備えることを特徴とする。
【００１１】
上記リモート制御システムの一実施形態として、前記被制御装置が、更に、ユーザによるパラメータ値変更操作に応じて、前記実カレントメモリの１つのパラメータの値を変更し、且つ、いずれの制御装置も示さない前記第１データと、該パラメータ値変更操作に応じた変更結果を示す前記第２データとを含む変更通知を生成して、該生成した変更通知を前記複数の制御装置に前記ネットワーク経由で送信するローカルパラメータ値変更操作受付部を備えるよう構成できる。
【００１２】
また、上記リモート制御システムの一実施形態として、被制御装置における前記変更命令受付部が前記変更通知を所定の通知周期毎に生成して送信するものであり、該変更通知の前記第１データが、そのパラメータの変更命令を当該通知周期内で最後に送信した前記制御装置を示し、前記第２データが当該通知周期の終わりの時点での該パラメータの値を示すように構成できる。
【発明の効果】
【００１３】
この発明のリモート制御システムによれば、被制御装置から各制御装置にネットワーク経由で送信される変更通知に、その変更通知に対応する変更命令を送信した制御装置を示す第１データを含めておく構成により、該変更命令を送信した制御装置（ユーザによるパラメータ値変更操作を受け付けた制御装置）は、その変更命令に対応する変更通知に応じて仮想カレントメモリのパラメータ値を変更せず、ユーザによるパラメータ値変更操作に応じた仮想カレントメモリのパラメータ値を保持しておくことができる。ネットワーク経由で送信される変更通知に応じた仮想カレントメモリのパラメータ値の変更をしないことにより、表示されるパラメータ値が現在の操作状態に素直に追従しない、というリモート制御に関する遅延による不都合が生じない。一方、ネットワーク上の該変更命令を送信した制御装置とは別の制御装置では、その変更命令に対応する変更通知に含まれる第２データに基づいて仮想カレントメモリのパラメータの値を変更するので、被制御装置のパラメータ値をリモート監視できる。すなわち、この発明のリモート制御システムによれば、複数の制御装置によってネットワークを介して接続された被制御装置のパラメータの値をリモート制御及びリモート監視する場合に、ユーザのパラメータ値変更操作を受け付けた制御装置で記憶するパラメータ値に対するリモート制御に関する遅延の影響を抑えることができるという優れた効果を奏する。
また、被制御装置の変更命令受付部が変更通知を所定の通知周期毎に生成して送信するものであり、変更通知に含まれる第１データがパラメータの変更命令を当該通知周期内で最後に送信した前記制御装置を示し、また、第２データが当該通知周期の終わりの時点での該パラメータの値を示すよう構成することにより、当該通知周期内に１つのパラメータの値が複数回変更されたときでも該周期内に生成し送信される変更通知は１つだけなので、通知周期に送信し生成する変更通知が少なくてすむ。
【図面の簡単な説明】
【００１４】
【図１】本発明のリモート制御システムの全体構成を説明するブロック図。
【図２】制御装置の電気的ハードウェア構成を説明するブロック図。
【図３】被制御装置の１つであるミキサの電気的ハードウェア構成を説明するブロック図。
【図４】被制御装置の１つであるパワーアンプの電気的ハードウェア構成を説明するブロック図。
【図５】被制御装置のメモリの記憶内容を説明するデータ構成図。
【図６】制御装置のメモリの記憶内容を説明するデータ構成図。
【図７】制御装置のユーザインタフェースに表示されるパラメータ調整画面。
【図８】制御装置が実行するリモート制御準備処理のフローチャート。
【図９】制御装置が実行するユーザ操作に応じたパラメータ値変更処理のフローチャート。
【図１０】被制御装置が実行する変更命令受信時の処理のフローチャート。
【図１１】被制御装置が実行するユーザ操作に応じたパラメータの値変更処理のフローチャート。
【図１２】被制御装置が実行する制御装置に対する変更通知処理のフローチャート。
【図１３】制御装置が実行する変更通知受信時の処理のフローチャート。
【発明を実施するための形態】
【００１５】
以下に、本発明のリモート制御システムの一実施形態について、添付図面を参照して、説明する。
【００１６】
図１において、リモート制御システムは、１台のミキシングコンソール１（Ｃｏｎ：以下、「コンソール」と表記）と、２台のパーソナルコンピュータ２，３（ＰＣ）と、１台のデジタルオーディオミキサ４（ｍｉｘｅｒ：以下、「ミキサ」と表記）と、２台のパワーアンプ（ａｍｐ：以下、「アンプ」と表記）５，６と、１台のエフェクタ（ｅｆｆ．）７と、１台のステージボックス（ｓｂｏｘ）８とをネットワーク９により接続してなる。
【００１７】
ミキサ４、アンプ５，６、エフェクタ７及びステージボックス８は、それぞれ、例えばオーディオ信号のルーティングやオーディオ信号処理などオーディオ信号に関する信号処理を行う音響装置であり、制御装置１〜３から動作制御（リモート制御）及び動作状況の監視（リモート監視）を受ける被制御装置である。
【００１８】
コンソール１及びＰＣ２，３は、それぞれ、リモート制御システム内の各被制御装置４〜８のリモート制御及びリモート監視するためのソフトウェアプログラム（リモート制御ソフト）を実行することにより、制御装置として機能する。コンソール１は、オーディオ信号に関する信号処理（被制御装置４〜８の動作）の制御に専用のフィジカルコントローラである。ＰＣ２，３は、汎用のＯＳ（オペレーティングシステム）を登載した汎用のパーソナルコンピュータであって、アプリケーションプログラムの１つとしてリモート制御ソフトを実装している。
【００１９】
ネットワーク９は、例えばイーサネット（登録商標）ケーブルなど汎用のネットワークケーブルにより複数の装置１〜８を物理的に接続して形成されたローカルエリアネットワーク（ＬＡＮ）である。ネットワーク９上の各装置１〜８の間では、ＴＣＰ／ＩＰプロトコルに従うデータ通信が可能である。更に、ネットワーク９を用いて各装置の間でオーディオ信号をリアルタイム伝送できるようにしてもよい。その場合、そのデータ伝送フォーマットは、例えばＣｏｂｒａＮｅｔ（登録商標）など、従来から知られる適宜のデータ伝送フォーマットを適用できる。
【００２０】
図２は、制御装置として利用されるコンソール１及びＰＣ２，３の電気的ハードウェア構成の概要を示すブロック図である。図２に示すように、制御装置は、ＣＰＵ（Central Processing Unit）１０と、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access memory）からなるメモリ１１と、ネットワークインタフェース（Ｉ／Ｆ）１２、ユーザインタフェース（ＵＩ）１３と、ハードディスク（Hard disk drive、ＨＤＤ）１４とを備え、前記の各部１０〜１４がＣＰＵバス１５により接続される。
【００２１】
ＣＰＵ１０は、メモリ１１に記憶された各種制御プログラムを実行して、制御装置（コンソール１又はＰＣ２，３）の全体動作を制御する。メモリ１１は、前記各種制御プログラムを記憶するとともに、ＣＰＵ１０が実行するプログラムのロード領域やワーク領域に使用される。また、メモリ１１には、リモート制御システム内の各被制御装置４〜８の動作をリモート制御／リモート監視するための複数のパラメータを記憶するカレントメモリ（仮想カレント）が設けられている（後述の図５参照）。ＨＤＤ１４は外部記憶装置の一例である。メモリ１１又はＨＤＤ１４には、前記リモート制御ソフトが記憶される。
【００２２】
コンソール１は、ユーザインタフェース１３として、例えば、回転操作されるノブ、直線的にスライド操作されるフェーダ、或いは、押下操作される押しボタンスイッチなど、多種多数の操作子と、各種情報を表示するディスプレイとを具備する。ＰＣ２，３は、ユーザインタフェース１３として、各種情報を表示するディスプレイと、該ディスプレイに表示された画面上で各種操作を入力する入力手段として、例えばマウス及びキーボードとを具備する。ネットワークインタフェース１２は、当該制御装置をネットワーク９に接続するためのインタフェースである。
【００２３】
図３はミキサ４の電気的ハードウェア構成を示すブロック図である。ミキサ４は、ＣＰＵ２０と、ＲＯＭ及びＲＡＭからなるメモリ２１と、ネットワークインタフェース２２と、パネル表示部（Ｐ表示）２３と、パネル操作子（Ｐ操作子）２４と、電動フェーダ（電動Ｆ）２５と、オーディオ入出力部（ＡＩＯ）２６と、信号処理部（Digital Signal Processor、ＤＳＰ）２７とを備え、前記の各部２０〜２７がＣＰＵバス２８により接続される。また、オーディオ入出力部２６とＤＳＰ２７とは、オーディオバス２９により接続される。
【００２４】
ＣＰＵ２０はメモリ２１に記憶された各種制御プログラムを実行して、ミキサ４の全体動作を制御する。メモリ２１は、前記各種制御プログラムを記憶するとともに、ＣＰＵ２０が実行するプログラムのロード領域やワーク領域に使用される。また、メモリ２１には、当該ミキサ４の動作を制御する複数のパラメータを記憶するカレントメモリ（実カレント）が設けられている（後述の図６参照）。ネットワークインタフェース２２はミキサ４をネットワーク９に接続するためのインタフェースである。
【００２５】
パネル表示部２３、パネル操作子２４及び電動フェーダ２５は、ミキサ４の操作パネルに設けられたユーザインタフェースである。パネル表示部２３は、例えばタッチパネル式液晶ディスプレイにより構成され、ＣＰＵ２０からＣＰＵバス２８を介して与えられた表示制御信号に基づいて各種画面を表示できる。パネル操作子２４は、ノブ、押しボタンスイッチなどを含む操作パネル上に配置された操作子群である。電動フェーダ２５は、フェーダ型の操作子であり、ユーザが操作できるとともに、ＣＰＵ１０から与えられる駆動制御信号に基づいて操作位置が自動制御される。
【００２６】
オーディオ入出力部２６は、マイクやレコーダ等の外部機器と接続して、オーディオ信号を入出力するインタフェースであり、アナログデジタル変換（ＡＤ変換）、デジタルアナログ変換（ＤＡ変換）、及びデジタル変換（フォーマット変換）する機構を含む。
【００２７】
ＤＳＰ２７は、ＣＰＵ２０の指示に基づいて各種のマイクロプログラムを実行することにより、メモリ２１の実カレントに記憶された各種のパラメータの値に基づいて、オーディオ入出力部２６から入力されたオーディオ信号に対して、オーディオミキシングに関する各種信号処理を行い、処理後のオーディオ信号をオーディオ入出力部２６から出力する。前記各種信号処理は、オーディオ信号の音量レベル制御、複数のオーディオ信号のミキシング、オーディオ信号への効果付与等である。
【００２８】
図４はアンプ５，６の電気的ハードウェア構成を示すブロック図である。アンプ５，６は、ＣＰＵ３０と、メモリ３１と、ネットワークインタフェース３２と、ユーザインタフェース３３と、オーディオ入出力部３４と、増幅部（ＡＭＰ）３５と、ＤＳＰ３６とを備え、前記の各部３０〜３６がＣＰＵバス３７により接続されるとともに、オーディオ入出力部３４と、ＡＭＰ３５と、ＤＳＰ３６とがオーディオバス３８により接続される。
【００２９】
ＣＰＵ３０はメモリ３１に記憶された各種制御プログラムを実行して、アンプの全体動作を制御する。メモリ３１は、前記各種制御プログラムを記憶するとともに、ＣＰＵ３０が実行するプログラムのロード領域やワーク領域に使用される。メモリ３１には、当該ミキサ４の動作を制御する複数のパラメータを記憶するカレントメモリ（実カレント）が設けられている。ネットワークインタフェース３２はアンプをネットワーク９に接続するためのインタフェースである。ユーザインタフェース３３には、音量レベル等を操作する各種操作子や、レベルメータ等の各種インジケータが含まれる。
【００３０】
オーディオ入出力部３４は、ミキサやスピーカ等の外部機器に接続して、オーディオ信号を入出力するインタフェースである。ＤＳＰ３６は、ＣＰＵ３０の指示に基づいて各種のマイクロプログラムを実行することにより、メモリ３１（実カレント）に記憶された各種パラメータの値に基づいて、オーディオ入出力部３４から入力されたオーディオ信号に対する信号処理を行い、処理後のオーディオ信号を増幅部３５へ出力する。前記信号処理は、例えばイコライザー、ディレイ、クロスオーバー、リミッター等である。ＡＭＰ３５は、ＤＳＰ３６で処理されたオーディオ信号を電力増幅して、増幅されたオーディオ信号を、オーディオ入出力部３４経由でスピーカ等の外部機器へ出力する。
【００３１】
エフェクタ７とステージボックス８との電気的ハードウェア構成（図示は省略）は、それぞれ、図３のミキサ又は図４のアンプと概ね同様に、ＣＰＵ、メモリ（実カレント）、ネットワークインタフェース、ユーザインタフェース、オーディオ入出力部及びＤＳＰを含む。エフェクタ７は、入力されたオーディオ信号に対して効果付与する装置である。ステージボックス８は、オーディオ信号の入出力機能を有するプロセッサである。
【００３２】
図５は、各被制御装置（ミキサ４、アンプ５，６、エフェクタ７及びステージボックス８）のメモリ（図３，４で符号２１，３１）に記憶されるリモート制御及びリモート監視に関連するデータの記憶内容を説明するデータ構成図である。被制御装置のメモリには、図５に示す通り、機種ＩＤ４１と、リアルデバイスＩＤ（「ｒｄＩＤ」と省略表記）４２と、ＩＰ（Internet Protocol）アドレス４３と、動作データ４４と、コントローラＩＤｘ（「ｃＩＤｘ」と省略表記）４５と、モディファイド・パラメータ・リスト（「ＭＰリスト」と省略表記）４６の記憶領域が用意される。説明をかににするため、以下では、各記憶領域名で、その記憶領域に記憶されているデータを示す。
【００３３】
機種ＩＤ４１は、当該被制御装置の機種を示すＩＤ（固定値）である。同じ機種であっても、ファームウェアのバージョンが異なれば、異なる機能を持つことがあるので、機種ＩＤ４１には、ファームウェアのバージョン番号を含め、バージョンアップ毎に更新するようにしてもよい。ｒｄＩＤ４２は、当該被制御装置の個体を少なくともネットワーク９内で識別する識別情報（ＩＤ）である。例えば、ｒｄＩＤ４２は、メーカが自社の各製品に付与したＩＤ（そのメーカ製品内でユニークな固定値）であってもよいし、イーサネット（登録商標）のインタフェース２２，２３に付与されたＭＡＣアドレス（全世界でユニークな固定値）であってもよいし、ユーザがリモート制御システムの書く機器に付与した制御用ＩＤ（そのシステムないでユニークなユーザ可変値）であってもよい。ＩＰアドレス４３は、ネットワーク９経由の通信において当該被制御装置（又はインタフェース２２，２３）を指定するために用いる、少なくともネットワーク９上でユニークなアドレスである。
【００３４】
動作データ４４は、当該被制御装置の信号処理の動作を制御する複数のパラメータの現在値であり、これらを記憶する領域がカレントメモリ（実カレントメモリ）に相当する。以下、動作データ４４として記憶されるパラメータ群と、それらを記憶するカレントメモリ領域とを含めて「実カレント」４４と称する。実カレント４４内の各パラメータは、該実カレント４４内でユニークなパラメータＩＤ（「ｐＩＤ」と省略表記）により特定される。ｐＩＤは、例えば、実カレント４４内で連続するパラメータ番号である。以下、実カレント４４内の或るｐＩＤで特定されるパラメータの値を、省略表記「Ｐ（ｐＩＤ）」で表す。ここで、各被制御装置の複数のパラメータは、そのｒｄＩＤにより特定される機種に固有のデータ構成（例えば、パラメータの種類、パラメータ毎のｐＩＤ及びパラメータ毎の設定値の範囲等）を有している。
【００３５】
ｃＩＤｘ４５は、実カレント４４内の或るパラメータ値Ｐ（ｐＩＤ）が変更されたときに、変更させた制御装置（後述する変更命令の送信元（起源）となった制御装置）を特定する一時的なデータである。或るパラメータ値Ｐ（ｐＩＤ）が変更される毎に、後述の図１０又は図１１の処理により、該パラメータ値Ｐ（ｐＩＤ）を最後に変更させた制御装置を特定する識別情報（後述のｒｃＩＤ６１）又はいずれの制御装置も示さないデータ（ｎｕｌｌ）が、ｃＩＤｘ４５に一時的にセットされる。
【００３６】
ＭＰリスト４６は、実カレント４４内にあるパラメータ群のうち、後述する所定の通知周期内に値が変更されたパラメータのｐＩＤと、そのパラメータ値Ｐ（ｐＩＤ）の変更操作を行った装置を示すｃＩＤｘ４５とのデータペアを、１又は複数記憶するリストである。ＭＰリスト４６の実装方法の一例として、複数の前記データペアをｐＩＤの昇順又は降順にソートするとよい。その場合、或るｐＩＤのデータペアがＭＰリスト４６内に存在するか否かの確認を、容易且つ高速に行うことができる。
【００３７】
図６は、制御装置（コンソール１、及びＰＣ２，３）のメモリ１１に記憶されるリモート制御及びリモート監視に関連するデータの記憶内容を説明するデータ構成図である。制御装置のメモリ１１には、図５に示す通り、ネットワーク９上の各被制御装置４〜８に対応する５つの仮想デバイスデータ５０が記憶されている。図では、「仮想デバイスデータ１」、「仮想デバイスデータ２」・・・「仮想デバイスデータ５」という具合に、仮想デバイスデータ５０に番号を付けて区別を示している。各仮想デバイスデータ５０は、それぞれ、対応する被制御装置（音響機器）を、制御装置上で仮想的に表すデータである。仮想デバイスデータ５０によって表される仮想的音響機器を「仮想デバイス」と称する。また、被制御装置４〜８のことを、仮想デバイスに対応する実際の音響機器という意味で「実デバイス」と称する。
【００３８】
１つの仮想デバイスデータ５０には、機種ＩＤ５１と、仮想デバイスＩＤ（「ｖｄＩＤ」と省略表記）５２と、ＩＰアドレス５３と、動作データ５４と、オンラインフラグ（「ＯＦ」と省略表記）５５の記憶領域が用意される。機種ＩＤ５１は、当該仮想デバイスに対応する実デバイスの機種を特定するＩＤである。ｖｄＩＤ５２は当該仮想デバイスを特定するＩＤであり、当該仮想デバイスに対応付けられた被制御装置（実デバイス）のｒｄＩＤと同じ値がセットされる。或る実デバイスが制御装置とオンライン状態にあるとき、その実デバイスのｒｄＩＤによって、その実デバイスだけでなく、その実デバイスに対応付けられた仮想デバイスも特定できる。また、ＩＰアドレス５３は、当該仮想デバイスに対応付けられた被制御装置（実デバイス）のＩＰアドレスである。ｖｄＩＤ５２とＩＰアドレス５３とは、それぞれ、当該仮想デバイスと対応付けるべき被制御装置（実デバイス）を特定するための情報であり、後述図８のリモート制御準備処理により確定する。
【００３９】
動作データ５４は、当該仮想デバイスに対応する被制御装置（実デバイス）の実カレント４４に対応する複数のパラメータの現在値であり、これを記憶する領域がカレントメモリ（仮想カレントメモリ）に相当する。以下、動作データ５４として記憶されるパラメータ群と、それらを記憶するカレントメモリ領域とを含めて「仮想カレント」５４と称する。仮想カレント５４は、後述するリモート制御準備処理により対応する実カレント４４と同期化することで、対応する被制御装置の実カレント４４と実質的に同じ値の複数パラメータを記憶する。仮想カレント５４内の各パラメータは、それぞれ、当該仮想カレント５４内でユニークなパラメータＩＤ（「ｐＩＤ」）により特定される。これら仮想カレント５４内の各パラメータに割り当てられたｐＩＤは、それぞれ、対応する実カレント４４内の対応するパラメータのｐＩＤと同じパラメータ番号とする。以下、仮想カレント５４内の或るパラメータｐＩＤの値を省略表記「Ｐ´（ｐＩＤ）」で表す。
【００４０】
オンラインフラグ（ＯＦ）５５は、当該仮想デバイスに対応する実デバイスが制御装置からリモート制御可能な状態（オンライン）であるか否かを２値で示すフラグである。ＯＦ５５は、例えば、オンラインのときの値を「１」、オフラインのときの値を「０」とする。ＯＦ５５の値が「１」のとき、制御装置から当該仮想デバイスに対応する実デバイスをリモート制御できる。
【００４１】
制御装置のメモリ１１には、また、複数の各機種のパラメータ構成等を示すデータベースである機種情報６０と、その他データの記憶領域とが用意される。任意の機種ＩＤで、機種情報６０を参照することにより、その機種ＩＤで特定される機種のパラメータ構成の情報を得ることができる。図６の各仮想デバイスデータの動作データの記憶領域は、その仮想デバイスの機種ＩＤで機種情報６０を参照して得られたデータ構成に基づいて準備される。また、その他データのうち、リアルコントローラＩＤ（「ｒｃＩＤ」と省略表記）６１は、当該制御装置の個体を少なくともネットワーク９内で識別する識別情報である。例えば、ｒｃＩＤ６１は、イーサネット（登録商標）のインタフェース１２に付与されたＭＡＣアドレス（全世界でユニークな固定値）であってもよいし、ユーザが各制御装置に付与した制御用ＩＤ（そのシステム内でユニークなユーザ可変値）であってもよい。また、デバイスＩＤ（「ｄＩＤｘ」と省略表記）６２は、当該制御装置からリモート制御する被制御装置を特定する一時的なデータである。或る被制御装置をリモート制御する際には、その被制御装置に対応付けられた仮想デバイスのｖｄＩＤ５２が、ｄＩＤｘ６２に一時的にセットされる。
【００４２】
図７は、制御装置のディスプレイ（図２のＵＩ１３）に表示されるパラメータ調整画面７０の一例である。パラメータ調整画面７０は、１つの仮想デバイスについて、その仮想カレント５４に記憶されている各パラメータ値を表示する画面であり、該表示されたパラメータの値変更操作をユーザから受け付けるＧＵＩ（Graphical User Interface）として機能する。
【００４３】
制御装置には、音響機器の機種毎に専用のパラメータ調整画面が用意されており、ユーザが所望の仮想デバイスを指定してパラメータ調整画面の表示を指示すると、制御装置のＣＰＵ１０は、該指定された仮想デバイスの機種に該当するパラメータ調整画面７０をディスプレイに表示し、且つ、そのパラメータ調整画面７０内に、該指定された仮想デバイスの仮想カレント５４に記憶されている各パラメータの値を表示する。
【００４４】
パラメータ調整画面７０の左上隅の文字列「ｄｅｖｉｃｅ：ｅｆｆ．（１２）」は、そのパラメータ調整画面７０に表示中の仮想デバイスのデバイス名である。デバイス名は、制御対象の仮想デバイスのｖｄＩＤ５２に基づいて表示されるもので、例えば機種名（「ｅｆｆ．」）と個体識別情報（「（１２）」）からなる。制御装置のＣＰＵ１０は、或る仮想デバイスに関するパラメータ調整画面７０を表示したときに、その仮想デバイスのｖｄＩＤ５２を、メモリ１１のｄＩＤｘ６２にセットする。
【００４５】
パラメータ値表示部７１は、パラメータ毎の値の表示と変更操作の受付を行うエリアである。１つの枠７２が１つのパラメータを示しており、枠７２内に表示したノブ画像やボタン画像等により、その値が表示される。各枠７２の左上隅には枠毎の番号が表示される。図の例では、パラメータ値表示部７１は、１８個の枠７２により１８個のパラメータを１画面に表示するように構成されており、１画面内に表示するパラメータ群を、画面右端のページ切り替えボタン７３を用いてページ毎に切り替えることができる。現在パラメータ値表示部７１に表示中のページに対応するページ切り替えボタン７３（図では上から２つ目のボタン「２」）が点灯状態となる。なお、図７において、ボタン画像等のＧＵＩ部品が点灯状態であることをハッチングにより表現している。
【００４６】
パラメータ値表示部７１に表示されるパラメータ群には、音量、デプス或いはレート等のように２値以上の複数値の範囲を持つパラメータ、オンオフ状態を２値で示すパラメータ、或いは、複数ｎ個の選択肢（例えば何らかのタイプ選択や接続先選択など）の選択状態を示すパラメータなどがある。例えば、枠７２ａには、２値以上の複数値の連続的な可変範囲を持つパラメータの値がノブ画像７４の回転位置（角度）によって示されている。枠７２ｂには、オンオフパラメータの値（オン又はオフいずれか）がボタン画像７５の点灯・消灯によって示されている。また、枠７２ｃには、タイプ選択パラメータの選択状態がボタン画像７６上の文字列「３」（第３のタイプを示す）によって示されている。また、枠７２ｄには、入力元接続先選択パラメータの選択状態がボタン画像７７上の文字列「ｉｎ５」（５番目の入力ｃｈを示す）によって示されている。
【００４７】
パラメータ調整画面７０の右上に設けられたオンラインランプ７８は、制御対象の仮想デバイスがオンライン状態であるか否かを示すもので、オンライン（当該仮想デバイスのＯＦ５５の値が「１」）のとき点灯し、オフライン（当該仮想デバイスのＯＦ５５の値が「０」）のとき消灯する。
【００４８】
制御対象の仮想デバイスがオンライン状態（ＯＦ５５の値が「１」）のとき、制御装置のユーザは、パラメータ調整画面７０から、制御対象の仮想デバイスに対応する被制御装置（実デバイス）の実カレント４４のパラメータの値をリモート制御できる。図８は、リモート制御を開始するときに、制御装置（コンソール１及びＰＣ２，３）のＣＰＵ１０が実行するリモート制御準備処理のフローチャートを示す。
【００４９】
ステップＳ１において、制御装置のＣＰＵ１０は、リモート制御開始すべき各被制御装置（実デバイス）に対応する各仮想デバイスのプロセスを起動し、且つ、該各仮想デバイスの仮想デバイスデータ５０をメモリ１１に準備する。すなわち、メモリ１１に仮想デバイス毎の仮想デバイスデータ５０の記憶領域を確保して、仮想デバイスデータ５０の領域に各種データ（図６の符号５１〜５５）を書き込む。ステップＳ１の処理は、任意の時点で実行されてよい。例えば、ユーザが機種を選択する操作を行ったときに、選択された機種の仮想デバイスを起動するようにしてもよい。或いは、過去にリモート制御で使用した仮想デバイスデータ５０を１つのプロジェクトファイルとして保存しておき、制御装置が、そのプロジェクトファイルを読み込んだときに、プロジェクトファ イルに含まれる仮想デバイスデータ５０に基づいて、複数の仮想デバイスを起動するようにしてもよい。さらに、制御装置が、ネットワークに接続された被制御装置を新たに発見したとき、その被制御装置と対応付けられる同じ機種の仮想デバイスが未起動であることを条件に、その機種の仮想デバイスを自動的に起動するようにしてもよい。
【００５０】
ステップＳ２において、制御装置のＣＰＵ１０は、前記ステップＳ１でプロセスを起動した各仮想デバイスに、ネットワーク９上で検出された被制御装置（実デバイス）のいずれか１つを対応付ける。例えば、制御装置のＣＰＵ１０は、ネットワーク９上の各被制御装置（実デバイス）から機種ＩＤ４１、ｒｄＩＤ４２及びＩＰアドレス４３を収集し、これら収集した情報に基づいて各仮想デバイスと実デバイスとを対応付けることができる。被制御装置が固定値のｒｄＩＤ４２を有するケースであれば、その被制御装置を、そのｒｄＩＤ４２と同じｖｄＩＤ５２を有する仮想デバイスに対応付けるようにすればよい。或いは、変更可能値であるｒｄＩＤ４２（又はＩＰアドレス４３）を用いて対応付けを行う場合は、ｖｄＩＤ５２（又はＩＰアドレス５３）との一致だけでなく、機種ＩＤも相互間で一致していることを条件に、実デバイスと仮想デバイスを対応付けるようにすればよい。何れのケースであっても、最低限、実デバイスと仮想デバイスとで機種ＩＤが一致していなければならない。更に、各機種ＩＤ毎に、実デバイスと仮想デバイスとの対応付けを、ユーザが自由に変更できるようにしてもよい。ユーザにより対応付けが確定された場合には、前記ステップＳ１で準備した仮想デバイスデータ５０の各仮想デバイスのｖｄＩＤ５２とＩＰアドレス５３とが、その仮想デバイスに対応付けられた実デバイスのｒｄＩＤ４２とＩＰアドレス４３と同じ値で、確定される。ステップＳ２の処理は、未だ対応付けされていない仮想デバイスが存在することを条件に、任意のタイミングで実行してよい。
【００５１】
ステップＳ３において、制御装置のＣＰＵ１０は、対応付け済みの各仮想デバイスと実デバイスとを同期化し、且つ、当該仮想デバイスのオンラインフラグ５５（ＯＦ（ｖｄＩＤ））に値「１」をセットする。「仮想デバイスと実デバイスとを同期化する」とは、仮想デバイスの仮想カレント５４内のパラメータ群と、対応する実デバイスの実カレント４４内のパラメータ群とを、同じ値にすることである。同期化の方向（仮想カレント５４の各パラメータ値を実カレント４４の各パラメータ値に一致させるか、又は、実カレント４４の各パラメータ値を仮想カレント５４の各パラメータ値に一致させるか）は、一方向に固定しても良いし、ユーザの指示に従うようにしてもよい。仮想デバイスと実デバイスを同期化することにより、仮想カレント５４内の各パラメータ値は、対応する実カレント４４内の各パラメータ値と同じ値になる。従って、仮想カレント５４内の各パラメータ値を表示するパラメータ調整画面７０は、実質的に、対応する実カレント４４の値を表示することになる。ステップＳ３の処理は、ユーザが、１又は複数の仮想デバイスの「オンライン化」を指示したときに、その仮想デバイスに関して実行される。或いは、ユーザが、１ないし複数の実デバイスと、１又は複数の仮想デバイスとの対応付けを確定したときに、その対応付けされた仮想デバイスに関して、ステップＳ２の処理に続けて実行されるようにしてもよい。
【００５２】
制御装置のユーザは、パラメータ調整画面７０において、パラメータ値表示部７１の１つの枠７２を選択し、操作パネル上の各種物理操作子（コンソール１のＵＩ１３）や、マウス或いはキーボード（ＰＣ２，３のＵＩ１３）を使って、該選択したパラメータの値を変更操作できる。図９は、パラメータ調整画面７０におけるパラメータ値の変更操作に応じて制御装置のＣＰＵ１０が実行する処理のフローチャートを示す。ユーザによるパラメータ値の変更操作があったとき、制御装置のＣＰＵ１０は、その操作に応じたパラメータ変化量ｖａｌを検出し、且つ、制御対象の仮想デバイス（パラメータ調整画面７０にパラメータを表示中の仮想デバイス）のｖｄＩＤと、該変更操作されたパラメータのｐＩＤとを特定し、該特定した１つの仮想デバイスｖｄＩＤの該特定した１つのパラメータｐＩＤについて、図９の処理を起動する。なお、検出されるパラメータ変化量ｖａｌは、操作子の操作量に応じたパラメータ値の相対的な変化量を示すデータでもよいし、あるいは、操作子の操作位置（操作子の動作範囲における絶対的な位置）に応じた絶対的なパラメータ値を示すデータでもよい。或いは、操作子の操作量を示すデータや、操作子の操作位置を示すデータでもよい。
【００５３】
ステップＳ４において、制御装置のＣＰＵ１０は、検出されたパラメータ値の変更量ｖａｌに応じて、ｄＩＤｘ６２にセットさているｖｄＩＤにより特定されるの仮想カレント５４内の、該変更操作されたパラメータｐＩＤの現在値Ｐ´（ｐＩＤ）を変更する。
【００５４】
ステップＳ５において、ＣＰＵ１０は、前記ステップＳ４の仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）の変更結果に応じて、当該制御装置のディスプレイ（ＵＩ１３）に表示中のパラメータ調整画面７０内の当該パラメータｐＩＤに関する表示を更新する。これにより、例えば枠７２ａのようにパラメータ値がノブ画像７４で表示されている場合は、ノブ画像７４の回転位置（ノブの角度）が操作子等の現在の操作状態に追従して変更される。また、枠７２ｂのようにパラメータ値がボタン画像７５で表示されている場合、ボタンの点灯・消灯状態が操作子等の現在の操作状態に追従して変更される。制御装置側でのパラメータ値の変更操作に応じて直ちに当該制御装置におけるパラメータ値の表示を更新するので、該変更操作に対する表示更新のレスポンスが良い。
【００５５】
ステップＳ６において、ＣＰＵ１０は、制御対象の仮想デバイスのオンラインフラグ５５（ＯＦ（ｄＩＤｘ））に基づいて、制御対象の仮想デバイスがオンライン中か否か判断する。オンライン中の場合（ステップＳ６のＹＥＳ）、ＣＰＵ１０は、ステップＳ７において、今回のパラメータ値の変更操作に応じた変更命令ＳＥＴを作成し、該作成した変更命令ＳＥＴを、制御対象の仮想デバイスに対応する被制御装置（実デバイス）にネットワーク９経由で送信する。すなわち、パラメータ調整画面７０でのパラメータ値変更操作に応じて上記ステップＳ４〜Ｓ７を行う構成がパラメータ値変更操作受付部として機能する。
【００５６】
変更命令ＳＥＴは、パラメータを特定するｐＩＤと、変更量ｖａｌと、当該変更命令ＳＥＴの送信元の制御装置を特定するｒｃＩＤ（図６の符号６１）とを含むデータである。変更命令ＳＥＴの宛先としては、制御対象の仮想デバイスの仮想デバイスデータ５０に含まれるＩＰアドレス５３を指定する。従って、変更命令ＳＥＴは、ネットワーク９上の複数の被制御装置４〜８のうち、制御対象の仮想デバイスに対応する１つの被制御装置にだけ送信される。
【００５７】
なお、変更命令ＳＥＴに含まれる変更量ｖａｌは、制御装置における操作子の相対的な変化量を示すデータでもよいし、あるいは、操作子の操作位置を示すデータでもよいし、或るいは、その操作に応じて変更された仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）でもよし、あるいは、該操作に応じた仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）の変化量でもよい。
【００５８】
一方、制御対象の仮想デバイスがオフライン中の場合は（ステップＳ６のＮＯ）、被制御装置に対する変更命令の送信が不要であるので、ＣＰＵ１０はそのまま処理を終了する。従って、オフライン中は、制御装置でのパラメータ値の変更操作は、当該制御装置の仮想カレント５４にのみ反映され、被制御装置の実カレント４４には反映されない。
【００５９】
変更命令ＳＥＴの宛先として指定されたＩＰアドレス５３に該当する被制御装置（実デバイス）は、前記ステップＳ６において制御装置から送信された変更命令ＳＥＴをネットワーク９経由で受信する。図１０は、前記ステップＳ６で送信された変更命令ＳＥＴの受信に応じて、被制御装置４〜８のＣＰＵ（図３，４の符号２０，３０）が実行する処理のフローチャートを示す。或る被制御装置のＣＰＵは、変更命令ＳＥＴを受信したとき図１０の処理を開始する。
【００６０】
ステップＳ８において、被制御装置のＣＰＵは、受信した変更命令ＳＥＴに含まれるｐＩＤにより、当該被制御装置の実カレント４４の１つのパラメータを特定し、該特定したパラメータｐＩＤの値Ｐ（ｐＩＤ）を、変更命令ＳＥＴに含まれる変更量ｖａｌに応じて変更する。これにより、実カレント４４の当該パラメータ値Ｐ（ｐＩＤ）が、実カレント４４の当該パラメータ値Ｐ（ｐＩＤ）が、変更命令ＳＥＴの送信元である制御装置内の対応する仮想カレント５４内の当該パラメータ値Ｐ´（ｐＩＤ）と同じ値になる。
【００６１】
ステップＳ９において、被制御装置のＣＰＵは、受信した変更命令ＳＥＴに含まれるｒｃＩＤを、自身のメモリ内のｃＩＤｘ４５にセットする。ステップＳ１０において、被制御装置のＣＰＵは、前記ステップＳ８で変更されたパラメータのｐＩＤと、前記ステップＳ９でｒｃＩＤをセットしたｃＩＤｘ４５とからなるデータペアを作成し、該作成したデータペアを、自身のメモリ中のＭＰリスト４６に追加、又は、上書き更新して、処理を終了する。すなわち、前記ｐＩＤを含むデータペアがＭＰリスト４６に存在していない場合には、作成されたデータペアをＭＰリスト４６に新規に追加する。他方、該ｐＩＤを含むデータペアがＭＰリスト４６に存在している場合には、既存の当該ｐＩＤを含むデータペアを、今回作成されたデータペアにより上書きする。つまり、該既存のデータペアに含まれるｃＩＤｘの値を、今回の前記ステップＳ９にてｃＩＤｘ４５にセットしたｒｃＩＤ（今回受信した変更命令ＳＥＴに含まれるｒｃＩＤ）に更新する。従って、ＭＰリスト４６は、１つのｐＩＤに関するデータペアを二重に記憶しない。後述する或る通知周期において、或る被制御装置の或るｐＩＤのパラメータの値を変更すべく、複数の異なる制御装置がそれぞれ変更命令ＳＥＴを送信した場合、その被制御装置は、異なる制御装置から受信する各変更命令ＳＥＴに応じて、その変更命令ＳＥＴに含まれる変更量ｖａｌでそのｐＩＤのパラメータ値を変更するとともに、その変更命令ＳＥＴに含まれるｒｃＩＤでＭＰリスト４６の当該ｐＩＤのデータペアを上書き更新する。その通知周期の終わりに、最後にＭＰリスト４６の当該ｐＩＤのデータペアに記憶されているのは、最後に受信した変更命令ＳＥＴに記載されていたｒｃＩＤである。すなわち、ＭＰリスト４６の各ｐＩＤのデータペアは、その通知周期でそのｐＩＤパラメータの値を最後にリモート制御した制御装置のｒｃＩＤを保持する。
【００６２】
被制御装置４〜８の実カレント４４内のパラメータ値の変更操作は、被制御装置自身が持つユーザインタフェース（図３，４の符号２３〜２５、３３）を使ったローカル制御でも行われる。図１１は、或る被制御装置でパラメータ値のローカル制御（ローカルパラメータ値変更操作）が行われたときに、そのローカルパラメータ値変更操作に応じて当該被制御装置のＣＰＵ（図３，４の符号２０，３０）が実行する処理のフローチャートを示す。或る被制御装置（ｒｄＩＤ）のＣＰＵは、ユーザによるローカルパラメータ値変更操作に応じたパラメータ変化量ｖａｌを検出し、且つ、該変更操作されたパラメータのｐＩＤを特定して、該特定した１つのパラメータｐＩＤについて、図１１の処理を起動する。
【００６３】
ステップＳ１１において、被制御装置のＣＰＵは、自身の実カレント４４内のパラメータｐＩＤの値Ｐ（ｐＩＤ）を、前記検出された変更量ｖａｌに応じて変更する。
【００６４】
ステップＳ１２において、被制御装置のＣＰＵは、自身のメモリ内の変数ｃＩＤｘに、いずれの制御装置も示さない「ｎｕｌｌ」をセットする。そして、テップＳ１３において、被制御装置のＣＰＵは、前記ステップＳ１１で変更されたパラメータのｐＩＤと、前記ステップＳ１２でｒｃＩＤをセットしたｃＩＤｘとからなるデータペアを、自身のメモリ中のＭＰリスト４６に追加、又は、上書き更新して、処理を終了する。この場合、ＭＰリスト４６には、ｃＩＤｘの値として「ｎｕｌｌ」がセットされたデータペアが追加、又は、上書き更新される。
【００６５】
被制御装置４〜８のＣＰＵ（図３，４の符号２０，３０）は、図示しない周知の処理ルーチンを実行して、前記ステップＳ８又は前記ステップＳ１１によりパラメータ値変更結果を、被制御装置の動作に反映せる。すなわち、被制御装置４〜８のＣＰＵ２０，３０は、該図示しない周知の処理ルーチンを実行し、その被制御装置の実カレント４４に基づいて、当該被制御装置の音響機器としての動作（典型的には、ＤＳＰ（図３，４の符号２７，３６）による信号処理）を制御する。例えば、実カレント４４の或る音響信号のレベルパラメータが変更された場合には、ＤＳＰおいてその音響信号に乗算される係数が、その変更後の値に応じて変更される。フィルタ・パラメータが変更された場合には、ＤＳＰにおいてそのフィルタ処理に使用される係数が、その変更後の値に応じて変更される。エフェクト・タイプが変更された場合には、ＤＳＰが実行する処理のアルゴリズムを規定するマイクロプログラムが、その変更後の値に応じて変更される。この構成が、実カレント４４に記憶された複数のパラメータに基づいて、当該被制御装置の動作を制御する動作制御部として機能する。
【００６６】
図１２は、被制御装置４〜８のＣＰＵ（図３，４の符号２０，３０）が実行する、実カレント４４のパラメータ値の変更結果を制御装置１〜３に通知する通知処理のフローチャートを示す。被制御装置のＣＰＵは所定の通知周期毎に図１１の処理を実行する。前記通知周期は、例えば、数ミリ秒〜数１０ミリ秒周期など、制御装置１〜３のディスプレイの表示更新周期に対応する適宜の周期に設定するとよい。
【００６７】
ステップＳ１４において、被制御装置のＣＰＵは、自身のメモリ中のＭＰリスト４６にデータペアが記録されているか否かを調べる。ＭＰリスト４６に１つ以上のデータペアが記録されている場合（ステップＳ１４のＮＯ）、ステップＳ１５において、被制御装置のＣＰＵは、ＭＰリスト４６に基づいてＤＡＴＡを作成する。被制御装置のＣＰＵはＤＡＴＡを作成した後、該ＭＰリスト４６の記録内容を空にする。
【００６８】
ＤＡＴＡはＭＰリスト４６中の全データペアに対応する１又は複数個のデータセットからなる。１つのデータセットは、１つのデータペアに対応するもので、最新の通知周期の期間内に値が変更されたパラメータの現在値Ｐ（ｐＩＤ）と、そのパラメータを特定するｐＩＤと、そのパラメータ値Ｐ（ｐＩＤ）の変更を最後に行った制御装置を示すｃＩＤｘとを含む。被制御装置のＣＰＵは、ＭＰリスト４６のデータペア毎に、そのデータペアのｐＩＤにより特定される実カレント４４中のパラメータ値Ｐ（ｐＩＤ）を取得し、該取得したパラメータ値Ｐ（ｐＩＤ）と、そのパラメータを特定するｐＩＤと、該データペアのｃＩＤｘとを１セットとする１つのデータセットを作成できる。従って、或るパラメータ値Ｐ（ｐＩＤ）が制御装置１〜３のいずれかによるリモート制御により変更された場合は、そのパラメータ値Ｐ（ｐＩＤ）に関するデータセットのｃＩＤｘには、その通知周期内で最後に変更命令ＳＥＴを送信した制御装置を示すｒｄＩＤがセットされる。また、或るパラメータ値Ｐ（ｐＩＤ）が当該被制御装置におけるローカル制御により最後に変更された場合には、そのパラメータ値Ｐ（ｐＩＤ）に関するデータセットのｃＩＤｘには、いずれの制御装置も示さない値「ｎｕｌｌ」がセットされる。また、上述の通り、ＭＰリスト４６は１つのｐＩＤに関するデータペアを二重に記憶しない（既存のデータペアを更新する）ので、当該通知周期内に１つのパラメータ値Ｐ（ｐＩＤ）が複数回変更された場合には、当該通知周期内が終わった時点での１つのパラメータ値Ｐ（ｐＩＤ）と、その複数回のうちの最後の変更に係る制御装置のｒｃＩＤ（又はｎｕｌｌ）とがＤＡＴＡに含まれることになる。
【００６９】
ステップＳ１６において、被制御装置のＣＰＵは、前記ステップＳ１５で作成されたＤＡＴＡと、当該被制御装置のｒｄＩＤ４２を含む変更通知ＵＰＤＡＴＡ（ＤＡＴＡ，ｒｄＩＤ）を作成する。変更通知ＵＰＤＡＴＡは、最新の通知周期における実カレント４４のパラメータ値の変更結果を示すデータである。ステップＳ１７において、被制御装置のＣＰＵは、前記ステップＳ１５で作成された変更通知ＵＰＤＡＴＡを、ネットワーク９上の全ての制御装置１〜３に送信する。変更通知ＵＰＤＡＴＡは、１回の送信でネットワーク９上の全ての制御装置１〜３に送信されるよう、宛先としてブロードキャストアドレスを指定してブロードキャスト送信されるか、又は、宛先として特定のグループ（全ての制御装置１〜３）を対象とするマルチキャストアドレスを指定してマルチキャスト送信される。
【００７０】
一方、ＭＰリスト４６が空の場合（ステップＳ１４のＹＥＳ）、被制御装置のＣＰＵは、そのまま処理を終了する。従って、通知周期の期間内に実カレント４４の複数のパラメータ値のうちの、いずれの値も変更されなかった場合には、変更通知ＵＰＤＡＴＡを送信しない。つまり、通知周期の期間内に、制御装置からの変更命令ＳＥＴ又は被制御装置でのパラメータ値のローカル制御（ローカルパラメータ値変更操作）によって実カレント４４の少なくとも１つのパラメータ値が変更された場合にのみ、前記ステップＳ１７による変更通知ＵＰＤＡＴＡの送信が行われる。すなわち、各ｐＩＤに関して、変更命令ＳＥＴを受信して前記ステップＳ８により実カレント４４を変更し、且つ、前記ステップＳ１５〜Ｓ１７により変更命令ＳＥＴを最後に送信した制御装置を示すｃＩＤｘ（第１データ）と、その変更命令ＳＥＴに応じた変更結果を示すパラメータ値Ｐ（ｐＩＤ）（第２データ）とを含む変更通知ＵＰＤＡＴＡを生成して、複数の制御装置１〜３に送信する構成が、変更命令受付部として機能する。また、前記ステップＳ１１によりローカルパラメータ値変更操作によって実カレント４４のパラメータ値を変更し、且つ、前記ステップＳ１５〜Ｓ１７によりいずれの制御装置も示さないｃＩＤｘ（第１データ）と、その変更命令ＳＥＴに応じた変更結果を示すパラメータ値Ｐ（ｐＩＤ）（第２データ）とを含む変更通知ＵＰＤＡＴＡを生成して、複数の制御装置１〜３に送信する構成が、ローカルパラメータ値変更操作受付部として機能する。
【００７１】
図１３は、前記ステップＳ１７で送信された変更通知ＵＰＤＡＴＡの受信に応じて、制御装置１〜３のＣＰＵ１０が実行する処理のフローチャートを示す。制御装置１〜３のＣＰＵ１０は、ネットワーク９経由で、何れかの被制御装置４〜８から変更通知ＵＰＤＡＴＡを受信したとき、図１３に示す処理を開始する。
【００７２】
ステップＳ１８において、制御装置のＣＰＵ１０は、変更通知ＵＰＤＡＴＡからｒｄＩＤを取り出して、該取り出したｒｄＩＤをメモリ１１のｄＩＤｘ６２にセットする。制御装置のＣＰＵ１０は、ｄＩＤｘ６２にセットしたｒｄＩＤに基づいて、変更通知ＵＰＤＡＴＡの送信元の被制御装置ｒｄＩＤに対応する仮想デバイスｖｄＩＤを特定する。先述したように、或る被制御装置ｒｄＩＤと或る仮想デバイスｖｄＩＤとがオンライン状態にあるとき、そのｖｄＩＤはそのｒｄＩＤと同じ値を有する。なお、変更通知ＵＰＤＡＴＡにｒｄＩＤを含ませる構成でなくても、例えば、変更通知ＵＰＤＡＴＡの送信元を示すＩＰアドレスと一致するＩＰアドレス５３を持つ仮想デバイスｖｄＩＤ５２を特定し、そのｖｄＩＤ５２を、ｄＩＤｘ６２にセットしてもよい。要するに、変更通知ＵＰＤＡＴＡの送信元の被制御装置を特定するデータをｄＩＤｘ６２にセットできればよい。
【００７３】
ステップＳ１９において、制御装置のＣＰＵ１０は、受信した変更通知ＵＰＤＡＴＡに含まれるＤＡＴＡ中の１又は複数のデータセットから１つ目のデータセットを取得する。データセットを取得する順番は、例えばデータセット中のｐＩＤに基づいて決定できる。
【００７４】
ステップＳ２０において、制御装置のＣＰＵ１０は、前記取得したデータセットから、パラメータ値Ｐ（ｐＩＤ）と、そのパラメータを特定するｐＩＤと、ｃＩＤｘとを取り出す。ステップＳ２１において、制御装置のＣＰＵ１０は、自身のメモリ１１に記憶されたｒｃＩＤ６２に基づいて、前記取り出したｃＩＤｘの値が当該制御装置のｒｃＩＤを示しているかどうかを調べる。変更通知ＵＰＤＡＴＡを受信した制御装置は、変更通知ＵＰＤＡＴＡ中のデータセットに含まれるｃＩＤｘの値により、複数の制御装置１〜３のうちいずれの制御装置ｒｃＩＤが該データセットに含まれるパラメータ値Ｐ（ｐＩＤ）の変更操作を行ったかを特定できる。
【００７５】
ｃＩＤｘの値が当該制御装置のｒｃＩＤを示していない場合、すなわち、ｃＩＤｘの値が別制御装置を示すｒｃＩＤであるか、又は、ｎｕｌｌの場合（テップＳ２１のＮＯ）、ステップＳ２２において、制御装置のＣＰＵ１０は、前記ステップＳ１８でｄＩＤｘ６２にセットしたｒｄＩＤに対応する仮想デバイスｖｄＩＤを特定するとともに、前記ステップＳ２０でデータセットから取り出したｐＩＤにより変更対象のパラメータを特定し、該特定された仮想デバイスｖｄＩＤの仮想カレント５４の該特定されたパラメータ値Ｐ´（ｐＩＤ）を、前記ステップＳ２０でデータセットから取り出したパラメータ値Ｐ（ｐＩＤ）に更新する。そして、ステップＳ２３において、制御装置のＣＰＵ１０は、前記ステップＳ２２による仮想カレント５４の変更結果に応じて、該パラメータ値Ｐ´（ｐＩＤ）の表示を更新する。具体的には、パラメータ調整画面７０におけるノブ画像の回転位置が変更されたり、或いは、ボタン画像の点灯・消灯状態が切り替わったりする。
【００７６】
一方、ｃＩＤｘの値が当該制御装置のｒｃＩＤを示している場合（ステップＳ２１のＹＥＳ）、制御装置のＣＰＵ１０は、前記ステップＳ２２及びＳ２３の処理を行わずに、処理をステップＳ２４に進める。すなわち、パラメータ値Ｐ（ｐＩＤ）の変更操作を行ったのが当該制御装置である場合には、実デバイスから送信された変更通知ＵＰＤＡＴＡに応じた仮想カレント５４のパラメータ値変更と表示更新を行わずに、前記ステップＳ４及びＳ５にて行われた当該制御装置におけるユーザ操作に応じた仮想カレント５４の変更結果及び表示更新を保持する。すなわち、前記ステップＳ２１〜Ｓ２３の処理が変更通知受付部として機能する。
【００７７】
ステップＳ２４において、制御装置のＣＰＵ１０は、受信した変更通知ＵＰＤＡＴＡに含まれるＤＡＴＡ中の１又は複数のデータセットから次のデータセットを取得して、該取得したデータセットについて前記ステップＳ２０〜Ｓ２３の処理を行う。そして、御装置のＣＰＵ１０は、受信した変更通知ＵＰＤＡＴＡに含まれるＤＡＴＡ中で未処理データセットがなくなるまで（ステップＳ２５のＹＥＳ）、ステップＳ２０〜Ｓ２４を繰り返す。受信した変更通知ＵＰＤＡＴＡに含まれるＤＡＴＡ中で未処理データセットがなくなったら（ステップＳ２５のＮＯ）、処理を終了する。
【００７８】
上述の図１３の処理によれば、例えば、ネットワーク９上の或る１つの制御装置においてユーザによるパラメータ値変更操作に応じた最新の変更命令を送信した後に、リモート制御に関する遅延によって該最新の変更命令よりも前の時点の変更命令に対応する古い変更通知ＵＰＤＡＴＡを被制御装置から受信したとしても、その制御装置は、前記ステップＳ２１をＹＥＳに分岐することにより、該受信した変更通知ＵＰＤＡＴＡに応じた仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）の変更を行わず、現在の操作子の操作状態に応じた仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）をパラメータ調整画面７０に表示できる。ネットワーク９経由で送信される変更通知ＵＰＤＡＴＡに応じた仮想カレント５４の変更を行わないことにより、表示されるパラメータ値が現在の操作状態に素直に追従しない、というリモート制御に関する遅延による不都合が生じない。一方、ネットワーク９上の該制御装置とは別の制御装置では、被制御装置からその変更通知ＵＰＤＡＴＡを受信したときに、前記ステップＳ２１をＮＯに分岐して、Ｓ２２及びＳ２３によって該変更通知ＵＰＤＡＴＡに応じて仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）を変更するので、前記或る１つの制御装置でのユーザによるパラメータ値変更操作に応じた実カレント４４の変更結果を、パラメータ調整画面７０にてリモート監視できる。
【００７９】
以上説明した実施例によれば、被制御装置４〜８から各制御装置１〜３にネットワーク９経由で送信される変更通知ＵＰＤＡＴＡの各データセットに、そのデータセットに係る変更通知ＵＰＤＡＴＡに対応する変更命令ＳＥＴを送信した制御装置を示すｃＩＤｘ（第１データ）を含めておく構成により、該変更命令ＳＥＴを送信した制御装置（ユーザによるパラメータ値変更操作を受け付けた制御装置）は、ネットワーク９経由で送信された変更通知ＵＰＤＡＴＡの当該データセットに応じて仮想カレント５４を変更せず、ユーザによるパラメータ値変更操作に応じた仮想カレント５４のパラメータ値を保持しておくことができるので、複数の制御装置１〜３によってネットワーク９を介して接続された被制御装置４〜８のパラメータの値をリモート制御及びリモート監視する場合に、ユーザによるパラメータ値変更操作を受け付けた制御装置の仮想カレント５４に記憶するパラメータ値に対するリモート制御に関する遅延の影響を抑えることができるという優れた効果を奏する。
【００８０】
また、被制御装置４〜８側でのローカルパラメータ値変更操作が行われたときには、変更通知ＵＰＤＡＴＡに含まれるｃＩＤｘ（第１データ）として、いずれの制御装置も示さない値「ｎｕｌｌ」がセットされる（前記図１１のステップＳ１２）ので、ネットワーク９上の全ての制御装置１〜３が、その変更通知ＵＰＤＡＴＡに応じた仮想カレント５４のパラメータ値Ｐ´（ｐＩＤ）を変更して、被制御装置側でのローカル制御の結果をリモート監視できる。
【００８１】
通知周期に複数のパラメータが変更されたとき、被制御装置が、変更された各パラメータに対応する複数のデータセットを１つの変更通知ＵＰＤＡＴＡに含めて、１つの変更通知ＵＰＤＡＴＡを送信するようになっていたが、別の実施形態として、該複数のデータセットをそれぞれ１つずつ、１つの変更通知ＵＰＤＡＴＡ’に含めて、複数の変更通知ＵＰＤＡＴＡを送信するようにしてもよい。ただし、この実施形態では、送信するパケットが複数になるので、ネットワークの帯域をより消費してしまうという欠点がある。なお、上記実施例では変更通知ＵＰＤＡＴＡの各データセットにｃＩＤｘを含む構成を説明したが、別の構成として、変更通知ＵＰＤＡＴＡ中のデータセットに、その変更通知ＵＰＤＡＴＡに対応する変更命令ＳＥＴを送信した制御装置を示すｃＩＤｘ（第１データ）を書き込まず、前記ステップＳ１７で変更通知ＵＰＤＡＴＡを送信するときに、ｃＩＤｘが示す制御装置ｒｃＩＤ以外の全ての制御装置（他の制御装置）にだけ変更通知ＵＰＤＡＴＡを送信することが考えられる。変更通知ＵＰＤＡＴＡの送信には、例えば、ＭＰリスト４６の各データペアが示すｃＩＤｘが示す制御装置ｒｃＩＤ以外の全ての制御装置（別の制御装置）のそれぞれのＩＰアドレス宛てに個別に変更通知ＵＰＤＡＴＡを送信する方法、或いは、ｃＩＤｘが示す制御装置ｒｃＩＤ以外の全ての制御装置（他の制御装置）で構成されるマルチキャストグループを作成して、そのグループのマルチキャストアドレス宛てに変更通知ＵＰＤＡＴＡをマルチキャスト送信する方法がある。この構成でも、前記ステップＳ２１〜Ｓ２３と同等の動作、つまり、変更通知ＵＰＤＡＴＡに対応する変更命令ＳＥＴを送信した制御装置では該変更通知ＵＰＤＡＴＡに応じた仮想カレント５４の変更を行わずにユーザによるパラメータ値変更操作に応じた仮想カレント５４のパラメータ値を保持しておき、該変更命令ＳＥＴを送信した制御装置とは別の制御装置では、該変更通知ＵＰＤＡＴＡに応じて仮想カレント５４を変更するという動作を実現しうる。しかし、この構成は、ＭＰリスト４６のデータペア毎に、ＩＰアドレス宛てに個別に変更通知ＵＰＤＡＴＡを送信するか、もしくは、マルチキャストグループを作成して、そのグループのマルチキャストアドレス宛てに変更通知ＵＰＤＡＴＡをマルチキャスト送信することになるため、ｃＩＤｘを含む変更通知ＵＰＤＡＴＡを全制御装置１〜３に送信する十指例の構成に劣る。
【００８２】
なお、この発明を適用するリモート制御システムの構成は、前記図１に示すリモート制御システムの構成（３台の制御装置１〜３と、５台の被制御装置（音響装置）４〜８からなる構成）に限らず、複数の制御装置と少なくとも１台の被制御装置とからなるモート制御システムであればよい。また、被制御装置４〜８となる音響装置の機種は、ミキサ４、アンプ５，６、エフェクタ７及びステージボックス８に限らず、オーディオ信号に関する信号処理を行う音響装置であり、制御装置からのリモート制御及びリモート監視を受けることができるものであれば、どのような種類の音響装置でもよい。
【符号の説明】
【００８３】
１ ミキシングコンソール、２，３ パーソナルコンピュータ、４ デジタルオーディオミキサ、５，６ アンプ、７ エフェクタ、８ ステージボックス、９ ネットワーク、１０，２０，３０ ＣＰＵ、１１，２１，３２ メモリ、１２，２２，３２ ネットワークインタフェース、１３．３３ ユーザインタフェース、２３ パネル表示部、２４ パネル操作子、２５ 電動フェーダ、２６，３４ オーディオ入出力部、３５ 増幅部、２７，３６ ＤＳＰ、４１ 機種ＩＤ、４２ リアルデバイスＩＤ、４３ ＩＰアドレス、４４ 実カレント（動作データ）、４６ ＭＰリスト、５０ 仮想デバイスデータ、５１ 機種ＩＤ、５２ 仮想デバイスＩＤ、５３ ＩＰアドレス、５４ 仮想カレント（動作データ）、５５ オンラインフラグ、６０ 機種情報、６１ リアルコントローラＩＤ、６２ デバイスＩＤ、７０ パラメータ調整画面、ＳＥＴ 変更命令、ＵＰＤＡＴＡ 変更通知
【特許請求の範囲】
【請求項１】
ネットワークにより接続された複数の制御装置と少なくとも１台の被制御装置とを含むリモート制御システムであって、
前記被制御装置が、
複数のパラメータを記憶する実カレントメモリと、
前記実カレントメモリに記憶された複数のパラメータに基づいて、当該被制御装置の動作を制御する動作制御部と、
前記複数の制御装置のうち何れか１つの制御装置からの変更命令を前記ネットワーク経由で受信したときに、該受信した変更命令に基づいて、前記実カレントメモリの１つのパラメータの値を変更し、且つ、その変更命令を送信した前記制御装置を示す第１データと、その変更命令に応じた変更結果を示す第２データとを含む変更通知を生成して、該生成した変更通知を前記複数の制御装置に前記ネットワーク経由で送信する変更命令受付部と
を備えており、
前記複数の制御装置の各々が、
前記被制御装置に対応しており、該被制御装置の前記実カレントメモリに記憶された複数のパラメータと実質的に同じ値の複数のパラメータを記憶する仮想カレントメモリと、
ユーザによるパラメータ値変更操作に応じて、前記被制御装置に対応する仮想カレントメモリの１のパラメータの値を変更し、且つ、そのパラメータ値変更操作に対応する前記変更命令を生成して、該生成した変更命令を該被制御装置に前記ネットワーク経由で送信するパラメータ値変更操作受付部と、
被制御装置の前記変更命令受付部により送信された前記変更通知を前記ネットワーク経由で受信したとき、該変更通知に含まれる前記第１データが当該制御装置を示しているか否かを判断し、該第１データが当該制御装置を示していなければ、当該変更通知に含まれる前記第２データに基づいて、該被制御装置に対応する仮想カレントメモリの１つのパラメータの値を変更し、一方、該第１データが当該制御装置を示していれば、当該変更通知に含まれる前記第２データに基づく前記仮想カレントのパラメータの値の変更を行わない変更通知受付部と
を備えることを特徴とするリモート制御システム。
【請求項２】
前記被制御装置が、更に、ユーザによるパラメータ値変更操作に応じて、前記実カレントメモリの１つのパラメータの値を変更し、且つ、いずれの制御装置も示さない前記第１データと、該パラメータ値変更操作に応じた変更結果を示す前記第２データとを含む変更通知を生成して、該生成した変更通知を前記複数の制御装置に前記ネットワーク経由で送信するローカルパラメータ値変更操作受付部を備えることを特徴する請求項１に記載のリモート制御システム。
【請求項３】
前記変更命令受付部が、前記変更通知を所定の通知周期毎に生成して送信するものであり、該変更通知の前記第１データが、そのパラメータの変更命令を、当該通知周期内で最後に送信した前記制御装置を示し、前記第２データが当該通知周期の終わりの時点での該パラメータの値を示すことを特徴とする請求項１に記載のリモート制御システム。
【請求項１】
ネットワークにより接続された複数の制御装置と少なくとも１台の被制御装置とを含むリモート制御システムであって、
前記被制御装置が、
複数のパラメータを記憶する実カレントメモリと、
前記実カレントメモリに記憶された複数のパラメータに基づいて、当該被制御装置の動作を制御する動作制御部と、
前記複数の制御装置のうち何れか１つの制御装置からの変更命令を前記ネットワーク経由で受信したときに、該受信した変更命令に基づいて、前記実カレントメモリの１つのパラメータの値を変更し、且つ、その変更命令を送信した前記制御装置を示す第１データと、その変更命令に応じた変更結果を示す第２データとを含む変更通知を生成して、該生成した変更通知を前記複数の制御装置に前記ネットワーク経由で送信する変更命令受付部と
を備えており、
前記複数の制御装置の各々が、
前記被制御装置に対応しており、該被制御装置の前記実カレントメモリに記憶された複数のパラメータと実質的に同じ値の複数のパラメータを記憶する仮想カレントメモリと、
ユーザによるパラメータ値変更操作に応じて、前記被制御装置に対応する仮想カレントメモリの１のパラメータの値を変更し、且つ、そのパラメータ値変更操作に対応する前記変更命令を生成して、該生成した変更命令を該被制御装置に前記ネットワーク経由で送信するパラメータ値変更操作受付部と、
被制御装置の前記変更命令受付部により送信された前記変更通知を前記ネットワーク経由で受信したとき、該変更通知に含まれる前記第１データが当該制御装置を示しているか否かを判断し、該第１データが当該制御装置を示していなければ、当該変更通知に含まれる前記第２データに基づいて、該被制御装置に対応する仮想カレントメモリの１つのパラメータの値を変更し、一方、該第１データが当該制御装置を示していれば、当該変更通知に含まれる前記第２データに基づく前記仮想カレントのパラメータの値の変更を行わない変更通知受付部と
を備えることを特徴とするリモート制御システム。
【請求項２】
前記被制御装置が、更に、ユーザによるパラメータ値変更操作に応じて、前記実カレントメモリの１つのパラメータの値を変更し、且つ、いずれの制御装置も示さない前記第１データと、該パラメータ値変更操作に応じた変更結果を示す前記第２データとを含む変更通知を生成して、該生成した変更通知を前記複数の制御装置に前記ネットワーク経由で送信するローカルパラメータ値変更操作受付部を備えることを特徴する請求項１に記載のリモート制御システム。
【請求項３】
前記変更命令受付部が、前記変更通知を所定の通知周期毎に生成して送信するものであり、該変更通知の前記第１データが、そのパラメータの変更命令を、当該通知周期内で最後に送信した前記制御装置を示し、前記第２データが当該通知周期の終わりの時点での該パラメータの値を示すことを特徴とする請求項１に記載のリモート制御システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−１１０５３７（Ｐ２０１３−１１０５３７Ａ）
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願番号】特願２０１１−２５３２８９（Ｐ２０１１−２５３２８９）
【出願日】平成２３年１１月１８日（２０１１．１１．１８）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願日】平成２３年１１月１８日（２０１１．１１．１８）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]