JP5056498B2 - 複数の音響機器と、該複数の音響機器を制御するための少なくとも１台の制御装置とを接続したネットワークにより構成される音響システム - Google Patents

Description

この発明は、複数の音響機器と、該複数の音響機器を制御するための少なくとも１台の制御装置とを接続したネットワークにより構成される音響システムであって、音響機器を制御装置から制御及びモニタ（監視）するための技術に関する。

ＰＡシステム（「ＰＡ」はＰｕｂｌｉｃ Ａｄｄｒｅｓｓの略）、あるいは、ＳＲシステム（「ＳＲ」はＳｏｕｎｄ Ｒｅｉｎｆｏｒｃｅｍｅｎｔの略）などと一般的に呼称される音響システムは、基本的には、オーディオミキシング装置（ミキサ）等の音響信号供給源から供給された音響信号をパワーアンプ装置に送り、該パワーアンプ装置で電力を増幅した音響信号によりスピーカを駆動するシステムである。例えば、音楽演奏会場、劇場、或いは、各種ホールなどの大面積建造物等には、大規模の音響システムが設備される。大規模の音響システムは、複数台のパワーアンプ装置を有していることから、その制御及び管理が複雑である。

従来から知られるパワーアンプ装置には、イーサネット（登録商標）規格のネットワークに接続され、該ネットワークを介して接続された制御装置からリモート制御されることが可能な機種があった。制御装置は、例えば、パワーアンプ装置をリモート制御するための専用のアプリケーションプログラム（「リモート制御ソフト」）を実装したパーソナルコンピュータ（ＰＣ）により構成される。ＰＣが前記リモート制御を実施するための各種データは、１つのプロジェクトファイルとしてＰＣのメモリに保存される。リモート制御ソフトは、該ソフトを起動するときに１つのプロジェクトファイルを開き、該プロジェクトファイルに保存された各種データに基づきパワーアンプ装置のリモート制御を行う。リモート制御ソフトを実行することで、ユーザは、１台のＰＣにおいて、ネットワーク上の１又は複数のパワーアンプ装置の動作をリモート制御したり、該１又は複数のパワーアンプ装置の動作状況をモニタしたりすることができた（例えば、下記非特許文献１等を参照）。
http://www2.yamaha.co.jp/manual/pdf/pa/japan/amp/acu16c_ja_om.pdf(製品名「NetworkAmp Manager」の取扱説明書)

ところで、ネットワークに複数のＰＣを接続し、該複数のＰＣのそれぞれでリモート制御ソフトを起動して、該複数のＰＣのそれぞれにおいてネットワーク上のパワーアンプ装置の制御又はモニタしようとする場合、従来の技術では、１つのパワーアンプ装置の制御又はモニタを行うことができるのは、最初にその装置をオンライにした（制御又はモニタ状態にした）１台のＰＣのみであり、他のＰＣのリモート制御ソフトからそのパワーアンプ装置を制御又はモニタすることはできなかった。

この点について、或るＰＣのリモート制御ソフトがパワーアンプ装置を制御しているときに、それとは別のＰＣのリモート制御ソフトを用いて、その制御されているパワーアンプ装置のパラメータ設定状態や動作状況等のデータをモニタしたいという要望が、従来からあった。

ただし、或るＰＣのリモート制御ソフトにより制御中のパワーアンプ装置を、別のＰＣのリモート制御ソフトを用いてモニタするという上記の要望を実現するにあたり、モニタを行う該別のＰＣからネットワーク接続されたパワーアンプ装置のいずれであっても無制限にモニタできるようにすることは望ましくない。具体的には、制御を行うＰＣ及びモニタを行うＰＣのそれぞれで開いているプロジェクトファイルにおいて制御乃至モニタ対象として登録された装置のみをモニタできるようにすることが望ましい。すなわち、例えば、制御を行うＰＣのプロジェクトファイルに新たに追加されたパワーアンプ装置や、制御を行うＰＣのプロジェクトファイルから削除されたパワーアンプ装置等を、モニタを行うＰＣからモニタできないようにしたい。言い換えれば、別のＰＣからモニタできるパワーアンプ装置の範囲を制限できることが望ましい。

また、複数のパワーアンプ装置を制御する場合には、リモート制御ソフト（ＰＣ）において該複数のパワーアンプ装置を幾つかのグループに分けて管理することができると、便利であろう。そのように、複数のパワーアンプ装置を幾つかのグループに分けて管理する場合には、それら複数のパワーアンプ装置をモニタするＰＣでは、そのグループ分けの状態も確認できるようにすることが望ましい。ただし、その場合であっても、上記と同様に、別のＰＣからモニタできるパワーアンプ装置の範囲を制限できることが望ましい。
また、従来の技術では、パワーアンプ装置をネットワークに接続するたびに、ユーザは、プロジェクトファイル内のデータと、制御ないしモニタの対象となる実際のパワーアンプ装置の対応付けを、プロジェクトファイルの操作画面等において手作業で行わなければならず、手間がかかるという不都合があった。特に、大規模な音響システムにおいては、ネットワークに接続されるパワーアンプ装置等の音響機器の数も夥しく、前記対応付け作業が極めて面倒であるという不都合があった。

この発明は、上記の点に鑑みてなされたもので、複数の音響機器と該複数の音響機器を制御するための少なくとも１台の制御装置を接続したネットワークにより構成される音響システムにおいて、特定のパワーアンプ装置群のみが制御装置からモニタされるようにした音響システムを提供することを目的とする。また、プロジェクトファイルの各バーチャル機器（バーチャル機器情報）とリアル機器（音響機器）の対応付けを自動的に行うことができるようにした音響システムを提供することを目的とする。

この発明は、複数の音響機器と、該複数の音響機器を制御するための少なくとも１台の制御装置とを接続したネットワークにより構成される音響システムであって、前記複数の音響機器のそれぞれは、音響機器を特定する音響機器ＩＤと、音響機器を制御する制御データと、音響機器が属するべきエリアを示すエリアＩＤを記憶した第１記憶手段を備え、前記音響機器ＩＤはユニークＩＤ及びエリア内ＩＤからなり、該エリア内ＩＤはユーザによって設定されるものであり、前記制御装置は、エリア情報を記憶した第２記憶手段であって、１つの前記エリア情報は、１つのエリアを示す１つのエリアＩＤ及び前記エリアに登録された１又は複数のバーチャル機器のためのバーチャル機器情報を含み、該バーチャル機器情報のそれぞれは、対応するバーチャル機器を特定するバーチャル機器ＩＤと、前記対応するバーチャル機器に対応付けられた音響機器をリモート制御するための制御データを含む第２記憶手段と、前記ネットワークを介して接続された前記各音響機器から、その音響機器の前記第１記憶手段に記憶された音響機器ＩＤ及びエリアＩＤを受信して、各音響機器毎に、その音響機器から受信した音響機器ＩＤ及びエリアＩＤが前記第２記憶手段に記憶されたいずれかのバーチャル機器ＩＤ及びエリアＩＤにマッチするかどうか判定して、マッチするバーチャル機器ＩＤ及びエリアＩＤがあった場合には、前記マッチしたバーチャル機器ＩＤ及びエリアＩＤにより特定されるバーチャル機器に、当該音響機器を対応付けるマッチング手段と、各バーチャル機器毎に、そのバーチャル機器に対応付けた音響機器から制御データを受信して、該受信した制御データにより前記第２記憶手段に記憶された当該バーチャル機器のための制御データを上書きすること、又は、各バーチャル機器毎に、前記第２記憶手段に記憶された当該バーチャル機器のための制御データを、そのバーチャル機器に対応付けた音響機器へ送信して、該送信した制御データにより該音響機器の前記第１記憶手段に記憶された制御データを上書きすることにより、バーチャル機器のための制御データを音響機器内の記制御データと同期させる同期化手段と、前記第２記憶手段に記憶されたバーチャル機器のための制御データと音響機器内の制御データが同期されているときに、音響機器をそれぞれリモート制御するリモート制御手段であって、前記第２記憶手段に記憶された前記バーチャル機器のための制御データをユーザに表示して、ユーザによる制御操作を受け付けるとともに、該受け付けた制御操作に応じて、前記第２記憶手段に記憶された前記バーチャル機器のための制御データ及び前記音響機器内の制御データを変更するリモート制御手段とを備えることを特徴とする音響システムシステムである。

音響機器の第１記憶手段に、ユニークＩＤ及びエリア内ＩＤからなる音響機器ＩＤと、制御データと、エリアＩＤを記憶しているので、音響機器はネットワークを介して制御装置に、自機が持つ音響機器ＩＤとエリアＩＤを提供できる。ユニークＩＤは、例えば各音響機器に固有のＭＡＣアドレス等であって、ユーザによって変更できない。エリア内ＩＤはユーザが変更可能である。制御装置の第２記憶手段は、１つのエリアを示す１つのエリアＩＤ及び前記エリアに登録された１又は複数のバーチャル機器のためのバーチャル機器情報を含むエリア情報を記憶しており、該バーチャル機器情報のそれぞれは、対応するバーチャル機器を特定するバーチャル機器ＩＤと、前記対応するバーチャル機器に対応付けられた音響機器をリモート制御するための制御データを含む。バーチャル機器ＩＤは、音響機器ＩＤと同様なユニークＩＤ及びエリア内ＩＤからなるＩＤにより構成することができる。制御装置のマッチングン手段により、第２記憶手段に記憶されたエリア情報に含まれるエリアＩＤと音響機器のエリアＩＤに基づきエリアを特定して、エリアＩＤによって特定されたエリア毎に、ユニークＩＤ及びエリア内ＩＤからなる音響機器ＩＤに基づいて、バーチャル機器に対応する音響機器を特定することができる。音響機器ＩＤのうちユーザが変更できないユニークＩＤ及びユーザが変更可能なエリア内ＩＤのうち少なくとも何れか一方がバーチャル機器ＩＤにマッチすれば、バーチャル機器と音響機器の対応付けが成立する。これにより、エリアＩＤにより特定されたエリア毎に、音響機器とバーチャル機器を柔軟に対応付けることができる。
そして、制御装置は、対応付けたバーチャル機器と音響機器の制御データを同期して、該制御データが同期された音響機器を、当該制御装置からリモート制御できる。例えば、音響機器ＩＤとバーチャル機器ＩＤが一致していたとしても、エリアＩＤが不一致ならば、音響機器とバーチャル機器の対応付け不成立なので、その音響機器をリモート制御できない。よって、エリア未登録又はエリア不一致の音響機器は、ネットワークに接続されていてもリモート制御対象とならない。また、別の例として、エリアＩＤが一致していなくても、音響機器ＩＤにおけるユニークＩＤとバーチャル機器ＩＤにおけるユニークＩＤが一致していれば、音響機器とバーチャル機器の対応付けが成立するものとして、その音響機器を制御装置からリモート制御できるよう構成してもよい。

また、この発明の音響システムによれば、前記エリア内の各バーチャル機器及び各音響機器は、該エリア内に作成された複数のグループの１つに属しており、前記各音響機器に備わる前記第１記憶手段は、前記エリアの中に形成された複数のグループのうちの当該音響機器が属するべき１つのグループを示すグループ情報を更に記憶し、前記制御装置に備わる前記第２記憶手段に記憶されたエリア情報は、前記バーチャル機器が属するべきグループを示すグループ情報を更に含み、前記同期化手段は、更に、音響機器の前記第１記憶手段に記憶されたグループ情報を、前記第２記憶手段に記憶されたバーチャル機器のためのグループ情報と同期させるものであり、前記制御装置は、更に、前記第２記憶手段に記憶されたグループ情報に従ってグループ化されたバーチャル機器のアイコンを表示するグループ表示手段を含む。

制御装置においてバーチャル機器及び音響機器を幾つかのグループに分けて管理する場合には、各音響機器の第１記憶手段と、制御装置の第２記憶手段のエリア情報に、それぞれ、グループ情報を記憶する。同期化手段は、音響機器の前記第１記憶手段に記憶されたグループ情報を、前記第２記憶手段に記憶されたバーチャル機器のためのグループ情報と同期させる。グループ表示手段は、第２記憶手段に記憶されたグループ情報に従ってグループ化されたバーチャル機器のアイコンを表示する。この場合、例えば、音響機器とバーチャル機器情報との対応付けは、グループ情報は使わずに、音響機器が持つ音響機器ＩＤ及びエリアＩＤと、エリア情報中のエリアＩＤ及びバーチャル機器ＩＤとに基づき行うことにより、音響機器が属するグループを同一エリア内で移動した場合でも、その音響機器の制御データを、移動先のグループに属するバーチャル機器の制御データとして表示することができる。

この発明の音響システムの一実施形態によれば、前記音響機器の少なくとも１つは、更に、ユーザによる第１設定操作に応じて音響機器ＩＤ内のエリア内ＩＤ及びエリアＩＤを設定して、該設定したエリア内ＩＤ及びエリアＩＤを前記第１記憶手段に記憶する第１設定手段を備えるよう構成することができる。この場合、音響機器が第１設定手段を備えるので、ユーザは該音響機器に音響機器ＩＤを予め設定できる。

また、この発明の音響システムの一実施形態によれば、前記制御装置は、ユーザによる登録操作に応じて、前記エリアにバーチャル機器を新たに登録する登録手段を備え、該登録手段により登録されたバーチャル機器のための１つのバーチャル機器情報が前記第２記憶手段に記憶される。この場合、ユーザは、新たなバーチャル機器をエリアに登録することができる。

また、この発明の音響システムの一実施形態によれば、前記制御装置は、ユーザによる第２設定操作に応じて、少なくとも１つのバーチャル機器ＩＤを設定して、該設定したバーチャル機器ＩＤを前記第２記憶手段に記憶する第２設定手段を更に備える。この場合、制御装置が第２設定手段を備えるので、ユーザは該バーチャル機器のバーチャル機器ＩＤを設定できる。

また、この発明の音響システムの一実施形態によれば、前記制御装置は、バーチャル機器が新たにエリアに登録されたときに、所定のルールに従って、前記バーチャル機器のためのバーチャル機器ＩＤを自動的に設定して、該設定したバーチャル機器ＩＤを前記第２記憶手段に記憶する自動設定手段を更に備える。この場合、ユーザにより新たなバーチャル機器がエリアに登録されたときに、該新たなバーチャル機器のバーチャル機器ＩＤが自動設定される。

また、この発明の音響システムの一実施形態によれば、前記各バーチャル機器のためのバーチャル機器ＩＤは、前記音響機器ＩＤと同様にユニークＩＤ及びエリア内ＩＤにより構成される。

また、この発明の音響システムの一実施形態によれば、前記マッチング手段は、音響機器から受信したユニークＩＤが、前記第２記憶手段に記憶されたバーチャル機器のためのユニークＩＤにマッチする場合に、前記音響機器を前記バーチャル機器に対応付けるものである。

また、この発明の音響システムの一実施形態によれば、前記マッチング手段は、音響機器から受信したエリア内ＩＤ及びエリアＩＤが、前記第２記憶手段に記憶されたバーチャル機器のためのエリア内ＩＤ及びエリアＩＤにマッチする場合に、前記音響機器を前記バーチャル機器に対応付けるものである。

別の観点による本発明は、複数の音響機器と、該複数の音響機器を制御するための少なくとも１台の制御装置とを接続したネットワークにより構成される音響システムであって、前記複数の音響機器のそれぞれは、音響機器を特定する音響機器ＩＤと、音響機器を制御する制御データと、音響機器が属するべきエリアを示すエリアＩＤを記憶した第１記憶手段を備え、前記音響機器ＩＤはユニークＩＤ及びエリア内ＩＤからなり、該エリア内ＩＤはユーザによって設定されるものであり、前記制御装置は、エリア情報を記憶した第２記憶手段であって、１つの前記エリア情報は、１つのエリアを示す１つのエリアＩＤ及び前記エリアに登録された１又は複数のバーチャル機器のためのバーチャル機器情報を含み、該バーチャル機器情報のそれぞれは、対応するバーチャル機器を特定するバーチャル機器ＩＤと、前記対応するバーチャル機器に対応付けられた音響機器をリモート制御するための制御データを含む第２記憶手段と、前記ネットワークを介して接続された前記各音響機器から、その音響機器の前記第１記憶手段に記憶された音響機器ＩＤ及びエリアＩＤを受信して、各音響機器毎に、その音響機器から受信した音響機器ＩＤ及びエリアＩＤが前記第２記憶手段に記憶されたいずれかのバーチャル機器ＩＤ及びエリアＩＤにマッチするかどうか判定して、マッチするバーチャル機器ＩＤ及びエリアＩＤがあった場合には、前記マッチしたバーチャル機器ＩＤ及びエリアＩＤにより特定されるバーチャル機器に、当該音響機器を対応付けるマッチング手段と、各バーチャル機器毎に、そのバーチャル機器に対応する音響機器から制御データを受信して、該受信した制御データにより、前記第２記憶手段に記憶された当該バーチャル機器のための制御データを上書きすることにより、バーチャル機器のための制御データを音響機器内の記制御データと同期させる同期化手段と、前記第２記憶手段に記憶されたバーチャル機器のための制御データがいずれか１つの音響機器の制御データと同期されている場合に、バーチャル機器のための制御データを更新する更新手段であって、前記更新手段は、１つの音響機器内の制御データがユーザにより変更されたときに該音響機器から変更メッセージを受信して、該１つの音響機器から受信した変更メッセージに基づいて、第２記憶手段に記憶されたバーチャル機器のための制御データを更新するものと、前記第２記憶手段に記憶された各バーチャル機器のための制御データを、ユーザが各音響機器毎に遠隔監視できるよう表示する表示手段とを備える。

これによれば、同期化手段によりバーチャル機器のための制御データを音響機器内の記制御データと同期させて、１つの音響機器内の制御データがユーザによって変更されたときに、更新手段により第２記憶手段に記憶されたバーチャル機器のための制御データを更新するので、音響機器とバーチャル機器が同期されているときに音響機器で行われた制御データの変更は、制御装置内のバーチャル機器の制御データに反映される。したがって、ユーザは各音響機器毎の制御データを制御装置の表示手段から遠隔監視できる。

本発明によれば、音響機器ＩＤは、ユーザが変更できないユニークＩＤ（例えば、その音響機器に固有のＭＡＣアドレス）と、ユーザが変更可能なエリア内ＩＤにより構成されており、バーチャル機器ＩＤも同様にユークＩＤとユーザが変更可能なエリア内ＩＤにより構成され、ユニークＩＤとエリア内ＩＤが一致している場合に音響機器ＩＤとバーチャル機器ＩＤがマッチしていると判定できるので、エリアＩＤで特定される各エリア毎に、バーチャル機器と音響機器を柔軟に自動的に対応付けることができるという優れた効果を奏する。
また、例えば、過去に作成したエリア情報を、過去の仕様状態と同じ構成の音響システムに対して再び利用する場合には、各音響機器をネットワークを介して制御装置に接続するだけで自動的に各音響機器と各バーチャル機器を対応付けることができる。また、例えば、或るバーチャル機器と対応付けがとれていた音響機器を、何らかの事情で（例えば音響機器の故障など）ネットワークから切断して、別の新たな音響機器に交換する場合には、該別の新たな音響機器に前記切断した音響機器に設定されていた音響機器ＩＤを設定しておけば、バーチャル機器と別の新たな音響機器の対応付けが自動的に行われる。すなわち、この発明によれば、複数の音響機器と複数のバーチャル機器の対応付けを自動的に行うことができるので、音響システムの設定作業を、手間をかけず簡単に行うことができるようになるという優れた効果を奏する。

