JP5267060B2 - 音響信号処理システム - Google Patents

Description

この発明は、複数の装置間で音響信号のリアルタイム伝送を行う機能を有する音響信号処理システムに関する。

従来から、複数のミキサエンジンに並行して同一の動作をさせておき、通常時はその一方のミキサエンジンによるミキシングの結果を出力として使用する一方、使用中のミキサエンジンに異常が生じた場合に、他のミキサエンジンによるミキシングの結果を出力として使用するようにしたミキサシステムが知られている。
このようなミキサシステムによれば、用意したミキサエンジンの１つが故障したとしても、すぐに他のミキサエンジンをバックアップとして使用でき、いわゆるフォールトトレラントなシステムを実現することができる。
このようなミキサシステムについては例えば特許文献１に記載されている。
特開２００３−１０１４４２号公報

また、フォールトトレラントなシステムの構築は、ＷＷＷ（ワールド・ワイド・ウェブ）サーバ、オンラインシステム、ルータなどを運用する場合において、システムに特に問題がない場合に処理を行う機器と、そのバックアップを行う機器とを用意しておき、使用中の機器に問題が生じたらバックアップの機器にその動作を引き継がせるといった手法で行うことも知られている。

また、これらの技術とは別に、従来から、複数のノード間で音響信号の伝送を行うためのオーディオネットワークシステムが知られており、コンサート、演劇、音楽製作、構内放送等において用いられている。このようなオーディオネットワークシステムの例としては、以下の非特許文献１，２に記載のような、ＣｏｂｒａＮｅｔ（商標），ＥｔｈｅｒＳｏｕｎｄ（商標）が知られている。

「CobraNet(TM)」、[online]、バルコム株式会社、［平成１８年３月２１日検索］、インターネット＜ＵＲＬ：http://www.balcom.co.jp/cobranet.htm＞ Carl Conrad、「EtherSound(TM) in a studio environment」、[online]、Digigram S.A.、［平成１８年３月２１日検索］、インターネット＜ＵＲＬ：http://www.ethersound.com/news/getnews.php?enews_key=101＞

しかしながら、フォールトトレラントなシステムを実現するに当たり、特許文献１に記載の技術を採用するとすると、各入力ユニットや出力ユニットから各々２台のミキサエンジンにケーブルを接続する必要があった。すなわち、信号処理に最低限必要な１台のミキサエンジンを用いて信号処理を行う場合に比べ、配線の手間が２倍になってしまうという問題があった。

また、非特許文献１や非特許文献２に記載のように、多数のノード間で音響信号の伝送を行うオーディオネットワークシステムを構築する場合においては、効果的にフォールトトレラントなシステムを構築する方法は知られていない。ＷＷＷサーバ、オンラインシステム、ルータ等の通常のネットワーク機器で使用される手法をオーディオネットワークシステムに適用したとしても、このような従来の手法では、不具合の発生した機器の動作をバックアップの機器に引き継がせる処理に時間を要し、その間、数秒から数十秒に亘って信号伝送が途切れてしまうことが想定されるためである。

しかし、このような長時間信号伝送が途切れるようなシステムでは、音響信号伝送という用途の特性上、十分な性能とは言えない。コンサート等で使用する際には、使用中の機器の動作に不具合が生じた場合に、ほとんど人間の耳では感じられない程度の時間でバックアップの機器に動作を引き継がせることが要求されるためである。

この発明は、このような問題を解決し、音響信号を複数の装置間で伝送して信号処理を行う音響信号処理システムにおいて、一部の装置に異常が発生した場合でも信号処理を異常発生前と同じように継続できるようにする機能を、容易に実現できるようにすることを目的とする。

上記の目的を達成するため、この発明の音響信号処理システムは、それぞれ単方向に通信を行う２組の受信手段及び送信手段を備えた複数の装置を、ある装置の１組の受信手段及び送信手段を次の装置の１組の送信手段及び受信手段とそれぞれ接続することにより順次接続して構成され、複数の音響信号の記憶領域を備えた音声伝送フレームを、上記各装置間に形成されるループ状の伝送経路に沿って一定周期で循環させ、その各装置でその音声伝送フレームへ音響信号の書き込み及び／又は読み出しを行うことにより、上記複数の装置間で音響信号のリアルタイム伝送を行う機能を有し、上記複数の装置に、上記音声伝送フレームの第１の記憶領域から音響信号を読み出し、その音響信号に対し、所定の制御信号に従って定めたパラメータの値に従った信号処理を施し、その処理後の音響信号を上記音声伝送フレームの第２の記憶領域に書き込む１又は複数の第１の信号処理エンジンと、上記第１の信号処理エンジンの各々と対応し、上記音声伝送フレームの上記第１の記憶領域から音響信号を読み出し、その音響信号に対し、上記制御信号に従って定めたパラメータの値に従った信号処理であって対応する第１の信号処理エンジンが実行する信号処理と同じ信号処理を施す１又は複数の第２の信号処理エンジンとを含む音響信号処理システムにおいて、以下の構成としたものである。

すなわち、上記第２の信号処理エンジンを、その対応する第１の信号処理エンジンの直前又は直後に上記音声伝送フレームへの音響信号の書き込み及び／又は読み出しを行う位置に配置し、所定の切り替え指示があった場合に、その指示に係る第１の信号処理エンジンと対応する第２の信号処理エンジンが上記信号処理を施した後の音響信号が、上記音声伝送フレームの、対応する第１の信号処理エンジンの場合と同じ第２の記憶領域に書き込まれ、以後の処理に使用されるようにしたものである。

あるいは、上記第２の信号処理エンジンを、その対応する第１の信号処理エンジンの直前に上記音声伝送フレームへの音響信号の書き込み及び／又は読み出しを行う位置に配置し、上記第２の信号処理エンジンが、処理後の音響信号を対応する上記第１の信号処理エンジンの場合と同じ記憶領域に書き込むようにし、所定の切り替え指示があった場合に、その指示に係る第１の信号処理エンジンが、その時点で伝送中の音声伝送フレームの伝送完了後、次の音声伝送フレームから、上記第２の記憶領域への音響信号の書き込みを中止するようにしたものである。

あるいはまた、上記第２の信号処理エンジンを、その対応する第１の信号処理エンジンの直後に上記音声伝送フレームへの音響信号の書き込み及び／又は読み出しを行う位置に配置し、所定の切り替え指示があった場合に、その指示に係る第２の信号処理エンジンが、その時点で伝送中の音声伝送フレームの伝送完了後、次の音声伝送フレームから、上記信号処理を施した後の音響信号を、対応する上記第１の信号処理エンジンの場合と同じ記憶領域に書き込むようにしたものである。

また、上記の各音響信号処理システムにおいて、上記第１の信号処理エンジンに、その第１の信号処理エンジンの動作制御を行うＣＰＵ及びタイマを設け、上記ＣＰＵが、定期的に上記タイマのクリアを行い、上記タイマに、所定時間そのタイマがクリアされない場合にその第１の信号処理エンジンに係る上記切替え指示を自動生成する手段を設けるとよい。

さらに、上記コンソールが、ユーザの操作に応じて上記切り替え指示を生成し、その切り替え指示を、少なくとも、その切り替え指示に係る第１の信号処理エンジン及びその第１の信号処理エンジンと対応する第２の信号処理エンジンのうち下流側に配置された信号処理エンジンに送信するようにするとよい。

あるいは、上記の各音響信号処理システムにおいて、上記第１の信号処理エンジンに、その第１の信号処理エンジンの動作確認を行う動作確認部と、その動作確認部により動作の異常が検出されたときに、上記コンソールにその異常の発生を通知する異常通知部とを設けるとよい。
さらに、上記第１の信号処理エンジンに、上記動作確認部が異常を検出している時間が所定時間継続したことを検出したとき、その第１の信号処理エンジンに係る上記切替え指示を自動生成する手段を設けるとよい。

あるいはまた、上記の各音響信号処理システムにおいて、上記第１の信号処理エンジンと上記第２の信号処理エンジンのうち、上記伝送経路の上流側に位置する信号処理エンジンが、上記信号処理を施した後の音響信号を上記音声伝送フレームの上記第２の記憶領域に書き込み、下流側に位置する信号処理エンジンが、上記上流側に位置する信号処理エンジンが書き込んだ音響信号を上記音声伝送フレームの上記第２の記憶領域から読み出し、その下流側に位置する信号処理エンジンが上記信号処理を施した後の音響信号と比較することにより、両者の信号処理エンジンにおける信号処理の不一致を検出するようにするとよい。

以上のようなこの発明の音響信号処理システムによれば、音響信号を複数の装置間で伝送して信号処理を行う音響信号処理システムにおいて、一部の装置に異常が発生した場合でも信号処理を異常発生前と同じように継続できるようにする機能を、容易に実現することができる。また、その際、音声伝送フレームに音響信号を書き込む信号処理エンジンが入れ替わっても、同じ記憶領域に書き込みを行うので、その書き込まれた音響信号を読み出している他の装置は、入れ替えに応じて動作を変える必要はなく、それまでと同じ動作を続ければよい。

以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
１． この発明の実施形態のオーディオネットワークシステムの概要
１．１ 全体構成
まず、図１に、この発明の音響信号処理システムの実施形態であるオーディオネットワークシステムの概略を示す。
図１（ａ），（ｂ）に示すように、このオーディオネットワークシステム１は、それぞれ単方向の通信を行う受信手段である受信インタフェース（Ｉ／Ｆ）と送信手段である送信Ｉ／Ｆの組を２組備えたノードＡ〜Ｃを、通信ケーブルＣＢで順次接続することにより構成したものである。ここでは３つのノードにより構成した例を示しているが、ノードの数は任意でよい。

ノードＡにおいては、受信Ｉ／Ｆ＿ＡＲ１と送信Ｉ／Ｆ＿ＡＴ１が一組のＩ／Ｆで、受信Ｉ／Ｆ＿ＡＲ２と送信Ｉ／Ｆ＿ＡＴ２がもう一組のＩ／Ｆである。ノードＢ及びＣについても、符号の先頭の文字「Ａ」を「Ｂ」あるいは「Ｃ」に置き換えたＩ／Ｆが、同様な関係に当たる。

そして、ノード間の接続は、１組の受信Ｉ／Ｆ及び送信Ｉ／Ｆを、別のノードの１組の送信Ｉ／Ｆ及び受信Ｉ／Ｆとそれぞれ通信ケーブルＣＢで接続することにより行っている。例えば、ノードＡとノードＢとの間では、受信Ｉ／Ｆ＿ＡＲ２と送信Ｉ／Ｆ＿ＢＴ１とを接続すると共に、送信Ｉ／Ｆ＿ＡＴ２と受信Ｉ／Ｆ＿ＢＲ１とを接続している。また、ノードＢとノードＣとの間では、ノードＢのもう１組のＩ／Ｆと、ノードＣの１組のＩ／Ｆとを接続している。

なお、図１に示す各ノードは、システムの外部から供給されるアナログ又はデジタルの音響信号をシステムに入力する入力装置、システムにおいて処理された音響信号をシステムの外部に出力する出力装置、システムに入力された音響信号に対してミキシング，エフェクト付与等の信号処理を施す信号処理エンジン等である。ノード毎に機能が違っていても当然構わない。

ここで、（ａ）に示すように、各ノードを、端部を有する１本のラインのように接続した状態を、「カスケード接続」と呼ぶことにする。そしてこの場合、各ノード間を結ぶケーブルＣＢにより、破線で示すように１つのリング状のデータ伝送経路を形成することができる。また各ノードは、この経路で音声伝送フレームを一定周期で循環させるように伝送し、その音声伝送フレームに対して必要な情報を読み書きすることにより、経路上の任意のノードとの間で、音響信号であるオーディオ波形データ（以下単に「波形データ」という）を始めとする種々のデータの送受信を行うことができる。
そして、オーディオネットワークシステム１内において、１つのノードがマスタノードとなり、音声伝送フレームを生成し、定期的に伝送経路を循環させたり、ネットワークの管理を行ったりする。

また、（ａ）に示したカスケード接続に加え、両端のノードで使用していないＩ／Ｆ同士も通信ケーブルＣＢで接続すると、（ｂ）に示すように、リング状のデータ伝送経路を２つ形成することができる。そして、各ノードは、これらの経路でそれぞれ音声伝送フレームを伝送し、その各音声伝送フレームに対して必要な情報を読み書きすることにより、経路上の任意のノードとの間でデータの送受信を行うことができる。このようなノード間の接続状態を、「ループ接続」と呼ぶことにする。

