音響機器と、その音響機器を制御するための制御装置とを接続したネットワークにより構成される音響システム

【課題】音響機器と、これを制御するＰＣとを接続したネットワークからなる音響システムにおいて、意図しないユーザの制御又はモニタを防ぐ。
【解決手段】アンプ１と、該アンプ１を制御するためリモート制御ソフトを実装したＰＣ２がネットワーク接続される。ＰＣ２のメモリ２１にはユーザのアカウント情報と、アンプ１に対するユーザの権限を規定したユーザロール情報３５が記憶される。アンプ１のメモリ１１には、ユーザのアカウントと、該アカウントに対応するユーザロールとからなるＵｓｅｒＩｎｆｏ情報４５が記憶される。ＰＣ２からアンプ１に制御要求が送信されると、アンプ１では、該ＵｓｅｒＩｎｆｏ情報４５中に、制御要求を行ったユーザのアカウント情報３３と一致するアカウントあり、且つ、該アカウントに対応するユーザロールにより制御権限が与えられていれば、制御要求を許可する。制御要求の許可を受けて、ＰＣ２はアンプ１を制御することができる。

【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、音響機器と、該音響機器を制御するための制御装置とを接続したネットワークにより構成される音響システムであって、該音響システムの管理及び保護のための技術に関する。
【背景技術】
【０００２】
ＰＡシステム（「ＰＡ」はＰｕｂｌｉｃＡｄｄｒｅｓｓの略）、あるいは、ＳＲシステム（「ＳＲ」はＳｏｕｎｄＲｅｉｎｆｏｒｃｅｍｅｎｔの略）などと一般的に呼称される音響システムは、基本的には、オーディオミキシング装置（ミキサ）等の音響信号供給源から供給された音響信号をパワーアンプ装置に送り、該パワーアンプ装置で電力を増幅した音響信号によりスピーカを駆動するシステムである。例えば、音楽演奏会場、劇場、或いは、各種ホールなどの大面積建造物等には、大規模の音響システムが設備される。大規模の音響システムは、複数台のパワーアンプ装置を有していることから、その制御及び管理が複雑である。
【０００３】
従来から知られるパワーアンプ装置には、イーサネット（登録商標）規格のネットワークに接続され、該ネットワークを介して接続された制御装置からリモート制御されることが可能な機種があった。制御装置は、例えば、パワーアンプ装置をリモート制御するための専用のアプリケーションプログラム（「リモート制御ソフト」）を実装したパーソナルコンピュータ（ＰＣ）により構成される。ＰＣが前記リモート制御を実施するための各種データは、１つのプロジェクトファイルとしてＰＣのメモリに保存される。リモート制御ソフトは、該ソフトを起動するときに１つのプロジェクトファイルを開き、該プロジェクトファイルに保存された各種データに基づきパワーアンプ装置のリモート制御を行う。リモート制御ソフトを実行することで、ユーザは、１台のＰＣにおいて、ネットワーク上の１又は複数のパワーアンプ装置の動作をリモート制御したり、該１又は複数のパワーアンプ装置の動作状況をモニタしたりすることができた（例えば、下記非特許文献１等を参照）。
【非特許文献１】http://www2.yamaha.co.jp/manual/pdf/pa/japan/amp/acu16c_ja_om.pdf(製品名「NetworkAmp Manager」の取扱説明書)
【０００４】
ところで、ＰＣのリモート制御ソフトにアクセスするユーザが複数存在する場合、不定のユーザがネットワーク上のパワーアンプ装置をリモート制御又はモニタすることができる状態であってはセキュリティの点で望ましくない。このため、特定のユーザだけがネットワーク上のパワーアンプ装置をリモート制御又はモニタできるよう、音響システムの利用に制限をかけたいという要望があった。
【０００５】
上記の要望について、リモート制御ソフトが各ユーザのアカウント情報を持つことにより、各ユーザがリモート制御ソフトのプロジェクトにログインする権利を管理し、例えば、望ましくないユーザのアクセス（制御又はモニタ）から各パワーアンプ装置を保護することを試みることが可能であろう。しかし、アカウントによりユーザがリモート制御ソフトのプロジェクトにログインする権利を管理した場合であっても、音響システムの保護は不十分だった。例えば、或るプロジェクトファイルに設定されていた或るユーザのアカウントを削除して、該或るユーザのアカウントを削除した新しいプロジェクトファイルを作成した場合には、該アカウントを削除されたユーザは、該新しいプロジェクトファイルを使ってネットワーク上のパワーアンプ装置をリモート制御又はモニタすることはできないものの、前記古いプロジェクトファイルを使えば、ネットワークに上のパワーアンプ装置をリモート制御又はモニタできてしまう。
【０００６】
また、アカウントを持つユーザ毎にパワーアンプ装置の制御権限を設定して、該制御権限を有するユーザだけがパワーアンプ装置をリモート制御又はモニタできるようにしたとしても、音響システムの保護は不十分だった。例えば、古いプロジェクトファイルで制御権限を持っていたユーザから該制御権限を剥奪して、新しいプロジェクトファイルを作成した場合には、該制御権限を剥奪されたユーザは、該新しいプロジェクトファイルを使ってネットワークに上のパワーアンプ装置にログインすることはできないが、前記古いプロジェクトファイルを使えば、ネットワークに上のパワーアンプ装置をリモート制御又はモニタできてしまう。
【０００７】
要するに、リモート制御ソフト側でユーザのアカウントを管理すること又はパワーアンプ装置の制御権限を管理するだけでは、音響システムの保護は不十分である。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
この発明は、上記の点に鑑みてなされたもので、音響機器と該音響機器を制御するための制御装置を接続したネットワークにより構成される音響システムにおいて、意図しないユーザによる制御又はモニタからネットワーク上の音響機器を保護することを目的とする。
【課題を解決するための手段】
【０００９】
この発明は、音響機器と、該音響機器を制御するための制御装置とを接続したネットワークにより構成される音響システムであって、前記制御装置は、１又は複数のユーザのそれぞれに対応して、各ユーザを特定するアカウント情報を１又は複数記憶した第１記憶手段と、前記第１記憶手段に記憶されたアカウント情報に対応するユーザに、この制御装置へのログインを許可する第１認証手段と、前記第１認証手段によりログインしたログイン中ユーザに対応するアカウント情報と、該制御装置により音響機器を制御する許可を求める制御要求を、該音響装置へ送信する制御要求手段と、前記音響機器から前記制御要求に対する返信を受信し、該受信した返信により該制御要求が許可された場合、この制御装置を、音響機器の制御が可能な状態に設定する状態設定手段とを備え、前記音響機器は、１又は複数のユーザのそれぞれに対応して、各ユーザを特定するアカウント情報を１又は複数記憶した第２記憶手段と、前記制御装置の制御要求手段により送信された制御要求及びアカウント情報に基づき、前記ログイン中ユーザによる制御要求の認証を行う第２認証手段であって、前記第２記憶手段に記憶されたアカウント情報のなかに、前記ログイン中ユーザに対応するアカウント情報と一致するアカウント情報があれば、該ログイン中ユーザによる制御要求を許可し、前記ログイン中ユーザに対応するアカウント情報と一致するアカウント情報がなければ、該ログイン中ユーザによる制御要求を拒絶する第２認証手段と、前記第２認証手段による認証結果を前記制御装置に返信する返信手段とを備えることを特徴とする音響システムである。
【００１０】
前記音響システムによれば、制御装置の第１記憶手段には１又は複数のユーザのそれぞれに対応して、各ユーザを特定するアカウント情報が１又は複数記憶されており、第１認証手段は、前記アカウント情報を持つユーザが制御装置にログインすることを許可し、制御要求手段は、該制御装置にログインしたログイン中ユーザに対応するアカウント情報と、該制御装置により音響機器を制御する許可を求める制御要求を、音響装置へ送信する。音響装置は、１又は複数のユーザのそれぞれに対応して、各ユーザを特定するアカウント情報を１又は複数記憶する第２記憶手段と、制御装置から送信された前記制御要求の認証を行う第２認証手段を有しているので、該第２記憶手段に記憶されたアカウント情報のなかに、前記ログイン中ユーザに対応するアカウント情報と一致するアカウント情報があれば、該ログイン中ユーザによる制御要求を許可し、前記ログイン中ユーザに対応するアカウント情報と一致するアカウント情報がなければ、該ログイン中ユーザによる制御要求を拒絶する判断を行うことができる。制御装置は、音響機器の第２認証手段により制御要求が許可された場合に、この制御装置を、音響機器の制御が可能な状態に設定する。
【００１１】
また、この発明の音響システムは、前記音響機器において、前記第２認証手段により前記制御要求が許可された場合に、該制御要求を送信した制御装置に備わる第１記憶手段に記憶されたアカウント情報を取得し、該取得した第１記憶手段に記憶されたアカウント情報を、前記第２記憶手段に記憶されたアカウント情報に上書きする更新手段を更に備えるものである。
【００１２】
前記音響システムによれば、音響機器が更新手段を有することで、音響機器に備わる第２記憶手段に記憶されたアカウント情報に、この音響装置の制御を許可された制御装置に備わる第１記憶手段に記憶されたアカウント情報を上書きすることができる。すなわち、音響機器に備わる第２記憶手段には、この音響装置を制御する制御装置に備わる第１記憶手段に記憶されたアカウント情報と同じアカウント情報が記憶される。
【００１３】
また、この発明は、音響機器と、該音響機器を制御するための制御装置とを接続したネットワークにより構成される音響システムであって、前記制御装置は、１又は複数のユーザのそれぞれに対応して、各ユーザを特定するアカウント情報を１又は複数記憶し、且つ、該１又は複数のアカウント情報のそれぞれに対応して、各ユーザの音響機器に対する制御権限の有無を規定するユーザロール情報を１又は複数記憶した第１記憶手段と、前記第１記憶手段に記憶されたアカウント情報に対応するユーザに、この制御装置へのログインを許可する第１認証手段と、前記第１認証手段によりログインしたログイン中ユーザが制御権限を持つ場合に、該ログイン中ユーザに対応するアカウント情報と、該制御装置により音響機器を制御する許可を求める制御要求を、該音響装置へ送信する制御要求手段と、前記音響機器から前記制御要求に対する返信を受信し、該受信した返信により該制御要求が許可された場合、この制御装置を、音響機器の制御が可能な状態に設定する状態設定手段とを備え、前記音響機器は、１又は複数のユーザのそれぞれに対応して、各ユーザを特定するアカウント情報を１又は複数記憶し、且つ、該１又は複数のアカウント情報のそれぞれに対応して、各ユーザの音響機器に対する制御権限の有無を規定するユーザロール情報を１又は複数記憶した第２記憶手段と、前記制御装置の制御要求手段により送信された制御要求及びアカウント情報に基づき、前記ログイン中ユーザによる制御要求の認証を行う第２認証手段であって、前記第２記憶手段に記憶されたアカウント情報のなかに、前記ログイン中ユーザに対応するアカウント情報と一致するアカウント情報があり、且つ、該第２記憶手段に記憶されたユーザロール情報により該ログイン中ユーザに音響機器の制御権限が与えられている場合、該ログイン中ユーザによる制御要求を許可し、また、前記第２記憶手段に記憶されたアカウント情報のなかに、該ログイン中ユーザに対応するアカウント情報と一致するアカウント情報がない場合、および、該第２記憶手段に記憶されたユーザロール情報により該ログイン中ユーザに音響機器の制御権限が与えられていない場合の、少なくともいずれか一方の場合には、該ログイン中ユーザによる制御要求を拒絶する第２認証手段と、前記第２認証手段による認証結果を前記制御装置に返信する返信手段とを備えることを特徴とする音響システムである。
【００１４】
前記音響システムによれば、制御装置の第１記憶手段には、１又は複数のユーザのそれぞれに対応して、各ユーザを特定するアカウント情報を１又は複数記憶し、且つ、該１又は複数のアカウント情報のそれぞれに対応して、各ユーザの音響機器に対する制御権限の有無を規定するユーザロール情報が１又は複数記憶されており、制御装置の第１認証手段は、前記アカウント情報を持つユーザが制御装置にログインすることを許可し、制御要求手段は、該制御装置にログインしたログイン中ユーザに対応するアカウント情報と、該制御装置により音響機器を制御する許可を求める制御要求を、音響装置へ送信する。音響装置は、１又は複数のユーザのそれぞれに対応して、各ユーザを特定するアカウント情報を１又は複数記憶し、且つ、該１又は複数のアカウント情報のそれぞれに対応して、各ユーザの音響機器に対する制御権限の有無を規定するユーザロール情報を１又は複数する第２記憶手段と、制御装置から送信された前記制御要求の認証を行う第２認証手段を有しているので、前記第２記憶手段に記憶されたアカウント情報のなかに、前記ログイン中ユーザに対応するアカウント情報と一致するアカウント情報があり、且つ、該第２記憶手段に記憶されたユーザロール情報により該ログイン中ユーザに音響機器の制御権限が与えられている場合、該ログイン中ユーザによる制御要求を許可し、また、前記第２記憶手段に記憶されたアカウント情報のなかに、該ログイン中ユーザに対応するアカウント情報と一致するアカウント情報がない場合、および、該第２記憶手段に記憶されたユーザロール情報により該ログイン中ユーザに音響機器の制御権限が与えられていない場合の、少なくともいずれか一方の場合には、該ログイン中ユーザによる制御要求を拒絶する判断を行うことができる。制御装置は、音響機器の認証手段により制御要求が許可された場合に、この制御装置を、音響機器の制御が可能な状態に設定する。
【００１５】
また、この発明に係る音響システムにおいて前記第２認証手段は、前記ログイン中ユーザに対応するアカウント情報と一致するアカウント情報があり、且つ、該第２記憶手段に記憶されたユーザロール情報のうちの、そのアカウント情報に対応するユーザロール情報により該ログイン中ユーザに音響機器の制御権限が与えられていない場合、該ログイン中ユーザによる制御要求に対して、当該音響機器のモニタ許可を与えるよう判断するよう構成することができる。
【００１６】
前記音響システムによれば、音響機器に備わる第２認証手段により、前記ログイン中ユーザに対応するアカウント情報と一致するアカウント情報があり、且つ、該第２記憶手段に記憶されたユーザロール情報のうちの、そのアカウント情報に対応するユーザロール情報により該ログイン中ユーザに音響機器の制御権限が与えられていない場合、該ログイン中ユーザによる制御要求に対して、当該音響機器のモニタ許可を与えるよう判断することで、該モニタ許可が与えられた制御装置に、この音響機器をモニタさせることが可能である。
【発明の効果】
【００１７】
この発明よれば、制御装置からの制御要求に対して、音響機器の第２記憶手段に記憶されたアカウント情報を使って、音響機器側で、制御許可又は不許可の判断を行うので、音響機器の第２記憶手段にアカウント情報がないユーザは、制御装置から音響機器を制御できない（音響機器をオンライン状態にできない）。よって、意図しないユーザによって音響機器が制御又はモニタされてしまうことを効果的に抑止して、音響機器を保護することができるという優れた効果を奏する。更に音響機器に備わる第２記憶手段に、この音響装置の制御を許可された制御装置に備わる第１記憶手段に記憶されたアカウント情報を上書きすることで、音響機器に備わる第２記憶手段には、該制御を許可された制御装置に備わる第１記憶手段と同じアカウント情報が記憶された状態になる。よって、音響機器を制御している制御装置の第１記憶手段にアカウント情報のないユーザが音響機器を制御又はモニタすること（オンライン化すること）を防止できる。例えば、或るプロジェクトファイルに設定されていた或るユーザのアカウントを削除して、該或るユーザのアカウントを削除した新しいプロジェクトファイルを作成した場合に、該新しいプロジェクトを使って音響機器を制御しているのであれば、古いプロジェクトのアカウントを使って音響機器を制御又はモニタすることはできない。
【００１８】
また、この発明によれば、制御装置からの制御要求に対して、音響機器の第２記憶手段に記憶されたアカウント情報と、音響機器に対する制御権限の有無（ユーザロール情報）を使って、音響機器側で、制御許可又は不許可の判断を行うので、該第２記憶手段にアカウント情報がないユーザ、および音響機器に対する制御権限を持たないユーザの少なくともいずれか一方に該当すれば、そのユーザは、制御装置から音響機器を制御又はモニタできない（音響機器をオンライン状態にできない）。よって、意図しないユーザによって音響機器が制御又はモニタされてしまうことを効果的に抑止して、音響機器を保護することができるという優れた効果を奏する。
【発明を実施するための最良の形態】
【００１９】
以下、この発明の一実施例について図面を参照して詳細に説明する。この実施例では、この発明を、パワーアンプ装置と、該パワーアンプ装置をリモート制御するためのパーソナルコンピュータとを含んで構成される音響システムに適用した例について説明する。なお、音響システムは、ＰＡシステム、あるいは、ＳＲシステムなどと一般的に呼称され、例えば、音楽演奏会場、劇場、あるいは各種ホールなどの大面積建造物等に設備される大規模な音響システムを想定している。
【００２０】
図１は、この発明の一実施例に係る音響システムのモジュール構成例を示すブロック図である。図１に示す音響システムは、複数台のパワーアンプ装置（以下単に「アンプ」）１と複数台のパーソナルコンピュータ（ＰＣ）２を含んで構成される。複数のアンプ１と複数のＰＣ２とは、例えばイーサネット（登録商標）ケーブルなど汎用のネットワークケーブルを用いて物理的に接続され、ローカルエリアネットワーク（ＬＡＮ）を形成している。ネットワーク上の各装置の間では、ＴＣＰ／ＩＰプロトコルに従う通常のデータ通信が可能であるが、更に、同じネットワークを用いてオーディオ信号をリアルタイム伝送できるようにしてもよい。その場合、そのデータ伝送フォーマットは、例えばＣｏｂｒａＮｅｔ（登録商標）など、従来から知られる適宜のデータ伝送フォーマットを適用してよい。
【００２１】
アンプ１は、外部から入力された音響信号に電力増幅を含む音響信号処理を施し、該処理した音響信号を、図示外のスピーカへ出力する音響機器である。本実施例にかかる音響システムでは、アンプ１として、ネットワーク接続可能であり、該ネットワークを介して接続された制御装置（ＰＣ２）による制御を受けることができる機種が適用される。この実施例では、アンプ１の筐体は、専用の棚（ラック）に登載可能な、いわゆるラックマウント式の形態を想定している。複数台のアンプ１をラックに登載することは、アンプ１群の運搬や設置等に際して有利である。このため、例えば、音響機器賃貸業者が複数台のラックマウント式のパワーアンプ装置を借り手に貸すときには、複数のアンプをラックに登載した状態で貸し出すことが多い。
【００２２】
ＰＣ２は、例えば「Ｗｉｎｄｏｗｓ（商標）」等のオペレーティングシステムを登載した汎用のパーソナルコンピュータであって、ネットワークを介して接続されたアンプ１をリモート制御するための専用のソフトウェアプログラム（以下、これをリモート制御ソフトと呼ぶ）を実装している。リモート制御ソフトは、ＰＣ２のオペレーティングシステム上で動作するアプリケーションプログラムである。リモート制御ソフトを実行することにより、ＰＣ２はネットワークを介して接続されたアンプ１を制御する制御装置として機能する。すなわち、ＰＣ２を操作するユーザは、リモート制御ソフトが提供する機能を用いて、ネットワーク上の複数のアンプ１の動作を制御したり、該複数のアンプ１の動作状況をモニタしたりすることができる。図１では、複数台のＰＣ２がネットワーク上に存在しており、複数のＰＣ２のそれぞれでリモート制御ソフトが起動される。
【００２３】
リモート制御ソフトによるアンプ１のリモート制御は、詳しくは後述する通り、「エリア」単位で行われる。「エリア」には１又は複数のアンプ１を登録することができ、エリアに登録された１又は複数のアンプ１が、そのエリアにおける制御対象となる。図１において、「エリア」に該当する範囲を点線で囲んでいる。符号３Ａで示す「エリア１」は、２台のアンプ１と１台のＰＣ２が含まれている。符号３Ｂで示す「エリア２」は、２台のアンプ１と２台のＰＣ２が含まれている。また、ネットワーク上には、エリアに登録されないアンプ１も存在しうる。エリアに登録されないアンプ１は、後述するマッチング処理によりＰＣ２のリモート制御ソフトがその存在を認識（検出）しても、該ソフトによる制御を受けることはできない。
【００２４】
なお、図１に示す音響システムには、アンプ１およびＰＣ２のほかにも、ネットワークＩ／Ｏを有さないタイプのアンプ１をネットワークに接続するための専用のインターフェース装置（ＡＣＤ）など、図示外の機器が含まれうるが、ここでは、便宜上、それらの図示及び説明を省略した。なお、専用のインターフェース装置を介してパワーアンプ装置をリモート制御用のネットワークに接続することは、従来から知られている技術である。なお、ネットワークに、アンプ以外の音響機器、例えばディジタルミキサ、レコーダ、エフェクタ、Ａ／Ｄ変換装置、Ｄ／Ａ変換装置、あるいはシンセサイザなどを接続詞、ＰＣ２のリモート制御ソフトで、アンプとともにそれらの音響機器も一括制御するようにしてもよい。
【００２５】
図２は図１に示すアンプ１のハードウェア構成の概要を説明するブロック図である。アンプ１は、ＣＰＵ１０と、ＲＯＭ及びＲＡＭからなるメモリ１１とを含む制御部と、ＤＡ変換器及びＡＤ変換器を含むオーディオＩ／Ｏ（Ｄ／Ａ、Ａ／Ｄ）１２と、信号処理部（ＤＳＰ）１３と、電力増幅部（ＡＭＰ）１４と、操作子や表示器等のユーザインターフェース（ＵＩ）１５とネットワーク通信インターフェース（通信Ｉ／Ｆ）１６とを含み、各部がデータ及び通信バス１０Ｂを介して接続される。通信Ｉ／Ｆ１６は、イーサネット（登録商標）規格に準拠するネットワークインターフェースである。アンプ１は通信Ｉ／Ｆ１６を介してネットワークに接続し、同ネットワークを介して接続されたＰＣ２との間で各種データの通信を行う。また、アンプ１には、ユーザインターフェース１５として、音量レベル調整ツマミ等の物理操作子、アンプ１のメモリ１１に後述するエリア内ＩＤと、エリアＩＤを設定するための操作子、あるいはアンプ１の動作状態を示す各種表示器等を含む操作パネルが備わる。なお、図２においては、外部ソースや外部シンクとオーディオＩ／Ｏ１２との接続ライン、および、電力増幅部１４と外部スピーカとの接続ラインが省略されている。
【００２６】
ＣＰＵ１０は、メモリ（ＲＯＭ又はＲＡＭ）１１に記憶された制御プログラムを実行し、アンプ１の動作を制御する。メモリ１１には、ＣＰＵ１０が実行する各種制御プログラムや、アンプ１が行う音響信号処理（ＤＳＰ１３及び電力増幅部１４の動作）に使用する動作データ等の各種データ（後述の図６を参照）が格納される。
【００２７】
オーディオＩ／Ｏ１２には所定の複数系統の音響信号入力端子が含まれる。アンプ１にはオーディオＩ／Ｏ１２を介して外部ソース（図示せず）から該所定の複数系統のアナログ波形信号またはディジタル波形データが入力される。このときアナログ波形信号はＡＤ変換器によりディジタル波形データに変換される。該外部から入力された複数系統の音響信号はＤＳＰ１３に供給される。
【００２８】
ＤＳＰ１３は、前記所定の複数系統の音響信号入力端子のそれぞれに対応する音響信号処理チャンネルを備え、各チャンネルに入力されたディジタル波形データに対して、ＣＰＵ１０の指示に基づく音響信号処理を、チャンネル毎に行う。ＤＳＰ１３が行う音響信号処理は、例えば、クロスオーバ処理、ディレイ処理、イコライザ処理、リミッタ処理或いはハウリング抑制処理などである。これら音響信号処理は、音響信号の特性調整や、電力増幅部１４やスピーカの保護を行うための処理であって、その内容はメモリ１１に格納された動作データにより制御される。
【００２９】
ＤＳＰ１３の出力信号は、電力増幅部１４内の入力部のＤＡ変換器（図示せず）でチャンネル別にアナログ波形信号に変換され、電力増幅部１４内の電力増幅回路（図示せず）に供給される。電力増幅回路は、前記アナログ波形信号に変換されたＤＳＰ１３の出力信号をチャンエル別に電力増幅する。該増幅されたアナログ波形信号は、電力増幅部１４のの備える所定の複数系統の音響信号出力端子を介して外部スピーカ（図示せず）へ出力され、該出力されたアナログ波形信号によりスピーカが駆動される。なお、基本的には、１系統の音響信号出力端子は１つのスピーカに接続される。また、電力増幅部１４は、電力増幅部１４の動作状態を示すデータ（例えば、出力段の温度、入力や出力の信号レベル、電源電圧、出力電圧、出力電流、負荷インピーダンス、あるいはプロテクションの状態など）をＤＳＰ１３に供給する。該動作状態を示すデータは、ＤＳＰ１３において、電力増幅部１４やスピーカの保護のための信号処理に利用される。
【００３０】
なお、図２においてＤＳＰ１３を備えるアンプ１の構成例を示したが、アンプ１は、オーディオＩ／Ｏ１２やＤＳＰ１３を備えない機種（電力増幅部１４がアナログ信号を直接入出力する機種）であっても、ネットワークを介して制御装置（ＰＣ２）と接続され、該制御装置からリモート制御を受けることができる機種であれば、この発明の音響システムに適用可能である。
【００３１】
図３はＰＣ２のハードウェア構成例を示すブロック図である。ＰＣ２は、既に述べたとおり汎用のパーソナルコンピュータであって、ＣＰＵ２０、ＲＯＭ及びＲＡＭを含むメモリ２１と、ハードディスクドライブ（ＨＤＤ）２２と、ネットワーク通信インターフェース（通信Ｉ／Ｆ）２３と、ディスプレイ、マウス操作子及びキーボード等を含むユーザインターフェース２４とを含んで構成される。アンプ１をリモート制御するためのリモート制御ソフトは、ＨＤＤ２２に記憶されてよい。リモート制御ソフトは、当該リモート制御ソフトを実行すべきときにＨＤＤ２２からメモリ２１に読み込まれる。ＣＰＵ２０が前記メモリ２１に読み込んだリモート制御ソフトを実行することで、ＰＣ２はネットワーク上のアンプ１群をリモート制御する制御装置として機能する。
【００３２】
図４は、リモート制御ソフトがＰＣ２のメモリ２１及びＨＤＤ２２に用意するデータの構成例を示す図である。図４に示す通り、データは階層構造で管理されており、この階層構造はリモート制御ソフトによる音響システムの管理構造に対応する。
【００３３】
符号３０で示す階層には、コントローラＩＤ、プロジェクトライブラリ及びカレントプロジェクトのデータがある。コントローラＩＤは、例えば当該ＰＣ２のＭＡＣアドレス（Media Access Control address）、当該ＰＣ２のＩＰアドレス、又は、ＰＣ２に登載されたリモート制御ソフトを特定するＩＤ情報、若しくは、それらを組み合わせた情報など、ネットワーク上で、このＰＣ２又は当該ＰＣ２に登載されたリモート制御ソフトを特定するためのＩＤ情報である。このコントローラＩＤは例えばメモリ（ＲＡＭ）２１に記憶される。
【００３４】
プロジェクトライブラリには、符号３１で示すとおり、複数のプロジェクトファイル（図において「プロジェクトファイル１」「プロジェクトファイル２」…）が格納されている。プロジェクトライブラリの記憶領域は、例えばＨＤＤ２２に設けられていてよい。１つのプロジェクトファイルには、ネットワークに接続されたアンプ１群を制御するために必要な各種データが格納される。１つのプロジェクトファイルに格納されたデータ群が、１つのプロジェクトを構成する。また、カレントプロジェクトは、現在リモート制御ソフトに立ち上げている１つのプロジェクトファイルのデータ群を格納する記憶領域であって、例えばメモリ（ＲＡＭ）２１に用意される。リモート制御ソフトの実行時には、プロジェクトライブラリからカレントプロジェクトに、１つのプロジェクトファイルがロードされる。カレントプロジェクトにロードされたプロジェクトファイルに格納されたプロジェクトが、リモート制御ソフトの制御対象のプロジェクト（カレントプロジェクト）である。
【００３５】
１つのプロジェクトファイルには、符号３２に示すように、プロジェクトＩＤ、ユーザ情報、プロジェクト名、および複数のエリア情報３３が含まれている。プロジェクトＩＤは、プロジェクトライブリ中の複数のプロジェクトファイルの中から１つのプロジェクトを特定するためのＩＤ情報である。プロジェクトライブリ中の各プロジェクトファイルはそれぞれ異なるプロジェクトＩＤを持つ。また、プロジェクト名のデータは、このプロジェクトに与えられた名称のデータであって、例えば後述する基本画面において当該プロジェクト名を表示するとき等に利用される。プロジェクトライブリ中の各プロジェクトファイルはそれぞれ異なるプロジェクト名を持つ。プロジェクトファイルの名称は、リモート制御ソフトが自動的に作成してもよいし、ユーザが任意の名称を設定してもよい。
【００３６】
１つのプロジェクトファイルのユーザ情報には、当該プロジェクトにログインするためのアカウントを作成したユーザの各々に対応する１又は複数のアカウント情報３４が格納される。すなわち、アカウント情報３４はプロジェクトファイル毎に作成される。プロジェクトファイルにアカウント情報３４を持つユーザだけが、そのプロジェクトファイルを開き、それを使用することができる。１つのアカウント情報３４は、ユーザＩＤと認証情報を含んで構成される。ユーザＩＤは、複数のユーザのうちから１人のユーザを特定するためのＩＤ情報である。認証情報は、例えばユーザＩＤに対応付けられたパスワードである。
【００３７】
１つのプロジェクトファイルには、当該プロジェクトに作成された「エリア」のそれぞれに対応するエリア情報３３（図４において「エリア情報１」、「エリア情報２」…）が記憶されている。「エリア」は、前述の通り、１つのプロジェクト内におけるリモート制御の単位である。各エリア情報には、それぞれのエリアのリモート制御に使用する各種データが格納されている。
【００３８】
１つのエリア情報３３には、エリアＩＤ４６、エリア名、「ＲａｃｋＴｒｅｅ」情報、「ＦｅｅｄＳｔｒｕｃｔｕｒｅＴｒｅｅ」情報、および「ＵｓｅｒＤｅｆｉｎｅｄＴｒｅｅ」情報のグループ情報３６、ユーザロール情報３５、当該エリアの「ＯｎＬｉｎｅ」のステータスを示す情報、および、当該エリアに登録された１又は複数のアンプのそれぞれに対応する装置情報（図において「装置情報１」、「装置情報２」…）３７が含まれる。なお、当該エリア内に、アンプをネットワークに接続するインターフェース装置が含まれる場合には、そのインターフェース装置に対応する装置情報も、エリア情報３３に含まれてよい。
【００３９】
エリアＩＤ４６は、１つのプロジェクトに作成された複数のエリアの中から１つのエリアを特定するためのＩＤ情報である。１つのプロジェクト中の各エリアはそれぞれ異なるエリアＩＤ４６を持つ。また、エリア名は、このエリアに与えられた名称であって、例えば後述する基本画面において当該エリアのエリア名を表示するとき等に利用される。１つのプロジェクト中の各エリアは夫々異なるエリア名を持つ。エリアの名称は、リモート制御ソフトが自動的に作成してもよいし、ユーザが任意のエリア名を設定してもよい。
【００４０】
ユーザロール情報３５は、プロジェクトにアカウント情報３４を持つ各ユーザに対して当該エリア内で与えられた権限（ユーザロール）を規定する情報である。「ユーザロール」は、当該エリアにアカウントを持つ各ユーザに対して与えられた権限を表す情報である。ユーザロールの種類は、上位の権限から順に列挙すると、「アドミン」、「パワーユーザ」、「ユーザ」、「ゲスト」、および「部外者」の５種類ある。「アドミン」は、プロジェクトの編集権限、エリアの編集権限、エリア内のアンプの制御権限及び閲覧権限を持つ。「パワーユーザ」は、エリアの編集権限、エリア内のアンプの制御権限、およびエリア内のアンプの閲覧権限を持つ。「ユーザ」は、エリア内のアンプの制御権限、およびエリア内のアンプの閲覧権限を持つ。「ゲスト」は、エリア内のアンプの閲覧権限を持つ。「部外者」は、当該エリアに何ら権限を持たない、つまりエリアにアカウントがない（ユーザロール情報３５が当該エリアに無い）ことに等しい。
【００４１】
図５は、１つのエリア情報３３に格納されたユーザロール情報３５の内容を詳細に示す図である。１つのエリア情報３３に格納されたユーザロール情報３５には、当該プロジェクトにアカウント情報３４を持つ全てのユーザの１人ずつに対応する複数のユーザロール情報３５がある。１ユーザ分のユーザロール情報３５は、そのユーザを特定するユーザＩＤと、該ユーザＩＤに対応するユーザに当該エリアで与えられたユーザロール（前記５種類のユーザロールの値のいずれか１つ）とから構成される。ここに含まれるユーザＩＤは、前記アカウント情報３４に含まれるユーザＩＤである。従って、或るエリアにおける或るユーザの権限は、該ユーザのアカウント情報３４（ユーザＩＤ）と、該ユーザＩＤに対応するユーザロール情報３５を参照すれば、特定することができる。ユーザロール情報３５はエリア毎に設定されているので、ユーザロール情報３５に基づくユーザの権限はエリア毎に規定される。例えば、プロジェクトにアカウント情報３４を持つユーザであっても、或るエリアのユーザロール情報３５で権限が不足していれば、そのエリア内のアンプは制御乃至モニタすることはできない。
【００４２】
図４に戻ると、「ＲａｃｋＴｒｅｅ」、「ＦｅｅｄＳｔｒｕｃｔｕｒｅＴｒｅｅ」及び「ＵｓｅｒＤｅｆｉｎｅｄＴｒｅｅ」の各情報３６は、当該エリアに登録された各アンプをグループに分けて管理するための情報である。「ＲａｃｋＴｒｅｅ」はラック（棚）毎にアンプをまとめたグループ（ラックツリー）の構成を記述した情報、「ＦｅｅｄＳｔｒｕｃｔｕｒｅＴｒｅｅ」はアンプの信号出力先のスピーカ毎にアンプのチャンネルをまとめたグループ（フィードストラクチャーグループ）の構成を記述した情報、また、「ＵｓｅｒＤｅｆｉｎｅｄＴｒｅｅ」はユーザが任意に定義したグループ（ＵｓｅｒＤｅｆｉｎｅｄグツリー）の構成を記述した情報である。本明細書では、これらグループ分けのための情報３６をまとめて「グループ情報」と称する。グループ情報３６は、例えば、後述する基本画面において、プロジェクトの各エリアに登録されたアンプをグループごとのツリー形状に表示するときに利用される。前記３つのグループ情報３６には、それぞれのグループに与えられた名前や、各グループの構成を特定する情報（グループに登録されたアンプ群を特定する情報と、グループ内での各アンプの位置を特定する情報）等を含んで構成される。
【００４３】
装置情報３７は、１つずつが１つのアンプ１に対応しており、ＰＣ２のリモート制御ソフトから１つのアンプ１をリモート制御するために必要な情報が格納されている。リモート制御ソフトは、各エリア情報３３内に、そのエリアに登録された１又は複数のアンプのそれぞれに対応する１又は複数の装置情報３７を作成する。
【００４４】
１つの装置情報３７には、装置ＩＤ３８、機種情報、ＩＰアドレス、機器名の情報、アンプの動作データ、当該装置情報３７の「ＯｎＬｉｎｅ」のステータスを示す情報３９、及び、コントローラＩＤ４０の情報が含まれる。
【００４５】
装置ＩＤ３８は、当該装置情報３７に対応する実際のアンプ１が持つＭＡＣアドレスと、当該装置情報３７をエリア内で特定するためのエリア内ＩＤとから構成される。エリア内ＩＤは、当該装置情報３７がエリアに登録されたときに（該装置情報３７の作成のときに）、リモート制御ソフトが自動生成したデータか、又は、当該装置情報３７に対応するアンプ１側のユーザインターフェース１５を使ってユーザが手動で設定したデータである。一方、ＭＡＣアドレスはアンプ１が固定的に持つデータであり、リモート制御ソフト又はユーザが設定することはできない。装置ＩＤ３８は、例えば、装置情報３７と、実際のアンプ１とを対応付ける（マッチングする）とき等にリモート制御ソエリア内ＩＤとフトが利用するデータである。
【００４６】
機種情報は、当該装置情報３７に対応するアンプ１の機種を特定する情報であって、例えば、該アンプ１のモデル名やモデルＩＤ（メーカにより各機種ごとに付与されたＩＤ））などである。ＩＰアドレスは、ネットワーク上で当該装置情報３７に対応するアンプ１に与えられたＩＰアドレスである。機器名の情報は、リモート制御ソフトにおいてユーザにより当該装置情報３７に対応するアンプ１に与えられた名称（アンプ名）であって、後述する基本画面において該アンプ１の名称を表示するとき等に利用される。
【００４７】
動作データは、当該装置情報３７に対応するアンプ１の動作をリモート制御するために必要な各種パラメータの設定値の情報であって、例えば、アンプのチャンネル毎の音量レベルのパラメータの設定値などが含まれる。この動作データは、当該装置情報３７に対応するアンプ１のメモリ１１に記憶された動作データと同様の形式のデータである。各機種の動作データを定義し編集するための機種定義情報が、リモート制御ソフトの備える機種ライブラリ（図示せず）に記憶されている。ここで、各機種の機種定義情報には、その機種のモデル名、モデルＩＤ、動作データの形式を示す情報、および動作データを編集するための編集プログラムなどが含まれる。また、動作データには、例えば、チャンネル毎のゲインパラメータの値、チャンネル毎のアッテネータのパラメータの値、位相切替パラメータの値、遅延時間パラメータの値、イコライザパラメータの値など、各種パラメータとその設定値が含まれる。
【００４８】
ＯｎＬｉｎｅステータス情報３９には、「ＯＮＬＩＮＥ」、「ＭＯＮＩＴＯＲ」、および「ＯＦＦＬＩＮＥ」のいずれか１つの値が格納されている。ＯｎＬｉｎｅステータス情報３９により、当該装置情報３７が、これに対応する実際のアンプ１に対して、上記３つの状態のいずれの状態にあるかを表す。
【００４９】
また、装置情報３７に格納されたコントローラＩＤ４０は、当該装置情報３７に対応するアンプ１を制御しているＰＣ２（制御主）を特定する情報であって、当該ＰＣ２自身が当該装置情報３７に対応するアンプ１の制御主であれば、自身のメモリ２１に格納されたコントローラＩＤ（符号３０で示す階層に格納されたコントローラＩＤ）の値が、ここに書き込まれる。自身以外の他のＰＣ２が当該装置情報３７に対応するアンプ１の制御主であれば、該他のＰＣ２のコントローラＩＤがここに書き込まれる。制御装置３７内のコントローラＩＤ４０は、当該プロジェクトがカレントプロジェクトにロードされたときにのみ用意されるデータであって、詳しくは、後述する同期化処理のときにアンプ１から受け取るものである。すなわち、プロジェクトがプロジェクトライブラリ（ＨＤＤ２２）に保存されている状態では、コントローラＩＤ４０のデータは空である。
【００５０】
図６は、アンプ１のメモリ１１に用意されるデータの構成例を説明する図である。図６に示す通り、１つのアンプ１のメモリ１１には、機種情報と、装置ＩＤ４１と、ＩＰアドレスと、動作データと、コントローラＩＤ４２と、エリアＩＤ４３と、「ＲａｃｋＴｒｅｅ」内でのアンプ位置情報、「ＦｅｅｄＳｔｒｕｃｔｕｒｅＴｒｅｅ」内でのアンプ位置情報、および「ＵｓｅｒＤｅｆｉｎｅｄＴｒｅｅ」内でのアンプ位置情報のグループ情報４４と、「ＵｓｅｒＩｎｆｏ」情報４５とが含まれる。音響システム上の各アンプ１は、自身のメモリ１１内に、それぞれ自機分だけ、これらの情報を記憶している。アンプ１の記憶内容のうち、コントローラＩＤ４２、エリアＩＤ４３、グループ情報４４、およびＵｓｅｒＩｎｆｏ情報４５は、アンプ１をＰＣ２から制御又はモニタするために必要なデータであって、アンプ１の本来の動作には必要ない。本発明は、ＵｓｅｒＩｎｆｏ情報４５や、グループ情報４４など、ＰＣ２からアンプ１を制御又はモニタするためのデータをアンプ１のメモリ１１に記憶していることが主要な特徴の１つである。
【００５１】
機種情報は、当該アンプ１の機種を特定する情報であって、例えば、該アンプ１のモデル名やモデルＩＤなどである。装置ＩＤ４１は、ＭＡＣアドレスとエリア内ＩＤとから構成される。ＭＡＣアドレスは当該アンプ１が固定的に持つデータであり、ユーザが設定することはできない。エリア内ＩＤは、このアンプ１が登録されたエリア（詳しくは、ＰＣ２側で、このアンプ１に対応する装置情報３７が登録されたエリア）内で当該アンプ１を特定する情報であって、当該アンプ１に対応する装置情報３７がエリアに登録されるときにリモート制御ソフトが自動生成したデータか、又は、当該アンプ１のユーザインターフェース（操作パネル）１５を使ってユーザが手動で設定したデータである。装置ＩＤ４１は、例えば、アンプ１と装置情報３７とを対応付ける（マッチングする）とき等に、リモート制御ソフトが利用するデータである。また、ＩＰアドレスは、ネットワーク上で当該アンプ１に与えられたＩＰアドレスである。
【００５２】
動作データは、アンプ１の動作をリモート制御するために必要な各種パラメータの設定値の情報であって、例えば、例えば、チャンネル毎のゲインパラメータの値、チャンネル毎のアッテネータのパラメータの値、位相切替パラメータの値、遅延時間パラメータの値、イコライザパラメータの値など、各種パラメータとその設定値が含まれる。アンプ１のＣＰＵ１０は、この動作データに基づいてＤＳＰ１３に命令を与え、該ＤＳＰ１３が実行する音響信号処理の内容を制御する。アンプ１側の動作データは、ＰＣ２側からリモート制御されるか、若しくは、当該アンプ１のユーザインターフェース１５を用いて制御される。
【００５３】
アンプ１に格納されたコントローラＩＤ４２は、当該アンプ１の制御主のＰＣ２のメモリ２１に記憶されたコントローラＩＤに対応するデータであって、これは後述する同期化処理のときに該制御主のＰＣ２から受け取る。コントローラＩＤ４２は、当該アンプ１が現在ＰＣ２による制御を受けているか否かの状態を判断すること等に利用される。コントローラＩＤ４２に値が入っていれば、当該アンプ１はＰＣ２から制御を受けている状態にあり、コントローラＩＤ４２に値が入っていなければ、当該アンプ１はＰＣ２から制御を受けていない状態にある。エリアＩＤ４３は、当該アンプ１が登録されたエリアに付与されたエリアＩＤである。アンプ１のメモリ１１にエリアＩＤを持つことにより、当該アンプ１がカレントプロジェクトにおいて、どのエリアに登録されているのかをＰＣ２に知らせることができる。エリアＩＤ４３は、後述する同期化処理のときに、当該アンプ１の制御主のＰＣ２から受け取るデータである。また、エリアＩＤ４３はアンプ１のユーザインターフェース（操作パネル）１５を使ってユーザが手動で設定できる。
【００５４】
また、「ＲａｃｋＴｒｅｅ」、「ＦｅｅｄＳｔｒｕｃｔｕｒｅＴｒｅｅ」、および「ＵｓｅｒＤｅｆｉｎｅｄＴｒｅｅ」の各アンプ位置情報４４は、「ＲａｃｋＴｒｅｅ」、「ＦｅｅｄＳｔｒｕｃｔｕｒｅＴｒｅｅ」、および「ＵｓｅｒＤｅｆｉｎｅｄＴｒｅｅ」の各グループ内での当該アンプの位置を特定するグループ情報である。個々のアンプ１が持つグループ情報４４は、前記ＰＣ２側に記憶されるグループ情報３６に基づくデータである。ＰＣ２側に記憶されるグループ情報３６が、１つのエリア内に作成された各グループの構成（各グループに登録されたアンプ群を特定する情報）と、各グループ内での各アンプの位置情報を特定する情報とから構成されるのに対して、アンプ１側に記憶されるグループ情報４４は、自機が登録されたグループと各グループにおける自機の位置とを特定できさえすればよい。アンプ１に記憶されるグループ情報４４は、後述する同期化処理のときに、該アンプ１の制御主のＰＣ２から受け取るＰＣ２側のグループ情報３６（当該アンプ１が登録されたエリア情報３３中のグループ情報３６）に基づき設定されるデータである。
【００５５】
また、「Ｕｓｅｒｉｎｆｏ」情報４５は、１又は複数のユーザのそれぞれに対応する１又は複数の「Ｕｓｅｒｉｎｆｏ」情報３９である。１ユーザ分の「Ｕｓｅｒｉｎｆｏ」情報４５は、そのユーザのユーザＩＤと、該ユーザＩＤに対応する認証情報からなるアカウント情報と、アカウントを持つユーザの該アンプ１に対する権限（ユーザロール）を規定する情報とから構成される。「Ｕｓｅｒｉｎｆｏ」情報４５は、後述する同期化処理のときに、当該アンプ１の制御主のＰＣ２から受け取るカレントプロジェクト中のユーザ情報（アカウント情報３４）と、当該アンプ１が登録されたエリア情報３３中のユーザロール情報３５とに基づき作成されるデータである。つまり、「Ｕｓｅｒｉｎｆｏ」情報４５は、１ユーザ毎に、アカウント情報３４と、当該アンプ１が登録されたエリア内での各ユーザのユーロール情報３５とを対応付けたデータである。
【００５６】
図７は、リモート制御ソフトが提供する操作画面を説明するための図であって、リモート制御ソフトが提供する機能の全体的な操作を行う「基本画面」の構成例を示す。ＰＣ２においてリモート制御ソフトが起動さて、制御対象となる１つのプロジェクトが選択されると、ＰＣ２のディスプレイ（ユーザインターフェース２４）には、該制御対象に選択されたプロジェクト（カレントプロジェクト）を制御及びモニタするための「基本画面」が表示される。
【００５７】
図７に示す基本画面において、ツリー表示部５０は、制御対象のプロジェクト（カレントプロジェクト）の構成を、カレントプロジェクト内のデータに基づき、ツリー形式に表示する領域である。すなわち、ツリー表示部５０には、１つのプロジェクトファイルのデータ構成に対応して、最上位層にエリアに対応する表示物群があり、各エリアに対応する表示物の下位に、それぞれのエリアに属するグループ、アンプ、あるいはアンプのチャンネルのそれぞれを表す表示物群が枝分かれした状態で配置される。各表示物には、対応する構成要素の名前（エリア名、グループ名、あるいはアンプ名など）が、カレントプロジェクト内のデータに基づき、表示される。また、ある構成要素の下位に要素が存在する場合には、そのツリー構成要素に対応する表示物の左端に、該下位要素を表示するか又は隠すかの指示をするためのＧＵＩ部品５１が表示される。下位要素を表示している状態ではＧＵＩ部品５１上に「−」印が表示され、下位要素を隠している状態ではＧＵＩ部品５１上に「＋」印が表示される。
【００５８】
ところで、ツリー表示部５０に表示される制御対象のプロジェクトの構成は、前述の通り、ＰＣ２に記憶されたカレントプロジェクトのデータに基づく。従って、ツリー表示部５０においてアンプを表す表示物は、制御対象のプロジェクトファイル内に作成された装置情報３７に対応する仮想的アンプを表す。この明細書では、プロジェクトファイル内に作成された仮想的アンプ（つまり、ＰＣ２に記憶された装置情報３７）のことを必要に応じて「バーチャル機器」と称し、これに対して、現実に音響システムに接続されたアンプ１の実体のことを必要に応じて「リアル機器」と称する。
【００５９】
ユーザは、ツリー表示部５０に表示された該表示物群のいずれか１つを選択することで、該指定した表示物群に対応するエリア、グループ、アンプ（バーチャル機器）、又はアンプのチャンネルの各種パラメータの値を、レベル表示部５２、状態表示部５３、およびアッテネータ操作部５４に展開することができる。これら符号５２〜５４で示す領域が、アンプをリモート制御するための主要な操作を行う領域である。ユーザは、符号５２〜５４で示す領域の詳細な構成の一例は、後述する。
【００６０】
また、図７に示す基本画面には、上記の他に、現在制御対象のエリア（ツリー表示部５０で選択されたエリア、又は、同選択されたグループが属するエリア、又は、同選択されたアンプが属するエリア、又は、同選択されたアンプのチャンネルが属するエリア）のエリア名を表示するエリア名表示部５５、現在リモート制御ソフトにログインしているユーザ名（例えばそのユーザのユーザＩＤなど）を表示するユーザ名表示部５６、バーチャル機器とリアル機器の同期化処理ダイアログ機能を起動するための「Ｏｎ−Ｌｉｎｅ」ボタン画像５７、現在制御対象のエリアのミュートオン・オフ切替指示ボタン画像５８、あるいは、当該基本画面全体に共通する操作を行う共通操作パネル５９が含まれる。共通操作パネル５９には、例えば、プロジェクトファイルをカレントプロジェクトに読み出す（ロードする）指示や、同ファイルを保存する（ストアする）指示や、同ファイルを新規に作成する指示等を行うためのＧＵＩ部品が含まれていてよい。また、基本画面には、上記の他にも、例えば、ログイン中のユーザに与えられた現在制御対象のエリアにおける権限（「アドミン」、「パワーユーザ」、「ユーザ」、「ゲスト」）や、カレントプロジェクトのプロジェクト名など、その他の情報を表示するための表示部（図において「その他情報表示部」と表記したもの）が含まれてよい。
【００６１】
図８（ａ）〜（ｃ）は、ツリー表示部５０の構成を詳細に説明するための図である。ツリー表示部５０には、その上端分に、「Ｄｅｖｉｃｅ」タブ６０、「Ｒａｃｋ」タブ６１、「ＦｅｅｄＳｔｒｕｃｔｕｒｅ」タブ６２、および「ＵｓｅｒＤｅｆｉｎｅｄ」タブ６３の４つのタブ画像が設けられている。ユーザは、これら４つのタブ画像６０〜６３を択一的に選択することで、該選択されたタブ画像６０〜６３のいずれか１つに応じて、ツリー表示部５０に表示されるツリーの表示形態を切り替えることができる。
【００６２】
「Ｄｅｖｉｃｅ」タブ６０が選択されているときには、（ａ）に示す「デバイスツリー」の表示形態でツリー表示部５０にプロジェクトの構成が表示される。「デバイスツリー」は、エリア毎に、そのエリアに登録されたバーチャル機器を表示する表示形態である。「デバイスツリー」において、ネットワークに直接接続されている機器は、いずれかつのエリアの直下、又は「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」カテゴリの直下に表示され、グループを形成することはない。図８（ａ）では「Ａｒｅａ（１）」の直下に、「Ａｍｐ３」と、アンプをネットワークに接続するためのインターフェース装置「ＡＣＤ（１）」並びに「ＡＣＤ（２）」が配置された例を示している。図の例からは、「Ａｍｐ１」及び「Ａｍｐ２」が「ＡＣＤ（１）」に接続されていることが見て取れる。このように、デバイスツリーにはアンプ１以外のエリア内の機器（グループ化されない機器）も表示されうる。なお、１台のインターフェース装置（ＡＣＤ）には、最大３２台のアンプを接続可能である。
【００６３】
また、「デバイスツリー」には、各バーチャル機器の表示物に対応して、該バーチャル機器に対応するリアル機器を確認するための「Ｉｄｅｎｔｅｌｉｆｙ」ボタン画像６４が表示される。ユーザは、「Ｉｄｅｎｔｅｌｉｆｙ」ボタン画像６４を操作することで、そのバーチャル機器に対応付けられたリアル機器を確認することができる。確認方法の一例として、「Ｉｄｅｎｔｅｌｉｆｙ」ボタン画像６４の操作に応じて、そのバーチャル機器に対応付けられたリアル機器に備わるＬＥＤ表示器が点灯するよう構成することができる。また、「デバイスツリー」には、各バーチャル機器の表示物に対応して、各バーチャル機器のエリア内ＩＤを表示するＩＤ表示欄６５が設けられている。図８（ａ）では、「Ａｒｅａ（１）」に登録された６つのバーチャル機器（「Ａｍｐ１」、「Ａｍｐ２」、「Ａｍｐ３」、「Ａｍｐ４」、「ＡＣＤ（１）」および「ＡＣＤ（２）」）には、それぞれ、当該エリア内で連続する通し番号「１」〜「６」がエリア内ＩＤとして付与されている。
【００６４】
また、「Ｒａｃｋ」タブ６１が選択されているときには、図８（ｂ）に示す「ラックグループツリー」の表示形態でツリー表示部５０にプロジェクトの構成が表示される。「ラックグループツリー」は、各エリアのエリア情報３３に含まれる「Ｒａｃｋｔｒｅｅ」の情報に基づき、エリアに登録されたアンプを「ラックグループ」に分けたツリーの表示形態（グループツリー）である。ラックグループは、アンプが登載されたラック（棚）ごとにアンプをまとめたグループである。１つのラックグループの下位に更に入れ子状にラックグループを作ること、つまり、１つのグループ内のアンプ群を更に小グループに分けることもできる。図８（ｂ）の例では、「Ａｒｅａ（１）」に作成された１つのラックグループ「Ｒａｃｋ−１」の下位に、２つのグループ「Ｒａｃｋ−１Ａ」と「Ｒａｃｋ−１Ｂ」が作成されており、更に「Ｒａｃｋ−１Ｂ」の下位に２つのグループ「Ｒａｃｋ−１Ｂ／１」と「Ｒａｃｋ−１Ｂ／２」が設けられている。或るエリア内のバーチャル機器であって、ラックグループに分類されないものは、「ＵｎｇｒｏｕｐｅｄＤｅｖｉｃｅ」のカテゴリに分類される。図８（ｂ）では、「ＡｍｐＸ１」と「ＡｍｐＸ２」が「ＵｎｇｒｏｕｐｅｄＤｅｖｉｃｅ」のカテゴリに分類されている。「ラックグループツリー」にも、各バーチャル機器の表示物に対応して、各バーチャル機器のエリア内ＩＤを表示するＩＤ表示欄６５が設けられている。
【００６５】
また、「ＦｅｅｄＳｔｒｕｃｔｕｒｅ」タブ６２が選択されているときには、図８（ｃ）に示す「フィードストラクチャーグループツリー」の表示形態でツリー表示部５０にプロジェクトの構成が表示される。「フィードストラクチャーグループツリー」は、各エリアのエリア情報３３に含まれる「ＦｅｅｄＳｔｒｕｃｔｕｒｅＴｒｅｅ」の情報に基づき、エリアに登録されたアンプの各チャンネルを「フィードストラクチャーグループ」毎に分けたツリーの表示形態（グループツリー）である。フィードストラクチャーグループは、アンプの各チャンネルの信号出力先となるスピーカ毎に、アンプのチャンネルをまとめたグループである。このグループ分けでは、例えば、ステレオスピーカのＬチャンネルに接続された高音域、中音域、および低音域の各帯域毎のアンプのチャンネルをまとめた第１のグループ（図８（ｃ）において「Ｇｒｏｕｐ−１」）、ステレオスピーカのＲチャンネルに接続された高音域、中音域、および低音域の各帯域毎のアンプのチャンネルをまとめた第２のグループ（図８（ｃ）において「Ｇｒｏｕｐ−２」）…などのようなグループ分けが可能である。従って、「フィードストラクチャーグループツリー」では、各グループ内には、アンプのチャンネルに対応する表示物（図８（ｃ）において、「Ａｍｐ１：ｃｈ１」など）が表示される。また、「フィードストラクチャーグループツリー」では、エリア内のバーチャル機器のチャンネルであって、「フィードグループ」に分類されないものは、「ＵｎｇｒｏｕｐｅｄＣｈａｎｎｅｌｓ」のカテゴリに分類される。
【００６６】
また、「ＵｓｅｒＤｅｆｉｎｅｄ」タブ６３が選択されたときには、「ＵｓｅｒＤｅｆｉｎｅｄツリー」の表示形態でツリー表示部５０にプロジェクトの構成が表示される。このグループは、ユーザが定義したグループ分けに従いエリア内のアンプのチャンネルをまとめたグループであって、各エリアのエリア情報３３に含まれる「ＵｓｅｒＤｅｆｉｎｅｄＴｒｅｅ」の情報に基づき、エリアに登録されたアンプを「ＵｓｅｒＤｅｆｉｎｅｄツリー」毎に分けたツリーの表示形態である。その表示形態は、参照するグループ情報３６の違いを除けば、図８（ｃ）のフィードストラクチャーグループツリーと概ね同様であるため、ＵｓｅｒＤｅｆｉｎｅｄツリーの表示例の図示は割愛した。
【００６７】
ツリー表示部５０において、１つのプロジェクト内に複数のエリアを設定し、エリア毎に１又は複数のグループにまとめることで、（１）ツリー表示部５０におけるツリー構成の表示形態を、異なる観点でのグループ分け（グループ定義）に応じて選択することができるので、個々のアンプを制御するときに、ツリー表示部５０から目的のアンプ又はアンプのチャンネルに辿り着くのが容易になる、という利点がある。また、（２）制御対象にグループを選択することにより、複数のアンプをグループ単位でまとめて制御できる、という利点がある。
【００６８】
また、ツリー表示部５０のデバイスツリー及びグループツリーにおいて表示されるバーチャル機器に対応する表示物の表示形態には、（１）対応するリアル機器がネットワーク上に存在する「実体有り」を表す表示形態と、（２）対応するリアル機器がネットワーク上に存在しない「実体無し」を表す表示形態との２通りの表示形態がある。この実施例では、「実体有り」の場合にはバーチャル機器に対応する表示物を「実線」で表示し、「実体無し」の場合にはバーチャル機器に対応する表示物を「点線」で表示する。
【００６９】
ツリー表示部５０において、プロジェクトファイルでエリアに登録されているバーチャル機器ないしそのバーチャル機器のチャンネルは、デバイスツリー、およびグループツリーの両方に、「エリア内のバーチャル機器」として表示される。後述するバーチャル機器とリアル機器とのマッチング処理によりバーチャル機器とリアル機器との対応付けがとれたエリア内のバーチャル機器に対応する表示物は、「実体有り」を表す表示形態、すなわち実線で表示される。例えば、図８（ａ）において、「Ａｍｐ１」は、「実体有り」の表示形態で表示されたエリア内のバーチャル機器を表す表示物の一例である。また、マッチング処理によりバーチャル機器とリアル機器との対応付けがとれなかったエリア内のバーチャル機器、すなわち、リアル機器が検出されなかったエリア内のバーチャル機器に対応する表示物は、「実体無し」を表す表示形態、すなわち点線で表示される。例えば、図８（ａ）において、「Ａｍｐ４」は、「実体無し」の表示形態で表示されたエリア内のバーチャル機器を表す表示物の一例である。
【００７０】
これに対して、マッチング処理により音響システム上でリアル機器が検出されたものの、プロジェクトファイルの何れのエリアのバーチャル機器とも対応付けできなかったリアル機器があった場合には、リモート制御ソフトは、デバイスツリーの「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」というカテゴリに、その機器に対応する表示物を自動作成する。本明細書では、これを「エリア外のバーチャル機器」と呼ぶ。例えば、図８（ａ）において、「ＡｍｐＸ」は、エリア外のバーチャル機器に対応する表示物の一例である。ここでは、「ＡｍｐＸ」を表す表示物が点線（つまり実体無しを表す表示形態）で表示されている。これは、「ＡｍｐＸ」がエリア外のバーチャル機器として作成された後に、対応するリアル機器がネットワークから切断されたことを意味する。なお、エリア外のバーチャル機器に対応する表示物は、グループツリーには表示されない。また、対応するリアル機器が切断されたバーチャル機器を点線で表示する代わりに、そのバーチャル機器の表示をツリーから消去してしまうようにしてもよい。
【００７１】
また、図８（ａ）〜（ｃ）において、バーチャル機器に対応する表示物の右隣に表示された両方向矢印画像６６は、対応するバーチャル機器のＯｎＬｉｎｅステータスがオンライン状態（「ＯＮＬＩＮＥ」）であることを示すマークである。また、バーチャル機器に対応する表示物の右隣に表示された一方向矢印画像６７は、対応するバーチャル機器のＯｎＬｉｎｅステータスがモニタ状態（「ＭＯＮＩＴＯＲ」）であることを示すマークである。また、バーチャル機器のＯｎＬｉｎｅステータスがオフライン状態（「ＯＦＦＬＩＮＥ」）のバーチャル機器については、対応する表示物の右隣に何らマークが表示されていない。各バーチャル機器のＯｎＬｉｎｅステータスは、対応する装置情報３７に格納されたＯｎＬｉｎｅステータス情報３９に基づく。
【００７２】
オンライン状態（ＯＮＬＩＮＥ）とは、エリア内のアンプの制御権限を持つ「ユーザ」が、ＰＣ２から、対応するリアル機器をリモートで制御可能な状態である。また、モニタ状態（ＭＯＮＩＴＯＲ）とは、エリア内のアンプの閲覧権限を持つ「ゲスト」が、ＰＣ２から、対応するリアル機器の動作状態をリモートでモニタ可能な状態である。また、「オフライン（ＯＦＦＬＩＮＥ）」は、バーチャル機器とリアル機器の間でリモート通信が行われない状態である。オフライン状態で、リモート制御ソフトにおいてバーチャル機器の動作データの編集が行われると、該編集操作内容に応じてカレントプロジェクトのデータが更新される。しかし、その操作はリアル機器には反映されない。
【００７３】
図９（ａ），（ｂ）は、前記図７の基本画面において符号５２〜５４で示す領域の画面構成例を示す図である。（ａ）は、ツリー表示部５０でアンプが個別に指定された場合の画面の構成例であり、（ｂ）は、ツリー表示部５０でエリア又はグループが指定された場合、つまり複数のアンプをまとめて制御する画面の構成例である。
【００７４】
図９（ａ）又は（ｂ）において、レベル表示部５２には、ツリー表示部５０で指定された１つのエリア、グループ、アンプ、又はアンプのチャンネルにおける入力信号の音量レベル、出力信号の音量レベル、出力端子に接続された負荷インピーダンスのレベル、及び出力電力レベルについて、それぞれチャンネル毎（図９では「ＣＨＡ」と「ＣＨＢ」の２つのチャンネル）に表示するレベルメータ群や、同チャンネル毎の入力信号乃至出力信号のミュートオン・オフ切替指示ボタン画像、出力の極性を切り替えスイッチ画像などが含まれる。また、状態表示部５３には、ツリー表示部５０で指定された１つのエリア、グループ、アンプ、又はアンプの動作状態等を表示する。また、アッテネータ操作部５４には、アッテネータのパラメータ（音量レベル減衰量）を調整する操作子画像がもうけられており、ツリー表示部５０で選択された１つのエリア、グループ又はアンプ１のアッテネータのパラメータが該操作子画像の制御対象に割り当てられる。図９に示す通り、（ａ）と（ｂ）の画面構成は概ね共通している。両者の違いは、図９に示す例では、アッテネータ操作部４３の構成の違い、（ｂ）の画面には出力の極性を切り替えスイッチ画像がない点、および（ｂ）の画面の状態表示部５３には「ＯｕｔｐｕｔＭｏｄｅ」の設定状態が表示されない点の３点である。
【００７５】
上記の構成からなる音響システムにおいてＰＣ２及びアンプ１のそれぞれが実行する各種動作の手順を、フローチャートを参照して説明する。
【００７６】
図１０は、ＰＣ２のＣＰＵ２０が実行するリモート制御ソフトの動作手順の流れの大枠を示すフローチャートである。ＰＣ２のＯＳ上で、リモート制御ソフトが起動されると、ディスプレイ（ユーザインターフェース２４）に基本画面を立ち上げることを含む所定の初期化処理をＣＰＵ２０は行う（ステップＳ１）。初期化処理が終了した後、ＣＰＵ２０はユーザから操作イベントが入力されることを待機する（ステップＳ２）。該ユーザが入力した何らかの操作イベントが検出されると、ＣＰＵ２０は該操作イベントに応じた処理を実行する（ステップＳ３）。そして、ユーザがリモート制御ソフトの終了を指示するまで（ステップＳ４のＮＯ）、ＣＰＵ２０は前記ステップＳ２及びＳ３の処理を繰り返す。リモート制御ソフトの終了が指示されたら（ステップＳ４のＹＥＳ）、ＣＰＵ２０は所定の終了処理を行い（ステップＳ５）、リモート制御ソフトを終了する。
【００７７】
前記ステップＳ２でＣＰＵ２０が待機する操作イベントは、ディスプレイ（ユーザインターフェース２４）に表示された基本画面等の操作画面からユーザが入力する操作イベントであって、例えば、プロジェクトファイルのロード指示、カレントプロジェクトとのストア指示、プロジェクト内のデータの各種編集操作、あるいはバーチャル機器とリアル機器のオンライン化指示又はオフライン化指示などである。以下に、ユーザによる種々の操作イベントに応じて、ＣＰＵ２０が前記ステップＳ３で実行する処理の動作手順の一例をフローチャートを参照して説明する。
【００７８】
なお、以下に説明する各種編集操作には、それぞれの操作を実行可能なユーザの権限が定義されており、それによりデータの編集操作の実施主体を制限している。ユーザの権限は、既に述べたとおり、プロジェクトの全権限を持つ「アドミン」、エリアの編集権限までを持つ「パワーユーザ」、エリア内のアンプの制御権限までを持つ「ユーザ」、エリア内のアンプの閲覧権限のみを持つ「ゲスト」、および当該エリアに何ら権限を持たない「部外者」の５種類ある。なお、ここでは、各ユーザに、予め定義された５種類の権限の１つを適用するようになっていたが、各権限をユーザが定義できるようにしたり、更に、ユーザが内容を定義できる「カスタム」という権限を設けてもよい。
【００７９】
図１１は、操作イベントとしてプロジェクトファイルのロード指示がユーザにより入力されたときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。ユーザは、図７の基本画面の共通操作パネル５９から、プロジェクトファイルライブラリ３１を開き、該ライブラリ中の１つのプロジェクトファイル３２を選択し、該選択したプロジェクトファイル３２のロード指示を行うことができる。スッテプＳ６において、ＣＰＵ２０は、前記ユーザが選択したプロジェクトファイル３２を開く処理を行い、該選択されたプロジェクトファイル３２に含まれるデータ群を、カレントプロジェクトにロードする。
【００８０】
ステップＳ７において、ＣＰＵ２０は前記ステップＳ６でカレントプロジェクトにロードしたプロジェクトに、ユーザをログイン（ユーザ認証）させる処理を行う。具体的には、ＣＰＵ２０は、ディスプレイ２４に、ユーザＩＤと認証情報の入力を求めるログイン画面（図示せず）を表示して、ユーザにユーザＩＤと認証情報を入力させて、該ログイン画面で入力されたユーザＩＤと認証情報を、当該カレントプロジェクトに含まれるユーザ情報中のアカウント情報３４（ユーザＩＤと認証情報）と照合する。ユーザによって入力されたユーザＩＤ及び認証情報に一致するアカウント情報３４があれば、ＣＰＵ２０はユーザ認証が成立したものと判断し、当該ユーザがカレントプロジェクトにログインすることを許可する。一方、当該ユーザがこのプロジェクトにアカウントを持たない場合や、入力されたユーザＩＤ及び認証情報の少なくともいずれか一方に誤りがあった場合には、ＣＰＵ２０は、ログイン失敗と判断して、プロジェクトファイルのロードの動作は終了する。
【００８１】
前記ステップＳ７のログイン処理が終了したら、ＣＰＵ２０は、ステップＳ８におい「マッチング処理」を行う。マッチング処理は、ネットワーク上に接続された各リアル機器を検出し、該検出した各リアル機器から装置ＩＤ４１とエリアを取得して、該取得した装置ＩＤ４１とエリアＩＤ４３を用いて、カレントプロジェクトの各エリアのエリアＩＤ４６と、該各エリアに登録されたバーチャル機器の装置ＩＤ３８とを照合し、音響システムに接続されたリアル機器と各エリアに登録されたバーチャル機器の対応付けを行う処理である。なお、マッチング処理の動作手順の詳細な説明は図２３を参照して後述する。
【００８２】
そして、ステップＳ９において、ＣＰＵ２０は、前記ステップＳ８の「マッチング処理」の結果に基づき、ツリー表示部５０の初期表示を行う等、画面初期化処理を行う。すなわち、前記ステップＳ８のマッチング処理の結果、（１）エリア内のバーチャル機器のうちでリアル機器との対応付けがとれたものは、「実体（リアル機器）有り」を表す表示形態の表示物がツリー表示部５０のデバイスツリー及びグループツリーに表示され、また、（２）エリア内のバーチャル機器のうちでリアル機器との対応付けがとれなかったものは、「実体（リアル機器）無し」を表す表示形態の表示物がツリー表示部５０のデバイスツリー及びグループツリーに表示される。また、ネットワーク上にリアル機器が検出されたものの、いずれのエリアのバーチャル機器とも対応付けが取れなかったものは、デバイスツリーの「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」のカテゴリに、エリア外のバーチャル機器を表す表示物が、「実体（リアル機器）有り」を表す表示形態で自動生成される。
【００８３】
上記図１１の処理により、ＰＣ２のディスプレイには、ユーザが制御対象に選択したプロジェクトが基本画面に表示され、ＰＣ２から該制御対象に選択したプロジェクトを制御ないしモニタすることが可能な状態となる。
【００８４】
図１２は、操作イベントとしてプロジェクトファイルの保存（ストア）指示がユーザにより入力されたときに、ＣＰＵ２０が実行するプロジェクトファイルの保存の動作手順の一例を示すフローチャートである。ユーザによりプロジェクトファイルの保存指示が行われると、ステップＳ１０において、ＣＰＵ２０は、メモリ（ＲＡＭ）２１上のカレントプロジェクトの内容をＨＤＤ２２に設けられたプロジェクトファイルライブラリ３１中の１つのプロジェクトファイル３２としてストアする処理を行う。これにより、リモート制御ソフトに現在立ち上げているカレントプロジェクトの内容が、１つのプロジェクトファイル３２としてプロジェクトファイルライブラリ３１に保存される。
【００８５】
図１３は、ユーザが操作イベントとしてツリー表示部５０の編集操作を行ったときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。ツリー表示部５０の編集操作は、エリアの編集権限（「パワーユーザ」以上の権限）を持つユーザによって行われる操作であり、且つ、編集対象のエリアに含まれる全てのバーチャル機器がオフライン状態のときにのみ実行可能である。ツリー表示部５０の編集操作には、エリアを新規に作成する操作、既存のエリアを削除する操作、或るエリアにグループを新規に作成する操作、既存のグループ削除する操作、或るエリア中のグループを別のエリアに移動する操作、バーチャル機器を新規に作成する操作、或るエリア内にバーチャル機器を新規に作成する操作、既存のバーチャル機器を削除する操作、あるいはエリア間若しくはグループ間でバーチャル機器を移動する操作等が含まれる。ユーザは、これらの編集操作を、例えば、各要素に対応する表示物のドラッグ＆ドロップ操作など、ＰＣ２のユーザインターフェース２４を用いた操作により、グラフィカルに行うことができる。
【００８６】
ユーザが入力したツリー表示部５０の編集操作が、新規デバイス（バーチャル機器）の追加であれば（ステップＳ１１のＹＥＳ）、ＣＰＵ２０は、追加先に指定されたエリアのエリア情報３３に、該新規に追加されたバーチャル機器に対応する装置情報３７を作成する。新規デバイス追加操作は、例えば基本画面の共通操作パネル５９で機種ライブラリのメニューを開く操作を行い、開かれたメニューに表示された複数のモデル名のうちの所望のモデル名を選択することにより、モデル名に対応するバーチャル機器を追加するようにすればよい。ここで、新規に作成されるバーチャル機器を定義するためのデータとして最低限指定されなければならないデータは、新規に追加するバーチャル機器の機種情報とエリア内ＩＤ（装置ＩＤ３８の一部）である。この実施例では、バーチャル機器新規作成時に、ＣＰＵ２０は、追加先に指定されたエリアでの通し番号（当該エリアに既存の他のエリア内ＩＤ群に連続する番号）を、新規に作成されるバーチャル機器のエリア内ＩＤとして、自動的に付与する処理を行うものとする。
【００８７】
新規にデバイス（バーチャル機器）が追加されたら（ステップＳ１１のＹＥＳ）、ＣＰＵ２０は、該追加されたバーチャル機器と、音響システムに接続されたリアル機器とのマッチング処理を行い（ステップＳ１２）、新規デバイス追加に応じてカレントプロジェクトの記憶内容を更新する（ステップＳ１３）。そして、ＣＰＵ２０は、ステップＳ１４において基本画面（ツリー表示部５０）の表示を更新することで、該新規デバイス追加の操作を画面に反映する。また、新規デバイス（バーチャル機器）追加以外の、ツリー表示部５０の編集操作が行われた場合には（ステップＳ１１のＮＯ）、ＣＰＵ２０は、編集対象に選択されたツリーの構成を、当該編集操作の内容に応じて編集する処理を行う（ステップＳ１５）。そして、ＣＰＵ２０は、前記編集操作の内容に応じてカレントプロジェクトの記憶内容を更新し（ステップＳ１３）、基本画面（ツリー表示部５０）の表示を更新する（ステップＳ１４）。この処理により、ツリー表示部５０に表示されたツリー構成がユーザの編集操作に応じて変更される。
【００８８】
また、エリア内のアンプの制御権限（「ユーザ」以上の権限）を持つユーザは、アンプのデータを編集することができる。エリア内のアンプの制御権限を持つユーザは、編集対象のアンプをツリー表示部５０で選択することで、該選択したバーチャル機器のデータを、図７の基本画面において符号５２〜５４で示す領域に展開し、該領域４１〜４３のＧＵＩ部品（前記図９（ａ）又は（ｂ）を参照）を使って、そこに展開された各種パラメータの値を変更することができる。なお、ここで編集対象のアンプ（バーチャル機器）は、アンプ単体、１つのグループ、又は１つのエリアのいずれかである。すなわち、１つのグループ、又は１つのエリアが編集対象であれば実質的には複数のアンプ（バーチャル機器）が編集対象となる。編集対象のバーチャル機器又はバーチャル機器群がオンライン状態のときには、図１４のフローチャートに示す通り、ＣＰＵ２０は、編集対象のリアル機器に対して、ユーザが基本画面で行ったアンプ（バーチャル機器）の編集操作の内容を通知する操作要求を送信する（ステップＳ１６）。前記操作要求を受信したリアル機器では、該操作要求を行ったユーザに権限があるならば、編集操作の内容に応じて自機の動作データを更新し、該更新結果をＰＣ２へ返信する（詳しくは後述の図２８を参照）。ＰＣ２側では、ＣＰＵ２０は、前記リアル機器からの応答内容に応じてカレントプロジェクトの記憶内容を更新し（ステップＳ１７）、必要に応じて画面の表示も更新する。
【００８９】
また、編集対象のバーチャル機器がオフライン状態のときには、図１５のフローチャートに示す通り、ＣＰＵ２０は、ユーザが基本画面で行ったアンプ（バーチャル機器）の編集操作に応じてカレントプロジェクトの記憶内容を更新し（ステップＳ１８）、必要に応じて画面の表示も更新する。この場合は、ユーザがＰＣ２側で行った編集操作の内容はリアル機器に反映しない。
【００９０】
図１６は、ユーザが、制御対象のプロジェクトに登録されたアカウントの編集操作を行ったときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。ユーザのアカウントは、プロジェクトファイル３１毎に設定されるもので、プロジェクトファイル３１に記憶されたユーザ毎のアカウント情報３４により管理されている。アカウントの編集操作は、プロジェクトの全権限（「アドミン」の権限）を持つユーザのみが実行可能であり、且つ、プロジェクト内の全てのバーチャル機器がオフライン状態のときにのみ実行される。
【００９１】
ユーザは、例えば、基本画面の共通操作パネル５９などからアカウントの編集要求を行うことができてよい。ユーザによってアカウントの編集要求が入力されると、ＣＰＵ２０は、アカウントの編集を行うためのユーザ管理ダイアログ画面（図示せず）をディスプレイに表示する（ステップＳ１９）。そして、ＣＰＵ２０は、ユーザ管理ダイアログ画面におけるアカウントの編集操作をユーザから受け付けて（ステップＳ２０）、入力された編集操作に応じてカレントプロジェクトに格納されたユーザ情報（アカウント情報３４）を更新する（ステップＳ２１〜Ｓ２４）。すなわち、既存のアカウントの削除の操作が行われた場合には、ステップＳ２１において、ＣＰＵ２０は、指定されたアカウント情報３４と、エリア毎の該アカウント情報３４に対応するユーザロール情報３５を、カレントプロジェクトから削除する。また、既存のアカウントの変更の操作が行われた場合には、ステップＳ２１において、ＣＰＵ２０は、ユーザが行った変更操作の内容に応じて、指定されたアカウント情報３４のユーザＩＤ及び認証情報の少なくともいずれか一方、あるいは、指定されたエリアにおけるそのアカウント情報３４に対応するユーザロール情報３５を変更する処理を行う。
【００９２】
また、新規にアカウントが追加された場合には、ＣＰＵ２０は、ステップＳ２３において、新規のアカウントを作成する。すなわち、ＣＰＵ２０は、ユーザＩＤと認証情報をユーザに設定させることでアカウント情報３４をカレントプロジェクトに新規に作成すると共に、該新規アカウントのユーザに権限を与えるべきエリア毎の権限をユーザに設定させることで該エリア毎に該新規アカウント情報３４に対応するユーザロール情報３５を新規に作成する。そして、ステップＳ２４において、前記ステップＳ２３で作成された規のアカウントをカレントプロジェクトに登録する。つまりカレントプロジェクトに格納されたユーザ情報（アカウント情報３４）とエリア毎のユーザロール情報３５を更新する。
【００９３】
次に、バーチャル機器とリアル機器の同期化処理について説明する。ユーザが、図７に示す基本画面の「Ｏｎｌｉｎｅ」ボタン画像５７を操作すると、ＣＰＵ２０は、図１７に示す「シンクロナイズドダイアログ」画面をディスプレイに表示させる。「シンクロナイズドダイアログ」画面は、基本画面のツリー表示部５０で現在制御対象に選択されているエリアに登録されたアンプ群について、オンライン化指示（同期化指示）又はオフライン化指示を行うためのダイアログ画面であって、オンライン化指示（「Ｇｏ−Ｏｎｌｉｎｅ」）ボタン画像６８と、オフライン化指示（「Ｇｏ−Ｏｆｆｌｉｎｅ」）ボタン画像６９とを含む。ユーザが、「シンクロナイズドダイアログ」画面のオンライン化指示ボタン画像６８を操作すると、ＣＰＵ２０は現在制御対象に選択されているエリア内のバーチャル機器群をオンライン状態にするための同期化処理を実行する。すなわち、同期化処理は１つのエリアを対象に行われる。また、画面中の「ＧｅｔＥｄｉｔａｂｌｅ」ボタン画像７８は、ユーザがオンライン状態化とモニタ状態化のいずれを選択するかを指示するボタンである。このボタン画像７８のオン状態は、オンライ状態化を選択したことを示し、オフ状態は、モニタ状態化を選択したことを示す。画面中の機器情報表示部７６には、当該エリア内のバーチャル機器のうち、リアル機器と対応付けがされているバーチャル機器（同期化候補のバーチャル機器）のアンプ名と、デバイスＩＤと、対応するリアル危機のＩＰアドレスと、ＯｎＬｉｎｅステータスとが表示される。
【００９４】
図１８は、ユーザがオンライン化指示ボタン画像６８を操作したときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。ステップＳ２５において、ＣＰＵ２０は、エリア内のバーチャル機器のうち、リアル機器との対応付けができており、且つ、ＯｎｌｉｎｅステータスがＯＮＬＩＮＥでないものを、「同期化すべきバーチャル機器」として特定するとともに、そのうちの１台目のバーーチャル機器及びその対応するリアル機器を「同期化処理対象」として指定する。ここで同期化すべきバーチャル機器として特定された機器の１ずつに対して、順番に、ステップＳ２６以下の処理を実行する。従って、同期化処理の対象になる機器は、或るエリアに登録されたバーチャル機器であって、リアル機器とのマッチングが取れたもの（実体有りのエリア内のバーチャル機器）である。
【００９５】
ステップＳ２６において、同期化対象のリアル機器からＵｓｅｒＩｎｆｏ情報４５を取得して、該取得したＵｓｅｒＩｎｆｏ情報４５に含まれる複数組のユーザＩＤと認証情報と、アカウント情報３４中のログインユーザのユーザＩＤと認証情報の組との整合を確認する。ログインユーザのユーザＩＤと認証情報の組が、該取得したＵｓｅｒＩｎｆｏ情報４５にそのまま含まれていれば（ステップＳ２７の「一致」）、処理をステップＳ３０に進める。
【００９６】
ステップＳ２７において不一致と判断されるのは、取得したＵｓｅｒＩｎｆｏ情報４５に、ログインユーザのユーザＩＤが含まれていない場合、又は、取得したＵｓｅｒＩｎｆｏ情報４５に、ログインユーザのユーザＩＤが含まれているが、それと組になる認証情報がログインユーザの認証情報と一致しない場合、又は、リアル機器側のＵｓｅｒＩｎｆｏ情報４５がクリアされている場合の３通りのケースである。
【００９７】
取得したＵｓｅｒＩｎｆｏ情報４５、ログインユーザのユーザＩＤは含まれているが、それと組になる認証情報が不一致であったった認証に失敗した場合（ステップＳ２７の不一致）には、ステップＳ２８において、ＣＰ２０は、パスワード（認証情報）の入力を求めるパスワード入力画面を表示し、ユーザにパスワード（認証情報）を入力させる再認証処理を行う。この再認証処理により入力されたパスワードが正しければ、認証が成功したものと判断する（ステップＳ２９の「ＯＫ」）。
また、リアル機器側にＵｓｅｒＩｎｆｏ情報４５がクリアされている場合には、前記ステップＳ２８において、ＣＰＵ２０は、当該バーチャル機器が属するエリア情報３３中のユーザロール情報３５に基づき当該ログイン中のユーザの権限（ユーザロール）を調べ、該ユーザが当該エリアの編集権限以上の権限（「パワーユーザ」以上の権限）を持っていれば、認証が成功したものと判断する（ステップＳ２９の「ＯＫ」）。
【００９８】
また、取得したＵｓｅｒＩｎｆｏ情報４５に、ログインユーザのユーザＩＤが含まれていない場合、又は、リアル機器のＵｓｅｒＩｎｆｏ情報４５がクリアされており且つログインユーザが当該エリアの編集権限以上の権限を持たない場合には、ＣＰＵ２０は認証が失敗したものと判断し（ステップＳ２９の「ＮＧ」）、当該バーチャル機器の同期化処理は終了する。
【００９９】
ステップＳ３０において、ＣＰＵ２０は、ログイン中のユーザのユーザロール情報３５を調べる。ユーザロール情報３５に設定された権限が「ユーザ」以上、すなわち、エリア内のアンプの制御権限以上の権限であるならば、該ログイン中のユーザは、同期化対象のバーチャル機器に対応するリアル機器を制御する権限を持っている。従って、その場合には、ステップＳ３０の判断は「エディット可能」に分岐する。なお、ステップＳ３０では、ユーザロール情報３５に基づいて分岐を行っていたが、その分岐を、ログイン中のユーザのユーザロール情報３５と、取得したＵｓｅｒＩｎｆｏ情報４５中の同ユーザのユーザロール情報のうち、示す権限が低いほうのユーザロール情報に基づいて行うようにしてもよい。その場合、ＵｓｅｒＩｎｆｏ情報４５に基づく権限チェックが、ＰＣ２側とアンプ側とで二重化され、セキュリティがより強化される。また、後述するアンプ側での権限判定（ステップＳ６１）を省略することができるようにもなる。
【０１００】
一方、ログイン中のユーザのユーザロール情報３５に設定された権限が「ユーザ」以下、すなわち、エリア内のアンプの制御権限がない場合（エリア内のアンプの閲覧権限を有する場合）は、ステップＳ３０の判断は「エディット不可」に分岐する。ここでエディット不可に分岐することは、つまり、モニタ許可するということである。なお、この実施例では、エリア内で最初に同期化処理を行ったバーチャル機器が、その同期化処理の結果、モニタ状態になった場合（権限不足の場合、当該アンプが既に他のユーザによる制御を受けている場合、或いは、「ＧｅｔＥｄｉｔａｂｌｅ」ボタン７８がオフ状態にある、すなわち、ユーザが自らモニタ状態になることを選択した場合）には、当該エリア内のバーチャル機器について、全て「エディット不可」に分岐するようテップＳ３０の判断処理が構成される。この動作は、「エリアの機器の制御は、１台のＰＣが行う」という設計ポリシーに従うものである。
【０１０１】
ステップＳ３０の判断を「エディット可能」に分岐した場合、ＣＰＵ２０は、ステップＳ３１において、現在同期化処理の対象のバーチャル機器に対応するリアル機器に対して、当該ログイン中のユーザにより該リアル機器を制御する許可を求める「制御要求」のコマンドを送信する。このとき、リアル機器には、制御要求とともに、ログインユーザのユーザＩＤと認証情報も送信される。該「制御要求」のコマンドを受信したリアル機器は、後述する図２５に示す処理により、該ログイン中ユーザによる自機の制御を許可するか否かの判断を行い、その判断結果をＰＣ２に返信する。
【０１０２】
なお、ＰＣ２のＣＰＵ２０は、前記ステップＳ３１において制御要求を送った後、ステップＳ３１でレスポンスを受けるまでの間の適宜のタイミングで、カレントプロジェクトに格納された当該エリアのエリアＩＤ４６、当該ＰＣ２のコントローラＩＤ４０、同期化処理対象のバーチャル機器が属するエリア情報３３中のグループ情報３６、およびカレントプロジェクト中のユーザ情報（アカウント情報３４群）と、同期化処理対象のバーチャル機器が属するエリア情報３３中のユーザロール情報３５とを、リアル機器に対して送信する。ここで送信された情報群は、リアル機器側で制御を受け入れた場合に、該リアル機器側のコントローラＩＤ４２、エリアＩＤ４３、グループ情報４４及びＵｓｅｒＩｎｆｏ情報４５に上書きされる。
【０１０３】
ステップＳ３２において、ＣＰＵ２０は、前記「制御要求」に対する前記リアル機器からのレスポンス（返信内容）を判断する。前記リアル機器からのレスポンスには、「制御可」、「モニタ可」、および「拒絶」の３通りの種類がある。ユーザがリアル機器の制御権限を持ち、且つ、当該リアル機器が他のユーザから制御を受けていない場合には、リアル機器からのレスポンス（返信内容）は「制御可」である。ユーザがリアル機器の閲覧権限を持つ場合、又は、ユーザがエリア内のアンプの制御権限を持つが、当該リアル機器が他のＰＣ２（他の制御主）から制御を受けている場合には、リアル機器からのレスポンス（返信内容）は「モニタ可」である。それ以外の場合、例えばユーザがリアル機器に何の権限も持たない「部外者」である場合や、リアル機器に当該ユーザのアカウント（ユーザＩＤと認証情報）がない場合には、この制御要求が不正であると判断して、リアル機器からＰＣ２へ「拒絶」のレスポンスが送信される。
【０１０４】
前記「制御要求」に対する前記リアル機器からのレスポンス（返信内容）が「制御可」であれば（ステップＳ３２の「制御可」）、ステップＳ３３において、ＣＰＵ２０は、カレントプロジェクトに格納された当該同期化対象のアンプに対応する装置情報３７のＯｎＬｉｎｅステータス情報３９の値に、「ＯＮＬＩＮＥ」をセットする。なお、リアル機器は「制御可」のレスポンスとともに、該リアル機器に記憶されたコントローラＩＤ４２（当該リアル機器の制御主のコントローラＩＤ）のデータも一緒に、ＰＣ２へ送信する。ＰＣ２のＣＰＵ２０は、「制御可」のレスポンスとともに受信したコントローラＩＤ４２の値を、カレントプロジェクトの当該同期化処理対象のバーチャル機器に対応する装置情報３７のコントローラＩＤ４０に上書きする。レスポンスが「制御可」の場合には、リアル機器のコントローラＩＤ４２の値は、ＰＣ２自身のコントローラＩＤである。
【０１０５】
また、前記ステップＳ３３によりＯｎＬｉｎｅステータス情報３９の値に「ＯＮＬＩＮＥ」をセットしたときに、バーチャル機器の装置ＩＤ３８とリアル機器の装置ＩＤ４１が部分的にのみ一致している状態（つまり、両者の装置ＩＤ中のＭＡＣアドレス又はエリア内ＩＤのいずれか一方のみが一致している状態）であれば、両者の装置ＩＤを一致させる処理も併せて行う。装置ＩＤのうちＭＡＣアドレスのみが一致している場合には、バーチャル機器の装置ＩＤ３８でリアル機器の装置ＩＤ４１を上書きする。また、装置ＩＤのうちエリア内ＩＤのみが一致している場合には、リアル機器の装置ＩＤ４１でバーチャル機器の装置ＩＤ３８を上書きする。また、このとき、リアル機器のＩＰアドレス、および機種情報を、バーチャル機器のＩＰアドレス、および機種情報（図４）に上書きする。
【０１０６】
ステップＳ３４において、ＣＰＵ２０は、バーチャル機器の装置情報３７中の動作データと、リアル機器のメモリ１１に記憶された動作データとの整合性、つまり両者の一致不一致の確認を行う。両者が一致していれば、ＣＰＵ２０は、バーチャル機器とリアル機器とのデータの同期化（シンクロ）処理は行う必要はないものと判断し（ステップイＳ３５の「ＯＫ」）、このバーチャル機器に対する同期化処理を終える。
【０１０７】
一方、バーチャル機器とリアル機器の動作データが不一致であった場合（ステップイＳ３５の「ＮＧ」）、ＣＰＵ２０は、図１９に示す「シンクロ方向選択画面」をディスプレイ２４に表示する処理を行う。「シンクロ方向選択画面」には、同期化（シンクロ）の方向として、「シンクロ」（「Ａｐｐｌｉｃａｔｉｏｎ→Ｄｅｖｉｃｅ」）又は「逆シンクロ」（「Ｄｅｖｉｃｅ→Ａｐｐｌｉｃａｔｉｏｎ」）をユーザに選択させるラジオボタン６９が設けられている。図１９の例ではラジオボタン６９は「シンクロ」方向を選択した状態になっている。また、ラジオボタン６９の下部には、前記ステップＳ３５でデータの不整合が検出されたアンプ名を表示する表示欄７０が設けられている。図１９の例では、表示欄６０に「Ａｍｐ３」というアンプ名が表示されている。ユーザは、ラジオボタン６９を使って同期化処理の方向として「シンクロ」又は「逆シンクロ」のいずれか一方を選択し、「ＯＫ」ボタン画像７１の操作により前記ラジオボタン６９による方向の選択を確定する。つまり、アンプ（バーチャル機器）をオンライン状態にするときのオンライン化指示には、同期化方向の選択指示も含まれる。
【０１０８】
ＣＰＵ２０は、ステップＳ３６において、前記シンクロ方向選択画面でユーザにより選択された同期化処理の方向（シンクロ又は逆シンクロ）に従い、バーチャル機器とリアル機器のデータを同期化（シンクロ又は逆シンクロ）させる処理を行い、両者を一致させる。シンクロ方向として「シンクロ」が選択されているときは、前記ステップＳ３６において、ＣＰＵ２０は、バーチャル機器の動作データを、ネットワーク越しに、リアル機器の動作データに上書きする処理を行う。つまり、カレントプロジェクトのデータの設定状態にリアル機器のデータ設定状態を一致させる。また、シンクロ方向として「逆シンクロ」が選択されているときは、前記ステップＳ３５において、ＣＰＵ２０は、ネットワークを介してリアル機器の動作データを受信し、バーチャル機器の動作データにそれぞれ上書きする処理を行う。つまり、リアル機器のデータ設定状態に、カレントプロジェクトのデータの設定状態を一致させる。
【０１０９】
また、前記ステップＳ３０の判断で「エディット不可」に分岐した場合は、図示しないステップで「モニタ要求」をリアル機器に送信し、「制御要求」の場合と同様に、リアル機器から「モニタ可」又は「拒絶」のレスポンスを受け取る。ここで「モニタ可」のレスポンスを受け取った場合、又は、前記ステップＳ３２において判定したレスポンスが「モニタ可」であった場合には、ステップＳ３７において、ＣＰＵ２０は、カレントプロジェクトに格納された当該同期化対象のアンプに対応する装置情報３７のＯｎＬｉｎｅステータス情報３９の値に、「ＭＯＮＩＴＯＲ」をセットする。なお、リアル機器のレスポンスが「モニタ可」のときには、リアル機器は、該レスポンスとともに、該リアル機器に記憶されたコントローラＩＤ４２（当該リアル機器の制御主、つまり当該同期化処理を実行中のＰＣ２とは別のＰＣ２が持つコントローラＩＤ）のデータも一緒に、ＰＣ２へ送信する。すなわち、ＰＣ２は、前記ステップＳ３２で「モニタ可」のレスポンスとリアル機器の制御主のコントローラＩＤ４２を受け取る。
【０１１０】
そして、ステップＳ３８において、ＣＰＵ２０は、バーチャル機器とリアル機器のデータを同期化（逆シンクロ）させる処理を行い、両者を一致させる。このように、アンプ（バーチャル機器）をモニタ状態にする場合には、強制的に「逆シンクロ」で同期化処理が行われる。ここでは、リアル機器のメモリ１１の記憶内容（図６参照）のうち、エリアＩＤ４３とＵｓｅｒＩｎｆｏ情報４５を覗くデータがＰＣ２側に送信され、カレントプロジェクト内の対応するデータが前記リアル機器から送信されたデータにより上書きされる。具体的には、装置情報３７中の装置ＩＤ３８、機種情報、ＩＰアドレス、動作データ、およびコントローラＩＤ４０と、エリア情報３３中のグループ情報３６（「ＲａｃｋＴｒｅｅ」情報、「ＦｅｅｄＳｔｒｕｃｔｕｒｅＴｒｅｅ」情報、「ＵｓｅｒＤｅｆｉｎｅｄＴｒｅｅ」情報）が、リアル機器のメモリ１１の記憶内容で上書きされる。つまり、リアル機器のデータ設定状態に、カレントプロジェクトのデータの設定状態を一致させる。これにより、当該バーチャル機器は「モニタ状態（リアル機器をモニタ可能な状態）」になる。
【０１１１】
なお、上記ステップＳ３８の逆シンクロ処理を行うとき（つまり、バーチャル機器をモニタ状態に移行するとき）に、リアル機器の装置ＩＤ４１で、装置情報３７中の装置ＩＤ３８を上書きしていることに留意されたい。すなわち、後述する「マッチング処理」でバーチャル機器の装置ＩＤ３８とリアル機器の装置ＩＤ４１が部分的に一致していた状態ＭＡＣアドレス又はエリア内ＩＤのいずれか一方のみが一致していた状態）でマッチングを成立させた場合には、上記ステップＳ３８の逆シンクロ処理を行うときに、リアル機器の装置ＩＤ４１で、装置情報３７中の装置ＩＤ３８が上書きされることになる。
【０１１２】
ステップＳ２９の判断で再認証が失敗した場合（ステップＳ２９の「ＮＧ」）、あるいはステップＳ３２において判定したレスポンスが「拒絶」だった場合（ステップＳ３２の「拒絶」）、あるいは、リアル機器からの「モニタ要求」に対するレスポンスが「拒絶」であった場合には、当該バーチャル機器に対する同期化処理を終了する。このように同期化処理を終了する場合や、上記ステップＳ２６〜Ｓ３８までの同期化処理中に何らかのエラーが発生したときには、ＣＰＵ２０は、ディスプレイに、図２０に示す「警告ダイアログ画面」を表示する。「警告ダイアログ画面」のメッセージ表示部７３には、例えば「認証失敗」など、エラー乃至警告内容をユーザに通知するメッセージが表示される。なお、例えば、前記ステップＳ２６の処理で認証情報が不一致だったときなどのように、「警告ダイアログ画面」とともに「パスワード入力画面」を表示する場合もある。同期化処理の継続が可能なエラーの場合には、処理の継続を指示する「Ｃｏｎｔｉｎｕｅ」ボタン画像７４、および処理の中止を指示する「Ｓｋｉｐ」ボタン画像７５が表示され、ユーザに当該バーチャル機器に対する同期化処理を継続するか否かを問う。また、ステップＳ２９やＳ３２の判断により当該アンプについて同期化処理を中止するときなど、同期化処理が継続不可能なエラーが生じたときには、「Ｃｏｎｔｉｎｕｅ」ボタン画像７４、および「Ｓｋｉｐ」ボタン画像７５は表示されず、その代わりに、警告メッセージ内容の了承をユーザに問う「ＯＫ」ボタン画像が表示される。この「ＯＫ」ボタン画像の操作に応じて、当該バーチャル機器に対する同期化処理を終了する。
【０１１３】
上記ステップＳ２６〜Ｓ３８の処理により、１つのバーチャル機器に対する同期化処理が終了したら、ステップＳ３９の判断により、同期化すべきバーチャル機器として特定されている全てのバーチャル機器に対する同期化処理が終了するまで、１つのバーチャル機器ずつ順番に、ステップＳ２６〜Ｓ３８の処理を繰り返す。これにより、１つのエリアに登録された全てのバーチャル機器（リアル機器と対応付けられたエリア内のバーチャル機器）の同期化処理が行われる。この同期化処理によりエリア内の各アンプに対するユーザの制御権限が、先着順（先に制御主がいる場合にはモニタまでしか許可されない）で設定される。各アンプ１ごとにＵｓｅｒＩｎｆｏ情報４５を持つことからも、アンプの制御権限はアンプ１台ごとに設定されうるものであることは理解できる。しかし、この実施例のリモート制御ソフトは、エリア単位で制御を行うこと、言い換えれば、１つのエリアに対して１人の制御主がつくこと（１つのエリアを１つのＰＣ２で制御すること）を本来の狙いとしている。よって、エリアの編集権限を持つ者は、１エリアに対して１制御主となるよう、エリアを設計すべきである。なお、図１８の同期化処理の終了時に、同期化処理を実施したエリアのエリア情報３３内に格納されたエリアの「Ｏｎｌｉｎｅ」ステータス情報に「ＯＮＬＩＮＥ」をセットする。なお、エリアの「Ｏｎｌｉｎｅ」ステータス情報に「ＯＮＬＩＮＥ」をセットするのは、同期化処理開始時（オンライン化指示ボタン画像６８操作時）でもよい。
【０１１４】
図１７に示す「シンクロナイズドダイアログ」画面には、処理経過状況を示す表示欄７６が設けられている。表示欄７６には同期化処理の対象になっているエリア内のバーチャル機器のうち、リアル機器と対応付けがなされているバーチャル機器（同期化候補のバーチャル機器）のリストが表示される。リストの内容は、各アンプ（バーチャル機器）のアンプ名と、エリア内ＩＤと、ＩＰアドレスと、ＯｎＬｉｎｅステータス情報とからなる。図の例では、リスト上のアンプはアンプ名の順で整列されている。ＯｎＬｉｎｅステータス情報の初期値は、各アンプのＯｎＬｉｎｅステータス情報に格納された値に応じて、「ＯＮＬＩＮＥ」、「ＭＯＮＩＴＯＲ」又は「ＯＦＦＬＩＮＥ」のいずれかである。１つのアンプについて同期化処理が開始すると、該同期化処理進行中のアンプに対応するステータス情報欄には「ＮｏｗＳｙｎｃｈｒｏｎｉｚｉｎｇ」と表示される。また、既に同期化処理が終了したアンプに対応するステータス情報欄には「Ｃｏｍｐｌｅｔｅｄ」と表示される。図１７の例は、対象のエリアに対して途中まで同期化処理が進行した状態を示しており、アンプ名「Ａｍｐ１」、「Ａｍｐ２」、および「Ａｍｐ３」が同期化処理を既に終了しており、アンプ名「Ａｍｐ４」が現在同期化処理進行中である。表示欄７６の下部には、１エリア全体に対する同期化処理進行状況をパーセンテージで表すメータ７７が設けられている。なお、同期化処理対象のエリアにインターフェース装置（「Ａｒｅａ（１）」における「ＡＣＤ（１）」、「ＡＣＤ（２）」など）が含まれる場合には、それらインターフェース装置も表示欄７６にリストアップされてよい。
【０１１５】
上記図１８の同期化処理により、或るバーチャル機器が対応するリアル機器に対してオンライン状態（ＯＮＬＩＮＥ）になると、ＰＣ２において、当該バーチャル機器の動作データを編集する編集操作が行われたとき、その編集操作がネットワークを介して対応するリアル機器に伝達され、対応するリアル機器の動作データが編集されるとともに、その編集結果がネットワークを介してＰＣ２に伝達され、カレントプロジェクト中の当該バーチャル機器（装置情報３７）の動作データに反映される。また、対応するリアル機器において、動作データを編集する編集操作が行われると、そのリアル機器内の動作データが編集されるとともに、その編集結果がＰＣ２に伝達され、カレントプロジェクト中の当該バーチャル機器（装置情報３７）の動作データに反映される。また、リアル機器において検出される各種動作状態を示すデータ（例えば、出力段の温度、入力や出力の信号レベル、電源電圧、出力電圧、出力電流、負荷インピーダンス、あるいはプロテクションの状態など）は、リアル機器からＰＣ２へ送信され、必要に応じて基本画面のレベル表示部５２や状態表示部５３等に表示される。
【０１１６】
また、上記図１８の同期化処理により、或るバーチャル機器が対応するリアル機器に対してモニタ状態（ＭＯＮＩＴＯＲ）になると、該バーチャル機器は、ツリー表示部５０のグループツリーで、前記ステップＳ３８の逆シンクロ処理でリアル機器から受け取ったグループ情報４４に基づくグループ内の機器として表示される。そして、リアル機器の動作データやグループ情報４４等が編集されると、その編集内容がＰＣ２のカレントプロジェクト中の当該バーチャル機器（装置情報３７）の動作データやグループ情報３６等に反映される。リアル機器において検出される各種動作状態を示すデータは、リアル機器からＰＣ２へ送信され、必要に応じて基本画面のレベル表示部５２や状態表示部５３等に表示される。
【０１１７】
ユーザが、図１７に示す「シンクロナイズドダイアログ」画面のオフライン化指示（「Ｇｏ−Ｏｆｆｌｉｎｅ」）ボタン画像６８を操作すると、ＣＰＵ２０は、同期化処理対象のエリア内のバーチャル機器のうち、ＯｎＬｉｎｅステータス情報３９が「ＯＮＬＩＮＥ」又は「ＭＯＮＩＴＯＲ」のバーチャル機器に対応付けられたリアル機器をオフライン状態にするオフライン化処理を実行する。図２１は、ユーザがオフライン化指示ボタン画像５８を操作したときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。
【０１１８】
ステップＳ４０において、ＣＰＵ２０は、当該エリア内のバーチャル機器のうち、ＯｎＬｉｎｅステータス情報３９が「ＯＮＬＩＮＥ」又は「ＭＯＮＩＴＯＲ」のバーチャル機器に対応付けられたリアル機器の各々に対して、「開放」要求のコマンドを送信する。「開放」要求を受信した各リアル機器のうちの、該「開放」要求の送信元のＰＣ２による制御を受けていたリアル機器は、後述する処理により、自機器を「開放」する処理を行う。この「開放」処理を行ったリアル機器では、コントローラＩＤが「Ｎｕｌｌ」にセットされるとともに、ＵｓｅｒＩｎｆｏ情報４５がクリアされる。つまり、それらのリアル機器は、ユーザからリモート制御を受けていないフリーの状態になる。ステップＳ４１において、ＣＰＵ２０は、カレントプロジェクト内の当該エリアのＯｎＬｉｎｅステータス情報と、当該エリア内の各バーチャル機器のＯｎＬｉｎｅステータス情報３９の値を、それぞれＯＦＦＬＩＮＥにする。これにより、オフライン化指示以前には、オンライン状態だった当該エリア、および、当該エリア内のオンライン状態若しくはモニタ状態だったバーチャル機器は、全て、オフライン状態になる。
【０１１９】
図２２は、ＰＣ２のＣＰＵ２０が所定時間間隔で実行するタイマ動作の動作手順の一例を示すフローチャートである。ステップＳ４２において、ＣＰＵ２０は、プロジェクト内のオンライン状態のアンプ（リアル機器）がネットワークに接続されているかどうかを定期的にチェックするためのアクティブセンシング処理を行う。このアクティブセンシング処理は、ＯｎＬｉｎｅステータス情報３９が「ＯＮＬＩＮＥ」又は「ＭＯＮＩＴＯＲ」のバーチャル機器に対応付けられたリアル機器が、一定時間異常無操作又は無要求だった（何のデータも送ってこない）場合にのみ行う。
【０１２０】
ステップＳ４３において、ＣＰＵ２０は、前回のタイマ動作実行時以降に各リアル機器から受信した各種データを、図示しない受信履歴バッファから取得する。ここで、取得する「各種データ」には、各リアル機器がネットワーク接続時に発する「接続」メッセージ、各リアル機器での各種設定変更時に発生される「設定変更」メッセージ、あるいはバーチャル機器がオンライン状態にあるリアル機器から所定時間応答がないことを表す「無応答」メッセージなどである。「無応答」状態は、そのリアル機器がネットワークから物理的に切り離されたこと、又は、そのリアル機器の電源がオフされたことを意味し、アクティブセンシングでこのことを確認できる。「無応答」の場合、本ルーチンでは、ＣＰＵ２０はそのリアル機器がネットワークから切断されたものと判断する。
【０１２１】
前記ステップ４３により、新たなリアル機器が接続されたことを示す「接続」メッセージを検出した場合（ステップＳ４４のＹＥＳ）、ＣＰＵ２０は、ステップＳ４５において「マッチング処理」を行うことで、該接続を検出したリアル機器とバーチャル機器の対応付けを行う。
【０１２２】
また、前記ステップ４３により「無応答」メッセージを取得した場合、つまりリアル機器の切断が検出された場合（ステップＳ４６のＹＥＳ）、ＣＰＵ２０は、ステップＳ４７において、該切断が検出されたリアル機器に対応するバーチャル機器のＯｎＬｉｎｅステータス情報３９の値を「ＯＦＦＬＩＮＥ」に変更する。これにより、該切断が検出されたリアル機器に対応するバーチャル機器はオフライン状態になる。
【０１２３】
ステップＳ４８において、ＣＰＵ２０は、上記ステップＳ４５又はＳ４７の処理結果に応じて、基本画面のツリー表示部５０の表示を更新する処理を行う。前記ステップＳ４５のマッチング処理により接続されたリアル機器とマッチングが取れたバーチャル機器があれば、そのバーチャル機器に対応する表示物の表示形態が、「実体無し」を表す表示形態（点線）から「実体有り」を表す表示形態（実線）に変更される。新たに接続されたリアル機器とマッチングが取れたバーチャル機器がない場合は、対応するバーチャル機器を生成して、デバイスツリーの「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」カテゴリに表示する。また、前記ステップＳ４７でＯｎＬｉｎｅステータス情報３９が「ＯＦＦＬＩＮＥ」に変更されたバーチャル機器（切断されたリアル機器に対応するもの）については、そのバーチャル機器に対応する表示物の表示形態が、「実体有り」を表す表示形態（実線）から「実体無し」を表す表示形態（点線）に変更される。なお、エリア外のバーチャル機器に対応するリアル機器が切断された場合にも、それに対応する表示物（デバイスツリーの「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」にカテゴライズされた表示物）は消去せずに、「実体無し」を表す表示形態（点線）で表示する。例えば、前記図８（ａ）のデバイスツリーに例示した「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」内の「ＡｍｐＸ」の表示物は、このケースに該当する。このようにして「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」カテゴリに「実体無し」で残されたバーチャル機器は、デバイスツリーのオフライン編集に利用できるので便利である。あるエリアでパワーユーザー以上の権限を有するユーザは、「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」カテゴリのバーチャル機器を、そのエリア内に移動することができる。その移動が行われた場合、移動されたバーチャル機器にはエリア内ＩＤが付与され、対応する機器情報３７が当該エリアのエリア情報３３内に記憶される。
【０１２４】
なお、図２２に示すフローチャートではリアル機器の接続又は切断が検出されたときの動作のみを示したが、前記ステップ４３でリアル機器の「設定変更」メッセージなどその他のメッセージを取得したときには、該取得したメッセージに対応する処理をＣＰＵ２０は必要に応じて実行される。
【０１２５】
図２３は、前記図１１のステップＳ８、前記図１３のステップＳ１２、あるいは前記図２２のステップＳ４５においてＣＰＵ２０が実行する「マッチング」処理の動作手順の一例を示すフローチャートである。図２２に示す動作手順は、１台のアンプに対するマッチング処理を示している。ＰＣ２は、ネットワークに接続されているリアル機器（アンプ）群を検出し、該検出されたリアル機器の１台毎に、図２３に示す処理を実行する。
【０１２６】
ステップＳ４９において、ＣＰＵ２０は、マッチング対象のリアル機器に記憶されたエリアＩＤ４３を取得して、カレントプロジェクトに記憶された各エリアのエリアＩＤ４６と照合して、マッチング対象のリアル機器の属するエリアを特定する。エリアＩＤのマッチング（一致）がとれた場合（ステップＳ４９の「一致」）、ステップＳ５０において、ＣＰＵ２０は、リアル機器に記憶された装置ＩＤ４１と、前記ステップＳ４９により特定したエリア（エリアＩＤが一致したエリア）内の各装置情報３７の装置ＩＤ３８を照合する。一方、リアル機器に記憶されたエリアＩＤ４３がカレントプロジェクト中のいずれのエリアＩＤ４６とも一致しなかったならば（ステップＳ４８の「不一致」）、当該アンプについてマッチング処理を終了する。
【０１２７】
装置ＩＤは、前述の通り、ＭＡＣアドレス及びエリア内ＩＤにより構成される。前記ステップＳ５０おける装置ＩＤの照合処理では、ＣＰＵ２０は、ＭＡＣアドレス及びエリア内ＩＤの少なくとも一方が一致していれば、リアル機器に記憶された装置ＩＤ４１と、装置情報３７の装置ＩＤ３８の対応付けが取れたものと判断する。具体的には、この実施例では、ＭＡＣアドレスを使って装置ＩＤのマッチングができなかった場合に、エリア内ＩＤで装置ＩＤのマッチングをするよう、前記ステップＳ５０の装置ＩＤの照合処理が構成されるものとする。ＭＡＣアドレスを使って装置ＩＤのマッチングができなかった場合とは、ＭＡＣアドレスが不一致の場合、若しくは、バーチャル機器（装置情報３７）の装置ＩＤ３８にＭＡＣアドレスが入っていない場合である。
【０１２８】
ＭＡＣアドレス及びエリア内ＩＤの少なくとも一方が一致していれば（ステップＳ５０の「少なくとも片方が一致」）、ステップＳ５１において、ＣＰＵ２０は、そのバーチャル機器とリアル機器とのマッチング（装置ＩＤとエリアＩＤ）を記憶する。なお、装置ＩＤに含まれるＭＡＣアドレス及びエリア内ＩＤの少なくとも一方が一致していた場合（装置ＩＤが部分的に一致していた場合）、バーチャル機器の装置ＩＤ３８とリアル機器の装置ＩＤ４１を一致させる処理（装置ＩＤの上書き）はここでは行わない。その場合には、当座のところ、装置ＩＤは部分的にのみ一致した状態にしておく。バーチャル機器の装置ＩＤ３８とリアル機器の装置ＩＤ４１を一致させる処理（装置ＩＤの上書き）は、前記図１８に示す同期化処理で行われるからである。なお、マッチングが取れた場合は、各ツリーの表示におけるその対応付けがとれたバーチャル機器の表示を、「実体無し」表示（点線）から「実体有り」表示（実線）に変更する。
【０１２９】
ステップＳ５２において、ＣＰＵ２０は、リアル機器に記憶された機種情報と、前記ステップＳ４９で装置ＩＤをマッチングしたバーチャル機器（装置情報３７）の機種情報を照合して、機種情報が一致していれば、そのまま当該アンプについてマッチング処理を終了し、当該マッチング処理対象のリアル機器とバーチャル機器のマッチングが成立する。また、機種情報が不一致の場合（ステップＳ５２の「不一致」）には、ステップＳ５３において、ＣＰＵ２０は、機種情報が不一致であった旨をユーザに警告する警告表示をディスプレイに表示する処理を行い、当該アンプについてマッチング処理を終了する。すなわち、機種情報が不一致であってもバーチャル機器とリアル機器のマッチング自体は成立させる。その場合、マッチングされたバーチャル機器は、同期化処理によってオンライン状態にすることはできないが、モニタ状態にすることはできる。
【０１３０】
また、前記ステップＳ５０で、ＭＡＣアドレス及びエリア内ＩＤの両方が不一致の場合には（ステップＳ５０の「不一致」）、当該アンプに対するマッチング処理を終了する。また、複数のアンプで装置ＩＤの一部が重複してしまった場合には（ステップＳ５０の「一部重複」）、ステップＳ５４において、ＣＰＵ２０は、複数装置での装置ＩＤの一部重複をユーザに警告する警告表示をディスプレイに表示する処理を行い、当該アンプについてマッチング処理を終了する。この場合には、重複が生じたバーチャル機器は、オンライン状態にもモニタ状態にもすることができない。このような重複を防ぐために、既にマッチング済みのバーチャル機器を、図２３の処理におけるリアル機器とのマッチング処理の対象から外すようにしてもよい。
【０１３１】
図２３に示すマッチング処理により、ネットワークに接続されたリアル機器と、カレントプロジェクトのエリアに登録されたバーチャル機器との対応付け（マッチング）を自動的に行うことができる。このマッチング処理は、エリアＩＤに基づくマッチング（ステップＳ４９）と、ＭＡＣアドレス及びエリア内ＩＤの少なくともいずれか一方に基づく装置ＩＤを使ったマッチング（ステップＳ５０）により実現される。従って、例えば、過去に使用したプロジェクトファイルを、該過去に使用したのと同じ構成の音響システムで利用する場合には、プロジェクト中の各エリア内のバーチャル機器に与えられたエリアＩＤや、ＭＡＣアドレス等が、該音響システム中の各リアル機器が持つエリアＩＤや、ＭＡＣアドレス等と一致するので、プロジェクト中の各エリア内のバーチャル機器と、音響システム上の各リアル機器とを、自動的に、マッチングすることができる。また、一部又は全部のリアル機器を同じ機種の別のリアル機器に置き換えた場合でも、そのリアル機器に同じエリアＩＤとエリア内ＩＤをセットしておけば、同様に自動マッチングができる。この実施例では、ユーザは、アンプ１の操作パネル１５を使って、エリアＩＤ４３とエリア内ＩＤとをそれぞれ入力できるようになっている。
【０１３２】
なお、ログイン中のユーザが「パワーユーザ」（エリアの編集権限）以上の権限を持つユーザのときには、マッチング処理の構成は下記の通りに変更される。すなわち、ステップＳ４９の「エリアＩＤの照合」行う前に、ステップＳ５０の装置ＩＤのＭＡＣアドレスでマッチングをとる。それでマッチングがとれない場合に、エリアＩＤとエリア内ＩＤとでマッチングをとる。これにより、自動マッチングをよりフレキシブルに行うことができる。例えば、同じリアル機器を使用するあるプロジェクトファイルを閉じて別のプロジェクトファイルを開くとき、該あるプロジェクトファイルでオンラインしていた複数の機器を、別のプロジェクトファイルで自動マッチングすることができる。
【０１３３】
なお、この実施例では、ユーザは、アンプ１の操作パネル１５を使ってエリアＩＤとエリア内ＩＤを入力できるようになっているが、これは、あくまでも自動マッチングのためである。オンライン状態のアンプ１のエリアＩＤやエリア内ＩＤが操作パネルで変更されると、システム全体の動作に重大なエラーを起こしかねない。そのため、リアル機器（アンプ１）がオンライン状態にある場合には、操作パネル１５からエリアＩＤやエリア内ＩＤが変更できないようにロックがかけられている。同様に、ＰＣ２についても、オンライン中のエリアのエリアＩＤ、オンライン中のバーチャル機器のエリア内ＩＤは、変更できないようにロックされる。
【０１３４】
また、エリア内ＩＤのみを使ったマッチング処理が可能なことから、例えば、音響システムで使用中の複数のアンプ１（リアル機器）のうちの１つ故障した場合など、既存のリアル機器を別のリアル機器に交換する場合に、該別のリアル機器のマッチング処理を簡単に行うことができる。すなわち、別のリアル機器のエリア内ＩＤとして、前記既存のリアル機器（交換相手）に付与されていたエリア内ＩＤと同じ値を設定しておき、該既存のリアル機器（交換相手）をネットワークから切断し、該別のリアル機器をネットワークに接続して、該別のリアル機器のマッチングを行えば、該既存のリアル機器（交換相手）に変えて、該別のリアル機器が、自動的に、元は既存のリアル機器に対応付けられていたバーチャル機器にマッチングされる。従って、音響システム上のアンプ１の交換（取替え）作業などが簡単に行えるようになる。
【０１３５】
また、前記図２３に示すマッチング処理によれば、エリアＩＤと装置ＩＤを使ってリアル機器とバーチャル機器の対応付けを行っていることから、カレントプロジェクト中のいずれかのエリアに登録されたバーチャル機器の装置ＩＤ３８に一致する装置ＩＤ４１を持つリアル機器（該バーチャル機器に対応するリアル機器）がネットワーク接続されており、且つ、そのリアル機器が持つエリアＩＤ４３が、該バーチャル機器が登録されたエリアのエリアＩＤ４６に一致する場合、つまりリアル機器がカレントプロジェクト中のいずれかエリアに属する場合にのみ、バーチャル機器とリアル機器のマッチングが成立する。そして、該マッチング処理により、エリア内のバーチャル機器が実際のリアル機器と対応付けできた場合にのみ、ＰＣ２は、そのリアル機器を、前述した図１７に示す同期化処理で同期化し、制御又はモニタすることができる。よって、例えば、或るＰＣ２から或るエリア内のリアル機器をモニタしている（そのエリア内の各リアル機器には別の制御主がいる）ときに、該別の制御主のカレントプロジェクトで、そのエリアに新たにリアル機器が追加されたとしても、該或るＰＣ２で立ち上げているカレントプロジェクト中のエリアに、その新たに追加されたリアル機器に対応すべきバーチャル機器が登録されていなければ、当該ＰＣ２から該新たに追加されたリアル機器をモニタすることはできない。この場合、同一エリア内の一部のリアル機器のみがＰＣ２からモニタされることになる。
【０１３６】
また、リアル機器が検出されても、カレントプロジェクト中のエリアに登録されたバーチャル機器に対応するものがなければ（ステップＳ４９の「不一致」又はステップＳ５０の「不一致」）、該リアル機器の対応付けは成立しない。この場合、ツリー表示部５０のデバイスツリーに「エリア外のバーチャル機器」が表示されることは既に述べたとおりである。カレントプロジェクト中で或るエリアから削除されたバーチャル機器又は別のエリアに移動されたバーチャル機器に対応するリアル機器は、前記図２３に示すマッチング処理によれば、エリアＩＤの不一致により、「エリア外のバーチャル機器」と判断される。この場合、そのバーチャル機器とリアル機器のマッチングが成立しないので、ＰＣ２は、そのリアル機器のことを、制御及びモニタすることはできない。あるエリアでパワーユーザ以上の権限を有するユーザは、そのエリアがオフライン状態にあるとき、エリア外のバーチャル機器をそのエリア内に移動することができる。その後に、そのエリアをオンライン化すれば、そのバーチャル機器には、そのエリアにおけるエリア内ＩＤが付与され、対応するリアル機器には、そのエリア内のリアル機器としての設定が行われる。
【０１３７】
また、バーチャル機器とリアル機器はそれぞれグループ情報（グループ情報３６、グループ情報４４）を記憶しており、エリア内でグループ化可能であるが、マッチング処理ではバーチャル機器とリアル機器の対応付けに、グループ情報は使用されない。よって、バーチャル機器を或るグループから同じエリア内の別のグループに移動された場合（つまりグループ情報３６とグループ情報４４が不整合になった場合）でも、そのバーチャル機器とリアル機器では、エリアＩＤと装置ＩＤの一致は取れているので、両者のマッチングをとることができる。ＰＣ２から或るエリア内のリアル機器をモニタする場合に、該ＰＣ２のカレントプロジェクトの該或るエリアのエリア情報３３内に格納されたグループ情報３６と、該或るリアル機器が持っているグループ情報４４が不整合であっても、（１）述べた通り、両機器のマッチングはエリアＩＤと装置ＩＤでとることができ、（２）同期化処理によりモニタ状態に移行するときには前記ステップＳ３８で「逆シンクロ」処理を行うため、該或るリアル機器が持っているグループ情報４４でグループ情報３６が上書きされる。よって、リアル機器が同じエリアの別のグループに移動された場合、モニタを行うＰＣ２では、そのリアル機器を移動先のグループに属する機器として自動的に認識し、該移動先のグループに属する機器として、その動作データをモニタすることができる。
【０１３８】
なお、この実施例では、前記ステップＳ５０の装置ＩＤの照合処理において、ＭＡＣアドレスでマッチングがとれなかったときに、エリア内ＩＤを使ってマッチングを行うように処理を構成するものとしたが、ＰＣ２側（装置情報３７）の装置ＩＤ３８にＭＡＣアドレスが記憶されていない場合に限り、エリア内ＩＤを使ってマッチングを行うように処理を構成してもよい。このようにステップＳ５０の処理を構成した場合、ＭＡＣアドレスの不一致は、装置ＩＤの不一致と判断される。
【０１３９】
図２４は、アンプ１のＣＰＵ１０が実行する全体的な動作手順の概要を説明するフローチャートである。なお、ここで述べる動作は、ＣＰＵ１０が実行する制御プログラムによって実現されるアンプ１の制御に関する動作であって、音響信号処理の動作（ＤＳＰ１３及び電力増幅部１４の動作）ではない。このフローチャートに示す処理はアンプ１の電源オンに応じて開始する。ステップＳ５５において、ＣＰＵ１０は所定初期化処理を行う。この初期化処理には、ＩＰアドレスの設定や、自機のネットワーク接続を通知する「接続」メッセージをネットワーク上にブロードキャストする処理等が含まれる。
【０１４０】
ネットワーク上のＰＣ２から何らかのコマンドを受信したときには（ステップＳ５６の「あり」）、ＣＰＵ１０は、ステップＳ５７において、該受信したコマンドに応じた処理を実行する。受信したコマンドに応じてＣＰＵ１０が実行する処理の具体例は後述する。また、ユーザが、当該アンプ１のパネル操作子（ユーザインターフェース１５）を操作した場合には（ステップＳ５８の「あり」）、ＣＰＵ１０は、ステップＳ５９において、前記パネル操作に応じた処理を実行する。パネル操作には、例えば、エリア内ＩＤの設定操作などが含まれる。エリア内ＩＤの設定操作は、具体的には、数値の入力である。エリア内ＩＤの設定操作が行われた場合には、ＣＰＵ１０は、当該アンプ１（リアル機器）のメモリ１１のエリア内ＩＤに、前記入力された数値を格納する。
【０１４１】
アンプ１は電源がオフされるまで、前記ステップＳ５６〜Ｓ５９の処理を繰り返し実行する。
【０１４２】
図２５は、前記図１８のステップＳ３１においてＰＣ２から送信される「制御要求」を受信したときに、アンプ１のＣＰＵ１０が前記ステップＳ５７で実行する処理の動作手順の一例を示すフローチャートである。ステップＳ６０において、ＣＰＵ１０は、アンプ１のメモリ１１に格納されたＵｓｅｒＩｎｆｏ情報４５と、前記「制御要求」の送信を行ったユーザ（カレントプロジェクトにログイン中のユーザ）のゆーざＩＤとアカウント情報３４を比較して、ユーザ認証を行う。ユーザ認証では、当該アンプ１のメモリ１１に記憶されたＵｓｅｒＩｎｆｏ情報４５の中に、前記要求を行ったユーザのアカウント情報３４（ユーザＩＤと認証情報）があるかどうか、また、ＵｓｅｒＩｎｆｏ情報４５の中にユーザのアカウントがあれば、そのアカウントに与えられた権限を調べて、アンプ１の制御権限を持っているかどうかを判断する。なお、前記ＵｓｅｒＩｎｆｏ情報４５がクリアされている場合は、ユーザのアカウント情報３４が何であっても制御権限有り（ステップＳ６１の「ＯＫ」）と判断する。
【０１４３】
ＵｓｅｒＩｎｆｏ情報４５の中に、前記要求を行ったユーザのアカウント情報３４があり、また、そのアカウントがアンプ１の制御権限を持っていれば、ＣＰＵ１０は、ユーザ認証が成立したものと判断（ステップＳ６１の「ＯＫ」）する。そして、ステップＳ６２において、ＣＰＵ１０は、アンプ１のメモリ１１に記憶されたコントローラＩＤ４２に制御主のＩＤが入っているかどうかを調べることで、前記制御要求を行ったＰＣ２とは別のＰＣ２によるリモート制御を、現在当該アンプ１が受けているかどうかを判断する。コントローラＩＤに制御主のコントローラＩＤが入っているならば、アンプ１のＣＰＵ１０は、既に当該アンプ１をリモート制御している制御主（別のＰＣ）があると判断する（ステップＳ６２の「有り」）。その場合、もしくは、前記ステップＳ６０のユーザ認証において、前記要求を行ったユーザのアカウント情報３４が、アンプ１のＵｓｅｒＩｎｆｏ情報４５に含まれているが、ＵｓｅｒＩｎｆｏ情報４５の中の対応するユーザロールの示す権限が、閲覧権限だった場合（つまりユーザの権限が不足する場合）には、ステップＳ６３において、ＣＰＵ１０は、前記「制御要求」の送信したＰＣ２に対して、モニタを許可する旨を伝えるレスポンス（「モニタ可」）を送信する。つまり、後発の制御要求は受け付けない。言い換えれば、アンプ１の制御権は先着順に取得される。なお、「モニタ可」のレスポンスを返すとき、コントローラＩＤ４２に入っているＩＤの値（既にリモート制御をしている制御主（別のＰＣ）のコントローラＩＤ）も一緒に、ＰＣ２へ送信される。これにより、該ＰＣ２に対して当該アンプ１をリモート制御している別のＰＣのコントローラＩＤが通知される。なお、ステップＳ６２の判定で、ＰＣ２のコントローラＩＤとの一致を考慮するようにしてもよい。即ち、コントローラＩＤに制御主のコントローラＩＤが入っていない場合だけでなく、入っていてもそのコントローラＩＤがＰＣ２から取得するコントローラＩＤと一致する場合に、ステップＳ６２で「無し」（Ｎｕｌｌ）に分岐させるようにしてもよい。
【０１４４】
一方、アンプ１のメモリ１１に記憶されたコントローラＩＤ４２に値が入っていない（コントローラＩＤ＝Ｎｕｌｌ）ならば、このアンプ１をリモート制御をしている制御主（別のＰＣ）がいないということを意味する。アンプ１のＣＰＵ１０は、既に当該アンプ１をこのアンプ１がいずれのＰＣからもリモート制御を受けていないものと判断する（ステップＳ６２の「無し」）。その場合、ＣＰＵ１０は、ステップＳ６４において、前記「制御要求」の送信元のＰＣ２（新たな制御主）から、そのＰＣ２のコントローラＩＤと、カレントプロジェクト中で当該アンプ１に対応付けられたバーチャル機器が登録されているエリアのエリアＩＤ４６と、同エリアのグループ情報３６（「ＲａｃｋＴｒｅｅ」、「ＦｅｅｄＳｔｒｕｃｔｕｒｅＴｒｅｅ」、および「ＵｓｅｒＤｅｆｉｎｅｄＴｒｅｅ」）を取得し、該取得した各情報に基づきアンプ１のメモリ１１のコントローラＩＤ４２と、エリアＩＤ４３と、グループ情報４４（「ＲａｃｋＴｒｅｅ」、「ＦｅｅｄＳｔｒｕｃｔｕｒｅＴｒｅｅ」、および「ＵｓｅｒＤｅｆｉｎｅｄＴｒｅｅ」の各グループでの当該アンプの位置情報）を更新する。
【０１４５】
また、ステップＳ６５において、ＣＰＵ１０は、ＰＣ２（新たな制御主）から、そのＰＣ２のカレントプロジェクトのユーザ情報（全ユーザのアカウント情報３４）と、カレントプロジェクト中で当該アンプ１に対応付けられたバーチャル機器が登録されているエリアに含まれるユーザロール情報３５とを取得して、該取得したアカウント情報３４とユーザロール情報３５とに基づきアンプ１のメモリ１１のＵｓｅｒＩｎｆｏ情報４５を更新する。これにより、アンプ１は、自機の制御主であるＰＣ２（該ＰＣ２に現在開いているカレントプロジェクト）に設定されているのと同じアカウント情報、並びに、該アカウント中の各ユーザのユーザロール情報を持つことになる。
【０１４６】
そして、ＣＰＵ１０は、ステップＳ６６において、前記「制御要求」の送信したＰＣ２に対して制御を許可する旨を伝えるレスポンス（「制御可」）を送信する。このとき、前記ステップＳ６３で更新したコントローラＩＤの値も一緒に、ＰＣ２へ送信する。このコントローラＩＤは、その送信先のＰＣ２のコントローラＩＤである。
【０１４７】
前記ステップＳ６６でＰＣ２へ送信された「制御可」のレスポンス、又は、前記ステップＳ６３ＰＣ２へ送信された「モニタ可」のレスポンスに基づき、該ＰＣ２のＣＰＵ２０が前記図１８の同期化処理におけるステップＳ３１の判断を行うことは、既に述べたとおりである。
【０１４８】
また、前記ステップＳ６０のユーザ認証において、該「制御要求」を行ったユーザのアカウントがアンプ１に記憶されたＵｓｅｒＩｎｆｏ情報４５の中に存在しない場合には、アンプ１のＣＰＵ１０はユーザ認証に失敗したものと判断し（ステップＳ６１の「ＮＧ」）、ステップＳ６７において該「制御要求」の送信元のＰＣ２に対して、制御要求を拒絶する旨を伝えるレスポンス（「拒絶」）を送信する。なお、前記ステップＳ６０のユーザ認証で、ＰＣ２の対応するバーチャル機器のエリアＩＤとの一致を考慮するようにしてもよい。即ち、リアル機器のＵｓｅｒＩｎｆｏ情報４５に前記要求を行ったユーザのアカウント情報３４が存在しない場合だけでなく、ＰＣ２から取得する対応するバーチャル機器のエリアＩＤとリアル機器のエリアＩＤが不一致の場合に、ステップＳ６１で「ＮＧ」に分岐させるようにしてもよい。
【０１４９】
図２６は、前記図２１のステップＳ４０においてＰＣ２から送信される「開放」要求のコマンドを受信したときに、アンプ１のＣＰＵ１０が前記ステップＳ５７で実行する処理の動作手順の一例を示すフローチャートである。ステップＳ６８において、ＣＰＵ１０は、自機のコントローラＩＤ４２の値を「Ｎｕｌｌ」にセットするとともに、ＵｓｅｒＩｎｆｏ情報４５をクリアする。これにより、当該アンプ１はいずれのユーザ（ＰＣ２）からもリモート制御を受けていないフリーの状態になる。ステップＳ６９において、ＣＰＵ１０は、自機がリモート制御から「開放」された旨を通知するメッセージを、ネットワーク上にブロードキャストする。
【０１５０】
図２７は、ＰＣ２からアンプ１の各種データの設定状況や動作状況等に関する情報の提供を要求されたときに、アンプ１のＣＰＵ１０が前記ステップＳ５７で実行する処理の動作手順の一例を示すフローチャートである。ＣＰＵ１０は、ＰＣ２から要求された自機の設定状況や動作状況等に関する情報を、該要求したＰＣ２に返信する（ステップＳ７０）。前記ステップＳ７０においてＰＣ２へ返信される情報は、例えば、アンプ１の機種情報、当該アンプ１の動作データの値、音響信号の入力レベル、同出力レベル、あるいは、増幅部１４の温度レベルなどであって、自機のメモリ１１に記憶されたデータの一部（ＰＣ２から要求されたもの）である。なお、例えば音響信号のレベルなど、アンプ１の動作状況に関する情報等は、アンプ１を制御中又はモニタ中のＰＣ２に定期的に提供されてもよい。つまり、図２７と同種の動作（ＰＣ２への情報提供）は、ＰＣ２からのコマンドが無くとも実行される可能性がある。なお、図２７の処理は、情報を要求したユーザのアカウント情報３４がＵｓｅｒＩｎｆｏ情報４５に含まれており、且つ、ＵｓｅｒＩｎｆｏ情報４５の中の対応するユーザロールの示す権限が閲覧権限以上であることを条件に実行されるようにしてもよい。この場合、アンプ側とＰＣ２側での二重の権限チェックとなる。
【０１５１】
図２８は、図１４のステップＳ１５においてＰＣ２から送信される「操作要求」のコマンドを受信したときに、アンプ１のＣＰＵ１０が前記ステップＳ５７で実行する処理の動作手順の一例を示すフローチャートである。ステップＳ７１において、ＣＰＵ１０は、該操作要求の要求元のＰＣ２による操作要求を受け入れるかどうか判断する。該ステップＳ７１の判断で、操作要求を受け入れる場合とは、記操作要求を行った要求元のＰＣ２のコントローラＩＤと自機のメモリ１１に格納されたコントローラＩＤ４２（制御主のコントローラＩＤ）が一致している場合、つまり操作要求の送信元のＰＣ２が当該アンプ１の制御主である場合、且つ、要求元のＰＣ２にログイン中のユーザが当該アンプ１の制御権限を持つ場合である。一方、該ステップＳ７１の判断で、操作要求を受け入れない場合とは、前記操作要求を行った要求元のＰＣ２のコントローラＩＤと自機のメモリ１１に格納されたコントローラＩＤ４２が不一致の場合、つまり操作要求の送信元のＰＣ２とは別のＰＣが当該アンプ１の制御主である場合、および要求元のＰＣ２にログイン中のユーザに権限が不足している場合の少なくともいずれか一方の場合である。操作要求が受け入れらない場合（ステップＳ７１の「ＮＧ」）、この処理は終了する。なお、ＰＣ２のコントローラＩＤと同じＩＤがアンプのメモリ１１のコントローラＩＤと一致するということは、図１８のステップＳ３０でログインユーザに当該エリアの制御権があると判断されＰＣ２のコントローラＩＤがメモリ１１に書き込まれたということを意味するので、ステップＳ７１と合わせて二重の権限チェックが行われていることになる。
【０１５２】
操作要求が受け入れられたら（ステップＳ７１の「ＯＫ」）、ＣＰＵ１０は、ステップＳ７２においてＰＣ２から送信されたコマンド（操作の内容）に応じて、自身のメモリ１１中のデータを更新し、ステップＳ７３において、前記ステップＳ７２によるデータ更新後の状態（設定変更メッセージ）をネットワーク上にブロードキャストする。ここで、変更状態（設定変更メッセージ）を、制御主のＰＣ２のみならずネットワーク全体にブロードキャストしているのは、該変更状態（設定変更メッセージ）を、モニタのみ許可されたユーザ（制御主以外のＰＣ２）にも通知するためである。これにより。設定変更メッセージを受け取った全てのＰＣ（制御主のＰＣと、それ以外のＰＣ）のバーチャル機器に、リアル機器の変更状態が反映される。
【０１５３】
図２９は、アンプ１のＣＰＵ１０が所定時間間隔で実行するタイマ動作の動作手順の一例を示すフローチャートである。ステップＳ７４において、アンプ１のＣＰＵ１０は、ネットワーク上のＰＣ２（全部）に対するアクティブセンシングを行い、その結果、ネットワーク上のＰＣ２から所定時間無応答であれば（ステップＳ７４の「ＹＥＳ」）、ステップＳ７５において、自機のコントローラＩＤ４２の値を「Ｎｕｌｌ」にセットするとともに、ＵｓｅｒＩｎｆｏ情報４５をクリアする。これにより、アンプ１のＣＰＵ１０は、自機をリモート制御を受けないフリーの状態にする。そして、ステップＳ７５において、アンプ１のＣＰＵ１０は、自機がリモート制御から「開放」された旨を通知するメッセージを、ネットワーク上にブロードキャストする。
【０１５４】
なお、前記ステップＳ７５でブロードキャストされた開放通知を受けたＰＣ２において、当該アンプ１が属するエリアの編集権限を持った「パワーユーザ」がログオン中であったならば、そのＰＣ２のＣＰＵ２０は、前記図１８に示す同期化処理を実行して、前記開放通知を発信したアンプ１をオンライン状態にする。このときに実行する同期化処理は、該開放通知を発信したアンプ１の１台のみを対象に、ステップＳ２６以下の処理を実行するだけでもよいし、当該エリアに登録された全てのアンプを対象にしてもよい。
【０１５５】
なお、上記図１８の同期化処理の説明においては、ステップＳ３１で制御要求を送信してから、ステップＳ３２でレスポンスを受けるまでの間に、コントローラＩＤ、エリアＩＤ、グループ情報、ユーザ情報、およびユーザロール情報を、アンプ１に送信するものとしたが、図２５のアンプ側の制御要求に応じた処理において、ステップＳ６４及びステップＳ６５の情報更新よりも先に、ステップＳ６６の「制御可」のレスポンス返信を行うのであれば、ＰＣ２側から上記各情報を送信するタイミングは、ステップＳ３１〜Ｓ３２（ＯｎＬｉｎｅステータスの設定）の間の適宜のタイミングであってよい。
【０１５６】
また、上記実施例では、ステップＳ３１の「制御要求」の送信後、そのレスポンスを受けるまでの間に、ＰＣ２からリアル機器に、エリアＩＤ４６、コントローラＩＤ４０、グループ情報３６、アカウント情報３４、およびユーザロール情報３５を必ず送信するようになっていたが、それら送信した情報でリアル機器側の情報を「上書き」するのは、ステップＳ３２で「制御可」の応答を受ける場合だけであり、それ以外の場合のネットワーク上のデータ転送は無駄である。この部分を改良して、ステップＳ３２の判定後に、その判定が「制御可」であった場合のみ、それらの情報をＰＣ２からリアル機器に送るようにしてもよい。その場合、図２５のステップＳ６４〜Ｓ６６は、まずステップＳ６６、次にステップＳ６４、その次にステップＳ６５という順に処理されるよう処理順序を変更しなければならない。
【０１５７】
また、上記実施例では、権限チェックがアンプ側とＰＣ側とで二重化されている所が複数あるが、それぞれ、アンプ側およびＰＣ側の何れか一方のみで権限チェックするようにしても良い。
【０１５８】
また、上記実施例では、装置ＩＤ３８及び装置ＩＤ４１は、アンプ１のＭＡＣアドレスとエリア内ＩＤとから構成されるものとしたが、装置ＩＤはアンプを特定する何らかのＩＤ情報（固定的なものが望ましい）と、エリア内ＩＤとを組み合わせた情報であれば、実施例の構成に限定されない。
【０１５９】
また、上記実施例においては、パワーアンプ装置１と、これを制御するパーソナルコンピュータ２がネットワーク接続された音響システムに、本発明を適用する例について説明したが、音響システムの構成は、上記実施例に限定されるものではなく、音響機器と、これを制御する制御装置がネットワーク接続された音響システムであれば、本発明を適用することができる。音響機器は、パワーアンプ装置に限らず、例えば、オーディオミキサ、レコーダなどを適用してもよい。
【０１６０】
また、上記実施例のリモート制御ソフトでは、複数のエリアを作成できるようになっていたが、予め用意された１エリアのみを使用し、新規エリアを作成できないリモート制御ソフトであってもよい。
【０１６１】
また、ツリー表示部５０において、エリア、グループ、グループの構成（ツリー）、およびアンプを表す表示物（バーチャル機器）の各種表示態様、例えばアイコン形状、表示フォント、あるいは表示色などをユーザが設定できるようにして、音響システムをモニタするＰＣにおいて、エリア、グループ、グループの構成（ツリー）、およびアンプを表す表示物の各種表示態様も、モニタ対象を制御しているＰＣに設定された表示態様と同じにするよう構成することもできる。
【０１６２】
以上説明した通り、この実施例によれば、アンプ１側に記憶されたＵｓｅｒＩｎｆｏ情報４５にアカウントがないユーザ、および該ＵｓｅｒＩｎｆｏ情報４５が持つ権限が不足しているユーザの少なくともいずれか一方に該当すれば、ＰＣ２からアンプ１を制御又はモニタすることができないので、意図しないユーザによってアンプ１が制御又はモニタされてしまうことを効果的に抑止して、ネットワーク上のアンプ１を保護することができるという優れた効果を奏する。
【図面の簡単な説明】
【０１６３】
【図１】この発明の一実施形態に係る音響システムを構成するパワーアンプネットワークの構成例を示すブロック図。
【図２】パワーアンプの電気的ハードウェア構成例を示すブロック図。
【図３】パーソナルコンピュータの電気的ハードウェア構成例を示すブロック図。
【図４】パーソナルコンピュータのリモート制御ソフトが用意するデータの構成例を説明する図。
【図５】図４のユーザロール情報の構成を詳細に示す図。
【図６】アンプのメモリに用意されるデータの構成例を説明する図。
【図７】パーソナルコンピュータのディスプレイに表示されるリモート制御ソフトの「基本画面」の表示例を示す図。
【図８】（ａ）〜（ｃ）は図７の基本画面中のツリー表示部の構成例を示す図であって、（ａ）はデバイスツリー、（ｂ）はラックグループツリー、（ｃ）はフィードストラクチャーグループツリー。
【図９】（ａ）及び（ｂ）は図７の基本画面中のレベル表示部、状態表示部、およびアッテネータ操作部の領域の構成例を示す図であって、（ａ）はアンプが個別に選択された場合の画面の画面構成例、（ｂ）はエリア又はグループが選択された場合の画面構成例。
【図１０】パーソナルコンピュータで実行されるリモート制御ソフトの動作手順の流れの大枠を示すフローチャート。
【図１１】プロジェクトファイルのロードが指示されたときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。
【図１２】プロジェクトファイルのストアが指示されたときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。
【図１３】基本画面のツリー表示部でツリー構成が編集されたときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。
【図１４】基本画面でアンプ（バーチャル機器）が編集されたときにパーソナルコンピュータで実行される動作手順であって、該アンプがオンライン状態のときの動作手順の一例を示するフローチャート。
【図１５】基本画面でアンプ（バーチャル機器）が編集されたときにパーソナルコンピュータで実行される動作手順であって、該アンプがオフライン状態のときの動作手順の一例を示するフローチャート。
【図１６】プロジェクトファイルのアカウントが編集されたときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。
【図１７】基本画面で「Ｏｎ−Ｌｉｎｅ」ボタン画像が操作されたときにディスプレイに表示される「シンクロナイズドダイアログ」の構成例を示す図。
【図１８】「シンクロナイズドダイアログ」でオンライン化指示ボタンが操作されたときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。
【図１９】図１８の同期化処理において同期化（シンクロ）の方向をユーザに選択させるためにディスプレイに表示される「シンクロ方向選択画面」の構成例を示す図。
【図２０】図１８の同期化処理中にエラーが発生したときにディスプレイに表示される「警告ダイアログ」の構成例を示す図。
【図２１】「シンクロナイズドダイアログ」でオフライン化指示ボタンが操作されたときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。
【図２２】パーソナルコンピュータで実行されるタイマ動作の動作手順の一例を示すフローチャート。
【図２３】バーチャル機器とリアル機器の対応付け（マッチング）をすべきときにパーソナルコンピュータで実行される動作手順の一例を示するフローチャート。
【図２４】アンプで実行されるアンプの制御に関する動作手順の流れの大枠を示すフローチャート。動作手順の一例を示するフローチャート。
【図２５】パーソナルコンピュータから制御要求を受信したときにアンプで実行される動作手順の一例を示するフローチャート。
【図２６】パーソナルコンピュータから開放要求を受信したときにアンプで動作手順の一例を示するフローチャート。
【図２７】パーソナルコンピュータから情報提供要求を受信したときにアンプで動作手順の一例を示するフローチャート。
【図２８】パーソナルコンピュータから操作要求を受信したときにアンプで動作手順の一例を示するフローチャート。
【図２９】アンプで実行されるタイマ動作の動作手順の一例を示するフローチャート。
【符号の説明】
【０１６４】
１パワーアンプ装置（音響機器）、２パーソナルコンピュータ（制御装置）、１０ＣＰＵ、１１メモリ、１２オーディオＩ／Ｏ１３信号処理部（ＤＳＰ）、１４電力増幅部、１５ユーザインターフェース、１６通信Ｉ／Ｆ、２０ＣＰＵ、２１メモリ、２２ＨＤＤ、２３通信Ｉ／Ｆオーディオ、２４ユーザインターフェース、３１プロジェクトライブラリ、３２プロジェクトファイル、３３エリア情報、３４アカウント情報、３５、ユーザロール情報、３６グループ情報、３７装置情報、３８装置ＩＤ、３９ＯｎＬｉｎｅステータス情報、４０コントローラＩＤ、４１装置ＩＤ、４２コントローラＩＤ、４３エリアＩＤ、４４グループ情報、４５ＵｓｅｒＩｎｆｏ情報、５０ツリー表示部、５２レベル表示部、５３状態表示部、５４アッテネータ操作部、６７オンライン化指示ボタン画像、６８オフライン化指示ボタン画像