更に、制御装置においてバーチャル機器及び音響機器を幾つかのグループに分けて管理する場合には、音響機器から受け取ったグループ情報に従ってグループ化されたバーチャル機器のアイコンを表示手段に表示して、音響機器のグループ分け状態も制御装置でモニタすることができる。この場合であっても、音響機器のエリアＩＤと、対応するバーチャル機器のエリアＩＤが一致する場合に、制御装置から該音響機器の制御データをリモート制御又はモニタすることができることは、上記と同様である。また、音響機器とバーチャル機器の対応付けが、グループ情報を使わずに行われるよう構成すれば、バーチャル機器及び音響機器が属するグループを同一エリア内で移動した場合も、音響機器とバーチャル機器の対応付けを崩さずに、その音響機器の制御データを、移動先のグループに属するバーチャル機器の制御データとして表示することができる。

また、この発明の別の観点によれば、エリアＩＤによって特定したエリア毎に、音響機器とバーャル機器の対応付けを行い、対応付けたバーチャル機器の制御データを音響機器の記制御データに同期させた状態で、該音響機器内の制御データがユーザにより変更されたときに、制御装置側のバーチャル機器の制御データを更新し、音響機器毎の制御データを制御装置の表示手段から遠隔監視できる。例えば、音響システムに別の制御装置を音響システムに接続した場合には、該別の制御装置がエリア情報を共有していれば、該別の制御装置から音響機器をリモート制御又はモニタ（遠隔監視）でき、該別の制御装置がエリア情報を共有していなければ、該別の制御装置から音響機器をリモート制御又はモニタできない。また、リモート制御又はモニタの可否がエリアＩＤにより制御できるので、特定のエリアの音響機器群のみを特定の制御装置からリモート制御又はモニタさせるような使い方もできる。

以下、この発明の一実施例について図面を参照して詳細に説明する。この実施例では、この発明を、パワーアンプ装置と、該パワーアンプ装置をリモート制御するためのパーソナルコンピュータとを含んで構成される音響システムに適用した例について説明する。なお、音響システムは、ＰＡシステム、あるいは、ＳＲシステムなどと一般的に呼称され、例えば、音楽演奏会場、劇場、あるいは各種ホールなどの大面積建造物等に設備される大規模な音響システムを想定している。

図１は、この発明の一実施例に係る音響システムのモジュール構成例を示すブロック図である。図１に示す音響システムは、複数台のパワーアンプ装置（以下単に「アンプ」）１と複数台のパーソナルコンピュータ（ＰＣ）２を含んで構成される。複数のアンプ１と複数のＰＣ２とは、例えばイーサネット（登録商標）ケーブルなど汎用のネットワークケーブルを用いて物理的に接続され、ローカルエリアネットワーク（ＬＡＮ）を形成している。ネットワーク上の各装置の間では、ＴＣＰ／ＩＰプロトコルに従う通常のデータ通信が可能であるが、更に、同じネットワークを用いてオーディオ信号をリアルタイム伝送できるようにしてもよい。その場合、そのデータ伝送フォーマットは、例えばＣｏｂｒａＮｅｔ（登録商標）など、従来から知られる適宜のデータ伝送フォーマットを適用してよい。

アンプ１は、外部から入力された音響信号に電力増幅を含む音響信号処理を施し、該処理した音響信号を、図示外のスピーカへ出力する音響機器である。本実施例にかかる音響システムでは、アンプ１として、ネットワーク接続可能であり、該ネットワークを介して接続された制御装置（ＰＣ２）による制御を受けることができる機種が適用される。この実施例では、アンプ１の筐体は、専用の棚（ラック）に登載可能な、いわゆるラックマウント式の形態を想定している。複数台のアンプ１をラックに登載することは、アンプ１群の運搬や設置等に際して有利である。このため、例えば、音響機器賃貸業者が複数台のラックマウント式のパワーアンプ装置を借り手に貸すときには、複数のアンプをラックに登載した状態で貸し出すことが多い。

ＰＣ２は、例えば「Ｗｉｎｄｏｗｓ（商標）」等のオペレーティングシステムを登載した汎用のパーソナルコンピュータであって、ネットワークを介して接続されたアンプ１をリモート制御するための専用のソフトウェアプログラム（以下、これをリモート制御ソフトと呼ぶ）を実装している。リモート制御ソフトは、ＰＣ２のオペレーティングシステム上で動作するアプリケーションプログラムである。リモート制御ソフトを実行することにより、ＰＣ２はネットワークを介して接続されたアンプ１を制御する制御装置として機能する。すなわち、ＰＣ２を操作するユーザは、リモート制御ソフトが提供する機能を用いて、ネットワーク上の複数のアンプ１の動作を制御したり、該複数のアンプ１の動作状況をモニタしたりすることができる。図１では、複数台のＰＣ２がネットワーク上に存在しており、複数のＰＣ２のそれぞれでリモート制御ソフトが起動される。

リモート制御ソフトによるアンプ１のリモート制御は、詳しくは後述する通り、「エリア」単位で行われる。「エリア」には１又は複数のアンプ１を登録することができ、エリアに登録された１又は複数のアンプ１が、そのエリアにおける制御対象となる。図１において、「エリア」に該当する範囲を点線で囲んでいる。符号３Ａで示す「エリア１」は、２台のアンプ１と１台のＰＣ２が含まれている。符号３Ｂで示す「エリア２」は、２台のアンプ１と２台のＰＣ２が含まれている。また、ネットワーク上には、エリアに登録されないアンプ１も存在しうる。エリアに登録されないアンプ１は、後述するマッチング処理によりＰＣ２のリモート制御ソフトがその存在を認識（検出）しても、該ソフトによる制御を受けることはできない。

なお、図１に示す音響システムには、アンプ１およびＰＣ２のほかにも、ネットワークＩ／Ｏを有さないタイプのアンプ１をネットワークに接続するための専用のインターフェース装置（ＡＣＤ）など、図示外の機器が含まれうるが、ここでは、便宜上、それらの図示及び説明を省略した。なお、専用のインターフェース装置を介してパワーアンプ装置をリモート制御用のネットワークに接続することは、従来から知られている技術である。なお、ネットワークに、アンプ以外の音響機器、例えばディジタルミキサ、レコーダ、エフェクタ、Ａ／Ｄ変換装置、Ｄ／Ａ変換装置、あるいはシンセサイザなどを接続詞、ＰＣ２のリモート制御ソフトで、アンプとともにそれらの音響機器も一括制御するようにしてもよい。

図２は図１に示すアンプ１のハードウェア構成の概要を説明するブロック図である。アンプ１は、ＣＰＵ１０と、ＲＯＭ及びＲＡＭからなるメモリ１１とを含む制御部と、ＤＡ変換器及びＡＤ変換器を含むオーディオＩ／Ｏ（Ｄ／Ａ、Ａ／Ｄ）１２と、信号処理部（ＤＳＰ）１３と、電力増幅部（ＡＭＰ）１４と、操作子や表示器等のユーザインターフェース（ＵＩ）１５とネットワーク通信インターフェース（通信Ｉ／Ｆ）１６とを含み、各部がデータ及び通信バス１０Ｂを介して接続される。通信Ｉ／Ｆ１６は、イーサネット（登録商標）規格に準拠するネットワークインターフェースである。アンプ１は通信Ｉ／Ｆ１６を介してネットワークに接続し、同ネットワークを介して接続されたＰＣ２との間で各種データの通信を行う。また、アンプ１には、ユーザインターフェース１５として、音量レベル調整ツマミ等の物理操作子、アンプ１のメモリ１１に後述するエリア内ＩＤと、エリアＩＤを設定するための操作子、あるいはアンプ１の動作状態を示す各種表示器等を含む操作パネルが備わる。なお、図２においては、外部ソースや外部シンクとオーディオＩ／Ｏ１２との接続ライン、および、電力増幅部１４と外部スピーカとの接続ラインが省略されている。

ＣＰＵ１０は、メモリ（ＲＯＭ又はＲＡＭ）１１に記憶された制御プログラムを実行し、アンプ１の動作を制御する。メモリ１１には、ＣＰＵ１０が実行する各種制御プログラムや、アンプ１が行う音響信号処理（ＤＳＰ１３及び電力増幅部１４の動作）に使用する動作データ等の各種データ（後述の図６を参照）が格納される。

オーディオＩ／Ｏ１２には所定の複数系統の音響信号入力端子が含まれる。アンプ１にはオーディオＩ／Ｏ１２を介して外部ソース（図示せず）から該所定の複数系統のアナログ波形信号またはディジタル波形データが入力される。このときアナログ波形信号はＡＤ変換器によりディジタル波形データに変換される。該外部から入力された複数系統の音響信号はＤＳＰ１３に供給される。

ＤＳＰ１３は、前記所定の複数系統の音響信号入力端子のそれぞれに対応する音響信号処理チャンネルを備え、各チャンネルに入力されたディジタル波形データに対して、ＣＰＵ１０の指示に基づく音響信号処理を、チャンネル毎に行う。ＤＳＰ１３が行う音響信号処理は、例えば、クロスオーバ処理、ディレイ処理、イコライザ処理、リミッタ処理或いはハウリング抑制処理などである。これら音響信号処理は、音響信号の特性調整や、電力増幅部１４やスピーカの保護を行うための処理であって、その内容はメモリ１１に格納された動作データにより制御される。

ＤＳＰ１３の出力信号は、電力増幅部１４内の入力部のＤＡ変換器（図示せず）でチャンネル別にアナログ波形信号に変換され、電力増幅部１４内の電力増幅回路（図示せず）に供給される。電力増幅回路は、前記アナログ波形信号に変換されたＤＳＰ１３の出力信号をチャンエル別に電力増幅する。該増幅されたアナログ波形信号は、電力増幅部１４のの備える所定の複数系統の音響信号出力端子を介して外部スピーカ（図示せず）へ出力され、該出力されたアナログ波形信号によりスピーカが駆動される。なお、基本的には、１系統の音響信号出力端子は１つのスピーカに接続される。また、電力増幅部１４は、電力増幅部１４の動作状態を示すデータ（例えば、出力段の温度、入力や出力の信号レベル、電源電圧、出力電圧、出力電流、負荷インピーダンス、あるいはプロテクションの状態など）をＤＳＰ１３に供給する。該動作状態を示すデータは、ＤＳＰ１３において、電力増幅部１４やスピーカの保護のための信号処理に利用される。

なお、図２においてＤＳＰ１３を備えるアンプ１の構成例を示したが、アンプ１は、オーディオＩ／Ｏ１２やＤＳＰ１３を備えない機種（電力増幅部１４がアナログ信号を直接入出力する機種）であっても、ネットワークを介して制御装置（ＰＣ２）と接続され、該制御装置からリモート制御を受けることができる機種であれば、この発明の音響システムに適用可能である。

図３はＰＣ２のハードウェア構成例を示すブロック図である。ＰＣ２は、既に述べたとおり汎用のパーソナルコンピュータであって、ＣＰＵ２０、ＲＯＭ及びＲＡＭを含むメモリ２１と、ハードディスクドライブ（ＨＤＤ）２２と、ネットワーク通信インターフェース（通信Ｉ／Ｆ）２３と、ディスプレイ、マウス操作子及びキーボード等を含むユーザインターフェース２４とを含んで構成される。アンプ１をリモート制御するためのリモート制御ソフトは、ＨＤＤ２２に記憶されてよい。リモート制御ソフトは、当該リモート制御ソフトを実行すべきときにＨＤＤ２２からメモリ２１に読み込まれる。ＣＰＵ２０が前記メモリ２１に読み込んだリモート制御ソフトを実行することで、ＰＣ２はネットワーク上のアンプ１群をリモート制御する制御装置として機能する。

図４は、リモート制御ソフトがＰＣ２のメモリ２１及びＨＤＤ２２に用意するデータの構成例を示す図である。図４に示す通り、データは階層構造で管理されており、この階層構造はリモート制御ソフトによる音響システムの管理構造に対応する。

符号３０で示す階層には、コントローラＩＤ、プロジェクトライブラリ及びカレントプロジェクトのデータがある。コントローラＩＤは、例えば当該ＰＣ２のＭＡＣアドレス（Media Access Control address）、当該ＰＣ２のＩＰアドレス、又は、ＰＣ２に登載されたリモート制御ソフトを特定するＩＤ情報、若しくは、それらを組み合わせた情報など、ネットワーク上で、このＰＣ２又は当該ＰＣ２に登載されたリモート制御ソフトを特定するためのＩＤ情報である。このコントローラＩＤは例えばメモリ（ＲＡＭ）２１に記憶される。

プロジェクトライブラリには、符号３１で示すとおり、複数のプロジェクトファイル（図において「プロジェクトファイル１」「プロジェクトファイル２」…）が格納されている。プロジェクトライブラリの記憶領域は、例えばＨＤＤ２２に設けられていてよい。１つのプロジェクトファイルには、ネットワークに接続されたアンプ１群を制御するために必要な各種データが格納される。１つのプロジェクトファイルに格納されたデータ群が、１つのプロジェクトを構成する。また、カレントプロジェクトは、現在リモート制御ソフトに立ち上げている１つのプロジェクトファイルのデータ群を格納する記憶領域であって、例えばメモリ（ＲＡＭ）２１に用意される。リモート制御ソフトの実行時には、プロジェクトライブラリからカレントプロジェクトに、１つのプロジェクトファイルがロードされる。カレントプロジェクトにロードされたプロジェクトファイルに格納されたプロジェクトが、リモート制御ソフトの制御対象のプロジェクト（カレントプロジェクト）である。

１つのプロジェクトファイルには、符号３２に示すように、プロジェクトＩＤ、ユーザ情報、プロジェクト名、および複数のエリア情報３３が含まれている。プロジェクトＩＤは、プロジェクトライブリ中の複数のプロジェクトファイルの中から１つのプロジェクトを特定するためのＩＤ情報である。プロジェクトライブリ中の各プロジェクトファイルはそれぞれ異なるプロジェクトＩＤを持つ。また、プロジェクト名のデータは、このプロジェクトに与えられた名称のデータであって、例えば後述する基本画面において当該プロジェクト名を表示するとき等に利用される。プロジェクトライブリ中の各プロジェクトファイルはそれぞれ異なるプロジェクト名を持つ。プロジェクトファイルの名称は、リモート制御ソフトが自動的に作成してもよいし、ユーザが任意の名称を設定してもよい。

１つのプロジェクトファイルのユーザ情報には、当該プロジェクトにログインするためのアカウントを作成したユーザの各々に対応する１又は複数のアカウント情報３４が格納される。すなわち、アカウント情報３４はプロジェクトファイル毎に作成される。プロジェクトファイルにアカウント情報３４を持つユーザだけが、そのプロジェクトファイルを開き、それを使用することができる。１つのアカウント情報３４は、ユーザＩＤと認証情報を含んで構成される。ユーザＩＤは、複数のユーザのうちから１人のユーザを特定するためのＩＤ情報である。認証情報は、例えばユーザＩＤに対応付けられたパスワードである。

１つのプロジェクトファイルには、当該プロジェクトに作成された「エリア」のそれぞれに対応するエリア情報３３（図４において「エリア情報１」、「エリア情報２」…）が記憶されている。「エリア」は、前述の通り、１つのプロジェクト内におけるリモート制御の単位である。各エリア情報には、それぞれのエリアのリモート制御に使用する各種データが格納されている。

１つのエリア情報３３には、エリアＩＤ４６、エリア名、「ＲａｃｋＴｒｅｅ」情報、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」情報、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」情報のグループ情報３６、ユーザロール情報３５、当該エリアの「ＯｎＬｉｎｅ」のステータスを示す情報、および、当該エリアに登録された１又は複数のアンプのそれぞれに対応する装置情報（図において「装置情報１」、「装置情報２」…）３７が含まれる。なお、当該エリア内に、アンプをネットワークに接続するインターフェース装置が含まれる場合には、そのインターフェース装置に対応する装置情報も、エリア情報３３に含まれてよい。

エリアＩＤ４６は、１つのプロジェクトに作成された複数のエリアの中から１つのエリアを特定するためのＩＤ情報である。１つのプロジェクト中の各エリアはそれぞれ異なるエリアＩＤ４６を持つ。また、エリア名は、このエリアに与えられた名称であって、例えば後述する基本画面において当該エリアのエリア名を表示するとき等に利用される。１つのプロジェクト中の各エリアは夫々異なるエリア名を持つ。エリアの名称は、リモート制御ソフトが自動的に作成してもよいし、ユーザが任意のエリア名を設定してもよい。

ユーザロール情報３５は、プロジェクトにアカウント情報３４を持つ各ユーザに対して当該エリア内で与えられた権限（ユーザロール）を規定する情報である。「ユーザロール」は、当該エリアにアカウントを持つ各ユーザに対して与えられた権限を表す情報である。ユーザロールの種類は、上位の権限から順に列挙すると、「アドミン」、「パワーユーザ」、「ユーザ」、「ゲスト」、および「部外者」の５種類ある。「アドミン」は、プロジェクトの編集権限、エリアの編集権限、エリア内のアンプの制御権限及び閲覧権限を持つ。「パワーユーザ」は、エリアの編集権限、エリア内のアンプの制御権限、およびエリア内のアンプの閲覧権限を持つ。「ユーザ」は、エリア内のアンプの制御権限、およびエリア内のアンプの閲覧権限を持つ。「ゲスト」は、エリア内のアンプの閲覧権限を持つ。「部外者」は、当該エリアに何ら権限を持たない、つまりエリアにアカウントがない（ユーザロール情報３５が当該エリアに無い）ことに等しい。

図５は、１つのエリア情報３３に格納されたユーザロール情報３５の内容を詳細に示す図である。１つのエリア情報３３に格納されたユーザロール情報３５には、当該プロジェクトにアカウント情報３４を持つ全てのユーザの１人ずつに対応する複数のユーザロール情報３５がある。１ユーザ分のユーザロール情報３５は、そのユーザを特定するユーザＩＤと、該ユーザＩＤに対応するユーザに当該エリアで与えられたユーザロール（前記５種類のユーザロールの値のいずれか１つ）とから構成される。ここに含まれるユーザＩＤは、前記アカウント情報３４に含まれるユーザＩＤである。従って、或るエリアにおける或るユーザの権限は、該ユーザのアカウント情報３４（ユーザＩＤ）と、該ユーザＩＤに対応するユーザロール情報３５を参照すれば、特定することができる。ユーザロール情報３５はエリア毎に設定されているので、ユーザロール情報３５に基づくユーザの権限はエリア毎に規定される。例えば、プロジェクトにアカウント情報３４を持つユーザであっても、或るエリアのユーザロール情報３５で権限が不足していれば、そのエリア内のアンプは制御乃至モニタすることはできない。

図４に戻ると、「ＲａｃｋＴｒｅｅ」、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」及び「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」の各情報３６は、当該エリアに登録された各アンプをグループに分けて管理するための情報である。「ＲａｃｋＴｒｅｅ」はラック（棚）毎にアンプをまとめたグループ（ラックツリー）の構成を記述した情報、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」はアンプの信号出力先のスピーカ毎にアンプのチャンネルをまとめたグループ（フィードストラクチャーグループ）の構成を記述した情報、また、「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」はユーザが任意に定義したグループ（Ｕｓｅｒ Ｄｅｆｉｎｅｄグツリー）の構成を記述した情報である。本明細書では、これらグループ分けのための情報３６をまとめて「グループ情報」と称する。グループ情報３６は、例えば、後述する基本画面において、プロジェクトの各エリアに登録されたアンプをグループごとのツリー形状に表示するときに利用される。前記３つのグループ情報３６には、それぞれのグループに与えられた名前や、各グループの構成を特定する情報（グループに登録されたアンプ群を特定する情報と、グループ内での各アンプの位置を特定する情報）等を含んで構成される。