なお、図１ではケーブルを２本示しているが、１組の受信Ｉ／Ｆと送信Ｉ／Ｆとを近接してあるいは一体として設ければ、２本を束ねて１本にしたケーブルにより、１組のＩ／Ｆ同士の接続を行うことも可能である。
また、各ノードには、必要なＩ／Ｆを設ければ、（ｃ）に示すように、外部機器Ｎを接続し、外部機器Ｎから受信したデータを音声伝送フレームに書き込んで他のノードに送信したり、音声伝送フレームから読み出したデータを外部機器Ｎに送信したりすることもできる。

このような外部機器Ｎとしては、例えば外付けのコンソールが考えられる。そして、コンソールがユーザから受け付けた操作に応じたコマンドをノードＢに送信し、ノードＢがこれを音声伝送フレームに書き込んで他のノードに送信してそのコマンドに応じた動作を行わせたり、他のノードが音声伝送フレームに書き込んで送信してきた応答やレベルデータ等をノードＢが読み出してコンソールに送信し、コンソールにおける操作子状態の表示やレベル表示に使用するといった動作を行わせることが考えられる。
もちろん、コンソールと、そのコンソールが接続されたノードとの間で、上記のリング上の伝送経路とは別の経路で通信を行い、コンソールが受け付けた操作内容に従ってノードの動作や設定内容等を制御することもできる。

１．２ 音声伝送フレームの構成
次に、図２に、上述した伝送経路で伝送される音声伝送フレームの構成例を示す。なお、この図に示した各領域の幅は必ずしもデータ量と対応しない。
図２に示すように、この音声伝送フレーム１００は、サイズが１２８２バイトであり、先頭から順に、ヘッダ１０１，管理データ１０２，波形データ（オーディオデータ）領域１０３，制御データ領域１０４，ＦＣＳ（Frame Check Sequence）１０５の各領域からなる。各領域のサイズは、その領域に記載するデータ量に関わらずそれぞれ一定である。また、ここで示すＦＣＳ領域１０５以外の各領域のサイズは一例であり、適宜変更してよい。

そして、ヘッダ１０１は、計２２バイトのデータであり、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．３で規定されるプリアンブル，ＳＦＤ（Start Frame Delimiter），宛先アドレス，送信元アドレス，音声伝送フレーム１００の長さを示すレングスを記載する。
なお、このオーディオネットワークシステム１においては、送信Ｉ／Ｆから送出されるフレームは、１本の接続ケーブルＣＢで接続された受信Ｉ／Ｆにしか届かないから、アドレスの記載はあまり意味がない。そこで、宛先アドレスとしては、例えばブロードキャストを示すアドレスを記載し、送信元アドレスとしては、送信元ノードのＭＡＣ（Media Access Control）アドレスを記載する。

各ノードは、送信Ｉ／Ｆと受信Ｉ／Ｆを２つずつ備えているが、それぞれ別個のＭＡＣアドレスを持つのではなく、ノードとして１つのＭＡＣアドレスを持つ。また、宛先アドレスとして、ブロードキャストアドレスを記載する代わりに、送信先ノードのＭＡＣアドレスを記載するようにしてもよい。さらに、ＭＡＣアドレスに代えて、各ノードのＩＤを記載するようにしてもよい。

また、管理データ１０２は、８バイトのデータであり、オーディオネットワークシステム１内の各ノードが音声伝送フレームに含まれるデータの管理に利用するデータとして、フレーム通し番号ＴＮ、各サンプリング周期内のフレーム番号ＰＮ、サンプル遅れ値ＳＤ、波形データ１０３中の波形データのｃｈ数ＡＣＮ、および異常フラグＡＢを記載する。
ここで、サンプル遅れ値ＳＤは、あるノードがフレームに書き込んだ波形データが伝送経路を１周して戻ってくるまでに何サンプル分の時間がかかるかを示すデータである。異常フラグＡＢは、フレーム伝送経路上の特定のノードにおける異常発生有無を示すフラグである。異常フラグＡＢについては、後に詳述する。

また、波形データ１０３の領域としては１０２４バイトを確保し、音響信号のデータである１サンプル３２ビットの波形データを２５６ｃｈ分記載できる。すなわち、本システムでは、１つの音声伝送フレーム１００を循環させることにより、２５６ｃｈ分の音響信号を伝送することができる。なお、２５６ｃｈ中の伝送に使われていないｃｈ（空きｃｈ）の領域については、そこに何が記載されているか気にしなくて良い。

また、制御データ１０４の領域としては２２４バイトを確保し、ここには、ＩＰ（Internet Protocol）に基づくノード間通信用のパケットなどの各種データを記載するＩＰパケット領域や、レベル表示に使用するレベルデータを記載するレベルデータ領域、オーディオネットワークシステム１の構成を管理・制御するためのネットワーク構成情報を記載するネットワーク構成領域が設けられている。ここで、ＩＰパケットによる通信では、各ノードに動作を指示するためのコマンドや、それに対する応答などがノード間で送受信される。
なお、レベルデータやネットワーク構成情報にそれぞれ専用の領域（例えば１０バイト）が設けられているのは、それらのデータを定常的に伝達するためである。

このうちＩＰパケット領域には、通信すべきデータをパケット化したＩＰパケットを、さらにパケット化したＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．３形式のパケットを、用意したサイズ（ここでは２０４バイト）に入るようにパケットの送信側で分割して記載する。そして、パケットの受信側で複数の音声伝送フレーム１００からデータを取り出して結合し、分割前のパケットを復元することにより、通常のイーサネット（登録商標）での伝送と同様にＩＰパケットをノード間で伝送することができる。ＩＥＥＥ８０２．３形式のパケットの最大サイズは１５２６バイトであり、一方、分割・復元の制御用に数バイトの分割制御データを加えたとしても、１音声伝送フレーム毎に約２００バイトの送信ができるので、１つのＩＰパケットの送信は、最大でも８フレームで完了する。
ＦＣＳ１０５は、ＩＥＥＥ８０２．３で規定される、フレームのエラーを検出するためのフィールドである。

１．３ 音声伝送フレームの伝送方式
次に、図３に、図２に示した音声伝送フレーム１００の伝送タイミングを示す。
この図に示すように、オーディオネットワークシステム１においては、音声伝送フレーム１００を、９６ｋＨｚ（キロヘルツ）のサンプリング周期１周期である１０．４μｓｅｃ（マイクロ秒）毎に１つ、ノード間で循環させ、各ノードは音声伝送フレームの所望のｃｈへの音響信号の書き込みないし所望のｃｈからの音響信号の読み出しを行うようになっている。従って、各サンプリング周期に、２５６の伝送ｃｈについて、それぞれ１サンプル分の波形データを、各ノード間で伝送できる。

１Ｇｂｐｓ（ギガビット・パー・セカンド）のイーサネット（登録商標）方式のデータ転送を採用すれば、音声伝送フレーム１００の時間長は、１ナノ秒×８ビット×１２８２バイト＝１０．２６μｓｅｃであり、１サンプリング周期内に伝送が完了する。
なお、１２８２バイトの場合、フレーム間の時間間隔を無視すれば、計算上は１ｓｅｃ／１０．２６μｓｅｃ＝９７．４７ｋＨｚのサンプリング周期まで対応可能であり、９６ｋＨｚのサンプリング周期であれば、１０．４μｓｅｃ／８ビット／１ナノ秒＝１３００バイトのフレームサイズまで伝送可能である。しかし、フレーム間には所定時間以上の空きが必要であり、また、フレームの伝送タイミングが前後に揺れる可能性があるので、音声伝送フレームのサイズ（時間長）はそれらを考慮した上で決定される。

次に、図４に、オーディオネットワークシステム１上での音響信号の伝送時における、図２に示した音声伝送フレームの伝送状況を示す。
ここでは、ノードＡからノードＥまでの５つのノードをカスケード接続したオーディオネットワークシステムを考える。そして、このシステム内の各ノードに図２に示した音声伝送フレーム１００を循環させる場合、いずれか１つのノードをマスタノードに定め、そのノードのみが新たなサンプリング周期の音声伝送フレーム（通し番号の異なる音声伝送フレーム）の生成を行い、生成した音声伝送フレームをサンプリング周期毎に次のノードへ送信する。マスタノード以外のノードはスレーブノードであり、それぞれ前のノードから音声伝送フレームを受信し、次のノードへ送信する転送処理を行う。

そして、マスタノードＤが最初に図で右向きに、ワードクロックのタイミングに合わせて、ノードＥに向かって音声伝送フレームを送信すると、その音声伝送フレームは、破線で示すように、ノードＤ→Ｅ→Ｄ→Ｃ→Ｂ→Ａ→Ｂ→Ｃ→Ｄの順で伝送され、ノードＤに戻ってくる。マスタノードから見て、一巡する音声伝送フレームを最初に送信する側を前方側と呼び、２回目に送信する側を後方側と呼ぶ。また、この伝送の際、各ノードは、音声伝送フレームを受信してから送信するまでに、他のノードから受信すべき波形データや制御データを音声伝送フレームから読み取り、また他のノードに送信すべき波形データや制御データを音声伝送フレームに書き込む。

そして、マスタノードは、音声伝送フレームが伝送経路を１周して戻ってくると、その音声伝送フレームの管理データ１０２を書き換えて後のサンプル周期の音声伝送フレームを生成し、適当なサンプル周期での送信に供する。またこのとき、マスタノードも他のノードと同様に音声伝送フレームに対してデータの読み書きを行う。

以上を繰り返すことにより、１サンプリング周期につき１つの音声伝送フレームに、（ａ）から（ｅ）に時系列的に示すように、各ノードを循環させることができる。これらの図において、黒塗りの矢印は音声伝送フレームの先頭を、黒丸は音声伝送フレームの末端を示す。線の矢印は、音声伝送フレームの切れ目を分かり易くするために記載したものである。

なお、各スレーブノードは、音声伝送フレームの全てを受信してからデータの読み書きや次のノードへの送信を行う必要はなく、先頭から必要なバイト数だけ受信したら、データの読み書きや次のノードへの送信の処理を開始してしまってよい。そしてその後、音声伝送フレームの末端まで、受信するのとほぼ同じ速さでデータの読み書きや送信を行って行けばよい。ただし、マスタノードについては、音声伝送フレームの全てを受信してから、その内容に基づいて新たな音声伝送フレームの生成を行うことが好ましい。

また、カスケード接続の場合、両端のノード以外のノードは、１周のうちに２度音声伝送フレームを通過させることになるが、このうちデータの読み書きを行うのは１度のみである。どちらでその読み書きを行うかは、最初に音声伝送フレームを通過させる時、図で右向きに音声伝送フレームを通過させる時等、任意に定めればよい。読み書きを行わない場合には、単に送信元アドレスと後述する存在確認情報だけ書き換えて音声伝送フレームの残りの部分はスルーさせればよい。

また、各ノードにおいて、音声伝送フレームのデータを書き換えるためや、受信側のネットワーククロック（送信元のノードの動作クロックに対応）と送信側のネットワーククロック（当該ノードの動作クロックに対応）の周波数やタイミングの差を吸収するために、音声伝送フレームの受信時にバッファリングを行う必要があるので、音声伝送フレームの受信開始から送信開始まで幾分かのタイムラグが生じる。

そして、ネットワークで伝送される音響信号の伝送遅延（サンプリング周期単位）を最小にしたい場合は、上記のタイムラグの量を考慮して、マスタノードがあるワードクロックのタイミングで送信開始した音声伝送フレームを、次の次のワードクロックより所定時間α（マスタノード内での新音声伝送フレームの準備に係る時間に対応する）だけ前のタイミングに、マスタノードが受信完了できるようにすればよい。
この場合、例えばＳ番目の音声伝送フレームに基づいて、２サンプリング周期先に送信するＳ＋２番目の音声伝送フレームを生成すればよい。

本システムにおいては、以上のような方式のデータ伝送を行うことにより、ネットワーク内で常に音声伝送フレームのサイズに応じた一定の伝送帯域幅を確保することができる。そして、この帯域幅は、特定のノード間でのデータ伝送量の多寡には影響されない。

なお、図４に示した各ノードを、図１（ｂ）に示したようにループ接続する場合には、図１からわかるように、マスタノードＤが生成して図で右向きに送信した音声伝送フレームを、ノードＤ→Ｅ→Ａ→Ｂ→Ｃ→Ｄの順で伝送する伝送経路と、マスタノードＤが生成して図で左向きに送信した音声伝送フレームを、ノードＤ→Ｃ→Ｂ→Ａ→Ｅ→Ｄの順で伝送する伝送経路とができることになる。そしてこの伝送の際、各ノードは、音声伝送フレームを受信してから送信するまでに、他のノードから受信すべき波形データや制御データを音声伝送フレームから読み取り、また他のノードに送信すべき波形データや制御データを音声伝送フレームに書き込む。