【特許請求の範囲】
【請求項１】
音響機器と、該音響機器を制御するための制御装置とを接続したネットワークにより構成される音響システムであって、
前記制御装置は、
１又は複数のユーザのそれぞれに対応して、各ユーザを特定するアカウント情報を１又は複数記憶した第１記憶手段と、
前記第１記憶手段に記憶されたアカウント情報に対応するユーザに、この制御装置へのログインを許可する第１認証手段と、
前記第１認証手段によりログインしたログイン中ユーザに対応するアカウント情報と、該制御装置により音響機器を制御する許可を求める制御要求を、該音響装置へ送信する制御要求手段と、
前記音響機器から前記制御要求に対する返信を受信し、該受信した返信により該制御要求が許可された場合、この制御装置を、音響機器の制御が可能な状態に設定する状態設定手段と
を備え、
前記音響機器は、
１又は複数のユーザのそれぞれに対応して、各ユーザを特定するアカウント情報を１又は複数記憶した第２記憶手段と、
前記制御装置の制御要求手段により送信された制御要求及びアカウント情報に基づき、前記ログイン中ユーザによる制御要求の認証を行う第２認証手段であって、前記第２記憶手段に記憶されたアカウント情報のなかに、前記ログイン中ユーザに対応するアカウント情報と一致するアカウント情報があれば、該ログイン中ユーザによる制御要求を許可し、前記ログイン中ユーザに対応するアカウント情報と一致するアカウント情報がなければ、該ログイン中ユーザによる制御要求を拒絶する第２認証手段と、
前記第２認証手段による認証結果を前記制御装置に返信する返信手段と
を備える
ことを特徴とする音響システム。
【請求項２】
前記音響機器において、
前記第２認証手段により前記制御要求が許可された場合に、該制御要求を送信した制御装置に備わる第１記憶手段に記憶されたアカウント情報を取得し、該取得した第１記憶手段に記憶されたアカウント情報を、前記第２記憶手段に記憶されたアカウント情報に上書きする更新手段を更に備えることを特徴とする請求項１に記載の音響システム。
【請求項３】
音響機器と、該音響機器を制御するための制御装置とを接続したネットワークにより構成される音響システムであって、
前記制御装置は、
１又は複数のユーザのそれぞれに対応して、各ユーザを特定するアカウント情報を１又は複数記憶し、且つ、該１又は複数のアカウント情報のそれぞれに対応して、各ユーザの音響機器に対する制御権限の有無を規定するユーザロール情報を１又は複数記憶した第１記憶手段と、
前記第１記憶手段に記憶されたアカウント情報に対応するユーザに、この制御装置へのログインを許可する第１認証手段と、
前記第１認証手段によりログインしたログイン中ユーザが制御権限を持つ場合に、該ログイン中ユーザに対応するアカウント情報と、該制御装置により音響機器を制御する許可を求める制御要求を、該音響装置へ送信する制御要求手段と、
前記音響機器から前記制御要求に対する返信を受信し、該受信した返信により該制御要求が許可された場合、この制御装置を、音響機器の制御が可能な状態に設定する状態設定手段と
を備え、
前記音響機器は、
１又は複数のユーザのそれぞれに対応して、各ユーザを特定するアカウント情報を１又は複数記憶し、且つ、該１又は複数のアカウント情報のそれぞれに対応して、各ユーザの音響機器に対する制御権限の有無を規定するユーザロール情報を１又は複数記憶した第２記憶手段と、
前記制御装置の制御要求手段により送信された制御要求及びアカウント情報に基づき、前記ログイン中ユーザによる制御要求の認証を行う第２認証手段であって、前記第２記憶手段に記憶されたアカウント情報のなかに、前記ログイン中ユーザに対応するアカウント情報と一致するアカウント情報があり、且つ、該第２記憶手段に記憶されたユーザロール情報により該ログイン中ユーザに音響機器の制御権限が与えられている場合、該ログイン中ユーザによる制御要求を許可し、また、前記第２記憶手段に記憶されたアカウント情報のなかに、該ログイン中ユーザに対応するアカウント情報と一致するアカウント情報がない場合、および、該第２記憶手段に記憶されたユーザロール情報により該ログイン中ユーザに音響機器の制御権限が与えられていない場合の、少なくともいずれか一方の場合には、該ログイン中ユーザによる制御要求を拒絶する第２認証手段と、
前記第２認証手段による認証結果を前記制御装置に返信する返信手段と
を備える
ことを特徴とする音響システム。
【請求項４】
前記第２認証手段は、前記ログイン中ユーザに対応するアカウント情報と一致するアカウント情報があり、且つ、該第２記憶手段に記憶されたユーザロール情報のうちの、そのアカウント情報に対応するユーザロール情報により該ログイン中ユーザに音響機器の制御権限が与えられていない場合、該ログイン中ユーザによる制御要求に対して、当該音響機器のモニタ許可を与えるよう判断する前記第２認証手段であることを特徴とする請求項３に記載の音響システム。

【図１】