装置情報３７は、１つずつが１つのアンプ１に対応しており、ＰＣ２のリモート制御ソフトから１つのアンプ１をリモート制御するために必要な情報が格納されている。リモート制御ソフトは、各エリア情報３３内に、そのエリアに登録された１又は複数のアンプのそれぞれに対応する１又は複数の装置情報３７を作成する。

１つの装置情報３７には、装置ＩＤ３８、機種情報、ＩＰアドレス、機器名の情報、アンプの動作データ、当該装置情報３７の「ＯｎＬｉｎｅ」のステータスを示す情報３９、及び、コントローラＩＤ４０の情報が含まれる。

装置ＩＤ３８は、当該装置情報３７に対応する実際のアンプ１が持つＭＡＣアドレスと、当該装置情報３７をエリア内で特定するためのエリア内ＩＤとから構成される。エリア内ＩＤは、当該装置情報３７がエリアに登録されたときに（該装置情報３７の作成のときに）、リモート制御ソフトが自動生成したデータか、又は、当該装置情報３７に対応するアンプ１側のユーザインターフェース１５を使ってユーザが手動で設定したデータである。一方、ＭＡＣアドレスはアンプ１が固定的に持つデータであり、リモート制御ソフト又はユーザが設定することはできない。装置ＩＤ３８は、例えば、装置情報３７と、実際のアンプ１とを対応付ける（マッチングする）とき等にリモート制御ソフトが利用するデータである。

機種情報は、当該装置情報３７に対応するアンプ１の機種を特定する情報であって、例えば、該アンプ１のモデル名やモデルＩＤ（メーカにより各機種ごとに付与されたＩＤ））などである。ＩＰアドレスは、ネットワーク上で当該装置情報３７に対応するアンプ１に与えられたＩＰアドレスである。機器名の情報は、リモート制御ソフトにおいてユーザにより当該装置情報３７に対応するアンプ１に与えられた名称（アンプ名）であって、後述する基本画面において該アンプ１の名称を表示するとき等に利用される。

動作データは、当該装置情報３７に対応するアンプ１の動作をリモート制御するために必要な各種パラメータの設定値の情報であって、例えば、アンプのチャンネル毎の音量レベルのパラメータの設定値などが含まれる。この動作データは、当該装置情報３７に対応するアンプ１のメモリ１１に記憶された動作データと同様の形式のデータである。各機種の動作データを定義し編集するための機種定義情報が、リモート制御ソフトの備える機種ライブラリ（図示せず）に記憶されている。ここで、各機種の機種定義情報には、その機種のモデル名、モデルＩＤ、動作データの形式を示す情報、および動作データを編集するための編集プログラムなどが含まれる。また、動作データには、例えば、チャンネル毎のゲインパラメータの値、チャンネル毎のアッテネータのパラメータの値、位相切替パラメータの値、遅延時間パラメータの値、イコライザパラメータの値など、各種パラメータとその設定値が含まれる。

ＯｎＬｉｎｅステータス情報３９には、「ＯＮＬＩＮＥ」、「ＭＯＮＩＴＯＲ」、および「ＯＦＦＬＩＮＥ」のいずれか１つの値が格納されている。ＯｎＬｉｎｅステータス情報３９により、当該装置情報３７が、これに対応する実際のアンプ１に対して、上記３つの状態のいずれの状態にあるかを表す。

また、装置情報３７に格納されたコントローラＩＤ４０は、当該装置情報３７に対応するアンプ１を制御しているＰＣ２（制御主）を特定する情報であって、当該ＰＣ２自身が当該装置情報３７に対応するアンプ１の制御主であれば、自身のメモリ２１に格納されたコントローラＩＤ（符号３０で示す階層に格納されたコントローラＩＤ）の値が、ここに書き込まれる。自身以外の他のＰＣ２が当該装置情報３７に対応するアンプ１の制御主であれば、該他のＰＣ２のコントローラＩＤがここに書き込まれる。制御装置３７内のコントローラＩＤ４０は、当該プロジェクトがカレントプロジェクトにロードされたときにのみ用意されるデータであって、詳しくは、後述する同期化処理のときにアンプ１から受け取るものである。すなわち、プロジェクトがプロジェクトライブラリ（ＨＤＤ２２）に保存されている状態では、コントローラＩＤ４０のデータは空である。

図６は、アンプ１のメモリ１１に用意されるデータの構成例を説明する図である。図６に示す通り、１つのアンプ１のメモリ１１には、機種情報と、装置ＩＤ４１と、ＩＰアドレスと、動作データと、コントローラＩＤ４２と、エリアＩＤ４３と、「ＲａｃｋＴｒｅｅ」内でのアンプ位置情報、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」内でのアンプ位置情報、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」内でのアンプ位置情報のグループ情報４４と、「Ｕｓｅｒ Ｉｎｆｏ」情報４５とが含まれる。音響システム上の各アンプ１は、自身のメモリ１１内に、それぞれ自機分だけ、これらの情報を記憶している。アンプ１の記憶内容のうち、コントローラＩＤ４２、エリアＩＤ４３、グループ情報４４、およびＵｓｅｒ Ｉｎｆｏ情報４５は、アンプ１をＰＣ２から制御又はモニタするために必要なデータであって、アンプ１の本来の動作には必要ない。本発明は、Ｕｓｅｒ Ｉｎｆｏ情報４５や、グループ情報４４など、ＰＣ２からアンプ１を制御又はモニタするためのデータをアンプ１のメモリ１１に記憶していることが主要な特徴の１つである。

機種情報は、当該アンプ１の機種を特定する情報であって、例えば、該アンプ１のモデル名やモデルＩＤなどである。装置ＩＤ４１は、ＭＡＣアドレスとエリア内ＩＤとから構成される。ＭＡＣアドレスは当該アンプ１が固定的に持つデータであり、ユーザが設定することはできない。エリア内ＩＤは、このアンプ１が登録されたエリア（詳しくは、ＰＣ２側で、このアンプ１に対応する装置情報３７が登録されたエリア）内で当該アンプ１を特定する情報であって、当該アンプ１に対応する装置情報３７がエリアに登録されるときにリモート制御ソフトが自動生成したデータか、又は、当該アンプ１のユーザインターフェース（操作パネル）１５を使ってユーザが手動で設定したデータである。装置ＩＤ４１は、例えば、アンプ１と装置情報３７とを対応付ける（マッチングする）とき等に、リモート制御ソフトが利用するデータである。また、ＩＰアドレスは、ネットワーク上で当該アンプ１に与えられたＩＰアドレスである。

動作データは、アンプ１の動作をリモート制御するために必要な各種パラメータの設定値の情報であって、例えば、チャンネル毎のゲインパラメータの値、チャンネル毎のアッテネータのパラメータの値、位相切替パラメータの値、遅延時間パラメータの値、イコライザパラメータの値など、各種パラメータの設定値が含まれる。アンプ１のＣＰＵ１０は、この動作データに基づいてＤＳＰ１３に命令を与え、該ＤＳＰ１３が実行する音響信号処理の内容を制御する。アンプ１側の動作データは、ＰＣ２側からリモート制御されるか、若しくは、当該アンプ１のユーザインターフェース１５を用いて制御される。

アンプ１に格納されたコントローラＩＤ４２は、当該アンプ１の制御主のＰＣ２のメモリ２１に記憶されたコントローラＩＤに対応するデータであって、これは後述する同期化処理のときに該制御主のＰＣ２から受け取る。コントローラＩＤ４２は、当該アンプ１が現在ＰＣ２による制御を受けているか否かの状態を判断すること等に利用される。コントローラＩＤ４２に値が入っていれば、当該アンプ１はＰＣ２から制御を受けている状態にあり、コントローラＩＤ４２に値が入っていなければ、当該アンプ１はＰＣ２から制御を受けていない状態にある。エリアＩＤ４３は、当該アンプ１が登録されたエリアに付与されたエリアＩＤである。アンプ１のメモリ１１にエリアＩＤを持つことにより、当該アンプ１がカレントプロジェクトにおいて、どのエリアに登録されているのかをＰＣ２に知らせることができる。エリアＩＤ４３は、後述する同期化処理のときに、当該アンプ１の制御主のＰＣ２から受け取るデータである。また、エリアＩＤ４３はアンプ１のユーザインターフェース（操作パネル）１５を使ってユーザが手動で設定できる。

また、「ＲａｃｋＴｒｅｅ」、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」の各アンプ位置情報４４は、「ＲａｃｋＴｒｅｅ」、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」の各グループ内での当該アンプの位置を特定するグループ情報である。個々のアンプ１が持つグループ情報４４は、前記ＰＣ２側に記憶されるグループ情報３６に基づくデータである。ＰＣ２側に記憶されるグループ情報３６が、１つのエリア内に作成された各グループの構成（各グループに登録されたアンプ群を特定する情報）と、各グループ内での各アンプの位置情報を特定する情報とから構成されるのに対して、アンプ１側に記憶されるグループ情報４４は、自機が登録されたグループと各グループにおける自機の位置とを特定できさえすればよい。アンプ１に記憶されるグループ情報４４は、後述する同期化処理のときに、該アンプ１の制御主のＰＣ２から受け取るＰＣ２側のグループ情報３６（当該アンプ１が登録されたエリア情報３３中のグループ情報３６）に基づき設定されるデータである。

また、「Ｕｓｅｒ ｉｎｆｏ」情報４５は、１又は複数のユーザのそれぞれに対応する１又は複数の「Ｕｓｅｒ ｉｎｆｏ」情報３９である。１ユーザ分の「Ｕｓｅｒ ｉｎｆｏ」情報４５は、そのユーザのユーザＩＤと、該ユーザＩＤに対応する認証情報からなるアカウント情報と、アカウントを持つユーザの該アンプ１に対する権限（ユーザロール）を規定する情報とから構成される。「Ｕｓｅｒ ｉｎｆｏ」情報４５は、後述する同期化処理のときに、当該アンプ１の制御主のＰＣ２から受け取るカレントプロジェクト中のユーザ情報（アカウント情報３４）と、当該アンプ１が登録されたエリア情報３３中のユーザロール情報３５とに基づき作成されるデータである。つまり、「Ｕｓｅｒ ｉｎｆｏ」情報４５は、１ユーザ毎に、アカウント情報３４と、当該アンプ１が登録されたエリア内での各ユーザのユーロール情報３５とを対応付けたデータである。

図７は、リモート制御ソフトが提供する操作画面を説明するための図であって、リモート制御ソフトが提供する機能の全体的な操作を行う「基本画面」の構成例を示す。ＰＣ２においてリモート制御ソフトが起動さて、制御対象となる１つのプロジェクトが選択されると、ＰＣ２のディスプレイ（ユーザインターフェース２４）には、該制御対象に選択されたプロジェクト（カレントプロジェクト）を制御及びモニタするための「基本画面」が表示される。

図７に示す基本画面において、ツリー表示部５０は、制御対象のプロジェクト（カレントプロジェクト）の構成を、カレントプロジェクト内のデータに基づき、ツリー形式に表示する領域である。すなわち、ツリー表示部５０には、１つのプロジェクトファイルのデータ構成に対応して、最上位層にエリアに対応する表示物群があり、各エリアに対応する表示物の下位に、それぞれのエリアに属するグループ、アンプ、あるいはアンプのチャンネルのそれぞれを表す表示物群が枝分かれした状態で配置される。各表示物には、対応する構成要素の名前（エリア名、グループ名、あるいはアンプ名など）が、カレントプロジェクト内のデータに基づき、表示される。また、ある構成要素の下位に要素が存在する場合には、そのツリー構成要素に対応する表示物の左端に、該下位要素を表示するか又は隠すかの指示をするためのＧＵＩ部品５１が表示される。下位要素を表示している状態ではＧＵＩ部品５１上に「−」印が表示され、下位要素を隠している状態ではＧＵＩ部品５１上に「＋」印が表示される。

ところで、ツリー表示部５０に表示される制御対象のプロジェクトの構成は、前述の通り、ＰＣ２に記憶されたカレントプロジェクトのデータに基づく。従って、ツリー表示部５０においてアンプを表す表示物は、制御対象のプロジェクトファイル内に作成された装置情報３７に対応する仮想的アンプを表す。この明細書では、プロジェクトファイル内に作成された仮想的アンプ（つまり、ＰＣ２に記憶された装置情報３７）のことを必要に応じて「バーチャル機器」と称し、これに対して、現実に音響システムに接続されたアンプ１の実体のことを必要に応じて「リアル機器」と称する。

ユーザは、ツリー表示部５０に表示された該表示物群のいずれか１つを選択することで、該指定した表示物群に対応するエリア、グループ、アンプ（バーチャル機器）、又はアンプのチャンネルの各種パラメータの値を、レベル表示部５２、状態表示部５３、およびアッテネータ操作部５４に展開することができる。これら符号５２〜５４で示す領域が、アンプをリモート制御するための主要な操作を行う領域である。ユーザは、符号５２〜５４で示す領域の詳細な構成の一例は、後述する。

また、図７に示す基本画面には、上記の他に、現在制御対象のエリア（ツリー表示部５０で選択されたエリア、又は、同選択されたグループが属するエリア、又は、同選択されたアンプが属するエリア、又は、同選択されたアンプのチャンネルが属するエリア）のエリア名を表示するエリア名表示部５５、現在リモート制御ソフトにログインしているユーザ名（例えばそのユーザのユーザＩＤなど）を表示するユーザ名表示部５６、バーチャル機器とリアル機器の同期化処理ダイアログ機能を起動するための「Ｏｎ−Ｌｉｎｅ」ボタン画像５７、現在制御対象のエリアのミュートオン・オフ切替指示ボタン画像５８、あるいは、当該基本画面全体に共通する操作を行う共通操作パネル５９が含まれる。共通操作パネル５９には、例えば、プロジェクトファイルをカレントプロジェクトに読み出す（ロードする）指示や、同ファイルを保存する（ストアする）指示や、同ファイルを新規に作成する指示等を行うためのＧＵＩ部品が含まれていてよい。また、基本画面には、上記の他にも、例えば、ログイン中のユーザに与えられた現在制御対象のエリアにおける権限（「アドミン」、「パワーユーザ」、「ユーザ」、「ゲスト」）や、カレントプロジェクトのプロジェクト名など、その他の情報を表示するための表示部（図において「その他情報表示部」と表記したもの）が含まれてよい。

図８（ａ）〜（ｃ）は、ツリー表示部５０の構成を詳細に説明するための図である。ツリー表示部５０には、その上端分に、「Ｄｅｖｉｃｅ」タブ６０、「Ｒａｃｋ」タブ６１、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ」タブ６２、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ」タブ６３の４つのタブ画像が設けられている。ユーザは、これら４つのタブ画像６０〜６３を択一的に選択することで、該選択されたタブ画像６０〜６３のいずれか１つに応じて、ツリー表示部５０に表示されるツリーの表示形態を切り替えることができる。

「Ｄｅｖｉｃｅ」タブ６０が選択されているときには、（ａ）に示す「デバイスツリー」の表示形態でツリー表示部５０にプロジェクトの構成が表示される。「デバイスツリー」は、エリア毎に、そのエリアに登録されたバーチャル機器を表示する表示形態である。「デバイスツリー」において、ネットワークに直接接続されている機器は、いずれかつのエリアの直下、又は「Ｕｎｋｎｏｗｎ Ｄｅｖｉｃｅ」カテゴリーの直下に表示され、グループを形成することはない。図８（ａ）では「Ａｒｅａ（１）」の直下に、「Ａｍｐ３」と、アンプをネットワークに接続するためのインターフェース装置「ＡＣＤ（１）」並びに「ＡＣＤ（２）」が配置された例を示している。図の例からは、「Ａｍｐ１」及び「Ａｍｐ２」が「ＡＣＤ（１）」に接続されていることが見て取れる。このように、デバイスツリーにはアンプ１以外のエリア内の機器（グループ化されない機器）も表示されうる。なお、１台のインターフェース装置（ＡＣＤ）には、最大３２台のアンプを接続可能である。

また、「デバイスツリー」には、各バーチャル機器の表示物に対応して、該バーチャル機器に対応するリアル機器を確認するための「Ｉｄｅｎｔｅｌｉｆｙ」ボタン画像６４が表示される。ユーザは、「Ｉｄｅｎｔｅｌｉｆｙ」ボタン画像６４を操作することで、そのバーチャル機器に対応付けられたリアル機器を確認することができる。確認方法の一例として、「Ｉｄｅｎｔｅｌｉｆｙ」ボタン画像６４の操作に応じて、そのバーチャル機器に対応付けられたリアル機器に備わるＬＥＤ表示器が点灯するよう構成することができる。また、「デバイスツリー」には、各バーチャル機器の表示物に対応して、各バーチャル機器のエリア内ＩＤを表示するＩＤ表示欄６５が設けられている。図８（ａ）では、「Ａｒｅａ（１）」に登録された６つのバーチャル機器（「Ａｍｐ１」、「Ａｍｐ２」、「Ａｍｐ３」、「Ａｍｐ４」、「ＡＣＤ（１）」および「ＡＣＤ（２）」）には、それぞれ、当該エリア内で連続する通し番号「１」〜「６」がエリア内ＩＤとして付与されている。

また、「Ｒａｃｋ」タブ６１が選択されているときには、図８（ｂ）に示す「ラックグループツリー」の表示形態でツリー表示部５０にプロジェクトの構成が表示される。「ラックグループツリー」は、各エリアのエリア情報３３に含まれる「Ｒａｃｋ ｔｒｅｅ」の情報に基づき、エリアに登録されたアンプを「ラックグループ」に分けたツリーの表示形態（グループツリー）である。ラックグループは、アンプが登載されたラック（棚）ごとにアンプをまとめたグループである。１つのラックグループの下位に更に入れ子状にラックグループを作ること、つまり、１つのグループ内のアンプ群を更に小グループに分けることもできる。図８（ｂ）の例では、「Ａｒｅａ（１）」に作成された１つのラックグループ「Ｒａｃｋ−１」の下位に、２つのグループ「Ｒａｃｋ−１Ａ」と「Ｒａｃｋ−１Ｂ」が作成されており、更に「Ｒａｃｋ−１Ｂ」の下位に２つのグループ「Ｒａｃｋ−１Ｂ／１」と「Ｒａｃｋ−１Ｂ／２」が設けられている。或るエリア内のバーチャル機器であって、ラックグループに分類されないものは、「Ｕｎｇｒｏｕｐｅｄ Ｄｅｖｉｃｅ」のカテゴリーに分類される。図８（ｂ）では、「ＡｍｐＸ１」と「ＡｍｐＸ２」が「Ｕｎｇｒｏｕｐｅｄ Ｄｅｖｉｃｅ」のカテゴリーに分類されている。「ラックグループツリー」にも、各バーチャル機器の表示物に対応して、各バーチャル機器のエリア内ＩＤを表示するＩＤ表示欄６５が設けられている。