また、ループ接続の場合、音声伝送フレームが伝送経路を１周する間に全てのノードを１回ずつ通過することになるため、各ノードは、その通過の際にデータの読み書きを行う。
そして、システムの全体として、２つの伝送経路のフレームに同じデータを書き込んで循環させる二重化通信と、２つの伝送経路のフレームに別々のデータを書き込んで循環させる二倍化通信とを、選択的に行うことができる。

このうち、二重化通信の場合には、フレームは２つになっても同じデータを記載するため、１サンプリング周期当たりに伝送可能な情報量、すなわち通信の帯域幅は、カスケード接続の場合と同じである。しかし、１ヶ所で断線が生じても速やかにカスケード接続の伝送に移行し、同じ帯域幅でのデータ伝送を維持することができる。また、２つのフレームの内容を比較することにより、データが正確に伝送されているかどうかを確認することができる。
一方、二倍化通信の場合には、１サンプリング周期当たりにフレーム２つ分のデータを伝送可能であるから、通信の帯域幅を、カスケード接続の場合の２倍にすることができる。
このどちらを行うかは、マスタノードに設定しておけばよい。

１．４ システムを構成する各装置のハードウェア構成及び基本動作
次に、以上説明してきたような音声伝送フレームの伝送を行うためのハードウェア及びその動作について説明する。
まず、図５に、上述のオーディオネットワークシステムを構成するノードとなる音響信号処理装置のハードウェア構成を示す。
図５に示すように、この音響信号処理装置２は、ＣＰＵ２０１，フラッシュメモリ２０２，ＲＡＭ２０３，外部機器Ｉ／Ｆ（インタフェース）２０４，表示器２０５，操作子２０６を備え、これらがシステムバス２０７により接続されている。また、外部機器Ｉ／Ｆ２０４とシステムバス２０７とに接続する波形処理部２１０も備えている。

そして、ＣＰＵ２０１は、この音響信号処理装置２の動作を統括制御する制御手段であり、フラッシュメモリ２０２に記憶された所要の制御プログラムを実行することにより、表示器２０５における表示を制御したり、操作子２０６の操作を検出してその操作に従ってパラメータの値の設定／変更や各部の動作を制御したり、コマンドを波形処理部２１０を介して他の音響信号処理装置に送信したり、波形処理部２１０を介して他の音響信号処理装置から受信したコマンドに従った処理を行ったりする。

フラッシュメモリ２０２は、ＣＰＵ２０１が実行する制御プログラムを始め、電源を切っても残しておくべきデータを記憶する書き換え可能な不揮発性記憶手段である。
ＲＡＭ２０３は、一時的に記憶すべきデータを記憶したり、ＣＰＵ２０１のワークメモリとして使用したりする記憶手段である。

外部機器Ｉ／Ｆ２０４は、種々の外部機器を接続し入出力を行うためのインタフェースであり、例えば外部のディスプレイ、マウス、文字入力用のキーボード、コンソール、ＰＣ（パーソナルコンピュータ）等を接続するためのインタフェースが用意される。
外部機器Ｉ／Ｆ２０４は、波形処理部２１０のオーディオバス２１７にも接続しており、オーディオバス２１７を流れる波形データを外部装置に送信したり、外部装置から受信した波形データをオーディオバス２１７に入力したりすることができる。

表示器２０５は、ＣＰＵ２０１による制御に従って種々の情報を表示する表示手段であり、例えば、液晶ディスプレイ（ＬＣＤ）や発光ダイオード（ＬＥＤ）によって構成することができる。
操作子２０６は、音響信号処理装置２に対する操作を受け付けるためのものであり、種々のキー、ボタン、ダイヤル、スライダ等によって構成することができる。

また、波形処理部２１０は、オーディオバス２１７と制御バス２１８を備え、これらのバスに接続する種々のユニットを設けることにより、音響信号処理装置２に対する音響信号及び制御信号の入出力及びその処理を行うことができるようにするためのインタフェースである。波形処理部２１０に設けられる種々のユニットは、オーディオバス２１７を介して相互に波形データを送受信すると共に、制御バス２１８を介してＣＰＵ２０１との間で制御信号を送受信し、ＣＰＵ２０１の制御を受ける。なお、これらのユニットは、着脱可能なカードモジュールとして構成することも可能である。

オーディオバス２１７は、任意のユニットから任意のユニットへ、複数チャンネルの波形データをサンプリング周期に基づくタイミングで各１サンプルずつ時分割伝送する音響信号伝送用ローカルバスである。接続された複数ユニットの何れか１つがマスタとなり、当該ユニットが生成し供給するワードクロックに基づいてオーディオバス２１７の時分割伝送の基準タイミングを制御する。その他の各ユニットはスレーブとなり、その基準タイミングに基づいて各ユニットのワードクロックを生成する。

すなわち、各ユニットで生成されるワードクロックは、マスタとなるユニットのワードクロックに同期した共通のクロックとなり、ノード内の複数のユニットは、共通のサンプリング周波数で波形データの処理を行う。さらに、各ユニットは、自身のワードクロックに基づいて処理した波形データ及び処理すべき波形データを、上記の基準タイミングに基づく時分割タイミングで、オーディオバス２１７を介して他のユニットに送信し、また他のユニットから受信する。

図５には、波形処理部２１０に設けるユニットの例として、波形伝送Ｉ／Ｏユニット２１１、ＤＳＰ（デジタル・シグナル・プロセッサ）ユニット２１２、アナログ入力ユニット２１３、アナログ出力ユニット２１４、デジタル入出力ユニット２１５、その他ユニット２１６を示している。
波形処理部２１０に設ける各種ユニットは、そのユニットの機能に応じた波形データの処理を、それぞれ、ワードクロック（波形データのサンプリング周期）に基づくタイミングで実行するものである。

このうち、波形伝送Ｉ／Ｏユニット２１１は、送信Ｉ／Ｆと受信Ｉ／Ｆを２組備え、図１乃至図４を用いて説明した音声伝送フレーム１００の伝送と、音声伝送フレーム１００に対する波形データや制御データ等の読み書きを行う機能とを有する。その詳細については後述する。
ＤＳＰユニット２１２は、オーディオバス２１７から取得した波形データに対し、ワードクロックに基づくタイミングで、ミキシング、イコライジング、エフェクト付与を始めとする種々の処理を行う信号処理手段である。処理後のデータも、オーディオバス２１７に出力する。また、複数ｃｈの波形データの入力を受け付けて処理し、複数ｃｈの波形データを出力することができる。

アナログ入力ユニット２１３は、Ａ／Ｄ（アナログ／デジタル）変換回路を備え、マイク等の音声入力装置から入力するアナログ音響信号を、デジタルの波形データに変換してオーディオバス２１７に供給する機能を有する。
アナログ出力ユニット２１４は、Ｄ／Ａ（デジタル／アナログ）変換回路を備え、オーディオバス２１７から取得したデジタルの波形データをアナログの音響信号に変換して、スピーカ等の音声出力装置に出力する機能を有する。

デジタル入出力ユニット２１５は、音声入力装置から入力するデジタル音響信号（波形データ）をオーディオバス２１７に供給する機能と、オーディオバスから取得した波形データをデジタル信号のままで音声出力装置に出力する機能とを有する。
これらの入力／出力ユニットはいずれも、複数ｃｈの信号を並列して処理することが可能である。
その他ユニット２１６としては、音源、レコーダ、エフェクタ等の機能を有するユニットが考えられる。

オーディオネットワークシステム１を構成するノードとするためには、音響信号処理装置２には少なくとも１つの波形伝送Ｉ／Ｏユニット２１１を設ける必要があるが、他のユニットについては、音響信号処理装置２に持たせたい機能に応じて任意に選択し、また組み合わせて設けることができる。

例えば、ＤＳＰユニット２１２を設ければ、音響信号処理装置２は、音声伝送フレームから音響信号を読み出し、その音響信号に対して予め定められたパラメータの値に従った信号処理を施し、その処理後の音響信号を音声伝送フレームに書き込む信号処理エンジンとして機能する。

アナログ入力ユニット２１３を設ければ、音響信号処理装置は、オーディオネットワークシステム１の外部から入力する音響信号を音声伝送フレームに書き込む入力装置として機能する。アナログ出力ユニット２１４を設ければ、音響信号処理装置は、音声伝送フレームから読み出した音響信号をオーディオネットワークシステム１の外部に出力する出力装置として機能する。デジタル入出力ユニット２１５を設ければ、入力装置と出力装置の双方として機能する。
もちろん、複数のユニットを設けることにより、上記の機能を１台の装置に複数兼ね備えさせることも可能である。

なお、上述のように、波形処理部２１０に設けられたユニットは、共通のワードクロックに従って音響信号の処理を行うが、音響信号処理装置２がマスタノードである場合は、装着されたユニットのうちの何れか１枚が波形伝送Ｉ／Ｏユニット２１１を含む他のユニットへワードクロックを供給し、波形伝送Ｉ／Ｏユニット２１１はマスタノードとしてサンプリング周期毎に音声伝送フレームを送信する。音響信号処理装置２がスレーブノードである場合は、波形伝送Ｉ／Ｏユニット２１１が音声伝送フレームの受信タイミングに基づいてワードクロックを生成（再生）し、波形処理部２１０に設けられた他のユニットへワードクロックを供給する。

次に、図６に、波形伝送Ｉ／Ｏユニット２１１の構成をより詳細に示す。
図６に示すように、波形伝送Ｉ／Ｏユニットは、第１，第２のデータ入出力部１０，２０、第１，第２の受信Ｉ／Ｆ３１，３３、第１，第２の送信Ｉ／Ｆ３４，３２、セレクタ３５〜３８、オーディオバスＩ／Ｏ３９、制御バスＩ／Ｏ４０、制御部４１、ワードクロック生成部４２及びタイマ４３を備える。

このうち、第１，第２の受信Ｉ／Ｆ３１，３３及び第１，第２の送信Ｉ／Ｆ３４，３２は、図１に示した２組の受信Ｉ／Ｆ及び送信Ｉ／Ｆと対応する通信手段であり、それぞれ通信ケーブルと接続するための所定のコネクタ（メス側）を備えている。通信ケーブルの接続に際しては、第１の受信Ｉ／Ｆ３１と第１の送信Ｉ／Ｆ３４とを１組とし、第２の送信Ｉ／Ｆ３２と第２の受信Ｉ／Ｆ３３とを１組とする。これらのＩ／Ｆは、上述した１サンプリング周期内の音声伝送フレームの伝送に十分な能力を有していれば、どのような通信方式でデータ通信行うＩ／Ｆであってもよいが、ここでは１Ｇｂｐｓのイーサネット方式のデータ転送を行うＩ／Ｆを採用している。

現在、１Ｇイーサネットには、通信ケーブルＣＢとしてＲＪ４５コネクタ付きＣＡＴ５ｅケーブル（シールドされていないツイストペア）を使用する１０００ＢＡＳＥ−Ｔと、光ファイバやＳＴＰケーブル（シールドされたツイストペア）を使用する１０００ＢＡＳＥ−Ｘの２種類があるが、本実施形態にはその何れを用いることもできる。また、１Ｇイーサネット以外の広帯域ネットワーク技術を用いても良い。例えば、FiberChannel、ＳＤＨ（Synchronous Digital Hierarchy）／ＳＯＮＥＴ（Synchronous Optical NETwork）などである。

受信Ｉ／Ｆは、通信ケーブルＣＢを伝播する電気信号や光信号からキャリアであるネットワーククロックを抽出し、抽出されたクロックに基づいて該電気信号や光信号からバイト単位（ないしワード単位）のデジタルデータのデータ列を復調して出力する。送信Ｉ／Ｆは、ネットワーククロックと送信すべきバイト単位（ないしワード単位）のデジタルデータ列を入力し、該ネットワーククロックをキャリアとして伝送用の電気信号や光信号に変調して通信ケーブルＣＢに出力する。

また、オーディオバスＩ／Ｏ３９は、オーディオバス２１７に対して波形データを入出力するためのインタフェースである。
制御バスＩ／Ｏ４０は、制御バス２１８に対して制御用パケット、レベルデータ、ネットワーク構成情報等のデータを入出力するためのインタフェースである。
制御部４１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、波形伝送Ｉ／Ｏユニット２１１の動作に関する全般的な制御に加え、詳細な説明は省略するが、音声伝送フレームの伝送経路の形成に関する制御を行う。また、制御部４１も、制御バスＩ／Ｏ４０及び制御バス２１８を介してＣＰＵ２０１との間でデータを送受信することができる。

