(57)【要約】【課題】制御装置において短時間に多数のパラメータの値を変更する操作がなされた場合でも、各装置の処理負荷や装置間の通信量を著しく増加させることなく、被制御装置におけるパラメータの値を、その操作に従って変更できるようにする。【解決手段】被制御装置であるミキサエンジンＥＮをリモート制御する制御装置であるコントローラＣＳに、ミキサエンジンＥＮに使用させるための複数のパラメータの値を、一括して定期的に、到達保証のない特定の通信プロトコルでミキサエンジン１２５に送信するＵＤＰ送信部１２６を設ける。ミキサエンジンＥＮに、コントローラＣＳから今回受信したパラメータの値と、同じコントローラＣＳから前回受信した対応するパラメータの値とが異なる場合に、今回受信したパラメータの値を、パラメータメモリ２２１に上書き記憶させるパラメータ制御部２２１を設ける。【選択図】        図５
2018098531.tif 000002
【特許請求の範囲】
【請求項１】
被制御装置をリモート制御する制御装置であって、
前記被制御装置に使用させるための複数のパラメータの値を記憶する記憶部と、
ユーザから受け付けた操作に従い、前記記憶部に記憶されている前記複数のパラメータの値を変更する編集部と、
前記記憶部に記憶されている前記複数のパラメータの値を、一括して定期的に、到達保証のない特定の通信プロトコルで前記被制御装置に送信する送信部とを備える制御装置。
【請求項２】
請求項１に記載の制御装置であって、
前記被制御装置から前記特定の通信プロトコルで一括して送信される前記複数のパラメータの値を受信する受信部と、
前記受信部がパラメータの値を受信したことに応じて、前記受信部がその時に受信したパラメータの値と、前記受信部が前回受信した対応するパラメータの値とが異なる場合に、前記その時に受信したパラメータの値を、前記記憶部に上書き記憶させる反映部とを備える制御装置。
【請求項３】
制御装置によりリモート制御される被制御装置であって、
前記被制御装置の動作に反映させる複数のパラメータの値を記憶する記憶部と、
前記制御装置から到達保証のない特定の通信プロトコルで一括して送信される前記複数のパラメータの値を受信する受信部と、
前記受信部がパラメータの値を受信したことに応じて、前記受信部がその時に受信したパラメータの値と、前記受信部が同じ制御装置から前回受信した対応するパラメータの値とが異なる場合に、前記その時に受信したパラメータの値を、前記記憶部に上書き記憶させる反映部とを備える被制御装置。
【請求項４】
請求項３に記載の被制御装置であって、
前記記憶部に記憶されている前記複数のパラメータの値を、一括して定期的に、前記特定の通信プロトコルで前記制御装置に送信する送信部を備える被制御装置。
【請求項５】
請求項４に記載の被制御装置であって、
ユーザから受け付けた操作に従い、前記記憶部に記憶されている前記複数のパラメータの値を変更する編集部を備える被制御装置。
【請求項６】
請求項４又は５に記載の被制御装置であって、
複数の制御装置によりリモート制御され、
前記送信部は、前記記憶部に記憶されている前記複数のパラメータの値を、前記複数の制御装置に対してマルチキャストで送信することを特徴とする被制御装置。
【請求項７】
制御装置と、該制御装置によりリモート制御される被制御装置とを備える制御システムであって、
前記制御装置が、
前記被制御装置に使用させるための複数のパラメータの値を記憶する制御側記憶部と、
ユーザから受け付けた操作に従い、前記制御側記憶部に記憶されている前記複数のパラメータの値を変更する制御側編集部と、
前記制御側記憶部に記憶されている前記複数のパラメータの値を、一括して定期的に、到達保証のない特定の通信プロトコルで前記被制御装置に送信する制御側送信部とを備え、
前記被制御装置が、
前記被制御装置の動作に反映させる前記複数のパラメータの値を記憶する被制御側記憶部と、
前記制御装置から前記特定の通信プロトコルで一括して送信される前記複数のパラメータの値を受信する被制御側受信部と、
前記被制御側受信部がパラメータの値を受信したことに応じて、前記被制御側受信部がその時に受信したパラメータの値と、前記被制御側受信部が同じ制御装置から前回受信した対応するパラメータの値とが異なる場合に、前記その時に受信したパラメータの値を、前記被制御側記憶部に上書き記憶させる被制御側反映部とを備えることを特徴とする制御システム。
【請求項８】
請求項７に記載の制御システムであって、
前記制御装置がさらに、
前記被制御装置から前記特定の通信プロトコルで一括して送信される前記複数のパラメータの値を受信する制御側受信部と、
前記制御側受信部がパラメータの値を受信したことに応じて、前記制御側受信部がその時に受信したパラメータの値と、前記制御側受信部が前回受信した対応するパラメータの値とが異なる場合に、前記その時に受信したパラメータの値を、前記制御側記憶部に上書き記憶させる制御側反映部とを備え、
前記被制御装置がさらに、
前記被制御側記憶部に記憶されている前記複数のパラメータの値を、一括して定期的に、前記特定の通信プロトコルで前記制御装置に送信する被制御側送信部を備えることを特徴とする制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、被制御装置を制御する制御装置、このような制御装置により制御される被制御装置、および、上記の制御装置及び被制御装置を備える制御システムに関する。
【背景技術】
【０００２】
従来から、ミキサエンジン等の音信号処理装置を被制御装置として、外部のリモート制御装置から制御できるようにした制御システムが知られている。このような制御システムにおいて、ユーザは、制御装置を操作して、被制御装置が信号処理に使用するパラメータの値を操作することができる。
【０００３】
この場合、制御装置は、被制御装置に対してユーザが行った操作の内容を伝えてもよい。しかし、その操作に従った変更後のパラメータの値を速やかに制御装置側で表示できるようにすべく、制御装置側でも被制御装置が使用するパラメータの値を一式記憶しておき、ユーザが行った操作の内容を、制御装置側で記憶しているパラメータの値に一旦反映させてから、その変更内容を被制御装置に通知することが行われている。
【０００４】
このような制御システムに関連する技術として、例えば特許文献１乃至特許文献３に記載の技術が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−１１０５３７号公報
【特許文献２】特開２０１２−７４９０３号公報
【特許文献３】特開２０１２−７４９０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、上記の各特許文献に記載の技術において、制御装置は、ユーザによるパラメータ値の変更操作を検出すると、その操作に応じたパラメータ値の変更を、直ちに被制御装置へ命令する（特許文献１の図９、特許文献２及び特許文献３の図７参照）。
【０００７】
しかしながら、この方式だと、短時間に多数のパラメータの値が変更された場合、短時間のうちに多数の変更命令を制御装置から被制御装置へ送信する必要がある。このため、一時的に処理負荷が高まると共に通信量が増えることになる。このため、このときに何らかの原因でいずれかの装置におけるＣＰＵの処理負荷が高くなっていたり、ネットワークが混雑していたりすると、その増えた通信をリアルタイムで処理し切れなくなる可能性がある。またその場合、信頼性を高めるために到達保証のあるＴＣＰ（Transmission Control Protocol）のようなプロトコルを用いていると、処理し切れずにロストしてしまった変更命令のパケットが、時間が経ってから被制御装置に届く等して、パラメータの値の変更に混乱が生じる恐れもある。
【０００８】
この発明は、このような問題を解決し、制御装置において短時間に多数のパラメータの値を変更する操作がなされた場合でも、各装置の処理負荷や装置間の通信量を著しく増加させることなく、被制御装置におけるパラメータの値を、その操作に従って変更できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するため、この発明の制御装置は、被制御装置をリモート制御する制御装置であって、上記被制御装置に使用させるための複数のパラメータの値を記憶する記憶部と、ユーザから受け付けた操作に従い、上記記憶部に記憶されている上記複数のパラメータの値を変更する編集部と、上記記憶部に記憶されている上記複数のパラメータの値を、一括して定期的に、到達保証のない特定の通信プロトコルで上記被制御装置に送信する送信部とを設けたものである。
【００１０】
このような制御装置において、上記被制御装置から上記特定の通信プロトコルで一括して送信される上記複数のパラメータの値を受信する受信部と、上記受信部がパラメータの値を受信したことに応じて、上記受信部がその時に受信したパラメータの値と、上記受信部が前回受信した対応するパラメータの値とが異なる場合に、上記その時に受信したパラメータの値を、上記記憶部に上書き記憶させる反映部とを設けるとよい。
【００１１】
また、この発明の被制御装置は、制御装置によりリモート制御される被制御装置であって、上記被制御装置の動作に反映させる複数のパラメータの値を記憶する記憶部と、上記制御装置から到達保証のない特定の通信プロトコルで一括して送信される上記複数のパラメータの値を受信する受信部と、上記受信部がパラメータの値を受信したことに応じて、上記受信部がその時に受信したパラメータの値と、上記受信部が同じ制御装置から前回受信した対応するパラメータの値とが異なる場合に、上記その時に受信したパラメータの値を、上記記憶部に上書き記憶させる反映部とを設けたものである。
【００１２】
このような被制御装置において、上記記憶部に記憶されている上記複数のパラメータの値を、一括して定期的に、上記特定の通信プロトコルで上記制御装置に送信する送信部を設けるとよい。
【００１３】
さらに、ユーザから受け付けた操作に従い、上記記憶部に記憶されている上記複数のパラメータの値を変更する編集部を設けるとよい。
【００１４】
さらに、複数の制御装置によりリモート制御され、上記送信部が、上記記憶部に記憶されている上記複数のパラメータの値を、上記複数の制御装置に対してマルチキャストで送信するようにするとよい。
【００１５】
また、この発明の制御システムは、上記のいずれかの制御装置と、その制御装置によりリモート制御される上記のいずれかの被制御装置とを備える制御システムである。
また、この発明は、上記のような装置あるいはシステムとして実施可能な他、方法、プログラム、記録媒体等、任意の態様で実施可能である。
【発明の効果】
【００１６】
以上のようなこの発明の構成によれば、制御装置において短時間に多数のパラメータの値を変更する操作がなされた場合でも、各装置の処理負荷や装置間の通信量を著しく増加させることなく、被制御装置におけるパラメータの値を、その操作に従って変更することができる。
【図面の簡単な説明】
【００１７】
【図１】この発明の制御システムの一実施形態であるリモート制御システムの構成例を示す図である。
【図２】図１に示したコントローラのハードウェア構成を示す図である。
【図３】図１に示したミキサエンジンのハードウェア構成を示す図である。
【図４】図１に示したコントローラが備える操作パネルの概略構成を示す図である。
【図５】図１に示した制御システムを構成する各装置の機能構成を、パラメータ値の制御に関連する機能を中心に示す図である。
【図６】図１に示した制御システムを構成する各装置が備えるパラメータメモリに記憶させるデータの例を示す図である。
【図７】図１に示した制御システムを構成する各装置の送信バッファ及び受信バッファに記憶させるデータの例を示す図である。
【図８】コントローラ側で実行される、パラメータ値の変更操作を検出した場合の処理のフローチャートである。
【図９】コントローラ側で実行される定期送信処理のフローチャートである。
【図１０】ミキサエンジン側で実行される、ＵＤＰパケットの受信に応じた処理のフローチャートである。
【図１１】ミキサエンジン側で実行される、パラメータ値の変更操作を検出した場合の処理のフローチャートである。
【図１２】ミキサエンジン側で実行される定期送信処理のフローチャートである。
【図１３】コントローラ側で実行される、ＵＤＰパケットの受信に応じた処理のフローチャートである。
【図１４】図１に示した制御システムにおける、コントローラＣＳ１に対するパラメータ値の変更操作があった場合の各装置の動作シーケンスを示す図である。
【図１５】図１４の続きの動作シーケンスを示す図である。
【図１６】図１に示した制御システムにおける、コントローラＣＳ１及びコントローラＣＳ２に対するパラメータ値の変更操作が順次あった場合の各装置の動作シーケンスを示す図である。
【図１７】図１６の続きの動作シーケンスを示す図である。
【図１８】コントローラ側及びミキサエンジン側で実行される、パラメータ反映禁止処理のフローチャートである。
【図１９】コントローラ側及びミキサエンジン側で実行される、パラメータ反映禁止解除処理のフローチャートである。
【図２０】コントローラ側及びミキサエンジン側で実行される、シーンリコール操作に応じた処理のフローチャートである。
【図２１】変形例においてコントローラ側で実行される、ＵＤＰパケットの受信に応じた処理のフローチャートである。
【図２２】複数の被制御装置を備える制御システムの構成例を示す図である。
【発明を実施するための形態】
【００１８】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
〔実施形態：図１乃至図２０〕
まず図１に、この発明の制御システムの一実施形態であるリモート制御システムの概略構成を示す。
図１に示すリモート制御システムＳｙｓは、それぞれこの発明の制御装置の一実施形態であるコントローラＣＳ１，ＣＳ２と、この発明の被制御装置の一実施形態であるミキサエンジンＥＮとを、ネットワークＮを介して接続して構成したものである。
【００１９】
これらのうちミキサエンジンＥＮは、入力される音信号を複数の信号処理チャンネル（ｃｈ）により処理して出力する音信号処理装置である。そして、ユーザは、コントローラＣＳ１，ＣＳ２のいずれかを操作することにより、ミキサエンジンＥＮが実行する音信号処理動作を制御することができる。この動作の制御には、ミキサエンジンＥＮが音信号処理に使用するパラメータの値を編集することを含む。
【００２０】
また、コントローラＣＳ１とコントローラＣＳ２とは同等な機能を備え、ユーザは、そのいずれを操作しても、ミキサエンジンＥＮが使用するパラメータの値を編集することができる。また、ミキサエンジンＥＮにおけるパラメータの現在値は、コントローラＣＳ１，ＣＳ２の双方に表示される。そしてこのため、ミキサエンジンＥＮにおけるパラメータの現在値は、若干の時間差はあれど、コントローラＣＳ１，ＣＳ２とミキサエンジンＥＮの全ての装置で共有される。
【００２１】
さらに、この実施形態においては、ミキサエンジンＥＮも、ユーザによる操作を受け付けるための操作子を備え、ユーザからの操作に応じて自身が音信号処理に使用するパラメータの値を編集することができる。もちろん、この編集の結果も、コントローラＣＳ１，ＣＳ２とミキサエンジンＥＮの全ての装置で共有される。
また、ネットワークＮとしては、後に説明するＵＤＰ（User Datagram Protocol）とＴＣＰ（Transmission
Control Protocol）を用いた装置間の通信を可能とするものであれば、有線無線を問わず、任意の規格の通信路を採用可能である。
【００２２】
次に図２に、図１に示したコントローラのハードウェア構成を示す。以降の図において、コントローラの個体を区別する必要がない場合、数字を含まない「ＣＳ」の符号を用いる。
図２に示すように、コントローラＣＳは、ＣＰＵ１０１、フラッシュメモリ１０２、ＲＡＭ１０３、表示器１０４、操作子１０５、通信Ｉ／Ｆ１０６を備え、これらをシステムバス１０７により接続している。
【００２３】
そして、ＣＰＵ１０１が、フラッシュメモリ１０２に保存されている所要のプログラムを実行することにより、コントローラＣＳ全体の動作を制御して、ミキサエンジンＥＮを制御するための後述する機能をはじめ、種々の機能を実現する。
フラッシュメモリ１０２は、ＣＰＵ１０１が実行するプログラムをはじめとする、コントローラＣＳの電源をオフにしても保持しておくべきデータを記憶する記憶手段である。
ＲＡＭ１０３は、ＣＰＵ１０１がワークエリアとして使用したり、一時的に使用するデータを記憶したりする記憶手段である。
【００２４】
表示器１０４は、コントローラＣＳの動作状態や、コントローラＣＳにより編集するパラメータの値等を表示するための表示手段である。例えば液晶ディスプレイやランプにより構成することができる。
操作子１０５は、ユーザからの操作を受け付けるための操作手段である。例えば、ボタン、ロータリーエンコーダ、スライダ等により構成することができるし、表示器１０４と一体化したタッチパネルにより構成することもできる。表示器１０４や操作子１０５は、外付けでもよい。
通信Ｉ／Ｆ１０６は、コントローラＣＳをネットワークＮに接続するためのインタフェースである。
【００２５】
以上のコントローラＣＳは、ここでは、図４を用いて後述する操作パネル３００を表示器１０４及び操作子１０５の一部として備える、ミキサエンジンＥＮの制御に特化した装置であるとする。しかし、ハードウェアとして汎用のＰＣ（パーソナルコンピュータ）を用い、ディスプレイに表示させたＧＵＩにより必要な操作を受け付ける構成とすることも考えられる。
【００２６】
次に、図３に、図１に示したミキサエンジンのハードウェア構成を示す。
図３に示すように、ミキサエンジンＥＮは、ＣＰＵ２０１、フラッシュメモリ２０２、ＲＡＭ２０３、通信Ｉ／Ｆ２０４、表示器２０５、操作子２０６、信号処理部（ＤＳＰ）２０７、音信号入出力部２０８を備え、これらをシステムバス２０９により接続している。
【００２７】
そして、ＣＰＵ２０１が、フラッシュメモリ２０２に保存されている所要のプログラムを実行することにより、ミキサエンジンＥＮ全体の動作を制御して、コントローラＣＳによる制御を受けるための機能をはじめ、種々の機能を実現する。
フラッシュメモリ２０２、ＲＡＭ２０３、通信Ｉ／Ｆ２０４、表示器２０５、操作子２０６は、コントローラＣＳ側のものと同趣旨の構成である。
【００２８】
ＤＳＰ２０７は、音信号入出力部２０８から供給される音信号を所定のパラメータの値に従って処理し、その処理後の音信号を音信号入出力部２０８へ供給する機能を備える。
音信号入出力部２０８は、ミキサエンジンＥＮの外部から音信号を入力し、またミキサエンジンＥＮの外部へ音信号を出力するためのインタフェースである。
【００２９】
以上のミキサエンジンＥＮは、ここでは、コントローラＣＳ側と同様な操作パネル３００を表示器２０５及び操作子２０６の一部として備える装置であるとする。しかし、信号処理に用いるパラメータの値の編集をコントローラＣＳからのみ行えれば足りるのであれば、ミキサエンジンＥＮに設ける表示器２０５及び操作子２０６は、例えば小型のディスプレイと少数のボタンからなる簡素なものとしてもよい。
【００３０】
次に、図４に、コントローラＣＳが備える操作パネルの概略構成を示す。
図４に示す操作パネル３００は、ｃｈ（チャンネル）ストリップ部３０１、ディスプレイ３３０、ロータリーエンコーダ３４０、スイッチ群３５０を備える。
これらのうちｃｈストリップ部３０１は、制御対象のミキサエンジンＥＮが備える信号処理ｃｈを割り当ててその信号処理ｃｈのパラメータの値を操作するために用いるｃｈストリップ３１０を１６本（３１０−１〜３１０−１６、以後、個体を区別する必要がない場合には「３１０」の符号を用いる）備える。
各ｃｈストリップ３１０は、ロータリーエンコーダやボタンに加え、スライダ操作子によるフェーダ３１５を備える。
【００３１】
また、ディスプレイ３３０は、操作中のパラメータの値等を表示するために用いる。また、ディスプレイ３３０にはタッチパネルが積層され、画面に表示されるＧＵＩに対する操作を受け付けるための操作子として用いることもできる。ロータリーエンコーダ３４０は、割り当てられた特定のパラメータの値を操作するために用いる。スイッチ群３５０は、固定的にあるいは動的に割り当てられた特定のパラメータの値を操作するために用いる多数のスイッチを備える。
【００３２】
コントローラＣＳのＣＰＵ１０１は、これらの各操作子に対する操作を監視し、ミキサエンジンＥＮが使用するパラメータの値の変更を指示する操作（ボタンの押下、ロータリーエンコーダの回転、フェーダのつまみの移動など）を検出すると、後述する図８等の処理により、その操作（が示す変更指示）に従ってパラメータの値を変更するための処理を実行する。
【００３３】
ところで、以上の各操作子のうち、フェーダ３１５は、レベル等の連続値のパラメータを操作するための操作子として用いられる。そして、例えばつまみ３１５ａが所定量移動されたことを検出する毎に、ＣＰＵ１０１は、フェーダ３１５に対してパラメータ値の変更を指示する操作がなされたと判断する。したがって、つまみ３１５ａが大きく移動されると、ＣＰＵ１０１は、短時間に多数の変更指示を取り扱う必要が生じる。また、フェーダ３１５を多数並べて配置している理由の１つは、ユーザが、両手の指を使って多数のフェーダを同時に操作できるようにするためであり、このような操作も当然想定される。そして、このような操作がなされた場合には、ＣＰＵ１０１は、１つのフェーダ３１５のみが操作される場合に比べ、短時間にさらに多数の変更指示を取り扱う必要が生じる。
【００３４】
この実施形態の特徴の１つは、コントローラＣＳにおいてこのように短時間に極めて多数の変更指示がなされた場合でも、各装置の処理負荷や装置間の通信量を著しく増加させることなく、その変更指示をミキサエンジンＥＮが使用するパラメータの値に反映させられるようにした点である。
【００３５】
以下、この特徴に関連する各装置の機能や動作について説明する。
まず図５に、図１に示したコントローラＣＳ１，ＣＳ２及びミキサエンジンＥＮが備える機能の構成を、パラメータ値の編集に関連する機能を中心に示す。図５に示す各部の機能は、各装置のＣＰＵが図２及び図３に示したものをはじめとする所要のハードウェアを制御することにより実現されるものである。しかし、専用のハードウェアにより実現することも妨げられない。
【００３６】
図５に示すように、コントローラＣＳは、パラメータ制御部１２１、パラメータメモリ１２２、操作受付部１２３、シーンライブラリ１２４、送信バッファ１２５、ＵＤＰ送信部１２６、ＵＤＰ受信部１２７、受信バッファ１２８、前回データ記憶部１２９、およびＴＣＰ送受信部１３０を備える。
なお、図５において、コントローラＣＳ１とコントローラＣＳ２は同等な機能を備え、コントローラＣＳ１側の機能は上記の符号に添え字「−１」をつけて、コントローラＣＳ２側の機能は同じく添え字「−２」をつけて示している。しかし、どちらのコントローラが備える機能かを特定する必要がない場合には、添え字なしの符号を用いて説明する。
【００３７】
以上のうちパラメータ制御部１２１は、リモート制御システムＳｙｓにおける各装置に、被制御装置であるミキサエンジンＥＮが使用する各パラメータの値として、ユーザの操作に従って編集される適切な値が共有されるようにするための、図８以降のフローチャートを用いて説明する種々の処理を実行する機能を備える。
【００３８】
パラメータ制御部１２１が備える機能は、大きく分けると、以下の（Ａ）〜（Ｃ）である。
（Ａ）コントローラＣＳ自身が受け付けたユーザの操作に従い、コントローラＣＳのパラメータメモリ１２２に記憶しているパラメータ値を変更するための機能
（Ｂ）上記（Ａ）において行った変更を、ミキサエンジンＥＮに反映させるための機能
（Ｃ）他の装置が受け付けた操作に従ってなされたパラメータ値の変更を、コントローラＣＳのパラメータメモリ１２２に反映させるための機能
【００３９】
パラメータメモリ１２２は、制御対象であるミキサエンジンＥＮが使用する、コントローラＣＳから操作可能なパラメータの値のセットを記憶する機能を備える。この機能はＲＡＭ１０３を用いて実現するとよい。このパラメータメモリ１２２と送信バッファ１２５とが、記憶部に該当する。また、パラメータの値は後述するようにパラメータの因子とセットで取り扱われるが、この点については図６及び図７を用いて説明する。
【００４０】
操作受付部１２３は、図４に示した操作子等により、ユーザの操作を受け付ける機能を備える。そして、パラメータ制御部１２１は、操作受付部１２３が受け付けた操作が、パラメータの値の変更を指示する操作であることを検出すると、上記（Ａ）の機能により、検出した操作に従って、パラメータメモリ１２２に記憶されているパラメータの値を変更する。
このように、検出した操作の内容をまずパラメータメモリ１２２に反映させるのは、コントローラＣＳ側で行った操作に従ったパラメータ値の変更を、コントローラＣＳにおける表示にレスポンスよく反映させるためである。
【００４１】
次に、シーンライブラリ１２４は、ミキサエンジンＥＮが使用するパラメータの値のパターン（パラメータメモリ１２２に記憶させるパラメータのみについてでよい）を複数記憶する機能を備える。各パターンは「シーン」と呼ばれる。また、このシーンライブラリ１２４はフラッシュメモリ１０２を用いて実現するとよい。このシーンライブラリ１２４がパターン記憶部に該当する。ユーザは、図４に示した操作子等により、このシーンのいずれかを選択してパラメータメモリ１２２に呼び出すことができる。この呼出の機能は、上記（Ａ）の機能の一部である。
【００４２】
送信バッファ１２５は、パラメータメモリ１２２に記憶されているパラメータ値のうち、ＵＤＰを用いてミキサエンジンＥＮに送信すべきパラメータ値を記憶する機能を備える。パラメータ制御部１２１は、パラメータメモリ１２２に記憶されているパラメータ値のうち送信バッファ１２５に記憶させるべきパラメータ値を変更した場合には、上記（Ｂ）の機能によりその変更をただちに送信バッファ１２５にも反映させる。
【００４３】
ＵＤＰ送信部１２６は、定期的に、送信バッファ１２５に記憶されているパラメータの値（及び因子）を、ＵＤＰを用いて一括してミキサエンジンＥＮに送信する機能を備える。少なくとも、送信すべき全てのパラメータ値を１つのＵＤＰパケットに含めて送信すれば「一括して」送信したことになる。しかし、１つのＵＤＰパケットに収まらない場合等に、複数のＵＤＰパケットに分割して送信することも妨げられない。この場合においても、パケットに通し番号を付す等して、ミキサエンジンＥＮ側において全パケットが揃ったことを確認してからパラメータ値をパラメータメモリ２２２に反映させる場合には、「一括して」送信したとみなすことができる。
【００４４】
ＵＤＰ受信部１２７は、ミキサエンジンＥＮから送信されるＵＤＰパケットを受信し、そこに含まれるパラメータ値を受信バッファ１２８に記憶させる機能を備える。このＵＤＰパケットには、送信バッファ１２５に記憶されているものと同じ項目のパラメータの値が含まれることが想定される。
【００４５】
受信バッファ１２８は、ＵＤＰ受信部１２７が受信したパラメータ値を一時的に記憶する機能を備える。前回データ記憶部１２９は、新たに受信して受信バッファ１２８に記憶させたパラメータ値と対比するため、前回受信したパラメータ値を記憶しておく機能を備える。これらの受信バッファ１２８と前回データ記憶部１２９の機能はＲＡＭ１０３を用いて実現するとよい。
【００４６】
パラメータ制御部１２１は、受信バッファ１２８に新たなパラメータ値が記憶されると、上記（Ｃ）の機能により、これを前回データ記憶部１２９に記憶されているパラメータ値と対比して、その結果に基づき必要なパラメータ値をパラメータメモリ１２２に反映させる。その判断基準など、処理の詳細は後述する。いずれにせよ、この反映の後、パラメータ制御部１２１は受信バッファ１２８に記憶されているパラメータ値を前回データ記憶部１２９に移動させる。
【００４７】
ＴＣＰ送受信部１３０は、ミキサエンジンＥＮとの間でＴＣＰを用いたデータの送受信を行う機能を備える。例えば、パラメータ制御部１２１は、パラメータメモリ１２２に記憶されているパラメータ値のうち、ＴＣＰを用いてミキサエンジンＥＮに送信すべきパラメータ値が変更された場合に、上記（Ｂ）の機能により、そのことを示す変更通知をＴＣＰ送受信部１３０からミキサエンジンＥＮへ送信する。逆に、ＴＣＰ送受信部１３０がミキサエンジンＥＮから変更通知を受信した場合、ＴＣＰ送受信部１３０はこれをパラメータ制御部１２１に渡し、パラメータ制御部１２１が上記（Ｃ）の機能により、パラメータメモリ１２２が記憶しているパラメータ値をその変更通知に従って変更する。
以上がコントローラＣＳ側の機能である。
【００４８】
一方、ミキサエンジンＥＮは、パラメータ制御部２２１、パラメータメモリ２２２、操作受付部２２３、シーンライブラリ２２４、ＵＤＰ受信部２２５、受信バッファ２２６、前回データ記憶部２２７、送信バッファ２２８、ＵＤＰ送信部２２９、およびＴＣＰ送受信部２３０を備える。
【００４９】
なお、図５において、上記のうちＵＤＰ受信部２２５、受信バッファ２２６、前回データ記憶部２２７、およびＴＣＰ送受信部２３０については、ミキサエンジンＥＮを制御する各コントローラＣＳと対応する機能ブロックを示している。コントローラＣＳ１と対応する機能ブロックは上記の符号に添え字「−１」をつけて、コントローラＣＳ２と対応する機能ブロックは同じく添え字「−２」をつけて示した。しかし、どちらのコントローラと対応する機能ブロックかを特定する必要がない場合には、添え字なしの符号を用いて説明する。
【００５０】
以上のうちパラメータ制御部２２１は、リモート制御システムＳｙｓにおける各装置に、ミキサエンジンＥＮが使用する各パラメータの値として、ユーザの操作に従って編集される値が適切に共有されるようにするための、コントローラＣＳ側のパラメータ制御部１２１と対応する機能を備える。
【００５１】
パラメータ制御部２２１が備える機能は、大きく分けると、以下の（Ｄ）〜（Ｆ）である。
（Ｄ）ミキサエンジンＥＮ自身が受け付けたユーザの操作に従い、ミキサエンジンＥＮのパラメータメモリ２２２に記憶しているパラメータ値を変更するための機能
（Ｅ）他の装置が受け付けた操作に従ってなされたパラメータ値の変更を、ミキサエンジンＥＮのパラメータメモリ２２２に反映させるための機能
（Ｆ）上記（Ｄ）及び（Ｅ）において行った変更を、各コントローラＣＳに反映させるための機能
【００５２】
パラメータメモリ２２２は、ミキサエンジンＥＮが使用するパラメータの値のセットを記憶する機能を備える。ここでは、コントローラＣＳのパラメータメモリ１２２と同じ項目のパラメータについて値を記憶するものとするが、コントローラＣＳ側に記憶させないパラメータがあってもよい。パラメータメモリ２２２の機能はＲＡＭ１０３を用いて実現するとよい。このパラメータメモリ２２２と送信バッファ２２８とが、記憶部に該当する。また、パラメータの値が因子とセットで取り扱われる点は、コントローラＣＳ側と同様である。
【００５３】
操作受付部２２３の機能は、使用する操作子がミキサエンジンＥＮ側のものである点以外は、操作受付部１２３と同様である。そして、パラメータ制御部２２１は、操作受付部２２３が受け付けた操作が、パラメータの値の変更を指示する操作であることを検出すると、上記（Ｄ）の機能により、検出した操作に従って、パラメータメモリ２２２に記憶されているパラメータ値を変更する。
【００５４】
次に、シーンライブラリ２２４は、パラメータメモリ２２２に記憶させるパラメータの値のパターンを「シーン」として複数記憶する機能を備える。この「シーン」の内容をユーザの操作に応じてパラメータメモリ２２２に呼出可能である点は、コントローラＣＳ側の機能と同様である。
【００５５】
ＵＤＰ受信部２２５は、対応するコントローラＣＳから送信されるＵＤＰパケットを受信し、そこに含まれるパラメータ値を対応する受信バッファ２２６に記憶させる機能を備える。このＵＤＰパケットには、送信バッファ２２８に記憶されているものと同じ項目のパラメータの値が含まれることが想定される。なお、複数のコントローラＣＳに対応して複数のＵＤＰ受信部２２５を設ける場合でも、それらについて個別にハードウェアを用意する必要はない。しかし、以下の受信バッファ２２６と前回データ記憶部２２７は、各コントローラＣＳと対応するデータを別々に記憶できるように設ける。
【００５６】
受信バッファ２２６は、上記のように受信したパラメータ値を一時的に記憶する機能を備える。前回データ記憶部２２７は、新たに受信して対応する受信バッファ２２６に記憶させたパラメータ値と対比するため、前回受信したパラメータ値を記憶しておく機能を備える。これらの受信バッファ２２６と前回データ記憶部２２７の機能はＲＡＭ１０３を用いて実現するとよい。
【００５７】
パラメータ制御部２２１は、受信バッファ２２６に新たなパラメータ値が記憶されると、上記（Ｅ）の機能により、これを対応する前回データ記憶部２２７に記憶されているパラメータ値と対比して、その結果に基づき必要なパラメータ値をパラメータメモリ２２２に反映させる。その判断基準など、処理の詳細は後述する。いずれにせよ、この反映の後、パラメータ制御部２２１は受信バッファ２２６に記憶されているパラメータ値を前回データ記憶部２２７に移動させる。
【００５８】
送信バッファ２２８は、パラメータメモリ２２２に記憶されているパラメータ値のうち、ＵＤＰを用いてコントローラＣＳに送信すべきパラメータ値を記憶する機能を備える。パラメータ制御部２２１は、パラメータメモリ２２２に記憶されているパラメータ値のうち送信バッファ２２８に記憶させるべきパラメータ値を変更した場合には、上記（Ｆ）の機能によりその変更をただちに送信バッファ２２８にも反映させる。
【００５９】
ＵＤＰ送信部２２９は、定期的に、送信バッファ２２８に記憶されているパラメータの値（及び因子）を、ＵＤＰを用いて一括してコントローラＣＳに送信する機能を備える。「一括して」の意味は、ＵＤＰ送信部１２６について説明したものと同じである。なお、ＵＤＰ送信部２２９は、ミキサエンジンＥＮを制御するコントローラＣＳが複数ある場合、それら全てのコントローラＣＳに対し、ＵＤＰパケットをマルチキャストにより送信する。したがって、ＵＤＰ送信部２２９及び送信バッファ２２８は、受信バッファ２２６と異なりコントローラＣＳ毎に設ける必要はない。ただし、マルチキャストを用いることは必須ではない。コントローラＣＳ毎に個別に送信バッファを用意し、パケットの送信も個別に行うことも妨げられない。
【００６０】
ＴＣＰ送受信部２３０は、対応するコントローラＣＳとの間でＴＣＰを用いたデータの送受信を行う機能を備える。また、複数のコントローラＣＳに対応して複数のＴＣＰ送受信部２３０を設ける場合でも、それらについて個別にハードウェアを用意する必要はない。ＴＣＰ送受信部２３０を用いた変更通知の送受信及びパラメータメモリ２２２への反映に関する機能は、コントローラＣＳ側の機能と同様なものである。
以上がミキサエンジンＥＮ側の機能である。
【００６１】
次に、図６及び図７を用いて、コントローラＣＳ及びミキサエンジンＥＮが取り扱うパラメータのデータについて説明する。
図６は、各装置のパラメータメモリ１２２，２２２に記憶されるデータの例を示す。
図６に示すように、パラメータメモリ１２２，２２２には、ミキサエンジンＥＮが信号処理に使用する各パラメータについて、「項目」、「転送方式」、「値」、「因子」のデータを記憶している。
【００６２】
これらのうち「項目」は、パラメータの識別子であり、該当のパラメータが何を意味するパラメータであるかを示す。例えば、図６の例では、「CHIN」は入力ｃｈを、「CHOUT」は出力ｃｈを示し、その直後の数字はｃｈ番号を示す。また、アンダーバーの後ろの文字列が、ｃｈ内のどの信号処理要素に関するパラメータであるかを示す。「PAN」はパン（音像定位）、「FADER」はフェーダ（レベル調整）、「ON」はオン（オンオフ切り替え）に関するパラメータであることを示す。
【００６３】
「転送方式」は、該当のパラメータの値を、どの通信プロトコルを用いて他の装置に送信するかを示す。ここの例では、「転送方式」の値は「ＴＣＰ」と「ＵＤＰ」のいずれかである。なお、この「転送方式」のデータは、パラメータの「項目」との対応関係がわかれば、必ずしも以下の「値」等と同じテーブルに含める必要はないし、パラメータメモリ１２２，２２２以外の場所に記憶されていてもよい。  「値」は、該当のパラメータの値を示す。図では「VAL(xxx)」といった文字列を示しているが、これらは具体的な値を示すものである。
【００６４】
「因子」は、該当のパラメータの値の変更操作が最後に行われた装置を示す情報である。この実施形態では、パラメータ値をＵＤＰを用いて転送する場合のみこの「因子」の値を用いるため、「転送方式」が「ＵＤＰ」であるパラメータについてのみ、「因子」を記憶している。また、この実施形態では、コントローラＣＳ１，ＣＳ２及びミキサエンジンＥＮにてパラメータ値の変更操作を行うことができるため、「因子」の値は、これら３台のうちいずれかの装置の識別情報となる。この実施形態では、各装置の識別情報は、当該装置の符号であるとする（コントローラＣＳ１であれば「ＣＳ１」）。
なお、以上のうち「値」と「因子」のデータについては、短期的には装置間でばらつきが生じることもあり得る。また、上記の「因子」のデータをパラメータの項目毎に用意した点が、この実施形態の特徴的な点の一つである。
【００６５】
図７は、各装置の送信バッファ１２５，２２８及び受信バッファ１２８，２２６に記憶されるデータの例を示す。
このデータは、パラメータメモリ１２２，２２２に記憶される図６のデータから、「転送方式」が「ＵＤＰ」であるパラメータについて、「項目」と「値」と「因子」のデータを抜き出したものである。
【００６６】
なお、送信バッファ１２５，２２８に記憶させるデータは、「因子」として後述する特別な値を設定する場合を除き、同じ装置内のパラメータメモリ１２２，２２２のデータと同期させる。しかし、受信バッファ１２８，２２６に記憶させるデータは、通信相手から送信されたデータであり、送信バッファ１２５，２２８に記憶されているデータと同じ「項目」のパラメータに関するデータであると想定されるものの、「値」と「因子」のデータは、送信バッファ１２５，２２８に記憶されているものと異なることもあり得る。
【００６７】
以上説明してきたリモート制御システムＳｙｓにおいては、各装置に、所定の複数のパラメータについて、変更指示が検出される毎にその内容を他の装置へ通知するのではなく、定期的な送信タイミングにおいて、その時点までの変更指示が反映された最新の値を一括して、到達保証のない通信プロトコル（ここではＵＤＰ）で他の装置へ通知する機能を設けている。
【００６８】
このことにより、変更指示の量によらず、常に一定量のデータを送信すれば最新のパラメータ値を相手先装置に通知することができるので、多数の変更指示が集中した場合でも、通信の負荷が増加することがない。変更指示に応じた内部処理の負荷は多少生じるが、変更指示毎に外部装置と通信する場合に比べれば、負荷の増加量はたいしたものではない。
従って、フェーダのような、短時間に多数の変更指示を取り扱う必要が生じることが想定されるパラメータについても、このような定期的な一括送信を適用することにより、各装置の処理負荷や装置間の通信量を著しく増加させることなく、最新の変更指示に応じた変更後の値を、各装置に共有させることができる。
【００６９】
ただし、変更指示がなく、相手先装置に伝えるべき情報が特段無いにも関わらず定期的な送信を続けることになる。この場合には、変更指示毎に送信を行う方が通信量が少ないことになる。しかし、パラメータの値１つ１つはデータ量としては小さなものであるので、複数のパラメータについての一括送信であれば、常時送信を続けたとしても、通信の量はさほど問題にはならない。しかし、全てのパラメータについて上記のような一括の定期送信を行うのではなく、短時間に多数の変更指示を取り扱う必要が生じることが想定されるパラメータについてのみ、一括の定期送信を行うようにすれば、変更指示がない場合でも生じてしまう通信量を低減することができ、より好ましい。
【００７０】
また、到達保証のない通信プロトコルを用いると、一部のデータが相手先装置に届かない可能性もあるが、定期的に送信を行えば、途中でデータの欠落があったとしても、さほど遠くないうちに欠落箇所の後のデータが相手先装置に届く。そして、パラメータの値の操作では、最新の値が各装置に共有されることが重要であるので、途中の値が欠落しても大きな問題はない。
逆に、到達保証のある通信プロトコルを用いて、欠落したパケットの再送が行われてしまうと、古い値が後で相手先装置に届いてしまうことも考えられる。このため、受信側の装置において、受信した値が最新の値か否かを確認してからパラメータメモリに反映させる必要が生じ、処理が複雑になってしまう。到達保証のない通信プロトコルを用いることにより、このような弊害を防止できる。
【００７１】
ところで、図５の構成において、例えばコントローラＣＳ１は、自身が受け付けた操作に従って、上述した定期送信の対象であるフェーダパラメータの値を変更すると、その変更後の値（「Ａ」とする）をミキサエンジンＥＮに伝え、ミキサエンジンＥＮはこの値Ａを自身のパラメータメモリ２２２に反映させる。そして、この変更は、送信バッファ２２８にも反映されるため、ミキサエンジンＥＮからの定期送信により、コントローラＣＳ１に値Ａが通知されることになる。
【００７２】
ここで、仮に、コントローラＣＳ１においてフェーダパラメータの値の変更操作が連続的に行われており、上記のミキサエンジンＥＮからの通知までの間に、フェーダパラメータの値が「Ｂ」に変更されていたとする。そうすると、コントローラＣＳ１から見ると、フェーダパラメータについて現在値と異なる値ＡがミキサエンジンＥＮから通知されたことになる。そして、値だけからでは、ＡとＢのどちらが最新の値であるのか、判別するのが難しい。ミキサエンジンＥＮから送信されるパラメータ値は、ミキサエンジンＥＮあるいは他のコントローラＣＳ２が受け付けた操作に従って設定された「最新の」値である可能性もあるためである。しかし、もし仮にコントローラＣＳ１が値Ａをパラメータメモリ１２２−１に反映させてしまうと、実際には値Ｂに変更される前の古い値に戻してしまうことになり、望ましくない。
リモート制御システムＳｙｓにおいては、このような問題に対処するため、各装置が他の装置から定期送信されてきたパラメータ値を自身のパラメータメモリに反映させるべきか否かを適切に判断できるようにしている。このために、上述した「因子」の情報を用いる。
【００７３】
以下、この「因子」の利用に係る処理も含め、コントローラＣＳとミキサエンジンＥＮのＣＰＵがそれぞれ実行する、図５に示した各部の機能と対応する処理について、図８乃至図１３のフローチャートを用いて説明する。なお、以下の説明においては、説明をわかりやすくするため、各フローチャートに示す処理を実行するのは、コントローラＣＳあるいはミキサエンジンＥＮであるとして説明する。
【００７４】
まず図８に、コントローラＣＳ側で実行される、パラメータ値の変更操作を検出した場合の処理を示す。
コントローラＣＳは、自身が備える操作子に対してパラメータ（ここではパラメータＰａとする）の値の編集操作がなされたことを検出すると、図８のフローチャートに示す処理を開始する。
【００７５】
この処理において、コントローラＣＳは、検出した操作に従い、パラメータメモリ１２２に記憶されているパラメータＰａの値を変更する（Ｓ１１）。次に、コントローラＣＳは、パラメータメモリ１２２中の「転送方式」のデータに従い、パラメータＰａの値をＵＤＰを用いて転送するか否か判断する（Ｓ１２）。
ここでＹｅｓであれば、コントローラＣＳは、パラメータＰａの因子として、コントローラＣＳ自身の識別子をパラメータメモリ１２２に登録する（Ｓ１３）と共に、変更後のパラメータＰａの値及び因子を送信バッファ１２５に上書きして（Ｓ１４）、処理を終了する。ここで上書きした値及び因子は、定期送信の際にミキサエンジンＥＮに送信される。
【００７６】
一方、ステップＳ１２でＮｏであれば、変更後のパラメータＰａの値をＴＣＰを用いて制御対象のミキサエンジンＥＮへ送信し（Ｓ１５）、処理を終了する。ＴＣＰを用いる場合には、パラメータの値が変更された時点で送信を行う。また、この実施形態では、因子は使用しないため、その記録や送信は不要である。ただし、ＵＤＰを用いて送信するパラメータの場合と同様に、因子を利用した制御を行ってもよい。
以上の処理は、パラメータ制御部１２１の機能と対応する処理であり、ステップＳ１１及びＳ１３で、コントローラＣＳのＣＰＵ１０１が編集部として機能する。
【００７７】
次に図９に、コントローラＣＳ側で実行される定期処理を示す。
この処理は、ＵＤＰによる、パラメータの値及び因子の定期送信に係る処理である。コントローラＣＳは、定期的な送信タイミングとなったことを検出すると、図９の処理により、送信バッファ１２５中のデータを、ＵＤＰを用いて一括して制御対象のミキサエンジンＥＮに送信する（Ｓ２１）。
この処理は、ＵＤＰ送信部１２６の機能と対応する処理であり、ステップＳ２１で、コントローラＣＳのＣＰＵ１０１が送信部として機能する。
【００７８】
次に図１０に、ミキサエンジンＥＮ側で実行される、ＵＤＰパケットの受信に応じた処理を示す。
ミキサエンジンＥＮは、いずれかのコントローラ（ここではコントローラＣＳｘとする）からＵＤＰパケットを受信すると、図１０のフローチャートに示す処理を開始する。
この処理において、ミキサエンジンＥＮは、受信したパケットに含まれる各パラメータの値及び因子を、ＣＳｘ用の受信バッファ２２６−ｘに記録する（Ｓ３１）。そして、その受信バッファ２２６−ｘ中の全パラメータを順次処理対象として、ステップＳ３２乃至Ｓ３５の処理を繰り返す。ここでは、処理対象のパラメータをＰｘとする。
【００７９】
この繰り返し箇所において、ミキサエンジンＥＮはまず、パラメータＰｘの因子が、パラメータ値の反映禁止を示す特定の値か否か判断する（Ｓ３２）。この特定の値については後述する。ステップＳ３２でＹｅｓであれば、パラメータＰｘの値はパラメータメモリ２２２に反映させないため、パラメータＰｘに関する処理を終了する。
ステップＳ３２でＮｏであれば、ミキサエンジンＥＮは、（Ｌ１）受信バッファ２２６−ｘ中のパラメータＰｘの値がパケット送信元のコントローラＣＳｘ用の前回データ記憶部２２７−ｘ中の同じパラメータＰｘの値と異なり、かつ、（Ｌ２）受信バッファ２２６−ｘ中のパラメータＰｘの因子がコントローラＣＳｘの識別子である、が満たされるか否か判断する（Ｓ３３）。
【００８０】
（Ｌ１）の条件は、今回受信したパラメータ値と、同じコントローラから前回受信した対応するパラメータ値とが異なることを示し、（Ｌ２）の条件は、今回受信した因子が送信元のコントローラの識別子であることを示す。これらの双方が満たされる場合、今回受信したパラメータＰｘの値は、送信元のコントローラＣＳｘに対してなされた操作に従って変更された値であると考えられる。そこでこの場合、ミキサエンジンＥＮは、受信バッファ２２６−ｘ中のパラメータＰｘの値及び因子をパラメータメモリ２２２におけるパラメータＰｘのデータに上書きする（Ｓ３４）。また、同じ値及び因子を送信バッファ２２８中のパラメータＰｘのデータにも上書きして（Ｓ３５）、パラメータＰｘに関する処理を終了する。ステップＳ３５で上書きした値は、定期送信の際に各コントローラＣＳに送信される。
【００８１】
また、ステップＳ３３でＮｏであれば、ミキサエンジンＥＮは、パラメータメモリ２２２及び送信バッファ２２８への上書きは行わずにパラメータＰｘに関する処理を終了する。（Ｌ１）が満たされなければ、コントローラＣＳｘにおいてパラメータ値の変更がなく、反映の必要がないと考えられるためである（この状態でもし受信バッファ２２６−ｘ中のパラメータ値とパラメータメモリ２２２中のパラメータ値とが異なっていれば、後者がより新しい値と考えられる）。（Ｌ２）が満たされなければ、今回通知されたパラメータ値は、コントローラＣＳｘ以外の装置が受け付けた変更操作に従ったものであることがわかり、当該受け付けた装置からの通知に従ってパラメータ値をパラメータメモリ２２２に反映する（多くの場合は既に反映されている）ため、である。ミキサエンジンＥＮには、制御対象であるため、各コントローラＣＳからのパラメータ値の通知が集まるが、実際に変更操作を受け付けたコントローラからの通知のみをパラメータメモリ２２２に反映させることにより、概ね最新の変更を選別して反映させることができる。
【００８２】
ミキサエンジンＥＮは、全ての処理対象についてステップＳ３２乃至Ｓ３５の処理を終了すると、ＣＳｘ用の受信バッファ２２６−ｘ中の各パラメータの値及び因子をＣＳｘ用の前回データ記憶部２２７−ｘに移動して（Ｓ３６）、処理を終了する。
以上の処理は、パラメータ制御部２２１の機能と対応する処理であり、ステップＳ３３及びＳ３４で、ミキサエンジンＥＮのＣＰＵ２０１が反映部として機能する。
【００８３】
図１１に、ミキサエンジンＥＮ側で実行される、パラメータ値の変更操作を検出した場合の処理を示す。
この処理は、ステップＳ１５′での送信先が、ミキサエンジンＥＮ自身を制御する各コントローラである点以外は、図８で説明したコントローラＣＳ側の処理と同様なものである。
以上の図１１の処理は、パラメータ制御部２２１の機能と対応する処理であり、ステップＳ１１及びＳ１３で、ミキサエンジンＥＮのＣＰＵ２０１が編集部として機能する。
【００８４】
次の図１２の処理は、ミキサエンジンＥＮ側で実行される、ＵＤＰによるパラメータの値及び因子の定期送信に係る処理である。この処理も、送信を、ミキサエンジンＥＮを制御する全コントローラＣＳへのマルチキャスト送信によって行う点以外は、図９で説明したコントローラＣＳ側の処理と同様なものである。
この処理は、ＵＤＰ送信部２２９の機能と対応する処理であり、ステップＳ４１で、ミキサエンジンＥＮのＣＰＵ２０１が送信部として機能する。
【００８５】
次に図１３に、コントローラＣＳ側で実行される、ＵＤＰパケットの受信に応じた処理を示す。
コントローラＣＳは、ミキサエンジンＥＮからＵＤＰパケットを受信すると、図１３のフローチャートに示す処理を開始する。
この処理において、コントローラＣＳは、受信したパケットに含まれる各パラメータの値及び因子を、受信バッファ１２８に記録する（Ｓ５１）。そして、その受信バッファ１２８中の全パラメータを順次処理対象として、ステップＳ５２乃至Ｓ５５の処理を繰り返す。ここでは、処理対象のパラメータをＰｘとする。
【００８６】
この繰り返し箇所におけるステップＳ５２の処理は、図１０のステップＳ３２と同趣旨である。そして、ステップＳ５２でＮｏであれば、コントローラＣＳは、（Ｍ１）受信バッファ１２８中のパラメータＰｘの値が前回データ記憶部１２９中の同じパラメータＰｘの値と異なり、かつ、（Ｍ２）受信バッファ１２８中のパラメータＰｘの因子がコントローラＣＳ自身の識別子と異なる、が満たされるか否か判断する（Ｓ５３）。
【００８７】
（Ｍ１）の条件は、ミキサエンジンＥＮから今回受信したパラメータ値と、前回受信した対応するパラメータ値とが異なることを示し、（Ｍ２）の条件は、そのパラメータ値がコントローラＣＳ自身により設定されたものではないことを示す。これらの双方が満たされる場合、今回送信されたパラメータＰｘの値は、ミキサエンジンＥＮあるいは他のコントローラＣＳが受け付けた操作に従って行われたパラメータ値の変更を通知してきたものであると考えられる。そこでこの場合、コントローラＣＳは、受信バッファ１２８中のパラメータＰｘの値及びその因子をパラメータメモリ１２２におけるパラメータＰｘのデータに上書きする（Ｓ５４）。また、同じデータを送信バッファ１２５中のパラメータＰｘのデータにも上書きして（Ｓ５５）、パラメータＰｘに関する処理を終了する。ステップＳ５５で上書きした値は、定期送信の際にミキサエンジンＥＮに送信される。
【００８８】
また、ステップＳ５３でＮｏであれば、ミキサエンジンＥＮは、パラメータメモリ１２２及び送信バッファ１２５への上書きは行わずにパラメータＰｘに関する処理を終了する。（Ｍ１）が満たされなければ、ミキサエンジンＥＮにおいてパラメータ値の変更がなく、反映の必要がないと考えられるためである。この場合に反映を行わないことにより、定期通知に起因する処理負荷を低減できる。（Ｍ２）が満たされなければ、今回通知されたパラメータ値は、コントローラＣＳ自身が受け付けた変更操作に従ったものであり、既にパラメータメモリ１２２に反映済みで最新でないと考えられるためである。
【００８９】
コントローラＣＳは、全ての処理対象についてステップＳ５２乃至Ｓ５５の処理を終了すると、受信バッファ１２８中の各パラメータの値及び因子を前回データ記憶部１２９に移動して（Ｓ５６）、処理を終了する。
以上の処理は、パラメータ制御部１２１の機能と対応する処理であり、ステップＳ５３及びＳ５４で、コントローラＣＳのＣＰＵ１０１が反映部として機能する。
【００９０】
以上のように、リモート制御システムＳｙｓにおいては、コントローラＣＳとミキサエンジンＥＮが、パラメータの値と対応付けて、当該パラメータの値がどの装置が受け付けた変更操作に従って設定されたかを示す因子を管理すると共に、他の装置からパラメータ値が定期送信された場合に、そのパラメータ値をパラメータメモリに反映させるか否かを、上記因子を参照して決定することにより、同じパラメータ値を繰り返しパラメータメモリに反映してしまったり、過去に反映済みのパラメータ値を再度反映させてしまったりすることを防止できる。
【００９１】
この点につき、図１４乃至図１７の２つの動作シーケンス例を用いてさらに説明する。
まず図１４及び図１５に、コントローラＣＳ１で、パラメータＰａの値をＸに変更する操作があった場合の、図８乃至図１３のフローチャートに従った各装置の動作シーケンスを、パラメータＰａの制御に注目して示すシーケンス図である。
この場合、コントローラＣＳ１は、検出した変更操作（Ｓ１１１）に応じて、自身のパラメータメモリ１２２−１におけるパラメータＰａの値をＸに、その因子の値をＣＳ１に変更する（Ｓ１１２，Ｓ１１３）。これらは、図８の処理と対応する動作である。そして、その後ＵＤＰの定期送信タイミングになると（Ｓ１１４）、コントローラＣＳ１は、その時点でのパラメータＰａの値Ｘ及び因子ＣＳ１を、ミキサエンジンＥＮに送信する（Ｓ１１５）。これらは、図９の処理と対応する動作である。
【００９２】
一方、ステップＳ１１５のデータを受信したミキサエンジンＥＮは、受信したパラメータＰａの値が、前回コントローラＣＳ１から受信した値（Ｘに変更する前の値）と異なり、かつその因子が送信元装置の識別子であると判断する（Ｓ１１６）。すなわち、図１０のステップＳ３３でＹｅｓと判断する。このため、受信した値を自身のパラメータメモリ２２２に上書きし、パラメータメモリ２２２におけるパラメータＰａの値をＸに、その因子の値をＣＳ１に変更する（Ｓ１１７，Ｓ１１８）。これらは、図１０の処理と対応する動作である。
【００９３】
そして、その後ＵＤＰの定期送信タイミングになると（Ｓ１１９）、ミキサエンジンＥＮは、その時点でのパラメータＰａの値Ｘ及び因子ＣＳ１を、ミキサエンジンＥＮを制御する各コントローラＣＳ１，ＣＳ２に送信する（Ｓ１２０，Ｓ１２７）。これらは、図１２の処理と対応する動作である。
【００９４】
これに対し、コントローラＣＳ１は、受信したパラメータＰａの値が、前回ミキサエンジンＥＮから受信した値（Ｘに変更する前の値）と異なるが、その因子が自身の識別子であると判断する（Ｓ１２１）。すなわち、図１３のステップＳ５３でＮｏと判断する。従って、今回の受信に応じたパラメータ値の更新は行わない（Ｓ１２２）。
このため、次にＵＤＰの定期送信タイミングになると（Ｓ１２３）、コントローラＣＳ１は、その時点でのパラメータＰａの値Ｘ及び因子ＣＳ１（前回ステップＳ１１５で送信した値と同じ）を、ミキサエンジンＥＮに送信する（Ｓ１２４）。これらは、図９の処理と対応する動作である。
【００９５】
一方、ステップＳ１２４のデータを受信したミキサエンジンＥＮは、受信したパラメータＰａの値が、前回（ステップＳ１１５で）コントローラＣＳ１から受信した値と同じであると判断する（Ｓ１２５）。すなわち、図１０のステップＳ３３でＮｏと判断する。このため、今回の受信に応じたパラメータ値の更新は行わない（Ｓ１２６）。
【００９６】
他方、ステップＳ１２７のデータを受信したコントローラＣＳ２は、受信したパラメータＰａの値が、前回ミキサエンジンＥＮから受信した値（Ｘに変更する前の値）と異なり、かつその因子が自身の識別子でないと判断する（Ｓ１２８）。すなわち、図１３のステップＳ５３でＹｅｓと判断する。従って、受信した値を自身のパラメータメモリ１２２−２に上書きし、パラメータメモリ１２２−２におけるパラメータＰａの値をＸに、その因子の値をＣＳ１に変更する（Ｓ１２９，Ｓ１３０）。これらは、図１３の処理と対応する動作である。この動作により、ミキサエンジンＥＮを通じて伝達される、コントローラＣＳ１が検出した変更操作に応じたパラメータ値の変更を、コントローラＣＳ２にも共有させることができる。ここまでで、リモート制御システムＳｙｓを構成する全ての装置に、コントローラＣＳ１が検出した変更操作に応じたパラメータ値の変更が共有される。
【００９７】
その後、動作は図１５に示す部分に進み、コントローラＣＳ２は、次にＵＤＰの定期送信タイミングになると（Ｓ１３１）、その時点でのパラメータＰａの値Ｘ及び因子ＣＳ１を、ミキサエンジンＥＮに送信する（Ｓ１３２）。これらは、図９の処理と対応する動作である。
【００９８】
一方、ステップＳ１３２のデータを受信したミキサエンジンＥＮは、受信したパラメータＰａの値が、前回コントローラＣＳ２から受信した値（Ｘに変更する前の値）と異なるが、その因子が送信元装置の識別子でないと判断する（Ｓ１３３）。すなわち、図１０のステップＳ３３でＮｏと判断する。このため、今回の受信に応じたパラメータ値の更新は行わない（Ｓ１３４）。
【００９９】
そして、その後ＵＤＰの定期送信タイミングになると（Ｓ１３５）、ミキサエンジンＥＮは、その時点でのパラメータＰａの値Ｘ及び因子ＣＳ１を、ミキサエンジンＥＮを制御する各コントローラＣＳ１，ＣＳ２に送信する（Ｓ１３６，Ｓ１３９）。これらは、図１２の処理と対応する動作である。
【０１００】
今回は、コントローラＣＳ１側でもコントローラＣＳ２側でも、受信したパラメータＰａの値が、前回受信した値と同じであると判断し（Ｓ１３７，Ｓ１４０）、パラメータ値の更新は行わない（Ｓ１３８，Ｓ１４１）。その後も、コントローラＣＳ１とミキサエンジンＥＮとの間のステップＳ１２３〜Ｓ１３８の流れと同様、新たな変更操作がない限りは、いずれの装置でもパラメータの値も因子も更新されない。すなわち、全ての装置に、コントローラＣＳ１が検出した変更操作に応じたパラメータ値の変更が共有された状態を安定的に維持することができる。
【０１０１】
次に図１６及び図１７に、コントローラＣＳ１で、パラメータＰａの値をＸに変更する操作があり、その直後に、コントローラＣＳ２で、同じパラメータＰａの値をＹに変更する操作があった場合の、図８乃至図１３のフローチャートに従った各装置の動作シーケンスを、パラメータＰａの制御に注目して示す。
【０１０２】
この動作においても、ステップＳ１１１乃至Ｓ１１８は、図１４の場合と同じである。しかし、図１６の例では、コントローラＣＳ２も、検出した変更操作（Ｓ１５１）に応じて、自身のパラメータメモリ１２２−２におけるパラメータＰａの値をＹに、その因子の値をＣＳ２に変更する（Ｓ１５２，Ｓ１５３）。これらは、図８の処理と対応する動作である。そして、その後ＵＤＰの定期送信タイミングになると（Ｓ１５４）、コントローラＣＳ２は、その時点でのパラメータＰａの値Ｙ及び因子ＣＳ２を、ミキサエンジンＥＮに送信する（Ｓ１５５）。これらは、図９の処理と対応する動作である。
【０１０３】
一方、ステップＳ１５５のデータを受信したミキサエンジンＥＮは、受信したパラメータＰａの値が、前回コントローラＣＳ２から受信した値（Ｙに変更する前の値）と異なり、かつその因子が送信元装置の識別子であると判断する（Ｓ１６１）。すなわち、図１０のステップＳ３３でＹｅｓと判断する。このため、受信した値を自身のパラメータメモリ２２２に上書きし、パラメータメモリ２２２におけるパラメータＰａの値をＹに、その因子の値をＣＳ２に変更する（Ｓ１６２，Ｓ１６３）。これらは、図１０の処理と対応する動作である。
【０１０４】
そして、処理は図１７に示す部分に進む。その後ＵＤＰの定期送信タイミングになると（Ｓ１６４）、ミキサエンジンＥＮは、その時点でのパラメータＰａの値Ｙ及び因子ＣＳ２を、ミキサエンジンＥＮを制御する各コントローラＣＳ１，ＣＳ２に送信する（Ｓ１６５，Ｓ１７３）。これらは、図１２の処理と対応する動作である。
【０１０５】
これに対し、ステップＳ１６５のデータを受信したコントローラＣＳ１は、受信したパラメータＰａの値が、前回ミキサエンジンＥＮから受信した値（Ｘに変更する前の値）と異なり、かつその因子が自身の識別子でないであると判断する（Ｓ１６６）。すなわち、図１３のステップＳ５３でＹｅｓと判断する。従って、受信した値を自身のパラメータメモリ１２２−１に上書きし、パラメータメモリ１２２−１におけるパラメータＰａの値をＹに、その因子の値をＣＳ２に変更する（Ｓ１６７，Ｓ１６８）。
【０１０６】
この動作により、ミキサエンジンＥＮを通じて伝達される、コントローラＣＳ２が検出した変更操作に応じたパラメータ値の変更を、コントローラＣＳ１にも共有させることができる。またこのため、コントローラＣＳ２が検出した変更操作より前にコントローラＣＳ１が検出した変更操作に応じたパラメータ値の変更は、なかったことになる。
その後、コントローラＣＳ１は、次にＵＤＰの定期送信タイミングになると（Ｓ１６９）、その時点でのパラメータＰａの値Ｙ及び因子ＣＳ２を、ミキサエンジンＥＮに送信する（Ｓ１７０）。これらは、図９の処理と対応する動作である。
【０１０７】
ステップＳ１７０のデータを受信したミキサエンジンＥＮは、受信したパラメータＰａの値が、前回コントローラＣＳ１から受信した値Ｘと異なるが、その因子が送信元装置の識別子でないと判断する（Ｓ１７１）。すなわち、図１０のステップＳ３３でＮｏと判断する。このため、今回の受信に応じたパラメータ値の更新は行わない（Ｓ１７２）。
【０１０８】
他方、ステップＳ１７３のデータを受信したコントローラＣＳ２は、受信したパラメータＰａの値が、前回ミキサエンジンＥＮから受信した値（ステップＳ１１６でＸに変更される前の値）と異なるが、その因子が自身の識別子であると判断する（Ｓ１７４）。すなわち、図１３のステップＳ５３でＮｏと判断する。このため、今回の受信に応じたパラメータ値の更新は行わない（Ｓ１７５）。
その後、コントローラＣＳ２は、次にＵＤＰの定期送信タイミングになると（Ｓ１７６）、その時点でのパラメータＰａの値Ｙ及び因子ＣＳ２を、ミキサエンジンＥＮに送信する（Ｓ１７７）。これらは、図９の処理と対応する動作である。
【０１０９】
ステップＳ１７７のデータを受信したミキサエンジンＥＮは、受信したパラメータＰａの値が、ステップＳ１５５で前回コントローラＣＳ２から受信した値Ｙと同じであると判断する（Ｓ１７８）。すなわち、図１０のステップＳ３３でＮｏと判断する。このため、今回の受信に応じたパラメータ値の更新は行わない（Ｓ１７９）。
そして、その後ＵＤＰの定期送信タイミングになると（Ｓ１８０）、ミキサエンジンＥＮは、その時点でのパラメータＰａの値Ｙ及び因子ＣＳ２を、ミキサエンジンＥＮを制御する各コントローラＣＳ１，ＣＳ２に送信する（Ｓ１８１，Ｓ１８４）。これらは、図１２の処理と対応する動作である。
【０１１０】
今回は、コントローラＣＳ１側でもコントローラＣＳ２側でも、受信したパラメータＰａの値が、前回受信した値と同じであると判断し（Ｓ１８２，Ｓ１８５）、パラメータ値の更新は行わない（Ｓ１８３，Ｓ１８６）。新たな変更操作がない限りは、いずれの装置でもパラメータの値も因子も更新されない。すなわち、全ての装置に、コントローラＣＳ２が検出した変更操作に応じたパラメータ値の変更が共有された状態を安定的に維持することができる。
【０１１１】
なお、例えば、図１６の動作において、ステップＳ１５５の送信がステップＳ１１５の送信より前であれば、その後の処理で、全ての装置に、コントローラＣＳ１が検出した変更操作に応じたパラメータ値の変更が共有された状態となる。この場合、先に検出された変更操作が優先されることになる。しかし、ステップＳ１１１の変更操作とステップＳ１５１の変更操作に大きなタイミング差がなければ、どちらがシステム内で共有されても、ユーザはシステムの動作としてさほど違和感を覚えることはない。各装置におけるパラメータＰａの値がＸとＹの間でふらつくことなく、速やかに一方が共有されることが有用である。
【０１１２】
次に、図１８及び図１９を用いて、図１０のステップＳ３２及び図１３のステップＳ５２で参照する、因子の「特定の値」について説明する。
図１０のステップＳ３２においてミキサエンジンＥＮは、また、図１３のステップＳ５２においてコントローラＣＳは、パラメータの因子が特定の値であると、受信したそのパラメータの値をパラメータメモリに反映させないようにしている。
【０１１３】
そして、コントローラＣＳは、図１８に示すように、特定の第１の条件が満たされた場合に、送信バッファ１２５中の各パラメータの因子として、上記の特定の値を登録する（Ｓ６１）。図１８の処理において、コントローラＣＳのＣＰＵ１０１は、特定因子設定部として機能する。また、ミキサエンジンＥＮにも、同様な機能を設けている。
【０１１４】
このようにすれば、第１の条件が満たされた場合に、自装置におけるパラメータ値の変更が、他装置に反映されないようにすることができる。すなわち、リモート制御システムＳｙｓを構成する装置間でパラメータメモリ中のパラメータ値が異なる状態を、長期間に亘って保つことができる。この状態でも、各装置が、自身の検出した変更操作に応じて自身のパラメータメモリ中のパラメータ値を変更することは問題なくできる。なお、ミキサエンジンＥＮにおける第１の条件は、コントローラＣＳにおける第１の条件と異なるものであってもよい。
何らかの理由で他の装置へのパラメータ値の反映を停止させたい場合には、このような機能が有用である。なお、上記の特定の値は、リモート制御システムＳｙｓを構成するいずれの装置の識別情報とも異なる値とする。
【０１１５】
また、コントローラＣＳは、図１９に示すように、特定の第２の条件が満たされた場合に、送信バッファ１２５中の各パラメータの因子として、パラメータメモリ１２２中の対応する値を登録する（Ｓ７１）。ミキサエンジンＥＮにも、同様な機能を設けている。
このようにすれば、第２の条件が満たされた場合に、送信バッファ１２５における各パラメータの因子を通常のデータに戻し、自装置におけるパラメータ値の変更が他装置に反映されない状態を解除することができる。
【０１１６】
なお、上記の図１８及び図１９の処理では、第１の条件が満たされた後でコントローラＣＳに対するパラメータ値変更操作があった場合には、図８の処理等によりパラメータの因子が変更されることを許容している。すなわち、第１の条件が満たされた後の操作は他の装置へ反映させるようにしている。しかし、第１及び第２の条件に従ってパラメータ値の反映の停止と解除を厳密に制御したい場合には、図１８のステップＳ６１の後で、ステップＳ６１で登録した因子の変更を禁止し、図１９のステップＳ７１の前でその禁止を解除するようにしてもよい。この場合には、第１の条件が満たされた後でコントローラＣＳに対してなされたパラメータ値変更操作は、第２の条件が満たされるまでは他の装置に反映されない。
【０１１７】
次に、図２０に、シーンリコール操作に応じた処理のフローチャートを示す。
図２０の処理は、コントローラＣＳ側とミキサエンジンＥＮ側に共通の処理であるが、コントローラＣＳ側について代表して説明する。
コントローラＣＳは、シーンライブラリ１２４に保存された特定のシーン（ここではシーンＷとする）を呼び出す操作を検出すると、図２０のフローチャートに示す処理を開始する。
この処理において、コントローラＣＳは、まずシーンライブラリ１２４からシーンＷのパラメータの値を読み出して、パラメータメモリ１２２に上書きする（Ｓ８１）。パラメータメモリ１２２の内容を一旦全部消去してからシーンＷのデータをコピーしてもよい。
【０１１８】
次に、コントローラＣＳは、パラメータメモリ１２２中の、ＵＤＰにより送信する全パラメータの因子として、自身の識別子を登録する（Ｓ８２）。そして、パラメータメモリ１２２中の、ＵＤＰにより送信する全パラメータの値及び因子を送信バッファ１２５に上書きして（Ｓ８３）、処理を終了する。ステップＳ８３も、送信バッファ１２５の内容を一旦全部消去してからパラメータメモリ１２２中の必要なデータをコピーしてもよい。
以上の図２０の処理は、パラメータ制御部１２１の機能と対応する処理であり、以上の処理において、コントローラＣＳのＣＰＵ１０１が呼出部として機能する。
また、以上の処理により、コントローラＣＳにおいて、予めシーンとして保存しておいたパラメータ値のパターンを呼び出すことができると共に、コントローラＣＳにおいて全てのパラメータの値が変更されたとして、今まで説明してきた処理や動作を用いて、他の装置のパラメータメモリにその変更を反映させることができる。
【０１１９】
〔その他の変形例：図２１及び図２２〕
以上で実施形態の説明を終了するが、制御システムを構成する装置の数、処理の具体的な手順、データの構成、使用する通信プロトコル、到達保証のない通信プロトコルで値を送信するパラメータの数や種類等が、上述の実施形態で説明したものに限られないことはもちろんである。
【０１２０】
また、上述した実施形態のリモート制御システムＳｙｓが備える機能の全てを同時に設ける必要がないことももちろんである。例えば、リモート制御システムＳｙｓには、（１）パラメータメモリに記憶されている複数のパラメータの値を（送信バッファにコピーした上で）、一括して定期的に、到達保証のない特定の通信プロトコルで相手先装置に送信する機能、（２）各パラメータの因子として、そのパラメータの現在値に反映されている変更操作をユーザから受け付けた装置の識別子を登録しておき、パラメータの値と因子とをセットで相手先装置へ送信して、受信側の装置が、受信した因子の値を参照して、受信したパラメータ値をパラメータメモリに反映させるか否かを判断する機能、および、（３）上記因子が特定の値である場合に、受信したパラメータ値をパラメータメモリに反映させないようにする機能、が設けられている。
【０１２１】
しかし、これらの（１）及び（２）の機能は、単独で設けることができるし、（２）の機能を設けるに当たって（３）の機能は必須ではない。
例えば、（２）及び（３）の機能を設けないとすると、図１３の処理においてステップＳ５２及びＳ５３の判断は不要となり、次回のステップＳ５３の判断の準備のためのステップＳ５６の処理も不要となる。したがって、図１３の処理は、図２１に示すように簡略化することができる。もちろん、因子の登録自体も不要であり、図８及び図１１のステップＳ１３は不要である。
【０１２２】
また、（１）の一括送信の機能を設けないとすると、図９や図１２の処理におけるパラメータの値及び因子の送信を、パラメータ毎に個別に行うようにすることが考えられる。この場合でも、（２）の機能による、パラメータ値の安定的な共有に関する効果は得られる。
また、上述した実施形態におけるように、ＴＣＰとＵＤＰを併用することは必須ではなく、全てのパラメータの値をＵＤＰを用いて送信するようにしてもよい。また、フェーダ以外のパラメータ値を、ＵＤＰを用いて送信するようにしてもよいことはもちろんである。また、通信に使用するプロトコルがＴＣＰやＵＤＰに限られることもない。ＴＣＰは、到達保証のある通信プロトコルの一例として、ＵＤＰは、到達保証のない通信プロトコルの一例として示したものに過ぎない。また、（２）の機能は、到達保証のない通信プロトコルを用いてパラメータの値を定期的に送信する場合に用いると特に効果的であるが、到達保証の有無も含め、使用する通信プロトコルに特に制約はない。
【０１２３】
また、この発明の制御システムを構成する制御装置の数は２台に限らず、１台のみでも、３台以上でも構わない。また、被制御装置も１台に限らず、複数台であってもよい。被制御装置が複数台ある場合、各制御装置において、制御対象の被制御装置毎に、該被制御装置が使用するパラメータの値のセットを記憶するパラメータメモリを設けるとよい。そして、各パラメータメモリの内容を、対応する被制御装置のパラメータメモリ、および、他の制御装置における対応するパラメータメモリと同期させるようにするとよい。
【０１２４】
例えば、図２２に、制御対象のミキサエンジンが２台（ＥＮａとＥＮｂ）ある場合の制御システムの構成を示す。
この場合、各コントローラＣＳ１，ＣＳ２にそれぞれ、ミキサエンジンＥＮａと対応するパラメータメモリ１２２−１ａ，１２２−２ａと、ミキサエンジンＥＮｂと対応するパラメータメモリ１２２−１ｂ，１２２−２ｂを設けるとよい。そして、パラメータメモリ１２２−１ａ，１２２−２ａと、ミキサエンジンＥＮａのパラメータメモリ２２２−ａとの間で、上述した実施形態と同様な方式でパラメータの値及び因子を共有し、他方で、これとは独立して、パラメータメモリ１２２−１ｂ，１２２−２ｂと、ミキサエンジンＥＮｂのパラメータメモリ２２２−ｂとの間で同様にパラメータの値及び因子を共有することが考えられる。
【０１２５】
また、上述した実施形態が備えるコントローラＣＳやミキサエンジンＥＮの機能を、複数の装置に分散して設け、それらを協働させてコントローラＣＳあるいはミキサエンジンＥＮとして機能させることも妨げられない。また、コントローラＣＳの１つとミキサエンジンＥＮとが一体化している等、複数の装置の機能を１つの筐体内に設けることも妨げられない。
また、被制御装置は、音信号処理装置に限られず、任意の装置であってよい。例えば、照明装置における照明強度の制御や、放送装置の制御にこの発明を適用することも考えられる。
また、以上述べてきた構成及び変形例は、矛盾しない範囲で適宜組み合わせて適用することも可能である。
【産業上の利用可能性】
【０１２６】
以上の説明から明らかなように、この発明を利用すれば、制御装置において短時間に多数のパラメータの値を変更する操作がなされた場合でも、各装置の処理負荷や装置間の通信量を著しく増加させることなく、被制御装置におけるパラメータの値を、その操作に従って変更できるような制御システムを構成できる。
【符号の説明】
【０１２７】
ＣＳ：コントローラ(制御装置)、ＥＮ：ミキサエンジン(被制御装置)、Ｎ：ネットワーク、Ｓｙｓ：リモート制御システム、１０１，２０１：ＣＰＵ、１０２，２０２：フラッシュメモリ、１０３，２０３：ＲＡＭ、１０４，２０５：表示器、１０５，２０６：操作子、１０６，２０４：通信Ｉ／Ｆ、１０７，２０９：システムバス、１２１，２２１：パラメータ制御部、１２２，２２２：パラメータメモリ、１２３，２２３：操作受付部、１２４，２２４：シーンライブラリ、１２５，２２８：送信バッファ、１２６，２２９：ＵＤＰ送信部、１２７，２２５：ＵＤＰ受信部、１２８，２２６：受信バッファ、１２９，２２７：前回データ記憶部、１３０，２３０：ＴＣＰ送受信部、２０７：信号処理部（ＤＳＰ）、２０８：音信号入出力部、３００：操作パネル、３０１：ｃｈストリップ部、３１０：ｃｈストリップ、３１５：フェーダ、３１５ａ：つまみ，３３０：ディスプレイ、３４０：ロータリーエンコーダ、３５０：スイッチ群
【図１】
2018098531.tif 000003
【図２】
2018098531.tif 000004
【図３】
2018098531.tif 000005
【図４】
2018098531.tif 000006
【図５】
2018098531.tif 000007
【図６】
2018098531.tif 000008
【図７】
2018098531.tif 000009
【図８】
2018098531.tif 000010
【図９】
2018098531.tif 000011
【図１０】
2018098531.tif 000012
【図１１】
2018098531.tif 000013
【図１２】
2018098531.tif 000014
【図１３】
2018098531.tif 000015
【図１４】
2018098531.tif 000016
【図１５】
2018098531.tif 000017
【図１６】
2018098531.tif 000018
【図１７】
2018098531.tif 000019
【図１８】
2018098531.tif 000020
【図１９】
2018098531.tif 000021
【図２０】
2018098531.tif 000022
【図２１】
2018098531.tif 000023
【図２２】
2018098531.tif 000024