また、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ」タブ６２が選択されているときには、図８（ｃ）に示す「フィードストラクチャーグループツリー」の表示形態でツリー表示部５０にプロジェクトの構成が表示される。「フィードストラクチャーグループツリー」は、各エリアのエリア情報３３に含まれる「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」の情報に基づき、エリアに登録されたアンプの各チャンネルを「フィードストラクチャーグループ」毎に分けたツリーの表示形態（グループツリー）である。フィードストラクチャーグループは、アンプの各チャンネルの信号出力先となるスピーカ毎に、アンプのチャンネルをまとめたグループである。このグループ分けでは、例えば、ステレオスピーカのＬチャンネルに接続された高音域、中音域、および低音域の各帯域毎のアンプのチャンネルをまとめた第１のグループ（図８（ｃ）において「Ｇｒｏｕｐ−１」）、ステレオスピーカのＲチャンネルに接続された高音域、中音域、および低音域の各帯域毎のアンプのチャンネルをまとめた第２のグループ（図８（ｃ）において「Ｇｒｏｕｐ−２」）…などのようなグループ分けが可能である。従って、「フィードストラクチャーグループツリー」では、各グループ内には、アンプのチャンネルに対応する表示物（図８（ｃ）において、「Ａｍｐ１：ｃｈ１」など）が表示される。また、「フィードストラクチャーグループツリー」では、エリア内のバーチャル機器のチャンネルであって、「フィードグループ」に分類されないものは、「Ｕｎｇｒｏｕｐｅｄ Ｃｈａｎｎｅｌｓ」のカテゴリーに分類される。

また、「Ｕｓｅｒ Ｄｅｆｉｎｅｄ」タブ６３が選択されたときには、「Ｕｓｅｒ Ｄｅｆｉｎｅｄツリー」の表示形態でツリー表示部５０にプロジェクトの構成が表示される。このグループは、ユーザが定義したグループ分けに従いエリア内のアンプのチャンネルをまとめたグループであって、各エリアのエリア情報３３に含まれる「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」の情報に基づき、エリアに登録されたアンプを「Ｕｓｅｒ Ｄｅｆｉｎｅｄツリー」毎に分けたツリーの表示形態である。その表示形態は、参照するグループ情報３６の違いを除けば、図８（ｃ）のフィードストラクチャーグループツリーと概ね同様であるため、Ｕｓｅｒ Ｄｅｆｉｎｅｄツリーの表示例の図示は割愛した。

ツリー表示部５０において、１つのプロジェクト内に複数のエリアを設定し、エリア毎に１又は複数のグループにまとめることで、（１）ツリー表示部５０におけるツリー構成の表示形態を、異なる観点でのグループ分け（グループ定義）に応じて選択することができるので、個々のアンプを制御するときに、ツリー表示部５０から目的のアンプ又はアンプのチャンネルに辿り着くのが容易になる、という利点がある。また、（２）制御対象にグループを選択することにより、複数のアンプをグループ単位でまとめて制御できる、という利点がある。

また、ツリー表示部５０のデバイスツリー及びグループツリーにおいて表示されるバーチャル機器に対応する表示物の表示形態には、（１）対応するリアル機器がネットワーク上に存在する「実体有り」を表す表示形態と、（２）対応するリアル機器がネットワーク上に存在しない「実体無し」を表す表示形態との２通りの表示形態がある。この実施例では、「実体有り」の場合にはバーチャル機器に対応する表示物を「実線」で表示し、「実体無し」の場合にはバーチャル機器に対応する表示物を「点線」で表示する。

ツリー表示部５０において、プロジェクトファイルでエリアに登録されているバーチャル機器ないしそのバーチャル機器のチャンネルは、デバイスツリー、およびグループツリーの両方に、「エリア内のバーチャル機器」として表示される。後述するバーチャル機器とリアル機器とのマッチング処理によりバーチャル機器とリアル機器との対応付けがとれたエリア内のバーチャル機器に対応する表示物は、「実体有り」を表す表示形態、すなわち実線で表示される。例えば、図８（ａ）において、「Ａｍｐ１」は、「実体有り」の表示形態で表示されたエリア内のバーチャル機器を表す表示物の一例である。また、マッチング処理によりバーチャル機器とリアル機器との対応付けがとれなかったエリア内のバーチャル機器、すなわち、リアル機器が検出されなかったエリア内のバーチャル機器に対応する表示物は、「実体無し」を表す表示形態、すなわち点線で表示される。例えば、図８（ａ）において、「Ａｍｐ４」は、「実体無し」の表示形態で表示されたエリア内のバーチャル機器を表す表示物の一例である。

これに対して、マッチング処理により音響システム上でリアル機器が検出されたものの、プロジェクトファイルの何れのエリアのバーチャル機器とも対応付けできなかったリアル機器があった場合には、リモート制御ソフトは、デバイスツリーの「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」というカテゴリーに、その機器に対応する表示物を自動作成する。本明細書では、これを「エリア外のバーチャル機器」と呼ぶ。例えば、図８（ａ）において、「ＡｍｐＸ」は、エリア外のバーチャル機器に対応する表示物の一例である。ここでは、「ＡｍｐＸ」を表す表示物が点線（つまり実体無しを表す表示形態）で表示されている。これは、「ＡｍｐＸ」がエリア外のバーチャル機器として作成された後に、対応するリアル機器がネットワークから切断されたことを意味する。なお、エリア外のバーチャル機器に対応する表示物は、グループツリーには表示されない。また、対応するリアル機器が切断されたバーチャル機器を点線で表示する代わりに、そのバーチャル機器の表示をツリーから消去してしまうようにしてもよい。

また、図８（ａ）〜（ｃ）において、バーチャル機器に対応する表示物の右隣に表示された両方向矢印画像６６は、対応するバーチャル機器のＯｎＬｉｎｅステータスがオンライン状態（「ＯＮＬＩＮＥ」）であることを示すマークである。また、バーチャル機器に対応する表示物の右隣に表示された一方向矢印画像６７は、対応するバーチャル機器のＯｎＬｉｎｅステータスがモニタ状態（「ＭＯＮＩＴＯＲ」）であることを示すマークである。また、バーチャル機器のＯｎＬｉｎｅステータスがオフライン状態（「ＯＦＦＬＩＮＥ」）のバーチャル機器については、対応する表示物の右隣に何らマークが表示されていない。各バーチャル機器のＯｎＬｉｎｅステータスは、対応する装置情報３７に格納されたＯｎＬｉｎｅステータス情報３９に基づく。

オンライン状態（ＯＮＬＩＮＥ）とは、エリア内のアンプの制御権限を持つ「ユーザ」が、ＰＣ２から、対応するリアル機器をリモートで制御可能な状態である。また、モニタ状態（ＭＯＮＩＴＯＲ）とは、エリア内のアンプの閲覧権限を持つ「ゲスト」が、ＰＣ２から、対応するリアル機器の動作状態をリモートでモニタ可能な状態である。また、「オフライン（ＯＦＦＬＩＮＥ）」は、バーチャル機器とリアル機器の間でリモート通信が行われない状態である。オフライン状態で、リモート制御ソフトにおいてバーチャル機器の動作データの編集が行われると、該編集操作内容に応じてカレントプロジェクトのデータが更新される。しかし、その操作はリアル機器には反映されない。

図９（ａ），（ｂ）は、前記図７の基本画面において符号５２〜５４で示す領域の画面構成例を示す図である。（ａ）は、ツリー表示部５０でアンプが個別に指定された場合の画面の構成例であり、（ｂ）は、ツリー表示部５０でエリア又はグループが指定された場合、つまり複数のアンプをまとめて制御する画面の構成例である。

図９（ａ）又は（ｂ）において、レベル表示部５２には、ツリー表示部５０で指定された１つのエリア、グループ、アンプ、又はアンプのチャンネルにおける入力信号の音量レベル、出力信号の音量レベル、出力端子に接続された負荷インピーダンスのレベル、及び出力電力レベルについて、それぞれチャンネル毎（図９では「ＣＨ Ａ」と「ＣＨ Ｂ」の２つのチャンネル）に表示するレベルメータ群や、同チャンネル毎の入力信号乃至出力信号のミュートオン・オフ切替指示ボタン画像、出力の極性を切り替えスイッチ画像などが含まれる。また、状態表示部５３には、ツリー表示部５０で指定された１つのエリア、グループ、アンプ、又はアンプの動作状態等を表示する。また、アッテネータ操作部５４には、アッテネータのパラメータ（音量レベル減衰量）を調整する操作子画像がもうけられており、ツリー表示部５０で選択された１つのエリア、グループ又はアンプ１のアッテネータのパラメータが該操作子画像の制御対象に割り当てられる。図９に示す通り、（ａ）と（ｂ）の画面構成は概ね共通している。両者の違いは、図９に示す例では、アッテネータ操作部４３の構成の違い、（ｂ）の画面には出力の極性を切り替えスイッチ画像がない点、および（ｂ）の画面の状態表示部５３には「Ｏｕｔｐｕｔ Ｍｏｄｅ」の設定状態が表示されない点の３点である。

上記の構成からなる音響システムにおいてＰＣ２及びアンプ１のそれぞれが実行する各種動作の手順を、フローチャートを参照して説明する。

図１０は、ＰＣ２のＣＰＵ２０が実行するリモート制御ソフトの動作手順の流れの大枠を示すフローチャートである。ＰＣ２のＯＳ上で、リモート制御ソフトが起動されると、ディスプレイ（ユーザインターフェース２４）に基本画面を立ち上げることを含む所定の初期化処理をＣＰＵ２０は行う（ステップＳ１）。初期化処理が終了した後、ＣＰＵ２０はユーザから操作イベントが入力されることを待機する（ステップＳ２）。該ユーザが入力した何らかの操作イベントが検出されると、ＣＰＵ２０は該操作イベントに応じた処理を実行する（ステップＳ３）。そして、ユーザがリモート制御ソフトの終了を指示するまで（ステップＳ４のＮＯ）、ＣＰＵ２０は前記ステップＳ２及びＳ３の処理を繰り返す。リモート制御ソフトの終了が指示されたら（ステップＳ４のＹＥＳ）、ＣＰＵ２０は所定の終了処理を行い（ステップＳ５）、リモート制御ソフトを終了する。

前記ステップＳ２でＣＰＵ２０が待機する操作イベントは、ディスプレイ（ユーザインターフェース２４）に表示された基本画面等の操作画面からユーザが入力する操作イベントであって、例えば、プロジェクトファイルのロード指示、カレントプロジェクトのストア指示、プロジェクト内のデータの各種編集操作、あるいはバーチャル機器とリアル機器のオンライン化指示又はオフライン化指示などである。以下に、ユーザによる種々の操作イベントに応じて、ＣＰＵ２０が前記ステップＳ３で実行する処理の動作手順の一例をフローチャートを参照して説明する。

なお、以下に説明する各種編集操作には、それぞれの操作を実行可能なユーザの権限が定義されており、それによりデータの編集操作の実施主体を制限している。ユーザの権限は、既に述べたとおり、プロジェクトの全権限を持つ「アドミン」、エリアの編集権限までを持つ「パワーユーザ」、エリア内のアンプの制御権限までを持つ「ユーザ」、エリア内のアンプの閲覧権限のみを持つ「ゲスト」、および当該エリアに何ら権限を持たない「部外者」の５種類ある。なお、ここでは、各ユーザに、予め定義された５種類の権限の１つを適用するようになっていたが、各権限をユーザが定義できるようにしたり、更に、ユーザが内容を定義できる「カスタム」という権限を設けてもよい。

図１１は、操作イベントとしてプロジェクトファイルのロード指示がユーザにより入力されたときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。ユーザは、図７の基本画面の共通操作パネル５９から、プロジェクトファイルライブラリ３１を開き、該ライブラリ中の１つのプロジェクトファイル３２を選択し、該選択したプロジェクトファイル３２のロード指示を行うことができる。スッテプＳ６において、ＣＰＵ２０は、前記ユーザが選択したプロジェクトファイル３２を開く処理を行い、該選択されたプロジェクトファイル３２に含まれるデータ群を、カレントプロジェクトにロードする。

ステップＳ７において、ＣＰＵ２０は前記ステップＳ６でカレントプロジェクトにロードしたプロジェクトに、ユーザをログイン（ユーザ認証）させる処理を行う。具体的には、ＣＰＵ２０は、ディスプレイ２４に、ユーザＩＤと認証情報の入力を求めるログイン画面（図示せず）を表示して、ユーザにユーザＩＤと認証情報を入力させて、該ログイン画面で入力されたユーザＩＤと認証情報を、当該カレントプロジェクトに含まれるユーザ情報中のアカウント情報３４（ユーザＩＤと認証情報）と照合する。ユーザによって入力されたユーザＩＤ及び認証情報に一致するアカウント情報３４があれば、ＣＰＵ２０はユーザ認証が成立したものと判断し、当該ユーザがカレントプロジェクトにログインすることを許可する。一方、当該ユーザがこのプロジェクトにアカウントを持たない場合や、入力されたユーザＩＤ及び認証情報の少なくともいずれか一方に誤りがあった場合には、ＣＰＵ２０は、ログイン失敗と判断して、プロジェクトファイルのロードの動作は終了する。

前記ステップＳ７のログイン処理が終了したら、ＣＰＵ２０は、ステップＳ８におい「マッチング処理」を行う。マッチング処理は、ネットワーク上に接続された各リアル機器を検出し、該検出した各リアル機器から装置ＩＤ４１とエリアＩＤ４３を取得して、該取得した装置ＩＤ４１とエリアＩＤ４３を用いて、カレントプロジェクトの各エリアのエリアＩＤ４６と、該各エリアに登録されたバーチャル機器の装置ＩＤ３８とを照合し、音響システムに接続されたリアル機器と各エリアに登録されたバーチャル機器の対応付けを行う処理である。なお、マッチング処理の動作手順の詳細な説明は図２３を参照して後述する。

そして、ステップＳ９において、ＣＰＵ２０は、前記ステップＳ８の「マッチング処理」の結果に基づき、ツリー表示部５０の初期表示を行う等、画面初期化処理を行う。すなわち、前記ステップＳ８のマッチング処理の結果、（１）エリア内のバーチャル機器のうちでリアル機器との対応付けがとれたものは、「実体（リアル機器）有り」を表す表示形態の表示物がツリー表示部５０のデバイスツリー及びグループツリーに表示され、また、（２）エリア内のバーチャル機器のうちでリアル機器との対応付けがとれなかったものは、「実体（リアル機器）無し」を表す表示形態の表示物がツリー表示部５０のデバイスツリー及びグループツリーに表示される。また、ネットワーク上にリアル機器が検出されたものの、いずれのエリアのバーチャル機器とも対応付けが取れなかったものは、デバイスツリーの「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」のカテゴリーに、エリア外のバーチャル機器を表す表示物が、「実体（リアル機器）有り」を表す表示形態で自動生成される。

上記図１１の処理により、ＰＣ２のディスプレイには、ユーザが制御対象に選択したプロジェクトが基本画面に表示され、ＰＣ２から該制御対象に選択したプロジェクトを制御ないしモニタすることが可能な状態となる。

図１２は、操作イベントとしてプロジェクトファイルの保存（ストア）指示がユーザにより入力されたときに、ＣＰＵ２０が実行するプロジェクトファイルの保存の動作手順の一例を示すフローチャートである。ユーザによりプロジェクトファイルの保存指示が行われると、ステップＳ１０において、ＣＰＵ２０は、メモリ（ＲＡＭ）２１上のカレントプロジェクトの内容をＨＤＤ２２に設けられたプロジェクトファイルライブラリ３１中の１つのプロジェクトファイル３２としてストアする処理を行う。これにより、リモート制御ソフトに現在立ち上げているカレントプロジェクトの内容が、１つのプロジェクトファイル３２としてプロジェクトファイルライブラリ３１に保存される。

図１３は、ユーザが操作イベントとしてツリー表示部５０の編集操作を行ったときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。ツリー表示部５０の編集操作は、エリアの編集権限（「パワーユーザ」以上の権限）を持つユーザによって行われる操作であり、且つ、編集対象のエリアに含まれる全てのバーチャル機器がオフライン状態のときにのみ実行可能である。ツリー表示部５０の編集操作には、エリアを新規に作成する操作、既存のエリアを削除する操作、或るエリアにグループを新規に作成する操作、既存のグループ削除する操作、或るエリア中のグループを別のエリアに移動する操作、バーチャル機器を新規に作成する操作、或るエリア内にバーチャル機器を新規に作成する操作、既存のバーチャル機器を削除する操作、あるいはエリア間若しくはグループ間でバーチャル機器を移動する操作等が含まれる。ユーザは、これらの編集操作を、例えば、各要素に対応する表示物のドラッグ＆ドロップ操作など、ＰＣ２のユーザインターフェース２４を用いた操作により、グラフィカルに行うことができる。

ユーザが入力したツリー表示部５０の編集操作が、新規デバイス（バーチャル機器）の追加であれば（ステップＳ１１のＹＥＳ）、ＣＰＵ２０は、追加先に指定されたエリアのエリア情報３３に、該新規に追加されたバーチャル機器に対応する装置情報３７を作成する。新規デバイス追加操作は、例えば基本画面の共通操作パネル５９で機種ライブラリのメニューを開く操作を行い、開かれたメニューに表示された複数のモデル名のうちの所望のモデル名を選択することにより、モデル名に対応するバーチャル機器を追加するようにすればよい。ここで、新規に作成されるバーチャル機器を定義するためのデータとして最低限指定されなければならないデータは、新規に追加するバーチャル機器の機種情報とエリア内ＩＤ（装置ＩＤ３８の一部）である。この実施例では、バーチャル機器新規作成時に、ＣＰＵ２０は、追加先に指定されたエリアでの通し番号（当該エリアに既存の他のエリア内ＩＤ群に連続する番号）を、新規に作成されるバーチャル機器のエリア内ＩＤとして、自動的に付与する処理を行うものとする。

新規にデバイス（バーチャル機器）が追加されたら（ステップＳ１１のＹＥＳ）、ＣＰＵ２０は、該追加されたバーチャル機器と、音響システムに接続されたリアル機器とのマッチング処理を行い（ステップＳ１２）、新規デバイス追加に応じてカレントプロジェクトの記憶内容を更新する（ステップＳ１３）。そして、ＣＰＵ２０は、ステップＳ１４において基本画面（ツリー表示部５０）の表示を更新することで、該新規デバイス追加の操作を画面に反映する。また、新規デバイス（バーチャル機器）追加以外の、ツリー表示部５０の編集操作が行われた場合には（ステップＳ１１のＮＯ）、ＣＰＵ２０は、編集対象に選択されたツリーの構成を、当該編集操作の内容に応じて編集する処理を行う（ステップＳ１５）。そして、ＣＰＵ２０は、前記編集操作の内容に応じてカレントプロジェクトの記憶内容を更新し（ステップＳ１３）、基本画面（ツリー表示部５０）の表示を更新する（ステップＳ１４）。この処理により、ツリー表示部５０に表示されたツリー構成がユーザの編集操作に応じて変更される。

また、エリア内のアンプの制御権限（「ユーザ」以上の権限）を持つユーザは、アンプのデータを編集することができる。エリア内のアンプの制御権限を持つユーザは、編集対象のアンプをツリー表示部５０で選択することで、該選択したバーチャル機器のデータを、図７の基本画面において符号５２〜５４で示す領域に展開し、該領域４１〜４３のＧＵＩ部品（前記図９（ａ）又は（ｂ）を参照）を使って、そこに展開された各種パラメータの値を変更することができる。なお、ここで編集対象のアンプ（バーチャル機器）は、アンプ単体、１つのグループ、又は１つのエリアのいずれかである。すなわち、１つのグループ、又は１つのエリアが編集対象であれば実質的には複数のアンプ（バーチャル機器）が編集対象となる。編集対象のバーチャル機器又はバーチャル機器群がオンライン状態のときには、図１４のフローチャートに示す通り、ＣＰＵ２０は、編集対象のリアル機器に対して、ユーザが基本画面で行ったアンプ（バーチャル機器）の編集操作の内容を通知する操作要求を送信する（ステップＳ１６）。前記操作要求を受信したリアル機器では、該操作要求を行ったユーザに権限があるならば、編集操作の内容に応じて自機の動作データを更新し、該更新結果をＰＣ２へ返信する（詳しくは後述の図２８を参照）。ＰＣ２側では、ＣＰＵ２０は、前記リアル機器からの応答内容に応じてカレントプロジェクトの記憶内容を更新し（ステップＳ１７）、必要に応じて画面の表示も更新する。