ワードクロック生成部４２は、オーディオバス２１７における波形データの転送や、オーディオバス２１７に接続される各種ユニットにおける信号データ処理のタイミングの基準となるワードクロックを生成するワードクロック生成手段である。
マスタノードにおいては、ワードクロック生成部４２は、波形伝送Ｉ／Ｏユニット２１１独自のタイミング、ないし、オーディオバス２１７を介して供給される他のユニットからのワードクロックに同期したタイミングでワードクロックを生成し、そのクロックを音声伝送フレームの送信タイミングの基準としても用いるが、スレーブノードにおいては、ワードクロック生成部４２は音声伝送フレームの受信タイミングを基準としてワードクロックを生成する。

タイマ４３は、経過時間を計測する計時手段である。そして、ＣＰＵ２０１は、後述のように音響信号処理装置２の動作に異常がない場合に制御部４１を介してタイマ４３を定期的にリセットし、タイマ４３のカウントが所定値に達したことをトリガに制御部４１が異常の発生を検出できるようにしている。

また、第１，第２のデータ入出力部１０，２０はそれぞれ、図示しない動作クロック発生部の発生する動作クロックに基づいて動作し、対応する受信Ｉ／Ｆが受信した各種フレーム（音声伝送フレームを含む）から所望のデータを読み出す読出手段であり、また、同受信した音声伝送フレームに対して所望のデータの書き込みを行う書込手段である。そして、第１，第２の入出力部の機能は同等なものであるので、第１のデータ入出力部１０について代表して説明する。

第１のデータ入出力部１０は、データ抽出部１１、波形入力用ＦＩＦＯ１２、波形出力用ＦＩＦＯ１３、制御入力用ＦＩＦＯ１４、制御出力用ＦＩＦＯ１５、フレームバッファ１６、波形データ比較部１７を備える。また、第１の受信Ｉ／Ｆ３１がキャリアとして抽出したネットワーククロックＮＣ１の供給を受けて、それに同期して第１の受信Ｉ／Ｆ３１からのデータの受け取りを行う。ここで、各ＦＩＦＯは、それぞれ、先に書き込まれたデータが先に読み出されるファーストイン・ファーストアウトのレジスタである。

すなわち、データ抽出部１１及びフレームバッファ１６は、第１の受信Ｉ／Ｆ３１の出力するデータをネットワーククロックＮＣ１に同期して取り込む（ここでは、セレクタ３８で第１の受信Ｉ／Ｆ３１からの入力が選択されているとする）。なお、フレームバッファ１６に取り込まれるのは音声伝送フレームのみであるが、データ抽出部１１には、ここでは説明しない音声伝送フレーム以外のデータも取り込まれる。

そして、これらのうちデータ抽出部１１は、取り込んだデータのうち、読み出してオーディオバス２１７に供給すべき伝送ｃｈの波形データを波形入力用ＦＩＦＯ１２に書き込み、第１のデータ入出力部１０において音声伝送フレーム１００に書き込みを行う予定の伝送ｃｈの波形データを波形データ比較部１７に書き込み、読み出すべき制御データを制御入力用ＦＩＦＯ１４に書き込み、それ以外のデータは破棄する機能を有する。
そして、波形入力用ＦＩＦＯ１２に書き込まれた各伝送ｃｈの波形データはオーディオバスＩ／Ｏ３９により、ワードクロックに同期して１サンプルずつ読み出され、オーディオバス２１７を介して他のユニットに伝送される。また、制御入力用ＦＩＦＯ１４に書き込まれた制御データは、制御バスＩ／Ｏ４０を介してＣＰＵ２０１により順次読み出され、音響信号処理装置２の制御に使用される。

なお、波形データについては、制御部４１が、少なくともどの伝送ｃｈのデータを読み取るべきか把握しており、そのデータが音声伝送フレームの何バイト目に記載されているかは計算で求められるため、制御部４１がその位置をデータ抽出部１１に指示し、必要な位置のデータのみを波形入力用ＦＩＦＯ１２及び波形データ比較部１７に書き込ませるようにすればよい。
また、制御データについては、データ抽出部１１での判断は行わず、取り込んだデータが制御データであれば制御入力用ＦＩＦＯ１４に書き込み、制御入力用ＦＩＦＯ１４から読み出したＣＰＵ２０１が制御データに含まれる送信先アドレス等を解析して参照すべき制御データであるか否かを判断する。

先述したように、制御データの伝送では、送信側でパケットを複数に分割して制御データとして送信する場合があるが、そのようなデータに柔軟に対応するためにはＣＰＵ２０１に判断を任せるのが好適である。或いは、データ抽出部１１にその分割されたパケットの処理機能を持たせるとともに、制御部４１に、自機のアドレスをデータ抽出部１１に対して指示させ、データ抽出部１１において、制御データに含まれる送信先アドレスの一致に基づいて参照すべき制御データであるか否かを判断するようにしてもよい。

一方、波形出力用ＦＩＦＯ１３は、音声伝送フレームに記載して出力すべき波形データを格納するバッファであり、オーディオバスＩ／Ｏ３９は、サンプリング周期毎に出力すべき波形データをオーディオバス２１７から取得してここに書き込む。複数の伝送ｃｈ分の波形データを書き込むことも当然可能であり、音声伝送フレームの先頭に近いバイトに書き込むデータを先に波形出力用ＦＩＦＯ１３に書き込んでおけばよい。
また、制御出力用ＦＩＦＯ１５は、音声伝送フレームに記載して出力すべき制御データを格納するバッファであり、制御バスＩ／Ｏ４０は、出力すべき制御データを制御バス２１８から取得してここに書き込む。

そして、自機がスレーブノードである場合、フレームバッファ１６に音声伝送フレームのデータが所定量（第１の所定量）蓄積されると、蓄積の進行に合わせて、波形出力用ＦＩＦＯ１３及び制御出力用ＦＩＦＯ１５のデータを、フレームバッファ１６の適当なアドレスに書き込んで音声伝送フレームの内容を書き換える。

音声伝送フレームの何バイト目にデータを書き込めばよいかは、波形データについては、制御部４１が書き込むべき伝送ｃｈに基づいて算出し、フレームバッファ１６に指示する。制御データについても、図２に示した区分に従いデータの種類毎に自動的に決定される。さらに別の種類のデータを伝送したい場合は、「ＩＰパケット」の領域の一部をそのデータ用の領域としてもよい。

そして、自機がスレーブノードである場合、フレームバッファ１６に音声伝送フレームのデータが上記の第１の所定量より多い第２の所定量だけ蓄積されると、フレームバッファ１６は音声伝送フレームの出力を開始し、セレクタ３５が第２の送信Ｉ／Ｆ３２への出力を選択していれば、音声伝送フレームのデータを先頭から順に第２の送信Ｉ／Ｆ３２に渡して送信させる。

このとき、第１のデータ入出力部１０の動作クロックが、そのままネットワーククロックＮＣ２として、第２の送信Ｉ／Ｆ３２に供給され、第２の送信Ｉ／Ｆは、音声伝送フレームのデータを、ネットワーククロックＮＣ２をキャリアとして順次変調して通信ケーブルＣＢに出力する。
この場合、第１のデータ入出力部１０は送信制御手段として機能する。

なお、本実施形態では、フレームバッファ１６に記憶された音声伝送フレームへの波形出力用ＦＩＦＯ１３及び制御出力用ＦＩＦＯ１５からのデータによる内容の書き換えと、フレームバッファ１６からの音声伝送フレームの出力を独立して行うようになっていたが、その書き換えと出力を一度に行うようにしてもよい。すなわち、受信した音声伝送フレームをフレームバッファ１６へ書き込み、所定量の蓄積をトリガとしてその音声伝送フレームの読み出しを開始し、波形出力用ＦＩＦＯ１３及び制御出力用ＦＩＦＯ１５からのデータにより内容を差し替えつつ出力するようにしてもよい。

また、音声伝送フレームのデータの書き換えは、一旦受信した音声伝送フレームをフレームバッファ１６に格納してから行うのではなく、音声伝送フレームのフレームバッファ１６への書き込み時に、第１の受信Ｉ／Ｆ３１からのデータと、波形出力用ＦＩＦＯ１３からのデータ、および制御出力用ＦＩＦＯ１５からのデータのうち適切なものを選択して書き込むようにしてもよい。この場合、第１の受信Ｉ／Ｆ３１からの音声伝送フレームのデータのうち、選択されなかったデータは破棄されることになる。

なお、上述のように、カスケード接続の場合、各ノードは音声伝送フレームに伝送経路を１周させる間、１回しか読み書きを行わない。従って、第１，第２のデータ入出力部１０，２０のいずれか一方でしかデータの読み書きを行わない。そして、データの読み書きを行わない方のデータ入出力部では、単にデータをスルーさせるのみとする。なお、スルーさせるのみであればＦＩＦＯ２２，２３，２５を実装する必要はないが、これらのＦＩＦＯは、オーディオネットワークシステム１をループ接続で動作させるために設けられている。

また、これとは別に、後述するように、音響信号処理装置２の動作状態に応じて、音声伝送フレームからのデータの読み出しを行うデータ入出力部においても、波形出力用ＦＩＦＯ及び制御出力用ＦＩＦＯから音声伝送フレームへのデータの書き込みを停止する場合もある。この停止の制御は、制御部４１が行う。

また、マスタノードにおいては、音声伝送フレーム全体の受信が完了してから音声伝送フレームの更新を行うようにしており、音声伝送フレームへのデータの書き込みのタイミングおよび音声伝送フレームの送信開始のタイミングが、スレーブノードとは異なる。しかし、音声伝送フレーム中のデータの書き込み位置については、スレーブノードの場合と同様に定めることができる。また、音声伝送フレーム中の管理データ１０２の書き換えも行うが、この書き換えも、新たな音声伝送フレームに記載すべきデータを制御出力用ＦＩＦＯ１５に書き込んでおき、このデータをフレームバッファに蓄積された音声伝送フレームに上書きして行うことができる。

また、波形データ比較部１７は、後述するようにオーディオネットワークシステム１内に、システムをフォールトトレラントにするために２つの信号処理エンジンを組にして設ける場合に動作させる機能部である。そして、波形データ比較部１７は、データ抽出部１１から入力された、これから書き込みを行う予定の伝送ｃｈの波形データと、波形出力用ＦＩＦＯ１３に書き込まれている、同じ伝送ｃｈに書き込むべき波形データとを比較する動作を行う。ただし、この比較のための波形出力用ＦＩＦＯ１３からのデータの読み出しアドレスは、波形データの書き込みのためのＦＩＦＯ動作には影響を与えないように、別途読み出しアドレスレジスタを用意する等して管理する。また、波形データ比較部１７による比較の意義については、図７乃至図９の説明において後述する。
以上が音声伝送フレーム送信に関するデータ入出力部の機能である。

ところで、図１（ａ）等からわかるように、あるノードが受信した音声伝送フレームのそのノードからの送信先は、その音声伝送フレームの送信元と別のノードになる場合（図１（ａ）のノードＢ）と、送信元と同じノードになる場合（同ノードＡ，Ｃ）とがある。そして、前者の場合、音声伝送フレームの送信は、音声伝送フレームを受信した受信Ｉ／Ｆと別の組の送信Ｉ／Ｆから行い、後者の場合、同じ組の送信Ｉ／Ｆから行う。

セレクタ３５〜３８は、このような送信先の切り替えを行うために設けたものである。
そして、セレクタ３５とセレクタ３６は連動して動作し、セレクタ３５がフレームバッファ１６の出力を第２の送信Ｉ／Ｆ３２に流す状態では、セレクタ３６は第２の受信Ｉ／Ｆ３３で受信したデータをフレームバッファ２６に書き込み、第２のＩ／Ｆ側のノードと通信が可能な状態となる。

しかし、セレクタ３５とセレクタ３６とを折り返しラインＴＬ１の側に切り換えると、フレームバッファ１６の出力は、フレームバッファ２６に書き込み、そこから第１の送信Ｉ／Ｆ３４に渡して接続先に送信させる。従って、受信した音声伝送フレームをその送信元に対して折り返し送信することになる。なおこのとき、データをフレームバッファ２６に書き込まず、ここをスルーしてフレームバッファ１６の出力を直接第１の送信Ｉ／Ｆ３４に渡すことができるようにしてもよい。また、ネットワーククロックとしては、送信するデータを供給する第１のデータ入出力部１０の動作クロックを供給するようにすればよいが、第１のデータ入出力部１０と第２のデータ入出力部２０とを共通の動作クロックで動作させている場合には、ネットワーククロックの供給源を切り換える必要はない。

また、この状態では、第２の受信Ｉ／Ｆ３３から何らかのフレームを受信しても、その内容はフレームバッファ２６には書き込まれない。しかし、その内容はデータ抽出部２１には書き込まれ、データ抽出部２１はこれを全て制御部４１に入力する。また、この状態では、第２の送信Ｉ／Ｆ３２には、フレームバッファ１６の出力は供給されないが、制御部４１から直接データを渡して送信させる経路は設けている。

