(57)【要約】【課題】制御データや入力信号に起因した異常が発生した場合でも信号処理が継続できる信号処理システムを提供すること。【解決手段】伝送制御装置４で動作する制御モジュール４５は、フレーム周期毎に受信する確認信号Ｓ２に基づいてモニター用のエンジン５３の動作に異常があるか否かを判定する。制御モジュール４５は、エンジン５３の動作に異常を検出した場合に、運用系の伝送バッファ４２に保存された伝送フレーム２０のデータの少なくとも一部を削除等して運用系のエンジン５２に出力する。エンジン５２は、モニター用のエンジン５３の動作に異常を生じさせた伝送フレーム２０がそのまま入力されることがなく引き続き正常な音響信号の出力を継続する。【選択図】図４
2015035797.tif 000002
【特許請求の範囲】
【請求項１】
入力信号及び制御データに基づいて信号処理を実施する第１及び第２信号処理エンジンと、
前記入力信号及び前記制御データを一時的に保持し、前記第２信号処理エンジンに比べて前記第１信号処理エンジンに前記入力信号及び前記制御データを供給するタイミングを遅延させる遅延手段と、
前記第２信号処理エンジンの動作の異常を検出する検出手段と、
前記第２信号処理エンジンの動作の異常を前記検出手段が検出した場合に、前記遅延手段から前記第１信号処理エンジンへ供給する前記入力信号及び前記制御データに含まれるデータのうち、少なくとも一部のデータを変更して前記第１信号処理エンジンに供給する変更手段と、
を備えることを特徴とする信号処理システム。
【請求項２】
前記変更手段は、前記第２信号処理エンジンの動作の異常を検出した場合に、前記第２信号処理エンジンに対して入力された前記制御データに相当するデータを変更し前記第１信号処理エンジンへ供給することを特徴とする請求項１に記載の信号処理システム。
【請求項３】
前記変更手段は、前記第２信号処理エンジンの動作の異常を検出した場合に、前記第２信号処理エンジンに対して入力された前記入力信号に相当するデータを変更し前記第１信号処理エンジンへ供給することを特徴とする請求項１乃至請求項２のいずれかに記載の信号処理システム。
【請求項４】
入力信号及び制御データに基づいて信号処理を実施する第１及び第２信号処理エンジンと、
前記入力信号及び前記制御データを一時的に保持し、前記第２信号処理エンジンに比べて前記第１信号処理エンジンに前記入力信号及び前記制御データを供給するタイミングを遅延させる遅延手段と、
前記第２信号処理エンジンの動作の異常を検出する検出手段と、
前記第２信号処理エンジンの動作の異常を前記検出手段が検出した場合に、前記遅延手段から前記第１信号処理エンジンへ供給する前記入力信号及び前記制御データに含まれるデータのうち、少なくとも一部のデータを変更して前記第１信号処理エンジンに供給する変更手段と、
を備えることを特徴とする信号処理装置。
【請求項５】
入力信号及び制御データに基づいて信号処理を実施する信号処理システムの制御方法であって、
前記入力信号に対し前記制御データに基づいた信号処理を試行する段階と、
前記試行した結果に異常があるか否かを検出する段階と、
前記異常が検出されない場合に、前記入力信号に対し前記制御データに基づいた前記信号処理を実施する段階と、
前記異常が検出された場合に、前記入力信号及び前記制御データに含まれるデータのうち、少なくとも一部のデータを変更して前記信号処理を実施する段階と、
からなる信号処理システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願に開示の技術は、複数の装置の間で信号を伝送する機能を有する信号処理システム、信号処理装置及び制御方法に関するものである。
【背景技術】
【０００２】
従来、音響信号に対する処理内容が同一の複数の信号処理エンジン（ミキシングエンジン）を並列に動作させておき、通常時はそのうちの一つの信号処理エンジンによるミキシングの結果を出力として使用する一方、使用中の信号処理エンジンに異常が生じた場合に他の信号処理エンジンによるミキシングの結果を出力として使用する信号処理システムがある（例えば、特許文献１，２など）。この信号処理システムでは、動作中の信号処理エンジンの１つが故障したとしても、すぐに他の信号処理エンジンに切り替えることによって、所謂フォールトトレラントなシステムが実現できる。
【０００３】
また、フォールトトレラントなシステムの構築は、音響信号を処理するシステムに限らず、映像信号などの他の信号を伝送する信号処理システムにおいても必要とされている。これは、例えば、コンサートのライブ中継やテレビ放送等で使用される信号処理システムでは、使用中の機器の動作に不具合が生じた場合に、視聴者の視覚や聴覚では感じられない程度の時間でバックアップの装置に動作を引き継がせることが要求されるためである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１０１４４２号公報
【特許文献２】特開２００７−３０６４５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記した信号処理エンジンに生じる異常は、装置の故障やソフトウェアのバグなどに起因する場合だけでなく、オペレータの操作指示に応じた制御データや処理対象の音響信号などの信号処理エンジンに入力される制御データや入力信号に起因して障害が発生する場合がある。しかしながら、上記特許文献に開示される信号処理システムでは、複数の信号処理エンジンが同じ制御データ及び入力信号で動作する。このため、並列に動作する複数の信号処理エンジンは、例えば、過大な入力信号やゲインを過大に設定指示する制御データなどが入力された場合に、ハングアップなどの障害が全ての信号処理エンジンにおいて同様に発生することとなる。つまり、上記したフォールトトレラントな信号処理システムでは、たとえ使用中の信号処理エンジンの異常に応じて使用するエンジンを切り替えたとしても複数のエンジンで同様に障害が発生しうるという問題があった。結果として、このような従来の信号処理システムでは、障害により全ての信号処理エンジンがハングアップするなどし、その間、数秒から数十秒に亘って信号伝送が途切れてしまうことが想定され、システム可用性の面で十分な性能とは言えない。
【０００６】
本願に開示される技術は、上記の課題に鑑み提案されたものである。制御データや入力信号に起因した異常が発生した場合でも信号処理が継続できる信号処理システム、信号処理装置及び制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願に開示される技術に係る信号処理システムは、入力信号及び制御データに基づいて信号処理を実施する第１及び第２信号処理エンジンと、入力信号及び制御データを一時的に保持し、第２信号処理エンジンに比べて第１信号処理エンジンに入力信号及び制御データを供給するタイミングを遅延させる遅延手段と、第２信号処理エンジンの動作の異常を検出する検出手段と、第２信号処理エンジンの動作の異常を検出手段が検出した場合に、遅延手段から第１信号処理エンジンへ供給する入力信号及び制御データに含まれるデータのうち、少なくとも一部のデータを変更して第１信号処理エンジンに供給する変更手段と、を備える。
【０００８】
また、本願に開示される技術に係る信号処理システムでは、変更手段は、第２信号処理エンジンの動作の異常を検出した場合に、第２信号処理エンジンに対して入力された制御データに相当するデータを変更し第１信号処理エンジンへ供給をする。
【０００９】
また、本願に開示される技術に係る信号処理システムでは、変更手段は、第２信号処理エンジンの動作の異常を検出した場合に、第２信号処理エンジンに対して入力された入力信号に相当するデータを変更し第１信号処理エンジンへ供給する。
【００１０】
また、本願に開示される技術に係る信号処理装置は、入力信号及び制御データに基づいて信号処理を実施する第１及び第２信号処理エンジンと、入力信号及び制御データを一時的に保持し、第２信号処理エンジンに比べて第１信号処理エンジンに入力信号及び制御データを供給するタイミングを遅延させる遅延手段と、第２信号処理エンジンの動作の異常を検出する検出手段と、第２信号処理エンジンの動作の異常を検出手段が検出した場合に、遅延手段から第１信号処理エンジンへ供給する入力信号及び制御データに含まれるデータのうち、少なくとも一部のデータを変更して第１信号処理エンジンに供給する変更手段と、を備える。
【００１１】
また、本願に開示される技術に係る制御方法は、入力信号及び制御データに基づいて信号処理を実施する信号処理システムの制御方法であって、入力信号に対し制御データに基づいた信号処理を試行する段階と、試行した結果に異常があるか否かを検出する段階と、異常が検出されない場合に、入力信号に対し制御データに基づいた信号処理を実施する段階と、異常が検出された場合に、入力信号及び制御データに含まれるデータのうち、少なくとも一部のデータを変更して信号処理を実施する段階と、からなる。
【発明の効果】
【００１２】
本願に開示される技術によれば、制御データや入力信号に起因した異常が発生した場合でも信号処理が継続できる信号処理システム、信号処理装置及び制御方法を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態の信号処理システムの概略図である。
【図２】図１に示す信号処理システムで伝送される伝送フレームの構成を示す図である。
【図３】伝送制御装置のブロック図である。
【図４】図１の信号処理システムにおける信号処理の流れを説明するためのブロック図である。
【図５】制御モジュールの処理内容を示すフローチャートである。
【図６】信号処理エンジンに異常が生じた場合の伝送バッファに保存される伝送フレームと信号処理エンジンで処理される伝送フレームとの関係を示す図である。
【図７】別の信号処理システムにおける信号処理の流れを説明するためのブロック図である。
【図８】別の信号処理システムにおける信号処理の流れを説明するためのブロック図である。
【発明を実施するための形態】
【００１４】
（信号処理システムの構成）
図１に示す信号処理システム（以下、「システム」という）１０は、入力装置２、ミキシングコンソール（以下、「コンソール」という）３、伝送制御装置４、信号処理エンジン（以下、「エンジン」という）５及び出力装置６，７が接続されたシステムである。システム１０は、入力装置２に供給される信号（音響信号や映像信号など）に対して各種の信号処理を施して出力装置６から供給先となる外部装置等へ信号を送出するシステムである。以下の説明では、システム１０の処理対象の信号を音響信号とした場合について説明する。システム１０を構成する各装置間は、例えばＥｔｈｅｒｎｅｔ（登録商標）等で接続されている。また、例えば、Ｄａｎｔｅ、ＣｏｂｒａＮｅｔやＥｔｈｅｒＳｏｕｎｄ（登録商標）などの伝送方式の伝送フレームが、複数の装置２〜６の間の物理的あるいは論理的な伝送路を伝送するものとする。伝送フレームは音響信号や制御データなどの各種データを有する。以降、各装置をＥｔｈｅｒｎｅｔ(登録商標）にて接続するものとして説明するが各装置を接続する伝送路の伝送規格はこれに限らない。
【００１５】
入力装置２は、図示しない音響信号の供給元となる外部機器（スタジオやコンサート会場のマイクロフォン等）から入力した音響信号を含む伝送フレームを、コンソール３及び伝送制御装置４を介してエンジン５へ伝送する。伝送フレームに含まれる音響信号はデジタル音響信号とする。コンソール３は、システム１０を構成する他の装置の動作をリモートで制御する。コンソール３は、エンジン５における信号処理チャンネルに対応するチャンネルストリップなどの操作子（図示略）を有し、オペレータによる操作指示を受け付ける。コンソール３は、物理的な操作子を有するハードウェアであってもよいし、あるいはパーソナルコンピュータやタブレット端末等においてソフトウェア乃至ＧＵＩにて操作子を実現したものであってもよい。オペレータは、コンソール３の操作子を操作して、エンジン５における信号処理チャンネルの音響信号のレベル調整、エフェクト付与やミキシング等の操作指示を行う。コンソール３は、オペレータが行った操作指示に応じた制御データをリモート制御の対象となる他の装置２〜６に送信する。他の装置２〜６は、コンソール３からの制御データに基づいて動作する。あるいは、コンソール３は予め時系列的に記録された制御データを順次他の装置に伝送するものであってもよい。この場合、コンソール３は操作子を省略した構成にしてもよい。本実施形態においては、コンソール３にて、入力装置２が伝送した伝送フレームに制御データを付加し、これを伝送制御装置４に伝送するよう構成しているものとするが、入力装置２とコンソール３が音響信号あるいは制御データを含む伝送フレームを各々伝送制御装置４に伝送するようにしてもよい。
【００１６】
伝送制御装置４は、入力装置２からエンジン５へ伝送する伝送フレームを一時的に保存する伝送バッファを有する。エンジン５は、伝送制御装置４を介して受信した伝送フレームに格納されている音響信号に対して信号処理を行うＤＳＰ（デジタルシグナルプロセッサ）を中心として構成されている。エンジン５は、コンソール３から供給される制御データの内容に基づいて入力装置２から供給された音響信号に対し信号処理を施し、処理結果の音響信号を含む伝送フレームを出力装置６あるいは出力装置７へ伝送する。ここでいう制御データは、チャンネルストリップなどの操作子を操作した操作量（例えば、スライド型操作子の移動量やこれに対応するレベル設定値等）を示す操作コマンドや信号処理の内容に応じた処理ルーチンの起動指示などである。
【００１７】
出力装置６，７は、供給先となる外部機器に音響信号を出力する装置であり、エンジン５から供給された伝送フレームに格納された音響信号を図示しない外部機器（放送用の送信機やオペレータルームのモニター用スピーカ等）へ出力する。なお、図１に示すシステム１０の構成例は一例であり、各装置の数及び当該システムを構成する装置の種類等はこの構成に限定されない。例えば、システム１０は、出力装置６から入力装置２に向かって音響信号を送信する双方向の伝送システムでもよい。また、音響信号の伝送方式や各装置の接続形態（物理的あるいは論理的なトポロジー）は図１に示した形態に限定されない。
【００１８】
（伝送フレームの構成）
図２は、伝送フレームの構成の一例を示している。図２に示す伝送フレーム２０は、図中の左側がフレームの伝送方向の前方（先頭）である。伝送フレーム２０は、先頭からプリアンブル２１、管理データ領域２２、音響信号記憶領域２３、制御データ領域２４及びフレームチェックシークエンス（ＦＣＳ）領域２５で構成される。プリアンブル２１は、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．３で規定されるプリアンブル、送信元及び送信先のアドレス、フレーム長等を含む。また、管理データ領域２２は、各装置２〜６が伝送フレームに含まれるデータを管理する情報（フレームの通し番号、各サンプリング周期内のフレームの番号）などを含む。音響信号記憶領域２３は、複数の伝送チャンネル（例えば２５６チャンネル）分の音響信号を含めてよく、各伝送チャンネルには所定のサンプリング周波数でサンプリングされた音響信号が記憶されている。制御データ領域２４は、コンソール３から送信されるリモート制御用の制御データ等を含む。なお、制御データ領域２４を、図２に破線で示すように、音響信号記憶領域２３と同様に複数のトランザクション（図中のコントロールデータ（ＣＤ））で構成してもよい。この場合、各トランザクションのデータは、コンソール３からエンジン５等の各装置に送信する制御データに対応する。ＦＣＳ領域２５は、ＩＥＥＥ８０２．３で規定されるフレームのエラーを検出するチェックコードを含む。
【００１９】
（各装置の構成）
図３は、伝送制御装置４のハードウェアの構成を示す。なお、他の装置（入力装置２、コンソール３、エンジン５及び出力装置６，７）のハードウェア構成は、上記特許文献１（特開２００３−１０１４４２号公報）や他の特許文献（特開２０１０−２２６５３９号公報）などに開示された技術により実現でき、ここでの説明を省略する。図３に示すように、伝送制御装置４は、ＣＰＵ３１、メモリ３２及び通信用Ｉ／Ｆ３４を有し、各装置がバス３６を介して接続されている。ＣＰＵ３１は、メモリ３２に記憶される制御プログラムを実行し伝送制御装置４の動作を統括的に制御する。また、メモリ３２は、ＣＰＵ３１のワークエリアとしても使用される。メモリ３２はフラッシュメモリやＲＡＭ等であり単一種類のメモリであってもよいし、複数種類のメモリを組み合わせて用いてもよい。通信用Ｉ／Ｆ３４は、伝送制御装置４を他の装置に接続するインターフェースであり、伝送フレーム２０の送受信を制御する。
【００２０】
図４は、図１に示すシステム１０における信号処理の流れを説明するためのブロック図である。伝送制御装置４は、受付部４１、後段に接続される信号処理エンジン（本実施形態では２個）に対応する伝送バッファ４２，４３及び制御モジュール４５を有する。伝送制御装置４は、ＣＰＵ３１（図３参照）にて制御プログラムを実行することにより受付部４１、伝送バッファ４２，４３及び制御モジュール４５が処理モジュールとして機能する。伝送バッファ４２，４３は、例えば、ＦＩＦＯ（First In First Out；先入れ先出し）方式のリングバッファとして構成され、伝送制御装置４のＣＰＵ３１が、メモリ３２に伝送バッファ４２，４３に対応する記憶領域を確保し、当該記憶領域への書き込み及び読み出しの位置を示すアドレスを管理することにより構成される。
【００２１】
エンジン５は、２個のエンジン５２，５３を有する。エンジン５２，５３は、並列に音響信号に対する信号処理を行うが、信号処理の内容は同一であり、コンソール３から同一の制御データを入力した場合には同じ動作をするよう構成している。なお、本実施形態では、説明を理解し易くするために、２つのエンジン５２，５３が並列に動作する構成について説明するが、３つ以上のエンジンが動作する構成については後述する。
【００２２】
受付部４１は、コンソール３から入力した伝送フレーム２０を伝送バッファ４２，４３のそれぞれに供給する。伝送バッファ４２，４３は、供給された伝送フレーム２０を一時的に保存する。制御モジュール４５は、伝送バッファ４２，４３の各々に保存された伝送フレーム２０をエンジン５２，５３に出力する。エンジン５２は、伝送バッファ４２から入力された伝送フレーム２０の音響信号に信号処理を施し、出力装置６を介して処理結果の音響信号を供給先の外部機器（放送用の送信機等）から出力する。これにより、入力装置２（図１参照）から入力された音響信号は、オペレータの操作に応じた信号処理が施され出力装置６から出力される。また、エンジン５３は、伝送バッファ４３から入力された伝送フレーム２０に信号処理を施し、出力装置７を介して処理結果の音響信号を外部機器（オペレータルームのモニター用スピーカ等）から出力する。このように本実施形態のシステム１０は、エンジン５２を運用系のエンジンとして用い、エンジン５３をモニター用のエンジンとして用いる。なお、エンジン５３からの音響信号を出力装置７から外部へ出力しない構成であっても構わない。エンジン５３はエンジン５２に先立ち、エンジン５２にて実行すべき信号処理を試行するものである。
【００２３】
ここで、本実施形態の伝送制御装置４においては、制御モジュール４５が、伝送バッファ４２，４３に一時保存された同一の伝送フレーム２０を出力するタイミングを、伝送バッファ４３に比べて伝送バッファ４２が遅延するように制御する。また、制御モジュール４５は、モニター用のエンジン５３の動作に異常がないかを監視する。例えば、エンジン５３は、伝送フレーム２０を受信する１フレーム周期（例えば、１サンプリング周期）毎に、エンジン５３から出力する伝送フレーム２０の内容やエンジン５３の動作状況等が正常であるか否かを示す確認信号Ｓ２を制御モジュール４５に送信する。確認信号Ｓ２は、伝送フレーム２０を伝送する伝送路とは異なる伝送路を用いてエンジン５３から制御モジュール４５へ直接送信することが好ましいが、確認信号Ｓ２と伝送フレーム２０とを共通の伝送路を用いて送信するようにしてもよい。制御モジュール４５は、エンジン５３から受信した確認信号Ｓ２が異常を示す内容である場合、あるいは予め定めたフレーム周期の間（例えば１フレーム周期の間）にエンジン５３から確認信号Ｓ２が受信できない場合に、エンジン５３に異常が生じたと判定する。これにより、制御モジュール４５は、所定フレーム周期毎にエンジン５３の動作に異常がないかを検出する。そして、制御モジュール４５は、エンジン５３の異常を検出した場合に、伝送バッファ４２に保存された伝送フレーム２０のデータの少なくとも一部を削除、あるいは加工してエンジン５２に出力する制御を実行する。これにより、システム１０は、モニター用のエンジン５３が出力した伝送フレーム２０の内容やエンジン５３の動作に異常を生じさせた原因が、受付部４１が受け付けた伝送フレーム２０（入力装置２からの音響信号又はコンソール３からの制御データ）にあったとしても当該伝送フレーム２０がエンジン５２にそのまま入力されることがない。その結果、システム１０は、モニター用のエンジン５３で異常が生じても、運用系のエンジン５２において引き続き正常な音響信号を出力しシステム全体として音響信号の入力・処理・出力を継続できるため、所謂フォールトトレラントなシステムが実現される。
【００２４】
（伝送バッファ４２，４３のバッファサイズと遅延時間）
制御モジュール４５は、エンジン５３から送信される確認信号Ｓ２に応じて伝送バッファ４２に保存された伝送フレーム２０に対する処理を実行する。本実施形態において、伝送バッファ４３からエンジン５３に伝送フレーム２０を送信し処理するために１フレーム周期を要し、さらにエンジン５３の処理後の状態を検出するために１フレーム周期を要するものとする。そのため、制御モジュール４５は、伝送バッファ４３がエンジン５３に伝送フレーム２０を送信した時点から当該伝送フレーム２０を信号処理した後のエンジン５３の動作状態が検出できるまでの間（すなわち制御信号Ｓ２を受信するまでの間）に、少なくとも２フレーム周期（本実施形態では２サンプリング周期）が必要となる。従って、伝送バッファ４２の伝送バッファ４３に対する遅延時間は、少なくとも２フレーム周期が設定される。また、伝送バッファ４２のバッファサイズは、伝送バッファ４３に比べて少なくとも２フレーム分の伝送フレーム２０が格納できるだけ大きくすることが好ましい。なお、伝送バッファ４２，４３は、所定の遅延時間が確保できれば同一のバッファサイズでもよい。
【００２５】
（制御モジュール４５の伝送フレーム２０に対する処理内容）
制御モジュール４５は、例えば、エンジン５３の動作に異常を生じさせた１又は複数の伝送フレーム２０の制御データ領域２４（図２参照）の少なくとも一部のデータの送信を停止する。エンジン５２，５３は、例えばコンソール３から送信される制御データに従った処理によりハングアップなどの異常が生じる場合がある。また、エンジン５２，５３は、コンソール３のスライド操作子等に対する操作により信号レベルが過大に増幅されると、出力される音響信号の瞬時値が制限される（クリップが生じる）場合がある。このようなエンジン５２，５３の異常は、何れもコンソール３からの制御データの内容が原因となって発生するものと言える。このような場合、制御モジュール４５は、モニター用のエンジン５３の動作に異常が生じた場合に、その信号処理に用いた制御データを破棄等した伝送フレーム２０を運用系のエンジン５２へ送信することでエンジン５２に正常な処理を継続させる。この場合、エンジン５２は、直前までの信号処理の設定（信号レベルなど）を変更せずにミキシング等の信号処理を実行することとなる。
【００２６】
また、制御モジュール４５は、例えば、異常を生じさせた伝送フレーム２０の音響信号記憶領域２３の少なくとも一部、あるいは該当する伝送フレーム２０自体の送信を停止する。エンジン５２，５３は、例えば、処理対象の伝送チャンネルから読み出した音響信号が過大入力であった場合にも動作に異常が生じる場合がある。このようなエンジン５２，５３の異常は、信号処理のために入力された音響信号の内容が原因となって発生するものと言える。このような場合、制御モジュール４５は、異常の原因となった伝送チャンネルの音響信号を破棄等した伝送フレーム２０をエンジン５２へ送信することでエンジン５２に正常な処理を継続させる。これにより、制御モジュール４５は、過大入力などの異常な音響信号のエンジン５２への送信を停止することでエンジン５２に正常な処理を継続させる。
【００２７】
また、制御モジュール４５は、エンジン５３の動作に異常が生じた場合に、処理に用いた伝送フレーム２０そのものをエンジン５２へ送信しないようにしてもよい。この処理は、エンジン５３の動作に異常が生じた原因が不明な場合に有効である。また、制御モジュール４５は、伝送バッファ４２に保存された伝送フレーム２０の内容を調整する設定でもよい。例えば、制御モジュール４５は、異常を生じさせた伝送フレーム２０の制御データがコンソール３のスライド操作子等を操作した操作量を示す値（例えばレベル設定値の増加量を示す値）であった場合に、その操作量を所定量まで低減して（例えば元の変化量から５０％だけ下げた値に調整して）エンジン５２へ送信することでエンジン５２に正常な処理を継続させる。あるいは、制御モジュール４５は、制御データに含まれるレベル設定値を低減する調整に限らず、元の変化量から所定量まで増大した値に調整してエンジン５２へ送信してもよい。あるいは、制御モジュール４５は、異常を生じさせた伝送フレーム２０の音響信号の信号レベルを低減してエンジン５２へ送信することでエンジン５２に正常な処理を継続させる。
【００２８】
また、本実施形態の制御モジュール４５は、上記した制御データ領域２４（制御データ）と音響信号記憶領域２３（音響信号）に対する処理を併用するようにしてもよい。例えば、制御モジュール４５は、異常を生じさせた伝送フレーム２０の制御データ領域２４に有効な制御データが存在していればこれを破棄等し、存在していなかった場合（制御データそのものが格納されていない場合等）には当該伝送フレーム２０の音響信号を破棄等するようにしてもよい。なお、上記した制御モジュール４５による処理内容は一例であり、適宜変更される。
【００２９】
次に、制御モジュール４５の処理動作の詳細について図５及び図６を用いて説明する。図５は制御モジュール４５の処理内容を示すフローチャートである。以下の説明では、説明を理解し易くするためにモニター用のエンジン５３の状態に基づく処理動作を中心に説明する。
【００３０】
まず、図５のステップ６１において、制御モジュール４５は、監視対象としているエンジン５３の動作の状態を取得する。上述のとおり、エンジン５３は、１フレーム周期毎に確認信号Ｓ２を制御モジュール４５に送信するように構成されており、ステップ６１ではこの確認信号Ｓ２を取得する。
次に、ステップ６２において、制御モジュール４５は、確認信号Ｓ２に基づいてエンジン５３に異常が生じているか否かを判定する。制御モジュール４５は、エンジン５３の異常が検出されなかった場合には、伝送バッファ４２，４３に対する伝送フレーム２０の入出力処理を実行する（ステップ６４）。エンジン５２，５３は、次のフレーム周期において各伝送バッファ４２，４３から送信される伝送フレーム２０を信号処理する。
【００３１】
また、ステップ６２において、制御モジュール４５は、エンジン５３の動作に異常を検出した場合には、エンジン５３の動作に異常を生じさせた伝送フレーム２０以降に対し、伝送フレーム２０に含まれるデータの少なくとも一部のエンジン５２への送信を停止等する（ステップ６３）。制御モジュール４５は、例えば、運用系の伝送バッファ４２に保存された伝送フレーム２０のうち、２フレーム周期前の伝送フレーム２０以降に対し制御データの送信を制限する。制御モジュール４５は、例えば伝送バッファ４２の該当する伝送フレーム２０が有する制御データを削除してエンジン５２に送信する（ステップ６４）。制御モジュール４５は、フレーム周期毎に上記処理を繰り返し実行する。ただし、一旦エンジン５３の動作に異常を検出した場合には、ステップ６１及びステップ６２をスキップして常にステップ６３の処理を行うものとする。
【００３２】
次に、図６を用いて各フレーム周期の伝送バッファ４２，４３に保存される伝送フレーム２０と、エンジン５２，５３で処理される伝送フレーム２０との関係について説明する。図６は、上段がモニター用の伝送バッファ４３及びエンジン５３の状態を示し、下段が運用系の伝送バッファ４２及びエンジン５２の状態を示している。なお、以下の説明では、伝送バッファ４２，４３の１つの伝送フレーム２０が保存される記憶領域を１ブロックと称し説明する。また、伝送バッファ４２，４３は、１フレーム周期毎に書き込み及び読み出しアドレス（図中の「Ｗ」及び「Ｒ」）が示すアドレス値を１ブロック分だけ移動する。制御モジュール４５は、伝送バッファ４２，４３が更新した書き込みアドレスＷ及び読み出しアドレスＲに基づいて伝送バッファ４２，４３に対する伝送フレーム２０の入出力を制御する。図６に示す例は、伝送バッファ４２のバッファサイズが５ブロックであり、伝送バッファ４３のバッファサイズが２ブロックである。この場合、伝送バッファ４２の伝送バッファ４３に対する遅延時間は、３フレーム周期（３ブロック）分となる。また、図６において、各伝送バッファ４２，４３は、図中の複数のブロックの上から下に向かって昇順にアドレスが付与されているものとする。従って、各伝送バッファ４２，４３は、図中の最も上側のブロックが先頭アドレスの示すブロックとなる。また、伝送フレーム２０を、フレーム周期毎に処理される順にデータＦ−５〜Ｆ０〜Ｆ６と称し説明する。
【００３３】
図６に示すフレーム周期Ｔ０において、伝送バッファ４３は、先頭ブロックから順に伝送フレーム２０のデータＦ０，Ｆ−１が保存されている状態となっている。フレーム周期Ｔ０においては、制御モジュール４５は、書き込みアドレスＷが示す先頭ブロックにデータＦ０を書き込む。また、制御モジュール４５は、読み出しアドレスＲが示す２番目のブロックに保存されるデータＦ−１をエンジン５３に送信する。伝送バッファ４３への書き込みアドレスＷ及び読み出しアドレスＲは、これら書き込みあるいは送信（読み出し）が完了した段階で１ブロック分だけ更新した状態となる。
【００３４】
次のフレーム周期Ｔ１において、制御モジュール４５は、更新された書き込みアドレスＷが示す２番目のブロックにデータＦ１を書き込む。制御モジュール４５は更新した読み出しアドレスＲが示す先頭ブロックからデータＦ０を読み出してエンジン５３に送信する。また、エンジン５３は、前のフレーム周期Ｔ０にて伝送バッファ４３から受信したデータＦ−１に対する信号処理を実行する。次のフレーム周期Ｔ２においても同様に、エンジン５３は、前のフレーム周期Ｔ１にて伝送バッファ４３から受信したデータＦ０に対する信号処理を実行する。このように、エンジン５３では、２フレーム周期前に伝送バッファ４３に書き込まれたデータ（伝送フレーム２０）を処理する。また、伝送バッファ４２は、伝送バッファ４３と同様に、伝送フレーム２０の入出力に応じて５ブロックのバッファの書き込みアドレスＷ及び読み出しアドレスＲを更新する。また、運用系のエンジン５２は、５フレーム周期前に伝送バッファ４２に書き込まれたデータを処理する。
【００３５】
ここで、エンジン５３は、１フレーム周期毎に確認信号Ｓ２をモジュール４５に送信するのであるが、あるフレーム周期で異常が生じたか否かを示す確認信号Ｓ２は次のフレーム周期の冒頭までに制御モジュール４５に送信する。例えば、エンジン５３は、フレーム周期Ｔ２においてデータＦ０を処理した結果に対する異常が生じた否かを示す確認信号Ｓ２を、次のフレーム周期Ｔ３の冒頭までに制御モジュール４５に送信する。フレーム周期Ｔ２において、エンジン５３に異常が生じた場合（例えば動作停止等）、制御モジュール４５は、フレーム周期Ｔ３で異常を示す確認信号Ｓ２を受信あるいは確認信号Ｓ２が未受信となり、エンジン５３に異常が生じたことを検出する（図中の把握状況「ＮＧ」）。
【００３６】
フレーム周期Ｔ３において、制御モジュール４５は、例えば現フレーム周期でエンジン５３が処理対象としている伝送フレーム２０に基づいて、エンジン５３に異常を生じさせた伝送フレーム２０を判定する。上述したとおり、本実施形態のエンジン５３は、２フレーム周期前に伝送バッファ４３に書き込まれた伝送フレーム２０を処理する。現フレーム周期Ｔ３においては、エンジン５３が処理対象としている伝送フレーム２０は、直前のフレーム周期Ｔ２にて伝送バッファ４３が送信したデータＦ１である。また、確認信号Ｓ２は、直前のフレーム周期Ｔ２にてエンジン５３が処理対象としていたデータＦ０に対するものである。従って、制御モジュール４５は、フレーム周期Ｔ３にてエンジン５３に異常が生じたことを検出した場合、フレーム周期Ｔ２においてエンジン５３が処理対象としていたデータＦ０が、当該異常を生じされた伝送フレーム２０であると判定する。制御モジュール４５は、フレーム周期Ｔ３において、運用系のエンジン５２に対応する伝送バッファ４２に保存されているデータＦ０のデータの一部を破棄等する。なお、制御モジュール４５は、２フレーム周期より前の伝送フレーム２０を処理対象とする設定でもよい。即ち、制御モジュール４５は、エンジン５３に異常を生じさせたものと判定した伝送フレーム２０よりも前のフレーム周期の伝送フレーム２０（例えばデータＦ−１，Ｆ−２）もデータの一部破棄等を行う対象としてもよい。このように処理対象を拡張する場合、制御モジュール４５がエンジン５３の異常を検出し伝送バッファ４２に保存されたデータを破棄等するまでのタイミングを、破棄等の処理対象となるデータ、例えばデータＦ０，Ｆ−１がエンジン５２にて信号処理される前にすることが条件となる。
【００３７】
次のフレーム周期Ｔ４において、制御モジュール４５は、伝送バッファ４２からデータＦ０を読み出してエンジン５２に送信する。ただし、このデータＦ０はフレーム周期Ｔ１にて伝送バッファ４３からエンジン５３に送信したデータＦ０からデータの一部が破棄等されたものである。
次のフレーム周期Ｔ５において、エンジン５２は、直前のフレーム周期Ｔ４にて伝送バッファ４２から受信したデータＦ０に対して信号処理を行う。このデータＦ０は、データの一部が破棄等されたものであるから、エンジン５２は、データＦ０の処理に際しエンジン５３と同様な異常を生じることなく、引き続き正常な状態となる。フレーム周期Ｔ６以降も同様であり、伝送バッファ４２はエンジン５２に対し、データの一部破棄等を継続し、エンジン５２は正常な状態が維持され、システム全体として音響信号の入力・処理・出力を継続できる。
【００３８】
以上、上記した本実施形態によれば以下の効果を奏する。
＜効果１＞伝送制御装置４で動作する制御モジュール４５は、モニター用のエンジン５３の異常を検出した場合に、運用系の伝送バッファ４２に保存された対応する伝送フレーム２０のデータの少なくとも一部を削除、あるいは加工して運用系のエンジン５２に出力する。これにより、システム１０は、モニター用のエンジン５３の動作に異常を生じさせた伝送フレーム２０の内容が運用系のエンジン５２にそのまま入力されることがない。その結果、システム１０は、モニター用のエンジン５３で異常が生じても、運用系のエンジン５２において引き続き正常な音響信号を出力しシステム全体として音響信号の入力・処理・出力を継続できる。
【００３９】
＜効果２＞制御モジュール４５は、モニター用のエンジン５３の動作に異常が生じた場合に、その信号処理に用いた制御データを破棄等した伝送フレーム２０を運用系のエンジン５２へ送信することでエンジン５２に正常な処理を継続させる。その結果、システム１０は異常なく音響信号の入力・処理・出力を継続する。
【００４０】
＜効果３＞制御モジュール４５は、制御データ領域２４（制御データ）と音響信号記憶領域２３（音響信号）に対する処理を併用する。制御モジュール４５は、異常を生じさせた伝送フレーム２０の制御データ領域２４に有効な制御データが存在しなかった場合（制御データ自体が含まれない等）に、当該伝送フレーム２０の音響信号を破棄等する。これにより、制御モジュール４５は、伝送フレーム２０に対して異常を生じさせた原因に応じた処理が可能となる。
【００４１】
（別のシステムの構成１）
次に、上記システム１０とは別の構成のシステム１０Ａについて図７を用いて説明する。
図７に示すシステム１０Ａは、伝送バッファ４２及びエンジン５２との間にゲートモジュール４Ａを設けた点が上記システム１０とは異なる。システム１０Ａにおいては、制御モジュール４５を、伝送バッファ４２内のデータの一部を破棄等する代わりに、ゲートモジュール４Ａにて伝送バッファ４２からエンジン５２に送信するデータの一部をブロックする（フィルタリングする）よう構成している。ゲートモジュール４Ａは、エンジン５３において異常を生じさせた伝送フレーム２０以降について、上述のとおり、制御データ及び音響信号の一方又は両方の破棄、あるいはこれらデータの加工あるいは調整を行う。その結果、エンジン５２には、エンジン５３において異常を生じさせた伝送フレーム２０の内容がそのまま伝送されることがなく、エンジン５２の動作状態（あるいは出力状態）を正常に維持することができる。
【００４２】
（別のシステムの構成２）
上記したシステム１０あるいはシステム１０Ａでは、運用系とモニター用と２つのエンジン５２，５３を備える構成であったが、３つ以上のエンジンを有する構成でもよい。
例えば、システム１０においては、モニター用の伝送バッファ４３とエンジン５３の組を複数（例えばＮ組）設け、制御モジュール４５はＮ個の各エンジン５３から送信される確認信号Ｓ２に基づいて、伝送バッファ４２からのデータ読み出し・送信に関して、データの一部破棄等の処理を行うようにする。このような構成のシステム１０にあっては、例えば、Ｎ個の伝送バッファ４３における遅延時間が互いに異なる構成とし、伝送バッファ４２の遅延時間をＮ個の伝送バッファ４３における最大の遅延時間からさらに２フレーム周期分遅延させた構成とする。例えば、Ｎ個の伝送バッファ４３の遅延時間を１フレーム周期、２フレーム周期、・・・、Ｎ＋１フレーム周期とし、伝送バッファ４２の遅延時間をＮ＋３フレーム周期とする。また、Ｎ個の伝送バッファ４３は、例えば遅延時間が大となるほど一部の制御データ（例えばレベル値）に関する減衰率が大となるよう伝送バッファ４３へのデータ書き込み時あるいは読み出し時等に調整を加える構成とする。例えば、遅延時間が最短の伝送バッファ４３は受付部４１が受け付けた制御データに対して１００％の値とし、遅延時間が最大の伝送バッファ４３は１０％となるようにする。
【００４３】
制御モジュール４５は、Ｎ個のエンジン５３のうち、先着優先で、異常を検出しなかったエンジン５３に対応する伝送バッファ４３の内容を伝送バッファ４２に反映するよう制御する。また、制御モジュール４５は、何れのエンジン５３においても異常を検出した場合、上述の実施形態と同様、伝送バッファ４２のデータを一部破棄する等の処理を行う。なお、上記したシステム１０Ａにおいては、Ｎ個の伝送バッファ４３に対応するＮ個の伝送バッファ４２及びその後段にゲートモジュール４Ａを設け、出力装置６に伝送フレーム２０を出力する伝送バッファ４２及びゲートモジュール４Ａを切り替えることにより、同様の設定・制御を行うようにすればよい。このような構成では、制御モジュール４５は、Ｎ個のエンジン５３を使用して伝送フレーム２０に対する制御データ等の変更がエンジン５３に異常を生じさせるものであったか否かを段階的に判定することが可能となる。なお、制御モジュール４５は、Ｎ個のエンジン５３のうち正常な処理結果が得られたエンジン５３の設定（現時点での操作量など）を、他のエンジン５３にフィードバックし最新の設定をＮ個の全てのエンジン５３に反映してもよい。
【００４４】
（別のシステムの構成３）
また、別の構成のシステム１０Ｂについて図８を用いて説明する。
上記システム１０又はシステム１０Ａでは、複数の伝送バッファ４２，４３とエンジン５２，５３とが並列に動作する構成であったが、伝送バッファ４２，４３とエンジン５２，５３とが交互に接続されて動作する構成でもよい。図８に示すシステム１０Ｂに備えられる信号処理エンジン８は、Ｎ個のエンジン８１（１）〜８１（Ｎ）とＮ−１個の伝送制御モジュール８２（１）〜８２（Ｎ−１）とを、図示した順番で交互に接続している。伝送制御モジュール８２（１）〜８２（Ｎ−１）は、上記した伝送制御装置４に対応する機能を有する処理モジュールである。この場合、システム１０Ｂは伝送制御装置４を省略した構成となる。なお、信号処理エンジン８のエンジン８１及びそれに後続する伝送制御モジュール８２を一つの処理モジュールとした構成でもよい。
【００４５】
エンジン８１（１）〜８１（Ｎ−１）の各々は、正常な処理結果を得た場合に、処理結果の伝送フレーム２０Ａを出力バッファ８４に出力する。また、エンジン８１（１）〜８１（Ｎ−１）の各々は、入力装置２乃至コンソール３あるいは前段の伝送制御モジュール８２（１）〜８２（Ｎ−１）から入力した伝送フレーム２０のそのままのデータと、信号処理時の動作に異常があるか否かを示す確認信号Ｓを後続する伝送制御モジュール８２（１）〜８２（Ｎ−１）に出力する。エンジン８１（１）〜８１（Ｎ）は、確認信号Ｓを伝送フレーム２０に含めて出力してもよい。
【００４６】
伝送制御モジュール８２（１）〜８２（Ｎ−１）は、前段のエンジン８１（１）〜８１（Ｎ−１）から動作の異常を示す確認信号Ｓを受信した場合に、伝送フレーム２０に対する処理を実行し、処理後の伝送フレーム２０を後段のエンジン８１（２）〜８１（Ｎ）へ出力する。伝送制御モジュール８２（１）〜８２（Ｎ−１）は、例えば後段に向かうに従って、スライド操作子を操作した操作量を示すレベル設定値を徐々に下げるよう伝送フレーム２０の制御データの内容を調整する処理を行う。最終段の伝送制御モジュール８２（Ｎ−１）は、前段のエンジン８１（Ｎ−１）の処理結果が異常であった場合に、最終段のエンジン８１（Ｎ）にレベル設定値を加工する制御データを破棄した伝送フレーム２０を送信する。出力バッファ８４は、エンジン８１（１）〜８１（Ｎ）のいずれかから入力された伝送フレーム２０Ａのうち最先に出力されたものを出力装置６に出力する。なお、伝送制御モジュール８２（１）〜８２（Ｎ−１）は、前段のエンジン８１（１）〜８１（Ｎ−１）から動作に異常がない旨の確認信号Ｓを受信した場合は、後段のエンジン８１（２）〜８２（Ｎ）への伝送フレーム２０の出力を停止するようにしてもよい。この場合、あるフレーム周期に信号処理エンジン８に入力した伝送フレーム２０について、エンジン８１（１）〜８１（Ｎ）から出力バッファ８４に出力する伝送フレーム２０Ａは、何れか１のエンジンが出力した伝送フレーム２０Ａのみである。
【００４７】
また、エンジン８１（１）〜８１（Ｎ）は、伝送制御モジュール８２（１）〜８２（Ｎ−１）を介して直列的に接続されるため、同じ伝送フレーム２０を処理するタイミングが、例えば後段のエンジンに向かうに従って１フレーム周期ずつ遅延する。このため、出力バッファ８４は、例えば入力装置２乃至コンソール３から信号処理エンジン８に伝送フレーム２０が入力されたフレーム周期からＮフレーム周期後に同期して伝送フレーム２０Ａを出力装置６に出力する。
【００４８】
（別のシステムの構成４）
あるいは、別の構成のシステムとして、Ｎ組の伝送バッファ４３とエンジン５３に対して各々異なる処理を実行し、異常を検出しなかったエンジン５３に対応する処理状態を伝送バッファ４２とエンジン５２の組に反映するようにしてもよい。例えば、伝送バッファ４３とエンジン５３の組が３組ある場合、１番目の組は受付部４１が受け付けたデータをそのままエンジン５３に伝送し、２番目の組は受け付けたデータのうち音声信号のみをエンジン５３に伝送し、３番目の組みは受け付けたデータのうち制御データのみをエンジン５３に伝送する。制御モジュール４５は各エンジン５３からの確認信号Ｓ２に基づいて異常が発生しているか否かを検出してその結果に応じて伝送バッファ４２のデータの一部破棄等の処理を行う。例えば、１番目の組のエンジン５３に異常を検出し他のエンジン５３に異常を検出しなければ伝送バッファ４２のデータのうち制御データを破棄し、１番目及び２番目の組のエンジン５３に異常を検出し３番目のエンジン５３に異常を検出しなければ伝送バッファ４２のデータのうち音声信号を破棄する。このような構成では、制御モジュール４５の処理負荷を低減することできる。
【００４９】
（その他の実施形態）
なお、本発明は上記の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内での種々の改良、変更が可能であることは言うまでもない。
【００５０】
例えば、上記実施形態では、本願の信号処理システムを、複数の装置２〜６がネットワークで接続される信号処理システム１０に具体化したが、装置２〜６の機能を有する単独で動作するスタンドアローン型の装置、例えばミキシング装置に具体化してもよい。あるいは、本願の信号処理システムを、信号処理システムの制御を実行するプログラムとして構成してもよい。例えば、当該プログラムを、オーディオネットワークに接続可能なルータ等のネットワーク機器に実装し、ネットワーク機器に入出力する伝送フレーム２０に対する変更処理を実行するプログラム等として構成してもよい。また、エンジンは信号処理をＤＳＰで実行するものに限らず、ＣＰＵやＦＰＧＡ等他の演算装置にて実行するものであってもよいし、これらの組み合わせにてエンジンを実現したものであってもよい。
【００５１】
また、各モジュール（制御モジュール４５など）を、演算回路等で構成したハードウェアで実装してもよい。
また、上記実施形態では、システム１０の処理対象の信号として音響信号を主として説明したが、他のリアルタイムな伝送が想定される信号（映像信号など）の処理にも本願の信号処理システムを適用してもよい。具体的には、映像信号を処理する信号処理システムとは、例えばシステムに入力された映像信号に対し映像の切り替えやテロップなどの字幕を付加する映像処理を、運用系とモニター用のエンジンで実施しつつリアルタイムに外部機器に出力する信号処理システムである。
【００５２】
また、運用系のエンジン５２は、モニター用のエンジン５３と同様に、１フレーム周期（例えば、１サンプリング周期）毎に異常がない旨の確認信号Ｓ１（図４参照）を制御モジュール４５に送信するようにしてもよい。制御モジュール４５は、確認信号Ｓ１に基づいて運用系のエンジン５２の状態についても異常の判定と伝送バッファ４２に対する処理を適宜実行する。例えば、制御モジュール４５はエンジン５３における異常の検出に応じて第１段階目のデータの破棄等（制御データの削除等）を伝送バッファ４２に保存されたデータに施し、さらに、エンジン５２における異常の検出に応じて第２段階目のデータの破棄等（音響信号データの削除等）を伝送バッファ４２に保存されたデータに施す。
【００５３】
また、信号処理システム１０又は信号処理システム１０Ａにて、制御モジュール４５は、伝送バッファ４３に保存された伝送フレーム２０に対するデータの一部破棄等の処理も実行してもよい。例えば、制御モジュール４５は、図６に示す例ではフレーム周期Ｔ３でエンジン５３の異常を検出した場合に、このフレーム周期Ｔ３以降、即ち伝送バッファ４３に保存されたデータＦ２以降のデータの一部破棄等を実行するようにしてもよい。図７に示す信号処理システム１０Ａにおいては伝送バッファ４３に対応するゲートモジュール（不図示）を設け、当該ゲートモジュールにおいてゲートモジュール４Ａと同様の処理を行うようにすればよい。
【００５４】
また、上記した実施形態におけるエンジン５３の動作を監視する方法は一例であり、他の方法を用いてもよい。例えば、制御モジュール４５がエンジン５３に対して応答確認を実施してもよい。また、エンジン５３は、異常が発生した旨だけでなく、発生した異常の詳細な情報（例えば入力した信号の信号レベルや、制御データに基づくゲイン設定値等）を送信し、制御モジュール４５はこれに基づいて伝送バッファ４２に対する処理を制御してもよい。また、制御モジュール４５は、エンジン５３の動作に拘わらず、オペレータの操作に基づいて伝送バッファ４２に保存された伝送フレーム２０に対する処理を実行する設定でもよい。例えば、オペレータは、モニター用の出力装置７を介して出力される音声からクリップやハウリング等の音響信号の異常が判断できる。制御モジュール４５は、オペレータが音響信号の異常に気付いてコンソール３の所定のスイッチを操作した場合に、その操作情報ＣＴ１（図４参照）に基づいて伝送バッファ４２に保存された伝送フレーム２０を処理する。この場合、伝送バッファ４２の伝送バッファ４３に対する遅延時間をオペレータが異常を判断できる程度に設定しておくことが好ましい。
【００５５】
また、制御モジュール４５は、オペレータの操作ミスによってエンジン５３の出力信号が途切れた場合を異常として検出し、伝送バッファ４２に保存された伝送フレーム２０に対する処理をしてもよい。例えば、制御モジュール４５は、エンジン５３の出力信号の連続性を監視する。制御モジュール４５は、オペレータが誤って入力ソースを切り替える操作やミュートする操作をしてしまったことでエンジン５３の出力信号が途切れた場合に出力信号の断絶を検出し、運用系の伝送バッファ４２内の伝送フレーム２０のうち、直前の誤った操作指示の制御データを破棄してエンジン５２に伝送してもよい。このような構成は、放送設備のような原則として放送中の出力信号の断絶がないことが前提条件となるシステムに適用する場合に有効である。
また、制御モジュール４５は、クリップやハウリングなどの発生を異常として検出し、音響信号（入力信号）のゲインを下げる、あるいはイコライザーの操作量を調整するなどといった内容の操作コマンドを、運用系のエンジン５２に対する制御データとして生成する設定でもよい。このような構成は、システムに入力された信号が過大となった場合などに有効である。なお、制御モジュール４５によるクリップやハウリングの検出方法は、種々の公知な手法を用いることができる。
【００５６】
また、伝送制御装置４及びエンジン５は、伝送バッファ４２，４３やエンジン５２，５３を同期させる処理を行う機能を具備してもよい。例えば制御モジュール４５は、モニター用のエンジン５３にハングアップ等の処理の継続が不可能な異常が生じた場合に、伝送バッファ４３の出力を停止させエンジン５３の再起動などを実施し、新たに起動したエンジン５３を運用系のエンジン５２に同期させる設定でもよい。
【００５７】
また、図５を用いて説明したフローチャートにて、一旦エンジン５３の動作に異常を検出した場合には、ステップ６１及びステップ６２をスキップして常にステップ６３の処理を行うものとしたが、ステップ６１及びステップ６２をスキップしないようにしてもよい。この場合、制御モジュール４５は、エンジン５３が異常状態から復旧した場合には、伝送バッファ４２に対するデータの一部破棄等の処理を停止するよう動作する。例えば、図６に示す例では、フレーム周期Ｔ４において、エンジン５３は、データＦ２を処理した結果が正常となり、次のフレーム周期Ｔ５の冒頭までにその旨の確認信号Ｓ２を制御モジュール４５に送信する。制御モジュール４５は、フレーム周期Ｔ５においてステップ６２の判定がＮＯ（異常が無い）となり、伝送バッファ４２に保存される伝送フレーム２０（データＦ２）がそのままエンジン５２に供給されるようになる。この場合、エンジン５２に適用されている制御データの状態（例えばゲインの設定値等）がエンジン５３のものと異なる場合があるため、両者の状態を一致させる同期処理を行うことが好ましい。
【００５８】
また、本願における信号処理システムは、ローカルエリアのネットワークで実現されるシステムに限らず、例えば、インターネットを介して複数の装置（仮想マシンなど）が連係して音響信号をリアルタイムに処理する装置群（クラウドコンピューティングなど）を含む。また、本願における信号処理装置は、１つのスタンドアローン型の装置上で複数の仮想マシーンが動作するもの、例えば１つのＯＳ上で複数の仮想マシーン（ホスト）が実行され相互に音響信号を送受信して処理する装置も含む。
【００５９】
因みに、信号処理システム１０，１０Ａ，１０Ｂは、信号処理システムの一例として、音響信号記憶領域２３の音響信号は、入力信号の一例として、制御データ領域２４の制御データは、制御データの一例として、エンジン５２は、第１信号処理エンジンの一例として、エンジン５３は、第２信号処理エンジンの一例として、エンジン８１（１）〜８１（Ｎ）は、第１及び第２信号処理エンジンの一例として、伝送バッファ４２，４３は、遅延手段の一例として、制御モジュール４５は、検出手段、遅延手段及び変更手段の一例として、確認信号Ｓ１，Ｓ２は、検出手段の一例として挙げられる。
【符号の説明】
【００６０】
１０，１０Ａ，１０Ｂ  信号処理システム、２３  音響信号記憶領域、２４  制御データ領域、５２，５３，８１（１）〜８１（Ｎ）  エンジン、４２，４３  伝送バッファ、４５  制御モジュール、Ｓ１，Ｓ２  確認信号
【図１】
2015035797.tif 000003
【図２】
2015035797.tif 000004
【図３】
2015035797.tif 000005
【図４】
2015035797.tif 000006
【図５】
2015035797.tif 000007
【図６】
2015035797.tif 000008
【図７】
2015035797.tif 000009
【図８】
2015035797.tif 000010