また、編集対象のバーチャル機器がオフライン状態のときには、図１５のフローチャートに示す通り、ＣＰＵ２０は、ユーザが基本画面で行ったアンプ（バーチャル機器）の編集操作に応じてカレントプロジェクトの記憶内容を更新し（ステップＳ１８）、必要に応じて画面の表示も更新する。この場合は、ユーザがＰＣ２側で行った編集操作の内容はリアル機器に反映しない。

図１６は、ユーザが、制御対象のプロジェクトに登録されたアカウントの編集操作を行ったときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。ユーザのアカウントは、プロジェクトファイル３１毎に設定されるもので、プロジェクトファイル３１に記憶されたユーザ毎のアカウント情報３４により管理されている。アカウントの編集操作は、プロジェクトの全権限（「アドミン」の権限）を持つユーザのみが実行可能であり、且つ、プロジェクト内の全てのバーチャル機器がオフライン状態のときにのみ実行される。

ユーザは、例えば、基本画面の共通操作パネル５９などからアカウントの編集要求を行うことができてよい。ユーザによってアカウントの編集要求が入力されると、ＣＰＵ２０は、アカウントの編集を行うためのユーザ管理ダイアログ画面（図示せず）をディスプレイに表示する（ステップＳ１９）。そして、ＣＰＵ２０は、ユーザ管理ダイアログ画面におけるアカウントの編集操作をユーザから受け付けて（ステップＳ２０）、入力された編集操作に応じてカレントプロジェクトに格納されたユーザ情報（アカウント情報３４）を更新する（ステップＳ２１〜Ｓ２４）。すなわち、既存のアカウントの削除の操作が行われた場合には、ステップＳ２１において、ＣＰＵ２０は、指定されたアカウント情報３４と、エリア毎の該アカウント情報３４に対応するユーザロール情報３５を、カレントプロジェクトから削除する。また、既存のアカウントの変更の操作が行われた場合には、ステップＳ２１において、ＣＰＵ２０は、ユーザが行った変更操作の内容に応じて、指定されたアカウント情報３４のユーザＩＤ及び認証情報の少なくともいずれか一方、あるいは、指定されたエリアにおけるそのアカウント情報３４に対応するユーザロール情報３５を変更する処理を行う。

また、新規にアカウントが追加された場合には、ＣＰＵ２０は、ステップＳ２３において、新規のアカウントを作成する。すなわち、ＣＰＵ２０は、ユーザＩＤと認証情報をユーザに設定させることでアカウント情報３４をカレントプロジェクトに新規に作成すると共に、該新規アカウントのユーザに権限を与えるべきエリア毎の権限をユーザに設定させることで該エリア毎に該新規アカウント情報３４に対応するユーザロール情報３５を新規に作成する。そして、ステップＳ２４において、前記ステップＳ２３で作成された規のアカウントをカレントプロジェクトに登録する。つまりカレントプロジェクトに格納されたユーザ情報（アカウント情報３４）とエリア毎のユーザロール情報３５を更新する。

次に、バーチャル機器とリアル機器の同期化処理について説明する。ユーザが、図７に示す基本画面の「Ｏｎｌｉｎｅ」ボタン画像５７を操作すると、ＣＰＵ２０は、図１７に示す「シンクロナイズドダイアログ」画面をディスプレイに表示させる。「シンクロナイズドダイアログ」画面は、基本画面のツリー表示部５０で現在制御対象に選択されているエリアに登録されたアンプ群について、オンライン化指示（同期化指示）又はオフライン化指示を行うためのダイアロ グ画面であって、オンライン化指示（「Ｇｏ−Ｏｎｌｉｎｅ」）ボタン画像６８と、オフライン化指示（「Ｇｏ−Ｏｆｆｌｉｎｅ」）ボタン画像６９とを含む。 ユーザが、「シンクロナイズドダイアログ」画面のオンライン化指示ボタン画像６８を操作すると、ＣＰＵ２０は現在制御対象に選択されているエリア内のバー チャル機器群をオンライン状態にするための同期化処理を実行する。すなわち、同期化処理は１つのエリアを対象に行われる。また、画面中の「Ｇｅｔ Ｅｄｉｔａｂｌｅ」ボタン画像７８は、ユーザがオンライン状態化とモニタ状態化のいずれを選択するかを指示するボタンである。このボタン画像７８のオン状 態は、オンライ状態化を選択したことを示し、オフ状態は、モニタ状態化を選択したことを示す。画面中の機器情報表示部７６には、当該エリア内のバーチャル機器のうち、リアル機器と対応付けがされているバーチャル機器（同期化候補のバーチャル機器）のアンプ名と、エリア内ＩＤと、対応するリアル機器のＩＰアドレスと、ＯｎＬｉｎｅステータスとが表示される。

図１８は、ユーザがオンライン化指示ボタン画像６８を操作したときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。ステップＳ２５において、ＣＰＵ２０は、エリア内のバーチャル機器のうち、リアル機器との対応付けができており、且つ、ＯｎｌｉｎｅステータスがＯＮＬＩＮＥでないものを、「同期化すべきバーチャル機器」として特定するとともに、そのうちの１台目のバーーチャル機器及びその対応するリアル機器を「同期化処理対象」として指定する。ここで同期化すべきバーチャル機器として特定された機器の１ずつに対して、順番に、ステップＳ２６以下の処理を実行する。従って、同期化処理の対象になる機器は、或るエリアに登録されたバーチャル機器であって、リアル機器とのマッチングが取れたもの（実体有りのエリア内のバーチャル機器）である。

ステップＳ２６において、同期化対象のリアル機器からＵｓｅｒＩｎｆｏ情報４５を取得して、該取得したＵｓｅｒＩｎｆｏ情報４５に含まれる複数組のユーザＩＤと認証情報と、アカウント情報３４中のログインユーザのユーザＩＤと認証情報の組との整合を確認する。ログインユーザのユーザＩＤと認証情報の組が、該取得したＵｓｅｒＩｎｆｏ情報４５にそのまま含まれていれば（ステップＳ２７の「一致」）、処理をステップＳ３０に進める。

ステップＳ２７において不一致と判断されるのは、取得したＵｓｅｒＩｎｆｏ情報４５に、ログインユーザのユーザＩＤが含まれていない場合、又は、取得したＵｓｅｒＩｎｆｏ情報４５に、ログインユーザのユーザＩＤが含まれているが、それと組になる認証情報がログインユーザの認証情報と一致しない場合、又は、リアル機器側のＵｓｅｒＩｎｆｏ情報４５がクリアされている場合の３通りのケースである。

取得したＵｓｅｒＩｎｆｏ情報４５、ログインユーザのユーザＩＤは含まれているが、それと組になる認証情報が不一致であったった認証に失敗した場合（ステップＳ２７の不一致）には、ステップＳ２８において、ＣＰ２０は、パスワード（認証情報）の入力を求めるパスワード入力画面を表示し、ユーザにパスワード（認証情報）を入力させる再認証処理を行う。この再認証処理により入力されたパスワードが正しければ、認証が成功したものと判断する（ステップＳ２９の「ＯＫ」）。
また、リアル機器側にＵｓｅｒＩｎｆｏ情報４５がクリアされている場合には、前記ステップＳ２８において、ＣＰＵ２０は、当該バーチャル機器が属するエリア情報３３中のユーザロール情報３５に基づき当該ログイン中のユーザの権限（ユーザロール）を調べ、該ユーザが当該エリアの編集権限以上の権限（「パワーユーザ」以上の権限）を持っていれば、認証が成功したものと判断する（ステップＳ２９の「ＯＫ」）。

また、取得したＵｓｅｒＩｎｆｏ情報４５に、ログインユーザのユーザＩＤが含まれていない場合、又は、リアル機器のＵｓｅｒＩｎｆｏ情報４５がクリアされており且つログインユーザが当該エリアの編集権限以上の権限を持たない場合には、ＣＰＵ２０は認証が失敗したものと判断し（ステップＳ２９の「ＮＧ」）、当該バーチャル機器の同期化処理は終了する。

ステップＳ３０において、ＣＰＵ２０は、ログイン中のユーザのユーザロール情報３５を調べる。ユーザロール情報３５に設定された権限が「ユーザ」以上、すなわち、エリア内のアンプの制御権限以上の権限であるならば、該ログイン中のユーザは、同期化対象のバーチャル機器に対応するリアル機器を制御する権限を持っている。従って、その場合には、ステップＳ３０の判断は「エディット可能」に分岐する。なお、ステップＳ３０では、ユーザロール情報３５に基づいて分岐を行っていたが、その分岐を、ログイン中のユーザのユーザロール情報３５と、取得したＵｓｅｒＩｎｆｏ情報４５中の同ユーザのユーザロール情報のうち、示す権限が低いほうのユーザロール情報に基づいて行うようにしてもよい。その場合、ＵｓｅｒＩｎｆｏ情報４５に基づく権限チェックが、ＰＣ２側とアンプ側とで二重化され、セキュリティがより強化される。また、後述するアンプ側での権限判定（ステップＳ６１）を省略することができるようにもなる。

一方、ログイン中のユーザのユーザロール情報３５に設定された権限が「ユーザ」以下、すなわち、エリア内のアンプの制御権限がない場合（エリア内のアンプの閲覧権限を有する場合）は、ステップＳ３０の判断は「エディット不可」に分岐する。ここでエディット不可に分岐することは、つまり、モニタ許可するということである。なお、この実施例では、エリア内で最初に同期化処理を行ったバーチャル機器が、その同期化処理の結果、モニタ状態になった場合（権限不足の場合、当該アンプが既に他のユーザによる制御を受けている場合、或いは、「Ｇｅｔ Ｅｄｉｔａｂｌｅ」ボタン７８がオフ状態にある、すなわち、ユーザが自らモニタ状態になることを選択した場合）には、当該エリア内のバーチャル機器について、全て「エディット不可」に分岐するようテップＳ３０の判断処理が構成される。この動作は、「エリアの機器の制御は、１台のＰＣが行う」という設計ポリシーに従うものである。

ステップＳ３０の判断を「エディット可能」に分岐した場合、ＣＰＵ２０は、ステップＳ３１において、現在同期化処理の対象のバーチャル機器に対応するリアル機器に対して、当該ログイン中のユーザにより該リアル機器を制御する許可を求める「制御要求」のコマンドを送信する。このとき、リアル機器には、制御要求とともに、ログインユーザのユーザＩＤと認証情報も送信される。該「制御要求」のコマンドを受信したリアル機器は、後述する図２５に示す処理により、該ログイン中ユーザによる自機の制御を許可するか否かの判断を行い、その判断結果をＰＣ２に返信する。

なお、ＰＣ２のＣＰＵ２０は、前記ステップＳ３１において制御要求を送った後、ステップＳ３１でレスポンスを受けるまでの間の適宜のタイミングで、カレントプロジェクトに格納された当該エリアのエリアＩＤ４６、当該ＰＣ２のコントローラＩＤ４０、同期化処理対象のバーチャル機器が属するエリア情報３３中のグループ情報３６、およびカレントプロジェクト中のユーザ情報（アカウント情報３４群）と、同期化処理対象のバーチャル機器が属するエリア情報３３中のユーザロール情報３５とを、リアル機器に対して送信する。ここで送信された情報群は、リアル機器側で制御を受け入れた場合に、該リアル機器側のコントローラＩＤ４２、エリアＩＤ４３、グループ情報４４及びＵｓｅｒＩｎｆｏ情報４５に上書きされる。

ステップＳ３２において、ＣＰＵ２０は、前記「制御要求」に対する前記リアル機器からのレスポンス（返信内容）を判断する。前記リアル機器からのレスポンスには、「制御可」、「モニタ可」、および「拒絶」の３通りの種類がある。ユーザがリアル機器の制御権限を持ち、且つ、当該リアル機器が他のユーザから制御を受けていない場合には、リアル機器からのレスポンス（返信内容）は「制御可」である。ユーザがリアル機器の閲覧権限を持つ場合、又は、ユーザがエリア内のアンプの制御権限を持つが、当該リアル機器が他のＰＣ２（他の制御主）から制御を受けている場合には、リアル機器からのレスポンス（返信内容）は「モニタ可」である。それ以外の場合、例えばユーザがリアル機器に何の権限も持たない「部外者」である場合や、リアル機器に当該ユーザのアカウント（ユーザＩＤと認証情報）がない場合には、この制御要求が不正であると判断して、リアル機器からＰＣ２へ「拒絶」のレスポンスが送信される。

前記「制御要求」に対する前記リアル機器からのレスポンス（返信内容）が「制御可」であれば（ステップＳ３２の「制御可」）、ステップＳ３３において、ＣＰＵ２０は、カレントプロジェクトに格納された当該同期化対象のアンプに対応する装置情報３７のＯｎＬｉｎｅステータス情報３９の値に、「ＯＮＬＩＮＥ」をセットする。なお、リアル機器は「制御可」のレスポンスとともに、該リアル機器に記憶されたコントローラＩＤ４２（当該リアル機器の制御主のコントローラＩＤ）のデータも一緒に、ＰＣ２へ送信する。ＰＣ２のＣＰＵ２０は、「制御可」のレスポンスとともに受信したコントローラＩＤ４２の値を、カレントプロジェクトの当該同期化処理対象のバーチャル機器に対応する装置情報３７のコントローラＩＤ４０に上書きする。レスポンスが「制御可」の場合には、リアル機器のコントローラＩＤ４２の値は、ＰＣ２自身のコントローラＩＤである。

また、前記ステップＳ３３によりＯｎＬｉｎｅステータス情報３９の値に「ＯＮＬＩＮＥ」をセットしたときに、バーチャル機器の装置ＩＤ３８とリアル機器の装置ＩＤ４１が部分的にのみ一致している状態（つまり、両者の装置ＩＤ中のＭＡＣアドレス又はエリア内ＩＤのいずれか一方のみが一致している状態）であれば、両者の装置ＩＤを一致させる処理も併せて行う。装置ＩＤのうちＭＡＣアドレスのみが一致している場合には、バーチャル機器の装置ＩＤ３８でリアル機器の装置ＩＤ４１を上書きする。また、装置ＩＤのうちエリア内ＩＤのみが一致している場合には、リアル機器の装置ＩＤ４１でバーチャル機器の装置ＩＤ３８を上書きする。また、このとき、リアル機器のＩＰアドレス、および機種情報を、バーチャル機器のＩＰアドレス、および機種情報（図４）に上書きする。

ステップＳ３４において、ＣＰＵ２０は、バーチャル機器の装置情報３７中の動作データと、リアル機器のメモリ１１に記憶された動作データとの整合性、つまり両者の一致不一致の確認を行う。両者が一致していれば、ＣＰＵ２０は、バーチャル機器とリアル機器とのデータの同期化（シンクロ）処理は行う必要はないものと判断し（ステップイＳ３５の「ＯＫ」）、このバーチャル機器に対する同期化処理を終える。

一方、バーチャル機器とリアル機器の動作データが不一致であった場合（ステップイＳ３５の「ＮＧ」）、ＣＰＵ２０は、図１９に示す「シンクロ方向選択画面」をディスプレイ２４に表示する処理を行う。「シンクロ方向選択画面」には、同期化（シンクロ）の方向として、「シンクロ」（「Ａｐｐｌｉｃａｔｉｏｎ→Ｄｅｖｉｃｅ」）又は「逆シンクロ」（「Ｄｅｖｉｃｅ→Ａｐｐｌｉｃａｔｉｏｎ」）をユーザに選択させるラジオボタン６９が設けられている。図１９の例ではラジオボタン６９は「シンクロ」方向を選択した状態になっている。また、ラジオボタン６９の下部には、前記ステップＳ３５でデータの不整合が検出されたアンプ名を表示する表示欄７０が設けられている。図１９の例では、表示欄６０に「Ａｍｐ３」というアンプ名が表示されている。ユーザは、ラジオボタン６９を使って同期化処理の方向として「シンクロ」又は「逆シンクロ」のいずれか一方を選択し、「ＯＫ」ボタン画像７１の操作により前記ラジオボタン６９による方向の選択を確定する。つまり、アンプ（バーチャル機器）をオンライン状態にするときのオンライン化指示には、同期化方向の選択指示も含まれる。

ＣＰＵ２０は、ステップＳ３６において、前記シンクロ方向選択画面でユーザにより選択された同期化処理の方向（シンクロ又は逆シンクロ）に従い、バーチャル機器とリアル機器のデータを同期化（シンクロ又は逆シンクロ）させる処理を行い、両者を一致させる。シンクロ方向として「シンクロ」が選択されているときは、前記ステップＳ３６において、ＣＰＵ２０は、バーチャル機器の動作データを、ネットワーク越しに、リアル機器の動作データに上書きする処理を行う。つまり、カレントプロジェクトのデータの設定状態にリアル機器のデータ設定状態を一致させる。また、シンクロ方向として「逆シンクロ」が選択されているときは、前記ステップＳ３５において、ＣＰＵ２０は、ネットワークを介してリアル機器の動作データを受信し、バーチャル機器の動作データにそれぞれ上書きする処理を行う。つまり、リアル機器のデータ設定状態に、カレントプロジェクトのデータの設定状態を一致させる。

また、前記ステップＳ３０の判断で「エディット不可」に分岐した場合は、図示しないステップで「モニタ要求」をリアル機器に送信し、「制御要求」の場合と同様に、リアル機器から「モニタ可」又は「拒絶」のレスポンスを受け取る。ここで「モニタ可」のレスポンスを受け取った場合、又は、前記ステップＳ３２において判定したレスポンスが「モニタ可」であった場合には、ステップＳ３７において、ＣＰＵ２０は、カレントプロジェクトに格納された当該同期化対象のアンプに対応する装置情報３７のＯｎＬｉｎｅステータス情報３９の値に、「ＭＯＮＩＴＯＲ」をセットする。なお、リアル機器のレスポンスが「モニタ可」のときには、リアル機器は、該レスポンスとともに、該リアル機器に記憶されたコントローラＩＤ４２（当該リアル機器の制御主、つまり当該同期化処理を実行中のＰＣ２とは別のＰＣ２が持つコントローラＩＤ）のデータも一緒に、ＰＣ２へ送信する。すなわち、ＰＣ２は、前記ステップＳ３２で「モニタ可」のレスポンスとリアル機器の制御主のコントローラＩＤ４２を受け取る。

そして、ステップＳ３８において、ＣＰＵ２０は、バーチャル機器とリアル機器のデータを同期化（逆シンクロ）させる処理を行い、両者を一致させる。このように、アンプ（バーチャル機器）をモニタ状態にする場合には、強制的に「逆シンクロ」で同期化処理が行われる。ここでは、リアル機器のメモリ１１の記憶内容（図６参照）のうち、エリアＩＤ４３とＵｓｅｒＩｎｆｏ情報４５を覗くデータがＰＣ２側に送信され、カレントプロジェクト内の対応するデータが前記リアル機器から送信されたデータにより上書きされる。具体的には、装置情報３７中の装置ＩＤ３８、機種情報、ＩＰアドレス、動作データ、およびコントローラＩＤ４０と、エリア情報３３中のグループ情報３６（「ＲａｃｋＴｒｅｅ」情報、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」情報、「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」情報）が、リアル機器のメモリ１１の記憶内容で上書きされる。つまり、リアル機器のデータ設定状態に、カレントプロジェクトのデータの設定状態を一致させる。これにより、当該バーチャル機器は「モニタ状態（リアル機器をモニタ可能な状態）」になる。