これらの入出力経路は、詳細な説明は省略するが、初期処理においてオーディオネットワークシステムを組み立てたり、システムの構成変更（ノードの追加等）に係る処理を行ったりする際の通知やコマンドの送受信等に用いる。
また、ここではセレクタ３５，３６について説明したが、セレクタ３７，３８も、連動して動作することにより同様な機能を有する。そして、第２の受信Ｉ／Ｆ３３から受信した音声伝送フレームに関し、折り返しを行うか否かを切り換えることができる。

以上をまとめると、音響信号処理装置２においては、所属するオーディオネットワークシステム中での各ノードの接続状態と、自機がマスタノードかスレーブノードかとに従い、図６に示した波形伝送Ｉ／Ｏユニット２１１のハードウェアが、検出したイベントに応じて以下の表１及び表２のいずれかの処理を行うことにより、図１乃至図４を用いて説明したような音声伝送フレーム及びデータの伝送に係る機能を実現することができる。
ただし、これらの表では、常に第１のデータ入出力部１０をデータの入出力に使用する例を示しており、第２のデータ入出力部２０を使用する場合には、第１のデータ入出力部１０と第２のデータ入出力部２０の機能が逆になるよう、処理の内容を入れ替えればよい。また、これらの表には、波形データ比較部１７，２７の機能に関する処理については記載していない。

従って、波形伝送Ｉ／Ｏユニット２１１は、電源が供給され、適当なケーブルがＩ／Ｆ３１〜３４に接続され、かつマスタノードの場合にはワードクロックが生成可能又は制御バス２１８から供給されていれば、音響信号処理装置２の他の部分に異常が発生したとしても、波形伝送Ｉ／Ｏユニット２１１自身のハードウェアが有する機能により、少なくとも音声伝送フレームの伝送自体は行うことができる。

２． フォールトトレラントなオーディオネットワークシステムの構成例
２．１ ノードの機能と接続順
次に、以上説明してきたオーディオネットワークシステムに関し、フォールトトレラントな構成とする場合の具体的なシステムの構成例を説明する。
図７に、そのシステムの構成例を示す。
図７に示すのは、Ａ〜Ｅの５つのノードで構成されたオーディオネットワークシステムＸに対し、ミキサとして機能するノードＢ，Ｃに外部機器としてコンソールＹを接続したミキサシステムＺである。この図において、（ａ）にはカスケード接続の場合の音声伝送フレームの伝送経路を破線で示し、（ｂ）には同じくループ接続の場合の伝送経路を破線で示しているが、それ以外の点については、これら２つのシステムは共通のものである。

そして、オーディオネットワークシステムＸを構成する５つのノードは、それぞれアナログ入力装置Ａ，上流側ミキサＢ，下流側ミキサＣ，デジタル入出力装置Ｄ，アナログ出力装置Ｅである。これらのうちアナログ入力装置Ａは図５に示したアナログ入力ユニット２１３を、上流側ミキサＢ及び下流側ミキサＣはＤＳＰユニット２１２を、デジタル入出力装置Ｄはデジタル入出力ユニット２１５を、アナログ出力装置Ｅはアナログ出力ユニット２１４をそれぞれ備える。

どのノードがマスタノードとなってもよいが、ここではデジタル入出力装置Ｄがマスタノードであるとする。
そして、ミキサシステムＺは、全体として、アナログ入力装置Ａ及びデジタル入出力装置Ｄから入力した音響信号を、上流側ミキサＢ及び下流側ミキサＣにより処理し、その処理後の音響信号をデジタル入出力装置Ｄ及びアナログ出力装置Ｂから出力する機能を有する。

ここで、既に述べたように、マスタノードが送信した１つの音声伝送フレームがループ状の伝送経路を巡回するとき、その音声伝送フレームは、各ノードを１回又は２回通過する。そして、各ノードは、その１回又は２回のうちのいずれか１回の通過時に、その音声伝送フレームに対してデータの書き込みや読み出しを行う。各機器は、ループ状の伝送経路を巡回する１つの音声伝送フレームに対し、順番に書き込み及び／又は読み出しの処理を行うということである。

この処理の順番を、ループ状の伝送経路におけるフレーム処理順と呼ぶ。また、このフレーム処理順が前であるノードを「上流」のノードと呼び、フレーム処理順が後であるノードを「下流」のノードと呼ぶ。
なお、このフレーム処理順は、必ずしもノードの接続順と一致するとは限らない。例えば、カスケード接続の場合において、あるノードは第１のデータ入出力部１０により音声伝送フレームに対してデータの読み書きを行い、他のノードは第２のデータ入出力部２０によりデータの読み書きを行うというような場合には、フレーム処理順はノードの接続順と異なるものとなる。そして、この実施形態において重要なのは、ノードの接続順ではなく、フレーム処理順で見た上流／下流関係である。

また、ループ接続の場合、伝送経路によって、２台のミキサの上流／下流関係が変わることになる。図７に示した例では、図で上側の伝送経路ではミキサＢが上流側であるが、図で下側の伝送経路ではミキサＣが上流側である。従って、ループ接続の場合、伝送経路毎に上流／下流関係を管理し、この関係に応じた制御を行う必要がある。

ミキサシステムＺにおいては、上流側ミキサＢと下流側ミキサＣとは、フレーム処理順が連続している（間で他のノードが読み書きを行わない）ノードとして設けられ、また、少なくとも波形伝送Ｉ／Ｏユニット２１１とＤＳＰユニット２１２については全く同じハードウェア構成であり、音声伝送フレームの同じ伝送ｃｈの波形データを読み出して、その波形データに対して同じ信号処理を行うようにしている。信号処理の種類や手順だけでなく、用いるパラメータについても同じ内容である。

そして、コンソールＹも上流側ミキサＢと下流側ミキサＣとの双方に接続し、ユーザの操作に応じて、ＤＳＰユニット２１２における信号処理に用いるパラメータと、波形伝送Ｉ／Ｏユニット２１１における音声伝送フレームからの波形データの読み出しに用いるパラメータとにつき、上流側ミキサＢと下流側ミキサＣとの双方に同じ値を設定できるようにしている。

以上のような上流側ミキサＢと下流側ミキサＣとは、一方を、処理結果をシステムの外部への出力に反映させる運用系のミキサ（第１の信号処理エンジン）として用い、他方を、システムの動作に問題がなければ処理結果をシステムの外部への出力に反映させないが、運用系のミキサの動作に異常が生じた場合に代わりに運用系のミキサとして機能させるバックアップ用の待機系のミキサ（第２の信号処理エンジン）として用いる。そして、このことにより、ミキサシステムＺを、２つのミキサのうち１つにおいて異常が生じても、引き続き正常な出力音響信号を得られるフォールトトレラントな構成としている。

運用系と待機系の機能は、（ａ）に示したカスケード接続の場合も、（ｂ）に示したループ接続の場合も、基本的には同様に実現できる。ループ接続の場合には、２本できる伝送経路のそれぞれについて、カスケード接続の場合と同様な波形データ書き込みの制御を行えばよい。ループ接続の場合、各ノードにおいて、２つのデータ入出力部がそれぞれ異なる伝送経路におけるデータの読み書きを担当することになるため、各伝送経路に関する制御を、その伝送経路と対応するデータ入出力部に対して行うようにすればよい。

次に、図８に、図７に示した各ノードが行う音声伝送フレームに対する波形データの読み書きの概要を示す。なお、この図に示す各ノードや矢印の位置関係は、読み書きの時間的な前後関係は意味しない。各ノードに関する波形データの読み出し及び書き込みは、音声伝送フレームの所定の伝送ｃｈに相当する部分がそのノードを通過する際に行われるものである。

図８に示すように、ミキサシステムＺにおいては、アナログ入力装置Ａ及びデジタル入出力装置Ｄが、マイク等の外部装置から入力する音響信号をそれぞれ音声伝送フレームの所定の伝送ｃｈの領域に波形データとして書き込む。
図８では、アナログ入力装置Ａが書き込みを行う領域を符号Ａで、デジタル入出力装置Ｄが書き込みを行う領域を符号Ｄで示した。また、図８には、アナログ入力装置Ａ及びデジタル入出力装置Ｄが書き込みを行う領域をそれぞれ連続した領域として示したが、これに限られることはなく、飛び飛びの領域であってもよい。また、予め確保してある領域の全てに書き込みを行う必要もない。この点は、以下の符号Ｂ１及びＢ２で示す領域についても同様である。

次に、上流側ミキサＢ及び下流側ミキサＣはそれぞれ、アナログ入力装置Ａ及びデジタル出力装置Ｄが書き込んだ波形データを音声伝送フレームから読み出し、ＤＳＰユニット２１２でこれらの波形データに対して信号処理を行い、その処理後の波形データを、音声伝送フレームの所定の伝送ｃｈの領域に書き込む。

また、デジタル入出力装置Ｄ及びアナログ出力装置Ｅは、それぞれ音声伝送フレームから上流側ミキサＢ又は下流側ミキサＣが書き込んだ波形データを読み出し、デジタル又はアナログの音響信号としてスピーカ等の外部装置に出力する。図では、デジタル入出力装置Ｄが読み出しを行う領域を符号Ｂ１で、アナログ出力装置Ｅが読み出しを行う領域を符号Ｂ２で示した。そして、上流側ミキサＢ及び下流側ミキサＣは、処理後の複数ｃｈの波形データを、その波形データを読み出させる装置に応じて、このＢ１とＢ２の領域に配分して書き込みを行う。

なお、上流側ミキサＢも下流側ミキサＣも、音声伝送フレームへの書き込みを行うとすれば、双方とも、Ｂ１とＢ２を合わせた領域の、同じ伝送ｃｈの領域に対して書き込みを行う。従って、下流側ミキサＣが書き込みを行う場合、下流側ミキサＣによる処理後の波形データを、上流側ミキサＢが書き込んだ波形データに上書きすることになる。

また、図７に示すように、上流側ミキサＢと下流側ミキサＣの間では他のノードが音声伝送フレームに対して波形データの書き込みを行わないため、これら２つのミキサでは、音声伝送フレームの同じ伝送ｃｈ（ミキサ自身が書き込みを行わないｃｈに限る）の領域から波形データを読み出せば、全く同じ波形データが得られるし、その波形データに対して同じ信号処理を施せば、処理結果として全く同じ波形データが得られるはずである。さらに、上流側ミキサＢと下流側ミキサＣの間で他のノードが波形データを読み出すこともないため、これら２つのミキサのいずれが処理結果を音声伝送フレームに書き込むかは、他のノードの動作には一切影響を与えない。

ミキサシステムＺにおいては、この点を考慮し、上流側ミキサＢと下流側ミキサＣのどちらを運用系として用いるかに応じて、どちら（又は双方）のミキサが音声伝送フレームへの書き込みを行うかを定めるようにしている。また、運用系のミキサに不具合が生じた場合には、それまで待機系としていたミキサを運用系として用いることになるが、音声伝送フレームへの書き込みを行うミキサを適切に変更することにより、この切り替えを実現できるようにしている。

２．２ 運用系と待機系の切り替え制御の概要
次に、図９を用いて、状況に応じた上流側ミキサＢと下流側ミキサＣの書き込み有無の設定について説明する。
この図において、矢印のついた角丸長方形は１つのフレーム伝送経路を示し、ミキサからこの伝送経路に向かう矢印が音声伝送フレームに対する波形データの書き込みを、伝送経路からミキサに向かう矢印が音声伝送フレームからの波形データの読み出しを示す。

まず、図９（ａ）に示すように、下流側ミキサＣを運用系として用いる場合、運用系である下流側ミキサＣによる処理結果を他のノードに伝送すべく、少なくとも下流側ミキサＣは、音声伝送フレームに対する波形データの書き込みを行う。この場合、上流側ミキサＢについては、波形データの伝送のみを考慮すれば、書き込みを行っても行わなくても同じ（下流側ミキサＣによって上書きされるため）であるが、ここでは書き込みを行うようにしている。

これは、図６に示した波形データ比較部１７の機能を利用してミキサの動作異常を検出できるようにするためである。すなわち、上流側ミキサＢと下流側ミキサＣの双方が正常に機能していれば、上述の通り、上流側ミキサＢが信号処理を行った後で音声伝送フレームに書き込む波形データと、下流側ミキサＣが信号処理を行った後で音声伝送フレームに書き込む波形データとは、同じ内容になるはずである。逆に、上流側ミキサＢと下流側ミキサＣのどちらかの動作、特にＤＳＰユニット２１２による信号処理動作に異常が生じた場合には、これらの波形データの内容に差が生じると考えられる。

従って、下流側ミキサＣにおいて波形データ比較部１７を動作させ、上流側ミキサＢが書き込んだ波形データ、すなわち下流側ミキサＣが受信した音声伝送フレームにおいて下流側ミキサＣが書き込む予定の伝送ｃｈの位置に書き込まれている波形データを、下流側ミキサＣがこれから書き込もうとする波形データと比較することにより、上流側ミキサＢと下流側ミキサＣの動作異常を検出することができる。両者に差がない場合、共に異常なしであり、差がある場合、どちらかに異常があることになる。

ただし、この比較からだけでは、どちらに異常があるかは判断できない。従って、異常の発生したミキサを特定するためには、さらに別の検査が必要となる。また、一致不一致の判定に多少の曖昧さを持たせ、データの値の差が所定誤差以内であれば、一致と見なすようにしてもよい。

また、ユーザは、コンソールＹからの操作により、運用系として用いるミキサと待機系として用いるミキサを手動で切り替えることができる。
（ｄ）に、この切り替えを行った状態、すなわち上流側ミキサＢを運用系として用い、下流側ミキサＣを待機系として用いる状態を示す。

この場合、上流側ミキサＢが音声伝送フレームに対する波形データの書き込みを行う一方、下流側ミキサＣは波形データの書き込みを行わない。従って、上流側ミキサＢによる処理結果が他のノードに伝送されることになる。なお、音声伝送フレームからの波形データの読み込みについては、波形データ比較部１７の機能を利用できるよう、上流側ミキサＢだけでなく下流側ミキサＣも行うようにしている。

従って、システムを（ａ）に示す状態から（ｄ）に示す状態に移行させるためには、単に、下流側ミキサＣに音声伝送フレームに対する波形データの書き込みを停止させればよい。また逆に（ｄ）に示す状態から（ａ）に示す状態に移行させるためには下流側ミキサＣに音声伝送フレームに対する波形データの書き込みを開始させればよい。
なお、上述の説明から明らかなように、下流側ミキサＣが波形データの書き込みを行うか否かに関わらず、波形データ比較部１７による異常検出機能は同じように発揮できる。
また、（ａ）に示す状態が初期状態である必要はなく、（ｄ）に示す状態が初期状態であってもよい。

また、（ａ）に示す状態で、（ｂ）に示すように運用系である下流側ミキサＣの動作に異常が検出された場合、適切に信号処理された波形データが音声伝送フレームに書き込まれることが保証できなくなる。
そこでこの場合、（ｃ）に示すように下流側ミキサＣによる音声伝送フレームへの波形データの書き込みを停止させる。この状態では、上流側ミキサＢが音声伝送フレームに書き込んだ波形データが下流の出力装置に届くため、出力装置は、下流側ミキサＣに異常が発生する前と同じ動作を継続しながら、下流側ミキサＣに異常が発生する前と同様に適切な波形データを外部に出力することができる。
そして、運用系の切り替えに要する時間は１サンプル期間以内で、データの損失も、０〜１サンプルである。従って、人の耳ではほとんど聞き取れない程度のノイズあるいは空白しか生じさせずに、異常発生前と同様な出力を継続することができる。

この状態では、上流側ミキサＢが運用系として機能することになる。また、下流側ミキサＣは、異常が発生しているため、そのままでは待機系としての機能は果たせない。しかし、自動的にあるいは手動により異常が解消されるか、あるいは異常の検出が誤りで装置の動作に問題がないことが確認されれば、下流側ミキサＣを待機系として用いることができる。
図から明らかなように、（ｃ）に示す状態は、下流側ミキサＣの異常が解消されれば、（ｄ）に示す状態と全く同じである。従って、下流側ミキサＣの異常が解消された場合、格別の処理無く、（ｄ）の状態に移行したものと取り扱って差し支えない。

また、（ｄ）に示す状態で、（ｅ）に示すように運用系である上流側ミキサＢの動作に異常が検出された場合、適切に信号処理された波形データが音声伝送フレームに書き込まれることが保証できなくなる。
そこでこの場合、（ｆ）に示すように下流側ミキサＣによる音声伝送フレームへの波形データの書き込みを開始させる。この状態では、上流側ミキサＢが音声伝送フレームに書き込んだ波形データは上書きされ、下流側ミキサＣが書き込んだ波形データが下流の出力装置に届くため、出力装置は、特に設定を変更しなくても、上流側ミキサＢに異常が発生する前と同様に適切な波形データを外部に出力することができる。この場合において、上流側ミキサＢによる波形データの書き込みを停止する必要はない。

この場合も、運用系の切り替えに要する時間は１サンプル期間以内で、データの損失も、０〜１サンプルである。従って、人の耳ではほとんど聞き取れない程度のノイズあるいは空白しか生じさせずに、異常発生前と同様な出力を継続することができる。
また、（ｆ）の状態では、下流側ミキサＣが運用系として機能することになる。また、上述の（ｃ）の場合と同様な考え方に基づき、上流側ミキサＢの異常が解消した場合には、（ａ）に示した状態に移行して待機系として用いるようにできる。

なお、以上の切り替え制御においては、ミキサを含む各ノードにおいて、少なくとも音声伝送フレームの伝送が可能な状態は保たれていることを前提としている（この状態でデータの読み書きに異常が発生することは考えられる）。また、書き込みの停止／実行を切り替える機能も保たれていないと、適切な状態遷移はできない。
音響信号処理装置２においては、これらの機能は波形伝送Ｉ／Ｏユニット２１１に設けている。従って、基本的には、上述の「異常」についても、波形伝送Ｉ／Ｏユニット２１１以外の部分での異常を想定している。

しかし、波形伝送Ｉ／Ｏユニット２１１を、波形伝送Ｉ／Ｏユニット２１１自体に異常が生じた場合でも、その異常の内容によっては音声伝送フレームを受信した状態のままスルーさせる機能を維持できるように構成した場合には、波形伝送Ｉ／Ｏユニット２１１自体の異常も上述の「異常」に含めて考える。
例えば、音声伝送フレームに係る信号をスルーさせるためのブロックについては、他のブロックの電源が落ちても動作するようバックアップ機能を設ける、データの書き込み系に異常が生じた場合に、音声伝送フレームに余計なデータが書き込まれないよう書き込みをブロックする機能を設ける、等の場合である。

２．３ 運用系と待機系の切り替え制御のための処理
次に、以上説明してきた運用系と待機系の切り替え制御を実現するために、上流側及び下流側ミキサ（として機能する音響信号処理装置２）の各部が実行する処理及び動作について説明する。
まず、図１０にミキサのＣＰＵが実行する動作確認処理のフローチャートを示す。
ミキサシステムＺにおいて、上流側ミキサＢ及び下流側ミキサＣとして機能する音響信号処理装置２のＣＰＵ２０１は、定期的に図１０に示す処理を開始する。

そして、まず自機の動作確認を行い（Ｓ１１）、全てＯＫであれば（Ｓ１２のＹＥＳ）、波形伝送Ｉ／Ｏユニット２１１に対してタイマ４３のクリアを指示して（Ｓ１３）処理を終了する。また、動作確認で１つでもＯＫでない項目があった場合には（Ｓ１２のＮＯ）、異常検出の旨及びその内容をコンソールＹに通知して（Ｓ１４）処理を終了する。

以上の処理により、ミキサの動作に異常がない場合には、タイマ４３は定期的にリセットされる。従って、波形伝送Ｉ／Ｏユニット２１１は、タイマ４３が図１０の処理の間隔よりも長い時間までカウントアップした場合に、ミキサの動作に何らかの異常が生じたと判断することができる。ＣＰＵ２０１の処理にデッドロックが生じた、ＣＰＵ２０１の処理が無限ループに入った等により、ＣＰＵ２０１が図１０の処理自体を行えない場合でも、同様な判断が可能である。
また、図１０の処理の間隔の複数倍程度の時間をタイマ４３のカウントの閾値とすれば、ミキサの動作に異常を検出している時間が所定時間継続した場合に初めて、その異常に応じた動作のトリガを発生させることもできる。

なお、ステップＳ１１での動作確認の項目としては、ＣＰＵ２０１自身の動作、コンソールＹとの通信、ＤＳＰユニット２１２における信号処理の実行状況、オーディオバス２１７や制御バス２１８の動作状況、波形伝送Ｉ／Ｏユニット２１１の動作状況等が考えられる。ただし、波形伝送Ｉ／Ｏユニット２１１において、音声伝送フレームの受信及び送信ができなくなるような不具合が発生した場合、図７に示したシステムの構成自体が維持できず、運用系と待機系の切り替えもできないことが考えられる。しかし、このような場合でも異常が発生したことはコンソールＹに通知することが好ましいため、このような不具合もステップＳ１１での確認項目に含めている。

また、音響信号処理装置２は、種々の構成のオーディオネットワークシステムに組み入れることが可能であるから、常に上述したような動作切り替えの機能を利用するノードになるとは限らない。ミキサが１台しかないシステムのノードとなる場合もある。
従って、オーディオネットワークシステムが形成された後で、いずれかのノードのＣＰＵ２０１が、ユーザの指示に従い、あるいは自動的に、システムを構成するノードの中から運用系と待機系の対とするノードを指定して、そのノードについてのみタイマ４３を動作させるようにする。そして、そのノードについてのみ、タイマ４３を用いた異常検出を行うようにする。

次に、図１１に、ミキサのＣＰＵが実行する書き込み切替処理のフローチャートを示す。
ミキサに接続されたコンソールＹは、パネル上の操作子により、ユーザから運用系と待機系を切り替える（図９の（ａ）と（ｄ）の状態を切り替える）指示を受け付ける。そして、この指示があった場合、コンソールＹが接続されている上流側ミキサＢと下流側ミキサＣにその切り替えを指示すべく、切替操作通知を生成してそれらのミキサに送信する。

そして、ミキサのＣＰＵ２０１は、この切替操作通知を受け取ると、図１１のフローチャートに示す処理を開始する。そして、まず波形伝送Ｉ／Ｏユニット２１１に対して波形データ書き込み動作の切り替えを要求する（Ｓ２１）。これに対し、波形伝送Ｉ／Ｏユニット２１１は後述のように切り替えを行ってその結果を返してくるので、その結果をコンソールＹに通知して（Ｓ２２）処理を終了する。

次に、図１２に、波形伝送Ｉ／Ｏユニット２１１の制御部４１が種々のイベントに応じて実行する、運用系と待機系の切り替え機能に関連する動作を示す。
図１２に示すとおり、波形伝送Ｉ／Ｏユニット２１１が上流側ミキサＢに設けられたものであるか下流側ミキサＣに設けられたものであるかに応じて、同じイベントに応じて実行する動作は異なる。そして、波形伝送Ｉ／Ｏユニット２１１においては、制御部４１が、音声伝送フレーム中のネットワーク構成情報と、ＣＰＵ２０１から通知される自機と対となるミキサの情報とから、自機が上流側であるか下流側であるかを判断し、制御部４１の制御により、その判断に応じた動作を行う。

なお、図１２には、自機が運用系であるか待機系であるかに応じた処理の区別は示していないが、実質的には運用系であるか待機系であるかに応じて異なる処理を行うことになる箇所もある。
また、図１２に示した動作のうち、異常フラグＡＢを「１」に設定する動作は、タイマカウントが所定値に達した場合に、ＣＰＵからの指示なしに、ハードウェア処理によって行うようにするとよい。

以下、図１２に示した動作につき、イベント毎に説明する。
まず、特にイベントがない場合の動作は、上流側でも下流側でも同じである。すなわち、波形伝送Ｉ／Ｏユニット２１１は、受信した音声伝送フレーム１００の管理データ１０２中に記載された異常フラグＡＢの値を確認すると共に、そのＡＢに異常なしを示す「０」を設定して次のノードに音声伝送フレームを送信する。もちろん、これ以外に、必要に応じて波形データの読み書き等の処理も行う。

一方、タイマ４３のカウントが異常を示す所定値に達した場合には、自機に運用系のミキサとして動作できないような異常が発生したことを意味する。
そこで、波形伝送Ｉ／Ｏユニット２１１はまず、上流側の場合も下流側の場合も、音響信号処理装置２本体側のＣＰＵ２０１に、イベントの発生、すなわち自機における異常の発生を通知する。そしてさらに、次に送信する音声伝送フレームにおいて、異常発生を対になるミキサに伝達すべく、異常フラグＡＢの値を「１」に設定する動作を行う。

また、下流側ミキサＣにおいては、これに加え、波形データの書き込みを実行中であれば、書き込みを停止し、書き込み動作の自動切替を行った旨をＣＰＵ２０１に通知する動作も行う。下流側ミキサＣで書き込み実行中であるのは、図９（ａ）のように、下流側ミキサＣを運用系として用いている場合であり、この状態でタイマカウント所定値イベントを検出して書き込みを停止する動作は、図９の（ａ）から（ｃ）へ移行する動作と対応する。

なお、波形データの書き込み停止は、イベント発生時に送信中の音声伝送フレームの送信終了後、次の音声伝送フレームから行うとよい。フレームの送信中に切り替えを行うと、送信タイミングずれやデータの破損が起きる危険があるためである。
また、下流側ミキサＣで書き込み実行中でない（停止中である）のは、図９（ｄ）のように、下流側ミキサＣを待機系として用いている場合である。この状態では、そもそも下流側ミキサＣにおける信号処理結果は外部に出力されないので、異常発生に応じて波形データの書き込み動作を変更する必要はない。
以上の動作のうち、書き込み停止動作は、タイマが自動生成した切り替え指示に応じて待機系と運用系を入れ替える動作に該当する。また、異常フラグＡＢの設定は、その切り替え指示を対になるミキサに伝達する動作に該当する。

次の行の、受信した音声伝送フレームにおける異常フラグＡＢ「１」の検出イベントは、通常時動作において異常フラグＡＢの値を確認した際に発生する。そして、このイベントの発生は、自機と対になっているミキサから異常の発生を通知されたことを意味する。
そこで、上流側の場合も下流側の場合も、波形伝送Ｉ／Ｏユニット２１１は、音響信号処理装置２本体側のＣＰＵ２０１に、イベントの発生、すなわち対になっているミキサにおける異常の発生を通知する。また、タイマカウント所定値のイベントが起こっていなければ、通常時動作の一環として、自機には異常がないことを示すため、異常フラグＡＢに「０」を設定して音声伝送フレームを送信する。

また、下流側ミキサＣにおいては、これに加え、波形データの書き込みを停止中であれば、書き込みを開始し、書き込みモードの自動切替を行った旨をＣＰＵ２０１に通知する動作も行う。下流側ミキサＣで書き込み停止中であるのは、図９（ｄ）のように、下流側ミキサＣを待機系として用いている場合であり、この状態で対になっているミキサの異常を検出して書き込みを開始する動作は、図９の（ｄ）から（ｆ）へ移行する動作と対応する。

なお、書き込みを停止する場合と同様な理由により、波形データの書き込みは、イベント発生時に送信中の音声伝送フレームの送信終了後、次の音声伝送フレームから開始するとよい。
また、下流側ミキサＣで書き込み停止中でない（実行中である）のは、図９（ａ）のように、下流側ミキサＣを運用系として用いている場合である。この状態では、現在信号処理結果が外部に出力されない待機系のミキサでの異常発生が通知されたことになるため、運用系がこれに応じて動作を変更する必要はない。
以上の動作のうち、書き込み開始動作は、対になるミキサから受け取った切り替え指示に応じて待機系と運用系を入れ替える動作に該当する。

次に、送受信データの不一致検出イベントは、波形データ比較部１７が、上流側ミキサＢが音声伝送フレームに書き込んだ波形データと下流側ミキサＣが音声伝送フレームに書き込む波形データとの間に不一致を検出した場合に発生するイベントである。この比較は、下流側ミキサＣのみで行うため、対応する動作も下流側ミキサＣのみにあり、発生したイベントを本体側のＣＰＵ２０１に通知する動作を行う。
なお、不一致があっただけでは、どちらのミキサに異常があるか判断できないため、異常フラグＡＢの値については、通常時動作の場合と同様、「０」を設定する。

また、本体側ＣＰＵからの切り替え要求は、図１１のステップＳ２１の処理で送信してくる要求であり、図９の（ａ）の状態と（ｄ）の状態との間の切り替えを要求するものである。そこで、下流側ミキサＣにおいては、波形伝送Ｉ／Ｏユニット２１１は、波形データの書き込み実行中であれば書き込みを停止し、書き込み停止中であれば書き込みを開始すると共に、その実行結果をＣＰＵ２０１に返す動作を行う。一方、上流側ミキサＢにおいては、どちらの状態でも書き込みを行うため、動作に変更はない。ただし、ＣＰＵ２０１に対し、切り替え要求に対する応答は返す。

また、切り替え要求はミキサの動作における異常を示すものではないため、上流側の場合も下流側の場合も、切り替え要求があったとしても通常時動作は継続し、異常フラグＡＢには「０」を設定する。
波形伝送Ｉ／Ｏユニット２１１が以上の動作を行うことにより、図９を用いて説明したような、音響信号処理装置２における異常発生に応じた運用系と待機系の入れ替え、およびコンソールが受け付けたユーザの操作に応じた運用系と待機系の入れ替えを行うことができる。
なお、ＣＰＵ２０１へのイベントの通知については、これらの切り替えの内容や、異常の発生を、コンソールＹによりユーザに通知するためである。

次に、図１３に、このための処理として、波形伝送Ｉ／Ｏユニット２１１からイベントの通知を受けた場合にＣＰＵ２０１が実行する処理のフローチャートを示す。
図１２に示した範囲では、波形伝送Ｉ／Ｏユニット２１１がＣＰＵ２０１に通知するイベントは、タイマカウント所定値イベント、異常フラグＡＢ「１」検出イベント、送受信データの不一致検出イベント及び自動切替の実行である。そして、ＣＰＵ２０１は、これらのイベントを受け取ると、図１３に示す処理を開始し、波形伝送Ｉ／Ｏユニット２１１から通知されたイベントを、音響信号処理装置２に接続されているコンソールＹに通知し（Ｓ３１）、処理を終了する。

なお、ＣＰＵ２０１がコンソールＹに通知する情報としては、図１３の処理で通知するもの以外に、図１０のステップＳ１４における異常検出の通知、及び図１１のステップＳ２２における切り替え動作結果の通知もある。
また、タイマカウント所定値イベントの発生時には、ミキサに何らかの異常が発生しているため、ＣＰＵ２０１が図１３の処理を実行できる状態であるとは限らない。

図１４に、コンソールＹがこれらの通知に応じて表示器に表示させるメッセージの例を示す。
なお、コンソールＹは、接続先のミキサのうちどちらが待機系でどちらが運用系であるかは、把握している。始めに運用系と待機系の切り替え機能を有効にする際にその区別を記憶し、その後、切り替えがある度にその内容を修正すればよい。

そして、ミキサから通知を受信すると、その通知内容と、送信元装置のＩＤが待機系のものか運用系のものかに応じて、図１４に示すメッセージをディスプレイに表示する。
まず、異常検出の通知又はタイマカウント所定値の通知があった場合には、通知元のミキサで動作異常が検出された旨の表示を行う。また、異常フラグ「１」検出の通知があった場合には、通知元のミキサと対になるミキサで動作異常が検出された旨の表示を行う。

ＣＰＵ２０１自身に動作異常が発生した場合、異常検出やタイマカウント所定値の通知が送られてこないことも考えられるが、波形伝送Ｉ／Ｏユニット２１１が動作していれば、異常発生は対応するミキサに伝達され、その対応するミキサからコンソールＹに通知して、適当なメッセージを表示させることができる。
また、送受信データの不一致検出の通知があった場合には、通知元にて、運用系と待機系で波形データの処理結果が不一致であることが検出された旨の表示を行う。この場合、どちらに不具合があるか直ちにはわからないため、自動で何らかの対処を行っても、対処をユーザに任せてもよい。

また、図１１のステップＳ２２で切替動作完了の通知が返された場合には、運用系と待機系の手動切替が完了した旨の表示を行う。また、自動切替実行の通知があった場合には、同じく自動切替が完了した旨の表示を行う。
なお、自動切替完了の表示は、通常は、異常発生の通知と同時に又は続けて行われることになる。ただし、下流側ミキサＣが自動切替を行った場合、ＣＰＵ２０１に動作異常が発生していると、自動切替完了の通知をコンソールＹに送れないことも考えられる。従って、下流側ミキサＣが運用系であって、運用系に異常が発生した旨の通知の後、所定時間以内に自動切替完了の通知がない場合、上流側ミキサＢに適当なコマンドを送信して、下流側ミキサＣの動作状況を確認させるとよい。

ＣＰＵ２０１により通知又は中継される各種情報に応じてコンソールＹに以上の動作を行わせることにより、オーディオネットワークシステムにおける運用系と待機系の動作状態を、ユーザに適切に通知することができる。

ところで、オーディオネットワークシステムに生じる異常には、各ノード内部の不具合だけでなく、ノード同士を接続するケーブルの断線もあり得る。
以上説明してきたオーディオネットワークシステムにおいては、ノードがループ接続され、図１（ｂ）や図７（ｂ）に示すように、ノード間に２つのデータ伝送経路が形成されている場合、断線に応じて自動的に伝送経路を組み換え、断線後も音声伝送フレームの循環を維持できるようにすることが考えられる。

図１５に、この動作の例を示す。
図１５（ａ）に示したのは、図７（ｂ）に示したものと同じオーディオネットワークシステムである。そして、このシステムにおいては、システム中でどこか１箇所のケーブル（この例では上流側ミキサＢと下流側ミキサＣとの間のケーブル）が断線した場合に、その断線箇所の両側のノードが、断線箇所の側のセレクタを折り返しライン側に切り替えることにより（図６参照）伝送経路を折り返すようにし、断線箇所を両端とするカスケード接続のシステムに自動的に組み換える機能を設けている。

また、このような機能を設ける場合、ループ接続の状態では、２つのデータ伝送経路のうち一方のみを用いて音響信号の伝送を行い、他方を予備としておけば、断線が生じてカスケード接続のシステムに組み換えられた場合も、ループ接続の状態と同じｃｈ数の波形データの伝送を継続することができる。従って、冗長性を持たせ、不具合に強いシステムとすることができる。

また、この場合において、例えば、ループ接続の状態でもカスケード接続の状態でも、各ノードが図で右向きに音声伝送フレーム１００を通過させる際にフレームに対する音響信号の読み書きを行うようにすれば、断線によるシステム組み替えの前後で音声伝送フレーム１００がノードを通過する順番は変わっても、伝送経路におけるフレーム処理順は維持されるようにすることができる。

従って、図１５に示すような、断線及びそれに伴うシステムの組み替えが行われる場合も、以上説明してきたような、運用系と待機系の切り替え制御が可能な状態を維持することができる。
ただし、断線が生じた場合、１〜数サンプリング周期程度の間、一時的にシステム内の音声伝送フレームの伝送に不具合が生じることになる。そして、図１０のステップＳ１１において、このような伝送の不具合も、異常として検出されてしまうことも考えられる。

しかし、この異常は一時的なものであり、速やかに回復されるものであるから、これをトリガに待機系と運用系を切り替える必要はない。そこで、この点を考慮すれば、システムの組み換えに伴って発生する程度の短期間の異常では図１２のタイマカウント所定値イベントが発生しないよう、「所定値」を定めるとよい。

３．変形例
以上で実施形態の説明を終了するが、装置の構成、データの構成、具体的な処理内容等が上述の実施形態で説明したものに限られないことはもちろんである。
まず、上述の実施形態においては、運用系と待機系のミキサをそれぞれ１台ずつ設ける例について説明したが、本発明はこれに限られることはない

図１６に示すように、運用系と待機系の組を複数組設け、各組毎に独立して運用系と待機系の切り替えを行えるようにすることも考えられる。だだし、同じ組内の運用系ミキサと待機系ミキサとは、オーディオネットワークシステム内において隣り合ったノードとする必要がある。また、異常フラグは、各組毎に用意する。コンソールについては、組毎に用意しても、１台のコンソールで複数組のミキサを操作するようにしてもよい。
また、運用系と待機系を用意する信号処理エンジンについても、ミキサに限られることはない。例えば、本発明をエフェクタに適用することも考えられる。

また、上述した実施形態においては、コンソールが信号処理エンジンから独立した構成となっていたが、信号処理エンジンのうち任意のものが、コンソールと一体となった構成であってもよい。
また、信号処理エンジンとコンソールが一体か否かに関わらず、コンソールを２つ有するシステム構成とした場合には、それらのコンソールの一方をマスタ、他方をスレーブとして動作させるとよい。その場合、マスタとして動作しているコンソールに異常が生じた場合、スレーブとして動作しているコンソールをマスタに昇格させて動作を引き継がせるようにすれば、コンソールの二重化が実現できる。

また、上述した実施形態においては、待機系と運用系として用いる２つの信号処理エンジンを同じハードウェア構成としたが、このことは必須ではない。例えば、信号処理エンジンを上位下位のグレード間にコンパチビリティを持たせて設計してある場合、上位グレードの信号処理エンジンでは下位グレードのものと同じ処理を行うことができる。従って、このような場合、待機系を運用系より上位グレートとすれば、待機系と運用系でハードウェア構成が異なっても、上述した実施形態の場合と同様、運用系に不具合が生じた場合に、待機系に運用系と同じ出力をさせることができる。
さらにまた、上述した実施形態においては、各信号処理エンジンは、上流側に位置するか下流側に位置するかを自身で判断するようにしていたが、コンソールから各信号処理エンジンにその信号処理エンジンの位置を通知するようにしてもよい。

また、オーディオネットワークシステムにおける音声伝送フレームの伝送方式も、必ずしも上述の方式には限られない。
例えば、１サンプリング周期に１つの音声伝送フレームを循環させることは必須ではなく、１サンプリング周期に複数の音声伝送フレームを循環させたり、複数サンプリング周期につき１つの音声伝送フレームを循環させ、そこに複数サンプリング周期分の波形データを記載することも考えられる。

また、音声伝送フレームの構成について、波形データと制御データの領域の比率を変更してもよいことは、もちろんである。いずれかの領域のサイズを０にしてもよい。さらに、音声伝送フレームは、ＩＥＥＥ８０２．３の形式に限らず、他の任意の形式であってよい。

上述の実施形態では、サンプリング周波数は９６ｋＨｚであったが、８８．２ｋＨｚ、１９２ｋＨｚ等任意の周波数で設計することができる。また、サンプリング周波数を切り換えられるようにしてもよい。
また、これらの変形及び実施形態の説明において述べた変形は、矛盾しない範囲で任意に組み合わせて適用可能である。また逆に、ネットワークシステム及び音響信号処理装置が実施形態の説明において述べた特徴を全て有している必要もない。

以上の説明から明らかなように、この発明の音響信号処理システムによれば、音響信号を複数の装置間で伝送して信号処理を行う音響信号処理システムにおいて、一部の装置に異常が発生した場合でも信号処理を異常発生前と同じように継続できるようにする機能を、容易に実現することができる。
従って、この発明を適用することにより、音響信号処理システムのフォールトトレラント性能を向上させることができる。

この発明の音響信号処理システムの実施形態であるオーディオネットワークシステムの概略を示す図である。 図１に示した伝送経路で伝送される音声伝送フレームの構成例を示す図である。 図２に示した音声伝送フレームの伝送タイミングを示す図である。 オーディオネットワークシステム上でのシングルモードの音響信号の伝送時における、図２に示したＴＬフレームの伝送状況を示す図である。 オーディオネットワークシステムを構成するノードとなる音響信号処理装置のハードウェア構成を示す図である。

図５に示した波形伝送Ｉ／Ｏユニットの構成を示す図である。 図１に示したオーディオネットワークシステムのより具体的な構成の例を示す図である。 図７に示した各ノードが行う音声伝送フレームに対する波形データの読み書きの概要を示す図である。 図７に示したシステムにおける、状況に応じた上流側ミキサＢと下流側ミキサＣの書き込み有無の設定について説明するための図である。 図７に示したシステムを構成するミキサにおいてＣＰＵが実行する動作確認処理のフローチャートである。

同じく書き込み切替処理のフローチャートである。 図７に示したシステムを構成するミキサにおいて、波形伝送Ｉ／Ｏユニットの制御部が種々のイベントに応じて実行する、運用系及び待機系の切り替え機能に関連する動作を示す図である。 図７に示したシステムを構成するミキサにおいて、波形伝送Ｉ／Ｏユニットからイベントの通知を受けた場合にＣＰＵが実行する処理のフローチャートである。 図７に示したシステムにおいてコンソールがミキサのＣＰＵからの通知に応じて表示器に表示させるメッセージの例を示す。 図７に示したオーディオネットワークシステムにおいてノード間に断線が生じた場合の動作について説明するための図である。 この発明の実施形態の変形例の構成を示す図である。

符号の説明

１…オーディオネットワークシステム、２…音響信号処理装置、１０…第１のデータ入出力部、１１，２１…データ抽出部、１２，２２…波形入力用ＦＩＦＯ、１３，２３…波形出力用ＦＩＦＯ、１４，２４…制御入力用ＦＩＦＯ、１５，２５…制御出力用ＦＩＦＯ、１６，２６…フレームバッファ、１７，２７…波形データ比較部、３１，３３…第１，第２の受信Ｉ／Ｆ、３２，３４…第２，第１の送信Ｉ／Ｆ、３５〜３８…セレクタ、３９…オーディオバスＩ／Ｏ、４０…制御バスＩ／Ｏ、４１…制御部、４２…ワードクロック生成部、４３…タイマ、１００…音声伝送フレーム、２０１…ＣＰＵ、２０２…フラッシュメモリ、２０３…ＲＡＭ、２０４…外部機器Ｉ／Ｆ、２０５…表示器、２０６…操作子、２０７…システムバス、２１０…波形処理部、２１２…ＤＳＰユニット、２１３…アナログ入力ユニット、２１４…アナログ出力ユニット、２１５…デジタル入出力ユニット、２１６…その他ユニット、２１７…オーディオバス、２１８…制御バス、ＮＣ１〜ＮＣ４…ネットワーククロック、ＴＬ１，ＴＬ２…折り返しライン、Ｘ…オーディオネットワークシステム、Ｙ…コンソール、Ｚ…ミキサシステム

Claims (8)

1. それぞれ単方向に通信を行う２組の受信手段及び送信手段を備えた複数の装置を、ある装置の１組の受信手段及び送信手段を次の装置の１組の送信手段及び受信手段とそれぞれ接続することにより順次接続して構成され、複数の音響信号の記憶領域を備えた音声伝送フレームを、前記各装置間に形成されるループ状の伝送経路に沿って一定周期で循環させ、該各装置で該音声伝送フレームへ音響信号の書き込み及び／又は読み出しを行うことにより、前記複数の装置間で音響信号のリアルタイム伝送を行う機能を有する音響信号処理システムであって、
   前記複数の装置は、
   前記音声伝送フレームの第１の記憶領域から音響信号を読み出し、該音響信号に対し、所定の制御信号に従って定めたパラメータの値に従った信号処理を施し、その処理後の音響信号を前記音声伝送フレームの第２の記憶領域に書き込む１又は複数の第１の信号処理エンジンと、
   前記第１の信号処理エンジンの各々と対応し、該対応する第１の信号処理エンジンの直前又は直後に前記音声伝送フレームへの音響信号の書き込み及び／又は読み出しを行う位置に配置され、前記音声伝送フレームの前記第１の記憶領域から音響信号を読み出し、該音響信号に対し、前記制御信号に従って定めたパラメータの値に従った信号処理であって対応する第１の信号処理エンジンが実行する信号処理と同じ信号処理を施す１又は複数の第２の信号処理エンジンとを含み、
   所定の切り替え指示があった場合に、該指示に係る第１の信号処理エンジンと対応する第２の信号処理エンジンが前記信号処理を施した後の音響信号が、前記音声伝送フレームの、対応する第１の信号処理エンジンの場合と同じ第２の記憶領域に書き込まれるようにしたことを特徴とする音響信号処理システム。
2. それぞれ単方向に通信を行う２組の受信手段及び送信手段を備えた複数の装置を、ある装置の１組の受信手段及び送信手段を次の装置の１組の送信手段及び受信手段とそれぞれ接続することにより順次接続して構成され、複数の音響信号の記憶領域を備えた音声伝送フレームを、各装置間に形成されるループ状の伝送経路に沿って一定周期で循環させ、各装置で該音声伝送フレームへ音響信号の書き込み及び／又は読み出しを行うことにより、順次接続された一連の装置間で音響信号のリアルタイム伝送を行う機能を有する音響信号処理システムであって、
   前記複数の装置は、
   前記音声伝送フレームの第１の記憶領域から音響信号を読み出し、該音響信号に対し、所定の制御信号に従って定めたパラメータの値に従った信号処理を施し、その処理後の音響信号を前記音声伝送フレームの第２の記憶領域に書き込む１又は複数の第１の信号処理エンジンと、
   前記第１の信号処理エンジンの各々と対応し、該対応する第１の信号処理エンジンの直前に前記音声伝送フレームへの音響信号の書き込み及び／又は読み出しを行う位置に配置され、前記音声伝送フレームの前記第１の記憶領域から音響信号を読み出し、該音響信号に対し、前記制御信号に従って定めたパラメータの値に従った信号処理であって対応する第１の信号処理エンジンが実行する信号処理と同じ信号処理を施し、その処理後の音響信号を、対応する前記第１の信号処理エンジンの場合と同じ記憶領域に書き込む１又は複数の第２の信号処理エンジンとを含み、
   所定の切り替え指示があった場合に、該指示に係る第１の信号処理エンジンが、その時点で伝送中の音声伝送フレームの伝送完了後、次の音声伝送フレームから、前記第２の記憶領域への音響信号の書き込みを中止するようにしたことを特徴とする音響信号処理システム。
3. それぞれ単方向に通信を行う２組の受信手段及び送信手段を備えた複数の装置を、ある装置の１組の受信手段及び送信手段を次の装置の１組の送信手段及び受信手段とそれぞれ接続することにより順次接続して構成され、複数の音響信号の記憶領域を備えた音声伝送フレームを、前記各装置間に形成されるループ状の伝送経路に沿って一定周期で循環させ、該各装置で該音声伝送フレームへ音響信号の書き込み及び／又は読み出しを行うことにより、前記複数の装置間で音響信号のリアルタイム伝送を行う機能を有する音響信号処理システムであって、
   前記複数の装置は、
   前記音声伝送フレームの第１の記憶領域から音響信号を読み出し、該音響信号に対し、所定の制御信号に従って定めたパラメータの値に従った信号処理を施し、その処理後の音響信号を前記音声伝送フレームの第２の記憶領域に書き込む１又は複数の第１の信号処理エンジンと、
   前記第１の信号処理エンジンの各々と対応し、該対応する第１の信号処理エンジンの直後に前記音声伝送フレームへの音響信号の書き込み及び／又は読み出しを行う位置に配置され、前記音声伝送フレームの前記第１の記憶領域から音響信号を読み出し、該音響信号に対し、前記制御信号に従って定めたパラメータの値に従った信号処理であって対応する第１の信号処理エンジンが実行する信号処理と同じ信号処理を施す１又は複数の第２の信号処理エンジンとを含み、
   所定の切り替え指示があった場合に、該指示に係る第２の信号処理エンジンが、その時点で伝送中の音声伝送フレームの伝送完了後、次の音声伝送フレームから、前記信号処理を施した後の音響信号を、対応する前記第１の信号処理エンジンの場合と同じ記憶領域に書き込み開始するようにしたことを特徴とする音響信号処理システム。
4. 請求項１乃至３のいずれか一項に記載の音響信号処理システムであって、
   前記第１の信号処理エンジンが、当該第１の信号処理エンジンの動作制御を行うＣＰＵ及びタイマを備え、
   前記ＣＰＵが、定期的に前記タイマのクリアを行い、
   前記タイマに、所定時間当該タイマがクリアされない場合に当該第１の信号処理エンジンに係る前記切替え指示を自動生成する手段を設けたことを特徴とする音響信号処理システム。
5. 請求項１乃至４のいずれか一項に記載の音響信号処理システムであって、
   コンソールを備え、
   前記コンソールが、ユーザの操作に応じて前記切り替え指示を生成し、該切り替え指示を、少なくとも、該切り替え指示に係る第１の信号処理エンジン及び該第１の信号処理エンジンと対応する第２の信号処理エンジンのうち、前記伝送経路の下流側に配置された信号処理エンジンに送信することを特徴とする音響信号処理システム。
6. 請求項１乃至３のいずれか一項に記載の音響信号処理システムであって、
   コンソールを備え、
   前記第１の信号処理エンジンが、該第１の信号処理エンジンの動作確認を行う動作確認部と、該動作確認部により動作の異常が検出されたときに、前記コンソールに該異常の発生を通知する異常通知部とを備えることを特徴とする音響信号処理システム。
7. 請求項６に記載の音響信号処理システムであって、
   前記第１の信号処理エンジンがさらに、前記動作確認部が異常を検出している時間が所定時間継続したことを検出したとき、当該第１の信号処理エンジンに係る前記切替え指示を自動生成する手段を備えることを特徴とする音響信号処理システム。
8. 請求項１乃至５のいずれか一項に記載の音響信号処理システムであって、
   前記第１の信号処理エンジンと前記第２の信号処理エンジンのうち、前記伝送経路の上流側に位置する信号処理エンジンは、前記信号処理を施した後の音響信号を前記音声伝送フレームの前記第２の記憶領域に書き込み、下流側に位置する信号処理エンジンは、前記上流側に位置する信号処理エンジンが書き込んだ音響信号を前記音声伝送フレームの前記第２の記憶領域から読み出し、当該下流側に位置する信号処理エンジンが前記信号処理を施した後の音響信号と比較することにより、両者の信号処理エンジンにおける信号処理の不一致を検出することを特徴とする音響信号処理システム。

Images