(57)【特許請求の範囲】
【請求項１】
ネットワークを構成するデバイスの１つがマスタとして、その他のデバイスがスレーブとして動作し、マスタが所定のサンプリング周期毎に音声伝送フレームを生成して送出し、該音声伝送フレームが該ネットワークを構成する全てのデバイスを通過して前記マスタに戻り、該ネットワークを構成する各デバイスが、前記音声伝送フレームへ音響信号の書き込み及び／又は読み出しを行うことにより、該各デバイスのうち任意のデバイス間で音響信号の伝送が行われるネットワークに接続するためのインタフェースとして、それぞれ異なるネットワークに接続可能な第１インタフェース及び第２インタフェースを備える音響信号処理装置であって、
前記第１インタフェースにより接続する第１ネットワークにおいてスレーブとして動作し、前記第２インタフェースにより接続する第２ネットワークにおいてマスタとして動作している状態において、
前記第１ネットワークにおいて音声伝送フレームを継続的に受信している間は、該音声伝送フレームの受信タイミングに基づいてサンプリングクロックを生成し、該音声伝送フレームの受信が途絶えたら、独自のタイミングでサンプリングクロックを生成して、そのサンプリングクロックの周期毎に前記第２のネットワークにおいて前記音声伝送フレームを生成して送出し、
前記第２ネットワークがリセットされた場合、該第２ネットワークにおいてスレーブとしての動作を開始し、その後、該第２ネットワークにおいて他のデバイスがマスタとして動作して送出した音声伝送フレームの継続的な受信を開始した場合に、前記第１ネットワークをリセットし、該第１ネットワークにおいてマスタとしての動作を開始することを特徴とする音響信号処理装置。
【請求項２】
請求項１に記載の音響信号処理装置であって、
前記第１ネットワークにおける音声伝送フレームの送受信と前記第２ネットワークにおける音声伝送フレームの送受信とが同期していることを条件に、前記第１ネットワークにおける音声伝送フレームから読み出した音響信号を前記第２ネットワークにおける音声伝送フレームに書き込む第１伝送動作と、前記第２ネットワークにおける音声伝送フレームから読み出した音響信号を前記第１ネットワークにおける音声伝送フレームに書き込む第２伝送動作との少なくとも一方を行うことを特徴とする音響信号処理装置。
【請求項３】
ブリッジデバイスで接続された第１ネットワークと第２ネットワークとを含む音響信号処理システムであって、
前記第１ネットワークは、１以上の第１のデバイスと前記ブリッジデバイスとを接続して構成し、１つのデバイスがマスタとして、その他のデバイスがスレーブとして動作するものであり、
前記第２ネットワークは、１以上の第２のデバイスと前記ブリッジデバイスとを接続して構成し、１つのデバイスがマスタとして、その他のデバイスがスレーブとして動作するものであり、
前記第１ネットワークにおいては、前記第１のデバイスの１つがマスタとして動作して、所定のサンプリング周期毎に音声伝送フレームを生成して送出し、該音声伝送フレームは該第１ネットワークを構成する全てのデバイスを通過して前記マスタに戻り、前記第１ネットワークを構成する各デバイスが、前記音声伝送フレームへ音響信号の書き込み及び／又は読み出しを行うことにより、該各デバイスのうち任意のデバイス間で音響信号の伝送が行われ、
前記ブリッジデバイスは、前記第１ネットワークにおいて音声伝送フレームを継続的に受信している間は、該音声伝送フレームの受信タイミングに基づいてサンプリングクロックを生成し、該音声伝送フレームの受信が途絶えたら、独自のタイミングでサンプリングクロックを生成するクロック発生部を備え、
前記第２ネットワークにおいては、前記ブリッジデバイスがマスタとして動作して、前記クロック発生部が生成するサンプリングクロックの周期毎に音声伝送フレームを生成して送出し、該音声伝送フレームは該第２ネットワークを構成する全てのデバイスを通過して前記ブリッジデバイスに戻り、前記第２ネットワークを構成する各デバイスが、前記音声伝送フレームへ音響信号の書き込み及び／又は読み出しを行うことにより、該各デバイスのうち任意のデバイス間で音響信号の伝送が行われ、
さらに、前記ブリッジデバイスは、前記第２ネットワークがリセットされた場合、該第２ネットワークにおいてスレーブとしての動作を開始し、その後、該第２ネットワークにおいて他のデバイスがマスタとして動作して送出した音声伝送フレームの継続的な受信を開始した場合に、前記第１ネットワークをリセットし、該第１ネットワークにおいてマスタとしての動作を開始することを特徴とする音響信号処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、音響信号を伝送するネットワークに接続可能な音響信号処理装置と、このような音響信号処理装置を含む音響信号処理システムに関する。
【背景技術】
【０００２】
従来から、複数のデバイス間でデータの伝送を行うための種々のネットワークシステムが知られている。
例えば、複数のノード間で音響信号の伝送を行うためのオーディオネットワークシステムが知られており、コンサート、演劇、音楽製作、構内放送等において用いられている。このようなオーディオネットワークシステムの例としては、以下の非特許文献１，２に記載のような、ＣｏｂｒａＮｅｔ（商標），ＥｔｈｅｒＳｏｕｎｄ（商標）が知られている。
【０００３】
また、これら以外に、特許文献１に記載のネットワークシステムも提案されている。
この特許文献１に記載のネットワークシステムにおいては、システムを構成する各デバイスにより形成されるリング状の伝送路にフレームを定期的に循環させ、各デバイスがそのフレームに対して必要な情報を読み書きすることにより、システムを構成する任意のデバイスから任意のデバイスへ、音響信号だけでなくイーサネット（登録商標）フレーム等の制御信号も、安定して伝送することができる。
【０００４】
また、特許文献２には、このようにフレームを定期的に循環させるネットワークシステムにおいて、マスタノードがワードクロック（サンプリングクロック）を生成し、そのクロックに従ったタイミングでフレームを送信する一方、他のノードは、定期的なフレームの受信タイミングを基準に、これを適切な時間だけ遅延させてワードクロックを生成することが記載されている。このようにすることにより、各ノードにおいてマスタノードと同じ周期かつ同じ位相のワードクロックを生成することができる。すなわち、フレームの伝送により、同時にワードクロックも伝送することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−９４５８９号公報
【特許文献２】特開２００８−７２３６３号公報
【非特許文献】
【０００６】
【非特許文献１】「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）とを記載する。
管理データ１０２は、８バイトのデータであり、部分ネットワークＰ内の各ノードがＴＬフレームに含まれるデータの管理に利用するデータとして、システム内のどの伝送路を循環させるフレームかを示すリングＩＤ、フレーム通し番号であるフレームＩＤ、波形データ領域１０３中の波形データのｃｈ数等を記載する。
【００３４】
また、波形データ領域１０３としては１０２４バイトを確保しており、音響信号のデータである１サンプル３２ビットの波形データを２５６ｃｈ分記載できる。すなわち、本システムでは、１つのＴＬフレーム１００を循環させることにより、２５６ｃｈ分の音響信号を伝送することができる。なお、２５６ｃｈ中の伝送に使われていないｃｈ（空きｃｈ）の領域については、そこに何が記載されているか気にしなくて良い。なお、波形データのビット数に応じて各ｃｈの領域のサイズを変更するようにしてもよい。その場合、１６ビットの波形データは５１２ｃｈ分伝送可能であり、２４ビットであれば３４０ｃｈ分伝送可能になる。
【００３５】
また、波形データ領域１０３においては、予め部分ネットワークＰを構成する各ノードにｃｈを割り当てておき、各ノードは、自身に割り当てられたｃｈの位置に、出力波形データの書き込みを行う。この割り当ては、部分ネットワークＰ毎に、部分マスタが各ノードからの要求に基づいて行う。
【００３６】
一方、制御データ領域１０４としては２３８バイトを確保し、ここには、イーサネットフレーム領域１０６、ＩＴＬフレーム領域１０７、および管理データ領域１０８設けている。
このうちイーサネットフレーム領域１０６には、ＩＰ（Internet Protocol）に基づくノード間通信用のパケットであるＩＰパケットをさらにフレーム化したＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．３形式のフレーム（イーサネットフレーム）を記載する。
【００３７】
また、記載すべきイーサネットフレームが用意したサイズ（ここでは１７８バイト）に収まらない場合には、フレームの送信側で必要な数のブロックに分割し、ＴＬフレーム１つにつき、そのブロック１つを記載する。そして、フレームの受信側で複数のＴＬフレーム１００からデータを取り出して結合し、分割前のフレームを復元することにより、通常のイーサネット（登録商標）での伝送と同様にイーサネットフレームをノード間で伝送することができる。
【００３８】
また、ＩＴＬフレーム領域１０７には、隣接ノード間でのコマンド及びコマンドに対する応答の伝送に使用するフレームであるＩＴＬフレームのデータを記載する。このＩＴＬフレームは、詳細な説明は省略するが、システム内でフレーム伝送路を形成する際の情報伝達や、システム形成後の情報伝達に使用する。
【００３９】
管理データ領域１０８は、システム内の各ノードがＴＬフレーム１００に含まれるデータの管理に利用するデータを記載する領域である。ここに記載するデータとしては、例えば、レベル表示に使用するメータデータ、ＴＬフレーム１００が伝送中に切断されたことを示す切断検出フラグ、ＴＬフレーム１００の伝送にエラーが生じたことを示すエラーフラグ等が挙げられる。
また、ＦＣＳ１０５は、ＩＥＥＥ８０２．３で規定される、フレームのエラーを検出するためのフィールドである。
【００４０】
部分ネットワークＰにおいては、以上のようなＴＬフレームに各ノード間を巡回させることにより、オーディオ信号のリアルタイム伝送とイーサネットフレームの伝送とを同時に行うことができる。そして、イーサネットフレーム領域１０６を用いたイーサネットフレームの伝送により、部分ネットワークＰを構成する各ノードは、１つのイーサネット（商標）で接続されているのと等価な環境にある。
【００４１】
また、後述するように、ブリッジデバイスが一方の部分ネットワークのＴＬフレームからデータを読み出し、他方の部分ネットワークのＴＬフレームにそのデータを書き込むことにより、波形データについてもイーサネットフレームについても、ブリッジデバイスを跨いだ転送が可能である。従って、オーディオネットワークシステムＳを構成する各デバイスについても、１つのイーサネット（商標）で接続されているのと等価な環境にあると言える。
【００４２】
１．４  ＴＬフレームの伝送方式
次に、図４に、図３に示したＴＬフレーム１００の伝送タイミングを示す。
この図に示すように、部分ネットワークＰにおいては、ＴＬフレーム１００を、９６ｋＨｚ（キロヘルツ）のサンプリング周期１周期である１０．４μｓｅｃ（マイクロ秒）毎に１つ、ノード間を循環させ、各ノードはＴＬフレームの所望のｃｈへの音響信号の書き込みないし所望のｃｈからの音響信号の読み出しを行うようになっている。従って、各サンプリング周期に、２５６の信号伝送ｃｈについて、それぞれ１サンプル分の波形データを、各ノード間で伝送できる。
１Ｇｂｐｓ（ギガビット・パー・セカンド）のイーサネット（登録商標）方式のデータ転送を採用すれば、ＴＬフレーム１００の時間長は、１ナノ秒×８ビット×１２８２バイト＝１０．２６μｓｅｃであり、１サンプリング周期内に伝送が完了する。
【００４３】
次に、図５に、部分ネットワーク上での音響信号の伝送時における、図３に示したＴＬフレームの伝送状況を示す。
ここでは、ノードＡからノードＤまでの４つのノードをカスケード接続した部分ネットワークを考える。そして、この部分ネットワーク内の各ノードにＴＬフレーム１００を循環させる場合、いずれか１つのノードを部分マスタと定め、そのノードのみが新たなサンプリング周期のＴＬフレーム（通し番号の異なるＴＬフレーム）の生成を行い、サンプリング周期毎に生成されたＴＬフレームを次のノードへ送信する。部分マスタ以外のノードはスレーブノードであり、それぞれ前のノードからＴＬフレームを受信し、次のノードへ送信する転送処理を行う。
【００４４】
そして、部分マスタであるノードＢが最初に図で右向きに、ワードクロックのタイミングに合わせて、ノードＣに向かってＴＬフレームを送信すると、そのＴＬフレームは、破線で示すように、ノードＢ→Ｃ→Ｄ→Ｃ→Ｂ→Ａ→Ｂの順で伝送され、ノードＢに戻ってくる。この伝送の際、各ノードは、ＴＬフレームを受信してから送信するまでに、他のノードから受信すべき波形データや制御データをＴＬフレームから読み取り、また他のノードに送信すべき波形データや制御データをＴＬフレームに書き込む。
【００４５】
そして、部分マスタは、ＴＬフレームが伝送路を１周して戻ってくると、そのＴＬフレームの管理データを書き換えて後のサンプル周期のＴＬフレームを生成し、適当なサンプル周期での送信に供する。またこのとき、部分マスタも他のノードと同様にＴＬフレームに対してデータの読み書きを行う。
【００４６】
以上を繰り返すことにより、１サンプリング周期につき１つのＴＬフレームに、（ａ）から（ｅ）に時系列的に示すように、各ノードを循環させることができる。これらの図において、黒塗りの矢印はＴＬフレームの先頭を、黒丸はＴＬフレームの末端を示す。線の矢印は、ＴＬフレームの切れ目を分かり易くするために記載したものである。
【００４７】
なお、ループ接続を行い、部分ネットワーク内に伝送路を２本形成する場合には、図２からわかるように、部分マスタであるノードＢが生成して図で右向きに送信したＴＬフレームを、ノードＢ→Ｃ→Ｄ→Ａ→Ｂの順で伝送する伝送路と、ノードＢが生成して図で左向きに送信したＴＬフレームを、ノードＢ→Ａ→Ｄ→Ｃ→Ｂの順で伝送する伝送路とができることになる。そしてこの場合、ＴＬフレームが伝送路を１周する間に全てのノードを１回ずつ通過することになるため、各ノードは、その通過の際にデータの読み書きを行う。
【００４８】
１．５  システムを構成する各装置のハードウェア構成及び基本動作
次に、以上説明してきたようなＴＬフレームの伝送を行うためのハードウェア及びその動作について説明する。
図６に、上述のオーディオネットワークシステムＳを構成する各ノードとなる音響信号処理装置のハードウェア構成を示す。
【００４９】
図６に示すように、この音響信号処理装置１０は、ＣＰＵ２０１，フラッシュメモリ２０２，ＲＡＭ２０３，外部機器Ｉ／Ｆ（インタフェース）２０４，表示器２０５，操作子２０６を備え、これらがシステムバス２０７により接続されている。また、外部機器Ｉ／Ｆ２０４とシステムバス２０７とに接続するカードＩ／Ｏ（入出力部）２１０も備えている。
【００５０】
そして、ＣＰＵ２０１は、この音響信号処理装置１０の動作を統括制御する制御手段であり、フラッシュメモリ２０２に記憶された所要の制御プログラムを実行することにより、表示器２０５における表示を制御したり、操作子２０６の操作を検出してその操作に従ってパラメータの値の設定／変更や各部の動作を制御したり、コマンドをカードＩ／Ｏ２１０を介して他の音響信号処理装置に送信したり、カードＩ／Ｏ２１０を介して他の音響信号処理装置から受信したコマンドに従った処理を行ったりする。
【００５１】
フラッシュメモリ２０２は、ＣＰＵ２０１が実行する制御プログラムを始め、電源を切っても残しておくべきデータを記憶する書き換え可能な不揮発性記憶手段である。
ＲＡＭ２０３は、一時的に記憶すべきデータを記憶したり、ＣＰＵ２０１のワークメモリとして使用したりする記憶手段である。
【００５２】
外部機器Ｉ／Ｆ２０４は、種々の外部機器を接続し入出力を行うためのインタフェースであり、例えば外部のディスプレイ、マウス、文字入力用のキーボード、操作パネル、ＰＣ等を接続するためのインタフェースが用意される。ＰＣは、ＣＰＵ、メモリ、ハードディスク、ディスプレイ、キーボード、マウス、各種インタフェース、等を備え、Ｗｉｎｄｏｗｓ（商標）等のオペレーティングシステム（ＯＳ）が走る、通常のパーソナルコンピュータである。ユーザは、そのＯＳの元で、所望のアプリケーションソフトを起動して、ＰＣを使用する。
【００５３】
外部機器Ｉ／Ｆ２０４は、カードＩ／Ｏ２１０のオーディオバス２１７にも接続しており、オーディオバス２１７を流れる波形データを外部装置に送信したり、外部装置から受信した波形データをオーディオバス２１７に入力したりすることができる。この外部機器Ｉ／Ｆ２０４は、イーサネット、ＵＳＢ、ＩＥＥＥ１３９４等のいずれのインタフェースであってもよい。
【００５４】
表示器２０５は、ＣＰＵ２０１による制御に従って種々の情報を表示する表示手段であり、例えば、液晶ディスプレイ（ＬＣＤ）や発光ダイオード（ＬＥＤ）によって構成することができる。
操作子２０６は、音響信号処理装置１０に対する操作を受け付けるためのものであり、種々のキー、ボタン、ダイヤル、スライダ等によって構成することができる。
【００５５】
これらの表示器２０５及び操作子２０６は、例えば音響信号処理装置１０をコンソールとして構成する場合には、多数のｃｈについて信号処理パラメータやパッチの設定を受け付けるための大型のディスプレイや多数のボタン、スイッチ、電動フェーダ等を設け、入出力装置として構成する場合には電源及びモード設定のための簡単なランプやボタンを設ける等、装置の機能に応じて大きく構成が異なるものである。
【００５６】
また、カードＩ／Ｏ２１０は、オーディオバス２１７と制御バス２１８を備え、これらのバスに種々のカードモジュールを装着することにより、音響信号処理装置１０に対する音響信号及び制御信号の入出力及びその処理を行うことができるようにするためのインタフェースである。ここに装着される各カードモジュールは、オーディオバス２１７を介して相互に波形データを送受信すると共に、制御バス２１８を介してＣＰＵ２０１との間で制御信号を送受信し、ＣＰＵ２０１の制御を受ける。
【００５７】
オーディオバス２１７は、任意のカードから任意のカードへ、複数チャンネルの波形データをサンプリング周期に基づくタイミングで各１サンプルずつ時分割伝送する音響信号伝送用ローカルバスである。接続された複数カードの何れか１つがマスタとなり、当該カードが生成し供給するワードクロックに基づいてオーディオバス２１７の時分割伝送の基準タイミングを制御する。その他の各カードはスレーブとなり、その基準タイミングに基づいて各カードのワードクロックを生成する。
【００５８】
図６には、カードＩ／Ｏ２１０にＤＳＰ（デジタル・シグナル・プロセッサ）カード２１１，２１２，アナログ入力カード２１３，アナログ出力カード２１４，ネットワークＩ／Ｆカード２１５を装着した例を示している。
カードＩ／Ｏ２１０に装着される各種カードは、そのカードの機能に応じた処理、すなわち、波形データの外部からの入力、波形データの外部への出力、波形データの信号処理、波形データの部分ネットワークへの送受信等を、それぞれ、ワードクロック（波形データのサンプリング周期）に同期したタイミングで実行する。
【００５９】
また、これらのカードのうちネットワークＩ／Ｆカード２１５が、送信Ｉ／Ｆと受信Ｉ／Ｆを２組備え、図２乃至図４を用いて説明した部分ネットワークＰにおけるＴＬフレーム１００の伝送と、ＴＬフレーム１００に対する波形データや制御データ等の読み書きとを行う機能を有する。これらの機能を実現するために必要なネットワークＩ／Ｆカード２１５の構成の詳細については、特開２００９−９４５８９号公報を参照されたい。
【００６０】
そして、ネットワークＩ／Ｆカード２１５以外のカードは、音響信号処理、アナログ信号の入出力などの機能を担うものであるが、音響信号処理装置１０に持たせたい機能に応じて任意に選択して装着することができる。さらに、ここで挙げたもの以外でも、その他カード２１６として、デジタル入出力、音源、レコーダ、エフェクタ等の、種々のカードモジュールを装着可能とすることが考えられる。
【００６１】
２  オーディオネットワークシステムにおける伝送路の形成手順
次に、図７乃至図９に、オーディオネットワークシステムＳ及びそのシステムに属するデバイスを通るＴＬフレームの伝送路を形成する際の、ユーザによる作業及びそれに応じた各デバイスの動作手順を示す。これらの図に示すのは、各デバイスが物理的に接続されていない状態から伝送路を形成する場合の手順である。
【００６２】
図１に示したオーディオネットワークシステムＳを形成する場合、ユーザはまず、第１部分ネットワークＳ１を形成させる２以上のデバイスを、カスケード状又はループ状に接続する（Ｓ１１）。このとき、デバイスの中の少なくとも１つは、ブリッジデバイスになるデバイスである必要がある。また、ここでいう「接続」には、既に電源が入っているデバイスを通信ケーブルで繋ぐことと、既に通信ケーブルで繋がれているデバイスの電源を入れることと、どちらもなされていないデバイスを通信ケーブルで繋いだ上で電源を入れることとのいずれも含む。
【００６３】
そして、この接続がなされると、接続されたデバイスは、自動的に互いのデバイスの存在及びその接続のトポロジー（カスケードかループか、及び各デバイスの接続順）を確認した上で、そのトポロジーに応じて、接続されたデバイスの間を循環する、図２に示したようなＴＬフレームの伝送路を形成し、その伝送路に沿ったＴＬフレームの伝送を開始する（Ｓ２１）。
【００６４】
ただし、この段階ではまだＴＬフレームに対する音響信号の読み書きは行わず、ＴＬフレーム１００のうちＩＴＬフレーム領域１０７や制御データ領域１０４を用いて、デバイス間で制御データの伝送を行うモード（ＴＴＬモード）で動作する。また、ＴＬフレームを生成するノードとなる仮の部分マスタは、デバイス間でネゴシエーションして適当なアルゴリズムで定める。
この際の伝送路の形成手順については、例えば特開２００９−９４５８９号公報に記載のものを採用することができる。
【００６５】
また、ユーザは、ステップＳ１１の後、第１部分ネットワークＳ１における部分マスタを指定する（Ｓ１２）。この部分マスタとなったデバイスは、オーディオネットワークシステムＳ全体のワードクロック源となる。また、この指定は、ステップＳ２１の完了後に行うことが好ましいが、これは必須ではない。
【００６６】
そして、ステップＳ１２の指定がなされると、ＴＴＬモードで動作中の各デバイスは、ステップＳ１２で指定されたデバイスを部分マスタとして、ステップＳ１１で接続された各デバイスの間を循環するＴＬフレームの伝送路を再構築し、今度はＴＬフレームに対する音響信号の読み書きが可能なモード（ＲＴＬモード）でＴＬフレームの伝送を開始し、第１部分ネットワークＳ１としての動作を開始する（Ｓ３１）。
【００６７】
その後、第１部分ネットワークＳ１の各デバイスは、自身が要求する信号伝送ｃｈ数をステップＳ１２で指定された部分マスタ（自身が属する部分ネットワークの部分マスタ）に通知する（Ｓ３２）。ここで通知するｃｈ数は、デバイスがＴＬフレーム１００に対して何ｃｈの音響信号を書き込むかを示すものである。また、デバイスが要求する信号伝送ｃｈ数は、予め、ユーザにより各デバイス毎に設定されている。
【００６８】
なお、ステップＳ３２の通知は、ＴＬフレーム１００の制御データ領域１０４に記載する部分マスタ宛てのイーサネットフレームにより行ったり、ＩＴＬフレーム領域１０７に記載するＩＴＬフレームを、隣接ノードに順次中継させながら部分マスタまで届けることにより行ったりすることができる。以降に述べる、部分マスタと各デバイスの間の通信についても同様である。
【００６９】
一方、部分マスタは、ステップＳ３２の通知を受けると、その通知に応じて通知元のデバイスにＴＬフレーム１００における信号伝送ｃｈを割り当て、割り当てを受けたデバイスは、その割り当てられた信号伝送ｃｈを確保する（Ｓ３３）。どのデバイスにどのｃｈを割り当てても問題ないため、割り当てには、先着順で先頭から割り当てる等、任意のアルゴリズムを採用可能である。
【００７０】
また、部分マスタは、ステップＳ３３で複数の各デバイスにどの信号伝送ｃｈを割り当てたかを示す割り当て情報を、第１部分ネットワークＳ１（自身が部分マスタを務める部分ネットワーク）の各デバイスに通知する（Ｓ３４）。各デバイスは、その割り当て情報を参照してどの信号伝送ｃｈに音響信号を書き込むかを決定するため、この割り当て情報の通知は、新たな割り当てを行う度に、すなわち信号伝送ｃｈの割り当てを変更する度に行うことが好ましい。
そして、各デバイスは、ステップＳ３４での通知を受けると、受信した割り当て情報と、設定されているパッチの情報とに基づいて、ＴＬフレームへの音響信号の書き込み及び読み出しを開始する（Ｓ３５）。以上で、第１部分ネットワークＳ１において、ノードとなる各デバイスの間で音響信号及び制御信号の送受信が可能な状態となる。
【００７１】
ここでパッチとは、音響信号の送り手（source）から受け手（sink）までの結線のことであり、ユーザはコンソールを操作することにより、所望の送り手から所望の受け手の間のパッチを設定することができる。
例えば、入出力装置またはミキサエンジンの入力ポート（送り手）からミキサエンジンの入力チャンネル（受け手）へのパッチを設定したり、ミキサエンジンの出力チャンネル（送り手）から入出力装置またはミキサエンジンの出力ポート（受け手）へのパッチを設定することができる。さらに、入出力装置の入力ポートから、別の入出力装置の出力ポートにパッチできるようにしてもよい。
１つの結線は、１つの送り手と受け手とを結ぶものであり、パッチの設定は、１又は複数の結線の設定を含む。
【００７２】
上述したステップＳ３４では、例えば、パッチ設定情報で、第１のデバイスの送り手と第２のデバイスの受け手とが結線されている場合、第１のデバイスは、その第１のデバイスが結線に係る送り手の音響信号をＴＬフレームの何れの信号伝送ｃｈの領域にも書き込んでいなければ、第１のデバイスが確保しておりかつ未使用の信号伝送ｃｈの一つをその結線に割り当て、送り手の音響信号を、結線を割り当てた信号伝送ｃｈで送信することを自己設定する。
これにより、第１のデバイスは、結線に係る送り手が出力する音響信号（波形データ）を、ＴＬフレームのその結線に割り当てた信号伝送ｃｈの領域に書き込むとともに、その音響信号をその信号伝送ｃｈで送信していること示す音響信号送信情報を、部分ネットワークの全デバイスに通知する。
【００７３】
また、上記第２のデバイスの送り手と上記第１のデバイスの受け手とが結線されている場合は、その第２のデバイスから受け取った一連の音響信号送信情報に基づいて、第２のデバイスの送り手の音響信号が書き込まれているＴＬフレームの信号伝送ｃｈを見つけ出し、その信号伝送ｃｈの音響信号を受信して結線に係る受け手へ入力することを自己設定する。これにより、第１のデバイスは、ＴＬフレームの音響信号送信情報が示す信号伝送ｃｈの領域から音響信号を読み出して、結線に係る受け手に供給する。」
【００７４】
次に、手順は図８に示す部分に進み、ユーザは、第２部分ネットワークＳ２を形成させるデバイスを、第１部分ネットワークＳ１のブリッジデバイスとカスケード状又はループ状に接続する（Ｓ１３）。この際には、ブリッジデバイスの、ステップＳ１１での接続には用いていないネットワークＩ／Ｆカードに対して接続を行う。
そして、この接続がなされると、接続されたデバイスは、ステップＳ２１の場合と同様に、接続されたデバイスの間を循環するＴＬフレームの伝送路を形成し、ＴＴＬモードでその伝送路に沿ったＴＬフレームの伝送を開始する（Ｓ４１）。
【００７５】
また、ユーザは、ステップＳ１３の後、第２部分ネットワークＳ２における部分マスタを、ブリッジデバイスに設定する（Ｓ１４）。この設定は、ブリッジデバイスを第２部分ネットワークＳ２のワードクロック源に設定することを意味する。また、ステップＳ４１の後、ブリッジデバイスが自動的に部分マスタとしての機能を開始するようにしてもよい。
【００７６】
そして、ステップＳ１４の指定がなされると、ＴＴＬモードで動作中の、ステップＳ１３で接続された各デバイスは、ステップＳ１４で指定されたブリッジデバイスを部分マスタとして、各デバイスの間を循環するＴＬフレームの伝送路を再構築し、今度はＲＴＬモードでＴＬフレームの伝送を開始し、第２部分ネットワークＳ２としての動作を開始する（Ｓ５１）。
【００７７】
以下、ステップＳ３２〜Ｓ３５の場合と同様に、部分マスタが信号伝送ｃｈの割り当てや通知を行い、各デバイスは、信号伝送ｃｈの割り当て及びパッチの設定内容に従って、ＴＬフレームへの音響信号の書き込み及び読み出しを開始する（Ｓ５２〜５５）。以上で、第２部分ネットワークＳ２において、ノードとなる各デバイスの間で音響信号及び制御信号の送受信が可能な状態となる。
【００７８】
次に、手順は図９に示す部分に進み、ユーザは、ブリッジデバイスに対し、そのブリッジデバイスを跨いでの２つの部分ネットワーク間の音響信号の転送を設定する（Ｓ１５）。すなわち、第１部分ネットワークＳ１のＴＬフレームに書き込まれている複数の音響信号（波形データ）の中から１または複数の音響信号を選択し、選択された音響信号の第１部分ネットワークＳ１から第２部分ネットワークＳ２への転送を設定したり、逆に、第２部分ネットワークＳ２のＴＬフレームに書き込まれている複数の音響信号の中から１または複数の音響信号を選択し、選択された音響信号の第２部分ネットワークＳ２から第１部分ネットワークへＳ１の転送を設定する。
ここで、各部分ネットワークのＴＬフレームに書き込まれている音響信号は、その部分ネットワークの各デバイスから受信する音響信号送信情報により特定される。ユーザは、その特定されコンソールの表示器に表示された音響信号の中から、転送する音響信号を選択する。
【００７９】
そしてこの設定がなされると、設定のあったブリッジデバイスは、設定された転送の各々について、転送先となる部分ネットワークのＴＬフレームの、そのブリッジデバイスが確保しておりかつ未使用の信号伝送ｃｈの１つをその転送に割り当てる（Ｓ６１）。その後、転送に係る音響信号を、音響信号送信情報により特定される、送信元の部分ネットワークのＴＬフレームの１の信号伝送ｃｈの領域から読み出し、送信先の部分ネットワークのＴＬフレームの、転送に割り当てた信号伝送ｃｈの領域に書き込む転送動作を開始する（Ｓ６２）。
【００８０】
ここで、ＴＬフレームからの音響信号の読み出しは、ブリッジデバイスの２つのネットワークＩ／Ｆカードのうちの、転送元の部分ネットワークに属するネットワークＩ／Ｆカードが行い、読み出された音響信号は、オーディオバス２１７を介して他方のネットワークＩ／Ｆカードに供給される。そして、ＴＬフレームへの音響信号の書き込みは、転送先の部分ネットワークに属する他方のネットワークＩ／Ｆカードにより行われる。
【００８１】
そして、転送に係る複数の音響信号について、それらの音響信号を複数の信号伝送ｃｈで送信していることを示す音響信号送信情報を、転送先の部分ネットワークの各デバイスに送信する（Ｓ６３）。送信される音響信号送信情報は、転送される音響信号が、どの部分ネットワークのどのデバイスのどの送り手から出力された音響信号であるかを示す。
これにより、転送先の部分ネットワークの各デバイスは、音響信号送信情報に基づいて、転送元の部分ネットワークの送り手を、先述したパッチの設定における、送り手の候補の１つとしてユーザに提示するようになる。
【００８２】
転送先の部分ネットワークにおいて、ユーザが、他の部分ネットワークの送り手とその転送先の部分ネットワークの受け手の間のパッチを設定すると、その受け手が所属するデバイスは、転送を行っているブリッジデバイスからの音響信号送信情報に基づいて、自身が所属する転送先の部分ネットワークのＴＬフレームから、送り手からの音響信号が書き込まれている信号伝送ｃｈを見つけ出し、その信号伝送ｃｈを受信して受け手へ入力することを自己設定する。これにより、受け手が所属するデバイスは、ＴＬフレームの音響信号送信情報が示す信号伝送ｃｈの領域から音響信号を読み出して、受け手に供給する。
【００８３】
その後、ブリッジデバイスの各ネットワークＩ／Ｆが各サンプリング周期においてステップＳ６２で開始した読み出しと書き込みを行うことにより、送信元部分ネットワーク内で伝送していた音響信号を、送信先部分ネットワークに転送し、送信先部分ネットワークに属するデバイスが任意に読み出せる状態にすることができる。
この伝送は、第１部分ネットワークＳ１から第２部分ネットワークＳ２に向かう方向と、第２部分ネットワークＳ２から第１部分ネットワークＳ１へ向かう方向との双方について任意に設定可能であり、これらの一方のみを行うことも、両方を並行して行うことも可能である。
【００８４】
そして、図示は省略したが、ステップＳ６３の後、ユーザが各デバイスに対し、ブリッジデバイスを跨いで転送されてきた所望の１又は複数の音響信号をＴＬフレームから読み出して、該デバイスの適当な入力ｃｈあるいは出力端子に供給するパッチの設定を行うことにより、実際に送信先部分ネットワークに属するデバイスにその音響信号を読み出させることができる。
【００８５】
３．ワードクロックの伝達制御
ところで、以上説明してきたオーディオネットワークシステムＳにおいて、特徴的な点は、あるデバイスをシステム全体のワードクロック源にしてシステムが動作している時に、システム全体のワードクロック源が別のデバイスに変更された場合でも、速やかに変更後のデバイスからシステム内の全デバイスにワードクロックのタイミングを供給できるようにするための、各デバイスの、特にブリッジデバイスの動作である。
そこで、以下この点について説明する。
【００８６】
３．１  ワードクロックの生成
まず、オーディオネットワークシステムＳを構成する各デバイスにおいてワードクロックがどのように供給されるかについて説明する。
図１０に示すのは、システム全体のワードクロック源となる音響信号処理装置１０におけるワードクロックの供給状態を模式的に示す図である。
【００８７】
この図において、クロック生成部２２１は、所定の発振器の出力信号をＰＬＬ（位相ロックループ）回路により分周する等して所望の周波数のクロック信号を生成するクロック生成手段である。ここでは、４４．１キロヘルツ、４８キロヘルツ、８８．２キロヘルツ、９６キロヘルツの４つの周波数のクロック信号を生成可能であり、そのいずれかを選択して出力することができる。
【００８８】
また、ＷＣｉｎは、オーディオネットワークシステムＳの外部のクロック供給装置からクロック信号を入力する端子である。ＷＣｏｕｔは、オーディオネットワークシステムＳの外部の装置に対してクロック信号を出力する端子である。
また、ａ１〜ａ４は、カードＩ／Ｏ２１０に接続されるカードによるデジタルまたはアナログの音声入力端子（入力ポート）または音声出力端子（出力ポート）を示す。ＤＳＰは、カードＩ／Ｏ２１０に接続されるＤＳＰカードを示す。ｉ／ｏ１，ｉ／ｏ２は、同じくネットワークＩ／Ｆカードを示す。音響信号処理装置１０がブリッジデバイスである場合はネットワークＩ／Ｆカードは２枚装着されるが、ブリッジデバイス以外のデバイスであれば１枚のみであり、破線で示したｉ／ｏ２は存在しない。
【００８９】
そして、破線で示す矢印が、ワードクロックの供給源の候補例である。すなわち、候補としては例えば、内部のクロック生成部２２１により生成したクロック、外部のクロック供給装置から供給されるクロック、あるいはデジタル入力端子に供給されるデジタル音響信号の伝送クロックが挙げられる。いずれも、オーディオネットワークシステムＳを構成する他のデバイスの動作に影響されない、独自タイミングのクロックを供給する手段である。
【００９０】
セレクタ２２２は、これらの候補のいずれかを選択するためのものであり、セレクタ２２２が選択したクロックが、オーディオネットワークシステムＳを構成する各デバイスの動作タイミングの基準となるワードクロックとして用いられ、実線で示すように音響信号処理装置１０の各部にも供給される。特に、ネットワークＩ／Ｆカードにおいては、ワードクロックのタイミングに同期してＴＬフレームの送信を行う。
ただし、実線の経路であっても、選択されたワードクロックの供給元への供給は、そのワードクロックを使う目的がないので無意味である。また、同様に、スレーブ動作しているネットワークＩ／Ｆカードへの供給も、無意味である。これらの供給を行っても、ワードクロックは何の作用もしない。
【００９１】
なお、このワードクロックの位相をずらして音響信号処理装置１０の各部に供給してもよい。例えば、特開２００８−７２３６３号公報に記載のように、ＤＳＰカードにおいては、ネットワークＩ／ＦカードでのＴＬフレームの送信タイミングの決定に用いる伝送用ワードクロックよりも所定の目標遅延Ｄｔだけ遅延させた信号処理用ワードクロックを用いることが好ましい。
【００９２】
また、音響信号処理装置１０が、図１０に示す各部を全て備えている必要はなく、少なくとも、ネットワークＩ／Ｆカードに加え、独自タイミングによるワードクロックの供給源（図示したもの以外でもよい）を１つ備えてれば、システム全体のワードクロック源（あるいはブリッジデバイスにおける後述する臨時のワードクロック源）としての機能を果たせる。
【００９３】
次に、図１１に、システム全体のワードクロック源以外のデバイスとなる音響信号処理装置１０におけるワードクロックの供給状態を、図１０と同様に示す。
この図からわかるように、システム全体のワードクロック源以外のデバイスでは、ワードクロックの供給源は、ネットワークＩ／Ｆカードである。すなわち。ネットワークＩ／ＦカードにおけるＴＬフレームの受信タイミングを基準にワードクロックを生成する。
【００９４】
ワードクロック源のデバイスが送信するＴＬフレームは、常にほぼ同じ速さで伝送路を循環するから、伝送路上の各デバイスは、ワードクロック源のデバイスにおけるワードクロックと同じ周期でＴＬフレームを受信する。従って、この受信タイミングをＰＬＬ等に入力して周期を整えれば、ワードクロック源のデバイスにおけるものと同じ周期のワードクロックを生成することができる。
つまり、部分ネットワークの各デバイスへは、その部分ネットワークを介して、システム全体のワードクロック源からのワードクロックが伝達されているのである。
【００９５】
また、特開２００８−７２３６３号公報に記載のように、部分マスタにおけるＴＬフレームの送受信タイミングや、各デバイスにおけるＴＬフレームの受信タイミング等に基づいて、部分マスタがＴＬフレームを送信してから各デバイスがそのＴＬフレームを受信するまでの時間を求め、その時間を加味して、ＴＬフレームの受信タイミングに基づくワードクロックを適当な時間だけ遅延させることにより、ワードクロック源のデバイスにおける信号処理用ワードクロックと同じ位相の信号処理用ワードクロックを得ることができる。
【００９６】
また、ブリッジデバイスが、音響信号をブリッジするデバイス（音響信号ブリッジ）としての動作、すなわちそのブリッジデバイスを跨ぐ音響信号の転送を行うためには、自身が接続される２つの部分ネットワークの少なくとも一方では、部分マスタとして動作しなければならない。そして、図１１に示すように他方の部分ネットワークでスレーブとして動作している場合、その部分ネットワークにおけるＴＬフレームの受信タイミングを基準にワードクロックを生成し、その生成したワードクロックに基づき、部分マスタを務める部分ネットワークにおけるＴＬフレームの送信タイミングを決定する。
このようにして、システム全体のワードクロック源から一方の部分ネットワークを介して伝達されてきたワードクロックが、ブリッジデバイスを跨いで他方の部分ネットワークへ伝達される。
【００９７】
なお、この場合、ブリッジデバイスは、ＴＬフレームの受信タイミングを基準に生成したワードクロックを、上記の信号処理用ワードクロックの場合と同様に適当な時間だけ遅延させ、ワードクロック源のデバイスにおける信号伝送用ワードクロックと同じ位相の信号伝送用ワードクロックを生成し、ＴＬフレームの送信タイミングの基準に用いるようにするとよい。
このようにすれば、システム全体のワードクロック源と異なる部分ネットワークに属するデバイスにおいても、システム全体のワードクロック源と同じ部分ネットワークに属するデバイスと同じ手法で、システム全体のワードクロック源のデバイスにおける信号処理用ワードクロックと同じ位相の信号処理用ワードクロックを得ることができる。
【００９８】
なお、ブリッジデバイスは、自身が接続される２つの部分ネットワークの双方で部分マスタとなっている場合も、音響信号ブリッジとしての動作を行うことができる。この場合には、図１０に示したように、セレクタ２２２が選択した同じワードクロックに基づいて双方の部分ネットワークにおけるＴＬフレームの送信タイミングを制御することにより、双方の部分ネットワークに同じワードクロックタイミングを伝達することができる。
何れにせよ、２つの部分ネットワークのＴＬフレームの周期が一致することが、ブリッジデバイスが音響信号ブリッジとして動作するための必要条件である。
【００９９】
３．２  部分マスタの設定に応じた動作
次に、部分マスタの設定が行われた場合の処理について説明する。この処理は、図７のステップＳ１２でシステム全体のワードクロック源の設定として行われた場合も、図８のステップＳ１４で部分ネットワークのワードクロック源の設定として行われた場合も、オーディオネットワークシステムＳが動作を開始した後で、システム全体のワードクロック源を別のデバイスに変更する設定として行われた場合も、同じものでよい。また、部分ネットワークのワードクロック源を自動的に設定する場合も、同じ処理でよい。
【０１００】
本実施形態においては、部分マスタを設定するためのコマンドとして、動作モード切替（ＯＭ）コマンドを用意しており、このコマンドを受け取ったネットワークＩ／Ｆカードが、該カードの装着されたデバイスを部分ネットワークにおける部分マスタに設定すると共に、マスタとしての動作を開始する。そして、そのデバイスが独自のタイミングでワードクロックを生成している場合、そのデバイスは同時にシステム全体のワードクロック源ともなる。
【０１０１】
このＯＭコマンドは、ユーザによる部分マスタの設定操作があった場合に、その設定操作を受け付けたデバイスが生成し、部分マスタに設定された装置の、マスタとしての動作を実行させたいネットワークＩ／Ｆカードに宛てて、ＩＴＬフレームとして送信する。ネットワークシステムＳを構成する装置が自動で生成して送信する場合もある。
いずれにせよ、ＩＴＬフレームであるので、コマンドの宛先に関わらず、送信は隣接のデバイスに対してしか行えない。そして、ＴＬフレームの伝送路を形成する際に接続したデバイスの接続トポロジーの情報に基づき、ネットワークＩ／Ｆカード２１５が備える２つの送信Ｉ／Ｆのうち、宛先のデバイスが存在する側の送信Ｉ／Ｆから送信すればよい。
【０１０２】
ここで、図１２に、各音響信号処理装置１０のネットワークＩ／Ｆカード２１５がＯＭコマンドを受信した場合に、そのネットワークＩ／Ｆカード２１５のＣＰＵが実行する処理のフローチャートを示す。なお、この処理は、ブリッジデバイスのように複数のネットワークＩ／Ｆカードを有するデバイスにおいては、ネットワークＩ／Ｆカード毎に行う。すなわち、以下の説明における「ネットワークＩ／Ｆカード２１５」とは、ＯＭコマンドを受信したネットワークＩ／Ｆカードのことである。
【０１０３】
図１２の処理において、ネットワークＩ／Ｆカード２１５のＣＰＵはまず、受信したＯＭコマンドがネットワークＩ／Ｆカード２１５宛てか否か判断する（Ｓ１１１）。そして、自身宛てでなければ、受信したＯＭコマンドのＩＴＬフレームを、そのまま受信した側と反対側に送信して（Ｓ１１８）処理を終了する。ＯＭコマンドが宛先のネットワークＩ／Ｆカードに届くまでは、途中の各デバイスのネットワークＩ／Ｆカードがこのように順次ＩＴＬフレームの伝送を仲介する。
【０１０４】
なお、この仲介が必要なのは、１つの部分ネットワーク内では、ＴＬフレームの巡回が未だ始まっていない場合であって、ＴＬフレームの巡回が始まった後（ＲＴＬ又はＴＴＬ動作中）は、ＯＭコマンドをＴＬフレームのイーサネット領域で送信することにより、その部分ネットワークの全デバイスに伝達することができるので、同じ部分ネットワーク内での仲介は必要なくなる。また、デバイスがブリッジデバイスである場合は、ＴＬフレームが巡回しているか否かに関わらず、一方の部分ネットワークで受信したＯＭコマンドを、他方の部分ネットワークに転送する。
【０１０５】
一方、ステップＳ１１１でネットワークＩ／Ｆカード２１５宛てであれば、ＯＭコマンドに対する応答であるＯＭ応答のＩＴＬフレームを、ＯＭコマンドを初めに送信した送信元装置を宛先として、その装置が存在する側に対して送信する（Ｓ１１２）。そして、ネットワークＩ／Ｆカード２１５をリセットして、両側でＴＬフレームの伝送経路を折り返す初期動作モードに戻す（Ｓ１１３）。このことにより、ネットワークＩ／Ｆカード２１５はＴＴＬモード又はＲＴＬモードの伝送経路から一旦離脱することになる。
【０１０６】
その後、ネットワークＩ／Ｆカード２１５に、ＯＭコマンドを受信した部分ネットワークにおけるマスタ動作を開始させる（Ｓ１１４）。これは、ネットワークＩ／Ｆカード２１５が装着された音響信号処理装置１０がその部分ネットワークにおける部分マスタになったことを意味する。
【０１０７】
そして、ネットワークＩ／Ｆカード２１５にＲＴＬモードの動作を開始させる（Ｓ１１５）と共に、両側のデバイスに対してリセット指示コマンドのＩＴＬフレームを送信する（Ｓ１１６）。さらに、ネットワークＩ／Ｆカード２１５のリセットを行った旨及びネットワークＩ／Ｆカード２１５にマスタ動作を開始させた旨を、データリンク層に当たるネットワークＩ／Ｆカード２１５よりも上位層の処理を行うＣＰＵ２０１に通知して（Ｓ１１７）、処理を終了する。
【０１０８】
次に、図１３に、各音響信号処理装置のネットワークＩ／Ｆカード２１５が図１２のステップＳ１１６で送信されるＳリセット指示コマンドを受信した場合に、そのネットワークＩ／Ｆカード２１５のＣＰＵが実行する処理のフローチャートを示す。この処理も、図１２の場合と同様、ネットワークＩ／Ｆカード毎に行うものである。
図１３の処理において、ＣＰＵはまず、図１２のステップＳ１１３の場合と同様にネットワークＩ／Ｆカード２１５をリセットする（Ｓ１２１）。そして、リセット指示コマンドの送信元に対し、そのコマンドへの応答であるリセット応答のＩＴＬフレームを送信する（Ｓ１２２）。
【０１０９】
その後、リセット指示コマンドを受信した側と反対側の送信Ｉ／Ｆからリセット指示コマンドのＩＴＬフレームを送信する（Ｓ１２３）と共に、ネットワークＩ／Ｆカード２１５のリセットを行った旨を上位層の処理を行うＣＰＵ２０１に通知して（Ｓ１２４）、処理を終了する。
また、ステップＳ１２３の処理で送信されたリセット指示コマンドを受信した隣接デバイスのネットワークＩ／Ｆカード２１５においても、そのＣＰＵが同じく図１３の処理を行う。そしてこの連鎖は、部分ネットワークの全てのネットワークＩ／Ｆカード２１５がリセットされるまで続く。
【０１１０】
従って、図１２の処理を行ったネットワークＩ／Ｆカード２１５が接続される部分ネットワークにおいては、他の全てのデバイスのネットワークＩ／Ｆカードが順次リセットされることになる。このことを、部分ネットワークの「リセット」と呼ぶことにする。
そしてその後、又はリセットの連鎖と並行して、図１２の処理を行ったネットワークＩ／Ｆカード２１５が装着された音響信号処理装置１０を部分マスタとして、ＲＴＬモードのＴＬフレームの伝送経路が再構築され、図７のステップＳ３１乃至Ｓ３５と同様な手順を経て、再び部分ネットワークを構成する各デバイスの間で音響信号及び制御信号の送受信が可能な状態となる。
【０１１１】
なお、一旦オーディオネットワークシステムＳが動作を開始した後で図１２の処理を実行した場合には、リセットの際も信号伝送ｃｈの割り当てやパッチ、およびブリッジデバイスを跨いだ１又は複数の音響信号の転送の設定内容を保持しておき、伝送経路の再構築後に、各デバイスがリセット前と同じ設定内容に従って動作できるようにしてもよい。
【０１１２】
３．３  ブリッジデバイスの動作
次に、上述のＯＭコマンドによりシステム全体のワードクロック源が別のデバイスに変更された場合でも、速やかに変更後のデバイスからシステム内の各デバイスにワードクロックのタイミングを供給できるようにするために、ブリッジデバイスが実行する処理について説明する。
上述したように、ブリッジデバイスは、自身がブリッジする２つの部分ネットワークのうち一方でスレーブ、他方でマスタとして動作する場合と、２つの部分ネットワークのうち双方でマスタとして動作する場合と、２つのネットワークＩ／Ｆの一方のみにより１つの部分ネットワークに接続され、そこでマスタ動作又はスレーブ動作を行う場合とがある。
【０１１３】
これらのいずれの場合についても、各ネットワークＩ／Ｆがスレーブとして動作しているかマスタとして動作しているかに応じて、ＣＰＵ２０１は、ネットワークＩ／Ｆカード２１５によるＴＬフレームの伝送の上位層に当たる処理として、図１４及び図１５のフローチャートに示す処理を、定期的に行う。
【０１１４】
図１４に示す処理は、部分ネットワークにおいてスレーブとして動作するネットワークＩ／Ｆカードについて行う処理であり、図１５に示す処理は、同じくマスタとして動作するネットワークＩ／Ｆカードについて行う処理である。どちらの動作もしていない（他のデバイスと接続されておらず、部分ネットワークに属してもいない）ネットワークＩ／Ｆカードについては、処理を行う必要はない。
【０１１５】
まず、図１４に示す処理において、ＣＰＵ２０１は、注目しているスレーブ動作中のネットワークＩ／Ｆカード（Ｘとする。どちらのネットワークＩ／ＦカードがＸとなるかは、処理の開始時に判断する。図１５及び図１７においても同じ。）において、ＴＬフレームを継続的に受信できているか否かを確認する（Ｓ１３１）。これは、主に部分ネットワークにリセットがかかっていないことを確認するための処理である。従って、ループ接続の部分ネットワークのうち１箇所の接続が切れてネットワークをカスケード接続に組み換える場合のように、数サンプリング周期程度の受信中断であれば、「継続的に受信」と扱って差し支えない。
【０１１６】
そして、継続的に受信できていれば（Ｓ１３２のＹＥＳ）、ネットワークＩ／ＦカードＸに関する伝送確認フラグＲＦ（Ｘ）に、そのネットワークＩ／ＦカードにおけるＴＬフレームの伝送が正常に行われていることを示す「１」を設定する（Ｓ１３３）。また、ネットワークＩ／ＦカードＸにおけるＴＬフレームの受信タイミングを、ブリッジデバイスにおけるワードクロック源として選択する（Ｓ１３４）。既にこの選択がなされていれば、その選択を維持する。
このことにより、マスタ動作をする他方のネットワークＩ／Ｆカード（Ｙとする）が、ブリッジデバイスがスレーブとして動作する部分ネットワークにおけるワードクロックと同期したタイミングでＴＬフレームを送信し、そのワードクロックのタイミングを、ブリッジデバイスがマスタとして動作する部分ネットワークに伝達することができる。
【０１１７】
また、ＣＰＵ２０１はさらに、他方のネットワークＩ／ＦカードＹがマスタ動作中であり、かつそのカードＹについての伝送確認フラグＲＦ（Ｙ）の値が「１」か否か判断する（Ｓ１３５）。なお、該当のカードから図１２のステップＳ１１７でなされる通知があり、その後そのカードがリセットされた旨の通知がない場合に、そのカードがマスタ動作中であると判断できる。
【０１１８】
そして、ステップＳ１３５でＹＥＳであれば、ステップＳ１３２の判断と合わせて、ブリッジデバイスが接続される２つの部分ネットワークの双方において、ＴＬフレームが正常に伝送されており、また上記のワードクロックタイミングの伝達も正しく行われていることがわかる。従って、２つの部分ネットワークにおけるＴＬフレームの伝送が同期しており、ブリッジデバイスを跨ぐ音響信号の転送を行ってよいと判断できるので、転送フラグＢＥに、ブリッジデバイスを跨ぐ音響信号の転送を行うことを示す「１」を設定して（Ｓ１３６）、処理を終了する。
【０１１９】
一方、ステップＳ１３５でＮＯの場合、２つの部分ネットワークにおけるＴＬフレームの伝送が同期していないことがわかるので、ブリッジデバイスを跨ぐ音響信号の転送を正常に行えないと判断し、転送フラグＢＥに、ブリッジデバイスを跨ぐ音響信号の転送を行わないことを示す「０」を設定して（Ｓ１３９）、処理を終了する。
【０１２０】
また、ステップＳ１０２でＮＯであれば、ＣＰＵ２０１は、伝送確認フラグＲＦ（Ｘ）に、ＴＬフレームの伝送が正常に行われていないことを示す「０」を設定する（Ｓ１３７）。また、この場合にはもはやネットワークＩ／ＦカードＸにおけるＴＬフレームの受信タイミングをワードクロック源として使用できないため、内部クロック（ネットワークＩ／ＦカードＸにおけるＴＬフレームの受信タイミング以外の供給元）を、ブリッジデバイスにおけるワードクロック源として選択する（Ｓ１３８）。既にこの選択がなされていれば、その選択を維持する。
そしてこの場合も、２つの部分ネットワークにおけるＴＬフレームの伝送が同期していない（ネットワークＩ／ＦカードＸにおいてＴＬフレームの伝送が行われていないため）ことがわかるので、転送フラグＢＥに、部分ネットワークを音声伝送を行わないことを示す「０」を設定して（Ｓ１３６）、処理を終了する。
【０１２１】
また、図１５に示す処理において、ＣＰＵ２０１は、注目しているスレーブ動作中のネットワークＩ／Ｆカード（Ｘとする）において、図１４のステップＳ１３１の場合と同様、ＴＬフレームを継続的に受信できているか否かを確認する（Ｓ１５１）。
そして、継続的に受信できていれば（Ｓ１５２のＹＥＳ）、ネットワークＩ／ＦカードＸに関する伝送確認フラグＲＦ（Ｘ）に、ＴＬフレームの伝送が正常に行われていることを示す「１」を設定する（Ｓ１５３）。
【０１２２】
また、ＣＰＵ２０１はさらに、他方のネットワークＩ／ＦカードＹについての伝送確認フラグＲＦ（Ｙ）の値が「１」か否か判断する（Ｓ１５４）。これがＹＥＳであれば、ステップＳ１５２の判断と合わせて、ブリッジデバイスが接続される２つの部分ネットワークの双方において、ＴＬフレームが正常に伝送されており、また上記のワードクロックタイミングの伝送も正しく行われていることがわかる（この条件下では図１４のステップＳ１３５の判断はＹＥＳになる）。従って、２つの部分ネットワークにおけるＴＬフレームの伝送が同期しており、ブリッジデバイスを跨ぐ音響信号の転送を行ってよいと判断できるので、転送フラグＢＥに「１」を設定して（Ｓ１５５）、処理を終了する。
【０１２３】
一方、ステップＳ１５４でＮＯの場合、２つの部分ネットワークにおけるＴＬフレームの伝送が同期していないことがわかるので、ブリッジデバイスを跨ぐ音響信号の転送を正常に行えないと判断し、転送フラグＢＥに「０」を設定して（Ｓ１５７）、処理を終了する。
また、ステップＳ１５２でＮＯであれば、ＣＰＵ２０１は、伝送確認フラグＲＦ（Ｘ）に、ＴＬフレームの伝送が正常に行われていないことを示す「０」を設定する（Ｓ１５６）。そしてこの場合も、２つの部分ネットワークにおけるＴＬフレームの伝送が同期していない（ネットワークＩ／ＦカードＸにおいてＴＬフレームの伝送が行われていないため）ことがわかるので、転送フラグＢＥに「０」を設定して（Ｓ１５７）、処理を終了する。
【０１２４】
なお、ブリッジデバイスにおけるワードクロック源は、内部クロックあるいは、スレーブ動作するネットワークＩ／ＦカードにおけるＴＬフレームの受信タイミングであるので、マスタ動作するネットワークＩ／ＦカードにおけるＴＬフレームの受信がなくなっても、ワードクロック源に特に影響はない。従って、図１５の処理には、ワードクロック源を選択する処理は含まれていない。
以上の図１４及び図１５の処理により、ＣＰＵ２０１は、各ネットワークＩ／Ｆが属する部分ネットワークの状況に応じて、ネットワークＩ／Ｆ毎の伝送確認フラグＲＦ及び、転送フラグＢＥの値を設定することができる。
【０１２５】
次に、図１６に、ブリッジデバイスのＣＰＵ２０１が定期的に実行する、ブリッジデバイスを跨ぐ音響信号の転送の制御に関する処理のフローチャートを示す。
この処理において、ＣＰＵ２０１は、転送フラグＢＥの値を参照し（Ｓ１６１）、これが「１」であればブリッジデバイスを跨ぐ音響信号の転送動作の実行を２つのネットワークＩ／Ｆカードに指示し（Ｓ１６２）、「０」であればブリッジデバイスを跨ぐ音響信号の転送動作の停止を２つのネットワークＩ／Ｆカードに指示する（Ｓ１６３）。
【０１２６】
なお、ステップＳ１６２での開始の指示に応じて、２つのネットワークＩ／Ｆカードは、上述したような転送処理を開始する。また、ステップＳ１６３での停止の指示に応じて、各ネットワークＩ／Ｆカードは、設定されている転送のうちの、そのネットワークカードＩ／Ｆカードの所属する部分ネットワークが転送先となる転送に関して、ＴＬフレームの信号伝送ｃｈへの音響信号の書き込みを停止するとともに、その音響信号のその信号伝送ｃｈでの送信が停止されたことを示す音響信号送信情報を、所属する部分ネットワークの全デバイスに通知する。送信が停止された信号伝送ｃｈの音響信号を受信しているデバイスがあった場合、そのデバイスは、通知された音響信号送信情報に応じて、送信が停止された信号伝送ｃｈの音響信号の受信を停止する。
以上の処理により、２つの部分ネットワークにおけるＴＬフレームの伝送が同期していることを条件に、ブリッジデバイスを跨ぐ音響信号の転送を行うことができる。
【０１２７】
次に、図１７に、ブリッジデバイスのＣＰＵ２０１がネットワークＩ／Ｆカードからリセットの通知を受けた場合に実行する処理のフローチャートを示す。
ＣＰＵ２０１は、いずれかのネットワークＩ／Ｆカード（Ｘとする）から、図１２のステップＳ１１７又は図１３のステップＳ１２４の処理によるネットワークＩ／Ｆカードのリセットを行った旨の通知を受けると、図１７に示す処理を開始する。
【０１２８】
この処理において、ＣＰＵ２０１はまず、Ｘでない方のネットワークＩ／Ｆカード（Ｙとする）が他の機器と接続されているか、すなわち部分ネットワークに属しているか否か判断する（Ｓ１７１）。ここでＮＯであれば、ブリッジデバイスを跨ぐワードクロックタイミングの伝達について考慮する必要がないため、そのまま処理を終了する。
【０１２９】
しかし、ＹＥＳであれば、ワードクロックタイミングの伝達について考慮すべく、Ｘ，Ｙ双方のネットワークＩ／Ｆについて、伝送確認フラグＲＦが「１」になるまで待機する（Ｓ１７２）。ネットワークＩ／ＦカードＸがリセットされた場合、そのカードＸがスレーブ動作中であったかマスタ動作中であったかに応じて図１４のステップＳ１３７又は図１５のステップＳ１５６で伝送確認フラグＲＦ（Ｘ）が「０」になっているはずである。そこで、リセット後に部分ネットワークにおけるＴＬフレームの伝送路が再構築されてＴＬフレームの伝送が再開され、ＲＦ（Ｘ）が「１」になるのを待つのである。両方のネットワークＩ／Ｆカードがほぼ同時にリセットされることもあり得るが、この場合には双方の部分ネットワークにおけるＴＬフレームの伝送が再開されるのを待つことになる。
【０１３０】
そして、ＣＰＵ２０１は、ＴＬフレームの伝送が再開された状態で、ネットワークＩ／ＦカードＸ，Ｙの少なくとも一方がマスタ動作を行っていれば（Ｓ１７３のＹＥＳ）、ワードクロックタイミングの伝達が正常に行われていると判断し、そのまま処理を終了する。
ネットワークＩ／ＦカードＸがスレーブ動作を行っている場合、すなわちカードＸの属する部分ネットワークにシステム全体のワードクロック源がある場合、定常状態であれば、他方のネットワークＩ／ＦカードＹはマスタ動作を続けているはずである。従って、カードＸがリセットされた後、スレーブ動作とマスタ動作のいずれを行うことになったとしても、ステップＳ１７３の判断はＹＥＳとなる。そしてこの場合、ワードクロックのタイミングの伝達は、リセット発生前と同じように継続される。
【０１３１】
しかし、ステップＳ１７３でネットワークＩ／ＦカードＸ，Ｙの双方がスレーブ動作であった場合には、このままではブリッジデバイスを跨ぐワードクロックタイミングの伝達が行えない。そこで、ネットワークＩ／ＦカードＹを、該カードＹが接続された部分ネットワークにおける部分マスタとして指定するＯＭコマンドを発生させ（Ｓ１７４）、処理を終了する。
【０１３２】
このような状況は、ネットワークＩ／ＦカードＸのみがマスタ動作を行い、ネットワークＩ／ＦカードＹがスレーブ動作を行っている状態で、カードＸが属する部分ネットワークの他のデバイスが部分マスタとなった場合に起こる。この場合、カードＸは、部分マスタが送出するＴＬフレームの継続的な受信を開始するとスレーブ動作を開始するので、ネットワークＩ／ＦカードＸ，Ｙの双方がスレーブ動作をすることになるためである。
【０１３３】
そしてこの場合、それまでスレーブ動作を行っていたネットワークＩ／ＦカードＹはこのＯＭコマンドに応じて図１２の処理を実行し、接続されていた部分ネットワークをリセットしてマスタ動作を開始することになる。そしてその後、ネットワークＩ／ＦカードＸが属する部分ネットワークからネットワークＩ／ＦカードＹが属する部分ネットワークへ、ワードクロックのタイミングを伝達できるようになる。
【０１３４】
なおこの場合、ワードクロックの伝達方向は、ネットワークＩ／ＦカードＸのリセット発生前とは逆向きとなる。
また、図１２の処理にもリセットが含まれているため、ＣＰＵ２０１は、そのリセットに応じて、再度図１７の処理を、今度は前回の処理でネットワークＩ／ＦカードＹであったカードをネットワークＩ／ＦカードＸとして実行することになる。そしてこの処理においては、ステップＳ１７３の判断はＹＥＳとなり、それ以上のＯＭコマンドは発生しない。
【０１３５】
以上の処理により、ブリッジデバイスは、ワードクロック源となるデバイスが、自身の属する一方の部分ネットワークから他方の部分ネットワークへ移った場合でも、それに応じてブリッジデバイスを跨ぐワードクロックタイミングの伝達方向を適切に変更し、伝達を継続することができる。
【０１３６】
３．４  ワードクロック源変更時の動作の具体例
次に、オーディオネットワークシステムにおいてシステム全体のワードクロック源が変更された場合の、以上説明してきた処理によるブリッジデバイス及びシステム全体の挙動について、図１８及び図１９を用いて説明する。
なお、ここでの説明には、図１に示したものよりも複雑な、４つの部分ネットワーク（ここではリング１〜４と称する）からなるオーディオネットワークシステムを例にとって説明する。
【０１３７】
図１８（ａ）に示すように、このオーディオネットワークシステムは、「１−１」〜「４−１」の１０台のデバイスを接続して構成したものであり、これらのうち、２つのリングに接続されている「１−１」、「１−３」及び「２−１」のデバイスが、ブリッジデバイスである。そして、このブリッジデバイスのボックスに示した矢印は、ワードクロックタイミングの伝達方向を示す。矢印の根本側のリングが伝達元、先端側のリングが伝達先である。
【０１３８】
また、太線で示すデバイスが、各リングの部分マスタである。ハッチングを付したデバイスが、システム全体のワードクロック源となっているデバイスである。太字で示すリングは、ＴＬフレームの定期的な伝送が行われているリング、細線で示すリングは、リセット後、ＴＬフレームの伝送経路を再構築中のリングである。
【０１３９】
図１８（ａ）に示す状態では、デバイス１−４がシステム全体のワードクロック源であり、リング１で部分マスタとして動作している。そして、ブリッジデバイス１−３はリング１でスレーブ、リング３でマスタとして動作し、ワードクロックのタイミングをリング１からリング３へ伝達する。また、ブリッジデバイス２−１はリング３でスレーブ、リング２でマスタとして動作し、ワードクロックのタイミングをリング３からリング２へ伝達する。ブリッジデバイス１−１はリング１でスレーブ、リング４でマスタとして動作し、ワードクロックのタイミングをリング１からリング４へ伝達する。
そして、以上の各ブリッジデバイスにより、デバイス１−４が内部クロックにより生成するワードクロックのタイミングが、全てのリングに伝達される。この状態では、全てのリングのワードクロックが同期しており、ブリッジデバイス１−１，１−３，２−１は、それぞれ、ブリッジデバイスを跨ぐ音響信号の転送を実行する。
【０１４０】
この状態で、（ｂ）に示すように、デバイス１−４と同じリングのデバイス１−５を新たなシステム全体のワードクロック源に設定した場合のシステムの挙動を考える。
この場合、まずデバイス１−５がＯＭコマンドを検出し、図１２のステップＳ１１２以下の処理を行って、ネットワークＩ／Ｆカードをリセットする。この時点では、デバイス１−４はまだリセットされていないので、ワードクロック源としての動作を継続している。しかし、デバイス１−５が両隣のデバイス１−４及びデバイス１−１にリセットコマンドを送信し、図１３の処理によりリセットコマンドが順次リング１全体に伝播するので、（ｃ）に示すように、リング１に属する全てのデバイス（ブリッジデバイスについてはリング１に接続されたネットワークＩ／Ｆカードのみ）がリセットされ、リング１は一旦解体される。
【０１４１】
この状態では、ブリッジデバイス１−１，１−３においては、スレーブ動作中のネットワークＩ／ＦカードにおいてＴＬフレームの受信が停止するため、図１４のステップＳ１３２の判断がＮＯとなるので、ワードクロック源を内部クロックに切り替えて、マスタとして動作するリングにおけるＴＬフレームの送信タイミングを決定する。また、図１６の処理により、ブリッジデバイス１−１，１−３は、ブリッジデバイスを跨ぐ音響信号の転送を停止する。
このとき、ワードクロック源の切り替えに応じて若干ワードクロックが乱れることも考えられるが、リセットされていないリングにおけるＴＬフレームの伝送は、基本的に問題なく継続される。
【０１４２】
その後、（ｄ）に示すようにデバイス１−５を部分マスタとしてリング１におけるＴＬフレームの伝送が再開されると、ブリッジデバイス１−１，１−３において、スレーブ動作中のネットワークＩ／ＦカードにおいてＴＬフレームの受信が正常にできる状態に戻る。従って、図１４のステップＳ１３２の判断がＹＥＳとなり、再度、リング１に接続されたネットワークＩ／ＦカードにおけるＴＬフレームの受信タイミングをワードクロック源とする。
その結果、リング１のワードクロックのタイミングがリング４及び３に伝送される状態に戻る。また、ブリッジデバイス１−１及び１−３はそれぞれ、図１６の処理により、ブリッジデバイスを跨ぐ音声信号の転送を再開する。
【０１４３】
なお、ブリッジデバイス１−１及び１−３はそれぞれ、リセットされたことに応じて図１７の処理を実行し、リング１におけるＴＬフレームの受信が復旧した時点でステップＳ１７３に進むが、リング４又はリング３に接続されるネットワークＩ／Ｆカードがマスタ動作中であるので、そのまま処理を終了する。
また、以上の（ａ）〜（ｄ）の間、リング３におけるＴＬフレームの伝送状況に特に変化がないため、デバイス２−１は、リング１が一旦解体されて再構築されたことすら、別途情報の伝達がなければ認識しない。
【０１４４】
次に、（ｅ）に示すように、デバイス１−５と異なるリングのデバイス２−２がシステム全体のワードクロック源に設定された場合のシステムの挙動を考える。
この場合、まずデバイス２−２がＯＭコマンドを検出し、図１２のステップＳ１１２以下の処理を行って、自身をリセットする。この時点では、同じリングのブリッジデバイス２−１はまだリセットされていないので、部分マスタとしての動作を継続している。しかし、デバイス２−２が両隣のデバイスにリセットコマンドを送信し、図１３の処理によりリセットコマンドがリング２全体に伝播するので、（ｆ）に示すように、リング２に属する全てのデバイス（ブリッジデバイスについてはリング２に接続されたネットワークＩ／Ｆカードのみ）がリセットされ、リング２は一旦解体される。
【０１４５】
この状態では、ブリッジデバイス２−１においては、マスタ動作中のネットワークＩ／ＦカードにおいてＴＬフレームの受信が停止するため、図１５のステップＳ１５２の判断がＮＯとなる。しかし、スレーブとなっているリング３における動作には、特に影響はない。ただし、デバイス２−１は、図１６の処理により、ブリッジデバイスを跨ぐ音響信号の転送を停止する。
また、（ｄ）の時点でシステム全体のワードクロック源となっていたデバイス１−５の動作は、この時点ではまだ何も変わらない。
【０１４６】
次に図１９（ｇ）に示すように、デバイス２−２を部分マスタとしてリング２におけるＴＬフレームの伝送が再開されると、ブリッジデバイス２−１は、リング２に接続されているネットワークＩ／ＦカードにおいてＴＬフレームの受信が正常にできる状態に戻る。ただし、リセット前はマスタ動作をしていた、リング２に接続されるネットワークＩ／Ｆカードが、スレーブ動作になっている。
このため、ブリッジデバイス２−１はリング２とリング３の双方でスレーブとして動作することになり、リセットに伴う図１７の処理において、ステップＳ１７３での判断がＮＯとなる。従って、リング３に接続されているネットワークＩ／Ｆカードをリング３の部分マスタに設定するＯＭコマンドを発生させる。
【０１４７】
これに応じて、（ｈ）に示すように、ブリッジデバイス２−１はリング３を解体し、リング３の部分マスタとしての動作を開始する。
そして、（ｉ）に示すように、リング３におけるＴＬフレームの伝送経路が再構築されると、ブリッジデバイス２−１は、図１６の処理により、ブリッジデバイスを跨ぐ音響信号の転送を再開する。この時点で、ブリッジデバイス２−１は、ワードクロックのタイミングをリング２からリング３へ、リセット前とは逆方向に伝達する状態となる。
【０１４８】
また、（ｉ）の時点では、ブリッジデバイス１−３がリング３とリング１の双方でスレーブとして動作することになり、リセットに伴う図１７の処理において、ブリッジデバイス２−１の場合と同様に、リング１に接続されているネットワークＩ／Ｆカードをリング１の部分マスタに設定するＯＭコマンドを発生させる。
これに応じて、リング１でも、（ｊ）に示すリングの解体と、（ｋ）に示すブリッジデバイス１−３を部分マスタとするリングの再構築がなされる。この時点で、ブリッジデバイス１−３は、ワードクロックのタイミングをリング３からリング１へ、リセット前とは逆方向に伝達する状態となる。また、ブリッジデバイス１−３は、（ｈ）でリング３に接続するネットワークＩ／Ｆカードがリセットされてから、（ｋ）でリング１が再構築できるまでの間、ブリッジデバイスを跨ぐ音響信号の転送を一時的に停止する。
【０１４９】
なお、（ｊ）において、ブリッジデバイス１−１の、リング１に接続するネットワークＩ／Ｆカードがリセットされる。しかし、ブリッジデバイス１−１は、リング４において部分マスタとして動作し続けるため、このリセットに伴う図１７の処理では、ステップＳ１７３の判断はＹＥＳとなる。従って、これ以上のＯＭコマンドは発生せず、システムの状態は（ｋ）で安定することになる。また、ブリッジデバイス１−１は、（ｊ）でリング１が解体されてから、（ｋ）でリング１が再構築できるまでの間、ブリッジデバイスを跨ぐ音響信号の転送を一時的に停止する。
【０１５０】
以上により、システム全体のワードクロック源を、それまでと全く違うリングに位置するデバイス２−２に変更したとしても、それに応じてブリッジデバイスを跨ぐワードクロックタイミングの伝達方向を適切に変更し、システム内の全てのデバイスに適切にワードクロックタイミングを伝達すると共に、リング内の音響信号の伝送も、ブリッジデバイスを跨ぐ音響信号の転送も、ワードクロック源の変更前と同様に継続することができる。もちろん、各デバイスにおけるワードクロックに従った信号処理も、同様に継続することができる。
【０１５１】
４．変形例
以上で実施形態の説明を終了するが、装置の構成、システムの接続トポロジー、ユーザによる操作の手順、具体的な処理内容等が上述の実施形態で説明したものに限られないことはもちろんである。
例えば、オーディオネットワークシステムにおける部分ネットワークの接続は、図１８及び図１９に示したような直列的なものに限られず、１つの部分ネットワークに、３台以上のブリッジデバイスが存在し、該部分ネットワークから３方向以上に広がるような接続であってもよい。
【０１５２】
また、本出願人の先願、特願２００９−２２３６１３で提案したように、１つのオーディオネットワークシステムの中に、複数の音響処理システムを形成してもよい。先願には、図２０に示すようにデバイスを接続して構成し、図２１に示すように各デバイスが各リングのＴＬフレームに対して音響信号の読み書きを行う（部分ネットワーク毎に示した帯が、その部分ネットワークにおいて各デバイスが確保している信号伝送ｃｈを示す）オーディオネットワークシステム上に、コンソールＣａ１により制御される第１ミキサシステムＭＳａ（図２２）と、コンソールＣｂ１により制御される第２ミキサシステムＭＳｂ（図２３）とを形成する例が示されている。
【０１５３】
第１ミキサシステムＭＳａのコンソールＣａ１が制御する範囲は、同じ部分ネットワークに属するコンソールＣａ１、入出力装置ＩＯａ１、及びエンジンＥａ１であるが、エンジンＥａ１は、コンソールＣａ１、入出力装置ＩＯａ１、エンジンＥａ１に入力する音響信号だけでなく、ブリッジデバイスである入出力装置ＩＯａ１を介して供給されるコンソールＣｂ１、入出力装置ＩＯｂ１、ＩＯｂ２、ＩＯｂ３からの（一部の）音響信号も、ミキシング処理への入力とすることができる。
【０１５４】
同様に、第２ミキサシステムＭＳｂのコンソールＣｂ１が制御する範囲は、同じ部分ネットワークに属するコンソールＣｂ１、入出力装置ＩＯｂ１、ＩＯｂ２、ＩＯｂ３、及びエンジンＥｂ１であるが、エンジンＥｂ１は、コンソールＣｂ１、入出力装置ＩＯｂ１、ＩＯｂ２、ＩＯｂ３、エンジンＥｂ１に入力する音響信号だけでなく、ブリッジデバイスである入出力装置ＩＯｂ３を介して供給されるエンジンＥａ１からの（一部の）音響信号も、ミキシング処理への入力とすることができる。
ここで、「一部の」と断っているのは、入出力装置ＩＯａ１、ＩＯｂ３が転送する音響信号が、部分ネットワークＳａ、Ｓｂの全音響信号ではなく、転送を設定された一部の音響信号だからである。
【０１５５】
そして、この図２０乃至図２３に示す例と同様に、例えば、図１８に示した接続トポロジーを有するシステムにおいて、リング１に属する５台のデバイス１−１〜１−５で第１の音響信号処理システムを構築し、リング２に属する３台のデバイス２−１〜２−３で第２の音響信号処理システムを構築することができる。この場合、第１の音響信号処理システムでは、自システムに直接入力する音響信号だけでなく、ブリッジデバイス１−１を介して供給されるデバイス４−１の（一部の）音響信号や、ブリッジデバイス１−３を介して供給されるデバイス２−１〜２−３、３−１の（一部の）音響信号も処理することができる。また、第２の音響信号処理システムでは、自システムに直接入力する音響信号だけでなく、ブリッジデバイス２−１を介して供給されるデバイス１−１〜１−５、３−１、４−１の（一部の）音響信号も処理することができる。
【０１５６】
この状態で、例えば、第１の音響信号処理システムの内部でワードクロック源が変更されたとしても（図１８（ｂ））、第２の音響信号処理システムは、ブリッジデバイス１−３を介して音響信号が供給されなくなる点を除いて、この変更の影響を受けることなく、独立した音響信号処理システムとしての音響信号処理を継続することができる。
【０１５７】
また、実施形態の説明において述べたものも含め、以上において述べた変形は、矛盾しない範囲で任意に組み合わせて適用可能である。また逆に、ネットワークシステムが実施形態の説明において述べた特徴を全て有している必要もない。
【産業上の利用可能性】
【０１５８】
以上の説明から明らかなように、この発明の音響信号処理装置及び音響信号処理システムによれば、システムを構成するデバイス間を循環させるフレームによりサンプリングクロックのタイミングを伝達する場合において、システムを複数の伝送路を接続した構成とする場合でも、クロック源を異なる伝送路のデバイスに変更したことに伴って生じる各伝送路における伝送不能時間を短縮することができる。
従って、この発明を適用することにより、音響信号処理システムの利便性を向上させることができる。
【符号の説明】
【０１５９】
Ｓ…オーディオネットワークシステム、Ｓ１…第１部分ネットワーク、Ｓ２…第２部分ネットワーク、１０…音響信号処理装置、１００…ＴＬフレーム、２０１…ＣＰＵ、２０２…フラッシュメモリ、２０３…ＲＡＭ、２０４…外部機器Ｉ／Ｆ、２０５…表示器、２０６…操作子、２０７…システムバス、２１０…カードＩ／Ｏ、２１１，２１２…ＤＳＰカード、２１３…アナログ入力カード、２１４…アナログ出力カード、２１５…ネットワークＩ／Ｆカード、２１６…その他カード、２１７…オーディオバス、２１８…制御バス
【図１】
0005454255.tif 000002
【図２】
0005454255.tif 000003
【図３】
0005454255.tif 000004
【図４】
0005454255.tif 000005
【図５】
0005454255.tif 000006
【図６】
0005454255.tif 000007
【図７】
0005454255.tif 000008
【図８】
0005454255.tif 000009
【図９】
0005454255.tif 000010
【図１０】
0005454255.tif 000011
【図１１】
0005454255.tif 000012
【図１２】
0005454255.tif 000013
【図１３】
0005454255.tif 000014
【図１４】
0005454255.tif 000015
【図１５】
0005454255.tif 000016
【図１６】
0005454255.tif 000017
【図１７】
0005454255.tif 000018
【図１８】
0005454255.tif 000019
【図１９】
0005454255.tif 000020
【図２０】
0005454255.tif 000021
【図２１】
0005454255.tif 000022
【図２２】
0005454255.tif 000023
【図２３】
0005454255.tif 000024