なお、上記ステップＳ３８の逆シンクロ処理を行うとき（つまり、バーチャル機器をモニタ状態に移行するとき）に、リアル機器の装置ＩＤ４１で、装置情報３７中の装置ＩＤ３８を上書きしていることに留意されたい。すなわち、後述する「マッチング処理」でバーチャル機器の装置ＩＤ３８とリアル機器の装置ＩＤ４１が部分的に一致していた状態ＭＡＣアドレス又はエリア内ＩＤのいずれか一方のみが一致していた状態）でマッチングを成立させた場合には、上記ステップＳ３８の逆シンクロ処理を行うときに、リアル機器の装置ＩＤ４１で、装置情報３７中の装置ＩＤ３８が上書きされることになる。

ステップＳ２９の判断で再認証が失敗した場合（ステップＳ２９の「ＮＧ」）、あるいはステップＳ３２において判定したレスポンスが「拒絶」だった場合（ステップＳ３２の「拒絶」）、あるいは、リアル機器からの「モニタ要求」に対するレスポンスが「拒絶」であった場合には、当該バーチャル機器に対する同期化処理を終了する。このように同期化処理を終了する場合や、上記ステップＳ２６〜Ｓ３８までの同期化処理中に何らかのエラーが発生したときには、ＣＰＵ２０は、ディスプレイに、図２０に示す「警告ダイアログ画面」を表示する。「警告ダイアログ画面」のメッセージ表示部７３には、例えば「認証失敗」など、エラー乃至警告内容をユーザに通知するメッセージが表示される。なお、例えば、前記ステップＳ２６の処理で認証情報が不一致だったときなどのように、「警告ダイアログ画面」とともに「パスワード入力画面」を表示する場合もある。同期化処理の継続が可能なエラーの場合には、処理の継続を指示する「Ｃｏｎｔｉｎｕｅ」ボタン画像７４、および処理の中止を指示する「Ｓｋｉｐ」ボタン画像７５が表示され、ユーザに当該バーチャル機器に対する同期化処理を継続するか否かを問う。また、ステップＳ２９やＳ３２の判断により当該アンプについて同期化処理を中止するときなど、同期化処理が継続不可能なエラーが生じたときには、「Ｃｏｎｔｉｎｕｅ」ボタン画像７４、および「Ｓｋｉｐ」ボタン画像７５は表示されず、その代わりに、警告メッセージ内容の了承をユーザに問う「ＯＫ」ボタン画像が表示される。この「ＯＫ」ボタン画像の操作に応じて、当該バーチャル機器に対する同期化処理を終了する。

上記ステップＳ２６〜Ｓ３８の処理により、１つのバーチャル機器に対する同期化処理が終了したら、ステップＳ３９の判断により、同期化すべきバーチャル機器として特定されている全てのバーチャル機器に対する同期化処理が終了するまで、１つのバーチャル機器ずつ順番に、ステップＳ２６〜Ｓ３８の処理を繰り返す。これにより、１つのエリアに登録された全てのバーチャル機器（リアル機器と対応付けられたエリア内のバーチャル機器）の同期化処理が行われる。この同期化処理によりエリア内の各アンプに対するユーザの制御権限が、先着順（先に制御主がいる場合にはモニタまでしか許可されない）で設定される。各アンプ１ごとにＵｓｅｒＩｎｆｏ情報４５を持つことからも、アンプの制御権限はアンプ１台ごとに設定されうるものであることは理解できる。しかし、この実施例のリモート制御ソフトは、エリア単位で制御を行うこと、言い換えれば、１つのエリアに対して１人の制御主がつくこと（１つのエリアを１つのＰＣ２で制御すること）を本来の狙いとしている。よって、エリアの編集権限を持つ者は、１エリアに対して１制御主となるよう、エリアを設計すべきである。なお、図１８の同期化処理の終了時に、同期化処理を実施したエリアのエリア情報３３内に格納されたエリアの「Ｏｎｌｉｎｅ」ステータス情報に「ＯＮＬＩＮＥ」をセットする。なお、エリアの「Ｏｎｌｉｎｅ」ステータス情報に「ＯＮＬＩＮＥ」をセットするのは、同期化処理開始時（オンライン化指示ボタン画像６８操作時）でもよい。

図１７に示す「シンクロナイズドダイアログ」画面には、処理経過状況を示す表示欄７６が設けられている。表示欄７６には同期化処理の対象になっているエリア内のバーチャル機器のうち、リアル機器と対応付けがなされているバーチャル機器（同期化候補のバーチャル機器）のリストが表示される。リストの内容は、各アンプ（バーチャル機器）のアンプ名と、エリア内ＩＤと、ＩＰアドレスと、ＯｎＬｉｎｅステータス情報とからなる。図の例では、リスト上のアンプはアンプ名の順で整列されている。ＯｎＬｉｎｅステータス情報の初期値は、各アンプのＯｎＬｉｎｅステータス情報に格納された値に応じて、「ＯＮＬＩＮＥ」、「ＭＯＮＩＴＯＲ」又は「ＯＦＦＬＩＮＥ」のいずれかである。１つのアンプについて同期化処理が開始すると、該同期化処理進行中のアンプに対応するステータス情報欄には「Ｎｏｗ Ｓｙｎｃｈｒｏｎｉｚｉｎｇ」と表示される。また、既に同期化処理が終了したアンプに対応するステータス情報欄には「Ｃｏｍｐｌｅｔｅｄ」と表示される。図１７の例は、対象のエリアに対して途中まで同期化処理が進行した状態を示しており、アンプ名「Ａｍｐ１」、「Ａｍｐ２」、および「Ａｍｐ３」が同期化処理を既に終了しており、アンプ名「Ａｍｐ４」が現在同期化処理進行中である。表示欄７６の下部には、１エリア全体に対する同期化処理進行状況をパーセンテージで表すメータ７７が設けられている。なお、同期化処理対象のエリアにインターフェース装置（「Ａｒｅａ（１）」における「ＡＣＤ（１）」、「ＡＣＤ（２）」など）が含まれる場合には、それらインターフェース装置も表示欄７６にリストアップされてよい。

上記図１８の同期化処理により、或るバーチャル機器が対応するリアル機器に対してオンライン状態（ＯＮＬＩＮＥ）になると、ＰＣ２において、当該バーチャル機器の動作データを編集する編集操作が行われたとき、その編集操作がネットワークを介して対応するリアル機器に伝達され、対応するリアル機器の動作データが編集されるとともに、その編集結果がネットワークを介してＰＣ２に伝達され、カレントプロジェクト中の当該バーチャル機器（装置情報３７）の動作データに反映される。また、対応するリアル機器において、動作データを編集する編集操作が行われると、そのリアル機器内の動作データが編集されるとともに、その編集結果がＰＣ２に伝達され、カレントプロジェクト中の当該バーチャル機器（装置情報３７）の動作データに反映される。また、リアル機器において検出される各種動作状態を示すデータ（例えば、出力段の温度、入力や出力の信号レベル、電源電圧、出力電圧、出力電流、負荷インピーダンス、あるいはプロテクションの状態など）は、リアル機器からＰＣ２へ送信され、必要に応じて基本画面のレベル表示部５２や状態表示部５３等に表示される。

また、上記図１８の同期化処理により、或るバーチャル機器が対応するリアル機器に対してモニタ状態（ＭＯＮＩＴＯＲ）になると、該バーチャル機器は、ツリー表示部５０のグループツリーで、前記ステップＳ３８の逆シンクロ処理でリアル機器から受け取ったグループ情報４４に基づくグループ内の機器として表示される。そして、リアル機器の動作データやグループ情報４４等が編集されると、その編集内容がＰＣ２のカレントプロジェクト中の当該バーチャル機器（装置情報３７）の動作データやグループ情報３６等に反映される。リアル機器において検出される各種動作状態を示すデータは、リアル機器からＰＣ２へ送信され、必要に応じて基本画面のレベル表示部５２や状態表示部５３等に表示される。

ユーザが、図１７に示す「シンクロナイズドダイアログ」画面のオフライン化指示（「Ｇｏ−Ｏｆｆｌｉｎｅ」）ボタン画像６８を操作すると、ＣＰＵ２０は、同期化処理対象のエリア内のバーチャル機器のうち、ＯｎＬｉｎｅステータス情報３９が「ＯＮＬＩＮＥ」又は「ＭＯＮＩＴＯＲ」のバーチャル機器に対応付けられたリアル機器をオフライン状態にするオフライン化処理を実行する。図２１は、ユーザがオフライン化指示ボタン画像５８を操作したときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。

ステップＳ４０において、ＣＰＵ２０は、当該エリア内のバーチャル機器のうち、ＯｎＬｉｎｅステータス情報３９が「ＯＮＬＩＮＥ」又は「ＭＯＮＩＴＯＲ」のバーチャル機器に対応付けられたリアル機器の各々に対して、「開放」要求のコマンドを送信する。「開放」要求を受信した各リアル機器のうちの、該「開放」要求の送信元のＰＣ２による制御を受けていたリアル機器は、後述する処理により、自機器を「開放」する処理を行う。この「開放」処理を行ったリアル機器では、コントローラＩＤが「Ｎｕｌｌ」にセットされるとともに、ＵｓｅｒＩｎｆｏ情報４５がクリアされる。つまり、それらのリアル機器は、ユーザからリモート制御を受けていないフリーの状態になる。ステップＳ４１において、ＣＰＵ２０は、カレントプロジェクト内の当該エリアのＯｎＬｉｎｅステータス情報と、当該エリア内の各バーチャル機器のＯｎＬｉｎｅステータス情報３９の値を、それぞれＯＦＦＬＩＮＥにする。これにより、オフライン化指示以前には、オンライン状態だった当該エリア、および、当該エリア内のオンライン状態若しくはモニタ状態だったバーチャル機器は、全て、オフライン状態になる。

図２２は、ＰＣ２のＣＰＵ２０が所定時間間隔で実行するタイマ動作の動作手順の一例を示すフローチャートである。ステップＳ４２において、ＣＰＵ２０は、プロジェクト内のオンライン状態のアンプ（リアル機器）がネットワークに接続されているかどうかを定期的にチェックするためのアクティブセンシング処理を行う。このアクティブセンシング処理は、ＯｎＬｉｎｅステータス情報３９が「ＯＮＬＩＮＥ」又は「ＭＯＮＩＴＯＲ」のバーチャル機器に対応付けられたリアル機器が、一定時間異常無操作又は無要求だった（何のデータも送ってこない）場合にのみ行う。

ステップＳ４３において、ＣＰＵ２０は、前回のタイマ動作実行時以降に各リアル機器から受信した各種データを、図示しない受信履歴バッファから取得する。ここで、取得する「各種データ」には、各リアル機器がネットワーク接続時に発する「接続」メッセージ、各リアル機器での各種設定変更時に発生される「設定変更」メッセージ、あるいはバーチャル機器がオンライン状態にあるリアル機器から所定時間応答がないことを表す「無応答」メッセージなどである。「無応答」状態は、そのリアル機器がネットワークから物理的に切り離されたこと、又は、そのリアル機器の電源がオフされたことを意味し、アクティブセンシングでこのことを確認できる。「無応答」の場合、本ルーチンでは、ＣＰＵ２０はそのリアル機器がネットワークから切断されたものと判断する。

前記ステップ４３により、新たなリアル機器が接続されたことを示す「接続」メッセージを検出した場合（ステップＳ４４のＹＥＳ）、ＣＰＵ２０は、ステップＳ４５において「マッチング処理」を行うことで、該接続を検出したリアル機器とバーチャル機器の対応付けを行う。

また、前記ステップ４３により「無応答」メッセージを取得した場合、つまりリアル機器の切断が検出された場合（ステップＳ４６のＹＥＳ）、ＣＰＵ２０は、ステップＳ４７において、該切断が検出されたリアル機器に対応するバーチャル機器のＯｎＬｉｎｅステータス情報３９の値を「ＯＦＦＬＩＮＥ」に変更する。これにより、該切断が検出されたリアル機器に対応するバーチャル機器はオフライン状態になる。

ステップＳ４８において、ＣＰＵ２０は、上記ステップＳ４５又はＳ４７の処理結果に応じて、基本画面のツリー表示部５０の表示を更新する処理を行う。前記ステップＳ４５のマッチング処理により接続されたリアル機器とマッチングが取れたバーチャル機器があれば、そのバーチャル機器に対応する表示物の表示形態が、「実体無し」を表す表示形態（点線）から「実体有り」を表す表示形態（実線）に変更される。新たに接続されたリアル機器とマッチングが取れたバーチャル機器がない場合は、対応するバーチャル機器を生成して、デバイスツリーの「Ｕｎｋｎｏｗｎ Ｄｅｖｉｃｅ」カテゴリに表示する。また、前記ステップＳ４７でＯｎＬｉｎｅステータス情報３９が「ＯＦＦＬＩＮＥ」に変更されたバーチャル機器（切断されたリアル機器に対応するもの）については、そのバーチャル機器に対応する表示物の表示形態が、「実体有り」を表す表示形態（実線）から「実体無し」を表す表示形態（点線）に変更される。なお、エリア外のバーチャル機器に対応するリアル機器が切断された場合にも、それに対応する表示物（デバイスツリーの「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」にカテゴライズされた表示物）は消去せずに、「実体無し」を表す表示形態（点線）で表示する。例えば、前記図８（ａ）のデバイスツリーに例示した「Ｕｎｋｎｏｗｎ Ｄｅｖｉｃｅ」内の「ＡｍｐＸ」の表示物は、このケースに該当する。このようにして「Ｕｎｋｎｏｗｎ Ｄｅｖｉｃｅ」カテゴリに「実体無し」で残されたバーチャル機器は、デバイスツリーのオフライン編集に利用できるので便利である。あるエリアでパワーユーザー以上の権限を有するユーザは、「Ｕｎｋｎｏｗｎ Ｄｅｖｉｃｅ」カテゴリのバーチャル機器を、そのエリア内に移動することができる。その移動が行われた場合、移動されたバーチャル機器にはエリア内ＩＤが付与され、対応する機器情報３７が当該エリアのエリア情報３３内に記憶される。

なお、図２２に示すフローチャートではリアル機器の接続又は切断が検出されたときの動作のみを示したが、前記ステップ４３でリアル機器の「設定変更」メッセージなどその他のメッセージを取得したときには、該取得したメッセージに対応する処理をＣＰＵ２０は必要に応じて実行される。

図２３は、前記図１１のステップＳ８、前記図１３のステップＳ１２、あるいは前記図２２のステップＳ４５においてＣＰＵ２０が実行する「マッチング」処理の動作手順の一例を示すフローチャートである。図２３に示す動作手順は、１台のアンプに対するマッチング処理を示している。ＰＣ２は、ネットワークに接続されているリアル機器（アンプ）群を検出し、該検出されたリアル機器の１台毎に、図２３に示す処理を実行する。

ステップＳ４９において、ＣＰＵ２０は、マッチング対象のリアル機器に記憶されたエリアＩＤ４３を取得して、カレントプロジェクトに記憶された各エリアのエリアＩＤ４６と照合して、マッチング対象のリアル機器の属するエリアを特定する。エリアＩＤのマッチング（一致）がとれた場合（ステップＳ４９の「一致」）、ステップＳ５０において、ＣＰＵ２０は、リアル機器に記憶された装置ＩＤ４１と、前記ステップＳ４９により特定したエリア（エリアＩＤが一致したエリア）内の各装置情報３７の装置ＩＤ３８を照合する。一方、リアル機器に記憶されたエリアＩＤ４３がカレントプロジェクト中のいずれのエリアＩＤ４６とも一致しなかったならば（ステップＳ４８の「不一致」）、当該アンプについてマッチング処理を終了する。

装置ＩＤは、前述の通り、ＭＡＣアドレス及びエリア内ＩＤにより構成される。前記ステップＳ５０おける装置ＩＤの照合処理では、ＣＰＵ２０は、ＭＡＣアドレス及びエリア内ＩＤの少なくとも一方が一致していれば、リアル機器に記憶された装置ＩＤ４１と、装置情報３７の装置ＩＤ３８の対応付けが取れたものと判断する。具体的には、この実施例では、ＭＡＣアドレスを使って装置ＩＤのマッチングができなかった場合に、エリア内ＩＤで装置ＩＤのマッチングをするよう、前記ステップＳ５０の装置ＩＤの照合処理が構成されるものとする。ＭＡＣアドレスを使って装置ＩＤのマッチングができなかった場合とは、ＭＡＣアドレスが不一致の場合、若しくは、バーチャル機器（装置情報３７）の装置ＩＤ３８にＭＡＣアドレスが入っていない場合である。

ＭＡＣアドレス及びエリア内ＩＤの少なくとも一方が一致していれば（ステップＳ５０の「少なくとも片方が一致」）、ステップＳ５１において、ＣＰＵ２０は、そのバーチャル機器とリアル機器とのマッチング（装置ＩＤとエリアＩＤ）を記憶する。なお、装置ＩＤに含まれるＭＡＣアドレス及びエリア内ＩＤの少なくとも一方が一致していた場合（装置ＩＤが部分的に一致していた場合）、バーチャル機器の装置ＩＤ３８とリアル機器の装置ＩＤ４１を一致させる処理（装置ＩＤの上書き）はここでは行わない。その場合には、当座のところ、装置ＩＤは部分的にのみ一致した状態にしておく。バーチャル機器の装置ＩＤ３８とリアル機器の装置ＩＤ４１を一致させる処理（装置ＩＤの上書き）は、前記図１８に示す同期化処理で行われるからである。なお、マッチングが取れた場合は、各ツリーの表示におけるその対応付けがとれたバーチャル機器の表示を、「実体無し」表示（点線）から「実体有り」表示（実線）に変更する。

ステップＳ５２において、ＣＰＵ２０は、リアル機器に記憶された機種情報と、前記ステップＳ５０で装置ＩＤをマッチングしたバーチャル機器（装置情報３７）の機種情報を照合して、機種情報が一致していれば、そのまま当該アンプについてマッチング処理を終了し、当該マッチング処理対象のリアル機器とバーチャル機器のマッチングが成立する。また、機種情報が不一致の場合（ステップＳ５２の「不一致」）には、ステップＳ５３において、ＣＰＵ２０は、機種情報が不一致であった旨をユーザに警告する警告表示をディスプレイに表示する処理を行い、当該アンプについてマッチング処理を終了する。すなわち、機種情報が不一致であってもバーチャル機器とリアル機器のマッチング自体は成立させる。その場合、マッチングされたバーチャル機器は、同期化処理によってオンライン状態にすることはできないが、モニタ状態にすることはできる。

また、前記ステップＳ５０で、ＭＡＣアドレス及びエリア内ＩＤの両方が不一致の場合には（ステップＳ５０の「不一致」）、当該アンプに対するマッチング処理を終了する。また、当該リアル機器と複数のバーチャル機器の装置ＩＤの一部が重複してしまった場合には（ステップＳ５０の「一部重複」）、ステップＳ５４において、ＣＰＵ２０は、当該リアル機器と複数のバーチャル機器の装置ＩＤの一部重複をユーザに警告する警告表示をディスプレイに表示する処理を行い、当該アンプについてマッチング処理を終了する。この場合には、重複が生じたバーチャル機器は、オンライン状態にもモニタ状態にもすることができない。このような重複を防ぐために、既にマッチング済みのバーチャル機器を、図２３の処理におけるリアル機器とのマッチング処理の対象から外すようにしてもよい。

