(57)【特許請求の範囲】
【請求項１】
複数のデバイスを接続し、該複数のデバイスのうちのマスタノードが、音響信号のデータを含む音声伝送フレームを定期的に生成して、前記デバイスを通るループ状の伝達経路に一定周期で循環させ、前記各デバイスが、該循環する音声伝送フレームへの音響信号の書き込み及び／又は読み出しを行うことにより、前記各デバイス間のうちの任意のデバイス間で音響信号の伝送を行うネットワークシステムの管理方法であって、
前記接続された複数のデバイスのうちの何れか１のデバイスないし何れか複数のデバイスの協働によって、
前記複数のデバイスの少なくとも２つのデバイスをマスタ候補デバイスとして指定するとともに、各マスタ候補デバイスがマスタノードになる優先順位を示すマスタ優先度を指定するマスタ指定手順と、
ネットワークシステムが形成されていない状態で、前記複数のマスタ候補デバイスを含む複数のデバイスが接続された場合に、前記複数のマスタ候補デバイスのうちの、一番高いマスタ優先度を有する第１のマスタ候補デバイスを前記マスタノードとして機能させ、前記接続された複数のデバイスが所属するネットワークシステムを形成する第１システム形成手順と、
前記第１システム形成手順によりネットワークシステムが形成されたとき、ユニークなユニークＩＤを生成して、該形成されたネットワークシステムに所属する各デバイスに付与するユニークＩＤ付与手順と、
前記第１システム形成手順により形成されたネットワークシステムにおいて、前記伝達経路を循環する、前記マスタノードとして機能していた前記第１のマスタ候補デバイスからの前記音声伝送フレームが所定時間以上途絶えたとき、次に高いマスタ優先度を有する第２のマスタ候補デバイスを前記マスタノードとして機能させ、その時点で前記第２のマスタ候補デバイスと接続されている１又は複数のデバイス及び前記第２のマスタ候補デバイスが所属するネットワークシステムを形成する第２システム形成手順と、
前記第１システム形成手順又は第２システム形成手順において形成されたネットワークシステムに所属する端部のデバイスが、他のネットワークシステムに所属する他のデバイスと接続されたのを検出したとき、該端部のデバイスが所属するネットワークシステムにおけるマスタノードよりも、前記検出された他のデバイスが所属するネットワークシステムにおけるマスタノードの方がマスタ優先度が高く、かつ、該端部のデバイスと前記他のデバイスとで前記付与されたユニークＩＤが共通であることを条件に、該端部のデバイスが所属するネットワークシステムの全てのデバイスをリセットするリセット手順と、
いずれかのネットワークシステムに所属する端部のデバイスが、いずれのネットワークシステムにも所属していない他のデバイスと接続されたのを検出したとき、該検出された他のデバイスを、該端部のデバイスが所属するネットワークシステムに組み入れる組入手順と
を実行することを特徴とするネットワークシステムの管理方法。
【請求項２】
請求項１に記載のネットワークシステムの管理方法であって、
前記接続された複数のデバイスのうちの何れか１のデバイスないし何れか複数のデバイスの協働によって、
前記各マスタ候補デバイスについて、該マスタ候補デバイスのマスタ優先度に応じて、前記第２システム形成手順における前記所定時間を、マスタ優先度が高いほど短い時間に定める手順を実行することを特徴とするネットワークシステムの管理方法。
【請求項３】
請求項１又は２に記載のネットワークシステムの管理方法であって、
前記ネットワークシステムは、前記第１システム形成手順により形成されるネットワークシステムを構成する各デバイスをリモート制御するための制御装置を備え、
前記接続された複数のデバイスに代えて、前記制御装置が、前記ユニークＩＤ付与手順を実行することを特徴とするネットワークシステムの管理方法。
【請求項４】
請求項１又は２に記載のネットワークシステムの管理方法であって、
前記接続された複数のデバイスのうち前記第１のマスタ候補デバイスが、前記ユニークＩＤ付与手順を実行することを特徴とするネットワークシステムの管理方法。
【請求項５】
請求項１乃至４のいずれか一項に記載のネットワークシステムの管理方法であって、
前記第２システム形成手順においては、前記複数のデバイスをリセットすることなく、前記第２のマスタ候補デバイスを前記マスタノードとするネットワークシステムが形成されることを特徴とするネットワークシステムの管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数のデバイスを接続して構成し、マスタノードが、音響信号のデータを含む音声伝送フレームを定期的に生成して上記各デバイスを通るループ状の伝送経路に一定周期で循環させ、上記各デバイスがその音声伝送フレームへ音響信号の書き込み及び／又は読み出しを行うことにより、任意のデバイス間で音響信号の伝送を行うネットワークシステムの管理方法に関する。
【背景技術】
【０００２】
従来から、複数のデバイス間でデータの伝送を行うための種々のネットワークシステムが知られている。
例えば、特許文献１に記載のネットワークシステムにおいては、システムを構成する各デバイスにより形成されるリング状の伝送路に、マスタノードが生成するフレームを定期的に循環させ、各デバイスがそのフレームに対して必要な情報を読み書きすることにより、システムを構成する任意のデバイスから任意のデバイスへ、音響信号だけでなくイーサネット（登録商標）フレーム等の制御信号も、安定して伝送することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−９４５８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、特許文献１に記載のようなネットワークシステムにおいて、マスタノードの候補を複数用意しておき、デバイス間の接続切断などによりネットワークシステムを構成するデバイスの一部がマスタノードから分断されてしまった場合でも、その分断されたデバイスに含まれるマスタノードの候補が、その分断されたデバイスの範囲でネットワークシステムを再構築できるようにすることも考えられる。このようにすることにより、接続切断が発生した場合でも、切断箇所をまたぐ信号伝送以外は正常に継続することができ、切断の影響を最小限に抑えることができる。
【０００５】
しかし、このような場合に、再構築したシステムを、完全に独立したシステムとして再構築してしまうと、接続の回復などにより、当初のマスタノードから分断されたデバイスがその当初のマスタノードとの接続を回復した場合でも、当初のマスタノードが属するネットワークシステムと、再構築したシステムとを自動的に統合して当初のシステム構成に復帰できるようにすることは難しいという問題がある。
【０００６】
初めから別々に形成されたネットワークシステムについては、システム同士が誤って接続されてしまったとしても、１つのシステムに統合されないようにすることが好ましいためである。
この発明は、このような問題を解決し、ネットワークシステムを構成するデバイスの一部がマスタノードから分断されてしまった場合に臨時に構築したネットワークシステムを、分断の解消後に適切かつ自動的にもとのネットワークシステムに統合できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するため、この発明のネットワークシステムの管理方法は、複数のデバイスを接続し、その複数のデバイスのうちのマスタノードが、音響信号のデータを含む音声伝送フレームを定期的に生成して、上記デバイスを通るループ状の伝達経路に一定周期で循環させ、上記各デバイスが、その循環する音声伝送フレームへの音響信号の書き込み及び／又は読み出しを行うことにより、上記各デバイス間のうちの任意のデバイス間で音響信号の伝送を行うネットワークシステムの管理方法において、上記接続された複数のデバイスのうちの何れか１のデバイスないし何れか複数のデバイスの協働によって、上記複数のデバイスの少なくとも２つのデバイスをマスタ候補デバイスとして指定するとともに、各マスタ候補デバイスがマスタノードになる優先順位を示すマスタ優先度を指定するマスタ指定手順と、ネットワークシステムが形成されていない状態で、上記複数のマスタ候補デバイスを含む複数のデバイスが接続された場合に、上記複数のマスタ候補デバイスのうちの、一番高いマスタ優先度を有する第１のマスタ候補デバイスを上記マスタノードとして機能させ、上記接続された複数のデバイスが所属するネットワークシステムを形成する第１システム形成手順と、上記第１システム形成手順によりネットワークシステムが形成されたとき、ユニークなユニークＩＤを生成して、その形成されたネットワークシステムに所属する各デバイスに付与するユニークＩＤ付与手順と、上記第１システム形成手順により形成されたネットワークシステムにおいて、上記伝達経路を循環する、上記マスタノードとして機能していた上記第１のマスタ候補デバイスからの上記音声伝送フレームが所定時間以上途絶えたとき、次に高いマスタ優先度を有する第２のマスタ候補デバイスを上記マスタノードとして機能させ、その時点で上記第２のマスタ候補デバイスと接続されている１又は複数のデバイス及び上記第２のマスタ候補デバイスが所属するネットワークシステムを形成する第２システム形成手順と、上記第１システム形成手順又は第２システム形成手順において形成されたネットワークシステムに所属する端部のデバイスが、他のネットワークシステムに所属する他のデバイスと接続されたのを検出したとき、その端部のデバイスが所属するネットワークシステムにおけるマスタノードよりも、上記検出された他のデバイスが所属するネットワークシステムにおけるマスタノードの方がマスタ優先度が高く、かつ、その端部のデバイスと上記他のデバイスとで上記付与されたユニークＩＤが共通であることを条件に、その端部のデバイスが所属するネットワークシステムの全てのデバイスをリセットするリセット手順と、いずれかのネットワークシステムに所属する端部のデバイスが、いずれのネットワークシステムにも所属していない他のデバイスと接続されたのを検出したとき、その検出された他のデバイスを、その端部のデバイスが所属するネットワークシステムに組み入れる組入手順とを実行するものである。
【０００８】
このようなネットワークシステムの管理方法において、上記接続された複数のデバイスのうちの何れか１のデバイスないし何れか複数のデバイスの協働によって、上記各マスタ候補デバイスについて、そのマスタ候補デバイスのマスタ優先度に応じて、上記第２システム形成手順における上記所定時間を、マスタ優先度が高いほど短い時間に定める手順を実行するようにするとよい。
さらに、上記ネットワークシステムを、上記第１システム形成手順により形成されるネットワークシステムを構成する各デバイスをリモート制御するための制御装置を備えるものとし、上記接続された複数のデバイスに代えて、上記制御装置が、上記ユニークＩＤ付与手順を実行するようにするとよい。
【０００９】
あるいは、上記接続された複数のデバイスのうち上記第１のマスタ候補デバイスが、上記ユニークＩＤ付与手順を実行するようにするとよい。
さらに、上記第２システム形成手順においては、上記複数のデバイスをリセットすることなく、上記第２のマスタ候補デバイスを上記マスタノードとするネットワークシステムが形成されるようにするとよい。
【図面の簡単な説明】
【００１０】
【図１】この発明のネットワークシステムの実施形態であるオーディオネットワークシステムの概略構成を示す図である。
【図２】図１に示したオーディオネットワークシステムの伝送路で伝送されるＴＬフレームの構成例を示す図である。
【図３】ＴＬフレームの伝送タイミングを示す図である。
【図４】オーディオネットワークシステム上での音響信号の伝送時における、ＴＬフレームの伝送状況について説明するための図である。
【図５】図１に示したオーディオネットワークシステムを構成する各ノードとなる音響信号処理装置のハードウェア構成を示す図である。
【図６】図５に示したネットワークＩ／ＦカードにおけるＴＬフレームの伝送に関する機能をより詳細に示す図である。
【図７】この発明のネットワークシステムの実施形態であるオーディオネットワークシステムのより具体的な構成例を示す図である。
【図８】図７に示したデバイスに記憶させるマスタ優先順位の情報について説明するための図である。
【図９】オーディオネットワークシステム及びＴＬフレームの伝送路を形成する際の、ユーザによる作業及びそれに応じた各機器の動作手順を示す図である。
【図１０】ＴＬフレームにおける信号伝送ｃｈの割り当て内容について説明するための図である。
【００１１】
【図１１】図７に示した各デバイスに記憶させるＩＤについて説明するための図である。
【図１２】制御装置に記憶させる仮想デバイステーブルの例を示す図である。
【図１３】制御装置に記憶させる、オーディオネットワークシステムを構成するデバイスを制御するためのデータの例を示す図である。
【図１４】制御装置が収集する各デバイスのＩＤの管理状態の例を示す図である。
【図１５】制御装置のＣＰＵが実行する同期化処理のフローチャートである。
【図１６】図７に示したデバイスのうちマスタ候補のデバイスのＣＰＵが実行するマスタ変更処理のフローチャートである。
【図１７】図７に示した各デバイスのＣＰＵが実行するリセット処理のフローチャートである。
【図１８】図７に示した各デバイスのＣＰＵが他のネットワークに属するデバイスとの接続を検出した場合に実行する処理のフローチャートである。
【図１９】図７に示したオーディオネットワークシステムにおいてノード間の接続切断が発生し、その後切断が回復した場合のシステムの動作について説明するための図である。
【図２０】同じくマスタノードの動作が停止し、その後回復した場合のシステムの動作について説明するための図である。
【図２１】ループ接続のシステムにおいてマスタノードの動作が停止し、その後回復した場合の動作について説明するための図である。
【発明を実施するための形態】
【００１２】
以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
１．  この発明の実施形態のオーディオネットワークシステムの概要
１．１  全体構成
まず、図１に、この発明のネットワークシステムの実施形態であるオーディオネットワークシステムの概略を示す。
図１（ａ），（ｂ）に示すように、このオーディオネットワークシステム１は、それぞれ単方向の通信を行う受信手段である受信インタフェース（Ｉ／Ｆ）と送信手段である送信Ｉ／Ｆの組を２組備えたデバイスであるノードＡ〜Ｃを、通信ケーブルＣＢで順次接続することにより構成したものである。ここでは３つのノードにより構成した例を示しているが、ノードの数は２以上の任意でよい。
【００１３】
ノードＡにおいては、受信Ｉ／Ｆ＿ＡＲ１と送信Ｉ／Ｆ＿ＡＴ１が一組のＩ／Ｆで、受信Ｉ／Ｆ＿ＡＲ２と送信Ｉ／Ｆ＿ＡＴ２がもう一組のＩ／Ｆである。ノードＢ及びＣについても、符号の先頭の文字「Ａ」を「Ｂ」あるいは「Ｃ」に置き換えたＩ／Ｆが、同様な関係に当たる。
【００１４】
そして、ノード間の接続は、１組の受信Ｉ／Ｆ及び送信Ｉ／Ｆを、別のノードの１組の送信Ｉ／Ｆ及び受信Ｉ／Ｆとそれぞれ通信ケーブルＣＢで接続することにより行っている。例えば、ノードＡとノードＢとの間では、受信Ｉ／Ｆ＿ＡＲ２と送信Ｉ／Ｆ＿ＢＴ１とを接続すると共に、送信Ｉ／Ｆ＿ＡＴ２と受信Ｉ／Ｆ＿ＢＲ１とを接続している。また、ノードＢとノードＣとの間では、ノードＢのもう１組のＩ／Ｆと、ノードＣの１組のＩ／Ｆとを接続している。
なお、図１に示す各ノードは、アナログ入力，アナログ出力，デジタル入力，デジタル出力，ミキシング，エフェクト付与，録音再生，リモート制御，あるいはこれらの組み合わせ等の各種機能を有する音響信号処理装置である。ノード毎に機能が違っていても当然構わない。
【００１５】
ここで、（ａ）に示すように、各ノードを、端部を有する１本のラインのように接続した状態を、「カスケード接続」と呼ぶことにする。そしてこの場合、各ノード間を結ぶ通信ケーブルＣＢにより、破線で示すように１つのリング状のデータ伝送経路を形成することができ、各ノードは、この経路でフレームを一定周期で循環させるように伝送し、そのフレームに対して必要な情報を読み書きすることにより、経路上の任意のノードとの間でデータの送受信を行うことができる。
そして、オーディオネットワークシステム１内において、１つのノードがマスタノードとなり、音響信号を伝送するためのフレームを生成し、定期的に伝送経路を循環させたり、ネットワークの管理を行ったりする。このマスタノードが生成するフレームを、その他のフレームと区別して「ＴＬフレーム」と呼ぶことにする。
【００１６】
また、（ａ）に示したカスケード接続に加え、両端のノードで使用していないＩ／Ｆ同士も通信ケーブルＣＢで接続すると、（ｂ）に示すように、リング状のデータ伝送経路を２つ形成することができる。そして、各ノードは、これらの経路でそれぞれフレームを伝送し、その各フレームに対して必要な情報を読み書きすることにより、経路上の任意のノードとの間でデータの送受信を行うことができる。このようなノード間の接続状態を、「ループ接続」と呼ぶことにする。
【００１７】
このループ接続の状態で、一方の伝送路を循環させるＴＬフレームのみで伝送可能な情報量の通信を行っている場合、１カ所で断線が発生したとしても、その断線箇所の両側でＴＬフレームの伝送を折り返すことにより、断線箇所の両側をカスケード接続の両端と見て、速やかに（ａ）に示したようなカスケード接続のシステムに組み換え、０〜２フレーム程度の損失でＴＬフレームの伝送を継続することができる。
【００１８】
なお、図１ではケーブルを２本示しているが、１組の受信Ｉ／Ｆと送信Ｉ／Ｆとを近接してあるいは一体として設ければ、２本を束ねて１本にしたケーブルにより、１組のＩ／Ｆ同士の接続を行うことも可能である。
また、各ノードには、必要なＩ／Ｆを設ければ、（ｃ）に示すように、外部機器Ｎを接続し、外部機器Ｎから受信したデータをＴＬフレームに書き込んで他のノードに送信したり、ＴＬフレームから読み出したデータを外部機器Ｎに送信したりすることもできる。
【００１９】
このような外部機器Ｎとしては、例えば外付けのコンソールが考えられる。そして、コンソールがユーザから受け付けた操作に応じたコマンドをノードＢに送信し、ノードＢがこれをＴＬフレームに書き込んで他のノードに送信したり、他のノードがＴＬフレームに書き込んで送信してきた応答やレベルデータ等をノードＢが読み出してコンソールに送信し、コンソールにおける操作子状態の表示やレベル表示に使用するといった動作を行わせることが考えられる。
【００２０】
１．２  ＴＬフレームの構成
次に、図２に、上述したオーディオネットワークシステム１の伝送路で伝送されるＴＬフレームの構成例を示す。なお、この図に示した各領域の幅は必ずしもデータ量と対応しない。
図２に示すように、このＴＬフレーム１００は、サイズが１２８２バイトであり、先頭から順に、プリアンブル１０１，管理データ１０２，波形データ（オーディオデータ）領域１０３，制御データ領域１０４，ＦＣＳ（Frame Check Sequence）１０５の各領域からなる。各領域のサイズは、その領域に記載するデータ量に関わらずそれぞれ一定である。また、ここで示すＦＣＳ１０５以外の各領域のサイズは一例であり、適宜変更してよい。
【００２１】
そして、プリアンブル１０１は、計８バイトのデータであり、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．３で規定されるプリアンブルとＳＦＤ（Start Frame Delimiter）とを記載する。
管理データ１０２は、８バイトのデータであり、オーディオネットワークシステム１内の各ノードがＴＬフレームに含まれるデータの管理に利用するデータとして、システム内のどの伝送路を循環させるフレームかを示すリングＩＤ、フレーム通し番号であるフレームＩＤ、波形データ１０３中の波形データのｃｈ数等を記載する。
【００２２】
また、波形データ領域１０３としては１０２４バイトを確保しており、音響信号のデータである１サンプル３２ビットの波形データを２５６ｃｈ分記載できる。すなわち、本システムでは、１つのＴＬフレーム１００を循環させることにより、２５６ｃｈ分の音響信号を伝送することができる。なお、２５６ｃｈ中の伝送に使われていないｃｈ（空きｃｈ）の領域については、そこに何が記載されているか気にしなくて良い。なお、波形データのビット数に応じて各ｃｈの領域のサイズを変更するようにしてもよい。その場合、１６ビットの波形データは５１２ｃｈ分伝送可能であり、２４ビットであれば３４０ｃｈ分伝送可能になる。
【００２３】
また、波形データ領域１０３においては、予めオーディオネットワークシステム１を構成する各ノードにｃｈを割り当てておき、各ノードは、自身に割り当てられたｃｈの位置に、出力波形データの書き込みを行う。この割り当ては、システム全体の管理動作を行うマスタノードが、各ノードからの要求に基づいて行う。
【００２４】
一方、制御データ領域１０４としては２３８バイトを確保し、ここには、イーサネットフレーム領域１０６、ＩＴＬフレーム領域１０７、および管理データ領域１０８を設けている。
このうちイーサネットフレーム領域１０６には、ＩＰ（Internet Protocol）に基づくノード間通信用のパケットであるＩＰパケットをさらにフレーム化したＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．３形式のフレーム（イーサネットフレーム）を記載する。
【００２５】
また、記載すべきイーサネットフレームが用意したサイズ（ここでは１７８バイト）に収まらない場合には、フレームの送信側で必要な数のブロックに分割し、ＴＬフレーム１つにつき、そのブロック１つを記載する。そして、フレームの受信側で複数のＴＬフレーム１００からデータを取り出して結合し、分割前のフレームを復元することにより、通常のイーサネット（登録商標）での伝送と同様にイーサネットフレームをノード間で伝送することができる。
【００２６】
また、ＩＴＬフレーム領域１０７には、隣接ノード間でのコマンド及びコマンドに対する応答の伝送に使用するフレームであるＩＴＬフレームのデータを記載する。このＩＴＬフレームは、詳細な説明は省略するが、システム内でフレーム伝送路を形成する際の情報伝達や、システム形成後の情報伝達に使用する。
【００２７】
管理データ領域１０８は、システム内の各ノードがＴＬフレーム１００に含まれるデータの管理に利用するデータを記載する領域である。ここに記載するデータとしては、例えば、レベル表示に使用するレベルデータ、ＴＬフレーム１００が伝送中に切断されたことを示す切断検出フラグ、ＴＬフレーム１００の伝送にエラーが生じたことを示すエラーフラグ等が挙げられる。
また、ＦＣＳ１０５は、ＩＥＥＥ８０２．３で規定される、フレームのエラーを検出するためのフィールドである。
【００２８】
１．３  ＴＬフレームの伝送方式
次に、図３に、図２に示したＴＬフレーム１００の伝送タイミングを示す。
この図に示すように、オーディオネットワークシステム１においては、ＴＬフレーム１００を、９６ｋＨｚ（キロヘルツ）のサンプリング周期１周期である１０．４μｓｅｃ（マイクロ秒）毎に１つ、ノード間を循環させ、各ノードはＴＬフレームの所望のｃｈへの音響信号の書き込みないし所望のｃｈからの音響信号の読み出しを行うようになっている。従って、各サンプリング周期に、２５６の信号伝送ｃｈについて、それぞれ１サンプル分の波形データを、各ノード間で伝送できる。
１Ｇｂｐｓ（ギガビット・パー・セカンド）のイーサネット（登録商標）方式のデータ転送を採用すれば、ＴＬフレーム１００の時間長は、１ナノ秒×８ビット×１２８２バイト＝１０．２６μｓｅｃであり、１サンプリング周期内に伝送が完了する。
【００２９】
次に、図４に、オーディオネットワークシステム上での音響信号の伝送時における、図２に示したＴＬフレームの伝送状況を示す。
ここでは、ノードＡからノードＤまでの４つのノードをカスケード接続したシステムを考える。そして、このシステム内の各ノードにＴＬフレーム１００を循環させる場合、いずれか１つのノードをマスタノードと定め、そのノードのみが新たなサンプリング周期のＴＬフレーム（通し番号の異なるＴＬフレーム）の生成を行い、サンプリング周期毎に生成されたＴＬフレームを次のノードへ送信する。部分マスタ以外のノードはスレーブノードであり、それぞれ前のノードからＴＬフレームを受信し、次のノードへ送信する転送処理を行う。
【００３０】
そして、マスタノードであるノードＢが最初に図で右向きに、ワードクロックのタイミングに合わせて、ノードＣに向かってＴＬフレームを送信すると、そのＴＬフレームは、破線で示すように、ノードＢ→Ｃ→Ｄ→Ｃ→Ｂ→Ａ→Ｂの順で伝送され、ノードＢに戻ってくる。この伝送の際、各ノードは、ＴＬフレームを受信してから送信するまでに、他のノードから受信すべき波形データや制御データをＴＬフレームから読み取り、また他のノードに送信すべき波形データや制御データをＴＬフレームに書き込む。
【００３１】
そして、マスタノードは、ＴＬフレームが伝送路を１周して戻ってくると、そのＴＬフレームの管理データを書き換えて後のサンプル周期のＴＬフレームを生成し、適当なサンプル周期での送信に供する。またこのとき、マスタノードも他のノードと同様にＴＬフレームに対してデータの読み書きを行う。
【００３２】
以上を繰り返すことにより、１サンプリング周期につき１つのＴＬフレームに、（ａ）から（ｅ）に時系列的に示すように、各ノードを循環させることができる。これらの図において、黒塗りの矢印はＴＬフレームの先頭を、黒丸はＴＬフレームの末端を示す。線の矢印は、ＴＬフレームの切れ目を分かり易くするために記載したものである。
【００３３】
なお、各スレーブノードは、ＴＬフレームの全てを受信してからデータの読み書きや次のノードへの送信を行う必要はなく、先頭から必要なバイト数だけ受信したら、データの読み書きや次のノードへの送信の処理を開始してしまってよい。そしてその後、ＴＬフレームの末端まで、受信するのとほぼ同じ速さでデータの読み書きや送信を行って行けばよい。ただし、部分マスタについては、ＴＬフレームが正常に伝送路を１周したことを確認するため、ＴＬフレームの全てを受信してから、その内容に基づいて新たなＴＬフレームの生成を行うことが好ましい。
【００３４】
また、カスケード接続の場合、両端のノード以外のノードは、１周のうちに２度ＴＬフレームを通過させることになるが、このうちＩＴＬフレーム領域１０７以外のデータの読み書きを行うのは１度のみである。どちらでその読み書きを行うかは、最初にＴＬフレームを通過させる時、図で右向きにＴＬフレームを通過させる時等、任意に定めればよい。読み書きを行わない場合には、単に送信元アドレスを書き換えてＴＬフレームの残りの部分はスルーさせればよい。ＩＴＬフレームについては、両方向の隣接ノードに伝達できることが好ましい。
【００３５】
また、各ノードにおいて、ＴＬフレームのデータを書き換えるためや、受信側のネットワーククロック（送信元のノードの動作クロックに対応）と送信側のネットワーククロック（当該ノードの動作クロックに対応）の周波数やタイミングの差を吸収するために、ＴＬフレームの受信時にバッファリングを行う必要があるので、ＴＬフレームの受信開始から送信開始まで幾分かのタイムラグが生じる。
【００３６】
そして、ネットワークで伝送される音響信号の伝送遅延（サンプリング周期単位）を最小にしたい場合は、上記のタイムラグの量を考慮して、マスタノードがあるワードクロックのタイミングで送信開始したＴＬフレームを、２つ先のワードクロックより所定時間α（マスタノード内での新ＴＬフレームの準備に係る時間に対応する）だけ前のタイミングに、マスタノードが受信完了できるようにすればよい。
【００３７】
本システムにおいては、以上のような方式のデータ伝送を行うことにより、１サンプリング周期内にＴＬフレームを１周させることのできる程度のノード数であれば、ネットワーク内で常にＴＬフレームのサイズに応じた一定の伝送帯域幅を確保することができる。そして、この帯域幅は、特定のノード間でのデータ伝送量の多寡には影響されない。
【００３８】
なお、ループ接続を行い、部分システム内に伝送路を２本形成する場合には、図１からわかるように、マスタノードであるノードＢが生成して図で右向きに送信したＴＬフレームを、ノードＢ→Ｃ→Ｄ→Ａ→Ｂの順で伝送する伝送路と、ノードＢが生成して図で左向きに送信したＴＬフレームを、ノードＢ→Ａ→Ｄ→Ｃ→Ｂの順で伝送する伝送路とができることになる。そしてこの場合、ＴＬフレームが伝送路を１周する間に全てのノードを１回ずつ通過することになるため、各ノードは、その通過の際にデータの読み書きを行う。
【００３９】
１．４  システムを構成する各装置のハードウェア構成及び基本動作
次に、以上説明してきたようなＴＬフレームの伝送を行うためのハードウェア及びその動作について説明する。
まず、図５に、上述のオーディオネットワークシステム１を構成する各ノードとなるデバイスの例として、音響信号処理装置のハードウェア構成を示す。
【００４０】
図５に示すように、この音響信号処理装置１０は、ＣＰＵ２０１，フラッシュメモリ２０２，ＲＡＭ２０３，外部機器Ｉ／Ｆ（インタフェース）２０４，表示器２０５，操作子２０６を備え、これらがシステムバス２０７により接続されている。また、外部機器Ｉ／Ｆ２０４とシステムバス２０７とに接続するカードＩ／Ｏ（入出力部）２１０も備えている。
【００４１】
そして、ＣＰＵ２０１は、この音響信号処理装置１０の動作を統括制御する制御手段であり、フラッシュメモリ２０２に記憶された所要の制御プログラムを実行することにより、表示器２０５における表示を制御したり、操作子２０６の操作を検出してその操作に従ってパラメータの値の設定／変更や各部の動作を制御したり、コマンドをカードＩ／Ｏ２１０を介して他の音響信号処理装置に送信したり、カードＩ／Ｏ２１０を介して他の音響信号処理装置から受信したコマンドに従った処理を行ったりする。
【００４２】
フラッシュメモリ２０２は、ＣＰＵ２０１が実行する制御プログラムを始め、電源を切っても残しておくべきデータを記憶する書き換え可能な不揮発性記憶手段である。
ＲＡＭ２０３は、一時的に記憶すべきデータを記憶したり、ＣＰＵ２０１のワークメモリとして使用したりする記憶手段である。
【００４３】
外部機器Ｉ／Ｆ２０４は、種々の外部機器を接続し入出力を行うためのインタフェースであり、例えば外部のディスプレイ、マウス、文字入力用のキーボード、操作パネル、ＰＣ（パーソナルコンピュータ）等を接続するためのインタフェースが用意される。
外部機器Ｉ／Ｆ２０４は、カードＩ／Ｏ２１０のオーディオバス２１７にも接続しており、オーディオバス２１７を流れる波形データを外部装置に送信したり、外部装置から受信した波形データをオーディオバス２１７に入力したりすることができる。
【００４４】
表示器２０５は、ＣＰＵ２０１による制御に従って種々の情報を表示する表示手段であり、例えば、液晶ディスプレイ（ＬＣＤ）や発光ダイオード（ＬＥＤ）によって構成することができる。
操作子２０６は、音響信号処理装置１０に対する操作を受け付けるためのものであり、種々のキー、ボタン、ダイヤル、スライダ等によって構成することができる。
【００４５】
これらの表示器２０５及び操作子２０６は、例えば音響信号処理装置１０をコンソールとして構成する場合には、多数のｃｈについて信号処理パラメータやパッチの設定を受け付けるための大型のディスプレイや多数のボタン、スイッチ、電動フェーダ等のユーザインタフェースを設け、入出力装置として構成する場合には電源及びモード設定のための簡単なランプやボタンを設ける等、装置の機能に応じて大きく構成が異なるものである。
【００４６】
また、カードＩ／Ｏ２１０は、オーディオバス２１７と制御バス２１８を備え、これらのバスに種々のカードモジュールを装着することにより、音響信号処理装置１０に対する音響信号及び制御信号の入出力及びその処理を行うことができるようにするためのインタフェースである。ここに装着される各カードモジュールは、オーディオバス２１７を介して相互に波形データを送受信すると共に、制御バス２１８を介してＣＰＵ２０１との間で制御信号を送受信し、ＣＰＵ２０１の制御を受ける。
【００４７】
オーディオバス２１７は、任意のカードから任意のカードへ、複数チャンネルの波形データをサンプリング周期に基づくタイミングで各１サンプルずつ時分割伝送する音響信号伝送用ローカルバスである。接続された複数カードの何れか１つがマスタとなり、当該カードが生成し供給するワードクロックに基づいてオーディオバス２１７の時分割伝送の基準タイミングを制御する。その他の各カードはスレーブとなり、その基準タイミングに基づいて各カードのワードクロックを生成する。
【００４８】
すなわち、各カードで生成されるワードクロックは、マスタとなるカードのワードクロックに同期した共通のクロックとなり、ノード内の複数のカードは、共通のサンプリング周波数で波形データの処理を行う。さらに、各カードは、自身のワードクロックに基づいて処理した波形データ及び処理すべき波形データを、上記の基準タイミングに基づく時分割タイミングで、オーディオバス２１７を介して他のカードに送信し、また他のカードから受信する。
【００４９】
図５には、カードＩ／Ｏ２１０にＤＳＰ（デジタル・シグナル・プロセッサ）カード２１１，２１２，アナログ入力カード２１３，アナログ出力カード２１４，ネットワークＩ／Ｆカード２１５を装着した例を示している。
カードＩ／Ｏ２１０に装着される各種カードは、そのカードの機能に応じた波形データの処理を、それぞれ、ワードクロック（波形データのサンプリング周期）に基づくタイミングで実行する。
【００５０】
このうち、ＤＳＰカード２１１，２１２は、オーディオバス２１７から取得した波形データに対し、ワードクロックに基づくタイミングで、ミキシング、イコライジング、エフェクト付与を始めとする種々の処理を行う信号処理手段である。処理後のデータも、オーディオバス２１７に出力する。また、複数ｃｈの波形データの入力を受け付けて処理し、複数ｃｈの波形データを出力することができる。
【００５１】
アナログ入力カード２１３は、Ａ／Ｄ（アナログ／デジタル）変換回路を備え、マイク等の音声入力装置から入力するアナログ音響信号を、デジタルの波形データに変換してオーディオバス２１７に供給する機能を有する。複数ｃｈの信号を並列して処理することも可能である。
アナログ出力カード２１４は、Ｄ／Ａ（デジタル／アナログ）変換回路を備え、オーディオバス２１７から取得したデジタルの波形データをアナログの音響信号に変換して、スピーカ等の音声出力装置に出力する機能を有する。
【００５２】
ネットワークＩ／Ｆカード２１５は、送信Ｉ／Ｆと受信Ｉ／Ｆを２組備え、図１乃至図４を用いて説明したオーディオネットワークシステム１におけるＴＬフレーム１００の伝送と、ＴＬフレーム１００に対する波形データや制御データ等の読み書きとを行う機能を有する。また、カードＩ／Ｏ２１０には、ネットワークＩ／Ｆカードを複数枚装着することも可能であり、この場合、各ネットワークＩ／Ｆカード毎に別々のオーディオネットワークシステムに接続する。
【００５３】
なお、ここで述べた各種カードのうち、ネットワークＩ／Ｆカード２１５以外のカードは、任意に選択して装着することができる。例えば、音響信号処理装置１０を入出力装置として構成する場合には、信号入出力のみ行えばよいのであれば、ＤＳＰカード２１１，２１２は不要であるし、ミキサエンジンとして構成する場合には、システムの外部に対する信号入出力を行わないのであれば、アナログ入力カード２１３やアナログ出力カード２１４は不要である。さらに、コンソールとして構成する場合には、パラメータに対する操作のみ行うのであれば、ネットワークＩ／Ｆカード２１５以外のカードを設ける必要はない。
また逆に、ここで挙げたもの以外でも、その他カード２１６として、デジタル入出力、音源、レコーダ、エフェクタ等の、種々のカードモジュールを装着可能とすることが考えられる。
【００５４】
なお、上述のように、カードＩ／Ｏ２１０に装着されたカードは、共通のワードクロックに従って音響信号の処理を行うが、音響信号処理装置１０がマスタノードである場合は、装着されたカードのうちの何れか１枚がネットワークＩ／Ｆカード２１５を含む他のカードへワードクロックを供給し、ネットワークＩ／Ｆカード２１５は、そのワードクロックのタイミングに基づきサンプリング周期毎にＴＬフレームを送信する。音響信号処理装置１０がスレーブノードである場合は、ネットワークＩ／Ｆカード２１５がＴＬフレームの受信タイミングに基づいてワードクロックを生成（再生）し、カードＩ／Ｏ２１０に装着された他のカードへワードクロックを供給する。
【００５５】
次に、図６に、ネットワークＩ／Ｆカード２１５におけるＴＬフレーム１００の伝送に関する機能をより詳細に示す。
図６に示すように、ネットワークＩ／Ｆカード２１５は、第１，第２受信Ｉ／Ｆ１１，１４及び第１，第２送信Ｉ／Ｆ１２，１３を備え、また、ＴＬフレーム１００の伝送方向を切り換えるためのセレクタ２１〜２４と、ＴＬフレーム１００に対するデータの読み書きを行う第１及び第２データ入出力部３１，３２と、オーディオバス２１７及び制御バス２１８に対してデータを入出力するためのインタフェースであり、音響信号処理装置１０のうちネットワークＩ／Ｆカード２１５以外の部分とのインタフェースとなる上位層Ｉ／Ｆ３３とを有する。
【００５６】
このうち、第１，第２受信Ｉ／Ｆ１１，１４及び第１，第２送信Ｉ／Ｆ１２，１３は、図１に示した２組の受信Ｉ／Ｆ及び送信Ｉ／Ｆと対応する通信手段であり、それぞれ通信ケーブルと接続するための所定のコネクタ（メス側）を備えている。通信ケーブルの接続に際しては、第１受信Ｉ／Ｆ１１と第１送信Ｉ／Ｆ１２とを１組とし、第２送信Ｉ／Ｆ１３と第２受信Ｉ／Ｆ１４とを１組とする。これらのＩ／Ｆは、上述した１サンプリング周期内のＴＬフレームの伝送に十分な能力を有していれば、どのような通信方式でデータ通信を行うＩ／Ｆであってもよいが、ここでは１Ｇｂｐｓのイーサネット方式のデータ転送を行うＩ／Ｆを採用している。
【００５７】
一方、第１及び第２データ入出力部３１，３２はそれぞれ、図示しない動作クロック発生部の発生する動作クロックに基づいて動作し、対応する受信Ｉ／Ｆが受信したＴＬフレーム１００から波形データや制御データ等の所望のデータを読み出す読出手段及び、受信したＴＬフレーム１００に対して波形データや制御データ等の所望のデータの書き込みを行う書込手段として機能する。
【００５８】
また、図１（ａ）等からわかるように、あるノードが受信したＴＬフレーム１００のそのノードからの送信先は、そのＴＬフレーム１００の送信元と別の装置になる場合（図１（ａ）のノードＢ）と、送信元と同じ装置になる場合（同ノードＡ，Ｃ）とがある。そして、前者の場合、ＴＬフレーム１００の送信は、ＴＬフレーム１００を受信した受信Ｉ／Ｆと別の組の送信Ｉ／Ｆから行い、後者の場合、同じ組の送信Ｉ／Ｆから行う。
【００５９】
セレクタ２１〜２４は、このような送信先の切り替えを行うために設けたものである。
このうち、セレクタ２３，２４が、第１受信Ｉ／Ｆ１１が受信し第１データ入出力部３１を通過したＴＬフレームを、第２送信Ｉ／Ｆ１３から送信するか、第１送信Ｉ／Ｆ１２から送信するかを選択するためのセレクタである。
【００６０】
これらのセレクタ２３，２４は連動しており、セレクタ２３が第２送信Ｉ／Ｆ１３側を選択している場合は、第１受信Ｉ／Ｆ１１が受信したＴＬフレームを第２送信Ｉ／Ｆ１３から送信する一方、セレクタ２４は第２受信Ｉ／Ｆ１４側を選択し、第２受信Ｉ／Ｆ１４が受信したＴＬフレームを第２データ入出力部３２に入力する。
逆に、セレクタ２３が折り返しライン２６側を選択している場合は、セレクタ２４も折り返しライン２６側を選択し、第１受信Ｉ／Ｆ１１が受信したＴＬフレームを、折り返しライン２６及び第２データ入出力部３２を通過させて、第１送信Ｉ／Ｆ１２から送信する。
【００６１】
このとき、セレクタ２２が第１送信Ｉ／Ｆ１２側を選択していることが前提となる。しかし、セレクタ２１，２２も、セレクタ２３，２４と同様に連動しており、第１受信Ｉ／Ｆ１１で受信したＴＬフレームに第１データ入出力部３１を通過させる場合、セレクタ２１は第１受信Ｉ／Ｆ１１側を選択し、これに連動してセレクタ２２は第１送信Ｉ／Ｆ１２側を選択している。従って、セレクタ２３，２４の切り換えにより、第１受信Ｉ／Ｆ１１が受信したＴＬフレームを折り返すか否かを選択することができる。
【００６２】
同様に、セレクタ２１，２２に折り返しライン２５側を選択させるか否かにより、第２受信Ｉ／Ｆ１４が受信し第２データ入出力部３２を通過したＴＬフレームを折り返すか否かを選択することができる。
なお、ＴＬフレームを折り返す場合、ネットワークＩ／Ｆカード２１５においてＴＬフレームが第１及び第２データ入出力部３１，３２を両方通過することになるが、ＴＬフレームに対するデータの読み書きは、そのうち任意の一方、例えば最初に通過する方において行えばよい。
【００６３】
また、セレクタ２１が折り返しライン２５を選択している状態で第１受信Ｉ／Ｆ１１が受信したフレーム及び、セレクタ２４が折り返しライン２６を選択している状態で第２受信Ｉ／Ｆ１４が受信したフレーム（上述したＩＴＬフレームの受信が想定される）については、不図示の処理部に供給して、その内容の解析及びその内容に応じた処理を行う。逆に、セレクタ２１が折り返しライン２５を選択している状態では第１送信Ｉ／Ｆ１２から、セレクタ２４が折り返しライン２６を選択している状態では第２送信Ｉ／Ｆ１３から、不図示の処理部が供給するフレーム（上述したＩＴＬフレームが想定される）を接続先のデバイスに送信することもできる。
【００６４】
音響信号処理装置１０においては、ネットワークＩ／Ｆカード２１５のハードウェアが上述した動作を行うことにより、図１乃至図４を用いて説明したようなＴＬフレームの伝送に係る機能を実現することができる。より具体的なハードウェア構成については、例えば特開２００９−９４５８９号公報に記載のものを採用することができる。
以下の説明において、単に「システム」と言った場合には、ここまで説明してきたようなＴＬフレームの伝送を行うオーディオネットワークシステムを指すものとする。
【００６５】
２．オーディオネットワークシステムにおける伝送路の形成手順
次に、以上説明してきたオーディオネットワークシステムの形成手順について説明する。
以後の説明においては、各デバイスに記憶させるデータについて説明するため、図７に示すような、Ａ〜Ｇの７つのデバイスを接続して構成したオーディオネットワークシステムも例として用いる。
【００６６】
図７に示すようなカスケード接続の場合、オーディオネットワークシステムＳにおいては、破線で示すように、両端のノードで折り返す１つのループ状の伝送路が形成される。
またここでは、デバイスＢを、マスタノードになる優先順位（マスタ優先度）が最高であるプライマリマスタに設定し、オーディオネットワークシステムＳのマスタノードとして機能させている。また、デバイスＥを、マスタ優先度が２番目であるセカンダリマスタに設定し、後述のように、システムの不具合によりマスタノードと切り離されてしまった場合に代わりのマスタノードとして機能するようにしている。
【００６７】
図８に、これらの設定に用いるデータの例を示す。
ここでは、各デバイスに図８に示すマスタ可否及びマスタ優先度の情報を記憶させている。マスタ可否は、そのデバイスがオーディオネットワークシステムに組み入れられた場合にマスタノードとして機能し得るか否か、すなわちマスタノードの候補となるか否かを示す情報である。そして、マスタ優先度は、プライマリマスタでは「１」、セカンダリマスタでは「２」を設定する。より低いマスタ優先度を設定することも可能である。
【００６８】
なお、図８に示した情報は、最低限、マスタノードの候補となるデバイス（マスタ候補デバイス）のみに記憶させておけばよい。この場合、必要な情報を記憶していないノードは、マスタノードにはならないと判断すればよい。また、例えば、マスタ優先度「０」の場合にはそのデバイスはマスタノードにならないこととし、マスタ可否の情報を省略してもよい。
【００６９】
これらの情報は、ユーザが任意に設定可能である。ただし、同じ優先度のマスタ候補デバイスが２つ以上ないようにすることが好ましい。
この実施形態が効果を発揮するためには、少なくとも、優先度の異なる２以上のマスタ候補デバイス（図７の例ではプライマリマスタとセカンダリマスタ）とがオーディオネットワークシステムに含まれている必要がある。ただし、少なくとも１台のマスタ候補デバイスがあれば、システムを動作させることは可能である。
【００７０】
次に、図９に、オーディオネットワークシステムＳ及び上述したＴＬフレームの伝送路を形成する際の、ユーザによる作業及びそれに応じた各デバイスの動作手順を示す。
一般論として、図１や図７に示したオーディオネットワークシステムを形成する場合、ユーザはまず、そのシステムを形成させる２以上のデバイスを、カスケード状又はループ状に接続する（Ｓ１１）。図７に示すオーディオネットワークシステムＳを形成する場合、Ａ〜Ｇの７つのデバイスを図示の順にカスケード接続する。
なお、ここでいう「接続」には、既に電源が入っているデバイスを通信ケーブルで繋ぐことと、既に通信ケーブルで繋がれているデバイスの電源を入れることと、どちらもなされていないデバイスを通信ケーブルで繋いだ上で電源を入れることとのいずれも含む。
【００７１】
そして、この接続がなされると、接続されたデバイスは、自動的に互いのデバイスの存在及びその接続のトポロジー（カスケードかループか、及び各デバイスの接続順）を確認した上で、そのトポロジーに応じて、接続されたデバイスの間を循環する、図１や図７に示したようなＴＬフレームの伝送路を形成し、その伝送路に沿ったＴＬフレームの伝送を開始する（Ｓ２１）。
【００７２】
ただし、この段階ではまだＴＬフレームに対する波形データの読み書きは行わず、ＴＬフレーム１００のうちＩＴＬフレーム領域１０７や制御データ領域１０４を用いて、デバイス間で制御データの伝送を行うモード（ＴＴＬモード）で動作する。また、他のデバイスでもよいが、ここでは、プライマリマスタが、ＴＬフレームを生成するノードとなる仮の部分マスタになるとする。
この際の伝送路の形成手順については、例えば特開２００９−９４５８９号公報に記載のものを採用することができ、ここではこの形成手順を採用するものとする。
【００７３】
また、ユーザは、ステップＳ１１の後、オーディオネットワークシステムＳをＲＴＬモードに移行させる指示を行う（Ｓ１２）。この指示は、ステップＳ２１の完了後に行うことが好ましいが、これは必須ではない。また、プライマリマスタ及びセカンダリマスタが未指定の場合は、少なくとも一方の指定を、ＲＴＬモードに移行させる指示の前に行っておく必要がある。プライマリマスタ又はセカンダリマスタの設定をもってＲＴＬモードに移行させる指示とすることもできる。
【００７４】
そして、ステップＳ１２の指示がなされると、ＴＴＬモードで動作中の各デバイスは、プライマリマスタに設定されているデバイス（ない場合には接続されているデバイスの中で最も優先度の高いマスタ候補デバイス、以下この図の説明において同じ）をマスタノードとして、接続された各デバイスの間を循環するＴＬフレームの伝送路を再構築し、その範囲のデバイスに共通するネットワークＩＤ（後述）を設定して、今度はＴＬフレームに対する波形データの読み書きが可能なモード（ＲＴＬモード）でＴＬフレームの伝送を開始する（Ｓ３１）。
予めプライマリマスタ（又はセカンダリマスタ）が指定されていれば、ユーザの指示なしで自動的にステップＳ２１からＳ３１へ進むようにすることもできる。
【００７５】
その後、各デバイスは、自身が要求する信号伝送ｃｈ数をマスタノードに通知する（Ｓ３２）。ここで通知するｃｈ数は、デバイスがＴＬフレーム１００に対して何ｃｈの波形データを書き込むかを示すものである。この値は、ユーザが予め定めておいた値としたり、自身の備える入力端子（外部から入力する波形データを書き込む場合）や出力ｃｈ（内部で処理した波形データを書き込む場合）の数に応じてデバイスが自動的に決定したり、実際に何ｃｈ分の波形データをＴＬフレームに書込むルーティングの設定がなされているかに基づいてデバイスが自動的に決定したりすることができる。なお、要求ｃｈ数がゼロである場合もあり、この場合にはｃｈの割り当てを受ける必要がないので、要求ｃｈ数の通知も不要である。
【００７６】
なお、ステップＳ３２の通知は、ＴＬフレーム１００の制御データ領域１０４に記載するマスタノード宛てのイーサネットフレームにより行ったり、ＩＴＬフレーム領域１０７に記載するＩＴＬフレームを、隣接ノードに順次中継させながらマスタノードまで届けることにより行ったりすることができる。以降に述べる、マスタノードと各デバイスの間の通信についても同様である。
【００７７】
一方、マスタノードは、ステップＳ３２の通知を受けると、その通知に応じて通知元のデバイスにＴＬフレーム１００における信号伝送ｃｈを割り当てる（Ｓ３３）。
この処理により、図１０に示すように各デバイスに信号伝送ｃｈが割り当てられる。どのデバイスにどのｃｈを割り当てても問題ないため、先着順で先頭から割り当てる等、任意のアルゴリズムを採用可能である。ただし、信号伝送ｃｈの数には限りがあるため、割り当てのできない場合もある。ただし、割り当てができなくても、割り当てられなかったデバイスにおいてＴＬフレーム１００への波形データの書き込みができないというだけで、ＴＬフレーム１００からの波形データの読み出しはできるし、その他の動作に影響はない。
【００７８】
また、マスタノードは、ステップＳ３３で行った割り当ての内容を、割り当て先のデバイスに通知する（Ｓ３４）。そして、各デバイスは、ステップＳ３４での通知を受けると、信号伝送ｃｈの割り当て及びそのデバイスにおいてなされているルーティングの設定内容に従って、ＴＬフレームへの波形データの書き込みを開始する（Ｓ３５）。
【００７９】
ここで、ルーティングとは、各デバイスが、そのデバイスの備える（入出力端子と対応する）入出力ポート、ＤＳＰカードにおける入出力ｃｈ、およびＴＬフレームの信号伝送ｃｈの間で、どこからどこへ波形データの伝送を行うかについての設定である。
例えば、あるデバイスにおいて、波形データの供給元を入力ポート又は出力ｃｈ、供給先をネットワーク（ＴＬフレーム）としたルーティングを設定すると、その入力ポートから入力する波形データ又はその出力ｃｈから出力される波形データを、そのデバイスが属するオーディオネットワークシステムのＴＬフレームの、そのデバイスに割り当てられている信号伝送ｃｈのいずれかに書き込み、そのシステムに属する他の機器が読み出し可能な状態にする伝送の設定をしたことになる。
【００８０】
なお、ステップＳ３５でルーティングの設定に従ったＴＬフレームへの波形データの書き込みを開始する際には、どのポート又はｃｈ由来の波形データをどの信号伝送ｃｈに書込むかを、オーディオネットワークシステムＳに属する各デバイスに通知し、他のデバイスが、その書込んだ波形データをどの信号伝送ｃｈから読み出せばよいかを把握できるようにする（Ｓ３６）。また、波形データの由来は、ここではオーディオネットワークシステムＳ内で一意な信号名を用いて表現する。
【００８１】
また、波形データの供給元をそのデバイスが属するオーディオネットワークシステムでＴＬフレームに書き込まれる波形データのいずれかとし、供給先を出力ポート又は入力ｃｈとしたルーティングを設定すると、その波形データをＴＬフレームから読み出して出力ポートから出力する又は入力ｃｈに入力する伝送の設定をしたことになる。このとき、波形データの指定は上記の波形データの由来を示す情報（信号名）により行えばよい。
【００８２】
そして、各デバイスは、ステップＳ３６で受けた通知と、このようなルーティング設定の内容に基づき、具体的にＴＬフレームのどの信号伝送ｃｈから波形データを読み出せばよいか把握できるため、その設定内容に基づいてＴＬフレームからの波形データの読み出しを開始する（Ｓ３７）。
【００８３】
以上で、プライマリマスタに設定されているデバイスをマスタノードとするオーディオネットワークシステムを形成し、各デバイスの間で音響信号及び制御信号の送受信が可能な状態となる。
なお、ルーティングの設定としては、上記のようなＴＬフレームを介する伝送以外にも、入力ポートから入力する波形データを入力ｃｈに供給したり、出力ｃｈから出力する波形データを出力ポートに供給したりする、デバイス内部での伝送も設定可能である。
【００８４】
ルーティング設定とは、ユーザが、波形データの供給元と供給先とをそれぞれ任意に指定して、波形データが指定された供給元から指定された供給先へ供給されるよう、波形データの経路を設定するものであり、従来のスタンドアロンのデジタルミキサにおける、入力パッチや出力パッチのパッチ設定や、入力チャンネルから混合バスへのセンドのオンオフ設定などに相当する。この場合、供給元としては、デバイスの入力ポートや出力ｃｈが設定され、供給先としては、デバイスの入力ｃｈや出力ポートが設定される。
【００８５】
また、ここまでの処理は、後述する制御装置による制御とは無関係に実行可能である。従って、オーディオネットワークシステムＳを構成する各デバイスは、その制御装置による制御とは無関係に、ＲＴＬモードのＴＬフレーム伝送を行うことができるし、各デバイスが記憶しているルーティングの設定に基づき、ＴＬフレームに対する波形データの読み書きや、外部に対する波形データの入出力も行うことができる。デバイスが必要なパラメータを記憶していれば、ＤＳＰカードによる信号処理も行うことができる。
【００８６】
３．  ＩＤを利用したデバイスの管理
３．１  各デバイスに記憶させるＩＤ
ところで、オーディオネットワークシステムＳを構成させる各デバイスには、そのデバイスを識別するための識別情報として、種々のＩＤを記憶させておく。
図１１に、そのＩＤの例を示すが、ここで注目するのは、デバイスＩＤ、ユニークＩＤ及びネットワークＩＤの３種である。
【００８７】
このうちデバイスＩＤは、デバイスの個体を識別するためのＩＤであって、ユーザが任意に設定することができる。容易に設定できるように、アルファベット２文字の組み合わせ等、オーディオネットワークシステムを構成すると想定できる最大数のデバイスを互いに識別できる程度の数の、予め用意された選択肢から選択して設定できるようにするとよい（図では、説明を簡単にするため、アルファベット１文字で表記している）。また、設定が適切になされている場合、オーディオネットワークシステムを構成するデバイス内に、デバイスＩＤが一致するデバイスはないはずである。
【００８８】
ユニークＩＤは、１つのオーディオネットワークシステムとして制御されている複数デバイスに同じ値のＩＤを付与しておくことによって、そのオーディオネットワークシステムが断線やデバイスの停止などにより複数の部分に分断された場合でも、分断されたデバイス同士が再度接続された際に、相手が元々同じオーディオネットワークシステムに所属していたデバイスか否かを見分けられるようにするために設けたＩＤである。
【００８９】
詳細は後述するが、この実施形態において、ユニークＩＤとしては、オーディオネットワークシステムＳが形成された後、コンソール等の制御装置がデバイスにおけるパラメータの制御開始のための同期化を行う際に、一意な値を生成して、その時同期化した全てのデバイスに、その生成した値を設定させるようにしている。従って、ユーザはこのユニークＩＤの設定を行うことはできない。また、その値を知る必要もない。なお、図では「u2」と記載しているが、実際にはもっと長くて複雑なデータになって構わない。
【００９０】
ネットワークＩＤは、デバイスがＴＬフレームのどの伝送経路（ループ接続の場合には２本の伝送経路のペア）を形成するかを識別するためのＩＤであり、ＲＴＬモードでの伝送経路の形成の際に、マスタノードが生成して伝送経路に組み入れた各デバイスに設定させるものである（図９のステップＳ３１参照）。従って、ユーザはネットワークＩＤについても設定を行うことはできないし、その値を知る必要もない。
なお、図では「n1」と記載しているが、実際には異なる伝送経路間で重複が起こらない程度に複雑なＩＤとする。また、ＴＴＬモードの伝送経路に属するデバイスには、ネットワークＩＤとして「０」等の特定の値を設定し、そのことを識別できるようにするとよい。
【００９１】
３．２  制御装置に記憶させる仮想デバイステーブル
次に、制御装置が、制御対象のデバイスを特定するために記憶する情報である、仮想デバイステーブルについて説明する。
なお、制御装置とは、オーディオネットワークシステムＳを構成する各デバイスにおける種々のパラメータの値を制御するための装置のことである。このオーディオネットワークシステムＳを構成するデバイスの１つがコンソールである場合にはこれを制御装置として用いることができるし、図１（ｃ）に示した外部機器Ｎのような、オーディオネットワークシステムＳを構成するいずれかのデバイスに接続するコンソールやＰＣ等の外部機器を制御装置として用いたりすることができる。
【００９２】
図１２に、仮想デバイステーブルの例を示す。
仮想デバイステーブルは、ユーザが編集可能なものであり、この図に示すように、制御装置が制御対象とするデバイスを特定するためのデバイスＩＤを、任意の数記載したものである。ただし、この仮想デバイステーブルを作成する段階では、デバイスＩＤにより特定されるデバイスが実際にオーディオネットワークシステムＳに組み込まれるか、又は組み込まれているかを把握する必要はない。
そこで、仮想デバイステーブル上においてデバイスＩＤにより特定しようとする制御対象のデバイスを、「仮想デバイス」と呼ぶことにする。また、仮想デバイステーブルにおいて、各仮想デバイスには一意な仮想デバイスＩＤを付して管理する。
【００９３】
また、制御装置は、図１３に示すように、仮想デバイステーブルに登録されている各仮想デバイスをリモート制御するためのパラメータを記憶している。
ここでいうパラメータとは、既に述べたアナログ入力、アナログ出力、デジタル入力、デジタル出力、ルーティング、ミキシング、イコライジング、エフェクト付与等の各デバイスが実行する音響信号処理関連のパラメータや、ネットワークにおける音響信号通信関連のパラメータであり、デバイスのリモート制御を行う際には、デバイス側と内容を同期化すべきデータである。
【００９４】
各デバイスは、そのデバイスのカレントメモリに記憶されたパラメータに基づいて、音響信号処理や音響信号通信の機能を実行する。また、各デバイスは、所望の時点のカレントメモリのパラメータを１つのシーンとして、複数シーン分保存しておき、後で１つのシーンを選択してカレントメモリに呼び出せるようにしたシーンメモリを備えている。これらカレントメモリのパラメータとシーンメモリのパラメータとが同期化の対象とされる。
【００９５】
各仮想デバイスを制御するためのパラメータの種類や数は、その仮想デバイスの機種に応じて異なるものである。この点については、例えば、予め各機種におけるパラメータの初期値の設置を制御装置に記憶させておくと共に、ユーザが仮想デバイスを仮想デバイステーブルに新規に登録する際に機種を指定させて、その機種における初期値を用いるようにすることができる。
【００９６】
３．３  制御装置によるデバイスの制御開始
次に、制御装置がオーディオネットワークシステムを構成するデバイスの制御を開始する際の動作について説明する。
図１４は、制御装置がデバイスの制御を開始する際に収集する各デバイスのＩＤの管理状態の例を示す図、図１５は制御装置のＣＰＵがデバイスの制御を開始する際に実行する同期化処理のフローチャートである。
【００９７】
制御装置は、ＲＴＬモードで動作するオーディオネットワークシステムが形成された後又はその形成過程において、オーディオネットワークシステムに接続されると、あるいは１つのデバイスとしてオーディオネットワークシステムに所属する状態となると、自身が接続され又は所属するオーディオネットワークシステムを構成する全てのデバイスから、そのデバイスが記憶しているデバイスＩＤ及びユニークＩＤの情報を収集する。
そして、この収集した各ＩＤは、例えば図１４に示すように、各デバイスに設定されたＭＡＣアドレスと対応付けて管理することができる。特開２００９−９４５８９号公報に記載のように、ＭＡＣアドレスは、イーサネットフレームやＩＴＬフレームの宛先の指定に用いることができ、また、重複の恐れがないアドレスだからである。
【００９８】
そして、ＲＴＬモードで動作するオーディオネットワークシステムの形成と、各デバイスからのＩＤの収集とが完了した後で、ユーザからデバイスのリモート制御を開始する旨のオンライン移行指示があると、制御装置のＣＰＵは図１５のフローチャートに示す処理を開始する。
そしてまず、図１２に示した仮想デバイステーブルに登録されている各仮想デバイスと対応する制御対象のデバイスを、図１４に示したようにオーディオネットワークシステムを構成する各デバイスから収集したＩＤに基づき特定する（Ｓ４１）。
【００９９】
対応付けは、基本的には仮想デバイスと実在のデバイスとで、デバイスＩＤが一致するもの同士を対応付ければよい。そして、仮想デバイスと対応する実在のデバイスがない場合には、その仮想デバイスについて、対応するデバイスなし、とすればよい。この場合、制御装置は、その仮想デバイスに関する制御は行わない、ということになる。逆に、実在のデバイスの中に、いずれの仮想デバイスとも対応付けられないものがあってもよい。この場合、そのデバイスは、オーディオネットワークシステムには所属するが、制御装置による制御の対象にはならない、ということになる。
【０１００】
また、デバイスＩＤが一致する実在のデバイスが複数有る場合、正しい設定ではないため、エラーとしてもよい。しかし、ユニークＩＤを利用して、システム全体で共通性の高いユニークＩＤの記憶されているデバイスを、以前同時に制御対象になったデバイスと認識し、優先的に対応付けるようにしてもよい。
以上のようにデバイスの対応付けが完了すると、制御装置のＣＰＵは、デバイスに記憶させるためのユニークなＩＤを生成する（Ｓ４２）。この生成方法は任意でよいが、同種のオーディオネットワークシステムが運用される範囲で重複がないと期待できる程度のユニークさが望ましく、例えば、制御装置のＭＡＣアドレスと生成時点の時刻とを含むＩＤとすることが考えられる。
【０１０１】
そして、生成したユニークなＩＤを、ステップＳ４１で特定した、各仮想デバイスと対応するデバイスに送信し、ユニークＩＤとして記憶するよう要求する。この送信は、必要な情報を記載したＩＴＬフレーム又はイーサネットフレームを、ＴＬフレームの所定の領域に記載して行うことができる。
そして、ステップＳ４３で送信される情報を受信した宛先のデバイスは、要求に応じて、受信したＩＤをユニークＩＤとして設定する（Ｓ５１）。
【０１０２】
また、制御装置のＣＰＵは、ステップＳ４３の後、デバイスが対応付けられている各仮想デバイスにつき、その仮想デバイスの制御に用いるパラメータを、制御装置自身と、その仮想デバイスと対応付けられているデバイスとの間で、ユーザが指定した方向に同期化させる（Ｓ４４）。この同期化は、パラメータの内容をコピーして内容を一致させることによって行う。また、コピーするパラメータの転送は、所定のメモリ領域をダンプしたデータをＩＴＬフレーム又はイーサネットフレームに記載して転送することにより、実行できる。
【０１０３】
ここで、上述のように、各デバイスは、制御装置によるパラメータの設定とは無関係に、デバイス自身が記憶しているパラメータの値に従って、信号伝送や信号処理を行うことができる。そこで、この処理の状態を維持することを優先する場合、デバイスからパラメータを読み出して、制御装置にそのデバイスと対応する仮想デバイスを制御するためのパラメータとして記憶させればよい。
一方、制御装置に記憶させてあるデータ（例えばユーザがオフラインで編集したパラメータ）に従った信号処理を各デバイスに行わせたい場合には、制御装置から各仮想デバイスの制御に用いるパラメータを読み出して、それぞれ対応するデバイスに記憶させればよい。
【０１０４】
ユーザは、どちらの方向に同期化を行うかを、全仮想デバイスについて一括して、又は仮想デバイス毎に個別に設定することができる。
そして、ＣＰＵ２０１は、以上の同期化の後、同期化した全ての仮想デバイスにつき、その仮想デバイスがオンラインになった旨を記憶する（Ｓ４５）と共に、オンラインになった全ての仮想デバイスにつき、リモート制御を開始して（Ｓ４６）、処理を終了する。
なお、リモート制御の実行中は、制御装置側で図１３のように記憶している仮想デバイス制御用パラメータの値を変更すると、その内容を直ちに対応するデバイスに伝達してデバイス側に記憶しているパラメータにも同じ変更を行う。逆に制御装置を介さずにデバイス側に記憶しているパラメータの値が変更された場合、デバイスがその内容を直ちに制御装置に伝達し、制御装置は仮想デバイス制御用パラメータに同じ変更を行う。そして、このことにより、制御装置側とデバイス側で、各パラメータについて同じ値が記憶されるようにする。
【０１０５】
以上の処理により、オーディオネットワークシステムを構成するデバイスのうち、仮想デバイスと対応付けられ、制御装置による制御対象となる各デバイスに、共通の一意なユニークＩＤを記憶させることができる。通常は、オーディオネットワークシステムを構成するデバイスは全て制御装置による制御対象となるような仮想デバイスとデバイスＩＤの設定がなされると考えられるため、オーディオネットワークシステムを構成する全てのデバイスに、共通の一意なユニークＩＤを記憶させることができる。
【０１０６】
４．  ２位以下のマスタ候補デバイスの機能
４．１  マスタ機能の有効化について
以上説明してきたオーディオネットワークシステムにおいて、マスタノードの候補となる旨が設定されているデバイスであってまだマスタノードとなっていないデバイス（例えばプライマリマスタがマスタノードになっている状態でのセカンダリマスタ、以後「予備マスタデバイス」と呼ぶ）は、自身を通る伝送経路においてＴＬフレームが適切に循環しているか否かを監視している。
ここで、ＴＬフレームが適切に循環していないケースとしては、デバイスとマスタノードとの間で結線の切断やデバイスの停止等の不具合（図１９〜図２１参照）が起こり、マスタノードが送信したＴＬフレームがそのデバイスまで届かなくなってしまうケースを想定している。
【０１０７】
ここで説明しているオーディオネットワークシステムにおいては、特開２００９−９４５８９号公報にあるように、システムの動作中に上記の不具合が発生した場合、その両側のデバイスにおいて、不具合の発生した側のセレクタ２１，２２又は２３，２４に、折り返しラインを選択させてそのデバイスでＴＬフレームを折り返させることにより、マスタノードから見て不具合の発生した箇所より先にあるデバイスをシステムから切り離して、残りのデバイスのみでＴＬフレームの循環を継続できるようにしている。従ってこの場合、不具合の発生箇所より先にあるデバイスには、ＴＬフレームが全く届かなくなる。
【０１０８】
しかし、不具合の発生箇所より先に複数のデバイスが存在する場合、それらのデバイス間での通信に特に不具合がないのであれば、それらのデバイス間でＴＬフレームを循環させることは依然として可能であると考えられる。
そこで、この実施形態のオーディオネットワークシステムは、このようにしていくつかのデバイスがシステムから切り離されてしまった場合に、その切り離されてしまったデバイスに、当初とは別のオーディオネットワークシステムを形成させ、その切り離されたデバイスの間でＴＬフレームの循環を再開させるようにしたものである。
【０１０９】
このため、各予備マスタデバイスは、新たなＴＬフレームの受信が所定時間起こらないこと、すなわちＴＬフレームの受信が所定時間中断したことをトリガに、不具合の発生によりマスタノードから切り離され、ＴＬフレームが適切に循環しなくなったと判断するようにしている。
そして、この際の閾値は、少なくとも、不具合の発生箇所の両側でＴＬフレーム伝送経路の折り返しを設定してマスタノードの存在する側でＴＬフレームの循環を再開するのに要する時間（０〜２サンプリング周期）よりは長い時間とする。デバイスが不具合発生箇所よりもマスタノード寄りに位置する場合と適切に区別できるようにするためである。
【０１１０】
そして、各予備マスタデバイスは、ＴＬフレームが適切に循環していないことを検出すると、マスタ優先度の高いデバイスから順にマスタノードとしての機能を開始し、その時点で通信可能な範囲のデバイスにより、新たなＴＬフレーム伝送経路を形成する。そしてこのことにより、不具合の発生によりもとのマスタノードと切り離されてしまった一群のデバイスの間で、ＴＬフレームの循環を再開させることができる。
【０１１１】
図１６に、このための処理のフローチャートを示す。
予備マスタデバイスのＣＰＵは、ＴＬフレームの受信が所定時間中断したことを検出すると、図１６に示す処理を開始する。
そして、予備マスタデバイスのＣＰＵは、まず自デバイスのリセットを行う（Ｓ６１）。この処理には、図６に示した両側のセレクタ２１〜２４を折り返しライン２５，２６側に切り替え、自デバイスをＴＬフレームの伝送を行わない初期通信モードに戻すと共に、デバイス接続状態の記憶内容を初期化する処理を含む。ただし、ＭＡＣアドレスや、図１１に示した各種アドレスの設定は初期化しない。
【０１１２】
そしてその後、自デバイスをマスタノード（Ｓ６２）に設定すると共に、自デバイスにＲＴＬモードの固有のネットワークＩＤを設定する（Ｓ６３）。このネットワークＩＤは、今まで所属していたネットワークのネットワークＩＤとは異なるものになる。そしてその後、両側の送信Ｉ／Ｆ１２，１３から両側に接続されているデバイスにリセット要求を送信して（Ｓ６４）、処理を終了する。
【０１１３】
次に、図１７に、各デバイスのＣＰＵがリセット要求を受信した場合に実行する処理のフローチャートを示す。
オーディオネットワークシステムＳを構成する各デバイスのＣＰＵは、予備マスタデバイスがステップＳ６４で送信してくるリセット要求を受信すると、図１７に示す処理を開始する。そして、図１６のステップＳ６１の場合と同様に自デバイスをリセットする（Ｓ７１）と共に、リセット要求の送信元に、この要求に対する応答であるリセット応答を送信する（Ｓ７２）。また、リセット要求を受信した側と反対側の送信Ｉ／Ｆから、そちら側に接続されているデバイスに対してリセット要求を送信して（Ｓ７３）、処理を終了する。
そして、このステップＳ７３で隣接デバイスが送信してきたリセット要求を受信したデバイスも、図１７のフローチャートに示す処理を開始する。
【０１１４】
以上を繰り返すことにより、予備マスタデバイスがＴＬフレームの受信が所定時間中断を検出したことをトリガに、予備マスタデバイスから通信可能な範囲のデバイスにリセット要求を順次伝播させ、それらのデバイスをリセットすることができる。
そして、図１６の処理を実行した予備マスタデバイスがマスタノードとなって、図９に示したものと同様な手順で、リセットされた一群のデバイスを通るＴＬフレームの伝送経路を形成し、ＲＴＬモードでのＴＬフレームの循環を開始する。この伝送経路を含むオーディオネットワークシステムは、プライマリマスタをマスタノードとするシステムとは別のシステムであり、ステップＳ３１で設定するネットワークＩＤも異なるものである。
【０１１５】
そしてこのことにより、初めに形成されたオーディオネットワークＳの一部が切断された場合でも、切断箇所を跨ぐ必要のない信号伝送は、継続することができる。プライマリマスタが存在する側は、切断箇所の手前で折り返される伝送経路により、セカンダリマスタが存在する側は、新たに形成された伝送経路により、信号伝送を行えるためである。
なお、図９の手順において、リセットされたデバイスは、その時点で電源がＯＮされたものとして手順を実行すればよい。すなわち、図１６及び図１７の処理後のオーディオネットワークシステムの形成は、リセットされた範囲のデバイスが全て接続された状態で電源をＯＮされた場合と同様に行われることになる。
【０１１６】
ただし、このオーディオネットワークシステムの形成時には、制御装置が各デバイスと通信可能であるか否かに関わらず、ユニークＩＤの設定は行わないようにする。従って、新たなオーディオネットワークシステムを形成したとしても、切断発生前に同じオーディオネットワークシステムＳを形成していたデバイスの間ではユニークＩＤが共通である状態を保つことができる。
制御装置がプライマリマスタを兼ねているか、あるいは制御装置がプライマリマスタを介してオーディオネットワークシステムに接続されている場合には、上記の新たなオーディオネットワークシステムの形成の際には、制御装置はそもそもそのデバイスと通信できないはずなので、ユニークＩＤの設定は行わないようにするために格別の処理は必要ない。
【０１１７】
しかし、それ以外の構成を許容する場合には、形成されたオーディオネットワークシステムにおけるマスタ優先度を確認し、プライマリマスタ以外のデバイスをマスタノードとするものであった場合、図１５の処理において、ユニークＩＤの設定は行わないようにする必要がある。また、プライマリマスタがマスタノードである場合にも、一部のデバイスが当初のシステムから切り離されている状態で図１５の処理を行ってしまうと、後述のようにその切り離されているデバイスは当初のシステムに復帰できなくなってしまうので、このような状態ではユニークＩＤの設定は行わないようにすることが好ましい。
【０１１８】
また、リセット要求の送信につき、カスケード接続の端に位置するデバイスや、切断箇所の隣に位置するデバイスは、通常は、その先にリセット要求を送信しようとしても受け取るデバイスがない。
しかし、切断箇所で、一方向のみ（リセット要求の送信側から受信側に向けて）はデータを伝送可能であったり、あるオーディオネットワークシステムの端部であっても、その先に、伝送経路の異なる別のオーディオネットワークシステムに属するデバイスとの間にケーブルの接続があったりする場合がある。
このような場合にもリセット要求を送信してしまうと、本来リセットすべきでないデバイスもリセットすることになる。
【０１１９】
これらのうち、まず一方向のみデータを送信可能であるような場合に対処するためには、図１６のステップＳ６４や図１７のステップＳ７３においてリセット要求をある送信Ｉ／Ｆから送信しようとしているとき、以下のようにすればよい。
（１）その送信Ｉ／Ｆとペアとなっている受信Ｉ／Ｆに入力する信号からネットワーククロックが再生できていない場合は、その先にデバイスが接続されていないと判断して、該リセット信号をその送信Ｉ／Ｆから送信しない。
（２）その送信Ｉ／Ｆとペアになっている受信Ｉ／Ｆに入力する信号からネットワーククロックが再生できている場合は、その先にデバイスが接続されていると判断して、該リセット信号をその送信Ｉ／Ｆから送信する。
【０１２０】
受信Ｉ／Ｆがデータを受信する際に、受信Ｉ／Ｆでは、まず、入力する信号からネットワーククロックを再生し、その信号からそのネットワーククロックに同期してデータを取り出す。その場合、入力する信号からネットワーククロックが再生できるか否かを、その先にデバイスがつながっているか否かの判断材料にすることができる。
また、送信Ｉ／Ｆ側の線が切れていて、受信Ｉ／Ｆ側がつながっている場合にも、送信Ｉ／Ｆからリセット信号を送信することになるが、送信側の線が切れているので、そのリセット信号を受信するデバイスは存在せず、不都合は起こらない。
【０１２１】
また、別のオーディオネットワークシステムと接続されている場合に対処するためには、オーディオネットワークシステムＳの形成時に各デバイスが収集する、デバイスの接続状態を示すトポロジーテーブル（特開２００９−９４５８９号公報参照）などの情報を参考に、別のオーディオネットワークシステムを形成するデバイスに繋がる送信Ｉ／Ｆからは、リセット要求を送信しないようにすることが考えられる。
【０１２２】
また、以上の処理は、プライマリマスタがマスタノードとなっているオーディオネットワークシステムに属する予備マスタデバイスだけでなく、一旦上記の処理により新たなシステムが形成されセカンダリマスタがマスタノードとなった場合でも、同様に行うことができる。すなわち、セカンダリマスタから切り離されたデバイスについてターシャリ（マスタ優先度３位の）マスタがマスタノードとなってさらに新たなＴＬフレーム伝送経路を形成することも可能である。
【０１２３】
また、このように予備マスタデバイスが複数ある場合、マスタ優先度の高いデバイスほど、図１６の処理の開始判断に用いる「所定時間」を短い時間とするとよい。このようにすれば、マスタ優先度の高いデバイスが先に図１６の処理を開始してマスタ優先度の低いデバイスをリセットするため、マスタノードから切り離された部分に予備マスタデバイスが複数ある場合でも、その中でマスタ優先度の最も高いデバイスを次のマスタノードとすることができる。そしてこのため、マスタ優先度の異なるノードの間での「所定時間」の差は、その１つ上の優先度のマスタ候補デバイスがマスタノードとして起動するのに要する起動時間と、そのマスタノードが送信したリセット要求の伝播に必要な時間を確保できるように定めるものとする。
【０１２４】
また、他の方式として、ＴＴＬモードでの制御データの通信帯域を利用して、自デバイスから通信可能な（これからリセットしようとする範囲の）デバイスに、自デバイスよりマスタ優先度の高いデバイスがないことを確認してから図１６の処理を開始するようにしてもよい。各デバイスのマスタ優先度の情報を、上記のトポロジーテーブルを作成する際などに集めておけば、このような判断をしてもさほど負荷はない。さらに、次に何れの予備マスタデバイスがマスタノードとして動作するかの判断を、各予備マスタデバイスが自身で行うのではなく、オペレータからの操作を受け付けるユーザＩ／Ｆを備えた制御装置（コンソール）が行うようにしてもよい。
また、オーディオネットワークシステムＳにおいてマスタ優先度が２までしかないことがわかっていれば、他のデバイスのマスタ優先度を気にすることなく、ＴＬフレームの受信の所定時間中断をトリガに図１６の処理を開始してしまってよい。
【０１２５】
４．２  元のオーディオネットワークシステムへの復帰について
この実施形態においては、上述した処理により新たなオーディオネットワークシステムが形成された後で、ケーブルの交換やノードの再起動などにより切断が解消した場合、新たなシステムに所属するノードが、自動的に元の（よりマスタ優先度の高いデバイスがマスタノードになっている）システムに復帰できるようにしている。次に、このための処理について説明する。
【０１２６】
この実施形態において、図１及び図７の記載からわかるように、カスケード接続のオーディオネットワークシステムに所属するデバイスは、２組の送受信Ｉ／Ｆのうち、１組の送受信Ｉ／Ｆにより同じシステムに所属する隣接デバイスと接続されているが、他方の組の送受信Ｉ／Ｆは、同じシステムに所属するデバイスとの接続には用いられていない。従って、ＲＴＬモードのオーディオネットワークシステムの形成完了後に、この他方の組の送受信Ｉ／Ｆに、他のデバイスが接続される場合がある。
【０１２７】
そして、この場合、特開２００９−９４５８９号公報に記載のように、接続相手がＩＴＬモードで動作中のデバイスであれば、マスタノードからの指示に基づき、接続相手に自デバイスと接続された側のセレクタにＴＬフレームの折り返しを解除させると共に、自デバイスも接続相手の側のセレクタによるＴＬフレームの折り返しを解除して、接続相手のデバイスを、自デバイスを通る伝送経路に、すなわち自デバイスが属するシステムに取り込む。
【０１２８】
接続相手がＴＴＬモードで動作中のデバイスであれば、一旦リセットさせてＴＴＬモードのシステムから離脱させた上で、同様に自身が属する伝送経路に取り込む。これらの場合には、接続相手のデバイスは音響信号の伝送を行っていない状態であるため、現在のシステムを解体しても音響信号の伝送に特に不都合はなく、むしろ接続されている範囲の全てのデバイスを１つのシステムとして動作させることが好ましいと考えられるためである。
【０１２９】
また、接続相手がＲＴＬモードで動作中のデバイスである場合、相手のネットワークＩＤが自身と一致していれば、カスケード接続の他端と接続されたと認識する。そして、ループ接続への移行を許可する設定がなされていれば、図１（ｂ）に示したループ接続での動作に移行するため、互いに接続相手と接続された側のセレクタにＴＬフレームの折り返しを解除させ、伝送経路の組み替えを行う。
【０１３０】
しかし、接続相手がＲＴＬモードで動作中のデバイスであって、相手のネットワークＩＤが自身と異なる場合には、その相手のデバイスを自身が所属するシステムに取り込む動作は行わない。この場合、接続相手のデバイスは既に音響信号の伝送を行っている状態であると考えられるため、取り込みのために相手が属するシステムを解体してしまうと、スピーカの発音が急に停止する等の不具合が起こる恐れがあるためである。
【０１３１】
しかし、「４．１  マスタ機能の有効化について」で説明した手順により形成される新たなオーディオネットワークシステムは、元のオーディオネットワークシステムとはネットワークＩＤが異なるものである。従って、上記のＲＴＬモードで動作中のデバイスと接続された場合の動作決定手法をそのまま適用してしまうと、切断の復旧などにより、新たなシステムの端部に位置するデバイスと、元のシステムのデバイスとが接続された場合であっても、相手のデバイスを自身と同じＴＬフレーム伝送経路に取り込む動作、すなわちシステムを再統合する動作は、行わないこととなってしまう。
【０１３２】
そこで、この実施形態においては、カスケード接続の端部に位置するデバイスのＣＰＵに、ＲＴＬモードで動作中の、ネットワークＩＤの異なるデバイスと接続されたことを検出した場合に、図１８に示す処理を実行させることにより、システムの再統合を可能としている。
【０１３３】
この処理に於いて、ＣＰＵはまず、接続相手のデバイスにおけるユニークＩＤの値を取得して確認する（Ｓ８１）。そして、そのユニークＩＤの値が自デバイスにおけるユニークＩＤの値と一致した場合（Ｓ８２のＹＥＳ）、自デバイスと接続相手のデバイスとは元々（プライマリマスタをマスタノードとしてオーディオネットワークシステムを形成した時点では）同じオーディオネットワークシステムに所属していたデバイスであり、検出した接続により、過去に切断された接続が回復したことがわかる。そこで、システムの再統合を行うべく、ステップＳ８３以下の処理に進む。
ここでは、ＣＰＵは、自デバイスが所属するシステムのマスタノードより、接続相手のデバイスが所属するシステムのマスタノードの方がマスタ優先度が高いか否か判断する（Ｓ８３）。
【０１３４】
そして、これがＹＥＳの場合、自デバイスが所属するシステムを解体して各デバイスを接続相手のデバイスが所属するシステム（マスタ優先度のより高いデバイスがマスタノードとなっているシステム）に取り込ませるべく、図１７のステップＳ７１の場合と同様に自デバイスをリセットする（Ｓ８４）と共に、デバイスの接続を検出した側と反対側の送信Ｉ／Ｆからリセット要求を送信して（Ｓ８５）、処理を終了する。ステップＳ８５で送信したリセット要求を受信したデバイスは、図１７に示した処理を行ってリセット要求をさらに先のデバイスに伝播させ、最終的には、図１８に示した処理を行ったデバイスが所属するシステムの全てのデバイスがリセットされる。
【０１３５】
また、ステップＳ８３でＮＯの場合、自デバイスが所属するシステムが接続相手のデバイスが所属するシステムの各デバイスを取り込むべく、そのまま処理を終了して接続相手の装置がリセットを行うのを待つ。そして、リセットがなされると、ＩＴＬモードで動作中のデバイスが接続された場合と同様に、マスタノードからの指示に基づき、接続相手のデバイスを、自デバイスを通るＴＬフレーム伝送経路に取り込む。その後、その先のデバイスも同様に順次取り込み、最終的には接続相手のデバイスが所属していたシステムの全てのデバイスを、自デバイスを通るＴＬフレーム伝送経路に取り込む。
【０１３６】
また、ステップＳ８２でＮＯの場合、自デバイスと接続相手のデバイスとは特に関係のないオーディオネットワークシステムに所属していることがわかるので、その相手のデバイスを自身が所属するシステムに取り込む動作は行わずに処理を終了する。
以上の処理により、元々同じシステムに所属していたデバイスとの接続が回復した場合に、そのことを、全く異なるシステムに所属していたデバイスとの接続と区別して認識し、自動的にシステムを再統合することができる。
【０１３７】
４．３  異常発生及び回復時の動作の具体例
次に、以上説明してきたオーディオネットワークシステムにおける異常発生及び回復時の各デバイスの動作及びそれによるフレーム伝送経路の変化の具体例について説明する。
まず、図１９に、カスケード接続のオーディオネットワークシステムにおいてデバイス間の断線が発生し、その後回復した場合の動作例を示す。
この例では、デバイスＡからデバイスＧの７台のデバイスによりオーディオネットワークシステムが構成され、デバイスＢがプライマリマスタ、デバイスＥがセカンダリマスタであるとする。
【０１３８】
この場合、初めに各デバイスが接続され、電源がＯＮされた時点では、（ａ）に示すように、プライマリマスタであるデバイスＢが（Ｍ）で示すマスタノードとなり、デバイスＡからデバイスＧの全てを通るフレーム伝送経路を有するオーディオネットワークシステムを形成する。
【０１３９】
次に、デバイスＡからＧに含まれているコンソール、あるいはデバイスＡからＧの何れかに外部機器として接続されたパーソナルコンピュータは、このオーディオネットワークシステムの各デバイスをリモート制御する制御装置としての動作を開始する。その際、制御装置は、システムを識別するためのユニークなＩＤを準備し、管理下に入る全てのデバイスにそのユニークＩＤを送信して設定させるとともに、それらの各デバイスとの間でパラメータを同期化する（図１５）。
【０１４０】
ここで、（ｂ）に示すように、デバイスＣとデバイスＤの間でケーブルに断線が生じ、接続が切断されたとすると、ＤからＧまでのデバイスはマスタノードから切り離され、ＴＬフレームが到達しなくなる。
そして、セカンダリマスタであるデバイスＥは、ＴＬフレームの受信が所定時間中断すると、図１６に示した処理を実行し、通信可能な範囲のデバイスＤからデバイスＧをリセットし、自らマスタノードとなって（ｃ）に示すように、デバイスＤからデバイスＧまでのデバイスを通るフレーム伝送経路を有する新たなオーディオネットワークシステムを形成する。
各デバイスがルーティングの設定内容を保持していれば、この状態であっても、デバイスＣとデバイスＤの間を跨ぐ経路以外の経路であれば、（ａ）の状態と同様に音響信号の伝送を行うことができる。
【０１４１】
また、（ｃ）の状態になった後、ケーブルの交換等によりデバイスＣとデバイスＤの間の接続が回復すると、デバイスＣ及びデバイスＤは、互いに相手と接続がなされたことを検出する。そして、デバイスＣの属するシステムとデバイスＤの属するシステムではネットワークＩＤが異なるため、これらのデバイスは図１８に示した処理を実行する。
そして、これらのデバイスは共通のユニークＩＤが設定されており、また、デバイスＤの方が優先度の低いマスタノードを有するシステムに所属するため、（ｄ）に示すように、デバイスＤが自らをリセットする。その後、（ｅ）に示すように、リセット要求を（ｃ）で新たなシステムを形成した各デバイスに伝播させ、これらのデバイスは全て自らをリセットする。
【０１４２】
その後、デバイスＣがリセットによりＩＴＬモードに戻ったデバイスＤの存在をマスタノードであるデバイスＢに通知し、デバイスＢの指示に基づき（ｆ）に示すようにデバイスＢをシステムに取り込む。その後、同様にＥからＧのデバイスも順次システムに取り込むと、（ａ）に示す当初のシステムの状態に復帰することができる。
マスタノード以外のデバイスが停止することによりデバイス間の接続が切断された場合も、上述の結線の切断の場合と同様な新たなシステムの形成及び当初のシステムへの復帰が可能である。
【０１４３】
次に、図２０に、カスケード接続のオーディオネットワークシステムにおいてマスタノードの動作が停止し、その後回復した場合の動作例を示す。
この例においても、（ａ）の状態は図１９に示した例と同じものである。
この状態で（ｂ）に示すようにマスタノードであるデバイスＢが動作を停止すると、新たなＴＬフレームの生成及び送信がされなくなるため、図１９（ｂ）の場合と同様、セカンダリマスタであるデバイスＥにＴＬフレームが到達しなくなる。
【０１４４】
そして、デバイスＥは、ＴＬフレームの受信が所定時間中断すると、図１６に示した処理を実行し、自らマスタノードとなって、通信可能な範囲のＣからＧまでのデバイスをリセットし、自らマスタノードとなって（ｃ）に示すように、これらのデバイスを通るフレーム伝送経路を有する新たなオーディオネットワークシステムを形成する。
デバイスＡはこの状態ではいずれのマスタ候補デバイスとも通信することができず、リセット要求が届くこともない。しかし、この状態であっても、マスタ候補デバイスの場合よりも長い所定時間だけＴＬフレームの受信が中断した場合には、自デバイスをリセットし、接続回復時に元のシステムに取り込んでもらえるよう、ＩＴＬモードの動作に戻ることが好ましい。
【０１４５】
また、（ｃ）の状態になった後、再起動等によりデバイスＢの動作が回復すると、デバイスＢはプライマリマスタであるのでマスタノードとして動作を開始し、通信可能な範囲に存在していてかつＲＴＬモードになっていない状態のデバイスＡと共に、図９に示した手順に従い、ＲＴＬモードのオーディオネットワークシステムを形成しようとする。
しかし、この動作は、システムの存在しない状態からの新システムの形成であり、初期設定をしなければならないので時間がかかる。
【０１４６】
一方、セカンダリマスタであるデバイスＥがマスタノードとなっているオーディオネットワークシステムにおいて、端部に位置するデバイスＣは、ＩＴＬモードのデバイスと接続された場合、上述のように、マスタノードからの指示に基づき、その接続されたデバイスをシステムに取り込む動作を行う。
そして、この動作には、既存のシステムの設定をそのまま使用することができ、あまり時間がかからない。従って、マスタ候補デバイスがリセット又は再起動された場合に、既にオーディオネットワークシステムを形成しているデバイスと接続されている状態であると、マスタノードとしての動作を開始する前に、リセット又は再起動されてどのシステムにも属さない状態となった１台のデバイスとして、オーディオネットワークシステムに取り込まれることになる。
【０１４７】
図２０の例で言えば、（ｄ）で動作が回復したデバイスＢは、その時点で既にデバイスＣと接続されているため、マスタノードとしての動作を開始する前に、デバイスＣにより、デバイスＥがマスタノードとなっているオーディオネットワークシステムに取り込まれ、（ｅ）に示す状態となる。
すると、今度はデバイスＡがオーディオネットワークシステムの端部に位置するデバイスＢと接続された状態となるため、デバイスＢもそのシステムに取り込まれ、（ｆ）に示す状態となる。
【０１４８】
この状態では、マスタノードはセカンダリマスタとなっているが、当初の（ａ）に示す状態と同じ接続トポロジーのオーディオネットワークシステムに復帰できたことになる。
従って、プライマリマスタが停止した場合であっても、他のマスタ候補デバイスが新たなマスタノードとなって最大限の信号伝送を維持すると共に、プライマリマスタの動作回復時には、接続トポロジーとしては自動的に当初のシステム構成に復帰させることができる。
【０１４９】
なお、（ｄ）の状態でプライマリマスタであるデバイスＢにマスタ動作を開始させ、デバイスＥがマスタノードとなっているオーディオネットワークシステムをリセットさせて、デバイスＢがマスタノードとなるオーディオネットワークシステムが全てのデバイスを取り込むようにすれば、マスタノードも含めて（ａ）と同じ状態に戻すこともできる。しかし、このようにすると、（ｃ）でセカンダリマスタによって復活した音響信号の伝送が、リセット時に途切れることになってしまい、好ましくない。上記の動作は、音響信号の伝送継続を優先した動作である。
【０１５０】
次に、図２１に、ループ接続のオーディオネットワークシステムにおいてマスタノードの動作が停止し、その後回復した場合の動作例を示す。
ここでは、初めに各デバイスが接続され、電源がＯＮされた時点では、（ａ）に示すように、プライマリマスタであるデバイスＡが（Ｍ）で示すマスタノードとなり、デバイスＡからデバイスＧの全てを通る２本のフレーム伝送経路を有するオーディオネットワークシステムが形成されるとする。そして、図示しない制御装置がＡからＧの各デバイスの制御を開始する際、これらのデバイスに共通のユニークＩＤを送信して設定させる。
【０１５１】
この実施形態のオーディオネットワークシステムは、ループ接続で動作する場合、デバイス間の結線の不具合によってでも、デバイス自体の不具合によってでも、１箇所で接続の切断が起こったのみであれば、切断発生箇所の両側で切断発生側のセレクタを切り替えてフレーム伝送経路を折り返すことにより、速やかにその箇所を両端とするカスケード接続のシステムに構成を組み替えて０〜２フレーム程度の欠落でＴＬフレームの伝送を継続することが可能である（特開２００９−９４５８９号公報参照）。
【０１５２】
しかし、（ｂ）に示すようにマスタノードの動作が停止してしまった場合には、新たなＴＬフレームの生成及び送信ができないため、ＴＬフレームの伝送を継続することができない。従って、セカンダリマスタであるデバイスＥにＴＬフレームが到達しなくなる。
そして、デバイスＥは、ＴＬフレームの受信が所定時間中断すると、図１６に示した処理を実行し、自らマスタノードとなって、通信可能な範囲のＢからＧまでのデバイスをリセットし、自らマスタノードとなって、（ｃ）に示すように、これらのデバイスを通るフレーム伝送経路を有する新たなオーディオネットワークシステムを形成する。この場合、デバイスＡの箇所で接続が切断されているため、接続トポロジーはカスケードである。
【０１５３】
また、（ｃ）の状態になった後、（ｄ）に示すように再起動等によりデバイスＡの動作が回復すると、デバイスＡはプライマリマスタであるのでマスタノードとして動作を開始しようとする。しかし、その時点で既にデバイスＢ及びデバイスＧと接続されているため、マスタノードとしての動作を開始する前に、デバイスＢ又はＧにより、デバイスＥがマスタノードとなっているオーディオネットワークシステムに取り込まれる。
そして、いずれのデバイスに取り込まれた場合も、取り込み完了後には、カスケードの一端が同じシステムの他端のデバイスと接続された状態となるため、マスタノードの指示に従ってループ接続に移行し、（ｅ）に示す状態となる。
【０１５４】
以上により、ループ接続の状態でプライマリマスタが停止した場合であっても、図２０の場合と同様、他のマスタ候補デバイスが新たなマスタノードとなって最大限の信号伝送を維持すると共に、プライマリマスタの動作回復時には、接続トポロジーとしては自動的に当初のシステム構成に復帰させることができる。
【０１５５】
５．  変形例
以上で実施形態の説明を終了するが、装置の構成、データの構成、具体的な処理内容等が上述の実施形態で説明したものに限られないことはもちろんである。
例えば、上述の実施形態では、ユニークＩＤを、制御装置が、オーディオネットワークシステムを構成するデバイスの制御を開始する際に各デバイスに送信して設定させる例について説明したが、ユニークＩＤの設定を他のデバイスが行うようにしてもよい。例えば、プライマリマスタが、図９のステップＳ３１における伝送経路の構築を完了した時点で、伝送経路上の各デバイスに送信して設定させるようにしてもよい。
【０１５６】
ここで、図１９乃至図２１の説明からもわかるように、上述した実施形態のオーディオネットワークシステムにおいて、システムに所属するデバイスや伝送経路は、デバイス間の接続状態などに応じて動的に変化する。しかし、リセット後に周囲の組み込み可能なデバイスを全て伝送経路に組み込み、システムの構成が安定した時点で、その時点の構成を基準としてユニークＩＤの設定を行うようにすれば、妥当な範囲のデバイスに共通のユニークＩＤを記憶させることができると考えられる。
またその後、伝送経路にデバイスが追加された場合にはそのデバイスにも同じユニークＩＤを設定し、逆にデバイスが取り除かれた場合には、後で復帰させられるよう、以後ユニークＩＤの変更を行わないようにするとよい。
【０１５７】
また、各デバイスへのユニークＩＤの設定は、以下の手法で行ってもよい。
まず、ある時点でオーディオネットワークシステムを形成した時に、新たなユニークＩＤを生成してそのオーディオネットワークシステムを構成する各デバイスに設定する。そして、ここでユニークＩＤを設定したデバイスを、そのオーディオネットワークシステムにおける既知デバイスとして扱い、その他のデバイスをそのオーディオネットワークシステムにおける未知デバイスとして扱う。
【０１５８】
その後、既知デバイスのみで構成されるオーディオネットワークシステムを形成された場合には、新たなユニークＩＤは生成せず、そのオーディオネットワークシステムを構成する各デバイスに既に設定されているユニークＩＤを使用する。
一方、未知デバイスを含むオーディオネットワークシステムを形成した場合には、新たなユニークＩＤを生成して、その形成したオーディオネットワークシステムを構成する各デバイスに設定する。
【０１５９】
以上の手法によれば、先に説明したようにマスタノードがプライマリマスタかそれ以外かに応じてユニークＩＤの新規設定有無を変更する必要がなく、システムを構成したマスタノードがプライマリマスタであってもセカンダリマスタであっても、それ以外であっても、上記の手法に従ってユニークＩＤを設定してよい。例えば、オーディオネットワークシステムの一部が切断され、その切断箇所の両側で２つの新たなオーディオネットワークシステムを形成する場合には、両システム共に既知のデバイスのみで構成されるので、既に設定されているユニークＩＤを続けて使用することになる。
【０１６０】
また、上述の実施形態では、プライマリマスタがネットワーク上から消滅し、セカンダリマスタがマスタノードとしての動作を開始する際に、ネットワークに残っているデバイスをリセットして、システムを最初から形成しなおしている。しかしながら、元のシステムのデバイスをリセットせずに、セカンダリマスタのシステムを形成するようにしてもよい。
【０１６１】
その場合の動作を、図１９の例を用いてより具体的に説明する。
図１９（ｂ）において切断が発生したとき、特開２００９−９４５８９号公報に示されているように、デバイスＤは、切断された側に折り返し経路を自動的に設定し、デバイスＥから受信したＴＬフレームをデバイスＥに送り返すことにより、リング状のフレーム伝送経路を修復する。その後、セカンダリマスタ（デバイスＥ）は、ＴＬフレームの受信が途絶えたことを検出し、マスタノードとしての動作を開始し自デバイスに新たなネットワークＩＤを設定する（図１９（ｃ））。しかしその際、自身のリセット及び隣接デバイスへのリセット要求の送信は行わない。
【０１６２】
この場合、各デバイスは起動処理を行う必要がないが、それに加えて、セカンダリマスタは、プライマリマスタが形成したオーディオネットワークシステム（およびユニークＩＤ）をそのまま引き継ぐので、新たなシステムの形成やデバイスの取り込みを行う必要がない。セカンダリマスタはただ、ネットワーク上にデバイスＡからデバイスＣが存在しないことを検知して、デバイスＡからデバイスＣが使用していた伝送ｃｈの開放をデバイスＤからデバイスＧに通知し、それらの伝送ｃｈからの音響信号の取り込みを中止させるだけでよい。
【０１６３】
この各デバイスをリセットしない方式によれば、ネットワークに残されたデバイスＤからデバイスＧにおける音響信号の伝送を、リセットを行う場合と比較して、極めて短時間の間に再開することができる。なお、この方式をとった場合でも、元のオーディオネットワークシステムへの復帰（図１８）は同様に行うことができるが、その際には、セカンダリマスタのシステムのリセットを省略することができない。
【０１６４】
また、以上説明してきた変形及び実施形態の説明において述べた変形は、矛盾しない範囲で任意に組み合わせて適用可能である。また逆に、ネットワークシステムが実施形態の説明において述べた特徴を全て有している必要もない。
【産業上の利用可能性】
【０１６５】
以上の説明から明らかなように、この発明のネットワークシステムによれば、ネットワークシステムを構成するデバイスの一部がマスタノードから分断されてしまった場合に臨時に構築したネットワークシステムを、分断の解消後に適切かつ自動的にもとのネットワークシステムに統合できるようにすることができる。
従って、この発明を適用することにより、ネットワークシステムの利便性を向上させることができる。
【符号の説明】
【０１６６】
Ｓ…オーディオネットワークシステム、１０…音響信号処理装置、１１，１４…第１、第２受信Ｉ／Ｆ、１２，１３…第１，第２送信Ｉ／Ｆ、２１〜２４…セレクタ、２５，２６…折り返しライン、３１，３２…第１，第２データ入出力部、１００…ＴＬフレーム
【図１】
0005458961.tif 000002
【図２】
0005458961.tif 000003
【図３】
0005458961.tif 000004
【図４】
0005458961.tif 000005
【図５】
0005458961.tif 000006
【図６】
0005458961.tif 000007
【図７】
0005458961.tif 000008
【図８】
0005458961.tif 000009
【図９】
0005458961.tif 000010
【図１０】
0005458961.tif 000011
【図１１】
0005458961.tif 000012
【図１２】
0005458961.tif 000013
【図１３】
0005458961.tif 000014
【図１４】
0005458961.tif 000015
【図１５】
0005458961.tif 000016
【図１６】
0005458961.tif 000017
【図１７】
0005458961.tif 000018
【図１８】
0005458961.tif 000019
【図１９】
0005458961.tif 000020
【図２０】
0005458961.tif 000021
【図２１】
0005458961.tif 000022