JP2013013153A - Acoustic system consisting of network made by connecting multiple acoustic apparatuses and at least one control device for controlling multiple acoustic apparatuses, and program - Google Patents
Acoustic system consisting of network made by connecting multiple acoustic apparatuses and at least one control device for controlling multiple acoustic apparatuses, and program Download PDFInfo
- Publication number
- JP2013013153A JP2013013153A JP2012228368A JP2012228368A JP2013013153A JP 2013013153 A JP2013013153 A JP 2013013153A JP 2012228368 A JP2012228368 A JP 2012228368A JP 2012228368 A JP2012228368 A JP 2012228368A JP 2013013153 A JP2013013153 A JP 2013013153A
- Authority
- JP
- Japan
- Prior art keywords
- information
- area
- amplifier
- user
- acoustic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Small-Scale Networks (AREA)
Abstract
Description
この発明は、音響機器と、該音響機器を制御するための制御装置とを接続したネットワークにより構成される音響システムであって、音響機器を制御装置から制御及びモニタ（監視）するための技術に関する。 The present invention relates to a sound system including a network in which an audio device and a control device for controlling the audio device are connected, and relates to a technique for controlling and monitoring (monitoring) the audio device from the control device. .
ＰＡシステム（「ＰＡ」はＰｕｂｌｉｃ Ａｄｄｒｅｓｓの略）、あるいは、ＳＲシステム（「ＳＲ」はＳｏｕｎｄ Ｒｅｉｎｆｏｒｃｅｍｅｎｔの略）などと一般的に呼称される音響システムは、基本的には、オーディオミキシング装置（ミキサ）等の音響信号供給源から供給された音響信号をパワーアンプ装置に送り、該パワーアンプ装置で電力を増幅した音響信号によりスピーカを駆動するシステムである。例えば、音楽演奏会場、劇場、或いは、各種ホールなどの大面積建造物等には、大規模の音響システムが設備される。大規模の音響システムは、複数台のパワーアンプ装置を有していることから、その制御及び管理が複雑である。 An acoustic system generally referred to as a PA system ("PA" is an abbreviation for Public Address) or an SR system ("SR" is an abbreviation for Sound Reinforcement) is basically an audio mixing device (mixer). In this system, an acoustic signal supplied from an acoustic signal supply source such as the above is sent to a power amplifier device, and a speaker is driven by an acoustic signal obtained by amplifying power by the power amplifier device. For example, large-scale sound systems are installed in large-area buildings such as music performance venues, theaters, and various halls. Since a large-scale sound system has a plurality of power amplifier devices, its control and management are complicated.
従来から知られるパワーアンプ装置には、イーサネット（登録商標）規格のネットワークに接続され、該ネットワークを介して接続された制御装置からリモート制御されることが可能な機種があった。制御装置は、例えば、パワーアンプ装置をリモート制御するための専用のアプリケーションプログラム（「リモート制御ソフト」）を実装したパーソナルコンピュータ（ＰＣ）により構成される。ＰＣが前記リモート制御を実施するための各種データは、１つのプロジェクトファイルとしてＰＣのメモリに保存される。リモート制御ソフトは、該ソフトを起動するときに１つのプロジェクトファイルを開き、該プロジェクトファイルに保存された各種データに基づきパワーアンプ装置のリモート制御を行う。リモート制御ソフトを実行することで、ユーザは、１台のＰＣにおいて、ネットワーク上の１又は複数のパワーアンプ装置の動作をリモート制御したり、該１又は複数のパワーアンプ装置の動作状況をモニタしたりすることができた（例えば、下記非特許文献１等を参照）。
Conventionally known power amplifier apparatuses are connected to an Ethernet (registered trademark) standard network and can be remotely controlled from a control apparatus connected via the network. The control device includes, for example, a personal computer (PC) on which a dedicated application program (“remote control software”) for remotely controlling the power amplifier device is mounted. Various data for the PC to perform the remote control are stored in the memory of the PC as one project file. The remote control software opens one project file when starting the software, and performs remote control of the power amplifier device based on various data stored in the project file. By executing the remote control software, the user can remotely control the operation of one or more power amplifier devices on the network or monitor the operation status of the one or more power amplifier devices on one PC. (See, for example, Non-Patent
ところで、ネットワークに複数のＰＣを接続し、該複数のＰＣのそれぞれでリモート制御ソフトを起動して、該複数のＰＣのそれぞれにおいてネットワーク上のパワーアンプ装置の制御又はモニタしようとする場合、従来の技術では、１つのパワーアンプ装置の制御又はモニタを行うことができるのは、最初にその装置をオンライにした（制御又はモニタ可能な状態にした）１台のＰＣのみであり、他のＰＣのリモート制御ソフトからそのパワーアンプ装置を制御又はモニタすることはできなかった。 By the way, when a plurality of PCs are connected to a network, remote control software is started on each of the plurality of PCs, and each of the plurality of PCs intends to control or monitor a power amplifier device on the network, In the technology, one power amplifier device can be controlled or monitored by only one PC that is first brought online (controllable or monitored), and other PCs The power amplifier device could not be controlled or monitored from the remote control software.
この点について、或るＰＣのリモート制御ソフトがパワーアンプ装置を制御しているときに、それとは別のＰＣのリモート制御ソフトを用いて、その制御されているパワーアンプ装置のパラメータ設定状態や動作状況等のデータをモニタしたいという要望が、従来からあった。 In this regard, when the remote control software of a certain PC is controlling the power amplifier device, the parameter setting state and operation of the controlled power amplifier device using another remote control software of the PC There has been a demand for monitoring data such as the situation.
ただし、或るＰＣのリモート制御ソフトにより制御中のパワーアンプ装置を、別のＰＣのリモート制御ソフトを用いてモニタするという上記の要望を実現するにあたり、モニタを行う該別のＰＣからネットワーク接続されたパワーアンプ装置のいずれであっても無制限にモニタできるようにすることは望ましくない。具体的には、制御を行うＰＣ及びモニタを行うＰＣのそれぞれで開いているプロジェクトファイルにおいて制御乃至モニタ対象として登録された装置のみをモニタできるようにすることが望ましい。すなわち、例えば、制御を行うＰＣのプロジェクトファイルに新たに追加されたパワーアンプ装置や、制御を行うＰＣのプロジェクトファイルから削除されたパワーアンプ装置等を、モニタを行うＰＣからモニタできないようにしたい。言い換えれば、別のＰＣからモニタできるパワーアンプ装置の範囲を制限できることが望ましい。 However, in order to realize the above-mentioned demand to monitor a power amplifier device being controlled by a remote control software of a PC using a remote control software of another PC, the power amplifier device is connected to the network from the other PC that performs monitoring. It is not desirable to allow unlimited monitoring of any power amplifier device. Specifically, it is desirable that only the devices registered as control or monitoring targets can be monitored in the project file opened on each of the PC that performs control and the PC that performs monitoring. That is, for example, a power amplifier device newly added to the project file of the PC that performs control or a power amplifier device deleted from the project file of the PC that performs control cannot be monitored from the PC that performs monitoring. In other words, it is desirable to be able to limit the range of power amplifier devices that can be monitored from another PC.
また、複数のパワーアンプ装置を制御する場合には、リモート制御ソフト（ＰＣ）において該複数のパワーアンプ装置を幾つかのグループに分けて管理することができると、便利であろう。そのように、複数のパワーアンプ装置を幾つかのグループに分けて管理する場合には、それら複数のパワーアンプ装置をモニタするＰＣでは、そのグループ分けの状態も確認できるようにすることが望ましい。ただし、その場合であっても、上記と同様に、別のＰＣからモニタできるパワーアンプ装置の範囲を制限できることが望ましい。 Also, when controlling a plurality of power amplifier devices, it would be convenient if the plurality of power amplifier devices could be managed in several groups by remote control software (PC). As described above, when a plurality of power amplifier devices are managed by being divided into several groups, it is desirable that the PC that monitors the plurality of power amplifier devices can also check the grouping state. However, even in such a case, it is desirable that the range of the power amplifier device that can be monitored from another PC can be limited as described above.
この発明は、上記の点に鑑みてなされたもので、複数の音響機器と、該複数の音響機器を制御するための少なくとも１台の制御装置とを接続したネットワークにより構成される音響システムにおいて、システムをリモート制御する制御装置における音響機器のグループ分けの状態やその他の表示態様と同じものを、システムをモニタ（監視）する制御装置でも表示することができるようにした音響システム及びプログラムを提供することを目的とする。 The present invention has been made in view of the above points, and in an acoustic system configured by a network in which a plurality of acoustic devices and at least one control device for controlling the plurality of acoustic devices are connected. Provided is an acoustic system and a program that can display the same grouping state and other display modes of acoustic devices in a control device that remotely controls the system on a control device that monitors (monitors) the system. For the purpose.
この発明は、複数の音響機器と、該複数の音響機器を制御するための少なくとも１台の制御装置とを接続したネットワークにより構成される音響システムであって、前記制御装置は、表示手段と、前記複数の音響機器が属するグループを示すグループ情報を記憶する第１記憶手段と、前記複数の音響機器のうち、リモート制御対象とする音響機器に対して、前記第１記憶手段に記憶されたグループ情報を含む制御要求を送信する制御要求送信手段と、前記複数の音響機器のうち、モニタ対象とする音響機器から、当該音響機器に送信された前記制御要求に含まれていたグループ情報を取得し、該取得したグループ情報に基づいて前記第１記憶手段のグループ情報を更新する同期化手段と、前記第１記憶手段に記憶されたグループ情報に基づき、前記音響機器をそれぞれが属するグループに分けて前記表示手段に表示する表示制御手段とを備え、前記複数の音響機器は、それぞれ、当該音響機器をリモート制御対象とする制御装置からの前記制御要求とともに通知されたグループ情報を記憶する第２記憶手段と、当該音響機器をモニタ対象とする制御装置に対して前記第２記憶手段に記憶したグループ情報を通知する通知手段とを備えることを特徴とする音響システムである。 The present invention is an acoustic system configured by a network in which a plurality of acoustic devices and at least one control device for controlling the plurality of acoustic devices are connected, the control device comprising: display means; A first storage unit that stores group information indicating a group to which the plurality of audio devices belong; and a group stored in the first storage unit for an audio device to be remotely controlled among the plurality of audio devices. The control request transmitting means for transmitting a control request including information, and the group information included in the control request transmitted to the audio device is acquired from the audio device to be monitored among the plurality of audio devices. A synchronization unit that updates the group information in the first storage unit based on the acquired group information, and a group information stored in the first storage unit. Display control means for displaying on the display means by dividing the audio equipment into groups to which each belongs, and the plurality of audio equipments, together with the control request from a control device that targets the audio equipment as a remote control target. A second storage unit that stores the notified group information; and a notification unit that notifies the control device that monitors the acoustic device of the group information stored in the second storage unit. It is an acoustic system.
制御装置は、リモート制御対象とする音響機器に対して、第１記憶手段に記憶されたグループ情報を含む制御要求を送信する一方、モニタ対象とする音響機器から、当該音響機器に送信された前記制御要求に含まれていたグループ情報を取得して、該取得したグループ情報に基づいて第１記憶手段のグループ情報を更新し、そのグループ情報に基づき、前記音響機器をそれぞれが属するグループに分けて表示できる。すなわち、或る音響機器をリモート制御する制御装置と、その音響機器をモニタ対象とする制御装置とでグループ情報を共有できる。 The control device transmits the control request including the group information stored in the first storage unit to the audio device to be remotely controlled, while the audio device to be monitored is transmitted to the audio device. The group information included in the control request is acquired, the group information in the first storage means is updated based on the acquired group information, and the acoustic devices are divided into groups to which the sound devices belong based on the group information. Can be displayed. That is, group information can be shared between a control device that remotely controls a certain acoustic device and a control device that monitors the acoustic device.
また、この発明の音響システムにおいて、前記制御装置は、前記制御要求に対するレスポンスとして、前記リモート制御対象とする音響機器から制御可レスポンス又はモニタ可レスポンスのいずれかを受け取り、前記同期化手段において、前記モニタ可レスポンスを返信した音響機器を前記モニタ対象の音響機器とし、前記音響機器は、前記第２記憶手段に、当該音響機器をリモート制御対象とする制御装置を特定する情報を記憶し、前記制御要求を受けた際、前記第２記憶手段に記憶された前記制御装置を特定する情報に基づき、前記制御可レスポンス又は前記モニタ可レスポンスのいずれかを応答することを特徴とする。 Further, in the acoustic system of the present invention, the control device receives either a controllable response or a monitorable response from the acoustic device to be remotely controlled as a response to the control request, and in the synchronization unit, The acoustic device that has returned a monitorable response is the acoustic device to be monitored, and the acoustic device stores in the second storage means information identifying a control device that is subject to remote control of the acoustic device, and the control When the request is received, either the controllable response or the monitorable response is returned based on the information specifying the control device stored in the second storage means.
これによれば、音響機器は、当該音響機器をリモート制御対象とする制御装置以外の制御装置から制御要求を受けたときに、モニタ可レスポンスを返信するので、制御装置は、制御要求を送った音響機器が既に別の制御装置からリモート制御を受けている場合には、その音響機器をモニタできる。 According to this, when the audio device receives a control request from a control device other than the control device that remotely controls the audio device, the control device sends a control request. When the audio device has already received remote control from another control device, the audio device can be monitored.
また、この発明の音響システムにおいて、前記制御装置は、前記第１記憶手段に、更に、前記音響機器の動作データを記憶し、前記制御可レスポンスを返信した音響機器を、前記第１記憶手段に記憶した動作データに基づいてリモート制御するリモート制御手段と、前記モニタ可レスポンスを返信した音響機器から動作データを取得し、該取得した動作データに基づいて前記第１記憶手段に記憶した動作データを更新するモニタ手段を更に備え、前記音響機器は、前記第２記憶手段に、当該音響機器の動作データを記憶し、当該音響機器をリモート制御対象とする制御装置からのリモート制御に応じて、前記第２記憶手段に記憶された動作データを変更し、当該音響機器をモニタ対象とする制御装置に対して、前記第２記憶手段に記憶された動作データを通知することを特徴とすることを特徴とする。 In the acoustic system of the present invention, the control device further stores operation data of the acoustic device in the first storage unit, and transmits the acoustic device that has returned the controllable response to the first storage unit. The remote control means for remote control based on the stored motion data, and the motion data is acquired from the acoustic device that has returned the monitorable response, and the motion data stored in the first storage means is acquired based on the acquired motion data. The audio device further includes a monitoring unit for updating, and the second storage unit stores operation data of the audio device, and the remote control is performed by the remote control from a control device that targets the audio device as a remote control target. The operation data stored in the second storage means is changed and stored in the second storage means for the control device that monitors the acoustic equipment. Characterized in that it and notifies the work data.
制御装置は、リモート制御手段により、制御可レスポンスを返信した音響機器を、自身の第１記憶手段に記憶した動作データに基づいてリモート制御できる。また、制御装置は、モニタ手段により、モニタ可レスポンスを返信した音響機器から動作データを取得し、取得した動作データに基づいて自身の第１記憶手段に記憶した動作データを更新し、その動作データをモニタできる。 The control device can remotely control the audio equipment that has returned the controllable response by the remote control means based on the operation data stored in its first storage means. In addition, the control device acquires the operation data from the acoustic device that has returned the monitorable response by the monitoring unit, updates the operation data stored in its own first storage unit based on the acquired operation data, and the operation data Can be monitored.
また、この発明の音響システムにおいて、前記制御装置に備わる前記リモート制御手段は、１つの音響機器の動作データの変更にリンクして、その音響機器と同じグループに属する他の音響機器の動作データを変更し、且つ、前記グループに属する複数の音響機器の第２記憶手段に記憶された動作データを、リモート制御により変更する制御を行うように構成できる。これにより、１つのグループに属する複数の音響機器を対象として、それらの動作データをリモート制御できる。 In the acoustic system of the present invention, the remote control means provided in the control device links operation data of one acoustic device to change operation data of another acoustic device belonging to the same group as the acoustic device. The operation data stored in the second storage means of the plurality of audio devices belonging to the group can be changed and controlled to be changed by remote control. Thereby, it is possible to remotely control the operation data for a plurality of acoustic devices belonging to one group.
また、前記制御装置に備わる前記第１記憶手段は、前記グループ情報と前記動作データとを仮想的な音響機器に対応付けて記憶しており、前記仮想的な音響機器と、前記ネットワークを介して接続された音響機器とを対応付ける対応付け手段を、更に備えるように構成できる。これにより、制御装置は、グループ情報と動作データとを仮想的な音響機器と対応付けて記憶しておき、仮想的な音響機器とネットワークを介して接続された実際の音響機器を対応付けることができる。 The first storage means included in the control device stores the group information and the operation data in association with a virtual acoustic device, and the virtual acoustic device and the network via the network. It can comprise so that the matching means which matches with the connected audio equipment may be further provided. Thereby, the control device can store the group information and the operation data in association with the virtual acoustic device, and can associate the virtual acoustic device with the actual acoustic device connected via the network. .
また、この発明は、複数の音響機器と、該複数の音響機器を制御するための少なくとも１台の制御装置とを接続したネットワークにより構成される音響システムにおいて、コンピュータを、制御装置として機能させるためのプログラムであって、コンピュータに前述した制御装置の動作を実行させるためのプログラムの発明として構成及び実施できる。 According to another aspect of the present invention, there is provided an acoustic system including a network in which a plurality of audio devices and at least one control device for controlling the plurality of audio devices are connected, in order to cause a computer to function as a control device. And can be configured and implemented as an invention of a program for causing a computer to execute the operation of the control device described above.
この発明よれば、或る音響機器をリモート制御する制御装置と、その音響機器をモニタ対象とする制御装置とでグループ情報を共有できるので、複数の音響機器と、該複数の音響機器を制御するための少なくとも１台の制御装置とを接続したネットワークにより構成される音響システムにおいて、システムをリモート制御する制御装置における音響機器のグループ分けの状態を、システムをモニタ（監視）する制御装置でも表示等できるという優れた効果を奏する。 According to the present invention, group information can be shared between a control device that remotely controls a certain audio device and a control device that monitors the audio device, and thus controls a plurality of audio devices and the plurality of audio devices. In a sound system constituted by a network connected to at least one control device for the purpose, the state of the grouping of the sound equipment in the control device that remotely controls the system is also displayed on the control device that monitors (monitors) the system, etc. There is an excellent effect of being able to.
以下、この発明の一実施例について図面を参照して詳細に説明する。この実施例では、この発明を、パワーアンプ装置と、該パワーアンプ装置をリモート制御するためのパーソナルコンピュータとを含んで構成される音響システムに適用した例について説明する。なお、音響システムは、ＰＡシステム、あるいは、ＳＲシステムなどと一般的に呼称され、例えば、音楽演奏会場、劇場、あるいは各種ホールなどの大面積建造物等に設備される大規模な音響システムを想定している。 Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings. In this embodiment, an example in which the present invention is applied to an acoustic system including a power amplifier device and a personal computer for remotely controlling the power amplifier device will be described. The acoustic system is generally called a PA system or SR system, and is assumed to be a large-scale acoustic system installed in a large-scale building such as a music performance venue, a theater, or various halls. doing.
図１は、この発明の一実施例に係る音響システムのモジュール構成例を示すブロック図である。図１に示す音響システムは、複数台のパワーアンプ装置（以下単に「アンプ」）１と複数台のパーソナルコンピュータ（ＰＣ）２を含んで構成される。複数のアンプ１と複数のＰＣ２とは、例えばイーサネット（登録商標）ケーブルなど汎用のネットワークケーブルを用いて物理的に接続され、ローカルエリアネットワーク（ＬＡＮ）を形成している。ネットワーク上の各装置の間では、ＴＣＰ／ＩＰプロトコルに従う通常のデータ通信が可能であるが、更に、同じネットワークを用いてオーディオ信号をリアルタイム伝送できるようにしてもよい。その場合、そのデータ伝送フォーマットは、例えばＣｏｂｒａＮｅｔ（登録商標）など、従来から知られる適宜のデータ伝送フォーマットを適用してよい。
FIG. 1 is a block diagram showing a module configuration example of an acoustic system according to an embodiment of the present invention. The acoustic system shown in FIG. 1 includes a plurality of power amplifier devices (hereinafter simply “amplifiers”) 1 and a plurality of personal computers (PCs) 2. The plurality of
アンプ１は、外部から入力された音響信号に電力増幅を含む音響信号処理を施し、該処理した音響信号を、図示外のスピーカへ出力する音響機器である。本実施例にかかる音響システムでは、アンプ１として、ネットワーク接続可能であり、該ネットワークを介して接続された制御装置（ＰＣ２）による制御を受けることができる機種が適用される。この実施例では、アンプ１の筐体は、専用の棚（ラック）に登載可能な、いわゆるラックマウント式の形態を想定している。複数台のアンプ１をラックに登載することは、アンプ１群の運搬や設置等に際して有利である。このため、例えば、音響機器賃貸業者が複数台のラックマウント式のパワーアンプ装置を借り手に貸すときには、複数のアンプをラックに登載した状態で貸し出すことが多い。
The
ＰＣ２は、例えば「Ｗｉｎｄｏｗｓ（登録商標）」等のオペレーティングシステムを登載した汎用のパーソナルコンピュータであって、ネットワークを介して接続されたアンプ１をリモート制御するための専用のソフトウェアプログラム（以下、これをリモート制御ソフトと呼ぶ）を実装している。リモート制御ソフトは、ＰＣ２のオペレーティングシステム上で動作するアプリケーションプログラムである。リモート制御ソフトを実行することにより、ＰＣ２はネットワークを介して接続されたアンプ１を制御する制御装置として機能する。すなわち、ＰＣ２を操作するユーザは、リモート制御ソフトが提供する機能を用いて、ネットワーク上の複数のアンプ１の動作を制御したり、該複数のアンプ１の動作状況をモニタしたりすることができる。図１では、複数台のＰＣ２がネットワーク上に存在しており、複数のＰＣ２のそれぞれでリモート制御ソフトが起動される。
The
リモート制御ソフトによるアンプ１のリモート制御は、詳しくは後述する通り、「エリア」単位で行われる。「エリア」には１又は複数のアンプ１を登録することができ、エリアに登録された１又は複数のアンプ１が、そのエリアにおける制御対象となる。図１において、「エリア」に該当する範囲を点線で囲んでいる。符号３Ａで示す「エリア１」は、２台のアンプ１と１台のＰＣ２が含まれている。符号３Ｂで示す「エリア２」は、２台のアンプ１と２台のＰＣ２が含まれている。また、ネットワーク上には、エリアに登録されないアンプ１も存在しうる。エリアに登録されないアンプ１は、後述するマッチング処理によりＰＣ２のリモート制御ソフトがその存在を認識（検出）しても、該ソフトによる制御を受けることはできない。
The remote control of the
なお、図１に示す音響システムには、アンプ１およびＰＣ２のほかにも、ネットワークＩ／Ｏを有さないタイプのアンプ１をネットワークに接続するための専用のインターフェース装置（ＡＣＤ）など、図示外の機器が含まれうるが、ここでは、便宜上、それらの図示及び説明を省略した。なお、専用のインターフェース装置を介してパワーアンプ装置をリモート制御用のネットワークに接続することは、従来から知られている技術である。なお、ネットワークに、アンプ以外の音響機器、例えばディジタルミキサ、レコーダ、エフェクタ、Ａ／Ｄ変換装置、Ｄ／Ａ変換装置、あるいはシンセサイザなどを接続詞、ＰＣ２のリモート制御ソフトで、アンプとともにそれらの音響機器も一括制御するようにしてもよい。
In addition to the
図２は図１に示すアンプ１のハードウェア構成の概要を説明するブロック図である。アンプ１は、ＣＰＵ１０と、ＲＯＭ及びＲＡＭからなるメモリ１１とを含む制御部と、ＤＡ変換器及びＡＤ変換器を含むオーディオＩ／Ｏ（Ｄ／Ａ、Ａ／Ｄ）１２と、信号処理部（ＤＳＰ）１３と、電力増幅部（ＡＭＰ）１４と、操作子や表示器等のユーザインターフェース（ＵＩ）１５とネットワーク通信インターフェース（通信Ｉ／Ｆ）１６とを含み、各部がデータ及び通信バス１０Ｂを介して接続される。通信Ｉ／Ｆ１６は、イーサネット（登録商標）規格に準拠するネットワークインターフェースである。アンプ１は通信Ｉ／Ｆ１６を介してネットワークに接続し、同ネットワークを介して接続されたＰＣ２との間で各種データの通信を行う。また、アンプ１には、ユーザインターフェース１５として、音量レベル調整ツマミ等の物理操作子、アンプ１のメモリ１１に後述するエリア内ＩＤと、エリアＩＤを設定するための操作子、あるいはアンプ１の動作状態を示す各種表示器等を含む操作パネルが備わる。なお、図２においては、外部ソースや外部シンクとオーディオＩ／Ｏ１２との接続ライン、および、電力増幅部１４と外部スピーカとの接続ラインが省略されている。
FIG. 2 is a block diagram for explaining the outline of the hardware configuration of the
ＣＰＵ１０は、メモリ（ＲＯＭ又はＲＡＭ）１１に記憶された制御プログラムを実行し、アンプ１の動作を制御する。メモリ１１には、ＣＰＵ１０が実行する各種制御プログラムや、アンプ１が行う音響信号処理（ＤＳＰ１３及び電力増幅部１４の動作）に使用する動作データ等の各種データ（後述の図６を参照）が格納される。
The
オーディオＩ／Ｏ１２には所定の複数系統の音響信号入力端子が含まれる。アンプ１にはオーディオＩ／Ｏ１２を介して外部ソース（図示せず）から該所定の複数系統のアナログ波形信号またはディジタル波形データが入力される。このときアナログ波形信号はＡＤ変換器によりディジタル波形データに変換される。該外部から入力された複数系統の音響信号はＤＳＰ１３に供給される。
The audio I /
ＤＳＰ１３は、前記所定の複数系統の音響信号入力端子のそれぞれに対応する音響信号処理チャンネルを備え、各チャンネルに入力されたディジタル波形データに対して、ＣＰＵ１０の指示に基づく音響信号処理を、チャンネル毎に行う。ＤＳＰ１３が行う音響信号処理は、例えば、クロスオーバ処理、ディレイ処理、イコライザ処理、リミッタ処理或いはハウリング抑制処理などである。これら音響信号処理は、音響信号の特性調整や、電力増幅部１４やスピーカの保護を行うための処理であって、その内容はメモリ１１に格納された動作データにより制御される。
The
ＤＳＰ１３の出力信号は、電力増幅部１４内の入力部のＤＡ変換器（図示せず）でチャンネル別にアナログ波形信号に変換され、電力増幅部１４内の電力増幅回路（図示せず）に供給される。電力増幅回路は、前記アナログ波形信号に変換されたＤＳＰ１３の出力信号をチャンエル別に電力増幅する。該増幅されたアナログ波形信号は、電力増幅部１４のの備える所定の複数系統の音響信号出力端子を介して外部スピーカ（図示せず）へ出力され、該出力されたアナログ波形信号によりスピーカが駆動される。なお、基本的には、１系統の音響信号出力端子は１つのスピーカに接続される。また、電力増幅部１４は、電力増幅部１４の動作状態を示すデータ（例えば、出力段の温度、入力や出力の信号レベル、電源電圧、出力電圧、出力電流、負荷インピーダンス、あるいはプロテクションの状態など）をＤＳＰ１３に供給する。該動作状態を示すデータは、ＤＳＰ１３において、電力増幅部１４やスピーカの保護のための信号処理に利用される。
The output signal of the
なお、図２においてＤＳＰ１３を備えるアンプ１の構成例を示したが、アンプ１は、オーディオＩ／Ｏ１２やＤＳＰ１３を備えない機種（電力増幅部１４がアナログ信号を直接入出力する機種）であっても、ネットワークを介して制御装置（ＰＣ２）と接続され、該制御装置からリモート制御を受けることができる機種であれば、この発明の音響システムに適用可能である。
In addition, although the example of a structure of the
図３はＰＣ２のハードウェア構成例を示すブロック図である。ＰＣ２は、既に述べたとおり汎用のパーソナルコンピュータであって、ＣＰＵ２０、ＲＯＭ及びＲＡＭを含むメモリ２１と、ハードディスクドライブ（ＨＤＤ）２２と、ネットワーク通信インターフェース（通信Ｉ／Ｆ）２３と、ディスプレイ、マウス操作子及びキーボード等を含むユーザインターフェース２４とを含んで構成される。アンプ１をリモート制御するためのリモート制御ソフトは、ＨＤＤ２２に記憶されてよい。リモート制御ソフトは、当該リモート制御ソフトを実行すべきときにＨＤＤ２２からメモリ２１に読み込まれる。ＣＰＵ２０が前記メモリ２１に読み込んだリモート制御ソフトを実行することで、ＰＣ２はネットワーク上のアンプ１群をリモート制御する制御装置として機能する。
FIG. 3 is a block diagram illustrating a hardware configuration example of the
図４は、リモート制御ソフトがＰＣ２のメモリ２１及びＨＤＤ２２に用意するデータの構成例を示す図である。図４に示す通り、データは階層構造で管理されており、この階層構造はリモート制御ソフトによる音響システムの管理構造に対応する。
FIG. 4 is a diagram illustrating a configuration example of data prepared by the remote control software in the
符号３０で示す階層には、コントローラＩＤ、プロジェクトライブラリ及びカレントプロジェクトのデータがある。コントローラＩＤは、例えば当該ＰＣ２のＭＡＣアドレス（MediaAccessControladdress）、当該ＰＣ２のＩＰアドレス、又は、ＰＣ２に登載されたリモート制御ソフトを特定するＩＤ情報、若しくは、それらを組み合わせた情報など、ネットワーク上で、このＰＣ２又は当該ＰＣ２に登載されたリモート制御ソフトを特定するためのＩＤ情報である。このコントローラＩＤは例えばメモリ（ＲＡＭ）２１に記憶される。
The hierarchy indicated by
プロジェクトライブラリには、符号３１で示すとおり、複数のプロジェクトファイル（図において「プロジェクトファイル１」「プロジェクトファイル２」・・・）が格納されている。プロジェクトライブラリの記憶領域は、例えばＨＤＤ２２に設けられていてよい。１つのプロジェクトファイルには、ネットワークに接続されたアンプ１群を制御するために必要な各種データが格納される。１つのプロジェクトファイルに格納されたデータ群が、１つのプロジェクトを構成する。また、カレントプロジェクトは、現在リモート制御ソフトに立ち上げている１つのプロジェクトファイルのデータ群を格納する記憶領域であって、例えばメモリ（ＲＡＭ）２１に用意される。リモート制御ソフトの実行時には、プロジェクトライブラリからカレントプロジェクトに、１つのプロジェクトファイルがロードされる。カレントプロジェクトにロードされたプロジェクトファイルに格納されたプロジェクトが、リモート制御ソフトの制御対象のプロジェクト（カレントプロジェクト）である。
The project library stores a plurality of project files (in the figure, “
１つのプロジェクトファイルには、符号３２に示すように、プロジェクトＩＤ、ユーザ情報、プロジェクト名、および複数のエリア情報３３が含まれている。プロジェクトＩＤは、プロジェクトライブリ中の複数のプロジェクトファイルの中から１つのプロジェクトを特定するためのＩＤ情報である。プロジェクトライブリ中の各プロジェクトファイルはそれぞれ異なるプロジェクトＩＤを持つ。また、プロジェクト名のデータは、このプロジェクトに与えられた名称のデータであって、例えば後述する基本画面において当該プロジェクト名を表示するとき等に利用される。プロジェクトライブリ中の各プロジェクトファイルはそれぞれ異なるプロジェクト名を持つ。プロジェクトファイルの名称は、リモート制御ソフトが自動的に作成してもよいし、ユーザが任意の名称を設定してもよい。
One project file includes a project ID, user information, a project name, and a plurality of
１つのプロジェクトファイルのユーザ情報には、当該プロジェクトにログインするためのアカウントを作成したユーザの各々に対応する１又は複数のアカウント情報３４が格納される。すなわち、アカウント情報３４はプロジェクトファイル毎に作成される。プロジェクトファイルにアカウント情報３４を持つユーザだけが、そのプロジェクトファイルを開き、それを使用することができる。１つのアカウント情報３４は、ユーザＩＤと認証情報を含んで構成される。ユーザＩＤは、複数のユーザのうちから１人のユーザを特定するためのＩＤ情報である。認証情報は、例えばユーザＩＤに対応付けられたパスワードである。
The user information of one project file stores one or a plurality of
１つのプロジェクトファイルには、当該プロジェクトに作成された「エリア」のそれぞれに対応するエリア情報３３（図４において「エリア情報１」、「エリア情報２」・・・）が記憶されている。「エリア」は、前述の通り、１つのプロジェクト内におけるリモート制御の単位である。各エリア情報には、それぞれのエリアのリモート制御に使用する各種データが格納されている。
In one project file, area information 33 (“
１つのエリア情報３３には、エリアＩＤ４６、エリア名、「ＲａｃｋＴｒｅｅ」情報、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」情報、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」情報のグループ情報３６、ユーザロール情報３５、当該エリアの「ＯｎＬｉｎｅ」のステータスを示す情報、および、当該エリアに登録された１又は複数のアンプのそれぞれに対応する装置情報（図において「装置情報１」、「装置情報２」・・・）３７が含まれる。なお、当該エリア内に、アンプをネットワークに接続するインターフェース装置が含まれる場合には、そのインターフェース装置に対応する装置情報も、エリア情報３３に含まれてよい。
One
エリアＩＤ４６は、１つのプロジェクトに作成された複数のエリアの中から１つのエリアを特定するためのＩＤ情報である。１つのプロジェクト中の各エリアはそれぞれ異なるエリアＩＤ４６を持つ。また、エリア名は、このエリアに与えられた名称であって、例えば後述する基本画面において当該エリアのエリア名を表示するとき等に利用される。１つのプロジェクト中の各エリアは夫々異なるエリア名を持つ。エリアの名称は、リモート制御ソフトが自動的に作成してもよいし、ユーザが任意のエリア名を設定してもよい。
The
ユーザロール情報３５は、プロジェクトにアカウント情報３４を持つ各ユーザに対して当該エリア内で与えられた権限（ユーザロール）を規定する情報である。「ユーザロール」は、当該エリアにアカウントを持つ各ユーザに対して与えられた権限を表す情報である。ユーザロールの種類は、上位の権限から順に列挙すると、「アドミン」、「パワーユーザ」、「ユーザ」、「ゲスト」、および「部外者」の５種類ある。「アドミン」は、プロジェクトの編集権限、エリアの編集権限、エリア内のアンプの制御権限及び閲覧権限を持つ。「パワーユーザ」は、エリアの編集権限、エリア内のアンプの制御権限、およびエリア内のアンプの閲覧権限を持つ。「ユーザ」は、エリア内のアンプの制御権限、およびエリア内のアンプの閲覧権限を持つ。「ゲスト」は、エリア内のアンプの閲覧権限を持つ。「部外者」は、当該エリアに何ら権限を持たない、つまりエリアにアカウントがない（ユーザロール情報３５が当該エリアに無い）ことに等しい。
The
図５は、１つのエリア情報３３に格納されたユーザロール情報３５の内容を詳細に示す図である。１つのエリア情報３３に格納されたユーザロール情報３５には、当該プロジェクトにアカウント情報３４を持つ全てのユーザの１人ずつに対応する複数のユーザロール情報３５がある。１ユーザ分のユーザロール情報３５は、そのユーザを特定するユーザＩＤと、該ユーザＩＤに対応するユーザに当該エリアで与えられたユーザロール（前記５種類のユーザロールの値のいずれか１つ）とから構成される。ここに含まれるユーザＩＤは、前記アカウント情報３４に含まれるユーザＩＤである。従って、或るエリアにおける或るユーザの権限は、該ユーザのアカウント情報３４（ユーザＩＤ）と、該ユーザＩＤに対応するユーザロール情報３５を参照すれば、特定することができる。ユーザロール情報３５はエリア毎に設定されているので、ユーザロール情報３５に基づくユーザの権限はエリア毎に規定される。例えば、プロジェクトにアカウント情報３４を持つユーザであっても、或るエリアのユーザロール情報３５で権限が不足していれば、そのエリア内のアンプは制御乃至モニタすることはできない。
FIG. 5 is a diagram showing in detail the contents of the
図４に戻ると、「ＲａｃｋＴｒｅｅ」、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」及び「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」の各情報３６は、当該エリアに登録された各アンプをグループに分けて管理するための情報である。「ＲａｃｋＴｒｅｅ」はラック（棚）毎にアンプをまとめたグループ（ラックツリー）の構成を記述した情報、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」はアンプの信号出力先のスピーカ毎にアンプのチャンネルをまとめたグループ（フィードストラクチャーグループ）の構成を記述した情報、また、「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」はユーザが任意に定義したグループ（Ｕｓｅｒ Ｄｅｆｉｎｅｄグツリー）の構成を記述した情報である。本明細書では、これらグループ分けのための情報３６をまとめて「グループ情報」と称する。グループ情報３６は、例えば、後述する基本画面において、プロジェクトの各エリアに登録されたアンプをグループごとのツリー形状に表示するときに利用される。前記３つのグループ情報３６には、それぞれのグループに与えられた名前や、各グループの構成を特定する情報（グループに登録されたアンプ群を特定する情報と、グループ内での各アンプの位置を特定する情報）等を含んで構成される。
Returning to FIG. 4, the
装置情報３７は、１つずつが１つのアンプ１に対応しており、ＰＣ２のリモート制御ソフトから１つのアンプ１をリモート制御するために必要な情報が格納されている。リモート制御ソフトは、各エリア情報３３内に、そのエリアに登録された１又は複数のアンプのそれぞれに対応する１又は複数の装置情報３７を作成する。
Each piece of
１つの装置情報３７には、装置ＩＤ３８、機種情報、ＩＰアドレス、機器名の情報、アンプの動作データ、当該装置情報３７の「ＯｎＬｉｎｅ」のステータスを示す情報３９、及び、コントローラＩＤ４０の情報が含まれる。
One
装置ＩＤ３８は、当該装置情報３７に対応する実際のアンプ１が持つＭＡＣアドレスと、当該装置情報３７をエリア内で特定するためのエリア内ＩＤとから構成される。エリア内ＩＤは、当該装置情報３７がエリアに登録されたときに（該装置情報３７の作成のときに）、リモート制御ソフトが自動生成したデータか、又は、当該装置情報３７に対応するアンプ１側のユーザインターフェース１５を使ってユーザが手動で設定したデータである。一方、ＭＡＣアドレスはアンプ１が固定的に持つデータであり、リモート制御ソフト又はユーザが設定することはできない。装置ＩＤ３８は、例えば、装置情報３７と、実際のアンプ１とを対応付ける（マッチングする）とき等にリモート制御ソエリア内ＩＤとフトが利用するデータである。
The
機種情報は、当該装置情報３７に対応するアンプ１の機種を特定する情報であって、例えば、該アンプ１のモデル名やモデルＩＤ（メーカにより各機種ごとに付与されたＩＤ））などである。ＩＰアドレスは、ネットワーク上で当該装置情報３７に対応するアンプ１に与えられたＩＰアドレスである。機器名の情報は、リモート制御ソフトにおいてユーザにより当該装置情報３７に対応するアンプ１に与えられた名称（アンプ名）であって、後述する基本画面において該アンプ１の名称を表示するとき等に利用される。
The model information is information for specifying the model of the
動作データは、当該装置情報３７に対応するアンプ１の動作をリモート制御するために必要な各種パラメータの設定値の情報であって、例えば、アンプのチャンネル毎の音量レベルのパラメータの設定値などが含まれる。この動作データは、当該装置情報３７に対応するアンプ１のメモリ１１に記憶された動作データと同様の形式のデータである。各機種の動作データを定義し編集するための機種定義情報が、リモート制御ソフトの備える機種ライブラリ（図示せず）に記憶されている。ここで、各機種の機種定義情報には、その機種のモデル名、モデルＩＤ、動作データの形式を示す情報、および動作データを編集するための編集プログラムなどが含まれる。また、動作データには、例えば、チャンネル毎のゲインパラメータの値、チャンネル毎のアッテネータのパラメータの値、位相切替パラメータの値、遅延時間パラメータの値、イコライザパラメータの値など、各種パラメータとその設定値が含まれる。
The operation data is information on setting values of various parameters necessary for remotely controlling the operation of the
ＯｎＬｉｎｅステータス情報３９には、「ＯＮＬＩＮＥ」、「ＭＯＮＩＴＯＲ」、および「ＯＦＦＬＩＮＥ」のいずれか１つの値が格納されている。ＯｎＬｉｎｅステータス情報３９により、当該装置情報３７が、これに対応する実際のアンプ１に対して、上記３つの状態のいずれの状態にあるかを表す。
The
また、装置情報３７に格納されたコントローラＩＤ４０は、当該装置情報３７に対応するアンプ１を制御しているＰＣ２（制御主）を特定する情報であって、当該ＰＣ２自身が当該装置情報３７に対応するアンプ１の制御主であれば、自身のメモリ２１に格納されたコントローラＩＤ（符号３０で示す階層に格納されたコントローラＩＤ）の値が、ここに書き込まれる。自身以外の他のＰＣ２が当該装置情報３７に対応するアンプ１の制御主であれば、該他のＰＣ２のコントローラＩＤがここに書き込まれる。制御装置３７内のコントローラＩＤ４０は、当該プロジェクトがカレントプロジェクトにロードされたときにのみ用意されるデータであって、詳しくは、後述する同期化処理のときにアンプ１から受け取るものである。すなわち、プロジェクトがプロジェクトライブラリ（ＨＤＤ２２）に保存されている状態では、コントローラＩＤ４０のデータは空である。
The
図６は、アンプ１のメモリ１１に用意されるデータの構成例を説明する図である。図６に示す通り、１つのアンプ１のメモリ１１には、機種情報と、装置ＩＤ４１と、ＩＰアドレスと、動作データと、コントローラＩＤ４２と、エリアＩＤ４３と、「ＲａｃｋＴｒｅｅ」内でのアンプ位置情報、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」内でのアンプ位置情報、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」内でのアンプ位置情報のグループ情報４４と、「Ｕｓｅｒ Ｉｎｆｏ」情報４５とが含まれる。音響システム上の各アンプ１は、自身のメモリ１１内に、それぞれ自機分だけ、これらの情報を記憶している。アンプ１の記憶内容のうち、コントローラＩＤ４２、エリアＩＤ４３、グループ情報４４、およびＵｓｅｒ Ｉｎｆｏ情報４５は、アンプ１をＰＣ２から制御又はモニタするために必要なデータであって、アンプ１の本来の動作には必要ない。本発明は、Ｕｓｅｒ Ｉｎｆｏ情報４５や、グループ情報４４など、ＰＣ２からアンプ１を制御又はモニタするためのデータをアンプ１のメモリ１１に記憶していることが主要な特徴の１つである。
FIG. 6 is a diagram for explaining a configuration example of data prepared in the
機種情報は、当該アンプ１の機種を特定する情報であって、例えば、該アンプ１のモデル名やモデルＩＤなどである。装置ＩＤ４１は、ＭＡＣアドレスとエリア内ＩＤとから構成される。ＭＡＣアドレスは当該アンプ１が固定的に持つデータであり、ユーザが設定することはできない。エリア内ＩＤは、このアンプ１が登録されたエリア（詳しくは、ＰＣ２側で、このアンプ１に対応する装置情報３７が登録されたエリア）内で当該アンプ１を特定する情報であって、当該アンプ１に対応する装置情報３７がエリアに登録されるときにリモート制御ソフトが自動生成したデータか、又は、当該アンプ１のユーザインターフェース（操作パネル）１５を使ってユーザが手動で設定したデータである。装置ＩＤ４１は、例えば、アンプ１と装置情報３７とを対応付ける（マッチングする）とき等に、リモート制御ソフトが利用するデータである。また、ＩＰアドレスは、ネットワーク上で当該アンプ１に与えられたＩＰアドレスである。
The model information is information for specifying the model of the
動作データは、アンプ１の動作をリモート制御するために必要な各種パラメータの設定値の情報であって、例えば、例えば、チャンネル毎のゲインパラメータの値、チャンネル毎のアッテネータのパラメータの値、位相切替パラメータの値、遅延時間パラメータの値、イコライザパラメータの値など、各種パラメータとその設定値が含まれる。アンプ１のＣＰＵ１０は、この動作データに基づいてＤＳＰ１３に命令を与え、該ＤＳＰ１３が実行する音響信号処理の内容を制御する。アンプ１側の動作データは、ＰＣ２側からリモート制御されるか、若しくは、当該アンプ１のユーザインターフェース１５を用いて制御される。
The operation data is information on setting values of various parameters necessary for remote control of the operation of the
アンプ１に格納されたコントローラＩＤ４２は、当該アンプ１の制御主のＰＣ２のメモリ２１に記憶されたコントローラＩＤに対応するデータであって、これは後述する同期化処理のときに該制御主のＰＣ２から受け取る。コントローラＩＤ４２は、当該アンプ１が現在ＰＣ２による制御を受けているか否かの状態を判断すること等に利用される。コントローラＩＤ４２に値が入っていれば、当該アンプ１はＰＣ２から制御を受けている状態にあり、コントローラＩＤ４２に値が入っていなければ、当該アンプ１はＰＣ２から制御を受けていない状態にある。エリアＩＤ４３は、当該アンプ１が登録されたエリアに付与されたエリアＩＤである。アンプ１のメモリ１１にエリアＩＤを持つことにより、当該アンプ１がカレントプロジェクトにおいて、どのエリアに登録されているのかをＰＣ２に知らせることができる。エリアＩＤ４３は、後述する同期化処理のときに、当該アンプ１の制御主のＰＣ２から受け取るデータである。また、エリアＩＤ４３はアンプ１のユーザインターフェース（操作パネル）１５を使ってユーザが手動で設定できる。
The
また、「ＲａｃｋＴｒｅｅ」、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」の各アンプ位置情報４４は、「ＲａｃｋＴｒｅｅ」、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」の各グループ内での当該アンプの位置を特定するグループ情報である。個々のアンプ１が持つグループ情報４４は、前記ＰＣ２側に記憶されるグループ情報３６に基づくデータである。ＰＣ２側に記憶されるグループ情報３６が、１つのエリア内に作成された各グループの構成（各グループに登録されたアンプ群を特定する情報）と、各グループ内での各アンプの位置情報を特定する情報とから構成されるのに対して、アンプ１側に記憶されるグループ情報４４は、自機が登録されたグループと各グループにおける自機の位置とを特定できさえすればよい。アンプ１に記憶されるグループ情報４４は、後述する同期化処理のときに、該アンプ１の制御主のＰＣ２から受け取るＰＣ２側のグループ情報３６（当該アンプ１が登録されたエリア情報３３中のグループ情報３６）に基づき設定されるデータである。
In addition, each
また、「Ｕｓｅｒ ｉｎｆｏ」情報４５は、１又は複数のユーザのそれぞれに対応する１又は複数の「Ｕｓｅｒ ｉｎｆｏ」情報３９である。１ユーザ分の「Ｕｓｅｒ ｉｎｆｏ」情報４５は、そのユーザのユーザＩＤと、該ユーザＩＤに対応する認証情報からなるアカウント情報と、アカウントを持つユーザの該アンプ１に対する権限（ユーザロール）を規定する情報とから構成される。「Ｕｓｅｒ ｉｎｆｏ」情報４５は、後述する同期化処理のときに、当該アンプ１の制御主のＰＣ２から受け取るカレントプロジェクト中のユーザ情報（アカウント情報３４）と、当該アンプ１が登録されたエリア情報３３中のユーザロール情報３５とに基づき作成されるデータである。つまり、「Ｕｓｅｒ ｉｎｆｏ」情報４５は、１ユーザ毎に、アカウント情報３４と、当該アンプ１が登録されたエリア内での各ユーザのユーロール情報３５とを対応付けたデータである。
The “User info”
図７は、リモート制御ソフトが提供する操作画面を説明するための図であって、リモート制御ソフトが提供する機能の全体的な操作を行う「基本画面」の構成例を示す。ＰＣ２においてリモート制御ソフトが起動さて、制御対象となる１つのプロジェクトが選択されると、ＰＣ２のディスプレイ（ユーザインターフェース２４）には、該制御対象に選択されたプロジェクト（カレントプロジェクト）を制御及びモニタするための「基本画面」が表示される。
FIG. 7 is a diagram for explaining an operation screen provided by the remote control software, and shows a configuration example of a “basic screen” for performing the overall operation of the functions provided by the remote control software. When the remote control software is activated in the
図７に示す基本画面において、ツリー表示部５０は、制御対象のプロジェクト（カレントプロジェクト）の構成を、カレントプロジェクト内のデータに基づき、ツリー形式に表示する領域である。すなわち、ツリー表示部５０には、１つのプロジェクトファイルのデータ構成に対応して、最上位層にエリアに対応する表示物群があり、各エリアに対応する表示物の下位に、それぞれのエリアに属するグループ、アンプ、あるいはアンプのチャンネルのそれぞれを表す表示物群が枝分かれした状態で配置される。各表示物には、対応する構成要素の名前（エリア名、グループ名、あるいはアンプ名など）が、カレントプロジェクト内のデータに基づき、表示される。また、ある構成要素の下位に要素が存在する場合には、そのツリー構成要素に対応する表示物の左端に、該下位要素を表示するか又は隠すかの指示をするためのＧＵＩ部品５１が表示される。下位要素を表示している状態ではＧＵＩ部品５１上に「−」印が表示され、下位要素を隠している状態ではＧＵＩ部品５１上に「＋」印が表示される。
In the basic screen shown in FIG. 7, the
ところで、ツリー表示部５０に表示される制御対象のプロジェクトの構成は、前述の通り、ＰＣ２に記憶されたカレントプロジェクトのデータに基づく。従って、ツリー表示部５０においてアンプを表す表示物は、制御対象のプロジェクトファイル内に作成された装置情報３７に対応する仮想的アンプを表す。この明細書では、プロジェクトファイル内に作成された仮想的アンプ（つまり、ＰＣ２に記憶された装置情報３７）のことを必要に応じて「バーチャル機器」と称し、これに対して、現実に音響システムに接続されたアンプ１の実体のことを必要に応じて「リアル機器」と称する。
By the way, the configuration of the control target project displayed in the
ユーザは、ツリー表示部５０に表示された該表示物群のいずれか１つを選択することで、該指定した表示物群に対応するエリア、グループ、アンプ（バーチャル機器）、又はアンプのチャンネルの各種パラメータの値を、レベル表示部５２、状態表示部５３、およびアッテネータ操作部５４に展開することができる。これら符号５２〜５４で示す領域が、アンプをリモート制御するための主要な操作を行う領域である。ユーザは、符号５２〜５４で示す領域の詳細な構成の一例は、後述する。
The user selects any one of the display object groups displayed in the
また、図７に示す基本画面には、上記の他に、現在制御対象のエリア（ツリー表示部５０で選択されたエリア、又は、同選択されたグループが属するエリア、又は、同選択されたアンプが属するエリア、又は、同選択されたアンプのチャンネルが属するエリア）のエリア名を表示するエリア名表示部５５、現在リモート制御ソフトにログインしているユーザ名（例えばそのユーザのユーザＩＤなど）を表示するユーザ名表示部５６、バーチャル機器とリアル機器の同期化処理ダイアログ機能を起動するための「Ｏｎ−Ｌｉｎｅ」ボタン画像５７、現在制御対象のエリアのミュートオン・オフ切替指示ボタン画像５８、あるいは、当該基本画面全体に共通する操作を行う共通操作パネル５９が含まれる。共通操作パネル５９には、例えば、プロジェクトファイルをカレントプロジェクトに読み出す（ロードする）指示や、同ファイルを保存する（ストアする）指示や、同ファイルを新規に作成する指示等を行うためのＧＵＩ部品が含まれていてよい。また、基本画面には、上記の他にも、例えば、ログイン中のユーザに与えられた現在制御対象のエリアにおける権限（「アドミン」、「パワーユーザ」、「ユーザ」、「ゲスト」）や、カレントプロジェクトのプロジェクト名など、その他の情報を表示するための表示部（図において「その他情報表示部」と表記したもの）が含まれてよい。
In addition to the above, the basic screen shown in FIG. 7 includes an area that is currently controlled (an area selected by the
図８（ａ）〜（ｃ）は、ツリー表示部５０の構成を詳細に説明するための図である。ツリー表示部５０には、その上端分に、「Ｄｅｖｉｃｅ」タブ６０、「Ｒａｃｋ」タブ６１、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ」タブ６２、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ」タブ６３の４つのタブ画像が設けられている。ユーザは、これら４つのタブ画像６０〜６３を択一的に選択することで、該選択されたタブ画像６０〜６３のいずれか１つに応じて、ツリー表示部５０に表示されるツリーの表示形態を切り替えることができる。
FIGS. 8A to 8C are diagrams for explaining the configuration of the
「Ｄｅｖｉｃｅ」タブ６０が選択されているときには、（ａ）に示す「デバイスツリー」の表示形態でツリー表示部５０にプロジェクトの構成が表示される。「デバイスツリー」は、エリア毎に、そのエリアに登録されたバーチャル機器を表示する表示形態である。「デバイスツリー」において、ネットワークに直接接続されている機器は、いずれかつのエリアの直下、又は「Ｕｎｋｎｏｗｎ Ｄｅｖｉｃｅ」カテゴリーの直下に表示され、グループを形成することはない。図８（ａ）では「Ａｒｅａ（１）」の直下に、「Ａｍｐ３」と、アンプをネットワークに接続するためのインターフェース装置「ＡＣＤ（１）」並びに「ＡＣＤ（２）」が配置された例を示している。図の例からは、「Ａｍｐ１」及び「Ａｍｐ２」が「ＡＣＤ（１）」に接続されていることが見て取れる。このように、デバイスツリーにはアンプ１以外のエリア内の機器（グループ化されない機器）も表示されうる。なお、１台のインターフェース装置（ＡＣＤ）には、最大３２台のアンプを接続可能である。
When the “Device”
また、「デバイスツリー」には、各バーチャル機器の表示物に対応して、該バーチャル機器に対応するリアル機器を確認するための「Ｉｄｅｎｔｅｌｉｆｙ」ボタン画像６４が表示される。ユーザは、「Ｉｄｅｎｔｅｌｉｆｙ」ボタン画像６４を操作することで、そのバーチャル機器に対応付けられたリアル機器を確認することができる。確認方法の一例として、「Ｉｄｅｎｔｅｌｉｆｙ」ボタン画像６４の操作に応じて、そのバーチャル機器に対応付けられたリアル機器に備わるＬＥＤ表示器が点灯するよう構成することができる。また、「デバイスツリー」には、各バーチャル機器の表示物に対応して、各バーチャル機器のエリア内ＩＤを表示するＩＤ表示欄６５が設けられている。図８（ａ）では、「Ａｒｅａ（１）」に登録された６つのバーチャル機器（「Ａｍｐ１」、「Ａｍｐ２」、「Ａｍｐ３」、「Ａｍｐ４」、「ＡＣＤ（１）」および「ＡＣＤ（２）」）には、それぞれ、当該エリア内で連続する通し番号「１」〜「６」がエリア内ＩＤとして付与されている。
In addition, an “Identify”
また、「Ｒａｃｋ」タブ６１が選択されているときには、図８（ｂ）に示す「ラックグループツリー」の表示形態でツリー表示部５０にプロジェクトの構成が表示される。「ラックグループツリー」は、各エリアのエリア情報３３に含まれる「Ｒａｃｋ ｔｒｅｅ」の情報に基づき、エリアに登録されたアンプを「ラックグループ」に分けたツリーの表示形態（グループツリー）である。ラックグループは、アンプが登載されたラック（棚）ごとにアンプをまとめたグループである。１つのラックグループの下位に更に入れ子状にラックグループを作ること、つまり、１つのグループ内のアンプ群を更に小グループに分けることもできる。図８（ｂ）の例では、「Ａｒｅａ（１）」に作成された１つのラックグループ「Ｒａｃｋ−１」の下位に、２つのグループ「Ｒａｃｋ−１Ａ」と「Ｒａｃｋ−１Ｂ」が作成されており、更に「Ｒａｃｋ−１Ｂ」の下位に２つのグループ「Ｒａｃｋ−１Ｂ／１」と「Ｒａｃｋ−１Ｂ／２」が設けられている。或るエリア内のバーチャル機器であって、ラックグループに分類されないものは、「Ｕｎｇｒｏｕｐｅｄ Ｄｅｖｉｃｅ」のカテゴリーに分類される。図８（ｂ）では、「ＡｍｐＸ１」と「ＡｍｐＸ２」が「Ｕｎｇｒｏｕｐｅｄ Ｄｅｖｉｃｅ」のカテゴリーに分類されている。「ラックグループツリー」にも、各バーチャル機器の表示物に対応して、各バーチャル機器のエリア内ＩＤを表示するＩＤ表示欄６５が設けられている。
When the “Rack”
また、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ」タブ６２が選択されているときには、図８（ｃ）に示す「フィードストラクチャーグループツリー」の表示形態でツリー表示部５０にプロジェクトの構成が表示される。「フィードストラクチャーグループツリー」は、各エリアのエリア情報３３に含まれる「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」の情報に基づき、エリアに登録されたアンプの各チャンネルを「フィードストラクチャーグループ」毎に分けたツリーの表示形態（グループツリー）である。フィードストラクチャーグループは、アンプの各チャンネルの信号出力先となるスピーカ毎に、アンプのチャンネルをまとめたグループである。このグループ分けでは、例えば、ステレオスピーカのＬチャンネルに接続された高音域、中音域、および低音域の各帯域毎のアンプのチャンネルをまとめた第１のグループ（図８（ｃ）において「Ｇｒｏｕｐ−１」）、ステレオスピーカのＲチャンネルに接続された高音域、中音域、および低音域の各帯域毎のアンプのチャンネルをまとめた第２のグループ（図８（ｃ）において「Ｇｒｏｕｐ−２」）・・・などのようなグループ分けが可能である。従って、「フィードストラクチャーグループツリー」では、各グループ内には、アンプのチャンネルに対応する表示物（図８（ｃ）において、「Ａｍｐ１：ｃｈ１」など）が表示される。また、「フィードストラクチャーグループツリー」では、エリア内のバーチャル機器のチャンネルであって、「フィードグループ」に分類されないものは、「Ｕｎｇｒｏｕｐｅｄ Ｃｈａｎｎｅｌｓ」のカテゴリーに分類される。
When the “Feed Structure”
また、「Ｕｓｅｒ Ｄｅｆｉｎｅｄ」タブ６３が選択されたときには、「Ｕｓｅｒ Ｄｅｆｉｎｅｄツリー」の表示形態でツリー表示部５０にプロジェクトの構成が表示される。このグループは、ユーザが定義したグループ分けに従いエリア内のアンプのチャンネルをまとめたグループであって、各エリアのエリア情報３３に含まれる「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」の情報に基づき、エリアに登録されたアンプを「Ｕｓｅｒ Ｄｅｆｉｎｅｄツリー」毎に分けたツリーの表示形態である。その表示形態は、参照するグループ情報３６の違いを除けば、図８（ｃ）のフィードストラクチャーグループツリーと概ね同様であるため、Ｕｓｅｒ Ｄｅｆｉｎｅｄツリーの表示例の図示は割愛した。
When the “User Defined”
ツリー表示部５０において、１つのプロジェクト内に複数のエリアを設定し、エリア毎に１又は複数のグループにまとめることで、（１）ツリー表示部５０におけるツリー構成の表示形態を、異なる観点でのグループ分け（グループ定義）に応じて選択することができるので、個々のアンプを制御するときに、ツリー表示部５０から目的のアンプ又はアンプのチャンネルに辿り着くのが容易になる、という利点がある。また、（２）制御対象にグループを選択することにより、複数のアンプをグループ単位でまとめて制御できる、という利点がある。
In the
また、ツリー表示部５０のデバイスツリー及びグループツリーにおいて表示されるバーチャル機器に対応する表示物の表示形態には、（１）対応するリアル機器がネットワーク上に存在する「実体有り」を表す表示形態と、（２）対応するリアル機器がネットワーク上に存在しない「実体無し」を表す表示形態との２通りの表示形態がある。この実施例では、「実体有り」の場合にはバーチャル機器に対応する表示物を「実線」で表示し、「実体無し」の場合にはバーチャル機器に対応する表示物を「点線」で表示する。
In addition, the display form of the display object corresponding to the virtual device displayed in the device tree and group tree of the
ツリー表示部５０において、プロジェクトファイルでエリアに登録されているバーチャル機器ないしそのバーチャル機器のチャンネルは、デバイスツリー、およびグループツリーの両方に、「エリア内のバーチャル機器」として表示される。後述するバーチャル機器とリアル機器とのマッチング処理によりバーチャル機器とリアル機器との対応付けがとれたエリア内のバーチャル機器に対応する表示物は、「実体有り」を表す表示形態、すなわち実線で表示される。例えば、図８（ａ）において、「Ａｍｐ１」は、「実体有り」の表示形態で表示されたエリア内のバーチャル機器を表す表示物の一例である。また、マッチング処理によりバーチャル機器とリアル機器との対応付けがとれなかったエリア内のバーチャル機器、すなわち、リアル機器が検出されなかったエリア内のバーチャル機器に対応する表示物は、「実体無し」を表す表示形態、すなわち点線で表示される。例えば、図８（ａ）において、「Ａｍｐ４」は、「実体無し」の表示形態で表示されたエリア内のバーチャル機器を表す表示物の一例である。
In the
これに対して、マッチング処理により音響システム上でリアル機器が検出されたものの、プロジェクトファイルの何れのエリアのバーチャル機器とも対応付けできなかったリアル機器があった場合には、リモート制御ソフトは、デバイスツリーの「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」というカテゴリーに、その機器に対応する表示物を自動作成する。本明細書では、これを「エリア外のバーチャル機器」と呼ぶ。例えば、図８（ａ）において、「ＡｍｐＸ」は、エリア外のバーチャル機器に対応する表示物の一例である。ここでは、「ＡｍｐＸ」を表す表示物が点線（つまり実体無しを表す表示形態）で表示されている。これは、「ＡｍｐＸ」がエリア外のバーチャル機器として作成された後に、対応するリアル機器がネットワークから切断されたことを意味する。なお、エリア外のバーチャル機器に対応する表示物は、グループツリーには表示されない。また、対応するリアル機器が切断されたバーチャル機器を点線で表示する代わりに、そのバーチャル機器の表示をツリーから消去してしまうようにしてもよい。 On the other hand, if a real device is detected on the sound system by the matching process, but there is a real device that could not be associated with any virtual device in any area of the project file, the remote control software A display object corresponding to the device is automatically created in the category “Unknown Device” of the tree. In the present specification, this is referred to as “a virtual device outside the area”. For example, in FIG. 8A, “AmpX” is an example of a display object corresponding to a virtual device outside the area. Here, a display object representing “AmpX” is displayed with a dotted line (that is, a display form representing no entity). This means that after “AmpX” is created as a virtual device outside the area, the corresponding real device is disconnected from the network. Note that display objects corresponding to virtual devices outside the area are not displayed in the group tree. Further, instead of displaying the virtual device from which the corresponding real device is cut off with a dotted line, the display of the virtual device may be deleted from the tree.
また、図８（ａ）〜（ｃ）において、バーチャル機器に対応する表示物の右隣に表示された両方向矢印画像６６は、対応するバーチャル機器のＯｎＬｉｎｅステータスがオンライン状態（「ＯＮＬＩＮＥ」）であることを示すマークである。また、バーチャル機器に対応する表示物の右隣に表示された一方向矢印画像６７は、対応するバーチャル機器のＯｎＬｉｎｅステータスがモニタ状態（「ＭＯＮＩＴＯＲ」）であることを示すマークである。また、バーチャル機器のＯｎＬｉｎｅステータスがオフライン状態（「ＯＦＦＬＩＮＥ」）のバーチャル機器については、対応する表示物の右隣に何らマークが表示されていない。各バーチャル機器のＯｎＬｉｎｅステータスは、対応する装置情報３７に格納されたＯｎＬｉｎｅステータス情報３９に基づく。
Further, in FIGS. 8A to 8C, in the
オンライン状態（ＯＮＬＩＮＥ）とは、エリア内のアンプの制御権限を持つ「ユーザ」が、ＰＣ２から、対応するリアル機器をリモートで制御可能な状態である。また、モニタ状態（ＭＯＮＩＴＯＲ）とは、エリア内のアンプの閲覧権限を持つ「ゲスト」が、ＰＣ２から、対応するリアル機器の動作状態をリモートでモニタ可能な状態である。また、「オフライン（ＯＦＦＬＩＮＥ）」は、バーチャル機器とリアル機器の間でリモート通信が行われない状態である。オフライン状態で、リモート制御ソフトにおいてバーチャル機器の動作データの編集が行われると、該編集操作内容に応じてカレントプロジェクトのデータが更新される。しかし、その操作はリアル機器には反映されない。
The online state (ONLINE) is a state in which a “user” having the authority to control the amplifier in the area can remotely control the corresponding real device from the
図９（ａ），（ｂ）は、前記図７の基本画面において符号５２〜５４で示す領域の画面構成例を示す図である。（ａ）は、ツリー表示部５０でアンプが個別に指定された場合の画面の構成例であり、（ｂ）は、ツリー表示部５０でエリア又はグループが指定された場合、つまり複数のアンプをまとめて制御する画面の構成例である。
FIGS. 9A and 9B are diagrams showing a screen configuration example of the area indicated by
図９（ａ）又は（ｂ）において、レベル表示部５２には、ツリー表示部５０で指定された１つのエリア、グループ、アンプ、又はアンプのチャンネルにおける入力信号の音量レベル、出力信号の音量レベル、出力端子に接続された負荷インピーダンスのレベル、及び出力電力レベルについて、それぞれチャンネル毎（図９では「ＣＨ Ａ」と「ＣＨ Ｂ」の２つのチャンネル）に表示するレベルメータ群や、同チャンネル毎の入力信号乃至出力信号のミュートオン・オフ切替指示ボタン画像、出力の極性を切り替えスイッチ画像などが含まれる。また、状態表示部５３には、ツリー表示部５０で指定された１つのエリア、グループ、アンプ、又はアンプの動作状態等を表示する。また、アッテネータ操作部５４には、アッテネータのパラメータ（音量レベル減衰量）を調整する操作子画像がもうけられており、ツリー表示部５０で選択された１つのエリア、グループ又はアンプ１のアッテネータのパラメータが該操作子画像の制御対象に割り当てられる。図９に示す通り、（ａ）と（ｂ）の画面構成は概ね共通している。両者の違いは、図９に示す例では、アッテネータ操作部４３の構成の違い、（ｂ）の画面には出力の極性を切り替えスイッチ画像がない点、および（ｂ）の画面の状態表示部５３には「Ｏｕｔｐｕｔ Ｍｏｄｅ」の設定状態が表示されない点の３点である。
In FIG. 9A or 9B, the
上記の構成からなる音響システムにおいてＰＣ２及びアンプ１のそれぞれが実行する各種動作の手順を、フローチャートを参照して説明する。
Various procedures performed by the
図１０は、ＰＣ２のＣＰＵ２０が実行するリモート制御ソフトの動作手順の流れの大枠を示すフローチャートである。ＰＣ２のＯＳ上で、リモート制御ソフトが起動されると、ディスプレイ（ユーザインターフェース２４）に基本画面を立ち上げることを含む所定の初期化処理をＣＰＵ２０は行う（ステップＳ１）。初期化処理が終了した後、ＣＰＵ２０はユーザから操作イベントが入力されることを待機する（ステップＳ２）。該ユーザが入力した何らかの操作イベントが検出されると、ＣＰＵ２０は該操作イベントに応じた処理を実行する（ステップＳ３）。そして、ユーザがリモート制御ソフトの終了を指示するまで（ステップＳ４のＮＯ）、ＣＰＵ２０は前記ステップＳ２及びＳ３の処理を繰り返す。リモート制御ソフトの終了が指示されたら（ステップＳ４のＹＥＳ）、ＣＰＵ２０は所定の終了処理を行い（ステップＳ５）、リモート制御ソフトを終了する。
FIG. 10 is a flowchart showing the outline of the flow of the operation procedure of the remote control software executed by the
前記ステップＳ２でＣＰＵ２０が待機する操作イベントは、ディスプレイ（ユーザインターフェース２４）に表示された基本画面等の操作画面からユーザが入力する操作イベントであって、例えば、プロジェクトファイルのロード指示、カレントプロジェクトとのストア指示、プロジェクト内のデータの各種編集操作、あるいはバーチャル機器とリアル機器のオンライン化指示又はオフライン化指示などである。以下に、ユーザによる種々の操作イベントに応じて、ＣＰＵ２０が前記ステップＳ３で実行する処理の動作手順の一例をフローチャートを参照して説明する。
The operation event that the
なお、以下に説明する各種編集操作には、それぞれの操作を実行可能なユーザの権限が定義されており、それによりデータの編集操作の実施主体を制限している。ユーザの権限は、既に述べたとおり、プロジェクトの全権限を持つ「アドミン」、エリアの編集権限までを持つ「パワーユーザ」、エリア内のアンプの制御権限までを持つ「ユーザ」、エリア内のアンプの閲覧権限のみを持つ「ゲスト」、および当該エリアに何ら権限を持たない「部外者」の５種類ある。なお、ここでは、各ユーザに、予め定義された５種類の権限の１つを適用するようになっていたが、各権限をユーザが定義できるようにしたり、更に、ユーザが内容を定義できる「カスタム」という権限を設けてもよい。 The various editing operations described below define the authority of the user who can execute each operation, thereby restricting the entity that performs the data editing operation. As already mentioned, the user's authority is “Admin” with full authority of the project, “Power user” with authority to edit the area, “User” with authority to control the amplifier in the area, and Amplifier in the area. There are five types: “Guest” who has only viewing authority and “Outsider” who has no authority in the area. Here, one of five types of authority defined in advance is applied to each user. However, each authority can be defined by the user, and further, the user can define the contents. The authority “custom” may be provided.
図１１は、操作イベントとしてプロジェクトファイルのロード指示がユーザにより入力されたときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。ユーザは、図７の基本画面の共通操作パネル５９から、プロジェクトファイルライブラリ３１を開き、該ライブラリ中の１つのプロジェクトファイル３２を選択し、該選択したプロジェクトファイル３２のロード指示を行うことができる。スッテプＳ６において、ＣＰＵ２０は、前記ユーザが選択したプロジェクトファイル３２を開く処理を行い、該選択されたプロジェクトファイル３２に含まれるデータ群を、カレントプロジェクトにロードする。
FIG. 11 is a flowchart illustrating an example of an operation procedure of processing executed by the
ステップＳ７において、ＣＰＵ２０は前記ステップＳ６でカレントプロジェクトにロードしたプロジェクトに、ユーザをログイン（ユーザ認証）させる処理を行う。具体的には、ＣＰＵ２０は、ディスプレイ２４に、ユーザＩＤと認証情報の入力を求めるログイン画面（図示せず）を表示して、ユーザにユーザＩＤと認証情報を入力させて、該ログイン画面で入力されたユーザＩＤと認証情報を、当該カレントプロジェクトに含まれるユーザ情報中のアカウント情報３４（ユーザＩＤと認証情報）と照合する。ユーザによって入力されたユーザＩＤ及び認証情報に一致するアカウント情報３４があれば、ＣＰＵ２０はユーザ認証が成立したものと判断し、当該ユーザがカレントプロジェクトにログインすることを許可する。一方、当該ユーザがこのプロジェクトにアカウントを持たない場合や、入力されたユーザＩＤ及び認証情報の少なくともいずれか一方に誤りがあった場合には、ＣＰＵ２０は、ログイン失敗と判断して、プロジェクトファイルのロードの動作は終了する。
In step S7, the
前記ステップＳ７のログイン処理が終了したら、ＣＰＵ２０は、ステップＳ８におい「マッチング処理」を行う。マッチング処理は、ネットワーク上に接続された各リアル機器を検出し、該検出した各リアル機器から装置ＩＤ４１とエリアＩＤ４３を取得して、該取得した装置ＩＤ４１とエリアＩＤ４３を用いて、カレントプロジェクトの各エリアのエリアＩＤ４６と、該各エリアに登録されたバーチャル機器の装置ＩＤ３８とを照合し、音響システムに接続されたリアル機器と各エリアに登録されたバーチャル機器の対応付けを行う処理である。なお、マッチング処理の動作手順の詳細な説明は図２３を参照して後述する。
When the login process in step S7 is completed, the
そして、ステップＳ９において、ＣＰＵ２０は、前記ステップＳ８の「マッチング処理」の結果に基づき、ツリー表示部５０の初期表示を行う等、画面初期化処理を行う。すなわち、前記ステップＳ８のマッチング処理の結果、（１）エリア内のバーチャル機器のうちでリアル機器との対応付けがとれたものは、「実体（リアル機器）有り」を表す表示形態の表示物がツリー表示部５０のデバイスツリー及びグループツリーに表示され、また、（２）エリア内のバーチャル機器のうちでリアル機器との対応付けがとれなかったものは、「実体（リアル機器）無し」を表す表示形態の表示物がツリー表示部５０のデバイスツリー及びグループツリーに表示される。また、ネットワーク上にリアル機器が検出されたものの、いずれのエリアのバーチャル機器とも対応付けが取れなかったものは、デバイスツリーの「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」のカテゴリーに、エリア外のバーチャル機器を表す表示物が、「実体（リアル機器）有り」を表す表示形態で自動生成される。
In step S9, the
上記図１１の処理により、ＰＣ２のディスプレイには、ユーザが制御対象に選択したプロジェクトが基本画面に表示され、ＰＣ２から該制御対象に選択したプロジェクトを制御ないしモニタすることが可能な状態となる。
With the processing of FIG. 11, the project selected by the user as the control target is displayed on the basic screen on the display of the
図１２は、操作イベントとしてプロジェクトファイルの保存（ストア）指示がユーザにより入力されたときに、ＣＰＵ２０が実行するプロジェクトファイルの保存の動作手順の一例を示すフローチャートである。ユーザによりプロジェクトファイルの保存指示が行われると、ステップＳ１０において、ＣＰＵ２０は、メモリ（ＲＡＭ）２１上のカレントプロジェクトの内容をＨＤＤ２２に設けられたプロジェクトファイルライブラリ３１中の１つのプロジェクトファイル３２としてストアする処理を行う。これにより、リモート制御ソフトに現在立ち上げているカレントプロジェクトの内容が、１つのプロジェクトファイル３２としてプロジェクトファイルライブラリ３１に保存される。
FIG. 12 is a flowchart illustrating an example of an operation procedure for saving a project file executed by the
図１３は、ユーザが操作イベントとしてツリー表示部５０の編集操作を行ったときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。ツリー表示部５０の編集操作は、エリアの編集権限（「パワーユーザ」以上の権限）を持つユーザによって行われる操作であり、且つ、編集対象のエリアに含まれる全てのバーチャル機器がオフライン状態のときにのみ実行可能である。ツリー表示部５０の編集操作には、エリアを新規に作成する操作、既存のエリアを削除する操作、或るエリアにグループを新規に作成する操作、既存のグループ削除する操作、或るエリア中のグループを別のエリアに移動する操作、バーチャル機器を新規に作成する操作、或るエリア内にバーチャル機器を新規に作成する操作、既存のバーチャル機器を削除する操作、あるいはエリア間若しくはグループ間でバーチャル機器を移動する操作等が含まれる。ユーザは、これらの編集操作を、例えば、各要素に対応する表示物のドラッグ＆ドロップ操作など、ＰＣ２のユーザインターフェース２４を用いた操作により、グラフィカルに行うことができる。
FIG. 13 is a flowchart illustrating an example of an operation procedure of processing executed by the
ユーザが入力したツリー表示部５０の編集操作が、新規デバイス（バーチャル機器）の追加であれば（ステップＳ１１のＹＥＳ）、ＣＰＵ２０は、追加先に指定されたエリアのエリア情報３３に、該新規に追加されたバーチャル機器に対応する装置情報３７を作成する。新規デバイス追加操作は、例えば基本画面の共通操作パネル５９で機種ライブラリのメニューを開く操作を行い、開かれたメニューに表示された複数のモデル名のうちの所望のモデル名を選択することにより、モデル名に対応するバーチャル機器を追加するようにすればよい。ここで、新規に作成されるバーチャル機器を定義するためのデータとして最低限指定されなければならないデータは、新規に追加するバーチャル機器の機種情報とエリア内ＩＤ（装置ＩＤ３８の一部）である。この実施例では、バーチャル機器新規作成時に、ＣＰＵ２０は、追加先に指定されたエリアでの通し番号（当該エリアに既存の他のエリア内ＩＤ群に連続する番号）を、新規に作成されるバーチャル機器のエリア内ＩＤとして、自動的に付与する処理を行うものとする。
If the editing operation of the
新規にデバイス（バーチャル機器）が追加されたら（ステップＳ１１のＹＥＳ）、ＣＰＵ２０は、該追加されたバーチャル機器と、音響システムに接続されたリアル機器とのマッチング処理を行い（ステップＳ１２）、新規デバイス追加に応じてカレントプロジェクトの記憶内容を更新する（ステップＳ１３）。そして、ＣＰＵ２０は、ステップＳ１４において基本画面（ツリー表示部５０）の表示を更新することで、該新規デバイス追加の操作を画面に反映する。また、新規デバイス（バーチャル機器）追加以外の、ツリー表示部５０の編集操作が行われた場合には（ステップＳ１１のＮＯ）、ＣＰＵ２０は、編集対象に選択されたツリーの構成を、当該編集操作の内容に応じて編集する処理を行う（ステップＳ１５）。そして、ＣＰＵ２０は、前記編集操作の内容に応じてカレントプロジェクトの記憶内容を更新し（ステップＳ１３）、基本画面（ツリー表示部５０）の表示を更新する（ステップＳ１４）。この処理により、ツリー表示部５０に表示されたツリー構成がユーザの編集操作に応じて変更される。
When a new device (virtual device) is added (YES in step S11), the
また、エリア内のアンプの制御権限（「ユーザ」以上の権限）を持つユーザは、アンプのデータを編集することができる。エリア内のアンプの制御権限を持つユーザは、編集対象のアンプをツリー表示部５０で選択することで、該選択したバーチャル機器のデータを、図７の基本画面において符号５２〜５４で示す領域に展開し、該領域４１〜４３のＧＵＩ部品（前記図９（ａ）又は（ｂ）を参照）を使って、そこに展開された各種パラメータの値を変更することができる。なお、ここで編集対象のアンプ（バーチャル機器）は、アンプ単体、１つのグループ、又は１つのエリアのいずれかである。すなわち、１つのグループ、又は１つのエリアが編集対象であれば実質的には複数のアンプ（バーチャル機器）が編集対象となる。編集対象のバーチャル機器又はバーチャル機器群がオンライン状態のときには、図１４のフローチャートに示す通り、ＣＰＵ２０は、編集対象のリアル機器に対して、ユーザが基本画面で行ったアンプ（バーチャル機器）の編集操作の内容を通知する操作要求を送信する（ステップＳ１６）。前記操作要求を受信したリアル機器では、該操作要求を行ったユーザに権限があるならば、編集操作の内容に応じて自機の動作データを更新し、該更新結果をＰＣ２へ返信する（詳しくは後述の図２８を参照）。ＰＣ２側では、ＣＰＵ２０は、前記リアル機器からの応答内容に応じてカレントプロジェクトの記憶内容を更新し（ステップＳ１７）、必要に応じて画面の表示も更新する。
In addition, a user who has control authority ("user" or higher authority) for amplifiers in the area can edit amplifier data. A user who has the authority to control the amplifier in the area selects the amplifier to be edited on the
また、編集対象のバーチャル機器がオフライン状態のときには、図１５のフローチャートに示す通り、ＣＰＵ２０は、ユーザが基本画面で行ったアンプ（バーチャル機器）の編集操作に応じてカレントプロジェクトの記憶内容を更新し（ステップＳ１８）、必要に応じて画面の表示も更新する。この場合は、ユーザがＰＣ２側で行った編集操作の内容はリアル機器に反映しない。
When the virtual device to be edited is offline, as shown in the flowchart of FIG. 15, the
図１６は、ユーザが、制御対象のプロジェクトに登録されたアカウントの編集操作を行ったときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。ユーザのアカウントは、プロジェクトファイル３１毎に設定されるもので、プロジェクトファイル３１に記憶されたユーザ毎のアカウント情報３４により管理されている。アカウントの編集操作は、プロジェクトの全権限（「アドミン」の権限）を持つユーザのみが実行可能であり、且つ、プロジェクト内の全てのバーチャル機器がオフライン状態のときにのみ実行される。
FIG. 16 is a flowchart illustrating an example of an operation procedure of processing executed by the
ユーザは、例えば、基本画面の共通操作パネル５９などからアカウントの編集要求を行うことができてよい。ユーザによってアカウントの編集要求が入力されると、ＣＰＵ２０は、アカウントの編集を行うためのユーザ管理ダイアログ画面（図示せず）をディスプレイに表示する（ステップＳ１９）。そして、ＣＰＵ２０は、ユーザ管理ダイアログ画面におけるアカウントの編集操作をユーザから受け付けて（ステップＳ２０）、入力された編集操作に応じてカレントプロジェクトに格納されたユーザ情報（アカウント情報３４）を更新する（ステップＳ２１〜Ｓ２４）。すなわち、既存のアカウントの削除の操作が行われた場合には、ステップＳ２１において、ＣＰＵ２０は、指定されたアカウント情報３４と、エリア毎の該アカウント情報３４に対応するユーザロール情報３５を、カレントプロジェクトから削除する。また、既存のアカウントの変更の操作が行われた場合には、ステップＳ２１において、ＣＰＵ２０は、ユーザが行った変更操作の内容に応じて、指定されたアカウント情報３４のユーザＩＤ及び認証情報の少なくともいずれか一方、あるいは、指定されたエリアにおけるそのアカウント情報３４に対応するユーザロール情報３５を変更する処理を行う。
For example, the user may be able to make an account edit request from the
また、新規にアカウントが追加された場合には、ＣＰＵ２０は、ステップＳ２３において、新規のアカウントを作成する。すなわち、ＣＰＵ２０は、ユーザＩＤと認証情報をユーザに設定させることでアカウント情報３４をカレントプロジェクトに新規に作成すると共に、該新規アカウントのユーザに権限を与えるべきエリア毎の権限をユーザに設定させることで該エリア毎に該新規アカウント情報３４に対応するユーザロール情報３５を新規に作成する。そして、ステップＳ２４において、前記ステップＳ２３で作成された規のアカウントをカレントプロジェクトに登録する。つまりカレントプロジェクトに格納されたユーザ情報（アカウント情報３４）とエリア毎のユーザロール情報３５を更新する。
When a new account is added, the
次に、バーチャル機器とリアル機器の同期化処理について説明する。ユーザが、図７に示す基本画面の「Ｏｎｌｉｎｅ」ボタン画像５７を操作すると、ＣＰＵ２０は、図１７に示す「シンクロナイズドダイアログ」画面をディスプレイに表示させる。「シンクロナイズドダイアログ」画面は、基本画面のツリー表示部５０で現在制御対象に選択されているエリアに登録されたアンプ群について、オンライン化指示（同期化指示）又はオフライン化指示を行うためのダイアログ画面であって、オンライン化指示（「Ｇｏ−Ｏｎｌｉｎｅ」）ボタン画像６８と、オフライン化指示（「Ｇｏ−Ｏｆｆｌｉｎｅ」）ボタン画像６９とを含む。ユーザが、「シンクロナイズドダイアログ」画面のオンライン化指示ボタン画像６８を操作すると、ＣＰＵ２０は現在制御対象に選択されているエリア内のバーチャル機器群をオンライン状態にするための同期化処理を実行する。すなわち、同期化処理は１つのエリアを対象に行われる。また、画面中の「Ｇｅｔ Ｅｄｉｔａｂｌｅ」ボタン画像７８は、ユーザがオンライン状態化とモニタ状態化のいずれを選択するかを指示するボタンである。このボタン画像７８のオン状態は、オンライ状態化を選択したことを示し、オフ状態は、モニタ状態化を選択したことを示す。画面中の機器情報表示部７６には、当該エリア内のバーチャル機器のうち、リアル機器と対応付けがされているバーチャル機器（同期化候補のバーチャル機器）のアンプ名と、デバイスＩＤと、対応するリアル危機のＩＰアドレスと、ＯｎＬｉｎｅステータスとが表示される。
Next, a synchronization process between a virtual device and a real device will be described. When the user operates the “Online”
図１８は、ユーザがオンライン化指示ボタン画像６８を操作したときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。ステップＳ２５において、ＣＰＵ２０は、エリア内のバーチャル機器のうち、リアル機器との対応付けができており、且つ、ＯｎｌｉｎｅステータスがＯＮＬＩＮＥでないものを、「同期化すべきバーチャル機器」として特定するとともに、そのうちの１台目のバーーチャル機器及びその対応するリアル機器を「同期化処理対象」として指定する。ここで同期化すべきバーチャル機器として特定された機器の１ずつに対して、順番に、ステップＳ２６以下の処理を実行する。従って、同期化処理の対象になる機器は、或るエリアに登録されたバーチャル機器であって、リアル機器とのマッチングが取れたもの（実体有りのエリア内のバーチャル機器）である。
FIG. 18 is a flowchart illustrating an example of an operation procedure of processing executed by the
ステップＳ２６において、同期化対象のリアル機器からＵｓｅｒＩｎｆｏ情報４５を取得して、該取得したＵｓｅｒＩｎｆｏ情報４５に含まれる複数組のユーザＩＤと認証情報と、アカウント情報３４中のログインユーザのユーザＩＤと認証情報の組との整合を確認する。ログインユーザのユーザＩＤと認証情報の組が、該取得したＵｓｅｒＩｎｆｏ情報４５にそのまま含まれていれば（ステップＳ２７の「一致」）、処理をステップＳ３０に進める。
In step S26, the
ステップＳ２７において不一致と判断されるのは、取得したＵｓｅｒＩｎｆｏ情報４５に、ログインユーザのユーザＩＤが含まれていない場合、又は、取得したＵｓｅｒＩｎｆｏ情報４５に、ログインユーザのユーザＩＤが含まれているが、それと組になる認証情報がログインユーザの認証情報と一致しない場合、又は、リアル機器側のＵｓｅｒＩｎｆｏ情報４５がクリアされている場合の３通りのケースである。
In step S27, it is determined that the user ID of the login user is not included in the acquired
取得したＵｓｅｒＩｎｆｏ情報４５、ログインユーザのユーザＩＤは含まれているが、それと組になる認証情報が不一致であったった認証に失敗した場合（ステップＳ２７の不一致）には、ステップＳ２８において、ＣＰ２０は、パスワード（認証情報）の入力を求めるパスワード入力画面を表示し、ユーザにパスワード（認証情報）を入力させる再認証処理を行う。この再認証処理により入力されたパスワードが正しければ、認証が成功したものと判断する（ステップＳ２９の「ＯＫ」）。
また、リアル機器側にＵｓｅｒＩｎｆｏ情報４５がクリアされている場合には、前記ステップＳ２８において、ＣＰＵ２０は、当該バーチャル機器が属するエリア情報３３中のユーザロール情報３５に基づき当該ログイン中のユーザの権限（ユーザロール）を調べ、該ユーザが当該エリアの編集権限以上の権限（「パワーユーザ」以上の権限）を持っていれば、認証が成功したものと判断する（ステップＳ２９の「ＯＫ」）。
When the acquired
If the
また、取得したＵｓｅｒＩｎｆｏ情報４５に、ログインユーザのユーザＩＤが含まれていない場合、又は、リアル機器のＵｓｅｒＩｎｆｏ情報４５がクリアされており且つログインユーザが当該エリアの編集権限以上の権限を持たない場合には、ＣＰＵ２０は認証が失敗したものと判断し（ステップＳ２９の「ＮＧ」）、当該バーチャル機器の同期化処理は終了する。
Also, when the acquired
ステップＳ３０において、ＣＰＵ２０は、ログイン中のユーザのユーザロール情報３５を調べる。ユーザロール情報３５に設定された権限が「ユーザ」以上、すなわち、エリア内のアンプの制御権限以上の権限であるならば、該ログイン中のユーザは、同期化対象のバーチャル機器に対応するリアル機器を制御する権限を持っている。従って、その場合には、ステップＳ３０の判断は「エディット可能」に分岐する。なお、ステップＳ３０では、ユーザロール情報３５に基づいて分岐を行っていたが、その分岐を、ログイン中のユーザのユーザロール情報３５と、取得したＵｓｅｒＩｎｆｏ情報４５中の同ユーザのユーザロール情報のうち、示す権限が低いほうのユーザロール情報に基づいて行うようにしてもよい。その場合、ＵｓｅｒＩｎｆｏ情報４５に基づく権限チェックが、ＰＣ２側とアンプ側とで二重化され、セキュリティがより強化される。また、後述するアンプ側での権限判定（ステップＳ６１）を省略することができるようにもなる。
In step S30, the
一方、ログイン中のユーザのユーザロール情報３５に設定された権限が「ユーザ」以下、すなわち、エリア内のアンプの制御権限がない場合（エリア内のアンプの閲覧権限を有する場合）は、ステップＳ３０の判断は「エディット不可」に分岐する。ここでエディット不可に分岐することは、つまり、モニタ許可するということである。なお、この実施例では、エリア内で最初に同期化処理を行ったバーチャル機器が、その同期化処理の結果、モニタ状態になった場合（権限不足の場合、当該アンプが既に他のユーザによる制御を受けている場合、或いは、「Ｇｅｔ Ｅｄｉｔａｂｌｅ」ボタン７８がオフ状態にある、すなわち、ユーザが自らモニタ状態になることを選択した場合）には、当該エリア内のバーチャル機器について、全て「エディット不可」に分岐するようテップＳ３０の判断処理が構成される。この動作は、「エリアの機器の制御は、１台のＰＣが行う」という設計ポリシーに従うものである。
On the other hand, when the authority set in the
ステップＳ３０の判断を「エディット可能」に分岐した場合、ＣＰＵ２０は、ステップＳ３１において、現在同期化処理の対象のバーチャル機器に対応するリアル機器に対して、当該ログイン中のユーザにより該リアル機器を制御する許可を求める「制御要求」のコマンドを送信する。このとき、リアル機器には、制御要求とともに、ログインユーザのユーザＩＤと認証情報も送信される。該「制御要求」のコマンドを受信したリアル機器は、後述する図２５に示す処理により、該ログイン中ユーザによる自機の制御を許可するか否かの判断を行い、その判断結果をＰＣ２に返信する。
When the determination in step S30 branches to “editable”, the
なお、ＰＣ２のＣＰＵ２０は、前記ステップＳ３１において制御要求を送った後、ステップＳ３１でレスポンスを受けるまでの間の適宜のタイミングで、カレントプロジェクトに格納された当該エリアのエリアＩＤ４６、当該ＰＣ２のコントローラＩＤ４０、同期化処理対象のバーチャル機器が属するエリア情報３３中のグループ情報３６、およびカレントプロジェクト中のユーザ情報（アカウント情報３４群）と、同期化処理対象のバーチャル機器が属するエリア情報３３中のユーザロール情報３５とを、リアル機器に対して送信する。ここで送信された情報群は、リアル機器側で制御を受け入れた場合に、該リアル機器側のコントローラＩＤ４２、エリアＩＤ４３、グループ情報４４及びＵｓｅｒＩｎｆｏ情報４５に上書きされる。
Note that the
ステップＳ３２において、ＣＰＵ２０は、前記「制御要求」に対する前記リアル機器からのレスポンス（返信内容）を判断する。前記リアル機器からのレスポンスには、「制御可」、「モニタ可」、および「拒絶」の３通りの種類がある。ユーザがリアル機器の制御権限を持ち、且つ、当該リアル機器が他のユーザから制御を受けていない場合には、リアル機器からのレスポンス（返信内容）は「制御可」である。ユーザがリアル機器の閲覧権限を持つ場合、又は、ユーザがエリア内のアンプの制御権限を持つが、当該リアル機器が他のＰＣ２（他の制御主）から制御を受けている場合には、リアル機器からのレスポンス（返信内容）は「モニタ可」である。それ以外の場合、例えばユーザがリアル機器に何の権限も持たない「部外者」である場合や、リアル機器に当該ユーザのアカウント（ユーザＩＤと認証情報）がない場合には、この制御要求が不正であると判断して、リアル機器からＰＣ２へ「拒絶」のレスポンスが送信される。
In step S <b> 32, the
前記「制御要求」に対する前記リアル機器からのレスポンス（返信内容）が「制御可」であれば（ステップＳ３２の「制御可」）、ステップＳ３３において、ＣＰＵ２０は、カレントプロジェクトに格納された当該同期化対象のアンプに対応する装置情報３７のＯｎＬｉｎｅステータス情報３９の値に、「ＯＮＬＩＮＥ」をセットする。なお、リアル機器は「制御可」のレスポンスとともに、該リアル機器に記憶されたコントローラＩＤ４２（当該リアル機器の制御主のコントローラＩＤ）のデータも一緒に、ＰＣ２へ送信する。ＰＣ２のＣＰＵ２０は、「制御可」のレスポンスとともに受信したコントローラＩＤ４２の値を、カレントプロジェクトの当該同期化処理対象のバーチャル機器に対応する装置情報３７のコントローラＩＤ４０に上書きする。レスポンスが「制御可」の場合には、リアル機器のコントローラＩＤ４２の値は、ＰＣ２自身のコントローラＩＤである。
If the response (reply content) from the real device to the “control request” is “controllable” (“controllable” in step S32), in step S33, the
また、前記ステップＳ３３によりＯｎＬｉｎｅステータス情報３９の値に「ＯＮＬＩＮＥ」をセットしたときに、バーチャル機器の装置ＩＤ３８とリアル機器の装置ＩＤ４１が部分的にのみ一致している状態（つまり、両者の装置ＩＤ中のＭＡＣアドレス又はエリア内ＩＤのいずれか一方のみが一致している状態）であれば、両者の装置ＩＤを一致させる処理も併せて行う。装置ＩＤのうちＭＡＣアドレスのみが一致している場合には、バーチャル機器の装置ＩＤ３８でリアル機器の装置ＩＤ４１を上書きする。また、装置ＩＤのうちエリア内ＩＤのみが一致している場合には、リアル機器の装置ＩＤ４１でバーチャル機器の装置ＩＤ３８を上書きする。また、このとき、リアル機器のＩＰアドレス、および機種情報を、バーチャル機器のＩＰアドレス、および機種情報（図４）に上書きする。
In addition, when “ONLINE” is set as the value of the
ステップＳ３４において、ＣＰＵ２０は、バーチャル機器の装置情報３７中の動作データと、リアル機器のメモリ１１に記憶された動作データとの整合性、つまり両者の一致不一致の確認を行う。両者が一致していれば、ＣＰＵ２０は、バーチャル機器とリアル機器とのデータの同期化（シンクロ）処理は行う必要はないものと判断し（ステップイＳ３５の「ＯＫ」）、このバーチャル機器に対する同期化処理を終える。
In step S <b> 34, the
一方、バーチャル機器とリアル機器の動作データが不一致であった場合（ステップイＳ３５の「ＮＧ」）、ＣＰＵ２０は、図１９に示す「シンクロ方向選択画面」をディスプレイ２４に表示する処理を行う。「シンクロ方向選択画面」には、同期化（シンクロ）の方向として、「シンクロ」（「Ａｐｐｌｉｃａｔｉｏｎ→Ｄｅｖｉｃｅ」）又は「逆シンクロ」（「Ｄｅｖｉｃｅ→Ａｐｐｌｉｃａｔｉｏｎ」）をユーザに選択させるラジオボタン６９が設けられている。図１９の例ではラジオボタン６９は「シンクロ」方向を選択した状態になっている。また、ラジオボタン６９の下部には、前記ステップＳ３５でデータの不整合が検出されたアンプ名を表示する表示欄７０が設けられている。図１９の例では、表示欄６０に「Ａｍｐ３」というアンプ名が表示されている。ユーザは、ラジオボタン６９を使って同期化処理の方向として「シンクロ」又は「逆シンクロ」のいずれか一方を選択し、「ＯＫ」ボタン画像７１の操作により前記ラジオボタン６９による方向の選択を確定する。つまり、アンプ（バーチャル機器）をオンライン状態にするときのオンライン化指示には、同期化方向の選択指示も含まれる。
On the other hand, when the operation data of the virtual device and the real device do not match (“NG” in step S35), the
ＣＰＵ２０は、ステップＳ３６において、前記シンクロ方向選択画面でユーザにより選択された同期化処理の方向（シンクロ又は逆シンクロ）に従い、バーチャル機器とリアル機器のデータを同期化（シンクロ又は逆シンクロ）させる処理を行い、両者を一致させる。シンクロ方向として「シンクロ」が選択されているときは、前記ステップＳ３６において、ＣＰＵ２０は、バーチャル機器の動作データを、ネットワーク越しに、リアル機器の動作データに上書きする処理を行う。つまり、カレントプロジェクトのデータの設定状態にリアル機器のデータ設定状態を一致させる。また、シンクロ方向として「逆シンクロ」が選択されているときは、前記ステップＳ３５において、ＣＰＵ２０は、ネットワークを介してリアル機器の動作データを受信し、バーチャル機器の動作データにそれぞれ上書きする処理を行う。つまり、リアル機器のデータ設定状態に、カレントプロジェクトのデータの設定状態を一致させる。
In step S36, the
また、前記ステップＳ３０の判断で「エディット不可」に分岐した場合は、図示しないステップで「モニタ要求」をリアル機器に送信し、「制御要求」の場合と同様に、リアル機器から「モニタ可」又は「拒絶」のレスポンスを受け取る。ここで「モニタ可」のレスポンスを受け取った場合、又は、前記ステップＳ３２において判定したレスポンスが「モニタ可」であった場合には、ステップＳ３７において、ＣＰＵ２０は、カレントプロジェクトに格納された当該同期化対象のアンプに対応する装置情報３７のＯｎＬｉｎｅステータス情報３９の値に、「ＭＯＮＩＴＯＲ」をセットする。なお、リアル機器のレスポンスが「モニタ可」のときには、リアル機器は、該レスポンスとともに、該リアル機器に記憶されたコントローラＩＤ４２（当該リアル機器の制御主、つまり当該同期化処理を実行中のＰＣ２とは別のＰＣ２が持つコントローラＩＤ）のデータも一緒に、ＰＣ２へ送信する。すなわち、ＰＣ２は、前記ステップＳ３２で「モニタ可」のレスポンスとリアル機器の制御主のコントローラＩＤ４２を受け取る。
Further, when branching to “impossible to edit” in the determination of the step S30, a “monitor request” is transmitted to the real device in a step (not shown), and “monitoring is possible” from the real device as in the case of the “control request”. Alternatively, a “reject” response is received. If a response “monitorable” is received here, or if the response determined in step S32 is “monitorable”, in step S37, the
そして、ステップＳ３８において、ＣＰＵ２０は、バーチャル機器とリアル機器のデータを同期化（逆シンクロ）させる処理を行い、両者を一致させる。このように、アンプ（バーチャル機器）をモニタ状態にする場合には、強制的に「逆シンクロ」で同期化処理が行われる。ここでは、リアル機器のメモリ１１の記憶内容（図６参照）のうち、エリアＩＤ４３とＵｓｅｒＩｎｆｏ情報４５を覗くデータがＰＣ２側に送信され、カレントプロジェクト内の対応するデータが前記リアル機器から送信されたデータにより上書きされる。具体的には、装置情報３７中の装置ＩＤ３８、機種情報、ＩＰアドレス、動作データ、およびコントローラＩＤ４０と、エリア情報３３中のグループ情報３６（「ＲａｃｋＴｒｅｅ」情報、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」情報、「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」情報）が、リアル機器のメモリ１１の記憶内容で上書きされる。つまり、リアル機器のデータ設定状態に、カレントプロジェクトのデータの設定状態を一致させる。これにより、当該バーチャル機器は「モニタ状態（リアル機器をモニタ可能な状態）」になる。
In step S <b> 38, the
なお、上記ステップＳ３８の逆シンクロ処理を行うとき（つまり、バーチャル機器をモニタ状態に移行するとき）に、リアル機器の装置ＩＤ４１で、装置情報３７中の装置ＩＤ３８を上書きしていることに留意されたい。すなわち、後述する「マッチング処理」でバーチャル機器の装置ＩＤ３８とリアル機器の装置ＩＤ４１が部分的に一致していた状態ＭＡＣアドレス又はエリア内ＩＤのいずれか一方のみが一致していた状態）でマッチングを成立させた場合には、上記ステップＳ３８の逆シンクロ処理を行うときに、リアル機器の装置ＩＤ４１で、装置情報３７中の装置ＩＤ３８が上書きされることになる。
It should be noted that when performing the reverse synchronization processing in step S38 (that is, when the virtual device is shifted to the monitor state), the
ステップＳ２９の判断で再認証が失敗した場合（ステップＳ２９の「ＮＧ」）、あるいはステップＳ３２において判定したレスポンスが「拒絶」だった場合（ステップＳ３２の「拒絶」）、あるいは、リアル機器からの「モニタ要求」に対するレスポンスが「拒絶」であった場合には、当該バーチャル機器に対する同期化処理を終了する。このように同期化処理を終了する場合や、上記ステップＳ２６〜Ｓ３８までの同期化処理中に何らかのエラーが発生したときには、ＣＰＵ２０は、ディスプレイに、図２０に示す「警告ダイアログ画面」を表示する。「警告ダイアログ画面」のメッセージ表示部７３には、例えば「認証失敗」など、エラー乃至警告内容をユーザに通知するメッセージが表示される。なお、例えば、前記ステップＳ２６の処理で認証情報が不一致だったときなどのように、「警告ダイアログ画面」とともに「パスワード入力画面」を表示する場合もある。同期化処理の継続が可能なエラーの場合には、処理の継続を指示する「Ｃｏｎｔｉｎｕｅ」ボタン画像７４、および処理の中止を指示する「Ｓｋｉｐ」ボタン画像７５が表示され、ユーザに当該バーチャル機器に対する同期化処理を継続するか否かを問う。また、ステップＳ２９やＳ３２の判断により当該アンプについて同期化処理を中止するときなど、同期化処理が継続不可能なエラーが生じたときには、「Ｃｏｎｔｉｎｕｅ」ボタン画像７４、および「Ｓｋｉｐ」ボタン画像７５は表示されず、その代わりに、警告メッセージ内容の了承をユーザに問う「ＯＫ」ボタン画像が表示される。この「ＯＫ」ボタン画像の操作に応じて、当該バーチャル機器に対する同期化処理を終了する。
If re-authentication fails in step S29 (“NG” in step S29), or if the response determined in step S32 is “rejected” (“rejected” in step S32), or “ If the response to the “monitor request” is “reject”, the synchronization processing for the virtual device is terminated. In this way, when the synchronization process is ended, or when any error occurs during the synchronization process from step S26 to S38, the
上記ステップＳ２６〜Ｓ３８の処理により、１つのバーチャル機器に対する同期化処理が終了したら、ステップＳ３９の判断により、同期化すべきバーチャル機器として特定されている全てのバーチャル機器に対する同期化処理が終了するまで、１つのバーチャル機器ずつ順番に、ステップＳ２６〜Ｓ３８の処理を繰り返す。これにより、１つのエリアに登録された全てのバーチャル機器（リアル機器と対応付けられたエリア内のバーチャル機器）の同期化処理が行われる。この同期化処理によりエリア内の各アンプに対するユーザの制御権限が、先着順（先に制御主がいる場合にはモニタまでしか許可されない）で設定される。各アンプ１ごとにＵｓｅｒＩｎｆｏ情報４５を持つことからも、アンプの制御権限はアンプ１台ごとに設定されうるものであることは理解できる。しかし、この実施例のリモート制御ソフトは、エリア単位で制御を行うこと、言い換えれば、１つのエリアに対して１人の制御主がつくこと（１つのエリアを１つのＰＣ２で制御すること）を本来の狙いとしている。よって、エリアの編集権限を持つ者は、１エリアに対して１制御主となるよう、エリアを設計すべきである。なお、図１８の同期化処理の終了時に、同期化処理を実施したエリアのエリア情報３３内に格納されたエリアの「Ｏｎｌｉｎｅ」ステータス情報に「ＯＮＬＩＮＥ」をセットする。なお、エリアの「Ｏｎｌｉｎｅ」ステータス情報に「ＯＮＬＩＮＥ」をセットするのは、同期化処理開始時（オンライン化指示ボタン画像６８操作時）でもよい。
When the synchronization processing for one virtual device is completed by the processing in steps S26 to S38, until the synchronization processing for all virtual devices specified as virtual devices to be synchronized is completed by the determination in step S39, Steps S26 to S38 are repeated in order for each virtual device. Thereby, the synchronization processing of all virtual devices registered in one area (virtual devices in the area associated with the real device) is performed. By this synchronization processing, the user's control authority for each amplifier in the area is set on a first-come-first-served basis (only the monitor is allowed if there is a control master first). It can be understood from the fact that each
図１７に示す「シンクロナイズドダイアログ」画面には、処理経過状況を示す表示欄７６が設けられている。表示欄７６には同期化処理の対象になっているエリア内のバーチャル機器のうち、リアル機器と対応付けがなされているバーチャル機器（同期化候補のバーチャル機器）のリストが表示される。リストの内容は、各アンプ（バーチャル機器）のアンプ名と、エリア内ＩＤと、ＩＰアドレスと、ＯｎＬｉｎｅステータス情報とからなる。図の例では、リスト上のアンプはアンプ名の順で整列されている。ＯｎＬｉｎｅステータス情報の初期値は、各アンプのＯｎＬｉｎｅステータス情報に格納された値に応じて、「ＯＮＬＩＮＥ」、「ＭＯＮＩＴＯＲ」又は「ＯＦＦＬＩＮＥ」のいずれかである。１つのアンプについて同期化処理が開始すると、該同期化処理進行中のアンプに対応するステータス情報欄には「Ｎｏｗ Ｓｙｎｃｈｒｏｎｉｚｉｎｇ」と表示される。また、既に同期化処理が終了したアンプに対応するステータス情報欄には「Ｃｏｍｐｌｅｔｅｄ」と表示される。図１７の例は、対象のエリアに対して途中まで同期化処理が進行した状態を示しており、アンプ名「Ａｍｐ１」、「Ａｍｐ２」、および「Ａｍｐ３」が同期化処理を既に終了しており、アンプ名「Ａｍｐ４」が現在同期化処理進行中である。表示欄７６の下部には、１エリア全体に対する同期化処理進行状況をパーセンテージで表すメータ７７が設けられている。なお、同期化処理対象のエリアにインターフェース装置（「Ａｒｅａ（１）」における「ＡＣＤ（１）」、「ＡＣＤ（２）」など）が含まれる場合には、それらインターフェース装置も表示欄７６にリストアップされてよい。
The “synchronized dialog” screen shown in FIG. 17 is provided with a
上記図１８の同期化処理により、或るバーチャル機器が対応するリアル機器に対してオンライン状態（ＯＮＬＩＮＥ）になると、ＰＣ２において、当該バーチャル機器の動作データを編集する編集操作が行われたとき、その編集操作がネットワークを介して対応するリアル機器に伝達され、対応するリアル機器の動作データが編集されるとともに、その編集結果がネットワークを介してＰＣ２に伝達され、カレントプロジェクト中の当該バーチャル機器（装置情報３７）の動作データに反映される。また、対応するリアル機器において、動作データを編集する編集操作が行われると、そのリアル機器内の動作データが編集されるとともに、その編集結果がＰＣ２に伝達され、カレントプロジェクト中の当該バーチャル機器（装置情報３７）の動作データに反映される。また、リアル機器において検出される各種動作状態を示すデータ（例えば、出力段の温度、入力や出力の信号レベル、電源電圧、出力電圧、出力電流、負荷インピーダンス、あるいはプロテクションの状態など）は、リアル機器からＰＣ２へ送信され、必要に応じて基本画面のレベル表示部５２や状態表示部５３等に表示される。
When the virtual device is brought online (ONLINE) with respect to the corresponding real device by the synchronization processing of FIG. 18, when an editing operation for editing the operation data of the virtual device is performed on the
また、上記図１８の同期化処理により、或るバーチャル機器が対応するリアル機器に対してモニタ状態（ＭＯＮＩＴＯＲ）になると、該バーチャル機器は、ツリー表示部５０のグループツリーで、前記ステップＳ３８の逆シンクロ処理でリアル機器から受け取ったグループ情報４４に基づくグループ内の機器として表示される。そして、リアル機器の動作データやグループ情報４４等が編集されると、その編集内容がＰＣ２のカレントプロジェクト中の当該バーチャル機器（装置情報３７）の動作データやグループ情報３６等に反映される。リアル機器において検出される各種動作状態を示すデータは、リアル機器からＰＣ２へ送信され、必要に応じて基本画面のレベル表示部５２や状態表示部５３等に表示される。
When the virtual device is in a monitor state (MONITOR) with respect to the corresponding real device by the synchronization processing of FIG. 18, the virtual device is displayed in the group tree of the
ユーザが、図１７に示す「シンクロナイズドダイアログ」画面のオフライン化指示（「Ｇｏ−Ｏｆｆｌｉｎｅ」）ボタン画像６８を操作すると、ＣＰＵ２０は、同期化処理対象のエリア内のバーチャル機器のうち、ＯｎＬｉｎｅステータス情報３９が「ＯＮＬＩＮＥ」又は「ＭＯＮＩＴＯＲ」のバーチャル機器に対応付けられたリアル機器をオフライン状態にするオフライン化処理を実行する。図２１は、ユーザがオフライン化指示ボタン画像５８を操作したときに、ＣＰＵ２０が実行する処理の動作手順の一例を示すフローチャートである。
When the user operates an off-line instruction (“Go-Offline”)
ステップＳ４０において、ＣＰＵ２０は、当該エリア内のバーチャル機器のうち、ＯｎＬｉｎｅステータス情報３９が「ＯＮＬＩＮＥ」又は「ＭＯＮＩＴＯＲ」のバーチャル機器に対応付けられたリアル機器の各々に対して、「開放」要求のコマンドを送信する。「開放」要求を受信した各リアル機器のうちの、該「開放」要求の送信元のＰＣ２による制御を受けていたリアル機器は、後述する処理により、自機器を「開放」する処理を行う。この「開放」処理を行ったリアル機器では、コントローラＩＤが「Ｎｕｌｌ」にセットされるとともに、ＵｓｅｒＩｎｆｏ情報４５がクリアされる。つまり、それらのリアル機器は、ユーザからリモート制御を受けていないフリーの状態になる。ステップＳ４１において、ＣＰＵ２０は、カレントプロジェクト内の当該エリアのＯｎＬｉｎｅステータス情報と、当該エリア内の各バーチャル機器のＯｎＬｉｎｅステータス情報３９の値を、それぞれＯＦＦＬＩＮＥにする。これにより、オフライン化指示以前には、オンライン状態だった当該エリア、および、当該エリア内のオンライン状態若しくはモニタ状態だったバーチャル機器は、全て、オフライン状態になる。
In step S40, the
図２２は、ＰＣ２のＣＰＵ２０が所定時間間隔で実行するタイマ動作の動作手順の一例を示すフローチャートである。ステップＳ４２において、ＣＰＵ２０は、プロジェクト内のオンライン状態のアンプ（リアル機器）がネットワークに接続されているかどうかを定期的にチェックするためのアクティブセンシング処理を行う。このアクティブセンシング処理は、ＯｎＬｉｎｅステータス情報３９が「ＯＮＬＩＮＥ」又は「ＭＯＮＩＴＯＲ」のバーチャル機器に対応付けられたリアル機器が、一定時間異常無操作又は無要求だった（何のデータも送ってこない）場合にのみ行う。
FIG. 22 is a flowchart illustrating an example of an operation procedure of a timer operation executed by the
ステップＳ４３において、ＣＰＵ２０は、前回のタイマ動作実行時以降に各リアル機器から受信した各種データを、図示しない受信履歴バッファから取得する。ここで、取得する「各種データ」には、各リアル機器がネットワーク接続時に発する「接続」メッセージ、各リアル機器での各種設定変更時に発生される「設定変更」メッセージ、あるいはバーチャル機器がオンライン状態にあるリアル機器から所定時間応答がないことを表す「無応答」メッセージなどである。「無応答」状態は、そのリアル機器がネットワークから物理的に切り離されたこと、又は、そのリアル機器の電源がオフされたことを意味し、アクティブセンシングでこのことを確認できる。「無応答」の場合、本ルーチンでは、ＣＰＵ２０はそのリアル機器がネットワークから切断されたものと判断する。
In step S43, the
前記ステップ４３により、新たなリアル機器が接続されたことを示す「接続」メッセージを検出した場合（ステップＳ４４のＹＥＳ）、ＣＰＵ２０は、ステップＳ４５において「マッチング処理」を行うことで、該接続を検出したリアル機器とバーチャル機器の対応付けを行う。
When the “connection” message indicating that a new real device is connected is detected in step 43 (YES in step S44), the
また、前記ステップ４３により「無応答」メッセージを取得した場合、つまりリアル機器の切断が検出された場合（ステップＳ４６のＹＥＳ）、ＣＰＵ２０は、ステップＳ４７において、該切断が検出されたリアル機器に対応するバーチャル機器のＯｎＬｉｎｅステータス情報３９の値を「ＯＦＦＬＩＮＥ」に変更する。これにより、該切断が検出されたリアル機器に対応するバーチャル機器はオフライン状態になる。
If the “no response” message is acquired in
ステップＳ４８において、ＣＰＵ２０は、上記ステップＳ４５又はＳ４７の処理結果に応じて、基本画面のツリー表示部５０の表示を更新する処理を行う。前記ステップＳ４５のマッチング処理により接続されたリアル機器とマッチングが取れたバーチャル機器があれば、そのバーチャル機器に対応する表示物の表示形態が、「実体無し」を表す表示形態（点線）から「実体有り」を表す表示形態（実線）に変更される。新たに接続されたリアル機器とマッチングが取れたバーチャル機器がない場合は、対応するバーチャル機器を生成して、デバイスツリーの「Ｕｎｋｎｏｗｎ Ｄｅｖｉｃｅ」カテゴリに表示する。また、前記ステップＳ４７でＯｎＬｉｎｅステータス情報３９が「ＯＦＦＬＩＮＥ」に変更されたバーチャル機器（切断されたリアル機器に対応するもの）については、そのバーチャル機器に対応する表示物の表示形態が、「実体有り」を表す表示形態（実線）から「実体無し」を表す表示形態（点線）に変更される。なお、エリア外のバーチャル機器に対応するリアル機器が切断された場合にも、それに対応する表示物（デバイスツリーの「ＵｎｋｎｏｗｎＤｅｖｉｃｅ」にカテゴライズされた表示物）は消去せずに、「実体無し」を表す表示形態（点線）で表示する。例えば、前記図８（ａ）のデバイスツリーに例示した「Ｕｎｋｎｏｗｎ Ｄｅｖｉｃｅ」内の「ＡｍｐＸ」の表示物は、このケースに該当する。このようにして「Ｕｎｋｎｏｗｎ Ｄｅｖｉｃｅ」カテゴリに「実体無し」で残されたバーチャル機器は、デバイスツリーのオフライン編集に利用できるので便利である。あるエリアでパワーユーザー以上の権限を有するユーザは、「Ｕｎｋｎｏｗｎ Ｄｅｖｉｃｅ」カテゴリのバーチャル機器を、そのエリア内に移動することができる。その移動が行われた場合、移動されたバーチャル機器にはエリア内ＩＤが付与され、対応する機器情報３７が当該エリアのエリア情報３３内に記憶される。
In step S48, the
なお、図２２に示すフローチャートではリアル機器の接続又は切断が検出されたときの動作のみを示したが、前記ステップ４３でリアル機器の「設定変更」メッセージなどその他のメッセージを取得したときには、該取得したメッセージに対応する処理をＣＰＵ２０は必要に応じて実行される。
In the flowchart shown in FIG. 22, only the operation when the connection or disconnection of the real device is detected is shown. However, when another message such as the “setting change” message of the real device is acquired in the
図２３は、前記図１１のステップＳ８、前記図１３のステップＳ１２、あるいは前記図２２のステップＳ４５においてＣＰＵ２０が実行する「マッチング」処理の動作手順の一例を示すフローチャートである。図２２に示す動作手順は、１台のアンプに対するマッチング処理を示している。ＰＣ２は、ネットワークに接続されているリアル機器（アンプ）群を検出し、該検出されたリアル機器の１台毎に、図２３に示す処理を実行する。
FIG. 23 is a flowchart showing an example of the operation procedure of the “matching” process executed by the
ステップＳ４９において、ＣＰＵ２０は、マッチング対象のリアル機器に記憶されたエリアＩＤ４３を取得して、カレントプロジェクトに記憶された各エリアのエリアＩＤ４６と照合して、マッチング対象のリアル機器の属するエリアを特定する。エリアＩＤのマッチング（一致）がとれた場合（ステップＳ４９の「一致」）、ステップＳ５０において、ＣＰＵ２０は、リアル機器に記憶された装置ＩＤ４１と、前記ステップＳ４９により特定したエリア（エリアＩＤが一致したエリア）内の各装置情報３７の装置ＩＤ３８を照合する。一方、リアル機器に記憶されたエリアＩＤ４３がカレントプロジェクト中のいずれのエリアＩＤ４６とも一致しなかったならば（ステップＳ４８の「不一致」）、当該アンプについてマッチング処理を終了する。
In step S49, the
装置ＩＤは、前述の通り、ＭＡＣアドレス及びエリア内ＩＤにより構成される。前記ステップＳ５０おける装置ＩＤの照合処理では、ＣＰＵ２０は、ＭＡＣアドレス及びエリア内ＩＤの少なくとも一方が一致していれば、リアル機器に記憶された装置ＩＤ４１と、装置情報３７の装置ＩＤ３８の対応付けが取れたものと判断する。具体的には、この実施例では、ＭＡＣアドレスを使って装置ＩＤのマッチングができなかった場合に、エリア内ＩＤで装置ＩＤのマッチングをするよう、前記ステップＳ５０の装置ＩＤの照合処理が構成されるものとする。ＭＡＣアドレスを使って装置ＩＤのマッチングができなかった場合とは、ＭＡＣアドレスが不一致の場合、若しくは、バーチャル機器（装置情報３７）の装置ＩＤ３８にＭＡＣアドレスが入っていない場合である。
As described above, the device ID includes a MAC address and an in-area ID. In the device ID collation process in step S50, the
ＭＡＣアドレス及びエリア内ＩＤの少なくとも一方が一致していれば（ステップＳ５０の「少なくとも片方が一致」）、ステップＳ５１において、ＣＰＵ２０は、そのバーチャル機器とリアル機器とのマッチング（装置ＩＤとエリアＩＤ）を記憶する。なお、装置ＩＤに含まれるＭＡＣアドレス及びエリア内ＩＤの少なくとも一方が一致していた場合（装置ＩＤが部分的に一致していた場合）、バーチャル機器の装置ＩＤ３８とリアル機器の装置ＩＤ４１を一致させる処理（装置ＩＤの上書き）はここでは行わない。その場合には、当座のところ、装置ＩＤは部分的にのみ一致した状態にしておく。バーチャル機器の装置ＩＤ３８とリアル機器の装置ＩＤ４１を一致させる処理（装置ＩＤの上書き）は、前記図１８に示す同期化処理で行われるからである。なお、マッチングが取れた場合は、各ツリーの表示におけるその対応付けがとれたバーチャル機器の表示を、「実体無し」表示（点線）から「実体有り」表示（実線）に変更する。
If at least one of the MAC address and the in-area ID matches (“at least one matches” in step S50), in step S51, the
ステップＳ５２において、ＣＰＵ２０は、リアル機器に記憶された機種情報と、前記ステップＳ４９で装置ＩＤをマッチングしたバーチャル機器（装置情報３７）の機種情報を照合して、機種情報が一致していれば、そのまま当該アンプについてマッチング処理を終了し、当該マッチング処理対象のリアル機器とバーチャル機器のマッチングが成立する。また、機種情報が不一致の場合（ステップＳ５２の「不一致」）には、ステップＳ５３において、ＣＰＵ２０は、機種情報が不一致であった旨をユーザに警告する警告表示をディスプレイに表示する処理を行い、当該アンプについてマッチング処理を終了する。すなわち、機種情報が不一致であってもバーチャル機器とリアル機器のマッチング自体は成立させる。その場合、マッチングされたバーチャル機器は、同期化処理によってオンライン状態にすることはできないが、モニタ状態にすることはできる。
In step S52, the
また、前記ステップＳ５０で、ＭＡＣアドレス及びエリア内ＩＤの両方が不一致の場合には（ステップＳ５０の「不一致」）、当該アンプに対するマッチング処理を終了する。また、複数のアンプで装置ＩＤの一部が重複してしまった場合には（ステップＳ５０の「一部重複」）、ステップＳ５４において、ＣＰＵ２０は、複数装置での装置ＩＤの一部重複をユーザに警告する警告表示をディスプレイに表示する処理を行い、当該アンプについてマッチング処理を終了する。この場合には、重複が生じたバーチャル機器は、オンライン状態にもモニタ状態にもすることができない。このような重複を防ぐために、既にマッチング済みのバーチャル機器を、図２３の処理におけるリアル機器とのマッチング処理の対象から外すようにしてもよい。
If both the MAC address and the in-area ID do not match in step S50 (“mismatch” in step S50), the matching process for the amplifier is terminated. If a part of the device ID is duplicated in a plurality of amplifiers (“partial duplication” in step S50), in step S54, the
図２３に示すマッチング処理により、ネットワークに接続されたリアル機器と、カレントプロジェクトのエリアに登録されたバーチャル機器との対応付け（マッチング）を自動的に行うことができる。このマッチング処理は、エリアＩＤに基づくマッチング（ステップＳ４９）と、ＭＡＣアドレス及びエリア内ＩＤの少なくともいずれか一方に基づく装置ＩＤを使ったマッチング（ステップＳ５０）により実現される。従って、例えば、過去に使用したプロジェクトファイルを、該過去に使用したのと同じ構成の音響システムで利用する場合には、プロジェクト中の各エリア内のバーチャル機器に与えられたエリアＩＤや、ＭＡＣアドレス等が、該音響システム中の各リアル機器が持つエリアＩＤや、ＭＡＣアドレス等と一致するので、プロジェクト中の各エリア内のバーチャル機器と、音響システム上の各リアル機器とを、自動的に、マッチングすることができる。また、一部又は全部のリアル機器を同じ機種の別のリアル機器に置き換えた場合でも、そのリアル機器に同じエリアＩＤとエリア内ＩＤをセットしておけば、同様に自動マッチングができる。この実施例では、ユーザは、アンプ１の操作パネル１５を使って、エリアＩＤ４３とエリア内ＩＤとをそれぞれ入力できるようになっている。
With the matching process shown in FIG. 23, it is possible to automatically associate (match) a real device connected to the network with a virtual device registered in the current project area. This matching processing is realized by matching based on the area ID (step S49) and matching using the device ID based on at least one of the MAC address and the intra-area ID (step S50). Therefore, for example, when a project file used in the past is used in an acoustic system having the same configuration as that used in the past, the area ID or MAC address given to the virtual device in each area in the project Etc. match the area ID, MAC address, etc. of each real device in the sound system, so the virtual device in each area in the project and each real device on the sound system are automatically Can be matched. Even when some or all of the real devices are replaced with another real device of the same model, if the same area ID and in-area ID are set in the real device, automatic matching can be similarly performed. In this embodiment, the user can input the
なお、ログイン中のユーザが「パワーユーザ」（エリアの編集権限）以上の権限を持つユーザのときには、マッチング処理の構成は下記の通りに変更される。すなわち、ステップＳ４９の「エリアＩＤの照合」行う前に、ステップＳ５０の装置ＩＤのＭＡＣアドレスでマッチングをとる。それでマッチングがとれない場合に、エリアＩＤとエリア内ＩＤとでマッチングをとる。これにより、自動マッチングをよりフレキシブルに行うことができる。例えば、同じリアル機器を使用するあるプロジェクトファイルを閉じて別のプロジェクトファイルを開くとき、該あるプロジェクトファイルでオンラインしていた複数の機器を、別のプロジェクトファイルで自動マッチングすることができる。 When the logged-in user is a user who has authority higher than “power user” (area editing authority), the configuration of the matching process is changed as follows. That is, before performing “area ID collation” in step S49, matching is performed with the MAC address of the device ID in step S50. If matching cannot be obtained, matching is performed between the area ID and the in-area ID. Thereby, automatic matching can be performed more flexibly. For example, when a project file that uses the same real device is closed and another project file is opened, a plurality of devices that are online in the certain project file can be automatically matched with another project file.
なお、この実施例では、ユーザは、アンプ１の操作パネル１５を使ってエリアＩＤとエリア内ＩＤを入力できるようになっているが、これは、あくまでも自動マッチングのためである。オンライン状態のアンプ１のエリアＩＤやエリア内ＩＤが操作パネルで変更されると、システム全体の動作に重大なエラーを起こしかねない。そのため、リアル機器（アンプ１）がオンライン状態にある場合には、操作パネル１５からエリアＩＤやエリア内ＩＤが変更できないようにロックがかけられている。同様に、ＰＣ２についても、オンライン中のエリアのエリアＩＤ、オンライン中のバーチャル機器のエリア内ＩＤは、変更できないようにロックされる。
In this embodiment, the user can input the area ID and the in-area ID using the
また、エリア内ＩＤのみを使ったマッチング処理が可能なことから、例えば、音響システムで使用中の複数のアンプ１（リアル機器）のうちの１つ故障した場合など、既存のリアル機器を別のリアル機器に交換する場合に、該別のリアル機器のマッチング処理を簡単に行うことができる。すなわち、別のリアル機器のエリア内ＩＤとして、前記既存のリアル機器（交換相手）に付与されていたエリア内ＩＤと同じ値を設定しておき、該既存のリアル機器（交換相手）をネットワークから切断し、該別のリアル機器をネットワークに接続して、該別のリアル機器のマッチングを行えば、該既存のリアル機器（交換相手）に変えて、該別のリアル機器が、自動的に、元は既存のリアル機器に対応付けられていたバーチャル機器にマッチングされる。従って、音響システム上のアンプ１の交換（取替え）作業などが簡単に行えるようになる。
In addition, since the matching process using only the in-area ID is possible, for example, when one of a plurality of amplifiers 1 (real devices) in use in the acoustic system breaks down, an existing real device is changed. When exchanging with a real device, the matching processing of the other real device can be easily performed. That is, as the in-area ID of another real device, the same value as the in-area ID assigned to the existing real device (exchange partner) is set, and the existing real device (exchange partner) is set from the network. Disconnect, connect the other real device to the network, match the other real device, change to the existing real device (exchange partner), the other real device will automatically The original is matched with a virtual device associated with an existing real device. Therefore, the replacement (replacement) of the
また、前記図２３に示すマッチング処理によれば、エリアＩＤと装置ＩＤを使ってリアル機器とバーチャル機器の対応付けを行っていることから、カレントプロジェクト中のいずれかのエリアに登録されたバーチャル機器の装置ＩＤ３８に一致する装置ＩＤ４１を持つリアル機器（該バーチャル機器に対応するリアル機器）がネットワーク接続されており、且つ、そのリアル機器が持つエリアＩＤ４３が、該バーチャル機器が登録されたエリアのエリアＩＤ４６に一致する場合、つまりリアル機器がカレントプロジェクト中のいずれかエリアに属する場合にのみ、バーチャル機器とリアル機器のマッチングが成立する。そして、該マッチング処理により、エリア内のバーチャル機器が実際のリアル機器と対応付けできた場合にのみ、ＰＣ２は、そのリアル機器を、前述した図１７に示す同期化処理で同期化し、制御又はモニタすることができる。よって、例えば、或るＰＣ２から或るエリア内のリアル機器をモニタしている（そのエリア内の各リアル機器には別の制御主がいる）ときに、該別の制御主のカレントプロジェクトで、そのエリアに新たにリアル機器が追加されたとしても、該或るＰＣ２で立ち上げているカレントプロジェクト中のエリアに、その新たに追加されたリアル機器に対応すべきバーチャル機器が登録されていなければ、当該ＰＣ２から該新たに追加されたリアル機器をモニタすることはできない。この場合、同一エリア内の一部のリアル機器のみがＰＣ２からモニタされることになる。
Further, according to the matching process shown in FIG. 23, since the real device and the virtual device are associated with each other using the area ID and the device ID, the virtual device registered in any area in the current project. A real device having a
また、リアル機器が検出されても、カレントプロジェクト中のエリアに登録されたバーチャル機器に対応するものがなければ（ステップＳ４９の「不一致」又はステップＳ５０の「不一致」）、該リアル機器の対応付けは成立しない。この場合、ツリー表示部５０のデバイスツリーに「エリア外のバーチャル機器」が表示されることは既に述べたとおりである。カレントプロジェクト中で或るエリアから削除されたバーチャル機器又は別のエリアに移動されたバーチャル機器に対応するリアル機器は、前記図２３に示すマッチング処理によれば、エリアＩＤの不一致により、「エリア外のバーチャル機器」と判断される。この場合、そのバーチャル機器とリアル機器のマッチングが成立しないので、ＰＣ２は、そのリアル機器のことを、制御及びモニタすることはできない。あるエリアでパワーユーザ以上の権限を有するユーザは、そのエリアがオフライン状態にあるとき、エリア外のバーチャル機器をそのエリア内に移動することができる。その後に、そのエリアをオンライン化すれば、そのバーチャル機器には、そのエリアにおけるエリア内ＩＤが付与され、対応するリアル機器には、そのエリア内のリアル機器としての設定が行われる。
Further, even if a real device is detected, if there is no device corresponding to the virtual device registered in the area in the current project (“mismatch” in step S49 or “mismatch” in step S50), the real device is associated. Does not hold. In this case, “virtual device outside the area” is displayed in the device tree of the
また、バーチャル機器とリアル機器はそれぞれグループ情報（グループ情報３６、グループ情報４４）を記憶しており、エリア内でグループ化可能であるが、マッチング処理ではバーチャル機器とリアル機器の対応付けに、グループ情報は使用されない。よって、バーチャル機器を或るグループから同じエリア内の別のグループに移動された場合（つまりグループ情報３６とグループ情報４４が不整合になった場合）でも、そのバーチャル機器とリアル機器では、エリアＩＤと装置ＩＤの一致は取れているので、両者のマッチングをとることができる。ＰＣ２から或るエリア内のリアル機器をモニタする場合に、該ＰＣ２のカレントプロジェクトの該或るエリアのエリア情報３３内に格納されたグループ情報３６と、該或るリアル機器が持っているグループ情報４４が不整合であっても、（１）述べた通り、両機器のマッチングはエリアＩＤと装置ＩＤでとることができ、（２）同期化処理によりモニタ状態に移行するときには前記ステップＳ３８で「逆シンクロ」処理を行うため、該或るリアル機器が持っているグループ情報４４でグループ情報３６が上書きされる。よって、リアル機器が同じエリアの別のグループに移動された場合、モニタを行うＰＣ２では、そのリアル機器を移動先のグループに属する機器として自動的に認識し、該移動先のグループに属する機器として、その動作データをモニタすることができる。
In addition, the virtual device and the real device each store group information (
なお、この実施例では、前記ステップＳ５０の装置ＩＤの照合処理において、ＭＡＣアドレスでマッチングがとれなかったときに、エリア内ＩＤを使ってマッチングを行うように処理を構成するものとしたが、ＰＣ２側（装置情報３７）の装置ＩＤ３８にＭＡＣアドレスが記憶されていない場合に限り、エリア内ＩＤを使ってマッチングを行うように処理を構成してもよい。このようにステップＳ５０の処理を構成した場合、ＭＡＣアドレスの不一致は、装置ＩＤの不一致と判断される。
In this embodiment, in the device ID collating process in step S50, the process is configured so that the matching is performed using the in-area ID when the MAC address cannot be matched. The processing may be configured to perform matching using the in-area ID only when the MAC address is not stored in the
図２４は、アンプ１のＣＰＵ１０が実行する全体的な動作手順の概要を説明するフローチャートである。なお、ここで述べる動作は、ＣＰＵ１０が実行する制御プログラムによって実現されるアンプ１の制御に関する動作であって、音響信号処理の動作（ＤＳＰ１３及び電力増幅部１４の動作）ではない。このフローチャートに示す処理はアンプ１の電源オンに応じて開始する。ステップＳ５５において、ＣＰＵ１０は所定初期化処理を行う。この初期化処理には、ＩＰアドレスの設定や、自機のネットワーク接続を通知する「接続」メッセージをネットワーク上にブロードキャストする処理等が含まれる。
FIG. 24 is a flowchart for explaining an outline of the overall operation procedure executed by the
ネットワーク上のＰＣ２から何らかのコマンドを受信したときには（ステップＳ５６の「あり」）、ＣＰＵ１０は、ステップＳ５７において、該受信したコマンドに応じた処理を実行する。受信したコマンドに応じてＣＰＵ１０が実行する処理の具体例は後述する。また、ユーザが、当該アンプ１のパネル操作子（ユーザインターフェース１５）を操作した場合には（ステップＳ５８の「あり」）、ＣＰＵ１０は、ステップＳ５９において、前記パネル操作に応じた処理を実行する。パネル操作には、例えば、エリア内ＩＤの設定操作などが含まれる。エリア内ＩＤの設定操作は、具体的には、数値の入力である。エリア内ＩＤの設定操作が行われた場合には、ＣＰＵ１０は、当該アンプ１（リアル機器）のメモリ１１のエリア内ＩＤに、前記入力された数値を格納する。
When any command is received from the
アンプ１は電源がオフされるまで、前記ステップＳ５６〜Ｓ５９の処理を繰り返し実行する。
The
図２５は、前記図１８のステップＳ３１においてＰＣ２から送信される「制御要求」を受信したときに、アンプ１のＣＰＵ１０が前記ステップＳ５７で実行する処理の動作手順の一例を示すフローチャートである。ステップＳ６０において、ＣＰＵ１０は、アンプ１のメモリ１１に格納されたＵｓｅｒＩｎｆｏ情報４５と、前記「制御要求」の送信を行ったユーザ（カレントプロジェクトにログイン中のユーザ）のゆーざＩＤとアカウント情報３４を比較して、ユーザ認証を行う。ユーザ認証では、当該アンプ１のメモリ１１に記憶されたＵｓｅｒＩｎｆｏ情報４５の中に、前記要求を行ったユーザのアカウント情報３４（ユーザＩＤと認証情報）があるかどうか、また、ＵｓｅｒＩｎｆｏ情報４５の中にユーザのアカウントがあれば、そのアカウントに与えられた権限を調べて、アンプ１の制御権限を持っているかどうかを判断する。なお、前記ＵｓｅｒＩｎｆｏ情報４５がクリアされている場合は、ユーザのアカウント情報３４が何であっても制御権限有り（ステップＳ６１の「ＯＫ」）と判断する。
FIG. 25 is a flowchart showing an example of the operation procedure of the process executed by the
ＵｓｅｒＩｎｆｏ情報４５の中に、前記要求を行ったユーザのアカウント情報３４があり、また、そのアカウントがアンプ１の制御権限を持っていれば、ＣＰＵ１０は、ユーザ認証が成立したものと判断（ステップＳ６１の「ＯＫ」）する。そして、ステップＳ６２において、ＣＰＵ１０は、アンプ１のメモリ１１に記憶されたコントローラＩＤ４２に制御主のＩＤが入っているかどうかを調べることで、前記制御要求を行ったＰＣ２とは別のＰＣ２によるリモート制御を、現在当該アンプ１が受けているかどうかを判断する。コントローラＩＤに制御主のコントローラＩＤが入っているならば、アンプ１のＣＰＵ１０は、既に当該アンプ１をリモート制御している制御主（別のＰＣ）があると判断する（ステップＳ６２の「有り」）。その場合、もしくは、前記ステップＳ６０のユーザ認証において、前記要求を行ったユーザのアカウント情報３４が、アンプ１のＵｓｅｒＩｎｆｏ情報４５に含まれているが、ＵｓｅｒＩｎｆｏ情報４５の中の対応するユーザロールの示す権限が、閲覧権限だった場合（つまりユーザの権限が不足する場合）には、ステップＳ６３において、ＣＰＵ１０は、前記「制御要求」の送信したＰＣ２に対して、モニタを許可する旨を伝えるレスポンス（「モニタ可」）を送信する。つまり、後発の制御要求は受け付けない。言い換えれば、アンプ１の制御権は先着順に取得される。なお、「モニタ可」のレスポンスを返すとき、コントローラＩＤ４２に入っているＩＤの値（既にリモート制御をしている制御主（別のＰＣ）のコントローラＩＤ）も一緒に、ＰＣ２へ送信される。これにより、該ＰＣ２に対して当該アンプ１をリモート制御している別のＰＣのコントローラＩＤが通知される。なお、ステップＳ６２の判定で、ＰＣ２のコントローラＩＤとの一致を考慮するようにしてもよい。即ち、コントローラＩＤに制御主のコントローラＩＤが入っていない場合だけでなく、入っていてもそのコントローラＩＤがＰＣ２から取得するコントローラＩＤと一致する場合に、ステップＳ６２で「無し」（Ｎｕｌｌ）に分岐させるようにしてもよい。
If there is
一方、アンプ１のメモリ１１に記憶されたコントローラＩＤ４２に値が入っていない（コントローラＩＤ＝Ｎｕｌｌ）ならば、このアンプ１をリモート制御をしている制御主（別のＰＣ）がいないということを意味する。アンプ１のＣＰＵ１０は、既に当該アンプ１をこのアンプ１がいずれのＰＣからもリモート制御を受けていないものと判断する（ステップＳ６２の「無し」）。その場合、ＣＰＵ１０は、ステップＳ６４において、前記「制御要求」の送信元のＰＣ２（新たな制御主）から、そのＰＣ２のコントローラＩＤと、カレントプロジェクト中で当該アンプ１に対応付けられたバーチャル機器が登録されているエリアのエリアＩＤ４６と、同エリアのグループ情報３６（「ＲａｃｋＴｒｅｅ」、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」）を取得し、該取得した各情報に基づきアンプ１のメモリ１１のコントローラＩＤ４２と、エリアＩＤ４３と、グループ情報４４（「ＲａｃｋＴｒｅｅ」、「Ｆｅｅｄ Ｓｔｒｕｃｔｕｒｅ Ｔｒｅｅ」、および「Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｔｒｅｅ」の各グループでの当該アンプの位置情報）を更新する。
On the other hand, if the
また、ステップＳ６５において、ＣＰＵ１０は、ＰＣ２（新たな制御主）から、そのＰＣ２のカレントプロジェクトのユーザ情報（全ユーザのアカウント情報３４）と、カレントプロジェクト中で当該アンプ１に対応付けられたバーチャル機器が登録されているエリアに含まれるユーザロール情報３５とを取得して、該取得したアカウント情報３４とユーザロール情報３５とに基づきアンプ１のメモリ１１のＵｓｅｒＩｎｆｏ情報４５を更新する。これにより、アンプ１は、自機の制御主であるＰＣ２（該ＰＣ２に現在開いているカレントプロジェクト）に設定されているのと同じアカウント情報、並びに、該アカウント中の各ユーザのユーザロール情報を持つことになる。
In step S65, the
そして、ＣＰＵ１０は、ステップＳ６６において、前記「制御要求」の送信したＰＣ２に対して制御を許可する旨を伝えるレスポンス（「制御可」）を送信する。このとき、前記ステップＳ６３で更新したコントローラＩＤの値も一緒に、ＰＣ２へ送信する。このコントローラＩＤは、その送信先のＰＣ２のコントローラＩＤである。
In step S <b> 66, the
前記ステップＳ６６でＰＣ２へ送信された「制御可」のレスポンス、又は、前記ステップＳ６３ＰＣ２へ送信された「モニタ可」のレスポンスに基づき、該ＰＣ２のＣＰＵ２０が前記図１８の同期化処理におけるステップＳ３１の判断を行うことは、既に述べたとおりである。
Based on the response “controllable” transmitted to the
また、前記ステップＳ６０のユーザ認証において、該「制御要求」を行ったユーザのアカウントがアンプ１に記憶されたＵｓｅｒＩｎｆｏ情報４５の中に存在しない場合には、アンプ１のＣＰＵ１０はユーザ認証に失敗したものと判断し（ステップＳ６１の「ＮＧ」）、ステップＳ６７において該「制御要求」の送信元のＰＣ２に対して、制御要求を拒絶する旨を伝えるレスポンス（「拒絶」）を送信する。なお、前記ステップＳ６０のユーザ認証で、ＰＣ２の対応するバーチャル機器のエリアＩＤとの一致を考慮するようにしてもよい。即ち、リアル機器のＵｓｅｒＩｎｆｏ情報４５に前記要求を行ったユーザのアカウント情報３４が存在しない場合だけでなく、ＰＣ２から取得する対応するバーチャル機器のエリアＩＤとリアル機器のエリアＩＤが不一致の場合に、ステップＳ６１で「ＮＧ」に分岐させるようにしてもよい。
In the user authentication in step S60, if the account of the user who has made the “control request” does not exist in the
図２６は、前記図２１のステップＳ４０においてＰＣ２から送信される「開放」要求のコマンドを受信したときに、アンプ１のＣＰＵ１０が前記ステップＳ５７で実行する処理の動作手順の一例を示すフローチャートである。ステップＳ６８において、ＣＰＵ１０は、自機のコントローラＩＤ４２の値を「Ｎｕｌｌ」にセットするとともに、ＵｓｅｒＩｎｆｏ情報４５をクリアする。これにより、当該アンプ１はいずれのユーザ（ＰＣ２）からもリモート制御を受けていないフリーの状態になる。ステップＳ６９において、ＣＰＵ１０は、自機がリモート制御から「開放」された旨を通知するメッセージを、ネットワーク上にブロードキャストする。
FIG. 26 is a flowchart showing an example of the operation procedure of the process executed by the
図２７は、ＰＣ２からアンプ１の各種データの設定状況や動作状況等に関する情報の提供を要求されたときに、アンプ１のＣＰＵ１０が前記ステップＳ５７で実行する処理の動作手順の一例を示すフローチャートである。ＣＰＵ１０は、ＰＣ２から要求された自機の設定状況や動作状況等に関する情報を、該要求したＰＣ２に返信する（ステップＳ７０）。前記ステップＳ７０においてＰＣ２へ返信される情報は、例えば、アンプ１の機種情報、当該アンプ１の動作データの値、音響信号の入力レベル、同出力レベル、あるいは、増幅部１４の温度レベルなどであって、自機のメモリ１１に記憶されたデータの一部（ＰＣ２から要求されたもの）である。なお、例えば音響信号のレベルなど、アンプ１の動作状況に関する情報等は、アンプ１を制御中又はモニタ中のＰＣ２に定期的に提供されてもよい。つまり、図２７と同種の動作（ＰＣ２への情報提供）は、ＰＣ２からのコマンドが無くとも実行される可能性がある。なお、図２７の処理は、情報を要求したユーザのアカウント情報３４がＵｓｅｒＩｎｆｏ情報４５に含まれており、且つ、ＵｓｅｒＩｎｆｏ情報４５の中の対応するユーザロールの示す権限が閲覧権限以上であることを条件に実行されるようにしてもよい。この場合、アンプ側とＰＣ２側での二重の権限チェックとなる。
FIG. 27 is a flowchart showing an example of the operation procedure of the process executed by the
図２８は、図１４のステップＳ１５においてＰＣ２から送信される「操作要求」のコマンドを受信したときに、アンプ１のＣＰＵ１０が前記ステップＳ５７で実行する処理の動作手順の一例を示すフローチャートである。ステップＳ７１において、ＣＰＵ１０は、該操作要求の要求元のＰＣ２による操作要求を受け入れるかどうか判断する。該ステップＳ７１の判断で、操作要求を受け入れる場合とは、記操作要求を行った要求元のＰＣ２のコントローラＩＤと自機のメモリ１１に格納されたコントローラＩＤ４２（制御主のコントローラＩＤ）が一致している場合、つまり操作要求の送信元のＰＣ２が当該アンプ１の制御主である場合、且つ、要求元のＰＣ２にログイン中のユーザが当該アンプ１の制御権限を持つ場合である。一方、該ステップＳ７１の判断で、操作要求を受け入れない場合とは、前記操作要求を行った要求元のＰＣ２のコントローラＩＤと自機のメモリ１１に格納されたコントローラＩＤ４２が不一致の場合、つまり操作要求の送信元のＰＣ２とは別のＰＣが当該アンプ１の制御主である場合、および要求元のＰＣ２にログイン中のユーザに権限が不足している場合の少なくともいずれか一方の場合である。操作要求が受け入れらない場合（ステップＳ７１の「ＮＧ」）、この処理は終了する。なお、ＰＣ２のコントローラＩＤと同じＩＤがアンプのメモリ１１のコントローラＩＤと一致するということは、図１８のステップＳ３０でログインユーザに当該エリアの制御権があると判断されＰＣ２のコントローラＩＤがメモリ１１に書き込まれたということを意味するので、ステップＳ７１と合わせて二重の権限チェックが行われていることになる。
FIG. 28 is a flowchart illustrating an example of an operation procedure of the process executed by the
操作要求が受け入れられたら（ステップＳ７１の「ＯＫ」）、ＣＰＵ１０は、ステップＳ７２においてＰＣ２から送信されたコマンド（操作の内容）に応じて、自身のメモリ１１中のデータを更新し、ステップＳ７３において、前記ステップＳ７２によるデータ更新後の状態（設定変更メッセージ）をネットワーク上にブロードキャストする。ここで、変更状態（設定変更メッセージ）を、制御主のＰＣ２のみならずネットワーク全体にブロードキャストしているのは、該変更状態（設定変更メッセージ）を、モニタのみ許可されたユーザ（制御主以外のＰＣ２）にも通知するためである。これにより。設定変更メッセージを受け取った全てのＰＣ（制御主のＰＣと、それ以外のＰＣ）のバーチャル機器に、リアル機器の変更状態が反映される。
When the operation request is accepted (“OK” in step S71), the
図２９は、アンプ１のＣＰＵ１０が所定時間間隔で実行するタイマ動作の動作手順の一例を示すフローチャートである。ステップＳ７４において、アンプ１のＣＰＵ１０は、ネットワーク上のＰＣ２（全部）に対するアクティブセンシングを行い、その結果、ネットワーク上のＰＣ２から所定時間無応答であれば（ステップＳ７４の「ＹＥＳ」）、ステップＳ７５において、自機のコントローラＩＤ４２の値を「Ｎｕｌｌ」にセットするとともに、ＵｓｅｒＩｎｆｏ情報４５をクリアする。これにより、アンプ１のＣＰＵ１０は、自機をリモート制御を受けないフリーの状態にする。そして、ステップＳ７５において、アンプ１のＣＰＵ１０は、自機がリモート制御から「開放」された旨を通知するメッセージを、ネットワーク上にブロードキャストする。
FIG. 29 is a flowchart illustrating an example of an operation procedure of a timer operation executed by the
なお、前記ステップＳ７５でブロードキャストされた開放通知を受けたＰＣ２において、当該アンプ１が属するエリアの編集権限を持った「パワーユーザ」がログオン中であったならば、そのＰＣ２のＣＰＵ２０は、前記図１８に示す同期化処理を実行して、前記開放通知を発信したアンプ１をオンライン状態にする。このときに実行する同期化処理は、該開放通知を発信したアンプ１の１台のみを対象に、ステップＳ２６以下の処理を実行するだけでもよいし、当該エリアに登録された全てのアンプを対象にしてもよい。
If the “power user” having the authority to edit the area to which the
なお、上記図１８の同期化処理の説明においては、ステップＳ３１で制御要求を送信してから、ステップＳ３２でレスポンスを受けるまでの間に、コントローラＩＤ、エリアＩＤ、グループ情報、ユーザ情報、およびユーザロール情報を、アンプ１に送信するものとしたが、図２５のアンプ側の制御要求に応じた処理において、ステップＳ６４及びステップＳ６５の情報更新よりも先に、ステップＳ６６の「制御可」のレスポンス返信を行うのであれば、ＰＣ２側から上記各情報を送信するタイミングは、ステップＳ３１〜Ｓ３２（ＯｎＬｉｎｅステータスの設定）の間の適宜のタイミングであってよい。
In the description of the synchronization processing of FIG. 18 above, the controller ID, area ID, group information, user information, and user are sent after the control request is transmitted in step S31 until the response is received in step S32. The roll information is transmitted to the
また、上記実施例では、ステップＳ３１の「制御要求」の送信後、そのレスポンスを受けるまでの間に、ＰＣ２からリアル機器に、エリアＩＤ４６、コントローラＩＤ４０、グループ情報３６、アカウント情報３４、およびユーザロール情報３５を必ず送信するようになっていたが、それら送信した情報でリアル機器側の情報を「上書き」するのは、ステップＳ３２で「制御可」の応答を受ける場合だけであり、それ以外の場合のネットワーク上のデータ転送は無駄である。この部分を改良して、ステップＳ３２の判定後に、その判定が「制御可」であった場合のみ、それらの情報をＰＣ２からリアル機器に送るようにしてもよい。その場合、図２５のステップＳ６４〜Ｓ６６は、まずステップＳ６６、次にステップＳ６４、その次にステップＳ６５という順に処理されるよう処理順序を変更しなければならない。
In the above embodiment, the
また、上記実施例では、権限チェックがアンプ側とＰＣ側とで二重化されている所が複数あるが、それぞれ、アンプ側およびＰＣ側の何れか一方のみで権限チェックするようにしても良い。 In the above embodiment, there are a plurality of places where the authority check is duplicated on the amplifier side and the PC side. However, the authority check may be performed only on either the amplifier side or the PC side.
また、上記実施例では、装置ＩＤ３８及び装置ＩＤ４１は、アンプ１のＭＡＣアドレスとエリア内ＩＤとから構成されるものとしたが、装置ＩＤはアンプを特定する何らかのＩＤ情報（固定的なものが望ましい）と、エリア内ＩＤとを組み合わせた情報であれば、実施例の構成に限定されない。
In the above embodiment, the
また、上記実施例においては、パワーアンプ装置１と、これを制御するパーソナルコンピュータ２がネットワーク接続された音響システムに、本発明を適用する例について説明したが、音響システムの構成は、上記実施例に限定されるものではなく、音響機器と、これを制御する制御装置がネットワーク接続された音響システムであれば、本発明を適用することができる。音響機器は、パワーアンプ装置に限らず、例えば、オーディオミキサ、レコーダなどを適用してもよい。
Moreover, in the said Example, although the example which applies this invention to the acoustic system with which the
また、上記実施例のリモート制御ソフトでは、複数のエリアを作成できるようになっていたが、予め用意された１エリアのみを使用し、新規エリアを作成できないリモート制御ソフトであってもよい。 In the remote control software of the above embodiment, a plurality of areas can be created. However, remote control software that uses only one area prepared in advance and cannot create a new area may be used.
また、ツリー表示部５０において、エリア、グループ、グループの構成（ツリー）、およびアンプを表す表示物（バーチャル機器）の各種表示態様、例えばアイコン形状、表示フォント、あるいは表示色などをユーザが設定できるようにして、音響システムをモニタするＰＣにおいて、エリア、グループ、グループの構成（ツリー）、およびアンプを表す表示物の各種表示態様も、モニタ対象を制御しているＰＣに設定された表示態様と同じにするよう構成することもできる。
Further, in the
以上説明した通り、この実施例によれば、アンプ１側に記憶されたＵｓｅｒＩｎｆｏ情報４５にアカウントがないユーザ、および該ＵｓｅｒＩｎｆｏ情報４５が持つ権限が不足しているユーザの少なくともいずれか一方に該当すれば、ＰＣ２からアンプ１を制御又はモニタすることができないので、意図しないユーザによってアンプ１が制御又はモニタされてしまうことを効果的に抑止して、ネットワーク上のアンプ１を保護することができるという優れた効果を奏する。
As described above, according to this embodiment, the
１ パワーアンプ装置（音響機器）、２ パーソナルコンピュータ（制御装置）、１０ ＣＰＵ、１１ メモリ、１２ オーディオＩ／Ｏ １３ 信号処理部（ＤＳＰ）、１４ 電力増幅部、１５ ユーザインターフェース、１６ 通信Ｉ／Ｆ、２０ ＣＰＵ、２１ メモリ、２２ ＨＤＤ、２３ 通信Ｉ／Ｆオーディオ、２４ ユーザインターフェース、３１ プロジェクトライブラリ、３２ プロジェクトファイル、３３ エリア情報、３４ アカウント情報、３５、ユーザロール情報、３６ グループ情報、３７ 装置情報、３８ 装置ＩＤ、３９ ＯｎＬｉｎｅステータス情報、４０ コントローラＩＤ、４１ 装置ＩＤ、４２ コントローラＩＤ、４３ エリアＩＤ、４４ グループ情報、４５ ＵｓｅｒＩｎｆｏ情報、５０ ツリー表示部、５２ レベル表示部、５３ 状態表示部、５４ アッテネータ操作部、６７ オンライン化指示ボタン画像、６８ オフライン化指示ボタン画像
DESCRIPTION OF
Claims (10)
前記制御装置は、
表示手段と、
前記複数の音響機器が属するグループを示すグループ情報を記憶する第１記憶手段と、
前記複数の音響機器のうち、リモート制御対象とする音響機器に対して、前記第１記憶手段に記憶されたグループ情報を含む制御要求を送信する制御要求送信手段と、
前記複数の音響機器のうち、モニタ対象とする音響機器から、当該音響機器に送信された前記制御要求に含まれていたグループ情報を取得し、該取得したグループ情報に基づいて前記第１記憶手段のグループ情報を更新する同期化手段と、
前記第１記憶手段に記憶されたグループ情報に基づき、前記音響機器をそれぞれが属するグループに分けて前記表示手段に表示する表示制御手段と
を備え、
前記複数の音響機器は、それぞれ、
当該音響機器をリモート制御対象とする制御装置からの前記制御要求とともに通知されたグループ情報を記憶する第２記憶手段と、
当該音響機器をモニタ対象とする制御装置に対して前記第２記憶手段に記憶したグループ情報を通知する通知手段と
を備える
ことを特徴とする音響システム。 An acoustic system configured by a network connecting a plurality of acoustic devices and at least one control device for controlling the plurality of acoustic devices,
The controller is
Display means;
First storage means for storing group information indicating a group to which the plurality of audio devices belong;
A control request transmitting unit that transmits a control request including group information stored in the first storage unit to the audio device to be remotely controlled among the plurality of audio devices;
The group information included in the control request transmitted to the audio device is acquired from the audio device to be monitored among the plurality of audio devices, and the first storage unit is based on the acquired group information. A synchronization means for updating the group information of
Display control means for displaying on the display means by dividing the audio equipment into groups to which the sound devices belong based on the group information stored in the first storage means,
Each of the plurality of acoustic devices is
Second storage means for storing the group information notified together with the control request from the control device for remotely controlling the acoustic device;
An acoustic system comprising: a notification unit that notifies the control device that monitors the acoustic device of the group information stored in the second storage unit.
前記制御要求に対するレスポンスとして、前記リモート制御対象とする音響機器から制御可レスポンス又はモニタ可レスポンスのいずれかを受け取り、
前記同期化手段において、前記モニタ可レスポンスを返信した音響機器を前記モニタ対象の音響機器とし、
前記音響機器は、
前記第２記憶手段に、当該音響機器をリモート制御対象とする制御装置を特定する情報を記憶し、
前記制御要求を受けた際、前記第２記憶手段に記憶された前記制御装置を特定する情報に基づき、前記制御可レスポンス又は前記モニタ可レスポンスのいずれかを応答する
ことを特徴とする請求項１に記載の音響システム。 The controller is
As a response to the control request, either a controllable response or a monitorable response is received from the acoustic device to be remotely controlled,
In the synchronization means, the acoustic device that has returned the monitorable response is the acoustic device to be monitored,
The audio equipment is
In the second storage means, information for specifying a control device for remotely controlling the acoustic device is stored,
2. When receiving the control request, the control unit responds with either one of the controllable response and the monitorable response based on information specifying the control device stored in the second storage unit. The acoustic system described in 1.
前記第１記憶手段に、更に、前記音響機器の動作データを記憶し、
前記制御可レスポンスを返信した音響機器を、前記第１記憶手段に記憶した動作データに基づいてリモート制御するリモート制御手段と、
前記モニタ可レスポンスを返信した音響機器から動作データを取得し、該取得した動作データに基づいて前記第１記憶手段に記憶した動作データを更新するモニタ手段
を更に備え、
前記音響機器は、
前記第２記憶手段に、当該音響機器の動作データを記憶し、
当該音響機器をリモート制御対象とする制御装置からのリモート制御に応じて、前記第２記憶手段に記憶された動作データを変更し、
当該音響機器をモニタ対象とする制御装置に対して、前記第２記憶手段に記憶された動作データを通知する
ことを特徴とする請求項２に記載の音響システム。 The controller is
The first storage means further stores operation data of the acoustic device,
Remote control means for remotely controlling the audio equipment that has returned the controllable response based on operation data stored in the first storage means;
It further comprises monitor means for acquiring operation data from the audio equipment that has returned the monitorable response, and updating the operation data stored in the first storage means based on the acquired operation data,
The audio equipment is
In the second storage means, operation data of the acoustic device is stored,
In response to remote control from a control device that remotely controls the audio equipment, the operation data stored in the second storage unit is changed,
The acoustic system according to claim 2, wherein the operation data stored in the second storage unit is notified to a control device that monitors the acoustic device.
前記グループに属する複数の音響機器の第２記憶手段に記憶された動作データを、リモート制御により変更する制御を行うものである
ことを特徴とする請求項３に記載の音響システム。 The remote control means provided in the control device is linked to the change of operation data of one audio device, changes the operation data of other audio devices belonging to the same group as the audio device, and
The acoustic system according to claim 3, wherein the operation data stored in the second storage means of the plurality of acoustic devices belonging to the group is controlled by remote control.
前記仮想的な音響機器と、前記ネットワークを介して接続された音響機器とを対応付ける対応付け手段を、更に備えることを特徴する請求項１乃至４のいずれかに記載の音響システム。 The first storage means provided in the control device stores the group information and the operation data in association with a virtual acoustic device,
5. The acoustic system according to claim 1, further comprising an association unit that associates the virtual acoustic device with the acoustic device connected via the network.
前記プログラムは、前記コンピュータに、
前記複数の音響機器のうち、リモート制御対象とする音響機器に対して、前記第１記憶手段に記憶されたグループ情報を含む制御要求を送信する制御要求送信ステップと、
前記複数の音響機器のうち、モニタ対象とする音響機器から、当該音響機器に送信された前記制御要求に含まれていたグループ情報を取得し、該取得したグループ情報に基づいて前記第１記憶手段のグループ情報を更新する同期化ステップと、
前記記憶手段に記憶されたグループ情報に基づき、前記音響機器をそれぞれが属するグループに分けて前記表示手段に表示する表示制御ステップと、
を実行させることを特徴とするプログラム。 A program for causing a computer to function as the control device in an audio system including a network in which a plurality of audio devices and at least one control device for controlling the plurality of audio devices are connected. The control device includes a first storage unit that stores group information indicating a group to which the plurality of audio devices belong, and each of the plurality of audio devices has a remote control target as the audio device. Second storage means for storing the group information notified together with the control request from
The program is stored in the computer.
A control request transmission step of transmitting a control request including group information stored in the first storage unit to an audio device to be remotely controlled among the plurality of audio devices;
The group information included in the control request transmitted to the audio device is acquired from the audio device to be monitored among the plurality of audio devices, and the first storage unit is based on the acquired group information. A synchronization step to update the group information of
Based on the group information stored in the storage means, a display control step for displaying the acoustic equipment on the display means by dividing it into groups to which each belongs.
A program characterized by having executed.
前記送信した制御要求に対するレスポンスとして、前記リモート制御対象とする音響機器から制御可レスポンス又はモニタ可レスポンスのいずれかを受け取るステップと、
前記同期化ステップにおいて、更に、前記モニタ可レスポンスを返信した音響機器を前記モニタ対象の音響機器とすることと、
を実行させることを特徴とする請求項６に記載のプログラム。 In the computer,
As a response to the transmitted control request, receiving either a controllable response or a monitorable response from the audio device to be remotely controlled; and
In the synchronization step, the audio device that has returned the monitorable response is the audio device to be monitored;
The program according to claim 6, wherein the program is executed.
前記プログラムは、前記コンピュータに、
前記制御可レスポンスを返信した音響機器を、前記第１記憶手段に記憶した動作データに基づいてリモート制御するリモート制御ステップと、
前記モニタ可レスポンスを返信した音響機器から動作データを取得し、該取得した動作データに基づいて前記第１記憶手段に記憶した動作データを更新するモニタステップと、
を実行させることを特徴とする請求項７に記載のプロプラム。 The first storage means provided in the control device further stores operation data of the acoustic device,
The program is stored in the computer.
A remote control step of remotely controlling the acoustic device that has returned the controllable response based on operation data stored in the first storage means;
A monitoring step of acquiring operation data from the acoustic device that has returned the monitorable response, and updating the operation data stored in the first storage unit based on the acquired operation data;
The program according to claim 7, wherein the program is executed.
前記リモート制御ステップにおいて、１つの音響機器の動作データの変更にリンクして、その音響機器と同じグループに属する他の音響機器の動作データを変更して、前記グループに属する複数の音響機器の動作データをリモート制御により変更すること、
を実行させることを特徴とする請求項８に記載のプログラム。 In the computer,
In the remote control step, the operation data of one audio device is linked to the change of operation data, the operation data of other audio devices belonging to the same group as the audio device is changed, and the operations of a plurality of audio devices belonging to the group Changing data by remote control,
The program according to claim 8, wherein the program is executed.
前記プログラムは、更に、前記コンピュータに、
前記仮想的な音響機器と、前記ネットワークを介して接続された音響機器とを対応付ける対応付けステップ
を実行させることを特徴とする請求項６乃至９のいずれかに記載のプログラム。 The first storage means provided in the control device further stores the group information and the operation data in association with a virtual acoustic device,
The program is further stored in the computer.
The program according to any one of claims 6 to 9, wherein an association step of associating the virtual acoustic device with an acoustic device connected via the network is executed.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012228368A JP5338960B2 (en) | 2012-10-15 | 2012-10-15 | An acoustic system and a program comprising a network in which a plurality of audio devices and at least one control device for controlling the plurality of audio devices are connected |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012228368A JP5338960B2 (en) | 2012-10-15 | 2012-10-15 | An acoustic system and a program comprising a network in which a plurality of audio devices and at least one control device for controlling the plurality of audio devices are connected |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008061480A Division JP5157543B2 (en) | 2008-03-11 | 2008-03-11 | An acoustic system and a program comprising a network in which a plurality of audio devices and at least one control device for controlling the plurality of audio devices are connected |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2013013153A true JP2013013153A (en) | 2013-01-17 |
| JP5338960B2 JP5338960B2 (en) | 2013-11-13 |
Family
ID=47686543
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012228368A Expired - Fee Related JP5338960B2 (en) | 2012-10-15 | 2012-10-15 | An acoustic system and a program comprising a network in which a plurality of audio devices and at least one control device for controlling the plurality of audio devices are connected |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5338960B2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017059958A (en) * | 2015-09-15 | 2017-03-23 | 株式会社デンソー | Residence management system |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002152235A (en) * | 2000-11-09 | 2002-05-24 | Hitachi Ltd | Autonomous distribution type control system and autonomous distribution type control method |
| JP2004349776A (en) * | 2003-05-20 | 2004-12-09 | Yamaha Corp | Node control method, and node control apparatus and program |
| JP2005277649A (en) * | 2004-03-24 | 2005-10-06 | Yamaha Corp | Mixer parameter setting method, mixer, and program |
| JP2005277490A (en) * | 2004-03-23 | 2005-10-06 | Yamaha Corp | Acoustic signal processing apparatus |
-
2012
- 2012-10-15 JP JP2012228368A patent/JP5338960B2/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002152235A (en) * | 2000-11-09 | 2002-05-24 | Hitachi Ltd | Autonomous distribution type control system and autonomous distribution type control method |
| JP2004349776A (en) * | 2003-05-20 | 2004-12-09 | Yamaha Corp | Node control method, and node control apparatus and program |
| JP2005277490A (en) * | 2004-03-23 | 2005-10-06 | Yamaha Corp | Acoustic signal processing apparatus |
| JP2005277649A (en) * | 2004-03-24 | 2005-10-06 | Yamaha Corp | Mixer parameter setting method, mixer, and program |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017059958A (en) * | 2015-09-15 | 2017-03-23 | 株式会社デンソー | Residence management system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5338960B2 (en) | 2013-11-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5056498B2 (en) | An acoustic system constituted by a network in which a plurality of audio devices and at least one control device for controlling the plurality of audio devices are connected | |
| JP5092817B2 (en) | An acoustic system comprising a network in which an acoustic device and a control device for controlling the acoustic device are connected | |
| US10367912B2 (en) | System and method for automating the management, routing, and control of multiple devices and inter-device connections | |
| US8224470B2 (en) | Sound system, and controlling and monitoring method therefor | |
| US8909779B2 (en) | System and method for control and monitoring of multiple devices and inter-device connections | |
| JP5016670B2 (en) | System and method for managing, routing, and controlling connection between devices | |
| US10521183B2 (en) | Control terminal device and audio system control method that displays a source selection screen with an area image background | |
| US8015322B2 (en) | Information-processing system, electronic apparatus, information-processing method, and computer-readable program and recording medium | |
| US20070223498A1 (en) | Audio network system | |
| JP2017069822A (en) | Audio apparatus, audio system control program and control terminal device | |
| JP5338960B2 (en) | An acoustic system and a program comprising a network in which a plurality of audio devices and at least one control device for controlling the plurality of audio devices are connected | |
| EP3370441B1 (en) | Control terminal device, audio system control method, and audio system control program | |
| JP5157543B2 (en) | An acoustic system and a program comprising a network in which a plurality of audio devices and at least one control device for controlling the plurality of audio devices are connected | |
| JP5640919B2 (en) | Server device, association method, and portable device program | |
| JP2009038561A (en) | Remote monitoring device of audio amplifier and program for remote monitoring | |
| TWI766524B (en) | Security equipment activation system | |
| JP2014131122A (en) | Karaoke system | |
| JP6515766B2 (en) | Control terminal device and device control method | |
| JP2011223515A (en) | Speaker check system | |
| JP4900291B2 (en) | Amplifier control device, amplifier system, and program | |
| JP2013138295A (en) | Communication system and server device | |
| JPH11168438A (en) | Device for managing transmission channels and its method | |
| JP2012147111A (en) | Material recording system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130624 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130709 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130722 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |