JP7409121B2 - 管理サーバー、音響チェック方法、プログラム、音響クライアントおよび音響チェックシステム - Google Patents

Description

本開示は、管理サーバー、音響チェック方法、プログラム、音響クライアントおよび音響チェックシステムに関する。

スピーカーおよびアンプを含む音響装置は、例えば、音楽演奏会場および劇場などのホールに設置される。このようなホールでは、日替わりで様々な用途で用いられるので、原状復帰とコンディション維持のためのチェックをほぼ毎日行う必要がある。このチェックをホールの管理者が自身の耳で実行するのは、熟練した技能が必要である。またチェックのための時間も要し、手間も煩雑である。
そこで、このようなチェックを管理者に代わって、装置によって監視する技術が提案されている（例えば特許文献１参照）。

この技術は、スピーカーを駆動する音響信号のパラメーターを計測し、当該計測した実際のパラメーターに基づいてスピーカーの特性を推定し、スピーカーに供給される音響信号に必要に応じてリミッタをかける、というものである。

特開２０１３－５５６７６号公報

しかしながら、上記技術では、実際のホールにおいて、入出力装置の入力端に供給された音響信号が、ミキサ、プロセッサー、アンプなどの信号経路を経由して、スピーカーに供給される。上記技術では、スピーカーの特性が推定されるので、スピーカー自体のチェックは可能であるものの、スピーカーに至るまでの信号経路における異常をチェックできなかった。
このような事情を考慮して本開示は、管理者にとって音響装置の状態をチェックする手間が削減される技術を提供することを目的とする。

上記目的を達成するために、本開示の一態様に係る管理サーバーは、音響信号の入力端からスピーカーまでの第１信号経路を有する音響クライアントを管理する管理サーバーであって、前記音響クライアントにおける前記第１信号経路の一部または全部について計測された第１伝達関数を取得する取得部と、前記音響クライアントにおける前記第１信号経路の一部または全部に対して、第２信号経路を仮想的に構築し、構築した前記第２信号経路の一部または全部についての第２伝達関数を算出する算出部と、前記第１伝達関数と前記第２伝達関数との比較結果に基づいて、前記音響クライアントの状態を判定する判定部と、を含む。

本開示の一態様に係る音響チェック方法は、音響信号の入力端からスピーカーまでの第１信号経路を有する音響クライアントを管理するコンピューターが、前記音響クライアントにおける前記第１信号経路の一部または全部について計測された第１伝達関数を取得し、前記音響クライアントにおける前記第１信号経路の一部または全部に対して、第２信号経路を仮想的に構築し、構築した前記第２信号経路の一部または全部についての第２伝達関数を算出し、前記第１伝達関数と前記第２伝達関数との比較結果に基づいて、前記音響クライアントの状態を判定する。

本開示の一態様に係るプログラムは、音響信号の入力端からスピーカーまでの第１信号経路を有する音響クライアントを管理するコンピュータを、前記音響クライアントにおける前記第１信号経路の一部または全部について計測された第１伝達関数を取得する取得部、前記音響クライアントにおける前記第１信号経路の一部または全部に対して、第２信号経路を仮想的に構築し、構築した前記第２信号経路の一部または全部についての第２伝達関数を算出する算出部、および、前記第１伝達関数と前記第２伝達関数との比較結果に基づいて、前記音響クライアントの状態を判定する判定部、として機能させる。

本開示の一態様に係る音響クライアントは、音響信号の入力端からスピーカーまでの第１信号経路を有し、管理サーバーに接続される音響クライアントであって、前記第１信号経路の一部または全部についての第１伝達関数を計測する計測部と、前記計測部で計測された第１伝達関数を前記管理サーバーに送信することを指示する通信指示部と、を有し、前記管理サーバーが前記第１伝達関数に基づいて前記音響クライアントの状態を判定する。

本開示の一態様に係る音響チェックシステムは、管理サーバーと、スピーカーを含む音響クライアントとを有する音響チェックシステムであって、前記音響クライアントは、前記第１信号経路の一部または全部についての第１伝達関数を計測する計測部と、前記計測部で計測された第１伝達関数を前記管理サーバーに送信することを指示する通信指示部と、を有し、前記管理サーバーは、前記指示により送信された前記第１伝達関数を取得する取得部と、前記音響クライアントにおける前記第１信号経路の一部または全部に対して、第２信号経路を仮想的に構築し、構築した前記第２信号経路の一部または全部についての第２伝達関数を算出する算出部と、前記第１伝達関数と前記第２伝達関数との比較結果に基づいて、前記音響クライアントの状態を判定する判定部と、を含む。

音響チェックシステムの構成を示す図である。 音響チェックシステムにおける管理サーバーのハードウェア構成を示す図である。 音響チェックシステムにおける音響クライアントのハードウェア構成を示す図である。 音響クライアントにおける処理装置のハードウェア構成を示す図である。 管理サーバーで構築される機能ブロック図である。 算出部によるシミュレートにより作成される仮想装置を示す図である。 音響クライアントにおける処理装置で構築される機能ブロック図である。 音響チェックシステムの動作を示すフローチャートである。 音響クライアントにおいて計測される伝達関数の例を示す図である。 音響クライアントにおいて計測された伝達関数と、管理サーバーで算出された伝達関数との比較例を示す図である。 別の音響クライアントのハードウェア構成を示す図である。 別の音響クライアントで構築される機能ブロック図である。

図１は、実施形態に係る音響チェックシステム１の構成を示す図である。音響チェックシステム１では、管理サーバー１０と、第１音響クライアント２０－１、第２音響クライアント２０－２、…、第ｎ音響クライアント２０－ｎとが通信網Ｎａを介して接続される。ｎは、１または２以上の整数であるが、図では便宜的にｎが３以上である場合の例を示している。また、通信網Ｎａは、典型的にはインターネットであるが、有線または無線を問わず、管理サーバー１０が遠隔の地にある第１音響クライアント２０－１～第ｎ音響クライアント２０－ｎと通信可能とさせるネットワークであればよい。
また、音響チェックシステム１には、端末装置３０が通信網Ｎａを介して接続される。端末装置３０は、第１音響クライアント２０－１～第ｎ音響クライアント２０－ｎの管理者によって操作されるスマートフォンまたは携帯型のパーソナルコンピューターである。

なお、本説明において接続とは、２以上の要素間が直接結合された状態のほか、１または２以上の中間要素が存在する状態を含む。また、要素間の接続は、物理的なものであっても、論理的なものであっても、またはこれらの組み合わせであってもよい。
また、第１音響クライアント２０－１～第ｎ音響クライアント２０－ｎについて、区別する必要がない場合、ハイフン以降の符号を省略して、単に音響クライアント２０とする。
音響クライアント２０は、後述するように１または２以上の複数のスピーカーを含む。管理サーバー１０は、音響クライアント２０における状態を判定する装置であり、後述するように音響クライアント２０に各種の指示を出力したり、音響クライアント２０から各種の情報を入力したりする。

図２は、管理サーバー１０のハードウェア構成を示す図である。管理サーバー１０は、例えばパーソナルコンピューター等の情報処理端末である。管理サーバー１０は、制御装置１１０、記憶装置１２２および通信装置１２６を含み、これらの要素がバスＢ１を介して相互に接続される。
制御装置１１０は、例えばＣＰＵ（Central Processing Unit）等の単数または複数の処理回路で構成され、管理サーバー１０における各要素を制御する。

記憶装置１２２は、例えば磁気記録媒体または半導体記録媒体等の公知の記録媒体で構成された単数または複数のメモリである。記憶装置１２２は、制御装置１１０が実行するプログラムと制御装置１１０が使用する各種のデータとを記憶する。なお、記憶装置１２２は、複数種の記録媒体の組み合わせにより構成されてもよい。また、記憶装置１２２は、管理サーバー１０に対して着脱可能な可搬型の記録媒体、または、通信網Ｎａを介して管理サーバー１０と通信可能な外部記録媒体（例えばオンラインストレージ）であってもよい。
通信装置１２６は、外部機器と通信網Ｎａを介して通信するために用いられる。外部機器とは、典型的には第１音響クライアント２０－１～第ｎ音響クライアント２０－ｎおよび端末装置３０であるが、上述した通信網Ｎａを介して外部記録媒体が用いられる場合には、当該外部記録媒体も含まれる。

図３は、ある１つの音響クライアント２０のハードウェア構成を示す図である。
本実施形態において音響クライアント２０は、音響装置２００ａ、２００ｂおよび２００ｃを含む。音響装置２００ａ、２００ｂおよび２００ｃは、スピーカー２６０を含み、例えば、音楽演奏会場および劇場などのホールや屋外に設置される。
なお、本実施形態において、音響クライアント２０は、３台の音響装置２００ａ、２００ｂおよび２００ｃを含むが、この台数に制限はない。１つの音響クライアント２０が有する音響装置の台数は、１または２以上であればよいが、図では、説明を簡略化するための３としている。また、本実施形態では、音響クライアント２０に、音響装置２００ａ、２００ｂおよび２００ｃが含まれるが、音響クライアントを音響装置とみなすこともできる。

音響装置２００ａ、２００ｂおよび２００ｃの構成はほぼ同一である。そこで、音響装置２００ａ、２００ｂおよび２００ｃの構成については、音響装置２００ａで代表して説明する。

音響装置２００ａは、処理装置２１０、入出力装置２２０、ミキサ２３０、プロセッサー２４０、アンプ２５０およびスピーカー２６０を含む。
処理装置２１０は、例えばパーソナルコンピューター等の情報処理端末であり、管理サーバー１０と通信網Ｎａを介して接続され、入出力装置２２０、ミキサ２３０、プロセッサー２４０およびアンプ２５０を制御する。

本実施形態において、音響装置２００ａの動作には、通常動作と計測動作とがある。通常動作とは、音響装置２００ａにおいて本来の使用目的を達成する動作、具体的には、入出力装置２２０に入力端に供給された音響信号を、様々な処理を経て、スピーカー２６０で音響変換し、聴取者に聴かせる動作をいう。計測動作とは、後述する信号経路の伝達関数を計測する動作をいう。

入出力装置２２０は 例えば３つの入力端を有する。入出力装置２２０は、通常動作において、３つの入力端に入力された音響信号を、チャンネルＩn1、Ｉn2、Ｉn3に出力する。なお、音響信号とは、音響（音）を示す信号であり、アナログとデジタルとの双方を含む。音響信号は、通常動作においてスピーカー２６０によって聴取者に聴かせる音響の源となる信号であり、典型的には、マイクの収音信号、楽器の出力信号、映画の再生信号などである。
また、入出力装置２２０は、発振器２２２を含み、計測動作において例えばピンクノイズをチャンネルＩn1に出力する。なお、ピンクノイズは、強度が周波数に反比例する雑音信号である。また、発振器２２２の出力は、チャンネルＩn1としているが、他のチャンネルであってもよいし、順番に切り替えてもよい。

ミキサ２３０は、チャンネルＩn_1、Ｉn_2、Ｉn_3を操作者による操作または処理装置２１０による指示にしたがって選択し、選択したチャンネルに供給された音響信号を合算して（ミキシングして）出力する。
プロセッサー２４０は、ミキサ２３０から出力された音響信号を、操作者による操作または処理装置２１０による指示にしたがって加工する（効果を付与する）。

アンプ２５０は、通常動作であれば、操作者による操作または処理装置２１０による指示にしたがった増幅率で、プロセッサー２４０から出力される音響信号を増幅し、当該増幅した音響信号を出力端Ｐrから出力する。また、アンプ２５０は、センサー２５２を含み、計測動作において出力端Ｐrに現れる電圧を計測して、当該計測の結果を処理装置２１０に供給する。
スピーカー２６０は、アンプ２５０の出力端Ｐrから出力される信号を音に変換する。

図４は、音響装置２００ａにおける処理装置２１０のハードウェア構成を示す図である。
処理装置２１０は、制御装置２１００、記憶装置２１０２、インターフェイス（ＩＦ）装置２１０４および通信装置２１０６を含み、これらの要素がバスＢ２を介して相互に接続される。
制御装置２１００は、例えばＣＰＵ等の単数または複数の処理回路で構成され、処理装置２１０における各要素を制御する。
記憶装置２１０２は、公知の記録媒体で構成された単数または複数のメモリであり、制御装置２１００が実行するプログラムと制御装置２１００が使用する各種のデータとを記憶する。
ＩＦ装置２１０４は、入出力装置２２０、ミキサ２３０、プロセッサー２４０およびアンプ２５０との間で情報を入力および出力する。
通信装置２１０６は、管理サーバー１０と通信網Ｎａを介して通信するために用いられる。

説明の便宜上、管理サーバー１０において、記憶装置１２２に記憶されたプログラムを制御装置１１０が実行することによって、当該制御装置１１０および記憶装置１２２で構築される機能ブロックについて説明する。なお、機能ブロックは、本実施形態では、ソフトウェアの実行によって実現されることを想定しているが、各機能ブロックの実現手法については特に限定されない。すなわち、各機能ブロックは、ソフトウェアの実行ではなく、ハードウェアによって、あるいは、ハードウェアおよびソフトウェアの双方の組み合わせによって、実現されてもよい。

図５は、管理サーバー１０における制御装置１１０および記憶装置１２２で構築される機能ブロックを示す図である。
制御装置１１０では、制御部１１２、取得部１１４、算出部１１６および判定部１１８が機能ブロックとして構築され、記憶装置１２２では、データベースＤbが機能ブロックとして構築される。

記憶装置１２２で構築されるデータベースＤbには、音響装置２００ａのリストアデータが登録される。
リストアデータとは、当該音響装置２００ａにおけるミキサ２３０、プロセッサー２４０およびアンプ２５０がある特定の状態にあるときに、当該状態を復元するための情報である。具体的には、リストアデータは、当該状態におけるミキサ２３０の選択やフェーダー位置などの設定情報、プロセッサー２４０における効果等を指定するパラメーター情報、アンプ２５０におけるアッテネータ値、ミュートのオン／オフ情報などの集合体である。換言すれば、リストアデータは、入出力装置２２０の入力端からアンプ２５０の出力端Ｐrまでの信号経路の状態を定義付ける情報の集合体である。
なお、リストアデータは、複数の異なる状態に対応したセットを複数設けてもよいし、音響装置２００ａ、２００ｂ、２００ｃ毎に設けても良いし、音響クライアント２０毎に設けてもよい。

本実施形態において、音響装置２００ａでは、計測動作により入出力装置２２０の入力端からアンプ２５０の出力端Ｐrまでの信号経路の伝達関数Ｆｒ（ｘ）が計測される。一方で、管理サーバー１０では、音響装置２００ａの上記信号経路がシミュレートされて、すなわち仮想的に構築されて、当該シミュレートされた信号経路の伝達関数Ｆｖ（ｘ）が算出される。そして、計測された伝達関数Ｆｒ（ｘ）と、算出された伝達関数Ｆｖ（ｘ）とが比較されて、当該比較の結果に基づいて、音響装置２００ａにおける信号経路の状態が判定される。
なお、入出力装置２２０の入力端からアンプ２５０の出力端Ｐrまでの信号経路が第１信号経路の一例であり、伝達関数Ｆｒ（ｘ）が第１伝達関数の一例である。

伝達関数とは、入力端に入力された信号と、出力端から出力される信号との関係を示す関数である。本実施形態では、入力端の電圧と出力端の電圧との比を、当該周波数との関係で表した関数（ゲイン特性）を用いるが、これ以外にも、入力端に入力された信号と、出力端から出力される信号との位相を、当該周波数との関係で表した関数（ゲイン特性）を用いてもよい。
本実施形態では、信号経路を、入出力装置２２０における音響信号の入力端からアンプ２５０の出力端Ｐrまでとする。図９は、伝達関数の一例を示す図であって、比（デシベル）を縦軸にとり、周波数（Ｈｚ）を横軸にとった例である。

説明を図５に戻すと、制御装置１１０において構築される機能ブロックのうち、制御部１１２は、他の機能ブロックである取得部１１４、算出部１１６および判定部１１８を制御する。
取得部１１４は、音響クライアント２０から送信された情報、具体的には、チェック対象の音響装置で計測された伝達関数Ｆｒ（ｘ）を取得する。

算出部１１６は、チェック対象の音響装置における信号経路の伝達関数を算出する。
具体的には、算出部１１６は、チェック対象が例えば音響装置２００ａであれば、図６に示されるように、仮想入出力装置２２０ｖ、仮想ミキサ２３０ｖ、仮想プロセッサー２４０ｖおよび仮想アンプ２５０ｖを含む仮想装置をシミュレートにより作成する。なお、仮想入出力装置２２０ｖとは、音響装置２００ａにおける入出力装置２２０の回路構成をシミュレートしたものである。仮想ミキサ２３０ｖとは、音響装置２００ａにおけるミキサ２３０の回路構成をシミュレートしたものである。仮想プロセッサー２４０ｖとは、音響装置２００ａにおけるプロセッサー２４０の回路構成をシミュレートしたものである。仮想アンプ２５０ｖとは、音響装置２００ａにおけるアンプ２５０の回路構成をシミュレートしたものである。
算出部１１６は、第２に、作成した仮想装置にリストアデータを適用して、仮想装置を音響装置２００ａにおけるリストア時の状態に設定する。
算出部１１６は、第３に、仮想入出力装置２２０ｖのチャンネルＩn1にピンクノイズを供給したときに仮想出力端Ｐvに現れる信号をシミュレートして求め、ピンクノイズとシミュレートして求めた信号とに基づいて、すなわち仮想装置における入力信号と仮想装置における出力信号とに基づいて、伝達関数Ｆｖ（ｘ）を算出する。
なお、仮想入出力装置２２０ｖの入力端であるチャンネルＩn1から仮想出力端Ｐvまでのの信号経路が第２信号経路の一例であり、伝達関数Ｆｖ（ｘ）が第２伝達関数の一例である。

判定部１１８は、伝達関数Ｆｒ（ｘ）およびＦｖ（ｘ）を比較して、２つの伝達関数の類似度を求め、当該類似度に基づいて、音響装置２００ａの状態を判定する。具体的には、判定部１１８は、当該類似度が閾値以上であるか否かを判定し、当該類似度が閾値以上であれば、チェック対象の音響装置が正常であると判定する。一方、判定部１１８は、求めた類似度が閾値未満であれば、チェック対象の音響装置においてなんらかの異常があると判定する。
図１０は、２つの伝達関数の比較の一例を示す図であって、破線が音響装置２００ａで計測された伝達関数Ｆｒ（ｘ）の例であり、実線が管理サーバー１０で算出された伝達関数Ｆｖ（ｘ）の例である。
具体的には、判定部１１８は、２つの伝達関数の類似度を算出するにあたって、例えば周波数２０Ｈｚ～２０ｋＨｚの範囲において一定間隔（１００Ｈｚ）毎に比の値（縦軸の値）の差を累積し、当該累積した差の値を類似度として算出してもよいし、他の算出法でもよい。

次に、処理装置２１０における制御装置２１００が記憶装置２１０２に記憶されたプログラムを実行することによって構築される機能ブロックについて説明する。

図７は、制御装置２１００で構築される機能ブロックを示す図である。制御装置２１００では、機能ブロックとして、制御部２１１２、計測部２１１４および通信指示部２１１６が構築される。
制御部２１１２は、他の機能ブロックである計測部２１１４、通信指示部２１１６を制御する。

計測部２１１４は、計測動作においてセンサー２５２で検出された電圧を解析し、例えば次のようにして伝達関数Ｆｒ（ｘ）を求める。具体的には、計測部２１１４は、第１に、センサー２５２による検出された信号を解析し、周波数領域にわたって電圧を求める。第２に、計測部２１１４は、発振器２２２の出力特性、すなわちピンクノイズの強度と周波数との関係を取得する。
計測部２１１４は、第３に、センサー２５２で検出された信号を解析して得られた電圧のうち、ある周波数について着目し、ピンクノイズのうち、当該着目周波数と同じ周波数の強度を特定し、検出信号を解析して得られた電圧を、ピンクノイズで特定した周波数のの強度（電圧）で除して、当該着目周波数での比を求める。計測部２１１４は、第４に、着目周波数を異ならせながら、上記比の周波数特性を求める。ここで、着目周波数については、上述した通り例えば２０Ｈｚ～２０ｋＨｚであり、１００Ｈｚの間隔でシフトされる。
このようにして、計測部２１１４は、入出力装置２２０から出力端Ｐrまでの信号経路における伝達関数Ｆｒ（ｘ）を求める。

通信指示部２１１６は、管理サーバー１０への情報の送信および管理サーバー１０からの情報の受信を指示する。なお、本実施形態において、管理サーバー１０に送信される情報には、例えば計測部２１１４によって求められた伝達関数Ｆｒ（ｘ）があり、また、管理サーバー１０から受信される情報には、計測動作の開始を指示する情報がある。

次に、音響チェックシステム１の動作について説明する。図８は、音響チェックシステム１の動作を示すフローチャートである。まず、ある１つの音響クライアント２０における音響装置２００ａに着目し、当該着目する音響装置２００ａがチェック対象である場合について説明する。

まず、管理サーバー１０において制御部１１２は、音響装置２００ａについて計測の指示がなされたか否かを判定する（ステップＳｂ１０）。計測の指示がなされていないと判定すれば（ステップＳｂ１０の判定結果が「Ｎｏ」であれば）、制御部１１２は、処理手順をステップＳｂ１０に戻す。換言すれば、制御部１１２は、計測の指示がなされるまで手順がステップＳｂ１０を循環するので、実質的に待機状態となる。
音響装置２００ａの計測については、管理者が端末装置３０を操作することによって指示してもよい。端末装置３０での操作によって計測を指示する場合、管理者が管理する１または２以上の音響クライアントのうち、どの音響クライアントの、どの音響装置をチェック対象とするのかを適宜選択する構成としてもよい。また、音響装置２００ａの計測については、管理サーバー１０で予め作成されたスケジュールにしたがった日時にて指示してもよい。

計測の指示がなされたと判定すれば（ステップＳｂ１０の判定結果が「Ｙｅｓ」になれば）、制御部１１２は、データベースＤbから音響装置２００ａのリストアデータを読み出す（ステップＳｂ１２）。なお、上記計測の指示の際に、複数セットのリストアデータのなかから１セットを選択するようにして、当該選択された１セットのリストアデータをデータベースＤbから読み出すようにしてもよい。
制御部１１２は、読み出したリストアデータを算出部１１６と、チェック対象の音響装置２００ａに供給する。

算出部１１６は、仮想入出力装置２２０ｖ、仮想ミキサ２３０ｖ、仮想プロセッサー２４０ｖおよび仮想アンプ２５０ｖを含む仮想装置をシミュレートにより作成する（ステップＳｂ１４）。
算出部１１６は、作成した仮想装置にステップＳｂ１２で読み出されたリストアデータを適用する（ステップＳｂ１６）。これにより、仮想装置が音響装置２００ａにおけるリストア時の状態に設定される。
算出部１１６は、仮想入出力装置２２０ｖのチャンネルＩn1にピンクノイズを供給したときに仮想出力端Ｐvに現れる信号をシミュレートして求めて、上述したように伝達関数Ｆｖ（ｘ）を算出する（ステップＳｂ１８）。
算出部１１６は、算出した伝達関数Ｆｖ（ｘ）を判定部１１８に供給する。

一方、リストアデータが供給された音響装置２００ａでは、制御部２１１２が、当該リストアデータを入出力装置２２０、ミキサ２３０、プロセッサー２４０およびアンプ２５０に適用する（ステップＳｂ４６）。これにより、音響装置２００ａでは、正常であれば、リストア時の設定状態が実際に再現される。
次に、制御部２１１２は、入出力装置２２０の発振器２２２にピンクノイズを出力させる一方で、計測部２１１４に伝達関数Ｆｒ（ｘ）を求めるように指示する。
この指示にしたがって、計測部２１１４は、上述したように伝達関数Ｆｒ（ｘ）を求めて（ステップＳｂ４８）、求めた伝達関数Ｆｒ（ｘ）を通信指示部２１１６に供給する。
通信指示部２１１６は、通信装置２１０６に、計測部２１１４によって求められた伝達関数Ｆｒ（ｘ）を管理サーバー１０に送信することを指示する（ステップＳｂ５０）。この指示によって伝達関数Ｆｒ（ｘ）は管理サーバー１０に送信される。
なお、送信された伝達関数Ｆｒ（ｘ）は、管理サーバー１０において取得部１１４が取得する。取得部１１３は、取得した伝達関数Ｆｒ（ｘ）を判定部１１８に供給する。

伝達関数Ｆｒ（ｘ）、Ｆｖ（ｘ）が供給された判定部１１８は、当該２つの伝達関数を比較して、類似度を求める（ステップＳｂ２０）。判定部１１８は、求めた類似度が閾値以上であるか否かを判定する（ステップＳｂ２２）。
判定部１１８は、求めた類似度が閾値以上であれば（ステップＳｂ２２の判定結果が「Ｙｅｓ」であれば）、２つの伝達関数同士が似ているので、音響装置２００ａが正常な状態にあると判定し（ステップＳｂ２４）、その判定結果を制御部１１２に供給する。
一方、判定部１１８は、求めた類似度が閾値未満であれば、２つの伝達関数同士が似ていないので、音響装置２００ａにおいてなんらかの異常があると判定し（ステップＳｂ２６）、その判定結果を制御部１１２に供給する。

制御部１１２は、音響装置２００ａが正常であるか異常であるかの判定結果を、端末装置３０に送信する（ステップＳｂ２８）。
判定結果を受信した端末装置３０は、音響装置２００ａが正常であるか異常であるかの判定結果を例えば画面に表示する。この表示によって管理者は、音響装置２００ａが正常であるか異常であるかの判定結果を知ることができる。

音響装置２００ａにおいて入出力装置２２０、ミキサ２３０、プロセッサー２４０およびアンプ２５０にリストアデータが適用された場合に計測される伝達関数Ｆｒ（ｘ）は、正常であれば、管理サーバー１０において算出された伝達関数Ｆｖ（ｘ）とほぼ同一となるはずである。
２つの伝達関数の類似度が閾値以上である場合、すなわち、計測された伝達関数Ｆｒ（ｘ）が算出された伝達関数Ｆｖ（ｘ）と相違している場合、音響装置２００ａから出力端Ｐrまでの信号経路において、なんらかの異常があると考えられる。具体的には、音響装置２００ａにおける入出力装置２２０、ミキサ２３０、プロセッサー２４０またはアンプ２５０のうち少なくとも１つの異常、これらの要素間のケーブルの破損、接続ミスなどが発生している、と考えられる。

本実施形態によれば、管理者は、音響装置２００ａの設置場所に出向き実際に自身の耳で確認することなく、当該音響装置２００ａにおける川上から川下までの信号経路、具体的には、入出力装置２２０の入力端から、ミキサ２３０、プロセッサー２４０、アンプ２５０の出力端Ｐrまでの信号経路の正常／異常を知ることができるので、チェックの手間や時間などが大幅に低減される。またチェックに際し、熟練した技能も不要となる。

この動作の説明では、音響装置２００ａがチェック対象である場合を例にとったが、音響装置２００ｂ、２００ｃがチェック対象として指定された場合も同様な動作となる。また、音響クライアント２０に含まれる音響装置２００ａ、２００ｂ、２００ｃがすべてチェック対象であれば、これらの音響装置２００ａ、２００ｂ、２００ｃについても同様な動作が実行される。このため、音響クライアント２０における音響装置２００ａ、２００ｂ、２００ｃの川上から川下までの信号経路についての正常／異常についても管理者は知ることができる。
なお、第１音響クライアント２０－１～第ｎ音響クライアント２０－ｎのうち、１または２以上の音響クライアント２０を指定し、さらに指定した音響クライアント２０における１または２以上の音響装置をチェック対象としてもよい。
また、２以上の音響装置については同時にチェックしてもよいし、順番に１台ずつチェックしてもよい。

実施形態では、音響装置２００ａにおける入出力装置２２０の入力端からアンプ２５０の出力端Ｐrまでの信号経路の伝達関数Ｆｒ（ｘ）が、当該信号経路をシミュレートして算出された伝達関数Ｆｖ（ｘ）と比較されて、当該音響装置２００ａの状態が判定された。比較する伝達関数の信号経路は、その一部同士であってもよい。具体的には次の通りである。
入出力装置２２０の入力端からアンプ２５０の出力端Ｐrまでの信号経路は、入出力装置２２０、ミキサ２３０、プロセッサー２４０、アンプ２５０における各機器（および、これらの各要素を結ぶケーブル）に分解することができる。
そこでまず、判定部１１８は、比較する２つの伝達関数の信号経路を、入出力装置２２０（仮想入出力装置２２０ｖ）のみとして、２つの伝達関数を比較する。判定部１１８は、この比較によって正常と判定すれば、比較する伝達関数の信号経路を、次のミキサ２３０（仮想ミキサ２３０ｖ）の出力まで延長して、２つの伝達関数を比較する。判定部１１８は、この比較によって正常と判定すれば、比較する伝達関数の信号経路を、次のプロセッサー２４０（仮想プロセッサー２４０ｖ）の出力まで延長して、２つの伝達関数を比較する。判定部１１８は、この比較によって正常と判定すれば、比較する伝達関数の信号経路を、次のアンプ２５０の出力端Ｐr（仮想アンプ２５０ｖの仮想出力端Ｐv）まで延長して、２つの伝達関数を比較する。なお、判定部１１８は、途中で異常と判定すれば、信号経路を次の機器まで延長しないで、判定を終了する。

このような判定において、ある機器まで正常であり、比較する伝達関数の信号経路が次の機器まで延長されたときに異常であると判定されれば、異常箇所が当該次の機器であると特定することができる。
また、入出力装置２２０、ミキサ２３０およびプロセッサー２４０のいずれかの状態が異常であると判定されれば、次の機器まで信号経路が延長されないので、異常を迅速に判定することができる。これは、入出力装置２２０の入力端からアンプ２５０の出力端Ｐrまでの信号経路の全部についての伝達関数Ｆｒ（ｘ）の計測および伝達関数Ｆｖ（ｘ）の算出する必要がなく、当該信号経路の一部で済むからである。
このように、音響クライアント２０の状態の判定には、当該音響クライアント２０に含まれる音響装置２００ａの信号経路の状態判定のみならず、当該信号経路の途中に存在する機器の状態判定を含む。

実施形態では、伝達関数Ｆｒ（ｘ）、Ｆｖ（ｘ）の類似度が閾値以上であれば、チェック対象の音響装置２００ａの状態が正常であると判定される。換言すれば、実施形態では、算出部１１６で算出される伝達関数Ｆｖ（ｘ）が、計測部２１１４で求められた伝達関数Ｆｖ（ｘ）と完全に一致しなくても、ある程度の相違が許容されて、正常であると判定される。
チェック対象の音響装置２００ａの状態が正常であれば、算出部１１６で算出された伝達関数Ｆｖ（ｘ）は、計測部２１１４による求められた伝達関数Ｆｒ（ｘ）と同じとなることが好ましい。逆にいえば、チェック対象の音響装置２００ａの状態が正常である場合に、算出された伝達関数Ｆｖ（ｘ）が、計測された伝達関数Ｆｒ（ｘ）と若干相違していれば、算出部１１６におけるシミュレートした内容が若干不正確であった可能性がある。
そこで、チェック対象の音響装置２００ａが正常である場合に、伝達関数Ｆｖ（ｘ）が、伝達関数Ｆｒ（ｘ）と相違していれば、算出部１１６は、伝達関数Ｆｖ（ｘ）が伝達関数Ｆｒ（ｘ）と一致するように、シミュレートした内容を修正して、次回以降において伝達関数Ｆｖ（ｘ）の算出に反映させてもよい。この修正により、算出される伝達関数Ｆｖ（ｘ）の精度を高めることができる。

実施形態では、通信指示部２１１６が、処理装置２１０の制御装置２１００に構築されたが、通信指示部２１１６の構築場所はこれ以外であってもよい。例えば、図１１に示されるように、音響クライアント２０と通信網Ｎａとの間に位置する統括処理装置２４に、通信指示部２１１６が構築されてもよい。
統括処理装置２４は、例えばパーソナルコンピューター等の情報処理端末であり、管理サーバー１０と音響クライアント２０との間で情報の仲立ちをする。
統括処理装置２４は、特に図示はしないが、制御装置および記憶装置を含む。当該制御装置が当該記憶装置に記憶されたプログラムを実行することによって、図１２に示されるように、制御部２４１０と通信指示部２１１６とが構築される。なお、制御部２４１０は、通信指示部２１１６を制御する。
一方、音響装置２００ａにおける処理装置２１０で構築される機能ブロックには、通信指示部２１１６が存在せず、計測部２１１４で計測された伝達関数Ｆｒ（ｘ）を制御部２１１２が、統括処理装置２４における通信指示部２１１６に送信する。

なお、音響装置２００ｂ、２００ｃについても同様である。例えば音響装置２００ｂの処理装置２１０で構築される機能ブロックには通信指示部２１１６が存在せず、伝達関数を当該処理装置２１０の制御部２１１２が、統括処理装置２４における通信指示部２１１６に送信する。このため、音響装置２００ａ、２００ｂ、２００ｃから同時に伝達関数が送信される場合が生じ得る。
統括処理装置２４における通信指示部２１１６は、音響装置２００ａ、２００ｂ、２００ｃから送信された伝達関数の３つを、重要度や通信網Ｎａの通信状態等を考慮して管理サーバー１０に送信指示する。
このため、通信指示部２１１６が、統括処理装置２４に構築される構成では、通信網Ｎａにおけるトラフィックの逼迫を抑えることができる。

また、実施形態において、アンプ２５０にセンサー２５２を設けて、出力端Ｐrに現れる電圧を検出して、当該電圧を処理装置２１０に供給し、当該処理装置２１０が伝達関数Ｆｒ（ｘ）を求める構成とした。伝達関数Ｆｒ（ｘ）を求めるにあたっては、この構成に限られない。例えば、スピーカー２６０の前にマイクロフォンを設けて、実際にスピーカー２６０で音響変換された音を信号に変換し、当該変換した信号を処理装置２１０に供給して、伝達関数Ｆｒ（ｘ）を求めてもよい。
このようにすれば、入出力装置２２０から、ミキサ２３０、プロセッサー２４０およびアンプ２５０を順に経て、最終的にスピーカー２６０に至るまでの状態を判定することができる。

実施形態では、異常があると判定された場合に、その旨が端末装置３０によって表示されるだけであった。これに限られれず、異常があると判定した場合に、管理者が音響装置２００ａを実際に点検した結果の報告情報を、異常と判定した伝達関数Ｆｒ（ｘ）と関連付けてデータベースＤbに登録してもよい。そして、以降のチェックにおいて、異常があると判定した場合に、データベースＤbに登録された異常時の伝達関数Ｆｒ（ｘ）のなかに、そのときに計測された伝達関数Ｆｒ（ｘ）に近いものがあるかを判定し、近いものがあれば、その伝達関数に関連付けられた報告情報を読み出して、管理者に提示してもよい。これにより、管理者は、異常の理由をある程度把握できるので、異常を正常に復元する作業を迅速に実行することができる。

＜付記＞
上述した実施形態等から、例えば以下のような態様が把握される。

本開示の態様（第１態様）に係る管理サーバーは、音響信号の入力端からスピーカーまでの第１信号経路を有する音響クライアントを管理する管理サーバーであって、前記音響クライアントにおける前記第１信号経路の一部または全部について計測された第１伝達関数を取得する取得部と、前記音響クライアントにおける前記第１信号経路の一部または全部に対して、第２信号経路を仮想的に構築し、構築した前記第２信号経路の一部または全部についての第２伝達関数を算出する算出部と、前記第１伝達関数と前記第２伝達関数との比較結果に基づいて、前記音響クライアントの状態を判定する判定部と、を含む。
この態様によれば、音響信号の入力端からスピーカーまでの信号経路の一部または全部について計測された第１伝達関数と、仮想的に構築された信号経路の一部または全部について算出された第２伝達関数との比較結果に基づいて、音響クライアントの状態が判定される。したがって、管理者は、音響クライアントの設置場所に赴いて実際に自身の耳で確認することなく、当該音響クライアントの状態を知ることができるので、チェックの手間や時間などが大幅に低減される。またチェックに際し、熟練した技能も不要となる。

第１態様の例（第２態様）において、前記算出部は、前記仮想的に構築する前記第２信号経路を、前記比較結果に基づいて修正する。
この態様によれば、修正により、以後、算出される第２伝達関数Ｆｖ（ｘ）の精度を高めることができる。

第１または第２態様の例（第３態様）において、前記音響クライアントにおける前記第１信号経路には、入出力装置、ミキサ、プロセッサーまたはアンプの少なくとも１つが含まれる。
この態様によれば、管理者は、入出力装置、ミキサ、プロセッサーまたはアンプの少なくとも１つが含まれる信号経路に異常があるか否かを知ることができる。

第１、第２または第３態様の例（第４態様）において、前記取得部による前記取得、前記算出部による前記算出、および、前記判定部による前記判定は、端末装置でなされた遠隔による指示によって開始する。
この態様によれば、端末装置でなされた遠隔の指示により、取得部による取得、算出部による算出、および、判定部による判定が開始するので、管理者の負担を低減することができる。

第４態様の例（第５態様）において、前記判定部による判定の結果を、前記端末装置に送信する。
この態様によれば、管理者は、操作した端末装置で判定結果を知ることができる。

本開示の態様（第６態様）に係る音響チェック方法は、音響信号の入力端からスピーカーまでの第１信号経路を有する音響クライアントを管理するコンピューターが、前記音響クライアントにおける前記第１信号経路の一部または全部について計測された第１伝達関数を取得し、前記音響クライアントにおける前記第１信号経路の一部または全部に対して、第２信号経路を仮想的に構築し、構築した前記第２信号経路の一部または全部についての第２伝達関数を算出し、前記第１伝達関数と前記第２伝達関数との比較結果に基づいて、前記音響クライアントの状態を判定する。

本開示の態様（第７態様）に係るプログラムは、音響信号の入力端からスピーカーまでの第１信号経路を有する音響クライアントを管理するコンピュータを、前記音響クライアントにおける前記第１信号経路の一部または全部について計測された第１伝達関数を取得する取得部、前記音響クライアントにおける前記第１信号経路の一部または全部に対して、第２信号経路を仮想的に構築し、構築した前記第２信号経路の一部または全部についての第２伝達関数を算出する算出部、および、前記第１伝達関数と前記第２伝達関数との比較結果に基づいて、前記音響クライアントの状態を判定する判定部、として機能させる。

このように、例示した各態様の管理サーバーは、音響チェックとしても、また、当該管理サーバーをコンピューターに実行させるプログラムとしても実現され得る。

本開示の態様（第８態様）に係る音響クライアントは、音響信号の入力端からスピーカーまでの第１信号経路を有し、管理サーバーに接続される音響クライアントであって、前記第１信号経路の一部または全部についての第１伝達関数を計測する計測部と、前記計測部で計測された第１伝達関数を前記管理サーバーに送信することを指示する通信指示部と、を有し、前記管理サーバーが前記第１伝達関数に基づいて前記音響クライアントの状態を判定する。
この態様によれば、管理サーバーが、音響クライアントの信号経路についての第１伝達関数に基づいて、音響クライアントの状態を判定するので、管理者は、音響クライアントの設置場所に赴いて実際に自身の耳で確認する必要がない。

第８態様の例（第９態様）において、前記音響クライアントは、統括処理装置を含み、前記統括処理装置は、前記通信指示部を含む。

本開示の態様（第１０態様）に係る音響チェックシステムは、管理サーバーと、スピーカーを含む音響クライアントとを有する音響チェックシステムであって、前記音響クライアントは、前記第１信号経路の一部または全部についての第１伝達関数を計測する計測部と、前記計測部で計測された第１伝達関数を前記管理サーバーに送信することを指示する通信指示部と、を有し、前記管理サーバーは、前記指示により送信された前記第１伝達関数を取得する取得部と、前記音響クライアントにおける前記第１信号経路の一部または全部に対して、第２信号経路を仮想的に構築し、構築した前記第２信号経路の一部または全部についての第２伝達関数を算出する算出部と、前記第１伝達関数と前記第２伝達関数との比較結果に基づいて、前記音響クライアントの状態を判定する判定部と、を含む。

第１０態様の例（第１１態様）において、前記音響クライアントにおける前記第１信号経路における状態は、リストアデータに基づいて定義され、前記算出部は、前記リストアデータに基づいて前記第２信号経路を仮想的に構築し、前記計測部は、前記リストアデータに基づいて定義された前記第１信号経路についての第１伝達関数を計測する。

１…音響チェックシステム、１０…管理サーバー、２０…音響クライアント、１１４…取得部、１１６…算出部、１１８…判定部、２００…音響装置、２１０…処理装置、２１１４…計測部、２１１６…通信指示部。

Claims (11)

1. 音響信号の入力端からスピーカーまでの第１信号経路を有する音響クライアントを管理する管理サーバーであって、
   前記音響クライアントにおける前記第１信号経路の一部または全部について計測された第１伝達関数を取得する取得部と、
   前記音響クライアントにおける前記第１信号経路の一部または全部に対して、第２信号経路を仮想的に構築し、構築した前記第２信号経路の一部または全部についての第２伝達関数を算出する算出部と、
   前記第１伝達関数と前記第２伝達関数との比較結果に基づいて、前記音響クライアントの状態を判定する判定部と、
   を含む管理サーバー。
2. 前記算出部は、
   前記仮想的に構築する前記第２信号経路を、前記比較結果に基づいて修正する
   請求項１に記載の管理サーバー。
3. 前記音響クライアントにおける前記第１信号経路には、入出力装置、ミキサ、プロセッサーまたはアンプの少なくとも１つが含まれる、
   請求項１または２に記載の管理サーバー。
4. 前記取得部による前記取得、前記算出部による前記算出、および、前記判定部による前記判定は、端末装置でなされた遠隔による指示によって開始する
   請求項１乃至３のいずれかに記載の管理サーバー。
5. 前記判定部による判定の結果を、前記端末装置に送信する、
   請求項４に記載の管理サーバー。
6. 音響信号の入力端からスピーカーまでの第１信号経路を有する音響クライアントを管理するコンピューターが、
   前記音響クライアントにおける前記第１信号経路の一部または全部について計測された第１伝達関数を取得し、
   前記音響クライアントにおける前記第１信号経路の一部または全部に対して、第２信号経路を仮想的に構築し、
   構築した前記第２信号経路の一部または全部についての第２伝達関数を算出し、
   前記第１伝達関数と前記第２伝達関数との比較結果に基づいて、前記音響クライアントの状態を判定する
   音響チェック方法。
7. 音響信号の入力端からスピーカーまでの第１信号経路を有する音響クライアントを管理するコンピュータを、
   前記音響クライアントにおける前記第１信号経路の一部または全部について計測された第１伝達関数を取得する取得部、
   前記音響クライアントにおける前記第１信号経路の一部または全部に対して、第２信号経路を仮想的に構築し、構築した前記第２信号経路の一部または全部についての第２伝達関数を算出する算出部、および、
   前記第１伝達関数と前記第２伝達関数との比較結果に基づいて、前記音響クライアントの状態を判定する判定部、
   として機能させるプログラム。
8. 音響信号の入力端からスピーカーまでの第１信号経路を有し、管理サーバーに接続される音響クライアントであって、
   前記第１信号経路の一部または全部についての第１伝達関数を計測する計測部と、
   前記計測部で計測された第１伝達関数を前記管理サーバーに送信することを指示する通信指示部と、
   を有し、
   前記管理サーバーが
   前記第１伝達関数に基づいて前記音響クライアントの状態を判定する
   音響クライアント。
9. 前記音響クライアントは、統括処理装置を含み、
   前記統括処理装置は、前記通信指示部を含む
   請求項８に記載の音響クライアント。
10. 管理サーバーと、スピーカーを含む音響クライアントとを有する音響チェックシステムであって、
    前記音響クライアントは、
    第１信号経路の一部または全部についての第１伝達関数を計測する計測部と、
    前記計測部で計測された第１伝達関数を前記管理サーバーに送信することを指示する通信指示部と、
    を有し、
    前記管理サーバーは、
    前記指示により送信された前記第１伝達関数を取得する取得部と、
    前記音響クライアントにおける前記第１信号経路の一部または全部に対して、第２信号経路を仮想的に構築し、構築した前記第２信号経路の一部または全部についての第２伝達関数を算出する算出部と、
    前記第１伝達関数と前記第２伝達関数との比較結果に基づいて、前記音響クライアントの状態を判定する判定部と、
    を含む音響チェックシステム。
11. 前記音響クライアントにおける前記第１信号経路における状態は、リストアデータに基づいて定義され、
    前記算出部は、前記リストアデータに基づいて前記第２信号経路を仮想的に構築し、
    前記計測部は、前記リストアデータに基づいて定義された前記第１信号経路についての第１伝達関数を計測する、
    請求項１０に記載の音響チェックシステム。
    

Images