図２３に示すマッチング処理により、ネットワークに接続されたリアル機器と、カレントプロジェクトのエリアに登録されたバーチャル機器との対応付け（マッチング）を自動的に行うことができる。このマッチング処理は、エリアＩＤに基づくマッチング（ステップＳ４９）と、ＭＡＣアドレス及びエリア内ＩＤの少なくともいずれか一方に基づく装置ＩＤを使ったマッチング（ステップＳ５０）により実現される。従って、例えば、過去に使用したプロジェクトファイルを、該過去に使用したのと同じ構成の音響システムで利用する場合には、プロジェクト中の各エリア内のバーチャル機器に与えられたエリアＩＤや、ＭＡＣアドレス等が、該音響システム中の各リアル機器が持つエリアＩＤや、ＭＡＣアドレス等と一致するので、プロジェクト中の各エリア内のバーチャル機器と、音響システム上の各リアル機器とを、自動的に、マッチングすることができる。また、一部又は全部のリアル機器を同じ機種の別のリアル機器に置き換えた場合でも、そのリアル機器に同じエリアＩＤとエリア内ＩＤをセットしておけば、同様に自動マッチングができる。この実施例では、ユーザは、アンプ１の操作パネル１５を使って、エリアＩＤ４３とエリア内ＩＤとをそれぞれ入力できるようになっている。

なお、ログイン中のユーザが「パワーユーザ」（エリアの編集権限）以上の権限を持つユーザのときには、マッチング処理の構成は下記の通りに変更される。すなわち、ステップＳ４９の「エリアＩＤの照合」行う前に、ステップＳ５０の装置ＩＤのＭＡＣアドレスでマッチングをとる。それでマッチングがとれない場合に、エリアＩＤとエリア内ＩＤとでマッチングをとる。これにより、自動マッチングをよりフレキシブルに行うことができる。例えば、同じリアル機器を使用するあるプロジェクトファイルを閉じて別のプロジェクトファイルを開くとき、該あるプロジェクトファイルでオンラインしていた複数の機器を、別のプロジェクトファイルで自動マッチングすることができる。

なお、この実施例では、ユーザは、アンプ１の操作パネル１５を使ってエリアＩＤとエリア内ＩＤを入力できるようになっているが、これは、あくまでも自動マッチングのためである。オンライン状態のアンプ１のエリアＩＤやエリア内ＩＤが操作パネルで変更されると、システム全体の動作に重大なエラーを起こしかねない。そのため、リアル機器（アンプ１）がオンライン状態にある場合には、操作パネル１５からエリアＩＤやエリア内ＩＤが変更できないようにロックがかけられている。同様に、ＰＣ２についても、オンライン中のエリアのエリアＩＤ、オンライン中のバーチャル機器のエリア内ＩＤは、変更できないようにロックされる。

また、エリア内ＩＤのみを使ったマッチング処理が可能なことから、例えば、音響システムで使用中の複数のアンプ１（リアル機器）のうちの１つ故障した場合など、既存のリアル機器を別のリアル機器に交換する場合に、該別のリアル機器のマッチング処理を簡単に行うことができる。すなわち、別のリアル機器のエリア内ＩＤとして、前記既存のリアル機器（交換相手）に付与されていたエリア内ＩＤと同じ値を設定しておき、該既存のリアル機器（交換相手）をネットワークから切断し、該別のリアル機器をネットワークに接続して、該別のリアル機器のマッチングを行えば、該既存のリアル機器（交換相手）に変えて、該別のリアル機器が、自動的に、元は既存のリアル機器に対応付けられていたバーチャル機器にマッチングされる。従って、音響システム上のアンプ１の交換（取替え）作業などが簡単に行えるようになる。

また、前記図２３に示すマッチング処理によれば、エリアＩＤと装置ＩＤを使ってリアル機器とバーチャル機器の対応付けを行っていることから、カレントプロジェクト中のいずれかのエリアに登録されたバーチャル機器の装置ＩＤ３８に一致する装置ＩＤ４１を持つリアル機器（該バーチャル機器に対応するリアル機器）がネットワーク接続されており、且つ、そのリアル機器が持つエリアＩＤ４３が、該バーチャル機器が登録されたエリアのエリアＩＤ４６に一致する場合、つまりリアル機器がカレントプロジェクト中のいずれかエリアに属する場合にのみ、バーチャル機器とリアル機器のマッチングが成立する。そして、該マッチング処理により、エリア内のバーチャル機器が実際のリアル機器と対応付けできた場合にのみ、ＰＣ２は、そのリアル機器を、前述した図１７に示す同期化処理で同期化し、制御又はモニタすることができる。よって、例えば、或るＰＣ２から或るエリア内のリアル機器をモニタしている（そのエリア内の各リアル機器には別の制御主がいる）ときに、該別の制御主のカレントプロジェクトで、そのエリアに新たにリアル機器が追加されたとしても、該或るＰＣ２で立ち上げているカレントプロジェクト中のエリアに、その新たに追加されたリアル機器に対応すべきバーチャル機器が登録されていなければ、当該ＰＣ２から該新たに追加されたリアル機器をモニタすることはできない。この場合、同一エリア内の一部のリアル機器のみがＰＣ２からモニタされることになる。

また、リアル機器が検出されても、カレントプロジェクト中のエリアに登録されたバーチャル機器に対応するものがなければ（ステップＳ４９の「不一致」又はステップＳ５０の「不一致」）、該リアル機器の対応付けは成立しない。この場合、ツリー表示部５０のデバイスツリーに「エリア外のバーチャル機器」が表示されることは既に述べたとおりである。カレントプロジェクト中で或るエリアから削除されたバーチャル機器又は別のエリアに移動されたバーチャル機器に対応するリアル機器は、前記図２３に示すマッチング処理によれば、エリアＩＤの不一致により、「エリア外のバーチャル機器」と判断される。この場合、そのバーチャル機器とリアル機器のマッチングが成立しないので、ＰＣ２は、そのリアル機器のことを、制御及びモニタすることはできない。あるエリアでパワーユーザ以上の権限を有するユーザは、そのエリアがオフライン状態にあるとき、エリア外のバーチャル機器をそのエリア内に移動することができる。その後に、そのエリアをオンライン化すれば、そのバーチャル機器には、そのエリアにおけるエリア内ＩＤが付与され、対応するリアル機器には、そのエリア内のリアル機器としての設定が行われる。

また、バーチャル機器とリアル機器はそれぞれグループ情報（グループ情報３６、グループ情報４４）を記憶しており、エリア内でグループ化可能であるが、マッチング処理ではバーチャル機器とリアル機器の対応付けに、グループ情報は使用されない。よって、バーチャル機器を或るグループから同じエリア内の別のグループに移動された場合（つまりグループ情報３６とグループ情報４４が不整合になった場合）でも、そのバーチャル機器とリアル機器では、エリアＩＤと装置ＩＤの一致は取れているので、両者のマッチングをとることができる。ＰＣ２から或るエリア内のリアル機器をモニタする場合に、該ＰＣ２のカレントプロジェクトの該或るエリアのエリア情報３３内に格納されたグループ情報３６と、該或るリアル機器が持っているグループ情報４４が不整合であっても、（１）述べた通り、両機器のマッチングはエリアＩＤと装置ＩＤでとることができ、（２）同期化処理によりモニタ状態に移行するときには前記ステップＳ３８で「逆シンクロ」処理を行うため、該或るリアル機器が持っているグループ情報４４でグループ情報３６が上書きされる。よって、リアル機器が同じエリアの別のグループに移動された場合、モニタを行うＰＣ２では、そのリアル機器を移動先のグループに属する機器として自動的に認識し、該移動先のグループに属する機器として、その動作データをモニタすることができる。

なお、この実施例では、前記ステップＳ５０の装置ＩＤの照合処理において、ＭＡＣアドレスでマッチングがとれなかったときに、エリア内ＩＤを使ってマッチングを行うように処理を構成するものとしたが、ＰＣ２側（装置情報３７）の装置ＩＤ３８にＭＡＣアドレスが記憶されていない場合に限り、エリア内ＩＤを使ってマッチングを行うように処理を構成してもよい。このようにステップＳ５０の処理を構成した場合、ＭＡＣアドレスの不一致は、装置ＩＤの不一致と判断される。

図２４は、アンプ１のＣＰＵ１０が実行する全体的な動作手順の概要を説明するフローチャートである。なお、ここで述べる動作は、ＣＰＵ１０が実行する制御プログラムによって実現されるアンプ１の制御に関する動作であって、音響信号処理の動作（ＤＳＰ１３及び電力増幅部１４の動作）ではない。このフローチャートに示す処理はアンプ１の電源オンに応じて開始する。ステップＳ５５において、ＣＰＵ１０は所定初期化処理を行う。この初期化処理には、ＩＰアドレスの設定や、自機のネットワーク接続を通知する「接続」メッセージをネットワーク上にブロードキャストする処理等が含まれる。

ネットワーク上のＰＣ２から何らかのコマンドを受信したときには（ステップＳ５６の「あり」）、ＣＰＵ１０は、ステップＳ５７において、該受信したコマンドに応じた処理を実行する。受信したコマンドに応じてＣＰＵ１０が実行する処理の具体例は後述する。また、ユーザが、当該アンプ１のパネル操作子（ユーザインターフェース１５）を操作した場合には（ステップＳ５８の「あり」）、ＣＰＵ１０は、ステップＳ５９において、前記パネル操作に応じた処理を実行する。パネル操作には、例えば、エリア内ＩＤの設定操作などが含まれる。エリア内ＩＤの設定操作は、具体的には、数値の入力である。エリア内ＩＤの設定操作が行われた場合には、ＣＰＵ１０は、当該アンプ１（リアル機器）のメモリ１１のエリア内ＩＤに、前記入力された数値を格納する。

アンプ１は電源がオフされるまで、前記ステップＳ５６〜Ｓ５９の処理を繰り返し実行する。

図２５は、前記図１８のステップＳ３１においてＰＣ２から送信される「制御要求」を受信したときに、アンプ１のＣＰＵ１０が前記ステップＳ５７で実行する処理の動作手順の一例を示すフローチャートである。ステップＳ６０において、ＣＰＵ１０は、アンプ１のメモリ１１に格納されたＵｓｅｒＩｎｆｏ情報４５と、前記「制御要求」の送信を行ったユーザ（カレントプロジェクトにログイン中のユーザ）のゆーざＩＤとアカウント情報３４を比較して、ユーザ認証を行う。ユーザ認証では、当該アンプ１のメモリ１１に記憶されたＵｓｅｒＩｎｆｏ情報４５の中に、前記要求を行ったユーザのアカウント情報３４（ユーザＩＤと認証情報）があるかどうか、また、ＵｓｅｒＩｎｆｏ情報４５の中にユーザのアカウントがあれば、そのアカウントに与えられた権限を調べて、アンプ１の制御権限を持っているかどうかを判断する。なお、前記ＵｓｅｒＩｎｆｏ情報４５がクリアされている場合は、ユーザのアカウント情報３４が何であっても制御権限有り（ステップＳ６１の「ＯＫ」）と判断する。

ＵｓｅｒＩｎｆｏ情報４５の中に、前記要求を行ったユーザのアカウント情報３４があり、また、そのアカウントがアンプ１の制御権限を持っていれば、ＣＰＵ１０は、ユーザ認証が成立したものと判断（ステップＳ６１の「ＯＫ」）する。そして、ステップＳ６２において、ＣＰＵ１０は、アンプ１のメモリ１１に記憶されたコントローラＩＤ４２に制御主のＩＤが入っているかどうかを調べることで、前記制御要求を行ったＰＣ２とは別のＰＣ２によるリモート制御を、現在当該アンプ１が受けているかどうかを判断する。コントローラＩＤに制御主のコントローラＩＤが入っているならば、アンプ１のＣＰＵ１０は、既に当該アンプ１をリモート制御している制御主（別のＰＣ）があると判断する（ステップＳ６２の「有り」）。その場合、もしくは、前記ステップＳ６０のユーザ認証において、前記要求を行ったユーザのアカウント情報３４が、アンプ１のＵｓｅｒＩｎｆｏ情報４５に含まれているが、ＵｓｅｒＩｎｆｏ情報４５の中の対応するユーザロールの示す権限が、閲覧権限だった場合（つまりユーザの権限が不足する場合）には、ステップＳ６３において、ＣＰＵ１０は、前記「制御要求」の送信したＰＣ２に対して、モニタを許可する旨を伝えるレスポンス（「モニタ可」）を送信する。つまり、後発の制御要求は受け付けない。言い換えれば、アンプ１の制御権は先着順に取得される。なお、「モニタ可」のレスポンスを返すとき、コントローラＩＤ４２に入っているＩＤの値（既にリモート制御をしている制御主（別のＰＣ）のコントローラＩＤ）も一緒に、ＰＣ２へ送信される。これにより、該ＰＣ２に対して当該アンプ１をリモート制御している別のＰＣのコントローラＩＤが通知される。なお、ステップＳ６２の判定で、ＰＣ２のコントローラＩＤとの一致を考慮するようにしてもよい。即ち、コントローラＩＤに制御主のコントローラＩＤが入っていない場合だけでなく、入っていてもそのコントローラＩＤがＰＣ２から取得するコントローラＩＤと一致する場合に、ステップＳ６２で「無し」（Ｎｕｌｌ）に分岐させるようにしてもよい。

一方、アンプ１のメモリ１１に記憶されたコントローラＩＤ４２に値が入っていない（コントローラＩＤ＝Ｎｕｌｌ）ならば、このアンプ１をリモート制御をしている制御主（別のＰＣ）がいないということを意味する。アンプ１のＣＰＵ１０は、既に当該アンプ１をこのアンプ１がいずれのＰＣからもリモート制御を受けていないものと判断する（ステップＳ６２の「無し」）。その場合、ＣＰＵ１０は、ステップＳ６４において、前記「制御要求」の送信元のＰＣ２（新たな制御主）から、そのＰＣ２のコントローラＩＤと、カレントプロジェクト中で当該アンプ１に対応付けられたバーチャル機器が登録されているエリアのエリアＩＤ４６と、同エリアのグループ情報３６（「ＲａｃｋＴｒｅｅ」、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」）を取得し、該取得した各情報に基づきアンプ１のメモリ１１のコントローラＩＤ４２と、エリアＩＤ４３と、グループ情報４４（「ＲａｃｋＴｒｅｅ」、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」の各グループでの当該アンプの位置情報）を更新する。

また、ステップＳ６５において、ＣＰＵ１０は、ＰＣ２（新たな制御主）から、そのＰＣ２のカレントプロジェクトのユーザ情報（全ユーザのアカウント情報３４）と、カレントプロジェクト中で当該アンプ１に対応付けられたバーチャル機器が登録されているエリアに含まれるユーザロール情報３５とを取得して、該取得したアカウント情報３４とユーザロール情報３５とに基づきアンプ１のメモリ１１のＵｓｅｒＩｎｆｏ情報４５を更新する。これにより、アンプ１は、自機の制御主であるＰＣ２（該ＰＣ２に現在開いているカレントプロジェクト）に設定されているのと同じアカウント情報、並びに、該アカウント中の各ユーザのユーザロール情報を持つことになる。

そして、ＣＰＵ１０は、ステップＳ６６において、前記「制御要求」の送信したＰＣ２に対して制御を許可する旨を伝えるレスポンス（「制御可」）を送信する。このとき、前記ステップＳ６３で更新したコントローラＩＤの値も一緒に、ＰＣ２へ送信する。このコントローラＩＤは、その送信先のＰＣ２のコントローラＩＤである。

前記ステップＳ６６でＰＣ２へ送信された「制御可」のレスポンス、又は、前記ステップＳ６３ＰＣ２へ送信された「モニタ可」のレスポンスに基づき、該ＰＣ２のＣＰＵ２０が前記図１８の同期化処理におけるステップＳ３１の判断を行うことは、既に述べたとおりである。

また、前記ステップＳ６０のユーザ認証において、該「制御要求」を行ったユーザのアカウントがアンプ１に記憶されたＵｓｅｒＩｎｆｏ情報４５の中に存在しない場合には、アンプ１のＣＰＵ１０はユーザ認証に失敗したものと判断し（ステップＳ６１の「ＮＧ」）、ステップＳ６７において該「制御要求」の送信元のＰＣ２に対して、制御要求を拒絶する旨を伝えるレスポンス（「拒絶」）を送信する。なお、前記ステップＳ６０のユーザ認証で、ＰＣ２の対応するバーチャル機器のエリアＩＤとの一致を考慮するようにしてもよい。即ち、リアル機器のＵｓｅｒＩｎｆｏ情報４５に前記要求を行ったユーザのアカウント情報３４が存在しない場合だけでなく、ＰＣ２から取得する対応するバーチャル機器のエリアＩＤとリアル機器のエリアＩＤが不一致の場合に、ステップＳ６１で「ＮＧ」に分岐させるようにしてもよい。

図２６は、前記図２１のステップＳ４０においてＰＣ２から送信される「開放」要求のコマンドを受信したときに、アンプ１のＣＰＵ１０が前記ステップＳ５７で実行する処理の動作手順の一例を示すフローチャートである。ステップＳ６８において、ＣＰＵ１０は、自機のコントローラＩＤ４２の値を「Ｎｕｌｌ」にセットするとともに、ＵｓｅｒＩｎｆｏ情報４５をクリアする。これにより、当該アンプ１はいずれのユーザ（ＰＣ２）からもリモート制御を受けていないフリーの状態になる。ステップＳ６９において、ＣＰＵ１０は、自機がリモート制御から「開放」された旨を通知するメッセージを、ネットワーク上にブロードキャストする。

図２７は、ＰＣ２からアンプ１の各種データの設定状況や動作状況等に関する情報の提供を要求されたときに、アンプ１のＣＰＵ１０が前記ステップＳ５７で実行する処理の動作手順の一例を示すフローチャートである。ＣＰＵ１０は、ＰＣ２から要求された自機の設定状況や動作状況等に関する情報を、該要求したＰＣ２に返信する（ステップＳ７０）。前記ステップＳ７０においてＰＣ２へ返信される情報は、例えば、アンプ１の機種情報、当該アンプ１の動作データの値、音響信号の入力レベル、同出力レベル、あるいは、増幅部１４の温度レベルなどであって、自機のメモリ１１に記憶されたデータの一部（ＰＣ２から要求されたもの）である。なお、例えば音響信号のレベルなど、アンプ１の動作状況に関する情報等は、アンプ１を制御中又はモニタ中のＰＣ２に定期的に提供されてもよい。つまり、図２７と同種の動作（ＰＣ２への情報提供）は、ＰＣ２からのコマンドが無くとも実行される可能性がある。なお、図２７の処理は、情報を要求したユーザのアカウント情報３４がＵｓｅｒＩｎｆｏ情報４５に含まれており、且つ、ＵｓｅｒＩｎｆｏ情報４５の中の対応するユーザロールの示す権限が閲覧権限以上であることを条件に実行されるようにしてもよい。この場合、アンプ側とＰＣ２側での二重の権限チェックとなる。

図２８は、図１４のステップＳ１５においてＰＣ２から送信される「操作要求」のコマンドを受信したときに、アンプ１のＣＰＵ１０が前記ステップＳ５７で実行する処理の動作手順の一例を示すフローチャートである。ステップＳ７１において、ＣＰＵ１０は、該操作要求の要求元のＰＣ２による操作要求を受け入れるかどうか判断する。該ステップＳ７１の判断で、操作要求を受け入れる場合とは、記操作要求を行った要求元のＰＣ２のコントローラＩＤと自機のメモリ１１に格納されたコントローラＩＤ４２（制御主のコントローラＩＤ）が一致している場合、つまり操作要求の送信元のＰＣ２が当該アンプ１の制御主である場合、且つ、要求元のＰＣ２にログイン中のユーザが当該アンプ１の制御権限を持つ場合である。一方、該ステップＳ７１の判断で、操作要求を受け入れない場合とは、前記操作要求を行った要求元のＰＣ２のコントローラＩＤと自機のメモリ１１に格納されたコントローラＩＤ４２が不一致の場合、つまり操作要求の送信元のＰＣ２とは別のＰＣが当該アンプ１の制御主である場合、および要求元のＰＣ２にログイン中のユーザに権限が不足している場合の少なくともいずれか一方の場合である。操作要求が受け入れらない場合（ステップＳ７１の「ＮＧ」）、この処理は終了する。なお、ＰＣ２のコントローラＩＤと同じＩＤがアンプのメモリ１１のコントローラＩＤと一致するということは、図１８のステップＳ３０でログインユーザに当該エリアの制御権があると判断されＰＣ２のコントローラＩＤがメモリ１１に書き込まれたということを意味するので、ステップＳ７１と合わせて二重の権限チェックが行われていることになる。

操作要求が受け入れられたら（ステップＳ７１の「ＯＫ」）、ＣＰＵ１０は、ステップＳ７２においてＰＣ２から送信されたコマンド（操作の内容）に応じて、自身のメモリ１１中のデータを更新し、ステップＳ７３において、前記ステップＳ７２によるデータ更新後の状態（設定変更メッセージ）をネットワーク上にブロードキャストする。ここで、変更状態（設定変更メッセージ）を、制御主のＰＣ２のみならずネットワーク全体にブロードキャストしているのは、該変更状態（設定変更メッセージ）を、モニタのみ許可されたユーザ（制御主以外のＰＣ２）にも通知するためである。これにより。設定変更メッセージを受け取った全てのＰＣ（制御主のＰＣと、それ以外のＰＣ）のバーチャル機器に、リアル機器の変更状態が反映される。

図２９は、アンプ１のＣＰＵ１０が所定時間間隔で実行するタイマ動作の動作手順の一例を示すフローチャートである。ステップＳ７４において、アンプ１のＣＰＵ１０は、ネットワーク上のＰＣ２（全部）に対するアクティブセンシングを行い、その結果、ネットワーク上のＰＣ２から所定時間無応答であれば（ステップＳ７４の「ＹＥＳ」）、ステップＳ７５において、自機のコントローラＩＤ４２の値を「Ｎｕｌｌ」にセットするとともに、ＵｓｅｒＩｎｆｏ情報４５をクリアする。これにより、アンプ１のＣＰＵ１０は、自機をリモート制御を受けないフリーの状態にする。そして、ステップＳ７５において、アンプ１のＣＰＵ１０は、自機がリモート制御から「開放」された旨を通知するメッセージを、ネットワーク上にブロードキャストする。

なお、前記ステップＳ７５でブロードキャストされた開放通知を受けたＰＣ２において、当該アンプ１が属するエリアの編集権限を持った「パワーユーザ」がログオン中であったならば、そのＰＣ２のＣＰＵ２０は、前記図１８に示す同期化処理を実行して、前記開放通知を発信したアンプ１をオンライン状態にする。このときに実行する同期化処理は、該開放通知を発信したアンプ１の１台のみを対象に、ステップＳ２６以下の処理を実行するだけでもよいし、当該エリアに登録された全てのアンプを対象にしてもよい。

なお、上記図１８の同期化処理の説明においては、ステップＳ３１で制御要求を送信してから、ステップＳ３２でレスポンスを受けるまでの間に、コントローラＩＤ、エリアＩＤ、グループ情報、ユーザ情報、およびユーザロール情報を、アンプ１に送信するものとしたが、図２５のアンプ側の制御要求に応じた処理において、ステップＳ６４及びステップＳ６５の情報更新よりも先に、ステップＳ６６の「制御可」のレスポンス返信を行うのであれば、ＰＣ２側から上記各情報を送信するタイミングは、ステップＳ３１〜Ｓ３２（ＯｎＬｉｎｅステータスの設定）の間の適宜のタイミングであってよい。

また、上記実施例では、ステップＳ３１の「制御要求」の送信後、そのレスポンスを受けるまでの間に、ＰＣ２からリアル機器に、エリアＩＤ４６、コントローラＩＤ４０、グループ情報３６、アカウント情報３４、およびユーザロール情報３５を必ず送信するようになっていたが、それら送信した情報でリアル機器側の情報を「上書き」するのは、ステップＳ３２で「制御可」の応答を受ける場合だけであり、それ以外の場合のネットワーク上のデータ転送は無駄である。この部分を改良して、ステップＳ３２の判定後に、その判定が「制御可」であった場合のみ、それらの情報をＰＣ２からリアル機器に送るようにしてもよい。その場合、図２５のステップＳ６４〜Ｓ６６は、まずステップＳ６６、次にステップＳ６４、その次にステップＳ６５という順に処理されるよう処理順序を変更しなければならない。

また、上記実施例では、権限チェックがアンプ側とＰＣ側とで二重化されている所が複数あるが、それぞれ、アンプ側およびＰＣ側の何れか一方のみで権限チェックするようにしても良い。

また、上記実施例では、装置ＩＤ３８及び装置ＩＤ４１は、アンプ１のＭＡＣアドレスとエリア内ＩＤとから構成されるものとしたが、装置ＩＤはアンプを特定する何らかのＩＤ情報（固定的なものが望ましい）と、エリア内ＩＤとを組み合わせた情報であれば、実施例の構成に限定されない。

また、上記実施例においては、パワーアンプ装置１と、これを制御するパーソナルコンピュータ２がネットワーク接続された音響システムに、本発明を適用する例について説明したが、音響システムの構成は、上記実施例に限定されるものではなく、音響機器と、これを制御する制御装置がネットワーク接続された音響システムであれば、本発明を適用することができる。音響機器は、パワーアンプ装置に限らず、例えば、オーディオミキサ、レコーダなどを適用してもよい。

また、上記実施例のリモート制御ソフトでは、複数のエリアを作成できるようになっていたが、予め用意された１エリアのみを使用し、新規エリアを作成できないリモート制御ソフトであってもよい。

また、ツリー表示部５０において、エリア、グループ、グループの構成（ツリー）、およびアンプを表す表示物（バーチャル機器）の各種表示態様、例えばアイコン形状、表示フォント、あるいは表示色などをユーザが設定できるようにして、音響システムをモニタするＰＣにおいて、エリア、グループ、グループの構成（ツリー）、およびアンプを表す表示物の各種表示態様も、モニタ対象を制御しているＰＣに設定された表示態様と同じにするよう構成することもできる。

以上説明した通り、この実施例によれば、アンプ１側に記憶されたＵｓｅｒＩｎｆｏ情報４５にアカウントがないユーザ、および該ＵｓｅｒＩｎｆｏ情報４５が持つ権限が不足しているユーザの少なくともいずれか一方に該当すれば、ＰＣ２からアンプ１を制御又はモニタすることができないので、意図しないユーザによってアンプ１が制御又はモニタされてしまうことを効果的に抑止して、ネットワーク上のアンプ１を保護することができるという優れた効果を奏する。

この発明の一実施形態に係る音響システムを構成するパワーアンプネットワークの構成例を示すブロック図。 パワーアンプの電気的ハードウェア構成例を示すブロック図。 パーソナルコンピュータの電気的ハードウェア構成例を示すブロック図。 パーソナルコンピュータのリモート制御ソフトが用意するデータの構成例を説明する図。 図４のユーザロール情報の構成を詳細に示す図。 アンプのメモリに用意されるデータの構成例を説明する図。 パーソナルコンピュータのディスプレイに表示されるリモート制御ソフトの「基本画面」の表示例を示す図。 （ａ）〜（ｃ）は図７の基本画面中のツリー表示部の構成例を示す図であって、（ａ）はデバイスツリー、（ｂ）はラックグループツリー、（ｃ）はフィードストラクチャーグループツリー。 （ａ）及び（ｂ）は図７の基本画面中のレベル表示部、状態表示部、およびアッテネータ操作部の領域の構成例を示す図であって、（ａ）はアンプが個別に選択された場合の画面の画面構成例、（ｂ）はエリア又はグループが選択された場合の画面構成例。 パーソナルコンピュータで実行されるリモート制御ソフトの動作手順の流れの大枠を示すフローチャート。 プロジェクトファイルのロードが指示されたときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。 プロジェクトファイルのストアが指示されたときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。 基本画面のツリー表示部でツリー構成が編集されたときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。 基本画面でアンプ（バーチャル機器）が編集されたときにパーソナルコンピュータで実行される動作手順であって、該アンプがオンライン状態のときの動作手順の一例を示するフローチャート。 基本画面でアンプ（バーチャル機器）が編集されたときにパーソナルコンピュータで実行される動作手順であって、該アンプがオフライン状態のときの動作手順の一例を示するフローチャート。 プロジェクトファイルのアカウントが編集されたときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。 基本画面で「Ｏｎ−Ｌｉｎｅ」ボタン画像が操作されたときにディスプレイに表示される「シンクロナイズドダイアログ」の構成例を示す図。 「シンクロナイズドダイアログ」でオンライン化指示ボタンが操作されたときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。 図１８の同期化処理において同期化（シンクロ）の方向をユーザに選択させるためにディスプレイに表示される「シンクロ方向選択画面」の構成例を示す図。 図１８の同期化処理中にエラーが発生したときにディスプレイに表示される「警告ダイアログ」の構成例を示す図。 「シンクロナイズドダイアログ」でオフライン化指示ボタンが操作されたときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。 パーソナルコンピュータで実行されるタイマ動作の動作手順の一例を示すフローチャート。 バーチャル機器とリアル機器の対応付け（マッチング）をすべきときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。 アンプで実行されるアンプの制御に関する動作手順の流れの大枠を示すフローチャート。動作手順の一例を示するフローチャート。 パーソナルコンピュータから制御要求を受信したときにアンプで実行される動作手順の一例を示するフローチャート。 パーソナルコンピュータから開放要求を受信したときにアンプで動作手順の一例を示するフローチャート。 パーソナルコンピュータから情報提供要求を受信したときにアンプで動作手順の一例を示するフローチャート。 パーソナルコンピュータから操作要求を受信したときにアンプで動作手順の一例を示するフローチャート。 アンプで実行されるタイマ動作の動作手順の一例を示するフローチャート。

符号の説明

１ パワーアンプ装置（音響機器）、２ パーソナルコンピュータ（制御装置）、１０ ＣＰＵ、１１ メモリ、１２ オーディオＩ／Ｏ １３ 信号処理部（ＤＳＰ）、１４ 電力増幅部、１５ ユーザインターフェース、１６ 通信Ｉ／Ｆ、２０ ＣＰＵ、２１ メモリ、２２ ＨＤＤ、２３ 通信Ｉ／Ｆオーディオ、２４ ユーザインターフェース、３１ プロジェクトライブラリ、３２ プロジェクトファイル、３３ エリア情報、３４ アカウント情報、３５、ユーザロール情報、３６ グループ情報、３７ 装置情報、３８ 装置ＩＤ、３９ ＯｎＬｉｎｅステータス情報、４０ コントローラＩＤ、４１ 装置ＩＤ、４２ コントローラＩＤ、４３ エリアＩＤ、４４ グループ情報、４５ ＵｓｅｒＩｎｆｏ情報、５０ ツリー表示部、５２ レベル表示部、５３ 状態表示部、５４ アッテネータ操作部、６７ オンライン化指示ボタン画像、６８ オフライン化指示ボタン画像

Claims (10)

1. 複数の音響機器と、該複数の音響機器を制御するための少なくとも１台の制御装置とを接続したネットワークにより構成される音響システムであって、
   前記複数の音響機器のそれぞれは、
   音響機器を特定する音響機器ＩＤと、音響機器を制御する制御データと、音響機器が属するべきエリアを示すエリアＩＤを記憶した第１記憶手段を備え、前記音響機器ＩＤはユニークＩＤ及びエリア内ＩＤからなり、該エリア内ＩＤはユーザによって設定されるものであり、
   前記制御装置は、
   エリア情報を記憶した第２記憶手段であって、１つの前記エリア情報は、１つのエリアを示す１つのエリアＩＤ及び前記エリアに登録された１又は複数のバーチャル機器のためのバーチャル機器情報を含み、該バーチャル機器情報のそれぞれは、対応するバーチャル機器を特定するバーチャル機器ＩＤと、前記対応するバーチャル機器に対応付けられた音響機器をリモート制御するための制御データを含む第２記憶手段と、
   前記ネットワークを介して接続された前記各音響機器から、その音響機器の前記第１記憶手段に記憶された音響機器ＩＤ及びエリアＩＤを受信して、各音響機器毎に、その音響機器から受信した音響機器ＩＤ及びエリアＩＤが前記第２記憶手段に記憶されたいずれかのバーチャル機器ＩＤ及びエリアＩＤにマッチするかどうか判定して、マッチするバーチャル機器ＩＤ及びエリアＩＤがあった場合には、前記マッチしたバーチャル機器ＩＤ及びエリアＩＤにより特定されるバーチャル機器に、当該音響機器を対応付けるマッチング手段と、
   各バーチャル機器毎に、そのバーチャル機器に対応付けた音響機器から制御データを受信して、該受信した制御データにより前記第２記憶手段に記憶された当該バーチャル機器のための制御データを上書きすること、又は、各バーチャル機器毎に、前記第２記憶手段に記憶された当該バーチャル機器のための制御データを、そのバーチャル機器に対応付けた音響機器へ送信して、該送信した制御データにより該音響機器の前記第１記憶手段に記憶された制御データを上書きすることにより、バーチャル機器のための制御データを音響機器内の記制御データと同期させる同期化手段と、
   前記第２記憶手段に記憶されたバーチャル機器のための制御データと音響機器内の制御データが同期されているときに、音響機器をそれぞれリモート制御するリモート制御手段であって、前記第２記憶手段に記憶された前記バーチャル機器のための制御データをユーザに表示して、ユーザによる制御操作を受け付けるとともに、該受け付けた制御操作に応じて、前記第２記憶手段に記憶された前記バーチャル機器のための制御データ及び前記音響機器内の制御データを変更するリモート制御手段と
   を備えることを特徴とする音響システム。
2. 前記エリア内の各バーチャル機器及び各音響機器は、該エリア内に作成された複数のグループの１つに属しており、
   前記各音響機器に備わる前記第１記憶手段は、前記エリアの中に形成された複数のグループのうちの当該音響機器が属するべき１つのグループを示すグループ情報を更に記憶し、
   前記制御装置に備わる前記第２記憶手段に記憶されたエリア情報は、前記バーチャル機器が属するべきグループを示すグループ情報を更に含み、
   前記同期化手段は、更に、音響機器の前記第１記憶手段に記憶されたグループ情報を、前記第２記憶手段に記憶されたバーチャル機器のためのグループ情報と同期させるものであり、
   前記制御装置は、更に、前記第２記憶手段に記憶されたグループ情報に従ってグループ化されたバーチャル機器のアイコンを表示するグループ表示手段を含むことを特徴とする請求項１に記載の音響システム。
3. 前記音響機器の少なくとも１つは、更に、ユーザによる第１設定操作に応じて音響機器ＩＤ内のエリア内ＩＤ及びエリアＩＤを設定して、該設定したエリア内ＩＤ及びエリアＩＤを前記第１記憶手段に記憶する第１設定手段を備えることを特徴とする請求項１に記載の音響システム。
4. 前記制御装置は、ユーザによる登録操作に応じて、前記エリアにバーチャル機器を新たに登録する登録手段を備え、該登録手段により登録されたバーチャル機器のための１つのバーチャル機器情報が前記第２記憶手段に記憶されることを特徴とする請求項１に記載の音響システム。
5. 前記制御装置は、ユーザによる第２設定操作に応じて、少なくとも１つのバーチャル機器ＩＤを設定して、該設定したバーチャル機器ＩＤを前記第２記憶手段に記憶する第２設定手段を更に備えることを特徴とする請求項１に記載の音響システム。
6. 前記制御装置は、バーチャル機器が新たにエリアに登録されたときに、所定のルールに従って、前記バーチャル機器のためのバーチャル機器ＩＤを自動的に設定して、該設定したバーチャル機器ＩＤを前記第２記憶手段に記憶する自動設定手段を更に備えることを特徴とする請求項４に記載の音響システム。
7. 前記各バーチャル機器のためのバーチャル機器ＩＤは、前記音響機器ＩＤと同様にユニークＩＤ及びエリア内ＩＤにより構成されることを特徴とする請求項１に記載の音響システム。
8. 前記マッチング手段は、音響機器から受信したユニークＩＤが、前記第２記憶手段に記憶されたバーチャル機器のためのユニークＩＤにマッチする場合に、前記音響機器を前記バーチャル機器に対応付けるものであることを特徴とする請求項７に記載の音響システム。
9. 前記マッチング手段は、音響機器から受信したエリア内ＩＤ及びエリアＩＤが、前記第２記憶手段に記憶されたバーチャル機器のためのエリア内ＩＤ及びエリアＩＤにマッチする場合に、前記音響機器を前記バーチャル機器に対応付けるものであることを特徴とする請求項７に記載の音響システム。
10. 複数の音響機器と、該複数の音響機器を制御するための少なくとも１台の制御装置とを接続したネットワークにより構成される音響システムであって、
    前記複数の音響機器のそれぞれは、
    音響機器を特定する音響機器ＩＤと、音響機器を制御する制御データと、音響機器が属するべきエリアを示すエリアＩＤを記憶した第１記憶手段を備え、前記音響機器ＩＤはユニークＩＤ及びエリア内ＩＤからなり、該エリア内ＩＤはユーザによって設定されるものであり、
    前記制御装置は、
    エリア情報を記憶した第２記憶手段であって、１つの前記エリア情報は、１つのエリアを示す１つのエリアＩＤ及び前記エリアに登録された１又は複数のバーチャル機器のためのバーチャル機器情報を含み、該バーチャル機器情報のそれぞれは、対応するバーチャル機器を特定するバーチャル機器ＩＤと、前記対応するバーチャル機器に対応付けられた音響機器をリモート制御するための制御データを含む第２記憶手段と、
    前記ネットワークを介して接続された前記各音響機器から、その音響機器の前記第１記憶手段に記憶された音響機器ＩＤ及びエリアＩＤを受信して、各音響機器毎に、その音響機器から受信した音響機器ＩＤ及びエリアＩＤが前記第２記憶手段に記憶されたいずれかのバーチャル機器ＩＤ及びエリアＩＤにマッチするかどうか判定して、マッチするバーチャル機器ＩＤ及びエリアＩＤがあった場合には、前記マッチしたバーチャル機器ＩＤ及びエリアＩＤにより特定されるバーチャル機器に、当該音響機器を対応付けるマッチング手段と、
    各バーチャル機器毎に、そのバーチャル機器に対応付けた音響機器から制御データを受信して、該受信した制御データにより、前記第２記憶手段に記憶された当該バーチャル機器のための制御データを上書きすることにより、バーチャル機器のための制御データを音響機器内の記制御データと同期させる同期化手段と、
    前記第２記憶手段に記憶されたバーチャル機器のための制御データがいずれか１つの音響機器の制御データと同期されている場合に、バーチャル機器のための制御データを更新する更新手段であって、前記更新手段は、１つの音響機器内の制御データがユーザにより変更されたときに該音響機器から変更メッセージを受信して、該１つの音響機器から受信した変更メッセージに基づいて、第２記憶手段に記憶されたバーチャル機器のための制御データを更新するものと、
    前記第２記憶手段に記憶された各バーチャル機器のための制御データを、ユーザが各音響機器毎に遠隔監視できるよう表示する表示手段と
    を備えることを特徴とする音響システム。

Images