(57)【要約】【課題】、複雑な処理を行うことなく、制御装置と被制御装置とで全く同じ動作データをプリセットとしてストアする。【解決手段】制御装置１０，４０と、被制御装置２０，３０とからなるリモート制御システムにおいて、被制御装置２０，３０は、制御装置からのストア命令に応じて、第１カレントメモリ１００の第１動作データの値を、新たな第１プリセットデータ１０１として第１プリセットメモリ１０２にストアして（２００）、ストアされた現在の第１動作データを制御装置１０，４０に送信する（２０２）。制御装置１０，４０は、被制御装置２０，３０から送信された第１動作データの値を、新たな第２プリセットデータとして前記第２プリセットメモリにストアする（２０２）。【選択図】  図２
2015154472.tif 000002
【特許請求の範囲】
【請求項１】
オペレータの操作を受け付ける制御装置と、前記制御装置によりリモート制御される被制御装置とをデータ通信可能に接続したリモート制御システムであって、
前記被制御装置は、自身の動作を制御するための第１動作データを記憶する第１カレントメモリと、複数の第１プリセットデータを記憶する第１プリセットメモリとを具備し、前記第１プリセットデータは前記第１カレントメモリの第１動作データの値を一括設定するためのものであり、
前記制御装置は、前記被制御装置をリモート制御するための第２動作データを記憶する第２カレントメモリと、複数の第２プリセットデータを記憶する第２プリセットメモリとを具備し、前記第２プリセットデータは前記第２カレントメモリの第２動作データの値を一括設定するためのものであり、
オペレータの指示に応じて、前記制御装置から前記被制御装置に、ストア命令を送信するストア命令送信部と、
前記被制御装置において、前記ストア命令の受信に応じて、前記第１カレントメモリに記憶されている第１動作データの値を、新たな第１プリセットデータの値として前記第１プリセットメモリにストアし、且つ、該ストアされた第１動作データの値を、前記制御装置に送信する第１ストア動作制御部と、
前記制御装置において、前記被制御装置により送信された前記第１動作データの値を、新たな第２プリセットデータの値として前記第２プリセットメモリにストアする第２ストア動作制御部と
を備えることを特徴とするリモート制御システム。
【請求項２】
複数の前記制御装置を備え、前記複数の制御装置により前記被制御装置をリモート制御する請求項１に記載のリモート制御システム。
【請求項３】
オペレータの操作を受け付ける制御装置と、前記制御装置によりリモート制御される被制御装置とをデータ通信可能に接続したリモート制御システムにおける制御装置であって、前記被制御装置は、自身の動作を制御するための第１動作データを記憶する第１カレントメモリと、複数の第１プリセットデータを記憶する第１プリセットメモリとを具備し、前記第１プリセットデータは前記第１カレントメモリの第１動作データの値を一括設定するためのものであり、
前記制御装置は、
前記被制御装置をリモート制御するための第２動作データを記憶する第２カレントメモリと、
複数の第２プリセットデータを記憶する第２プリセットメモリであって、前記第２プリセットデータは前記第２カレントメモリの第２動作データの値を一括設定するためのものと、
オペレータの指示に応じて、前記被制御装置に、ストア命令を送信するストア命令送信部と、
前記ストア命令に対する応答として、前記前記被制御装置から、前記第１動作データの値を受信する受信部と、
前記受信した前記第１動作データの値を、新たな第２プリセットデータの値として前記第２プリセットメモリにストアするストア動作制御部と
を備えることを特徴とする制御装置。
【請求項４】
オペレータの操作を受け付ける制御装置と、前記制御装置によりリモート制御される被制御装置とをデータ通信可能に接続したリモート制御システムにおける被制御装置であって、前記被制御装置は、自身の動作を制御するための第１動作データを記憶する第１カレントメモリと、複数の第１プリセットデータを記憶する第１プリセットメモリとを具備し、前記第１プリセットデータは前記第１カレントメモリの第１動作データの値を一括設定するためのものであり、前記制御装置は、前記被制御装置をリモート制御するための第２動作データを記憶する第２カレントメモリと、複数の第２プリセットデータを記憶する第２プリセットメモリとを具備し、前記第２プリセットデータは前記第２カレントメモリの第２動作データの値を一括設定するためのものであり、
前記被制御装置は、
前記制御装置から、ストア命令を受信するストア命令受信部と、
前記ストア命令の受信に応じて、前記第１カレントメモリに記憶されている第１動作データの値を、新たな第１プリセットデータの値として前記第１プリセットメモリにストアし、且つ、該ストアされた第１動作データの値を、前記制御装置に送信するストア動作制御部と
を備えることを特徴とする被制御装置。
【請求項５】
オペレータの操作を受け付ける制御装置と、前記制御装置によりリモート制御される被制御装置とをデータ通信可能に接続したリモート制御システムにおけるプリセットデータストア方法であって、
前記被制御装置は、自身の動作を制御するための第１動作データを記憶する第１カレントメモリと、複数の第１プリセットデータを記憶する第１プリセットメモリとを具備し、前記第１プリセットデータは前記第１カレントメモリの第１動作データの値を一括設定するためのものであり、
前記制御装置は、前記被制御装置をリモート制御するための第２動作データを記憶する第２カレントメモリと、複数の第２プリセットデータを記憶する第２プリセットメモリとを具備し、前記第２プリセットデータは前記第２カレントメモリの第２動作データの値を一括設定するためのものであり、
オペレータの指示に応じて、前記制御装置から前記被制御装置に、ストア命令を送信するステップと、
前記被制御装置において、前記ストア命令の受信に応じて、前記第１カレントメモリに記憶されている第１動作データの値を、新たな第１プリセットデータの値として前記第１プリセットメモリにストアし、且つ、該ストアされた第１動作データの値を、前記制御装置に送信するステップと、
前記制御装置において、前記被制御装置により送信された前記第１動作データの値を、新たな第２プリセットデータの値として前記第２プリセットメモリにストアするステップと
を備えることを特徴とするプリセットデータストア方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、制御装置において受け付けたオペレータの操作に応じて、被制御装置をリモート制御するための技術に関する。
【背景技術】
【０００２】
従来、オーディオ信号に対する信号処理（オーディオ処理）を行うオーディオ処理装置（「エンジン」ともいう）と、そのオーディオ処理装置の動作をリモート制御する制御装置（「コンソール」ともいう）とを通信ネットワークを用いて接続したネットワーク型ミキシングシステムがあった。オーディオ処理装置が、制御装置によりリモート制御される「被制御装置」に相当する。この明細書では、オーディオ処理に現在適用されている各種パラメータの値の一群のことを、「動作データ」という。特許文献１には、エンジン側のメモリに、オーディオ処理を制御する動作データ（これを「実動作データ」と呼ぶ）を記憶し、また、コンソール側のメモリに、前記エンジンが実行するオーディオ処理を間接的に制御するための動作データ（これを「仮想動作データ」と呼ぶ）を記憶したミキシングシステムにおいて、コンソール側の仮想動作データをマスタ動作データとし、エンジン側の実動作データを、前記マスタ動作データに追従するスレーブ動作データとすることが記載されている。この場合、コンソールで受け付けたオペレータ操作により、先ず、コンソール側の仮想動作データの値が更新され、次に、コンソール側の更新結果に追従して、エンジン側の実動作データの値が更新されることで、仮想動作データの値と実動作データの値が一致する。
【０００３】
従来のネットワーク型ミキシングシステムにおいて、メモリに記憶された動作データの値を１つのプリセットデータとしてプリセットメモリに記憶する「ストア機能」、及び、プリセットデータとして記憶した動作データの値を一括設定（再現）する「リコール機能」があった。なお、本明細書において、１又は複数のプリセットデータを不揮発記憶する記憶部を「プリセットメモリ」という。上記特許文献１のミキシングシステムは、プリセットメモリをコンソール側にのみ具備し、エンジン側にはプリセットメモリを具備しない構成である。この場合、プリセットデータのストアは、コンソール側のメモリに記憶した実動作データを、該コンソール内のプリセットメモリに記憶することにより行われる。一方、プリセットデータのリコールを行う場合、エンジンは、プリセットデータとして記憶した動作データの値全体を、コンソールから受信する必要がある。従って、リコール機能の実行に時間がかかる。
【０００４】
また、特許文献２のミキシングシステムは、コンソールとエンジンとの両方にプリセットメモリを具備し、コンソールとエンジンのれぞれが自身に備わるローカルのプリセットメモリを用いるように構成されている。コンソールとエンジンとが、それぞれローカルのカレントメモリを用いてプリセットデータのストアを行う場合、プリセットデータのストアを行う時点で、コンソール側に記憶されている仮想動作データの値と、エンジンの実動作データの値を完全に一致させておく必要がある。しかし、コンソールとエンジンの間に通信遅延があるため、コンソール側の仮想動作データの値とエンジン側の実動作データの値を同じ値にするのは容易ではない。例えば、既存のミキシングシステム製品の一部は、ストア機能の実行時に、コンソール側の仮想動作データの値とエンジン側の実動作データの値を同じ値にする処理を行っているが、その処理は、コンソールとエンジンの間で通信されるデータ（例えば後述する値変更命令など）のタイミング管理を含む、非常に複雑な処理である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４００７１１２号
【特許文献２】特許第４０６３２３２号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は上述の点に鑑みてなされたもので、複雑な処理を行うことなく、制御装置と被制御装置とで全く同じ動作データの値を、プリセットデータとしてストアできるようにしたリモート制御システム、該制御装置、該被制御装置及びプリセットデータストア方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明は、オペレータの操作を受け付ける制御装置と、前記制御装置によりリモート制御される被制御装置とをデータ通信可能に接続したリモート制御システムであって、前記被制御装置は、自身の動作を制御するための第１動作データを記憶する第１カレントメモリと、複数の第１プリセットデータを記憶する第１プリセットメモリとを具備し、前記第１プリセットデータは前記第１カレントメモリの第１動作データの値を一括設定するためのものであり、前記制御装置は、前記被制御装置をリモート制御するための第２動作データを記憶する第２カレントメモリと、複数の第２プリセットデータを記憶する第２プリセットメモリとを具備し、前記第２プリセットデータは前記第２カレントメモリの第２動作データの値を一括設定するためのものであり、オペレータの指示に応じて、前記制御装置から前記被制御装置に、ストア命令を送信するストア命令送信部と、前記被制御装置において、前記ストア命令の受信に応じて、前記第１カレントメモリに記憶されている第１動作データの値を、新たな第１プリセットデータの値として前記第１プリセットメモリにストアし、且つ、該ストアされた第１動作データの値を、前記制御装置に送信する第１ストア動作制御部と、前記制御装置において、前記被制御装置により送信された前記第１動作データの値を、新たな第２プリセットデータの値として前記第２プリセットメモリにストアする第２ストア動作制御部とを備えることを特徴とするリモート制御システムである。
【０００８】
上記の発明に係るリモート制御システムによれば、プリセットデータをストアするとき、被制御装置と制御装置との何れにおいても、被制御装置の第１カレントメモリの第１動作データの値をプリセットデータの値としてストアするように構成しているので、仮に被制御装置と制御装置とで動作データの値の同期（同じ値にすること）が崩れていたとしても、例えば両者の動作データの値を同じ値にするための複雑な処理を行うことなく、制御装置と被制御装置とで同じ動作データの値をプリセットデータの値としてストア（保存）できる。
【０００９】
前記リモート制御システムの一実施形態は、複数の前記制御装置を備え、該複数の制御装置により前記被制御装置をリモート制御するように構成できる。複数の制御装置により被制御装置をリモート制御すると、被制御装置と制御装置との動作データの同期が一時的に崩れやすいが、本願発明によれば、複雑な処理を行うことなく確実に、制御装置と被制御装置とで同じ動作データの値をプリセットデータの値としてストアできる。
【００１０】
また、この発明は、オペレータの操作を受け付ける制御装置と、該制御装置によりリモート制御される被制御装置とをデータ通信可能に接続したリモート制御システムにおける制御装置であって、前記被制御装置は、自身の動作を制御するための第１動作データを記憶する第１カレントメモリと、複数の第１プリセットデータを記憶する第１プリセットメモリとを具備し、前記第１プリセットデータは前記第１カレントメモリの第１動作データの値を一括設定するためのものであり、前記制御装置は、前記被制御装置をリモート制御するための第２動作データを記憶する第２カレントメモリと、複数の第２プリセットデータを記憶する第２プリセットメモリとを具備し、前記第２プリセットデータは前記第２カレントメモリの第２動作データの値を一括設定するためのものであり、オペレータの指示に応じて、前記被制御装置に、ストア命令を送信するストア命令送信部と、前記ストア命令に対する応答として、前記前記被制御装置から、前記第１動作データの値を受信する受信部と、前記受信した前記第１動作データの値を、新たな第２プリセットデータの値として前記第２プリセットメモリにストアするストア動作制御部とを備えることを特徴とする制御装置である。
【００１１】
また、この発明は、オペレータの操作を受け+付ける制御装置と、該制御装置によりリモート制御される被制御装置とをデータ通信可能に接続したリモート制御システムにおける被制御装置であって、前記被制御装置は、自身の動作を制御するための第１動作データを記憶する第１カレントメモリと、複数の第１プリセットデータを記憶する第１プリセットメモリとを具備し、前記第１プリセットデータは前記第１カレントメモリの第１動作データの値を一括設定するためのものであり、前記制御装置は、前記被制御装置をリモート制御するための第２動作データを記憶する第２カレントメモリと、複数の第２プリセットデータを記憶する第２プリセットメモリとを具備し、前記第２プリセットデータは前記第２カレントメモリの第２動作データの値を一括設定するためのものであり、前記被制御装置は、前記制御装置から、ストア命令を受信するストア命令受信部と、前記ストア命令の受信に応じて、前記第１カレントメモリに記憶されている第１動作データの値を、新たな第１プリセットデータの値として前記第１プリセットメモリにストアし、且つ、該ストアされた第１動作データの値を、前記制御装置に送信するストア動作制御部とを備えることを特徴とする被制御装置である。
【００１２】
また、この発明は、オペレータの操作を受け付ける制御装置と、該制御装置によりリモート制御される被制御装置とをデータ通信可能に接続したリモート制御システムにおけるプリセットデータストア方法であって、前記被制御装置は、自身の動作を制御するための第１動作データを記憶する第１カレントメモリと、複数の第１プリセットデータを記憶する第１プリセットメモリとを具備し、前記第１プリセットデータは前記第１カレントメモリの第１動作データの値を一括設定するためのものであり、前記制御装置は、前記被制御装置をリモート制御するための第２動作データを記憶する第２カレントメモリと、複数の第２プリセットデータを記憶する第２プリセットメモリとを具備し、前記第２プリセットデータは前記第２カレントメモリの第２動作データの値を一括設定するためのものであり、オペレータの指示に応じて、前記制御装置から前記被制御装置に、ストア命令を送信するステップと、前記被制御装置において、前記ストア命令の受信に応じて、前記第１カレントメモリに記憶されている第１動作データの値を、新たな第１プリセットデータとして前記第１プリセットメモリにストアし、且つ、該ストアされた第１動作データの値を、前記制御装置に送信するステップと、前記制御装置において、前記被制御装置により送信された前記第１動作データの値を、新たな第２プリセットデータの値として前記第２プリセットメモリにストアするステップとを備えることを特徴とするプリセットデータストア方法である。
【発明の効果】
【００１３】
この発明によれば、複雑な処理を行うことなく、制御装置と被制御装置とで全く同じ値の動作データをプリセットデータの値としてプリセットメモリにストアできる、という優れた効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】本発明のリモート制御システムの一実施形態であるミキシングシステムの構成例を示すブロック図。
【図２】被制御装置に備わる第１カレントメモリと第１シーンメモリと、制御装置に備わる第２カレントメモリと第２シーンメモリとを示すブロック図。
【図３】（ａ）制御装置の電気的ハードウェア構成を示すブロック図、（ｂ）被制御装置の電気的ハードウェア構成を示すブロック図。
【図４】エンジン及びミキサで行われるミキシング処理を説明するブロック図。
【図５】メイン処理のフローチャート。
【図６】シーンデータストア処理のフローチャート。
【図７】シーンデータリコール処理のフローチャート。
【図８】オペレータによる値変更操作に応じた処理のフローチャートであって、（ａ）はコンソールが実行する処理のフローチャート、（ｂ）は被制御装置が実行する処理のフローチャート。
【発明を実施するための形態】
【００１５】
以下、添付図面を参照して、本発明のリモート制御システムの一実施形態を説明する。
【００１６】
図１は、本発明のリモート制御システムを適用したミキシングシステムの構成例を示すブロック図である。また、図２は、リモート制御システムの制御装置と被制御装置とに備わるカレントメモリ及びプリセットメモリの構成を説明するブロック図である。図１に示す通り、ミキシングシステム１は、コンソール１０と、２台のエンジン２０と、１つのミキサ３０と、パーソナルコンピュータ４０（ＰＣ）と、これら装置１０〜４０を通信可能に接続するネットワーク５０とからなる。ネットワーク５０は、例えばイーサネット（登録商標）規格など、周知のネットワーク規格を用いたネットワークにより構成され、装置１０〜４０の間で、少なくともリモート制御用の制御データを伝送できる。
【００１７】
コンソール１０は、オペレータの操作を受け付ける制御装置の一例であり、オペレータにより操作されるユーザインタフェース（後述するＵＩ１５）を備え、該オペレータによるＵＩ１５に対する操作に基づいて、ネットワーク５０に接続されたエンジン２０及びミキサ３０の動作をリモート制御する。ＰＣ４０は、制御プログラムを実行することによりコンソール１０と同様な制御装置として機能する。また、図１では、エンジン２０にＰＣ４０´が接続されている。このＰＣ４０´のようにネットワーク５０上に直接接続されていないＰＣも、ネットワーク５０に接続されたコンソール１０やＰＣ４０と同様な制御装置として機能し得る。エンジン２０及びミキサ３０の動作は、複数の制御装置１０、４０からリモート制御され得る。本明細書において、リモート制御は、或るデバイス（制御装置）のオペレータによるＵＩに対する操作に応じて、別のデバイス（被制御装置）の動作を制御するためのパラメータの値を設定することをいう。ローカル制御は、或るデバイスのＵＩ操作に応じて、そのデバイスの動作を制御するためのパラメータの値を設定することをいう。
【００１８】
エンジン２０とミキサ３０とは、制御装置１０、２０によりリモート制御される被制御装置の一例であり、それぞれオーディオ信号に信号処理を施すための複数の処理チャンネル（以下、「処理ｃｈ」とも呼ぶ）を備えるオーディオ処理装置である。以下では、エンジン２０とミキサ３０のことを、「被制御装置」とも呼ぶ。各被制御装置２０，３０は、図２に示す通り、自身の動作を制御するための第１動作データ（これを「実動作データ」と呼ぶ）を記憶する第１カレントメモリ１００（図２において「カレント（実）」と記す）と、複数の第１プリセットデータ１０１を記憶する第１プリセットメモリ１０２とを具備する。本明細書では、前述の通り、プリセットデータを不揮発記憶しておく記憶部を「プリセットメモリ」という。プリセットデータ及びプリセットメモリは、それぞれ、ミキシングシステムにおいて「シーンデータ」及び「シーンメモリ」とも呼ばれる。以下では、「シーンデータ」及び「シーンメモリ」との用語を用いる。すなわち、複数の「シーンデータ」を不揮発記憶する記憶部を「シーンメモリ」という。
【００１９】
第１カレントメモリ１００には、当該被制御装置２０又は３０の全動作を制御する「実カレントデータ」が記憶される。実カレントデータは、その値により当該被制御装置２０，３０の動作を制御する各種パラメータであり、後述するオーディオ処理の動作を制御するための各種パラメータである前記実動作データを含む。実カレントデータには、前記実動作データ以外にも、例えば表示器に表示する画面を選択するデータ、チャンネルストリップに呼び出すレイヤを管理するデータ、或いは、オーディオ処理に係るオーディオ信号のモニタを制御するデータ等が含まれる。第１シーンメモリ１０２に記憶された各第１シーンデータ１０１は、第１カレントメモリ１００に記憶された実動作データと同一構造のデータ（パラメータ値のセット）であり、或る時点の第１カレントメモリ１００の実動作データの値を一括して保存（ストア）したものである。第１カレントメモリ１００に任意の第１シーンデータ１０１の値を読み出す（リコールする）ことで、その第１シーンデータ１０１に基づいて第１カレントメモリ１００の実動作データの値を一括設定できる。第１シーンメモリ１０２内の各第１シーンデータ１０１は、それぞれ固有のシーン番号で管理される。図２において「シーン１（実）」、「シーン２（実）」・・・「シーンｎ（実）」は、それぞれ、シーン番号「１」〜「ｎ」の第１シーンデータ１０１を表す。
【００２０】
一方、制御装置１０、４０は、被制御装置２０、３０が実行するオーディオ処理を間接的に制御するための動作データ（これを「仮想動作データ」と呼ぶ)を記憶する第２カレントメモリ１１０（図２において「カレント（仮想）」）と、複数ｎ個の第２シーンデータ１１１を記憶する第２シーンメモリ１１２とを備える。仮想動作データは、制御装置１０、４０において、被制御装置２０，３０が実行するオーディオ処理の動作をリモート制御する際に、後述するＵＩ１５への各種パラメータの値の表示を、レスポンス良く行うために用いられる。仮想動作データを用いることで、リモート制御のレスポンスが大幅に向上する。第２カレントメモリ１１０には、リモート制御対象となる全ての被制御装置２０，３０に対応する仮想動作データが記憶される。図１の例では、制御装置１０、４０の第２カレントメモリ１１０は、２つのエンジン２０及び１つのミキサ３０のそれぞれに対応する仮想動作データを記憶する。
【００２１】
第２シーンメモリ１１２に記憶された各第２シーンデータ１１１は、１又は複数の被制御装置２０、３０の第１カレントメモリ１００に、或る時点で記憶されていた実動作データの値を、１つのシーンデータ（プリセットデータ）として保存したデータである。各第２シーンデータ１１１は、固有のシーン番号で管理される。図２において「シーン１（仮想）」、「シーン２（仮想）」・・・「シーンｎ（仮想）」は、それぞれシーン番号「１」〜「ｎ」の第２シーンデータ１１１を表す。第２シーンデータ１１１のシーン番号は、その第２シーンデータ１１１に対応する被制御装置側の第１シーンデータ１０１のシーン番号と共通する。なお、制御装置１０、４０は、自身の動作を制御するための実動作データを記憶するカレントメモリも備えるが、その図示は省略した。なお、第１シーンデータ１０１及び第２シーンデータ１１１の管理は、前述したシーン番号に限らず、例えばシーン名やシーンＩＤなど、個々のシーンデータを識別できる何らかの情報を利用して行うことができる。
【００２２】
すなわち、シーンデータをストアする際、被制御装置２０、３０は、各自の第１カレントメモリ１００に記憶されている現在の実動作データの値を、新たな第１シーンデータ１０１の値として第１シーンメモリ１０２にストアし（図２の矢印２００）、且つ、ストアされた実動作データの値を、制御装置１０，４０に送信する（図２の矢印２０２）。制御装置１０、４０は、被制御装置２０、３０から送信された実動作データの値を、新たな第２シーンデータ１１１の値として第２シーンメモリ１１２にストアする（矢印２０２）。一方、シーンデータのリコールに関しては、被制御装置２０、３０は、各自の第１シーンメモリ１０２から指定された１つの第１シーンデータ１０１の値を読み出して、これを第１カレントメモリ１００の実動作データの値として一括設定する（図２の矢印２１０）。制御装置１０、４０は、第２シーンメモリ１１２から指定された１つの第２シーンデータ１１１の値を読み出して、これを第２カレントメモリ１１０の仮想動作データの値として一括設定する（図２の矢印２１２）。このように本発明のミキシングシステム１においては、シーンストア処理とシーンリコール処理とで、動作データのコピーの仕方が非対称になっている。
【００２３】
制御装置１０、４０が被制御装置２０、３０をリモート制御するためには、周知の通り、制御装置１０、４０は、被制御装置２０、３０をオンライン化する処理を行い、制御装置１０、４０と被制御装置２０、３０とをオンライン状態（リモート制御を受け得る状態）にする必要がある。例えば、制御装置１０、４０は、通信ネットワーク５０上に被制御装置２０、３０を発見したときに、オンライン状態にするかどうかの確認ダイアログを経て、オンライン化処理を行う。オンライン化処理は、制御装置１０、４０側の第２カレントメモリ１１０の仮想動作データの値と、被制御装置２０，３０側の第１カレントメモリ１００の実動作データの値とを同期させるとともに、制御装置１０、４０側の第２シーンメモリ１１２の全ての第２シーンデータ１１１と、被制御装置２０，３０側の第１カレントメモリ１０２の全ての第１シーンデータ１０１とを同期させる。なお、本発明において、或る装置の動作データの値と、別の装置の動作データの値を一致させる（言い換えれば同じ値にする）ことを「同期」という。同期の方向、すなわち、制御装置１０、４０又は被制御装置２０，３０のどちらの値に一致させるかは、オペレータの指示に依る。オンライン状態では、ミキシングシステム１は、被制御装置２０，３０側の第１カレントメモリ１００の実動作データの値に何らかの変更が加えられる毎に、制御装置１０，４０側の第２カレントメモリ１１０の仮想動作データの値にも、該実動作データの値と同様の変更を行うことにより、実動作データの値と仮想動作データの値が同期した状態が崩れないように、継続的に制御する。すなわち、被制御装置２０、３０の第１カレントメモリ１００に記憶された実動作データが、リモート制御のマスタ動作データとなり、制御装置１０、４０の第２カレントメモリ１１０に記憶された仮想動作データが、第１カレントメモリ１００の実動作データに追従するスレーブ動作データとなる。被制御装置２０，３０の動作データをマスタとすることにより、複数の制御装置１０、４０が、並列的に効率良く、被制御装置２０、３０をリモート制御できる。なお、値変更操作に応じた値変更の動作は後述する。
【００２４】
図３（ａ）は、制御装置（コンソール１０、ＰＣ４０）の電気的ハードウェア構成の一例を示すブロック図である。制御装置１０，４０は、ＣＰＵ１１と、メモリ１２と、ネットワークインターフェース１３（「Ｎ＿ＩＯ」）、オーディオインタフェース１４（「Ａ＿ＩＯ」）、ユーザインタフェース（「ＵＩ」）１５を備え、各部がＣＰＵバス１７を介して接続される。
【００２５】
ＣＰＵ１１は、メモリ１２に記憶された各種プログラムを実行して、当該制御装置の全体動作を制御する。メモリ１２は、ＲＯＭ、ＲＡＭ、フラッシュメモリー、ＨＤＤ等の記憶手段を適宜組み合わせて構成することができる。メモリ１２には、制御装置として動作するために必要な制御プログラムを含む各種プログラムが記憶されるともに、第２カレントメモリ１１０と第２シーンメモリ１１２（図２参照）が用意される。
【００２６】
コンソール１０は、Ｎ＿ＩＯ１３を介してネットワーク５０に接続される。Ｎ＿ＩＯ１３は、例えばイーサネット（登録商標）規格のネットワークインターフェースであるが、ネットワーク５０上の被制御装置（エンジン２０乃至ミキサ３０）と各種データの通信を行う能力を有してさえいれば、どのようなネットワークインターフェースで構成されてもよい。
【００２７】
Ａ＿ＩＯ１４は、外部機器からオーディオ信号を入力する入力ポート及び外部機器へオーディオ信号を出力する出力ポートとを含み、外部機器として、図示外のオーディオ入力機器及び／又はオーディオ出力機器が接続される。
【００２８】
コンソール１０のＵＩ１５は、例えば５０個以上のオンオフスイッチ、１０個以上の回転型操作子、１００文字以上の文字表示能力を持つ表示器（ディスプレイ）などを備える大規模なＵＩであり、エンジン２０やミキサ３０の動作のリモート制御を操作効率良く行えるものである。また、ＰＣ４０のＵＩ１５は、例えばキーボード、マウス等の入力装置と、表示部とを含む。制御装置１０，４０は、更に、例えばＵＳＢインタフェース等の周辺機器を接続するインタフェースなど、その他の構成要素１６を具備してよい。
【００２９】
図３（ｂ）は、被制御装置（エンジン２０、ミキサ３０）の電気的ハードウェア構成の一例を示す。被制御装置２０，３０は、ＣＰＵ２１、メモリ２２、Ｎ＿ＩＯ２３、Ａ＿ＩＯ２４、ＵＩ２５及び、信号処理部２８（ＤＳＰ）を含み、各部がＣＰＵバス２７を介して接続される。また、Ａ＿ＩＯ２４とＤＳＰ２８とはオーディオバス２９を介して接続される。被制御装置２０，３０は、更に、例えばＵＳＢインタフェース等、その他の構成要素２６を具備してよい。
【００３０】
ＣＰＵ２１は、メモリ２２に記憶された各種プログラムを実行して、エンジン２０乃至ミキサ３０の全体動作を制御する。メモリ２２は、ＲＯＭ、ＲＡＭ、フラッシュメモリー、ＨＤＤ等の記憶手段を適宜組み合わせて構成することができる。メモリ２２には、当該被制御装置の動作を制御するための各種プログラムやＤＳＰ２８の実行する信号処理用プログラムが記憶されるとともに、第１カレントメモリ１００及び第１シーンメモリ１０２（図２参照）が用意される。
【００３１】
Ａ＿ＩＯ２４は、外部機器からアナログ又はデジタルオーディオ信号を受け取り、必要に応じてＤＳＰ２８における信号処理用のデジタルのオーディオ信号に変換してオーディオバス２９に出力する複数の入力ポート、及び、それぞれオーディオバス２９から供給されるデジタルのオーディオ信号を外部機器用のアナログ又はデジタルのオーディオ信号に変換して当該外部機器へ出力する複数の出力ポートとを含み、外部機器として図示外のオーディオ入力機器及び／又はオーディオ出力機器が接続される。オーディオバス２９は、接続されている任意のブロック（ＤＳＰ２８とＡ＿ＩＯ２４）の間で、デジタルオーディオ信号を伝送する。
【００３２】
信号処理部（ＤＳＰ）２８は、オーディオバス２９を介して、Ｎ＿ＩＯ２３又はＡ＿ＩＯ２４から１又は複数のオーディオ信号を受け取り、信号処理用のプログラムを実行することにより、該受け取ったオーディオ信号を処理ｃｈ毎にデジタル信号処理（オーディオ処理）して、処理結果をオーディオバス２８を介してＮ＿ＩＯ２３又はＡ＿ＩＯ２４へ出力する。ＤＳＰ２８により実行されるオーディオ処理は、オーディオ信号のルーティング、音特性（音量レベルや音質）の調整、複数のオーディオ信号を混合するミキシング処理、及び、オーディオ信号に対するエフェクト処理（効果付与）等を含む。
【００３３】
エンジン２０のＵＩ２５は、コンソール１０やミキサ３０のＵＩ（後述する「大規模なＵＩ」）に比べて、かなり簡易なＵＩであって、例えば１０個以下のオンオフスイッチ、数個の回転型操作子、１０文字程度の文字表示能力を持つ表示器などからなる。一方、ミキサ３０のＵＩ２５は、例えば５０個以上のオンオフスイッチ、１０個以上の回転型操作子、１００文字以上の文字表示能力を持つ表示器などを備える大規模なＵＩであり、ＤＳＰ２８が実行するオーディオ処理を含むミキサ３０の動作のローカル制御を操作効率良く行える。
【００３４】
図４は、エンジン２０及びミキサ３０のＤＳＰ２８が行うオーディオ処理の流れを説明するブロック図である。１又は複数のオーディオ入力ポート（「Ａｉ」）３１からオーディオ信号を入力する。オーディオ入力ポート３１は、図３（ｂ）のＡ＿ＩＯ２４に対応している。入力パッチ３２は、入力チャンネル部３３の各入力チャンネル（以下、ミキシングシステム１へ入力するオーディオ信号をデジタル信号処理する処理ｃｈを「入力ｃｈ」と呼ぶ）に、何れか１つの入力ポートのオーディオ信号を割り当てて供給する。
【００３５】
入力ｃｈ部３３は、複数の入力ｃｈを具備しており、入力ｃｈ毎に、供給されたオーディオ信号に対して、レベル調整、イコライジング、エフェクト付与等の処理を行い、該処理済みのオーディオ信号を混合バス３４に出力する。混合バス３４は、複数のバスラインからなり、バスライン毎に、１又は複数の入力ｃｈから供給されたオーディオ信号を混合して、出力ｃｈ部３５へ出力する。出力ｃｈ部３５は、混合バス３４の数に対応する複数の出力ｃｈを有しており、混合バス３４から出力されたオーディオ信号に対して、出力ｃｈ毎に、レベル調整、イコライジング、エフェクト付与等の処理を行う。なお、入力ｃｈ部３３、混合バス３４及び出力ｃｈ部３５は、ＤＳＰ２８により実現される。
【００３６】
出力パッチ３６は、オーディオ出力ポート３７（Ａｏ）の各出力ポートに、出力ｃｈ部３５の何れか１つの出力ｃｈのオーディオ信号を割り当てて、各出力ポートはそれぞれ割り当てられたオーディオ信号を出力する。オーディオ出力ポート３７は、図３（ｂ）のＡ＿ＩＯ２４に対応している。
【００３７】
なお、入力パッチ３２及び出力パッチ３６は、エンジン２０乃至ミキサ３０のオーディオバス２８を介して接続された各ブロック（Ａ＿ＩＯ２４及びＤＳＰ２８）の協働によりパッチ部を実現する構成、あるいは、ＤＳＰ２８にパッチ用のハードウェアを設ける構成により実現することができる。
【００３８】
図５は、各装置１０〜４０のＣＰＵ１１，２１が実行するメイン処理のフローチャートである。図５の処理は、例えば電源投入時に起動する。ステップＳ１において、各装置１０〜４０のＣＰＵ１１，２１は、初期設定を行う。初期設定は、メモリ１２，２２（各種半導体デバイス）及び各種センサ等の初期化、各種カレントメモリの用意、バックグラウンドプロセスとして動作するプログラム等による各種サービスの起動などを含む。
【００３９】
前記ステップＳ１の初期設定において、コンソール１０のＣＰＵ１１は、各被制御装置（エンジン２０及びミキサ３０）に対応する第２カレントメモリ１１０（図２参照）を、メモリ１２に用意する。更に、コンソール１０のＣＰＵ１１は、メモリ１２に、本コンソール１０自身の動作を制御するための実カレントデータを記憶するコンソール用実カレントメモリ（図２では図示外）を用意する。コンソール１０自身の動作は、コンソール用実カレントメモリに記憶されている実カレントデータに基づいて制御される。
【００４０】
エンジン２０及びミキサ３０のＣＰＵ２１は、それぞれ、メモリ２２に、自身の動作を制御するための第１カレントメモリ１００（図２参照）を用意する。エンジン２０及びエンジン３０の動作は、それぞれのメモリ２１に用意された第１カレントメモリ１００に記憶されている実カレントデータに基づいて制御される。
【００４１】
また、ＰＣ４０のＣＰＵ１１は、メモリ１２に、各被制御装置（エンジン２０及びミキサ３０）それぞれに対応する第２カレントメモリ１１０（図２参照）を用意するとともに、コンソール１０と同様の動作を行うための実カレントデータを記憶するコンソール用実カレントメモリ（図２では図示外）を用意する。ＰＣ４０は、コンソール用実カレントメモリに記憶されている実カレントデータに基づいて、コンソール１０と同様な制御装置として動作する。
【００４２】
ステップＳ２において、各装置のＣＰＵ１１，２１は、各種イベント検出有無を調べる（イベントを検出する）。何らかのイベントが検出されたとき（ステップＳ３のＹＥＳ）、ＣＰＵ１１，２１は、該検出したイベントに応じたイベント処理を実行する（ステップＳ４）。各種イベントは、例えば、オペレータよるＵＩ操作が行われたことを検出した「ユーザ操作有」イベント等を含む。
【００４３】
次に、シーンストア処理について説明する。オペレータは、制御装置１０又は４０のＵＩ１５にて、所望のシーン番号（以下、「ＳＮ」）を指定して、シーンメモリのそのＳＮが示すシーンデータの領域に、現在オーディオ処理を制御している動作データ（パラメータセット）を保存（ストア）する指示を行うことができる（これを「ストア操作」と呼ぶ）。ここでは、コンソール１０にてストア操作が行われたものとして処理内容を説明する。図６は、ストア操作に応じて、コンソール１０のＣＰＵ１１が実行する処理のフローチャートである。なお、ＰＣ４０にてストア操作が行われた場合は、同じ図６の処理をＰＣ４０のＣＰＵ１１が実行する。
【００４４】
ステップＳ５において、コンソール１０のＣＰＵ１１は、通信ネットワーク５０上の各被制御装置２０、３０がオンライン中（オンライン状態）であるかどうか調べる。オンライン中の被制御装置２０,３０がある場合（ステップＳ５のＹＥＳ）、ステップＳ６において、コンソール１０のＣＰＵ１１は、通信ネットワーク５０経由で、全てのオンライン中の被制御装置２０，３０に、ストア命令を送信する。ストア命令は、ストア先となるＳＮを含む。前記ステップＳ６がオペレータの指示に応じて、前記制御装置から前記被制御装置に、ストア命令を送信するストア命令送信部、或いは、オペレータの指示に応じて、前記制御装置から前記被制御装置に、ストア命令を送信するステップに相当する。
【００４５】
前記ストア命令を通信ネットワーク５０経由で受信したオンライン中の各被制御装置２０，３０のＣＰＵ２１は、ステップＳ７において、受信したストア命令に応じて、それぞれ、その装置の第１カレントメモリ１００に記憶されたパラメータ値のセット（実動作データの値）を、該ストア命令に含まれるＳＮの、その装置の新たな第１シーンデータ１０１として、ストア（保存）して、コンソール１０にストア成否を返信する。新たな第１シーンデータ１０１は、複数の被制御装置２０，３０間で同じＳＮのシーンデータとして保存される。被制御装置２０，３０は、通常は、「ストア成功」の応答を返信するだろう。ステップＳ７が、前記制御装置から、ストア命令を受信するストア命令受信部として機能する。
【００４６】
ステップＳ８において、コンソール１０のＣＰＵ１１は、通信ネットワーク５０経由で、前記各被制御装置２０，３０から返信されたストア成否の情報を受信して、各被制御装置２０，３０でのストア成否情報を集める。ステップＳ９において、コンソール１０のＣＰＵ１１は、ストア成功の旨を応答した全ての被制御装置２０，３０に対して、前記ステップＳ７でストアされた実動作データの値を、通信ネットワーク５０経由で要求する。
【００４７】
ステップＳ１０において、前記要求を通信ネットワーク５０経由で受信した各被制御装置２０，３０のＣＰＵ２１は、前記ステップＳ７でストアに成功したパラメータ値のセットを、通信ネットワーク５０経由でコンソール１０に返信する。返信するパラメータ値のセットは、指定されたＳＮが示す第１シーンデータの領域に書き込んだのと同じデータ値、つまり、ストアされた実動作データの値である。前記ステップＳ７、Ｓ１０が、前記ストア命令の受信に応じて、前記第１カレントメモリに記憶されている第１動作データの値を、新たな第１プリセットデータとして前記第１プリセットメモリにストアし、且つ、該ストアされた第１動作データの値を、前記制御装置に送信する第１ストア動作制御部、或いは、前記被制御装置において、前記ストア命令の受信に応じて、前記第１カレントメモリに記憶されている第１動作データの値を、新たな第１プリセットデータの値として前記第１プリセットメモリにストアし、且つ、該ストアされた第１動作データの値を、前記制御装置に送信するステップに相当する。
【００４８】
コンソール１０のＣＰＵ１１は、通信ネットワーク５０経由で、各被制御装置２０，３０からパラメータ値のセットを受信し（ステップＳ１１）、ステップＳ１２において、被制御装置２０，３０から受信したパラメータ値のセットを、例えばＲＡＭ１２内のバッファメモリに一時記憶する。コンソール１０のＣＰＵ１１は、ストア成功の旨を応答した全ての被制御装置２０，３０から、パラメータ値のセットを受信し終えるまで、ステップＳ１１〜Ｓ１３を繰り返す（ステップＳ１３のＮＯ）。通常は、全てのオンライン中の被制御装置２０，３０が、「ストア成功」の応答をするので、コンソール１０は、全てのオンライン中の被制御装置２０，３０から、パラメータ値のセット（各被制御装置２０，３０が第１カレントメモリ１０２にストアした実動作データの値）を収集できる。なお、ストア失敗した被制御装置２０，３０（「ストア成功」の応答がなかった被制御装置を含む）がある場合、コンソール１０は、それら被制御装置２０，３０のパラメータ値のセットを収集せずにおく。ステップＳ１１〜Ｓ１３が、前記ストア命令に対する応答として、前記前記被制御装置から、前記第１動作データの値を受信する受信部として機能する。
【００４９】
前記ステップＳ１１〜Ｓ１３によりストア成功の旨を応答した全ての被制御装置２０，３０からのパラメータ値のセットを受信した後（ステップＳ１３のＹＥＳ）、コンソール１０のＣＰＵ１１は、ステップＳ１４において、第２カレントメモリ１１０の仮想動作データと同じ値のコピーデータを用意し、そのコピーデータに前記一時記憶した前記被制御装置２０，３０からのパラメータ値のセットを全部上書きして、その上書き結果を、前記指定されたＳＮの第２シーンデータ１１３として、第２シーンメモリ１１２にストアする。前記ステップＳ１４が、前記被制御装置により送信された前記第１動作データの値を、新たな第２プリセットデータの値として前記第２プリセットメモリにストアする第２ストア動作制御部に相当する。これにより、コンソール１０は、オンライン中の各被制御装置２０、３０が第１シーンメモリ１０２にストアした実動作データと同じデータ値を、第２シーンデータ１１１として保存できる。例えば各被制御装置２０、３０が複数の制御装置１０，４０からリモート制御を受けている場合、制御装置１０，４０の仮想動作データの値と被制御装置２０，３０の実動作データの値とが、通信遅れ等により、一時的に異なってしまうことがあるが、本発明によれば、シーンデータをストアする際に、被制御装置２０，３０の実動作データの値を制御装置１０，４０の仮想動作データの値に一致させるという複雑な処理を行うとなく、シンプルな処理で、制御装置１０、４０と被制御装置２０、３０とが、互いに同じ値のシーンデータをストアできる。前記ステップＳ１３,Ｓ１４が、前記制御装置において、前記被制御装置により送信された前記第１動作データの値を、新たな第２プリセットデータの値として前記第２プリセットメモリにストアするステップに相当する。
【００５０】
本実施例では、コンソール１０のＣＰＵ１１は、ステップＳ１５において、ストア命令に対して「失敗」の応答を返信した被制御装置２０,３０について、ＵＩ１５の表示部にストア失敗の旨のエラー表示をして、処理を終える。
【００５１】
一方、オンライン中の被制御装置２０，３０が１つも存在しない場合（ステップＳ５のＮＯ）、コンソール１０のＣＰＵ１１は、前記ステップＳ６〜Ｓ１３を行わずに、前記ステップＳ１４に処理を進める。この場合、一時記憶したパラメータ値のセットが存在しないので、コンソール１０のＣＰＵ１１は、第２カレントメモリ１１０に何のデータ値も上書きせずに、第２カレントメモリ１１０の仮想動作データの値をそのまま、指定されたＳＮの第２シーンデータ１１３としてストア（保存）する。また、「ストア成功」しなかった被制御装置２０、３０がある場合、コンソール１０は、それら被制御装置２０，３０に関しては、第２カレントメモリ１１０内のその被制御装置に対応する仮想動作データの値をそのまま、指定されたＳＮの第２シーンデータ１１３としてストア（保存）する。
【００５２】
なお、前記ステップＳ１３の処理は、制御装置１０，４０が、被制御装置２０，３０からストア成否の情報（及びパラメータ値のセット）を受信するまで、ステップＳ１１〜Ｓ１３を繰り返し、ストア成否の情報（及びパラメータ値のセット）を待つように構成されている。このステップＳ１３の変形例として、制御装置１０，４０は、ストア命令送信（前記ステップＳ６）から所定時間経過した後、被制御装置２０,３０から何ら返信のない場合、ストア成否の情報を待機する処理を自動停止してもよい。その際、制御装置１０，４０は、例えば「応答がありません」等というエラー表示を表示部（ＵＩ１５）に出したり、更には、オペレータの指示（待機継続指示や、ストアキャンセル指示など）を仰いだり、してもよい。
【００５３】
次に、シーンリコール処理について説明する。オペレータは、制御装置１０又は４０のＵＩ１５にて、所望のシーン番号（ＳＮ）を指定して、そのＳＮが示すシーンデータの値（パラメータ値の設置）を、カレントメモリに呼び出す（リコールする）指示を行うことができる（これを「リコール操作」と呼ぶ）。ここで、コンソール１０にてリコール操作が行われたものとして、処理内容を説明する。図７は、リコール操作に応じて、コンソール１０のＣＰＵ１１が実行する処理のフローチャートである。なお、ＰＣ４０にてリコール操作が行われた場合は、同じ図７の処理を、ＰＣ４０のＣＰＵ１０が実行する。
【００５４】
ステップＳ１６において、コンソール１０のＣＰＵ１１は、通信ネットワーク５０上の各被制御装置２０、３０がオンライン中かどうか調べる。オンライン中の被制御装置２０、３０がある場合（ステップＳ１６のＹＥＳ）、ステップＳ１７において、コンソール１０のＣＰＵ１１は、通信ネットワーク５０経由で、全てのオンライン中の被制御装置２０，３０に、リコール命令を送信する。リコール命令は、前記指定されたＳＮを含む。
【００５５】
オンライン中の被制御装置２０，３０は、前記ステップＳ１７で送信されたリコール命令を、通信ネットワーク５０経由で受信する。前記リコール命令の受信に応じて、各被制御装置２０，３０のＣＰＵ２１は、ステップＳ１８において、第１シーンメモリ１０２からＳＮが示す第１シーンデータ１０１の値を読み出して、読み出した第１シーンデータ１０１の値を第１カレントメモリ１００に設定する（リコールする）。これにより、第１カレントメモリ１００の実動作データの値（パラメータ値のセット）は、ＳＮが示す第１シーンデータ１０１の値に一括変更される。そして、各被制御装置２０，３０のＣＰＵ２１は、コンソール１０にリコールの成否を送信する。通常は、被制御装置２０，３０は、「リコール成功」の応答を返信するだろう。リコールの結果、各被制御装置（エンジン２０,ミキサ３０）は、第１カレントメモリ１００にリコールされた実動作データの値（パラメータセットの値）に基づいてオーディオ処理を行う。その結果として、被制御装置２０,３０において、前記指定されたＳＮが示す第１シーンデータ１０１に対応するオーディオ処理が再現される。
【００５６】
ステップＳ１９において、コンソール１０のＣＰＵ１１は、通信ネットワーク５０経由で、前記各被制御装置２０，３０から返信されたリコール成否の情報を受信して、各被制御装置２０，３０でのリコール成否情報を集める。そして、ステップＳ２０において、コンソール１０のＣＰＵ１１は、第２シーンメモリ１１２から、ＳＮが示す第２シーンデータ１１１の値を読み出して、読み出したデータ値を、リモート制御対象となる全ての被制御装置２０，３０に対応する仮想動作データとして、第２カレントメモリ１１０に設定する（リコールする）。この場合、コンソール１０側の各ＳＮの第２シーンデータ１１１には、２台の被制御装置２０，３０に対応する２つの仮想動作データの値が含まれており、各ＳＮの第２シーンデータ１１１は、２台の被制御装置２０，３０の同じＳＮの第１シーンデータ１０１の値と、全体として同じデータである。従って、リコール後のコンソール１０の第２カレントメモリ１１０に記憶された仮想動作データと、リコール後の各被制御装置２０，３０の第１カレントメモリ１００に記憶された実動作データとは、全体としてデータ値が一致する。
【００５７】
ステップＳ２１において、コンソール１０のＣＰＵ１１は、ＵＩ１５の表示部に表示しているパラメータの値を、前記ステップＳ２０でリコールされた仮想動作データの値（パラメータセットの値）に基づいて更新し、且つ、リコール命令に対して「失敗」の応答を返信した被制御装置２０,３０について、ストア失敗の旨のエラー表示をして、処理を終える。
【００５８】
シーンデータのリコール処理は、制御装置１０、４０と被制御装置２０,３０とのそれぞれが持つシーンメモリ１１２、１０２を用いてローカルで行われるので、処理を高速に行うことができる。
【００５９】
つぎに、値変更操作に応じたパラメータの値変更処理について説明する。オペレータは制御装置１０又は４０において、ＵＩ１５を用いて所望のパラメータ（以下、当該パラメータと呼ぶ）を所望の値に変更する操作を行う。一例として、コンソール１０にて値変更操作が行われた場合を想定する。図８（ａ）は、値変更操作に応じて、コンソール１０が実行する処理を示すフローチャートであり、（ｂ）は、その処理の過程で、リモート制御対象の被制御装置２０,３０が実行する処理を示すフローチャートである。コンソール１０のＣＰＵ１１は、ＵＩ１５における値変更操作を検出したとき、（ａ）の処理を開始する。
【００６０】
ステップＳ２２において、コンソール１０のＣＰＵ１１は、値変更操作の対象が当該コンソールのローカル制御、又は、被制御装置２０又は３０のリモート制御のいずれであるかを判断する。ローカル制御の場合（ステップＳ２２のＮＯ）、ステップＳ２３において、コンソール１０のＣＰＵ１１は、該値変更操作に基づいて、コンソール用実カレントメモリに記憶された当該パラメータの値を変更し、ステップＳ２４において、前記ステップＳ２３で変更されたパラメータの値に基づいて、ＵＩ１５に含まれる表示部に表示されているパラメータの値を更新して、処理を終了する。
【００６１】
値変更操作の対象がリモート制御である場合（ステップＳ２２のＹＥＳ）、ステップＳ２５において、リモート制御対象の被制御装値２０又は３０がオンライン中か否かを調べる。オフライン中の場合（ステップＳ２５のＮＯ）、ステップＳ２６において、コンソール１０のＣＰＵ１１は、値変更操作に基づいて、リモート制御対象の被制御装値に対応する第２カレントメモリ１１０の仮想動作データに含まれる当該パラメータの値を変更し、第２カレントメモリ１１０の該変更されたパラメータの値に基づいて、ＵＩ１５に含まれる表示部に表示されているパラメータの値を更新して（前記ステップＳ２４）、処理を終了する。
【００６２】
一方、値変更操作の対象がリモート制御であり（ステップＳ２２のＹＥＳ）、かつ、リモート制御対象の装置がオンライン中の場合（ステップＳ２５のＹＥＳ）、コンソール１０のＣＰＵ１１は、ステップＳ２７において、通信ネットワーク５０経由で、対象の被制御装置に、該値変更操作の内容を示す値変更命令を送信する。
【００６３】
リモート制御対象の被制御装置（１つのエンジン２０又はエンジン３０）は、通信ネットワーク５０を経由して、前記ステップＳ２７でコンソール１０から送信された値変更命令を受信する。リモート制御対象の被制御装置は、値変更命令を受信したとき、図８（ｂ）の処理を起動する。ステップＳ２８において、被制御装置のＣＰＵ２１は、前記受信した値変更命令に基づいて、第１カレントメモリ１００に記憶された実動作データに含まれる当該パラメータの値を変更する。これにより、コンソール１０で行われた値変更操作の内容が、被制御装置の第１カレントメモリ１００の実動作データに含まれる当該パラメータの値に反映され、当該パラメータの変更後の値に基づいて、被制御装置におけるオーディオ処理が制御される。ステップＳ２９において、被制御装置のＣＰＵ２１は、前記ステップＳ２８での値変更結果を、システム内の全てのコンソール１０及びＰＣ４０に送信する。例えば、図１のように１台のコンソール１０と２台のＰＣ４０，４０´が存在する場合、値変更命令送信元の１つの制御装置のみならず、１台のコンソール１０と２台のＰＣ４０，４０´との全てに値変更結果を送信する。
【００６４】
図８（ａ）に戻ると、変更命令送信元のコンソール１０のＣＰＵ１１は、ステップＳ３０において、通信ネットワーク５０経由で被制御装置から前記送信された値変更結果を、受信する。コンソール１０のＣＰＵ１１は、受信した値変更結果に基づいて、その値変更結果を送信した被制御装値の当該パラメータに対応する、第２カレントメモリ１１０の仮想動作データに含まれるパラメータの値を、当該パラメータの変更後の値と同じ値になるように更新し（前記ステップＳ２６）、前記第２カレントメモリ１１０の該更新されたパラメータの値に基づいて、ＵＩ１５に含まれる表示部に表示されているパラメータの値を更新する（前記ステップＳ２４）。これにより、コンソール１０でオペレータ操作により被制御装置のパラメータ値を変更したとき、先ず被制御装置の第１カレントメモリ１００の実動作データ(マスタ動作データ）の値を変更し、該マスタ動作データの変更結果に追従して、コンソール１０側の第２カレントメモリ１１０の仮想動作データ（スレーブ動作データ）が同じ値となるように変更される。
【００６５】
なお、前記ステップＳ１１において、被制御装置は、値変更命令送信元の１つの制御装置のみならず、全ての制御装置に値変更結果を送信する。したがって、値変更命令送信元の制御装置以外の制御装置（実施例では、ＰＣ４０及び４０´）も、前記ステップＳ３０，Ｓ２６、Ｓ２４の処理により、被制御装置の第１カレントメモリ１００の実動作データ(マスタ動作データ）の変更結果に追従して、第２カレントメモリ１１０の仮想動作データ（スレーブ動作データ）を変更する。
【００６６】
なお、前記図６のストア処理では、「ストア成功」しなかった被制御装置２０、３０がある場合、前記ステップＳ１４において、コンソール１０は、それら被制御装置２０，３０に関しては、第２カレントメモリ１１０内のその被制御装置に対応する仮想動作データの値をそのまま、指定されたＳＮの第２シーンデータ１１３にストア（保存）するように構成したが、別の例ととｓ知恵、「ストア成功」しなかった被制御装置２０、３０に関しては指定されたＳＮの第２シーンデータ１１３にもともと記憶されていたデータ値を保持して、仮想動作データのストアを行わないように構成してもよい。
【００６７】
なお、上記の実施例では、第１プリセットメモリ１０２及び第２プリセットメモリ１１２が、オーディオ処理の動作を制御するための実動作データの値を一括して記憶したシーンデータ１０１、１１１を記憶するシーンメモリにより構成される例を説明したがプリセットメモリ１０２、１１２は、シーンデータを記憶するシーンメモリに限定されない。例えば、１つの処理チャネンルのオーディオ処理の動作を制御するためのパラメータの値のセットを複数セット記憶するチャンネルライブラリや、１つのエフェクト機能（例えばイコライザ、或るいは、コンプレッサなど）の動作を制御するためのパラメータの値のセットを複数セット記憶するエフェクトライブラリや、１つのパッチのパラメータセットを複数セット記憶するパッチライラブラリなどが、プリセットメモリ１０２、１１２として考えられる。
【００６８】
上記の実施例では、制御装置１０、４０が制御する被制御装置が２台（エンジン２０、ミキサ３０）であったが、被制御装置は何れか１台だけでもよいし、或いは、更に別の被制御装置を含む３台以上であってもよい。すなわち、ミキシングシステム１の構成は、少なくとも１つ制御装置と１つの被制御装置をネットワークで接続した構成であれば、どんな種類の装置が幾つ存在していてもよい。
【００６９】
また、コンソール１０のＵＩ１５に含まれる表示部は、ＬＣＤやＬＥＤ等の通常のディスプレイだけでなく、例えば電動フェーダなど、操作つまみ部の位置をモーダ駆動可能な操作子（つまり操作つまみ部の位置で情報を表示する表示部）を含んでよい。
【００７０】
また、エンジン２０及びミキサ３０が行うオーディオ処理は、前記図３、図４で説明したような処理に限らず、オーディオ信号の特性制御処理、分析処理、残響付与処理等、どのような種類の信号処理であってもよい。
【００７１】
また、実施例では、エンジン２０及びミキサ３０がそれぞれ単体でミキシング処理（オーディオ処理）を行う構成を説明したが、多ｃｈ（例えば５０ｃｈ以上）のオーディオ信号をリアルタイム伝送可能可能なネットワーク５０を用いて、該ネットワーク５０に接続された複数装置間でオーディオ信号を共有し、それら複数装置全体としてオーディオ処理を個ナウネットワーク型ミキシングシステムに、本発明を適用してもよい。
【００７２】
また、被制御装置２０、３０は、上述したエンジン２０やミキサ３０のような、オーディオ処理を行うオーディオ処理装置に限定されず、制御装置によりリモート制御される被制御装置でさえあれば、どのような処理を行う装置でもよい。
【００７３】
本発明に係るリモート制御システムは、図１に示すようなミキシングシステム１に限らず、制御装置と被制御装置を通信可能に接続してなるリモート制御システムでさえあれば、どのような用途にも適用できる。また、本発明は、リモート制御システムにおける制御装置の発明として構成及び実施すること、又は、リモート制御システムにおける被制御装置の発明として構成及び実施すること、又は、リモート制御システムにおけるプリセットデータストア方法の発明として構成及び実施することができる。また、前記のプリセットデータストア方法をコンピュータに実行させるプログラムの発明として構成及び実施することができる。
【符号の説明】
【００７４】
１  ミキシングシステム、１０  コンソール、２０  エンジン、３０  ミキサ、４０  ＰＣ、１００  第１カレントメモリ、１０１  第１シーンデータ（第１プリセットデータ）、１０２  第１シーンメモリ（第１プリセットメモリ）、１１０  第２カレントメモリ、１１１  第２シーンデータ（第２プリセットデータ）、１１２  第２シーンメモリ（第２プリセットメモリ）
【図１】
2015154472.tif 000003
【図２】
2015154472.tif 000004
【図３】
2015154472.tif 000005
【図４】
2015154472.tif 000006
【図５】
2015154472.tif 000007
【図６】
2015154472.tif 000008
【図７】
2015154472.tif 000009
【図８】
2015154472.tif 000010