JP2015526031A - スパニング木のルートの動的選択 - Google Patents

Abstract

スパニングツリープロトコルにおいてルートの再選択を行うシステム、方法、装置および製品を開示している。この方法は、再生ネットワーク上で現ルートからルータにクエリメッセージを送信するステップ、現ルートとルータとの間に位置する少なくとも１つの中間デバイスから送信されたレスポンスを評価するステップ（少なくとも１つの中間デバイスは、現ルートからルータに送信されたクエリメッセージを中継すると共に、中間デバイスに関連するルートパスコストを示すレスポンスを現ルートへ返信する）、ルートパスコストを基に、再生ネットワークについて新規ルートを決定するステップ、新規ルートが現ルートと異なる場合に、現ルートと新規ルートとの間でブリッジプライオリティを交換するステップを含む。

Description

この開示は、ネットワーク化されたメディアの再生またはそれの幾つかの側面に関係する商品、システム製品、特色、サービスおよびその他のアイテムに関する。

技術の発展によって、音楽コンテンツへのアクセス性や、テレビコンテンツ、映画および双方向コンテンツなどのその他の種類の媒体へのアクセス性も良くなっている。例えば、ユーザは、オーディオコンテンツやビデオコンテンツにアクセスするための従来の手段に加えて、インターネットラジオステーション、音楽サービスおよび映画サービスなどのオンラインストアを通じて、インターネット上でオーディオコンテンツ、ビデオコンテンツまたはその両方にアクセスできる。ここで、オーディオコンテンツ、ビデオコンテンツまたはその両方の需要は、家の内外で高まり続けている。

本開示技術の特徴、態様および利点は、以下の説明、添付の特許請求の範囲、および添付の図面を参照してより良く理解される。

本明細書に開示の方法および装置の実施形態が実施され得る例示的なシステムを示す図 内蔵アンプとスピーカを備える例示的なゾーンプレーヤを示す図 内蔵アンプを備えるとともに外部スピーカに接続された例示的なゾーンプレーヤを示す図 Ａ／Ｖ受信機およびスピーカに接続された例示的なゾーンプレーヤを示す図 例示的なコントローラを示す図 例示的なゾーンプレーヤの内部機能ブロック図 例示的なコントローラの内部機能ブロック図 アドホック再生ネットワークを示す図 ゾーンプレーヤの内部機能ブロック図 他のゾーンプレーヤネットワークのブロック図と、ゾーンプレーヤネットワークがメッシュ型である場合の各スパニングツリープロトコルテーブルを示す図 スパニング木のルートの選択プロセスを示す図 スパニング木のルートの選択方法のフロー図 ルートが再選択されたスパニング木の構成で接続された複数のデバイスを含むネットワークを示す図 スパニング木のルートの選択方法のフロー図

さらに、図面は、例示的な実施形態を説明することを目的としているが、本開示は、図面に示した配置および手段に限定されるものではない。

Ｉ．概観
家族や、友達等における付き合いの場において、オーディオコンテンツの音量を上げて聞くことは、社会活動の１つである。オーディオコンテンツの例は、音楽、ラジオトーク、書籍、テレビからの音声、その他のオーディオ素材である。例えば、家庭で、パーティやその他の懇親会を開くとき、人々は、ボリュームを上げて音楽を流すこともある。そのような環境で、人々は、１つのリスニングゾーン（鑑賞区分）で、または複数のリスニングゾーンに分けて音楽を同時に流すこともある。この場合、リスニングゾーンに流れる音楽は同期状態にされ、オーディオエコー（反響音）やグリッチ（誤作動）を起こさせないことが望ましい。この様な傾向が更に強化される場合として、音源をチェックしたり、音楽トラックを再生キューに加えたり、トラックタイトルやトラックアーティスト等の音楽トラック関する情報について調べたりする場合や、再生キューでの次の音楽トラックが何であるかを調べたりする場合がある。

ボリュームを上げた状態でオーディオコンテンツを聞くことは、個人的な嗜好でもある。例えば、ある人は、朝の仕事の前や、夜の食事中や、またある時には家庭や、勤め先や、通勤、通学途中において、音楽を大きな音で聞くこともある。これらの個人的な利用の場合は、ヘッドフォンを使用するか、または、オーディオコンテンツを大きな音量で再生する場所を、単一ゾーンや単一領域に制限するかの選択枝がある。

本願では、システムおよび方法が、固有の有線、無線、または、有線および無線両方のオーディオソリューションを提供するために供給され、そのオーディオソリューションは、オーディオコンテンツを、単一視聴ゾーンで聞くこと、または、複数の視聴ゾーンで同時に同調（同期）して聞くことを可能とする。オーディオコンテンツは、音量を上げて聞いてもよいし、ヘッドフォンを使用して聞いてもよい。例えば、そのようなシステムは、ゾーンプレーヤ（またはプレーヤ）と称されるオーディオプレーヤを含んでもよく、プレーヤであるコントローラを含んでもよい。コントローラは、システムを制御するのに使用されてもよく、閲覧（ブラウズ）して、再生のためにオーディオコンテンツを選択する性能や、１つ以上の再生キューでオーディオコンテンツを編集する性能や、ゾーンプレーヤを１つ以上の視聴ゾーン等にグループ化したり、１つ以上の視聴ゾーン等までグループ化の解除を行ったりする性能を有してもよい。一面では、システムは、各コントローラが、システム全体の全制御を行う分散システムとして動作してもよく、各プレーヤは、同じ音源からオーディオコンテンツを流す性能を有してもよく、または、他のプレーヤとしての異なる音源からオーディオコンテンツを流す性能を有してもよい。

本明細書で開示しているシステム、方法、装置および製品により、音声の配信と再生を低遅延で行うことができる。本明細書で開示しているシステム、方法、装置および製品を好適に利用して、配信される映像と音声の間に認識できる程度の遅延が生じるのを抑制（または回避しつつ）ホームシアター環境で無線による音声再生を行うことが可能となる。さらに、本明細書で開示している実施形態は、無線通信リンクによるオーディオコンテンツの低遅延配信が必要となる（あるいは好ましい）システムにおいて有用である。

以下でさらに詳細に説明するように、本明細書で開示しているシステム、方法、装置および製品により、システム内に存在する複数のコンポーネント間での配信において遅延が低下した最適な（または改善された）メディア再生システムをユーザに提供できると共に、制御とコンテンツ再生における同期性と応答性を改善できる。

以下の説明では、システム、方法、装置および製品、特にコンポーネント、ハードウェア上で実行可能なファームウェアおよび／またはソフトウェアが開示されるが、こうしたシステム、方法、装置および／または製品は単に例示的に開示しているのであって、本発明を限定するものではない。

ＩＩ．例示的な動作環境
同じ番号が同様のパーツについて言及する複数の図を参照すると、図１は、明細書で開示される１つ以上の実施形態が実施される例示的なシステム１００を示す。

例として、システム１００は、多数のゾーンで構成された家庭における環境を表している。家庭における環境は、１つのみのゾーンで構成されてもよい。家庭内の各ゾーンは、例えば、オフィス、浴室、寝室、キッチン、ダイニングルーム、ファミリールーム、ホームシアタールーム、ユーティリティルーム（小部屋）すなわちランドリールーム、パティオ（テラス）のような、互いに異なる部屋または空間毎に仕切るようにしてもよい。この場合、単一ゾーンは、必要であるならば、多数の部屋を有してもよい。１つ以上のゾーンプレーヤ１０２〜１２４は、家の各ゾーンで示されている。再生装置、マルチメディアユニット、スピーカ、プレーヤ等を称するゾーンプレーヤ１０２〜１２４は、音声、ビデオおよび映像音声出力のうちの少なくとも１つを備える。コントローラ１３０は、システム１００を制御する。コントローラ１３０は、１つのゾーンに固定されてもよく、複数のゾーンを移動してもよい。システム１００は、１つ以上のコントローラ１３０を有してもよい。例示的に示したシステム１００は、家庭全体を１つのオーディオシステムとして表しているが、この明細書に記載された技術は、固有の場所への応用が可能であり、図１の家全体のオーディオシステムのような広いシステムに限られない。

Ａ．例示的なゾーンプレーヤ
図２Ａ、図２Ｂおよび図２Ｃは、例示のゾーンプレーヤを示す。図２Ａ、図２Ｂ，図２Ｃのそれぞれに示されるゾーンプレーヤ２００，２０２，２０４は、例えば、図１のゾーンプレーヤ１０２〜１２４のいずれか１つに対応できる。幾つかの実施形態では、音声は、１つのみのゾーンプレーヤを使用して再生されることができ、それは例えば、フルレンジプレーヤを使用して再生される。幾つかの実施形態では、音声は、二以上のゾーンプレーヤを使用して再生されることができ、それは例えば、複数のフルレンジプレーヤを組み合わせて使用することによって再生してもよく、またはフルレンジプレーヤと専門化されたプレーヤとを組み合わせて使用することによって再生してもよい。幾つかの実施形態では、ゾーンプレーヤ２００〜２０４が音声の再生を超える処理性能を有しているという理由で、ゾーンプレーヤ２００〜２０４が、「スマートスピーカ」と称される。音声再生の詳細については、後で記載する。

図２Ａは、フルレンジ音声（全周波数帯域音声）を再生可能な音声生成装置２０８を有するゾーンプレーヤ２００を示す。音声は、有線または無線データネットワークを介してゾーンプレーヤ２００によって受けられ処理されたオーディオ信号によってもたらされる。音声生成装置２０８は、１つ以上の内蔵のアンプと、１つ以上のスピーカとを有する。内蔵アンプは、以下の図４で多くを記載される。スピーカまたは音響トランスデューサーは、例えば、任意のツイーター（高音域用スピーカ）、中音域のドライバ、低音域のドライバおよびサブウーファーを有する。幾つかの実施形態では、ゾーンプレーヤ２００は、静的または動的にステレオ音響オーディオ、モノラル音響オーディオまたはそれら両方を、出力するように構成されてもよい。幾つかの実施形態では、ゾーンプレーヤ２００は、フルレンジの音響のサブセットを再生するように構成される。そのような場合として、例えば、ゾーンプレーヤ２００が、ステレオ音響オーディオ、モノラル音響オーディオおよびサラウンド音響オーディオのうちのどれか１つを出力するために他のプレーヤとグループ化される場合か、または、ゾーンプレーヤ２００が受けたオーディオコンテンツがフルレンジよりも小さい場合が考えられる。

図２Ｂは、一組の分離スピーカ２１０に電力を供給する内蔵アンプを有するゾーンプレーヤ２０２を示す。分離スピーカは、例えば、任意のラウドスピーカを有してもよい。ゾーンプレーヤ２０２は、１つ、２つまたはそれ以上の分離ラウドスピーカに電力を供給するように構成してもよい。ゾーンプレーヤ２０２は、有線を介して分離スピーカ２１０にオーディオ信号（例えば、右側（ライト）および左側（レフト）チャネル音声、または、その配置に応じたそれ以上のチャネル）を伝達するように構成される。

図２Ｃは、内蔵アンプを有さないゾーンプレーヤ２０４を示す。ゾーンプレーヤ２０４は、内蔵アンプを有するオーディオ受信装置（または、音声／ビデオ受信装置）２１４にデータネットワークを介して受けたオーディオ信号を伝達する。

図１を再度参照して、幾つかの実施形態では、ゾーンプレーヤ１０２〜１２４のうちの少なくとも１つ（すなわち、１つ、幾つか、または、全て）は、信号源であるソースから直接オーディオ信号を取りに行き受信できる。例えば、ゾーンプレーヤは、出力される音楽の再生リスト、またはオーディオアイテムのキュー（列）を含んでもよい（「再生キュー」とも称される）。キューにおける各アイテムは、ユニフォームリソース識別子（ＵＲＩ）を備えてもよく、または他の幾つかの識別子を備えてもよい。ＵＲＩすなわち識別子は、ゾーンプレーヤを音源に向けることができる。ソースは、インターネット（例えば、クラウド）上に存在するかもしれず、データネットワーク１２８上の他のデバイスに局所的に存在するかもしれず、コントローラ１３０上に存在するかもしれず、ゾーンプレーヤそれ自身に記憶されているかもしれず、または、ゾーンプレーヤと直接やり取りしている音源でもよい。幾つかの実施形態では、ゾーンプレーヤは、音声を再生してもよく、音声を再生のために他のゾーンプレーヤに送ってもよく、または、それら両方を行ってもよく、両方の場合、音声は、ゾーンプレーヤによって出力されると共に、１つ以上のゾーンプレーヤで同調される。幾つかの実施形態では、ゾーンプレーヤは、第１オーディオコンテンツを出力する（または、全く出力しない）こともでき、または異なる第２オーディオコンテンツを再生するために他のゾーンプレーヤに送ることもできる。

例として、カリフォルニアのサンタバーバラのソノズ（法人）は、「ＰＬＡＹ：５」，「ＰＬＡＹ：３」，「ＣＯＮＥＣＴ：ＡＭＰ」，「ＣＯＮＥＣＹＴ」および「ＳＵＢ」と称されるゾーンプレーヤを売り出している。過去の、現在の、または、将来の、他の更なるゾーンプレーヤは、追加または代替的に、この明細書で開示される実施形態のゾーンプレーヤを実践するのに使用されてもよい。ゾーンプレーヤは、図２Ａ、図２Ｂおよび図２Ｃで例解された特定のゾーンプレーヤに限らず、または、ソノズの製品にも限らない。例えば、ゾーンプレーヤは、有線または無線のヘッドフォンを含んでいてもよい。または、他の例では、ゾーンプレーヤは、テレビのサウンドバーを有してもよい。また、他の例では、ゾーンプレーヤは、アップルのアイポッドやそれに類似のデバイスのためのドッキングステーションを含んでもよく、または、そのドッキングステーションを操作してもよい。

Ｂ．例示的なコントローラ
図３は、ドッキングステーション３０２上の例示的なワイヤレスコントローラ３００を示す。この例では、コントローラ３００は、図１Ａのコントロールデバイス１３０に対応する。ドッキングステーション３０２は、それが存在しているのであれば、コントローラ３００のバッテリーの充電に使用してもよい。幾つかの実施形態では、コントローラ３００は、タッチスクリーン３０４を備え、そのタッチスクリーン３０４は、ユーザがタッチを介してコントローラを操作でき、それによって、オーディオアイテムのプレイリストを、検索および操作でき、１つ以上のゾーンプレーヤの動作を制御でき、また、システム配置１００の全般的な制御を行うことができる。ある実施形態では、１つではなく任意の数のコントローラにより、システム構成１００を制御するようにしてもよい。幾つかの実施形態では、システム構成１００を制御するコントローラの数に制限がある場合がある。コントローラは、ワイヤレスコントローラ３００のようにワイヤレスであってもよく、データネットワーク１２８にワイヤーで結び付けられてもよい。

幾つかの実施形態では、もし複数のコントローラが、システム１００で使用されるとすれば、各コントローラは、共通のコンテンツを表示するように調和作業がなされ、コントローラの全ては、ある１つのコントローラでされた変化に追随して動的にアップデートされてもよい。例えば、調和作用は、コントローラが周期的に要請を発信し、１つ以上のゾーンプレーヤから直接または間接的に状態変数を受けるようにしてもよい。状態変数は、システム１００の情報を表してもよく、例えば、現在のゾーングループの配置の情報や、１つ以上のゾーンで出力されるものの情報や、ボリュームレベルの情報や、他の情報を表してもよい。状態変数は、必要なときや、プログラムされる度毎に、ゾーンプレーヤ間のデータネットワーク１２８（およびコントローラ（必要に応じて））を介して伝達される。

加えて、ｉＰｈｏｎｅ（商標）や、ｉＰａｄ（商標）や、アンドロイド（商標）や、その他のスマートフォンやネットワーク用装置のような任意のネットワーク用ポータブルデバイス上で動作するアプリケーションを、コントローラ１３０で使用してもよい。ラップトップ、デスクトップパソコン（ＰＣ）またはＭＡＣ（マック）で動作するアプリケーションをコントローラ１３０で使用してもよい。そのようなコントローラは、データネットワーク１２８、ゾーンプレーヤ、ワイヤレスルーター、または、その他の幾つかの配置接続パスとして使用されているもの等からなるインタフェースを介してシステム１００に接続されてもよい。例示的なコントローラは、カリフォルニア、サンタバーバラのソノズ（法人）が提供している「Ｃｏｎｔｒｏｌｌｅｒ２００」、「ＳＯＮＯＳＣＯＮＴＲＯＬ」、「ＩＰＨＯＮＥ用ソノズコントローラ（商標）」、「ｉＰａｄ用ソノズコントローラ（商標）」，「アンドロイド用ソノズコントローラ（商標）」、「ＭａｃまたはＰＣ用ソノズコントローラ（商標）」を含む。

Ｃ．例示的なデータ接続
図１のゾーンプレーヤ１０２〜１２４は、データネットワーク１２８のようなデータネットワークに直接または間接的に接続される。コントローラ１３０は、データネットワーク１２８または個別のゾーンプレーヤに直接または間接的に接続されてもよい。データネットワーク１２８は、図に八角形で表され、他の代表的な構成よりも際立っている。データネットワーク１２８は、１つの位置に示されているけれど、ネットワークは、システム１００の周辺に分配されている。特に、データネットワーク１２８は、有線ネットワーク、無線ネットワークまたは両方の組合せであってもよい。幾つかの実施形態では、ゾーンプレーヤ１０２〜１２４のうちの１つ以上が、独自のメッシュ型ネットワークに基づいてデータネットワーク１２８へ無線で接続される。幾つかの実施形態では、ゾーンプレーヤ１０２〜１２４のうちの１つ以上が、非メッシュトポロジーを用いてデータネットワーク１２８へ無線で接続される。幾つかの実施形態では、ゾーンプレーヤ１０２〜１２４のうちの１つ以上が、イーサネット（登録商標）または同様の技術を用いてデータネットワーク１２８へ有線で接続される。データネットワーク１２８に接続した１つ以上のゾーンプレーヤ１０２〜１２４に加えて、データネットワーク１２８は、インターネットなどの広域ネットワークへのアクセスを可能とする。

ある実施形態では、任意のゾーンプレーヤ１０２〜１２４または他の接続デバイスをブロードバンドルータに接続することにより、データネットワーク１２８を生成してもよい。そのとき、他のゾーンプレーヤ１０２〜１２４を無線または有線でデータネットワーク１２８に追加してもよい。例えば、ゾーンプレーヤ自体のボタンを単に押すことで、ゾーンプレーヤ（例えば、任意のゾーンプレーヤ１０２〜１２４）を、システム１００に追加してもよく、または、ゾーンプレーヤに他の機能を遂行させてもよい、こられのことが、データネットワーク１２８への接続を可能にする。ブロードバンドルータは例えば、インターネットサービスプロバイダ（ＩＳＰ）に接続されてもよい。ブロードバンドルータは、他の用途（例えば、ウェブサーフィン）にも使用できるシステム構成１００内の別のネットワークを形成するように使用されてもよい。データネットワーク１２８は、そのようにプログラムされる場合には、他の用途に使用されてもよい。例として、第２ネットワークが、サンタバーバラのソノズ（法人）によって発展させられたソノズネットプロトコルで実行されてもよい。ソノズネットは、安全で、ＡＥＳ暗号化された、ピアツーピアワイヤレスメッシュ型ネットワークである。代替的に、ある実施形態では、データネットワーク１２８は、例えば、世帯での他のアプリケーションのために使用される、伝統的な有線または無線ネットワークのようなネットワークである。

Ｄ．例示的なデータ接続
特定のゾーンは、１つ以上のゾーンプレーヤを包含してもよい。例えば、図１Ａのファミリールームは、２つのゾーンプレーヤ１０６，１０８を包含し、キッチンは、１つのみのゾーンプレーヤ１０２を包含している。他の例では、ホームシアタールームは、付加的なゾーンプレーヤを包含し、その結果、５．１チャネルからの音声や、または、それより大きな音源（例えば、５．１またはそれより大きなオーディオチャンネルで暗号化された映画）からの音声を出力できる。幾つかの実施形態では、人は、部屋やスペースにゾーンプレーヤを配置でき、コントローラ１３０を通じて現存する新規ゾーンにゾーンプレーヤを割り当てることができる。ゾーンは、コントローラ１３０で処理することが所望されてプログラムされるのであれば、他のゾーンに接続されたり、取り除かれたり、特定の名前（例えば、「キッチン」）が付与されてもよい。また、幾つかの実施形態では、ゾーン配置を、コントローラ１３０や幾つかの他の機構を構成した後ですら、動的に変動させてもよい。

ある実施形態で、１つのゾーンが、ファミリールームにおける２つのゾーンプレーヤ１０６、１０８のような２つ以上のゾーンプレーヤを含む場合であれば、例えば、２つのゾーンプレーヤ１０６、１０８は、同期して同じ音源を再生するように構成されてもよく、あるいは、左右のチャネルにおいて２つの別々の音声を再生するペアであってもよい。換言すれば、音声のステレオ効果は、１つは左側の音声に対応しもう１つは右側の音声に対応する２つのゾーンプレーヤ１０６、１０８を通じて再現または増強できる。ある実施形態では、ペアになっているゾーンプレーヤ（結合ゾーンプレーヤ）が、同じゾーンまたは異なるゾーンで、他のゾーンプレーヤと同期して音声を再生してもよい。

幾つかの実施形態では、２つ以上のゾーンプレーヤが、単一の統合ゾーンプレーヤを形成するように音響的に統合されてもよい。（複数の別々のデバイスで構成されている）統合ゾーンプレーヤは、統合されていないゾーンプレーヤやペアになっているゾーンプレーヤとは異なるように音声を処理および再現するように構成されてもよく、これは、統合ゾーンプレーヤが音声を通過させる付加的なスピーカドライバを有することに起因する。統合ゾーンプレーヤはさらに、単一のゾーンプレーヤやさらに別の統合ゾーンプレーヤとペアになってもよい。統合再生デバイスにおける各再生デバイスは、例えば統合モードに設定されてもよい。

幾つかの実施形態では、例えば、所望の設定が完了するまで、ゾーンプレーヤのグループ化、統合およびペアリングを継続して行うことができる。グループ化、統合およびペアリングの動作は、好ましくは、スピーカ線を例えば個々のディスクリートスピーカに物理的に接続および再接続することで構築するのではなく、例えばコントローラ１３０を用いる等して制御インタフェースを通じて実施される。このように、本明細書に記載のある実施形態によれば、エンドユーザに音声再生を提供可能な、より柔軟で動的なプラットフォームを提供できる。

Ｅ．例示的な音源
幾つかの実施形態では、各ゾーンでは、他のゾーンと同じ音源に基づく出力がされてもよく、または、各ゾーンでは、異なる音源に基づく出力がされてもよい。例えば、誰かが、キッチンで食べ物を用意すると共に、ゾーンプレーヤ１０２でクラシック音楽を聴いている間に、誰かが、テラスでグリルすると共に、ゾーンプレーヤ１２４を通じてジャス音楽を聞いてもよい。また、誰かが、ゾーンプレーヤ１１０を介して、ゾーンプレーヤ１２４を介してテラスで出力されているのと同じジャス音楽をオフィスで聞いてもよい。幾つかの実施形態では、ジャス音楽は、ゾーンプレーヤ１１０，１２４で同調（同期）して出力される。複数のゾーン間で同調された再生は、誰かがゾーン間を移動している間に、途切れることがない（略途切れることがない）音声の視聴を提供する。また、ゾーンは、関係する全てのゾーンで音声を同調して出力する「パーティーモード」の状態にされることができる。

ゾーンプレーヤ１０２〜１２４によって再生されるオーディオコンテンツの供給ソースは多数ある。幾つかの実施形態では、ゾーンプレーヤから流れる音楽が、アクセスされて、再生されるかもしれない。幾つかの実施形態では、コンピュータまたはネットワーク接続ストレージ（ＮＡＳ）に保存された個人のライブラリにある音楽が、データネットワーク１２８を介してアクセスされて、再生される。幾つかの実施形態では、インターネットラジオステーション、番組、ポッドキャストは、データネットワーク１２８を介してアクセスできる。ユーザが音楽およびオーディオコンテンツをストリーム再生および／またはダウンロードできる音楽サービスまたはクラウドサービスには、データネットワーク１２８を介してアクセスできる。さらに、音楽は、例えば、ゾーンプレーヤへのラインイン接続を通じて、ターンテーブルまたはＣＤプレーヤなどの従来の供給ソースから得ることができる。オーディオコンテンツもまた、例えばアップル社の無線技術であるＡＩＲＰＬＡＹ（商標）のような、異なるプロトコルの使用でアクセスできる。１つ以上の供給ソースから受信されたオーディオコンテンツは、データネットワーク１２８および／またはコントローラ１３０を介してゾーンプレーヤ１０２〜１２４の間で共有されてもよい。本明細書では、上述したオーディオコンテンツのソースは、ネットワークベースのオーディオ情報ソースと称される。しかしながら、ネットワークベースのオーディオ情報ソースはそれに限定されない。

幾つかの実施形態では、例示的なホームシアターのゾーンプレーヤ１１６、１１８、１２０は、テレビ１３２などのオーディオ情報ソースに接続される。幾つかの例では、テレビ１３２は、ホームシアターのゾーンプレーヤ１１６，１１８，１２０の用の音源として用いられ、また、他の例では、テレビ１３２からのオーディオ情報が、オーディオシステム１００内の任意のゾーンプレーヤ１０２〜１２４で共有可能である。

ＩＩＩ．ゾーンプレーヤ
図４を参照すると、１つの例示的な実施形態に係るゾーンプレーヤ４００の例示的なブロック図が示されている。ゾーンプレーヤ４００は、ネットワークインタフェース４０２、プロセッサ４０８、メモリ４１０、オーディオ処理回路４１２、１つ以上のモジュール４１４、オーディオアンプ４１６、およびオーディオアンプ４１６に接続されたスピーカユニット４１８を含む。図２Ａは、そのようなゾーンプレーヤの例示的な図である。他種のゾーンプレーヤは、スピーカユニット４１８（例えば、図２Ｂ）またはオーディオアンプ４１６（例えば、図２Ｃ）を含まなくてもよい。また、ゾーンプレーヤ４００は、別のコンポーネントに統合されてもよい。例えば、ゾーンプレーヤ４００は、屋内または屋外の使用のためのテレビ、照明またはそれ以外の幾つかの装置の一部を構成できる。

幾つかの実施形態では、ネットワークインタフェース４０２は、ゾーンプレーヤ４００とネットワーク１２８上の他のデバイスとの間のデータフローを容易にする。幾つかの実施形態では、ゾーンプレーヤ４００は、他のゾーンプレーヤまたはデータネットワーク１２８上の他の装置から音声を得ることに加えて、例えば、ワイドエリアネットワークやローカルネットワークのような音源での音声に直接的にアクセスしてもよい。幾つかの実施形態では、ネットワークインタフェース４０２は、各パケットのアドレス部分を扱うことができ、その結果、パケットは、正しい目的地に達成でき、ゾーンプレーヤ４００は、パケットを受信できる。ある実施形態では、各パケットは、ＩＰ（インタフェースプロトコル）に基づくディスティネーションアドレスはもちろんＩＰ（インタフェースプロトコル）に基づくソースアドレスを有する。

幾つかの実施形態では、ネットワークインタフェース４０２は、無線インタフェース４０４および有線インタフェース４０６のうちの１つまたはその両方を含んでもよい。無線インタフェース４０４は、ＲＦ（無線周波数）インタフェースとも称され、ゾーンプレーヤ４００に対して、通信プロトコル（例えば、ＩＥＥＥ８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ、８０２．１５のうちの任意の無線規格）に従って他のデバイス（例えば、データネットワーク１２８に関連する他のゾーンプレーヤ、スピーカ、受信機およびコンポーネントなど）と無線通信するためのネットワークインタフェース機能を提供する。有線インタフェース４０６は、ゾーンプレーヤ４００に対して、通信プロトコル（例えば、ＩＥＥＥ８０２．３）に応じて他のデバイスと有線で通信するためのネットワークインタフェース機能を提供する。無線インタフェース４０４は１つ以上のラジオを含んでもよい。ゾーンプレーヤ４００は１つ以上のアンテナ４２０を含んでおり、これにより無線信号を受信して無線インタフェース４０４に提供し、さらにそれを伝達する。有線インタフェース４０６は、ゾーンプレーヤ４００に対して、通信プロトコル（例えば、ＩＥＥＥ８０２．３）に従って他のデバイスと有線通信するためのネットワークインタフェース機能を提供する。幾つかの実施形態では、ゾーンプレーヤは複数の無線インタフェース４０４を含む。幾つかの実施形態では、ゾーンプレーヤは複数の有線インタフェース４０６を含む。幾つかの実施形態では、ゾーンプレーヤ４００は、無線インタフェース４０４および有線インタフェース４０６の両方を含む。また、幾つかの実施形態では、ゾーンプレーヤ４００は、無線インタフェース４０４および有線インタフェース４０６のうちの一方のみを含む。

幾つかの実施形態では、プロセッサ４０８は、メモリ４１０に記憶された命令に従って入力データを処理するように構成されたクロック駆動の電子デバイスである。メモリ４１０は、プロセッサ４０８によって実行されることで特定のタスクを達成可能な１つ以上のソフトウェアモジュール４１４が搭載されたデータ記憶装置である。例示的な実施形態では、メモリ４１０は、プロセッサ４０８によって実行可能な命令を記憶した有形の機械可読媒体である。幾つかの実施形態では、タスクは、ゾーンプレーヤ４００が別のゾーンプレーヤやネットワーク上のデバイスからオーディオデータを取得することであってもよい。幾つかの実施形態では、タスクは、ゾーンプレーヤ４００が別のゾーンプレーヤやネットワーク（例えば、ユニフォームリソースロケータ（ＵＲＬ）やそれ以外の幾つかの識別子を使用する）上のデバイスにオーディオデータを送信することであってもよい。幾つかの実施形態では、タスクは、ゾーンプレーヤ４００が音声の再生を１つ以上の付加的なゾーンプレーヤと同期させることであってもよい。幾つかの実施形態では、タスクは、ゾーンプレーヤ４００を１つ以上のゾーンプレーヤとペアリングすることで、マルチチャネルオーディオ環境を作成することであってもよい。付加的または代替的なタスクは、１つ以上のソフトウェアモジュール４１４およびプロセッサ４０８を介して達成できる。

オーディオ処理回路４１２は、１つ以上のデジタル−アナログ変換器（ＤＡＣ）、オーディオ前処理コンポーネント、オーディオ強化コンポーネントまたはデジタル信号プロセッサなどを含んでもよい。幾つかの実施形態では、オーディオ処理回路４１２は、プロセッサ４０８の一部であってもよい。幾つかの実施形態では、ネットワークインタフェース４０２を介して取得された音声は、オーディオ処理回路２１０によって処理される、および／または意図的に変更される。さらに、オーディオ処理回路４１２は、アナログオーディオ信号を生成してもよい。処理されたアナログオーディオ信号は、スピーカ４１８を通じた再生のためにオーディオアンプ４１６に提供される。また、オーディオ処理回路４１２は、アナログ信号またはデジタル信号を、ゾーンプレーヤ４００から再生するための入力として、ネットワーク上の別のゾーンプレーヤに送信するための入力として、または再生および送信の両方を行うための入力として処理するための回路を含んでもよい。例示的な入力は、ラインイン接続（例えば、オートディテクティング３．５ｍｍオーディオラインイン接続）を含む。

オーディオアンプ４１６は、１つ以上のスピーカ４１８を駆動するレベルまでオーディオ信号を増幅するデバイスである。１つ以上のスピーカ４１８には、個々の変換器（例えば、「ドライバ」）や１つ以上のドライバを内包する筐体を含んだ完全なスピーカシステムが含まれてもよい。特定のドライバは、例えば、サブウーファー（例えば低周波用）、ミッドレンジドライバ（例えば中周波用）、およびツイーター（例えば高周波用）であってもよい。筐体は、例えば、密封されまたは移植されていてもよい。各変換器（トランデューサ）は、自身のアンプによって駆動されてもよい。

商業的な例として、公知のＰＬＡＹ：５は、内蔵アンプおよびスピーカを伴うゾーンプレーヤであり、例えば、インターネットやローカルネットワーク等のようなソースから直接音声を受けることができる。具体的には、ＰＬＡＹ：５は、２つのツイーター、２つのミッドレンジドライバおよび１つのウーファーを含む５アンプ５ドライバのスピーカシステムである。ＰＬＡＹ：５を経由してオーディオコンテンツを再生する場合、トラックの左側のオーディオデータが左側のツイーターおよび左側のミッドレンジドライバから送信され、トラックの右側のオーディオデータが右側のツイーターおよび右側のミッドレンジドライバから送信され、モノラル低音がサブウーファーから送信される。さらに、両方のミッドレンジドライバと両方のツイーターが、同じイコライゼーション（または実質的に同じイコライゼーション）を有する。すなわち、それらはともに、異なる音声チャネルから同じ周波数で送信される。ＰＬＡＹ：５からは、インターネットラジオステーションやオンライン音楽・ビデオサービスからのオーディオ、ダウンロードされた音楽、アナログオーディオ入力、テレビ、ＤＶＤなどを再生できる。

ＩＶ．コントローラ
図５を参照すると、図１の制御デバイス１３０に対応し得るコントローラ５００のための例示的なボロックダイアグラムが示されている。コントローラ５００は、システム内のマルチメディアアプリケーションの制御、自動化およびその他のことを促進するために使用できる。特に、コントローラ５００は、ネットワーク上にて利用可能な複数の音源の中からの選択を容易にするとともに、無線または有線のネットワークインタフェース５０８を介した１つ以上のゾーンプレーヤ（例えば、図１のゾーンプレーヤ１０２〜１２４）の制御を可能にするように構成されてもよい。１つの例示的な実施形態によれば、無線通信は、業界標準に基づいている（例えば、赤外線、ラジオ、あるいは無線規格のＩＥＥＥ８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ、８０２．１５など）。さらに、特定の音声がコントローラ５００を介してアクセスされている、またはゾーンプレーヤを経由して再生されている場合、オーディオおよび／または音源に関連付けられている画像（例えば、アルバムアート）または他のデータが、あるゾーンプレーヤまたは他の電子機器から、表示のためにコントローラ５００へ送信されてもよい。

コントローラ５００には、画面５０２および入力インタフェース５１４が設けられており、これにより、ユーザはコントローラ５００と交信し、多くのマルチメディアアイテムのプレイリストをナビゲートし、あるいは１つ以上のゾーンプレーヤの動作を制御できる。コントローラ５００上の画面５０２は、例えば、液晶ディスプレイ（ＬＣＤ）画面であってもよい。画面５００は、マイクロコントローラ（例えば、プロセッサ）５０６によって制御されるスクリーンドライバ５０４と通信するとともに、指令を受ける。メモリ５１０は、１つ以上のアプリケーションモジュール５１２がロードされてもよい。そのアプリケーションモジュール５１２は、ユーザインタフェース５１４を介したユーザ入力の有無にかかわらず、特定のタスクを達成するようにマイクロコントローラ５０６によって実行可能である。幾つかの実施形態では、アプリケーションモジュール５１２は、選択された多くのゾーンプレーヤを１つのゾーングループにグループ化すること、およびオーディオ再生のために複数のゾーンプレーヤを同期することを促進するように構成されている。幾つかの実施形態では、アプリケーションモジュール５１２は、ゾーングループ内のゾーンプレーヤのオーディオ音声（例えば、音量）を制御するように構成されている。動作中において、マイクロコントローラ５０６がアプリケーションモジュール５１２の１つ以上を実行するときには、スクリーンドライバ５０４は、画面５０２を特定のユーザインタフェースにアプリケーションを表示するように駆動するための制御信号を生成する。

コントローラ５００は、ゾーンプレーヤとの有線または無線通信を促進するネットワークインタフェース５０８を含む。幾つかの実施形態では、このような音量コントロールやオーディオ再生の同期化などのコマンドは、ネットワークインタフェース５０８を介して送信される。幾つかの実施形態では、保存されたゾーングループ設定は、ネットワークインタフェース５０８を介してゾーンプレーヤとコントローラとの間で通信される。コントローラ５００は、図１に示す符号１０２〜１２４のような１つ以上のゾーンプレーヤを制御してもよい。特定のシステムに対して１つ以上のコントローラがあってもよい。各コントローラは、他のコントローラと共通の情報を共有してもよく、１つのゾーンプレーヤが、例えば状態変数のようなコンフィグレーションデータを記憶しているのであれば、その１つのゾーンプレーヤから共通の情報を引き出してもよい。また、コントローラは、ゾーンプレーヤに組み込まれてもよい。

なお、ＩＰＨＯＮＥ（登録商標）やＩＰＡＤ（登録商標）のような他のネットワーク対応デバイスや、他の任意のスマートフォンやネットワーク対応デバイス（例えば、ＰＣやＭＡＣ（登録商標）などのネットワーク化されたコンピュータなど）を、特定の環境内におけるゾーンプレーヤと交信または制御するためのコントローラとして使用できる。幾つかの実施形態によれば、ソフトウェアアプリケーションまたはアップグレードを、本明細書に記載の機能を実行するためにネットワーク対応デバイス上にダウンロードしてもよい。

ある実施形態では、ユーザは、コントローラ５００から少なくとも２つのゾーンプレーヤを含むと共に、結合ゾーンと称されるゾーングループを作成できる。ゾーングループ内のゾーンプレーヤを同期させて、ゾーングループ内のゾーンプレーヤの全てが、遅れや中断が聞こえない（または実質的に聞こえない）ような方法により同一の音源または同一の音源のリストを再生するように音声を再生させてもよい。同様に、幾つかの実施形態では、ユーザがコントローラ５００からグループの音量を増大させると、グループの音量を増大させる信号またはデータがゾーンプレーヤのうちのいずれか１つに送信されて、グループ内の他のゾーンプレーヤの音量をともに増加させる。

ユーザは、コントローラ５００を介して、「ゾーンのリンク」または「ゾーンの追加」のソフトボタンを作動させることによって、ゾーンプレーヤをゾーングループにグループ化でき、または、「ゾーンのリンク解除」または「ゾーンのドロップ」のボタンを作動させることによって、ゾーングループのグループ化の解除を行うことができる。例えば、オーディオ再生に関してゾーンプレーヤをともに「参加」させるための１つのメカニズムは、グループを形成するように多くのゾーンプレーヤをともにリンクすることである。多くのゾーンプレーヤをともにリンクするには、ユーザが手動でそれぞれのゾーンプレーヤや部屋を順にリンクするようにしてもよい。例えば、以下のゾーン：浴室、寝室、書斎、ダイニングルーム、ファミリールーム、玄関を含むマルチゾーンシステムの場合を想定する。

ある実施形態では、ユーザは例えば、単一のゾーンで開始してから手動でそのゾーンに各ゾーンをリンクすることによって、６つのゾーンプレーヤのうちの任意の数をリンクさせることができる。

ある実施形態では、（最初のゾーンのシーンを作成してから）ゾーンのシーンやテーマを作成するためのコマンドを使用することで、１セットのゾーンを動的に相互にリンクすることができる。例えば、「朝」のゾーンシーンコマンドは、１つのアクションで寝室、オフィスおよびキッチンのゾーンをともにリンクすることができる。この単一のコマンドを使用しない場合、ユーザは手動で個別に各ゾーンをリンクするだろう。単一のコマンドには、マウスクリック、マウスのダブルクリック、ボタン押し、ジェスチャーまたは他の幾つかのプログラムされたアクションが含まれてもよい。他の種類のゾーンシーンがプログラムされてもよい。

ある実施形態では、ゾーンシーンは、時間に基づいて始動される（例えば、目覚まし時計機能）。例えば、ゾーンシーンを午前８時に適用するように設定できる。システムは、適切なゾーンを自動的にリンクするとともに、再生する特定の曲を設定してから所定期間後に音楽を停止できる。任意の特定のゾーンが時間に基づいて「オン」または「オフ」の状態となるが、ゾーンシーンを用いることで、例えば、そのシーンにリンクされた全てのゾーンにおいて、特定の時および／または期間にて所定のオーディオ（例えば、お気に入りの歌や所定のプレイリスト）を再生できる。何らかの理由で、予定された音楽が再生されなかった場合には（例えば、空のプレイリスト、共有への接続なし、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）なし、インターネットラジオステーションへのインターネット接続なし）、バックアップブザーが鳴るようにプログラムすることもできる。ブザーは、例えば、ゾーンプレーヤに記憶されたサウンドファイルを含んでもよい。

Ｖ．例示的なアドホックネットワーク
図６に関する特定の例を提示し、例示のため、再生ネットワークへの接続を提供し且つ容易にする特定のシステムと方法について説明する。図６は、３つのゾーンプレーヤ６０２，６０４，６０６とコントローラ６０８を示す。これらは、ネットワークの枝（アドホックネットワーク６１０とも称される）を構成する。このネットワーク６１０は、無線、有線、または有線と無線の組み合わせであってもよい。一般的に、アドホックネットワーク（または「スポンテニアスネットワーク」）は、ローカルエリアネットワークまたは他のスモールネットワークであり、そこを通過するいかなる信号に対してもアクセスポイントが１つもないネットワークである、デバイス６０２，６０４，６０６，６０８はすべて、設けられたアドホックネットワーク６１０により、例えば「ピアツーピア」スタイルで互いに通信可能である。さらに、デバイスはネットワーク６１０に組み込まれたり外されたりすることが自由に行われる。また、ネットワーク６１０は、ユーザにより手作業で再構成されることを必要とすることなく、ネットワーク６１０自身が自動的に再構成することができる。図６ではアドホックネットワークを示しているが、再生ネットワークは、アドホックネットワークと完全にまたは部分的に異なる種類のネットワークであってもよいことが理解される。

アドホックネットワーク６１０を用いていれば、デバイス６０２，６０４，６０６，６０８は１つ以上の音源を共有または交換でき、また、動的にグループ化されて同一または異なる音源を再生できる。例えば、デバイス６０２，６０４はグループ化されて同じ１曲を再生し、これと並行して、デバイス６０６は別の曲を再生する。言い換えると、デバイス６０２，６０４，６０６，６０８は、図６に示すように、音源を配信し、かつ／または音を再生するハウスホールドシステム（HOUSEHOLD）を構成する。ここで、ハウスホールドシステムとは、ネットワーク化された複数のデバイスの集合体をいい、協働してアプリケーションまたはサービスを提供するものをいう。ハウスホールドシステムの例は、ハウスホールドシステム６１０（またはハウスホールド識別子）で特定される。ただし、ハウスホールドシステムは、異なるエリア（または場所）で特定されてもよい。

ある実施形態では、ハウスホールド識別子（ＨＨＩＤ）は、コンピュータで識別可能な短い文字列または識別子であって、ＨＨＩＤが確実に固有のものであるようにするのを支援するものである。したがって、ネットワーク６１０は、固有のＨＨＩＤと固有の変数（またはパラメータ）とにより特定される。変数やパラメータの例として、チャネル（例えば各周波数帯）、ＳＳＩＤ（ワイヤレスネットワークの名称としての英数字の配列）およびＷＥＰキー（有線と同等のプライバシーまたは他のセキュリティキー）がある。ある実施形態では、ＳＳＩＤはＨＨＩＤと同様に設定される。

ある実施形態では、各ハウスホールドシステムは２種類のネットワークノード、すなわちコントロールポイント（ＣＰ）とゾーンプレーヤ（ＺＰ）を含む。コントロールポイントは、ネットワーク設定の全課程やシーケンスを制御し、必要となるネットワークパラメータ（例えばＷＥＰキー）の自動生成を含む。また、一実施形態では、ＣＰは、ハウスホールドシステムのユーザインタフェースをユーザに提供する。ＣＰの機能は、例えば、ＣＰアプリケーションモジュールとして作用するコンピュータにより、または、ＣＰアプリケーションモジュールとして作用するハンドヘルドコントローラ（例えばコントローラ３０８）により提供できる。ゾーンプレーヤは、ネットワーク上に存在する他の任意のデバイスであってもよく、それは自動コンフィギュレーションプロセスに加わるように設けられたものである。本明細書において、「ＺＰ」は、例えばコントローラ６０８または計算装置を含む。ある実施形態では、ＣＰの機能とＺＰの機能の両方（またはそれぞれの機能の特定の部分）が単一のノードに集約される（例えば、ＺＰはＣＰを包含し、または逆にＣＰがＺＰを包含する）。

ある実施形態では、ハウスホールドシステムは、複数のＣＰと複数のＺＰが結合し既知の集合体を構成し、標準のネットワークプロトコル（例えば、有線イーサネットまたは無線イーサネットを利用したインターネット回線）を利用して通信する。一実施形態では、２種類のネットワーク／プロトコル、すなわちイーサネット８０２．３とワイヤレス８０２．１１ｇが採用される。ＣＰとＺＰとの間の相互接続には、ネットワークとプロトコルのいずれかが利用できる。ハウスホールドシステムのメンバとして存在するデバイスは、両種類のネットワークに同時に接続可能である。

両ネットワークが使用される環境では以下のことが想定される。すなわち、一方のシステムに存在する少なくとも１つのデバイスがブリッジデバイスとして両ネットワークに接続され、これにより複数の有線／無線ネットワーク間で、データ等の橋渡しサービスが提供される。図６では、ゾーンプレーヤ６０６は両ネットワークに接続されるように示されているが、これは例示的である。ネットワーク６１２への接続は、イーサネットおよび／または無線によりなされるものである一方、他のデバイス６０２，６０４，６０８への接続は、必要に応じて無線とイーサネットによりなされる。

ただし、幾つかの実施形態では、各ゾーンプレーヤ６０６，６０４，６０２は、クラウド（例えばインターネット）からメディアを検索する際に、ブリッジデバイスを介してインターネットにアクセスしてもよい。例えば、ゾーンプレーヤ６０２は、クラウド内にある特定のオーディオトラックへのアドレス指定を行うユニフォームリソースロケータ（ＵＲＬ）を記憶している。ゾーンプレーヤ６０２は、ＵＲＬを用いて、クラウドからオーディオトラックを検索し、最終的には１つ以上のゾーンプレーヤによりその音声を再生する。

ＶＩ．例示的なスパニングツリープロトコル
幾つかの実施形態では、再生ネットワーク上の複数のデバイスが、スパニングツリープロトコルを介して通信可能である。スパニングツリープロトコル（ＳＴＰ）は、ブリッジングループを避けるためのネットワークを構築するネットワークプロトコルを指す。一般的に、１）ルートノードの指定、２）他のノードからルートノードまでのパスコストが最小となる経路（最小パスコスト経路）の決定、３）他の経路の無効化が、ブリッジングループを避けるために行われる。ブリッジングループは、ネットワーク上の複数のエンドポイント（またはノード）間に２つ以上の通信経路（例えばデータリンク層経路）が存在する状況をいう。ＳＴＰは、例えばＩＥＥＥ８０２．１Ｄで標準化されている。幾つかの実施形態では、ＳＴＰは、接続されたスイッチおよび／または他のブリッジデバイスのメッシュ型ネットワーク内にスパニング木を形成すると共にスパニング木の一部でないリンクを無効にし、いずれか２つのネットワークノード間にアクティブパスを設ける。

イーサネットやトークンリングネットワークといったローカルエリアネットワーク（ＬＡＮ）において、コンピュータおよび／または他のデバイスは、共有の通信経路を常時競合して用いる。データを同時に送信しようとするデバイスの数が多すぎると、ネットワーク全体のパフォーマンスに悪影響が出る可能性がある。こうしたことが起こる可能性を減らすため、ローカル再生ネットワークは、２つまたはそれ以上のネットワーク領域に分割される。各ネットワーク領域は、いずれか２つの領域を接続する（ブリッジと称される）デバイスを有する。各データメッセージは、指定された目的地（例えば再生デバイス）に送信される前にブリッジを通過する。ブリッジは、データメッセージが送り手のネットワーク領域と同一のネットワーク領域内にある目的地へ送信されたものなのか、それとも送り手のネットワーク領域とは異なるネットワーク領域へ送信されたものなのかを判定し、それに従ってデータメッセージを転送する。ブリッジは、再生デバイス、および／または、ネットワーク上に存在する他のデバイスであってもよい。

各ブリッジは、スパニングツリーアルゴリズムを用いて、情報の処理方法と送信方法を決定する。スパニングツリーアルゴリズムは、複数の経路が存在する場合には最も効率の良い経路を用いることにより、ブリッジングループを避けるように構築される。最良経路が上手く行かない場合、アルゴリズムは、ネットワークの再計算を行って準最良経路を見つける。

ブリッジ識別子（ＩＤ）が最も小さい（例えば最も低い）ブリッジは、スパニングツリープロトコルのルートブリッジとされる。各ブリッジには、設定可能なプライオリティナンバとメディアアクセス制御（ＭＡＣ）アドレスとが存在するところ、ブリッジＩＤは、これらと１つの識別子とを結び付ける。複数のブリッジ間で最小パスコスト経路に差がない場合、ネットワークによるタイブレイクが行われるためのタイブレーカが構成され、どちらのブリッジをルートブリッジとするかが判定される。

スパニングツリープロトコルを用いることにより、ポイント間で最短経路が決定し、更にはゾーンプレーヤ間で低遅延音声データの不要なホップ数（中継の数）が減って（例えば０になって）、低遅延音声の配信が可能となる。スパニングツリープロトコルは、再生デバイス（例えばゾーンプレーヤ４００）が接続されるポートおよび／またはデバイスの情報を含むスパニングツリープロトコルテーブル（例えばメモリ４１０に記憶されている）で構成されてもよい。ある実施形態では、再生デバイス（例えばゾーンプレーヤ）は、スパニングツリーアルゴリズムの実行を容易にするスパニングツリープロトコルコントローラを備える。

図７は、スパニングツリープロトコルコントローラを備えた例示的なゾーンプレーヤ７００の機能ブロック図を示す。図７に示すゾーンプレーヤ７００は、図１に示す例示的なゾーンプレーヤ１０２〜１２４のいずれかとして用いられる。幾つかの実施形態では、ゾーンプレーヤ７００は、ホームシアター用ゾーンプレーヤ１１６，１１８，１２０のうちの１つとして用いられる。また、ゾーンプレーヤ７００はサウンドバーを備えている。本明細書で用いる場合、「サウンドバー」は、１つの再生デバイスであって、映像用の音声を再現すると共に通常の音声を再現するように構成されたスピーカアレイを備えるものを指す。幾つかの例では、サウンドバーはサラウンドサウンドを再現する（または一部再現する）。

図７に示すゾーンプレーヤ７００は、図４に示すゾーンプレーヤ４００と同様に、ネットワークインタフェース４０２（無線インタフェース４０４と有線インタフェース４０６を有する）、プロセッサ４０８、メモリ４１０、音声処理回路４１２、モジュール４１４、オーディオアンプ４１６、スピーカ４１８、１つ以上のアンテナ４２０を備える。これらの機器については説明済みである。必要に応じて、機器の数は増えても減ってもよい。

さらに、図７に示すゾーンプレーヤ７００は、制御インタフェース７０２とオーディオインタフェース７０４を備える。制御インタフェース７０２は、ネットワークインタフェース４０２を介して、制御情報（例えばコンフィグレーション情報）を送信および／または受信する。例えば、制御インタフェース７０２は、無線インタフェース４０４および／または有線インタフェース４０６を介して、１つ以上のゾーンプレーヤおよび／または他のゾーンプレーヤとの間で情報を通信する。幾つかの例で、制御インタフェース７０２は、他のゾーンプレーヤからの情報を受信する。制御インタフェース７０２は、追加的に（またはその代わりに）、インタフェース４０２を介して他のゾーンプレーヤに制御情報（チャネルプローブ、キープアライブプローブなど）を送信する。

図７に示すオーディオインタフェース７０４は、無線インタフェース４０４および／または有線インタフェース４０６を介して、オーディオ情報を送信および／または受信する。例えば、オーディオインタフェース７０４は、インターネット音源、ローカルネットワーク化された音源（例えばＬＡＮを介したコンピュータ）、および／または他のホームシアター機器（例えばテレビ、ケーブルボックス、光学メディアプレーヤ（ＤＶＤ、ブルーレイディスクなどのプレーヤ）、デジタルメディアプレーヤ、ゲーム機、および／または他種の音源）からデジタルオーディオ信号を受信する。さらに、オーディオインタフェース７０４は、受信したオーディオ情報を１つ以上のゾーンプレーヤに送信する。例えば、ＲＣＡ端子や光出力端子といったライン出力端子を介して、または２．４ＧＨｚインタフェースのようなインタフェース４０２を用いたメッシュ型ネットワークを介して標準のゾーンプレーヤに送信が行われ、かつ／または、スター型ネットワークを介して他のゾーンプレーヤに送信が行われる。幾つかの例で、オーディオインタフェース７０４は、制御インタフェース７０２から受信した制御情報に基づくオーディオ情報を送信する。

さらに、図７に示す第１の（primary）ゾーンプレーヤ７００は、スパニングツリープロトコルを制御するスパニングツリープロトコルコントローラ７０６を備える。図７に示すゾーンプレーヤ７００は、スパニングツリープロトコルを有利に利用して、メッシュ型ネットワーク内の他のゾーンプレーヤおよび／または他のデバイスと通信する。スパニングツリープロトコルを用いることにより、ポイント間で最短経路が決定し、更にはゾーンプレーヤ間で低遅延音声データの不要なホップ数が減って（例えば０になって）、低遅延音声の配信が可能となる。スパニングツリープロトコルは、例えばゾーンプレーヤ７００が接続されるポートおよび／またはデバイスの情報を含むスパニングツリープロトコルテーブル（例えばメモリ４１０に記憶されている）で構成されてもよい。スパニングツリープロトコルコントローラ７０６は、ゾーンプレーヤが追加されたとき、かつ／またはゾーンプレーヤの構成が変化したときに、スパニングツリープロトコルテーブルを再構成する。例えば、スパニングツリープロトコルコントローラ７０６は、ゾーンプレーヤ７００がサテライト型のゾーンプレーヤ（例えばメッシュ型ネットワーク化モードを介して接続された）との接続を切ると共に異なるネットワーク化モード（例えばスター型ネットワーク化モード）でサテライト型の同じゾーンプレーヤに再接続を行ったときに、スパニングツリープロトコルテーブルを変更する。

図８は、ゾーンプレーヤ８０２，８０４，８０６，８０８を備えたゾーンプレーヤネットワーク８００のブロック図を示す。また、図８は、ゾーンプレーヤネットワークがメッシュ型である場合の、ゾーンプレーヤ８０２〜８０８の各スパニングツリープロトコルテーブル８１０，８１２，８１４，８１６を示す。図８に示すメッシュ型では、ゾーンプレーヤ８０２〜８０８のいずれかが、他のいずれかの（１つ以上の）ゾーンプレーヤ８０２〜８０８と一緒に、かつ／または共通ネットワークに接続された他のいずれかのゾーンプレーヤと一緒に、ゾーングループ内でグループ化される。

スパニングツリープロトコルテーブル８１０〜８１６は、各ゾーンプレーヤ８０２〜８０８のスパニングツリープロトコルを示す。ゾーンプレーヤネットワーク８００において、ゾーンプレーヤ８０２（ＺＰ１）は他のゾーンプレーヤ８０４〜８０８に対するルートノードとして構成されている。ただし、ゾーンプレーヤ８０２以外のゾーンプレーヤがネットワークのルートノードとされるゾーンプレーヤネットワークが存在してもよい。この場合、ゾーンプレーヤ８０２は、ゾーンプレーヤ８０４〜８０８を始点とする最小パスコスト経路が通るようなノードとされる。ゾーンプレーヤ８０４〜８０８は、それぞれのアドレスに基づくノードとされる。

ゾーンプレーヤ８０２のスパニングツリープロトコルテーブル８１０は、ゾーンプレーヤ８０２が用いるポートについてのフォワーディングテーブルを含む。あるゾーンプレーヤ（例えばゾーンプレーヤ８０８）が当初にネットワーク８００に接続された場合、残りのゾーンプレーヤ８０２〜８０６のスパニングツリープロトコルコントローラ７０６は、それぞれエントリーを追加して新たなゾーンプレーヤ８０８への接続を反映させる。

メッシュ型ネットワークは、デバイスが他のデバイスからのプローブを（無線周波数（例えば２．４ＧＨｚ）におけるチャネルを介して）認識した場合に、ランタイムにおいて生成される。（例えばネットワーク８００に追加される）新規デバイスの存在が認識されると、ネットワーク上に存在する各デバイス（例えばゾーンプレーヤ８０２〜８０６）は、ブリッジ層内にそれぞれピアツーピアトンネルを設ける。ピアツーピアトンネルは、新規デバイス８１８（例えば、新規デバイスの媒体アクセス制御（ＭＡＣ）アドレス）の特定、ポート（またはトンネル）８２０の種類（例えばピアツーピア、無線ピアツーピア）の特定、ポート（またはトンネル）８２２のフォワーディングステート（例えば、新規デバイスから送信されたパケットとの関係）の特定、および、リモートポートトンネル８２４のフォワーディングステート（例えば、スパニングツリープロトコルテーブルに関連するデバイスから受信したパケットと新規デバイスとの関係）の特定を行うものである。

ネットワーク８００では、プローブが、期待されるゾーンプレーヤ８０２の識別情報（例えばＵＵＩＤ）を含むものであるかを知るために、当該プローブの検査が行われる。プローブがゾーンプレーヤ８０２から送信されたものでない場合、プローブは無視されてピアツーピアトンネルは生成されない。その結果、有線イーサネットのポートが、１つの無線ピアツーピアトンネルに橋渡しされ、ゾーンプレーヤ８０４〜８０８のうちの１つがゾーンプレーヤ８０２に接続される。サテライト型のゾーンプレーヤ８０４〜８０８がゾーンプレーヤ８０２からのプローブを受信しなかったことを理由にピアツーピアトンネルが設けられない場合であっても、ゾーンプレーヤネットワーク８００は有線ポートを用いて成立させることができる。

ゾーンプレーヤネットワーク８００を片方向（single-linked）メッシュ型ネットワークとして開始することにより（あるいは、ゾーンプレーヤの構成がメッシュ型からスター型もしくはサテライト型に変化する場合）、ネットワーク８００の更なるトポロジ変更の回数が減る（例えば最少になる）可能性がある。ゾーンプレーヤネットワーク８００がフルメッシュ型で開始し、さらに、第１のゾーンプレーヤ８０２が見いだされた後にゾーンプレーヤへの（ゾーンプレーヤ８０２以外への）ピアツーピアリンクが除去されると、使用される１つ以上のリンクが除去されて音声の再生が妨げられる可能性がある。さらに、フルメッシュ型で新規ゾーンプレーヤを起動すると、ゾーンプレーヤが起動する（例えば作動し、かつ／または、ネットワーク８００に追加される）たびに、更なるトポロジ変更が必然的に生じる。幾つかの例ではネットワーク８００が再構成されるところ、こうしたトポロジ変更により、ネットワークに対する大幅な性能の低下が生じる可能性がある。

スパニングツリープロトコルテーブル８１２〜８１６に示すように、ポートの幾つかは
スパニングツリープロトコルに従ってブロックされている。ブロックされたポートにより、ネットワーク内でのデータのループが低下する（例えば防止される）。

ＶＩＩ．スパニングツリープロトコルによるルート選択
ある実施形態では、ハウスホールドシステム（ＨＨ）ネットワークに追加される第１のゾーンプレーヤが、スパニング木のルートとして選択される。ルートとして追加される第１のゾーンプレーヤの指定は、当該第１のゾーンプレーヤの「ブリッジプライオリティ」を、ローカルネットワーク（例えばハウスホールドネットワーク）に追加される他のいずれのゾーンプレーヤのものよりも低くなるようにスタティックに構成することにより容易に行われる。ある実施形態では、ブリッジプライオリティが、ルート選択について比較の対象となる第１のパラメータ（例えば、ブリッジプライオリティの低い方が勝者である）であるので、ローカルネットワークに追加される第１のゾーンプレーヤが、スパニング木のルートとして常に確実に選択される。

例えばユーザがルートを別の場所に移動させた場合、ルート決定の副次的な影響が生じ、元の或る「ルート」ゾーンプレーヤはそのホームルータに対し離れた位置からマルチホップすることになる。ブリッジプライオリティがスタティックに構成されているので、より最適なスパニング木のルートが利用可能であっても、このゾーンプレーヤは依然としてそれ自身をスパニング木のルートとして選択する。これにより、フレームフォワーディングのための準最適経路（例えば図９に示すもの）が生じる。

ある実施形態では、スパニング木のルートを再選択して準最適ルートの選択を避ける方法が提供される。再選択のプロセスは、スパニング木の現ルートにより開始される。また、再選択のプロセスは、当該ネットワークについてデフォルトルータに最も近いゾーンプレーヤがスパニング木のルートであるという前提に基づいている。

ある実施形態では、指定されたターゲットにメッセージを到達させるために多くの中継が必要になることに鑑みて、ネットワークのスパニング木の好ましいルートまたは「最適ルート」が、デフォルトルータ（例えばハウスホールドシステムのデフォルトルータ）に最近傍のものである。例えば、現ルートからそのデフォルトルータへユニキャストフレームが送信された場合、他の或るゾーンプレーヤがこのフレームを受信するのは、現ルートがスパニング木の最適ルートになっていないときである。

ある実施形態では、１つより大きい数のブリッジが直接にデフォルトルータに接続されている場合、複数のブリッジのどれかスパニング木のルートとして選択できる。

再選択プロセスの場合、ローカルネットワーク（例えばハウスホールドシステム）内に存在する各ゾーンプレーヤは、そのデフォルトルータのＭＡＣアドレスについてフォワーディングエントリを有するものとみなされる。これにより、デフォルトルータのＭＡＣアドレスで特定されたユニキャストフレームをゾーンプレーヤが受信した場合に、当該ゾーンプレーヤが例えばゾーンプレーヤのフォワーディングポートのすべてにはユニキャストフレームを送信しない。

ある実施形態では、以下のゾーンプレーヤがルート選択に参加することになる。すなわち、第１に、デフォルトルータへの有効なフォワーディングエントリを有するルートゾーンプレーヤである。第２に、デフォルトルータへの有効なフォワーディングエントリとフォワーディングステートにおける少なくとも１つのレガシーポートとを有する中間ゾーンプレーヤである。中間ゾーンプレーヤは、例えばルートゾーンプレーヤからデフォルトルータへの経路上にある。現在スパニング木のルートとして機能しているゾーンプレーヤにより、ルート選択が開始される。どのゾーンプレーヤもルートとして機能しない場合、ユーザが手作業で構成したデバイスがトポロジのルートとなり、この場合ルート選択は行われない。

ある実施形態では、ルートパスコストの決定を伴うクエリベースのプロセスを用いて、ルートの選択が容易に行われる。スパニング木の現ルートは、ルートパスコストの分析を行って、特別なユニキャストの「ルートパスコストクエリ」フレーム（例えばrtPathCostQry）を、そのデフォルトルータに送信する。現在のルートが最適ルートである限り、他のゾーンプレーヤはこのフレームを受信せず、当該ゾーンプレーヤは、現ルートからのメッセージをルータに中継する。ハウスホールドシステム内の各ゾーンプレーヤがその特別なユニキャストフレームを受信するように設定されているとすると、各ゾーンプレーヤは、ゾーンプレーヤの「ルートパスコスト」を含む現ルートにレスポンスを返す。

スパニング木のルートブリッジへの「ルートパスコスト」が、接続されたゾーンプレーヤからルートまでの経路であって、全ゾーンプレーヤからルートまでの全経路においてコストが好ましい（または最適な）経路である。経路を往来するコストは、その経路上の領域のコストである。種々の技術は、複数のネットワーク領域について異なるデフォルトコストを有する。ある実施形態では、スパニングツリーの最適ルートは、例えば「ルートパスコスト」の値が最大となるゾーンプレーヤである。

図９は、ネットワーク９００における準最適なスパニングツリーのルートの選択プロセスを示す。図９に示すように、ハウスホールドネットワーク９００は、ルータ９０５、第１のゾーンプレーヤ９１０、第２のゾーンプレーヤ９１５および第３のゾーンプレーヤ９２０を備える。当該ネットワークのルートとして現在指定されている第１のゾーンプレーヤ９１０は、ルータ９０５と通信する（符号９０２で示す）と共に、メッセージフレーム９０４を第２のゾーンプレーヤ９１５に送信する。このメッセージフレーム９０４は、無線中継を１回行って第２のゾーンプレーヤ９１５に到達する。

図９に示すように、ユーザが第１のゾーンプレーヤ９１０を別の場所に移動させた場合、第１のゾーンプレーヤ９１０は違う経路に沿ってフレームを第２のゾーンプレーヤ９１５に送信する。つまり、ルータ９０５からのフレームは、２回のホップ９０６，９０８，９１２を行って、ルータ９０５から第３のゾーンプレーヤ９２０、第１のゾーンプレーヤ９１０、第２のゾーンプレーヤ９１５へと伝送される。パスコストが増加したことにより、第１のゾーンプレーヤ９１０はもはや最適ルートの選択を行わない。この例では、第３のゾーンプレーヤ９２０がより最適ルートを選択して、ルータ９０５と他のゾーンプレーヤ９１０，９１５との間で通信を行う。

図１０は、スパニングツリーのルート選択方法１０００のフロー図を示す。ブロック１００５では、ネットワーク（例えばハウスホールドメッシュ型ネットワークまたはスター型ネットワーク）上の現ルートが、ユニキャストメッセージをネットワークのルータに送信する。ブロック１０１０では、ネットワーク上の他のゾーンプレーヤがユニキャストメッセージを受信したか否かが判定される。受信していない場合、現ルートは、再度ユニキャストメッセージを（例えば周期的に、または時間内の後半に）送信する。ルータでなく（またはルータの前に）他のゾーンプレーヤがユニキャストメッセージを受信した場合、次のブロック１０１５で、現ルートが、他のゾーンプレーヤからレスポンスを受信する。ブロック１０２０では、現ルートが、受信したレスポンスに基づいて、ネットワークのスパニングツリーの最適ルートを決定する。ブロック１０２５では、ルートが指定される。例えば、現ルートは、現在のネットワークのスパニングツリーについては他のゾーンプレーヤがより最適であると判定し、メッセージを送信して他のゾーンプレーヤを新規ルートとして指定する。

図１１は、ルートが再選択されたスパニング木の構成で接続された複数のデバイスを含むネットワーク１１００を示す図である。デフォルトルータ１１０５は、通信リンク１１０２，１１０４，１１０６を介して、複数のゾーンプレーヤ１１１０，１１１５，１１２０と通信する。当初はネットワークの現ルートとしてゾーンプレーヤ１１２０が指定される。ゾーンプレーヤ１１２０のルートパスコストのクエリは、ユニキャストメッセージフレームをデフォルトルータ１１０５に送信する。

ゾーンプレーヤ１１１５は、ゾーンプレーヤ１１２０からメッセージを受信すると、関連するコスト（例えばコスト１５０）を有するレスポンス１１０８を送信する。また、ゾーンプレーヤ１１１０は、ゾーンプレーヤ１１１５を介してメッセージを受信し、レスポンス１１０８よりも大きいコスト（例えばコスト３００）を有するレスポンス１１１２を返す。このようにする理由は、ゾーンプレーヤ１１１０がルータ１１０５に近く、現ルート１１２０から遠いからである。

ゾーンプレーヤ１１２０は、レスポンス１１０８，１１１２を受信し、それらのコストを分析する（例えば３００対１５０）。ルートパスコストの分析に基づいて、ゾーンプレーヤ１１２０により当該ルートがもはや最適ルートでないと判定されると、より高いコストを有するゾーンプレーヤ１１１０が、ネットワーク１１００についての新規ルートとして指定される。

図１２は、スパニングツリーのルートの選択方法１２００のフロー図を示す。ブロック１２０５では、デバイスが、それ自身が現ルートであるか否かを判定する。例えば、ローカル再生ネットワーク上の再生デバイスが、それ自身のＩＰアドレスを得て、それがローカルネットワークにおけるスパニングツリーのルートであると判定する。デバイスは、例えばスパニングツリーのルートパスコストを調べることにより、そのデバイス自身がルートであるか否かを判定する。デバイスのルートパスコストが「０」である場合、当該デバイスがスパニングツリーのルートとなる。ブロック１２１０では、ルートが、ブリッジテーブルにおけるデフォルトルータのＭＡＣアドレスへのエントリ（期限切れでないもの）について、それ自身が有するか否かを判定する。その場合、ブロック１２１５では、ルートが、ユニキャストメッセージ（例えばパスコストクエリフレーム）をそのデフォルトルータに送信する。ある例では、ユニキャストフレームは、特別なイーサタイプを有しており、それ自身をルートパスコストのクエリフレームとして特定する。各再生デバイスは、このフレームを受信するように設定されている。一例では、このフレームは、デフォルトルータにより放棄される。

また、ブロック１２２０では、所定時間に設定されたタイマを開始する。所定時間は、中間デバイスからレスポンスが返信されるのをルートが期待する時間内の値に設定される。例えば、タイマは変数PATH_COST_QRY_TIMEOUT（３秒かそれ以上）に設定されてもよい。ルートがこの時間内にレスポンスを受信しない場合、ルートは、それ自身がスパニングツリーの最適ルートであるとみなす。

ブロック１２２５では、デバイスがメッセージを受信する。例えば、ルートとルータとの間に位置する中間ゾーンプレーヤが、当該メッセージを受信すると共に、例えばイーサタイプフィールドを用いて、特別なルートパスコストクエリ(rtPathCostQry)フレームを特定する。ブロック１２３０では、中間デバイスが、ブリッジテーブルにおけるＭＡＣディスティネーションアドレスへのフォワーディングエントリ（期限切れでないもの）について、それ自身が有するか否かを判定する。有しない場合、ブロック１２３５で、メッセージが破棄される。中間デバイスがメッセージへディスティネーションへのフォワーディングエントリを有する場合、ブロック１２４０で、デバイスがメッセージを転送する。例えば、中間ゾーンプレーヤは、スパニングツリーの規則に従って、標準のユニキャストフレームとしてフレームを転送する。ブロック１２４５では、デバイスは、関連するルートパスコストを有するルートに応答を返す。例えば、ゾーンプレーヤが（例えばアプリケーションプロセスを用いて）フレームを受信するように設定される共に、フォワーディングステートで少なくとも１つの有線／無線インタフェースを有する場合、ゾーンプレーヤはゾーンプレーヤの現「ルートパスコスト」にレスポンスを送信する。ただし、中間のゾーンプレーヤがルートパスコストクエリのＭＡＣディスティネーションアドレスへのフォワーディングエントリを有しない場合、ゾーンプレーヤはrtPathCostQryフレームを無効にする。

ブロック１２５０では、メッセージがルートからルータに送信される際に、デバイスによる受信プロセス（ブロック１２２５〜１２４５）が後続の中継で繰り返される。理想的な例では、既存のルートが最適ルートである場合、ネットワーク上に存在する他のいずれのゾーンプレーヤもrtPathCostQryフレームを受信しない。いずれかのゾーンプレーヤがゲートウェイフレームへのホップを受信した場合、スパニングツリーを最適化する余地がある。

ブロック１２５５では、ルートが、与えられた時間内にいずれかのレスポンスが受信されたか否かを判定する。レスポンスが受信されなかった場合、ブロック１２６０で、ルート指定は変わらないままである。ブロック１２６５では、ルートが中間デバイスからいずれかのレスポンスを受信した場合、新規ルートが判定される。新規ルートの決定は、例えば、中間ゾーンプレーヤから送信されたルートパスコストのレスポンスどうしを比較して行われる。

ブロック１２７０では、新規ルートデバイスに、当該デバイスがルートとして指定されたことが通知される（例えばブリッジプライオリティが交換される）。ネットワーク上の他のデバイスにも同様の内容が通知されてよい。ブロック１２７５では、ルートデバイスが、ネットワークトポロジの変化があったか否かを判定する。変化があった場合、プロセスはブロック１２０５から再スタートする。変化がない場合、デバイスはトポロジの変化を待ってルート選択を再評価する。ある実施形態では、ネットワークトポロジの変化があった後にルート選択を再評価する代わりに（またはそれに加えて）、ルートブリッジのパワーサイクルの後にルートを再選択してもよい。

ある実施形態では、トポロジ変更中に、１つより大きい数のブリッジが、それ自身がスパニングツリーのルートを有すると判定する。現ルートのゾーンプレーヤは、この時間内にルート選択が開始するのを妨げるように、最後のトポロジ変更通知を受け取った後の所定期間待機するように構成される。この時間内に新しいトポロジ変更通知が受信されない場合、ルートデバイスはルート選択プロセスを開始する。

ある実施形態では、スパニングツリープロトコルにおけるトポロジ変更通知（ＴＣＮ）の伝達は低速で行われる。デバイスが一旦ＴＣＮを送信する必要があると判定すると、当該デバイスは、ルートのポートを通じて、指定されたブリッジにＴＣＮを転送する。指定されたブリッジは、アクノレッジメント（ＡＣＫ）を返信し、ＴＣＮをルートに転送する責任(responsibility)を有する。ＴＣＮのフレームを受信した後、ルートはトポロジ変更（ＴＣ）のフラッグを「Ｈｅｌｌｏ」フレームにセットする。その後に、ＴＣは、ネットワーク内の他のブリッジにより転送される。Ｈｅｌｌｏインターバルと、Ｈｅｌｌｏフレームが必要とするホップ数に応じて、ブリッジがＴＣＮフレームをルートに送信するまでの時間と、幾つかのブリッジ数のホップが通知を受信するまでの時間との間に大幅な遅延が存在する。したがって、ある実施形態では、ＴＣＮの設定時間は、以下の組み合わせで決定される。すなわち、１）ＴＣＮを生成するブリッジからルートブリッジまでＴＣＮが伝送されるまでの時間（例えば１．５ｍｓ）、および、２）ネットワーク内の全ブリッジへルートのハローが伝送されるまでの時間（例えば最大７ホップとして）である。例えば、Ｈｅｌｌｏインターバル時間は、Ｈｅｌｌｏインターバルが２秒であるとして、７ホップ＋１ホップで１５秒である。ある実施形態では、ルートと中間ゾーンプレーヤとが確実にデフォルトルータへのフォワーディングエントリを有するように、ルートは、ルート選択プロセスを開始する前に、デフォルトルータのＩＰアドレスに対してアドレス解決プロトコル（ＡＲＰ）リクエストを送信する。

図面においてある例が示されているが、図面に示された１つ以上のインタフェース、データ構造、要素、プロセスおよび／またはデバイスは、任意の方法で、組み合わせ、分割、再構成、省略、削除および／または実装されてよい。さらに、１つ以上のコンポーネントは、ハードウェア、ソフトウェア、ファームウェア、および／または、これら（ハードウェア、ソフトウェアおよび／またはファームウェア）の任意の組み合わせにより実装できる。したがって、例えば本明細書で開示しているコンポーネントのいずれかは、１つ以上の回路、プログラマブルプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、および／またはフィールドプログラマブルロジックデバイス（ＦＰＬＤ）などにより実装されてもよい。

この出願のいずれかの装置の請求項が純粋なソフトウェアおよび／またはファームウェアの実装をカバーするように記載されている場合、本明細書において、例示的なコンポーネントのうち少なくとも１つが、ソフトウェアおよび／またはファームウェアを記憶するメモリ、ブルーレイ、ＤＶＤ、ＣＤなどのコンピュータ読み出し可能な記録媒体を含むように明確に定義されている。さらに、本明細書で開示されているデバイスは、図面に示したものに加えて（または代わって）１つ以上の要素、プロセスおよび／またはデバイスを備えてもよく、かつ／または、図示した複数のエレメント、プロセスおよびデバイスのうちの１つより大きい数のものを備えてもよい。

ＶＩＩＩ．結論
上記の通り、メディアコンテンツの配信において認識できる程度の遅延を低下させつつ（または回避しつつ）、ハウスホールドシステムおよび／または他の再生環境において無線による音声再生を可能とするシステムと方法が得られる。本明細書で説明している環境を利用してネットワークトポロジを変更することにより、有効かつ低遅延のメディアコンテンツ配信を継続して行うことができる。さらに、本明細書で説明している実施形態は、無線通信リンクによるメディアコンテンツの低遅延配信が必要となる（または好ましい）システムにおいて有用である。

ある実施形態により提供される方法は、再生ネットワーク上で現ルートデバイスとして指定された再生デバイスが、再生ネットワーク上のルータにクエリメッセージを送信するステップを含む。再生ネットワークは、スパニングツリープロトコルに従って組織されている。また、この方法は、現ルートデバイスが、その現ルートデバイスとルータとの間に位置する少なくとも１つの中間デバイスから送信されたレスポンスを評価するステップを含む。少なくとも１つの中間デバイスは、現ルートデバイスからルータに送信されたクエリメッセージを中継すると共に、中間デバイスに関連するルートパスコストを示すレスポンスを現ルートデバイスへ返信する。また、この方法は、現ルートデバイスが、ルートパスコストを示すレスポンスを基に、再生ネットワークについて新規ルートデバイスを決定するステップを含む。また、この方法は、新規ルートデバイスが現ルートデバイスと異なる場合に、現ルートデバイスと新規ルートデバイスとの間でブリッジプライオリティを現ルートデバイスにより交換するステップを含む。

ある実施形態により、プロセッサが実行する命令を有するコンピュータ読取可能な記録媒体が提供される。この命令がプロセッサにより実行されると、再生ネットワークにおいてスパニングツリーのルート選択方法が実施される。この方法は、再生ネットワーク上で現ルートデバイスとして指定された再生デバイスが、再生ネットワーク上のルータにクエリメッセージを送信するステップを含む。再生ネットワークは、スパニングツリープロトコルに従って組織されている。また、この方法は、現ルートデバイスが、その現ルートデバイスとルータとの間に位置する少なくとも１つの中間デバイスから送信されたレスポンスを評価するステップを含む。少なくとも１つの中間デバイスは、現ルートデバイスからルータに送信されたクエリメッセージを中継すると共に、中間デバイスに関連するルートパスコストを示すレスポンスを現ルートデバイスへ返信する。また、この方法は、現ルートデバイスが、ルートパスコストを示すレスポンスを基に、再生ネットワークについて新規ルートデバイスを決定するステップを含む。また、この方法は、新規ルートデバイスが現ルートデバイスと異なる場合に、現ルートデバイスと新規ルートデバイスとの間でブリッジプライオリティを現ルートデバイスにより交換するステップを含む。

ある実施形態により提供されるメディア再生デバイスは、ネットワーク接続を介してデータを送受信する通信インタフェースを備える。このデータは、再生用マルチメディアコンテンツを含む。また、このデバイスは、命令とデータを記憶するメモリを備える。この命令とデータは、ローカル再生ネットワークについてのルートとしてメディア再生デバイスの指定を行うものである。また、このデバイスはプロセッサを備える。このプロセッサは、ローカル再生ネットワーク上のルータにクエリメッセージを送信するように構成されている。ローカル再生ネットワークは、スパニングツリープロトコルに従って組織されている。また、プロセッサは、ルートとルータとの間に位置する少なくとも１つの中間デバイスから送信されたレスポンスを評価するように構成されている。少なくとも１つの中間デバイスは、ルートからルータに送信されたクエリメッセージを中継すると共に、中間デバイスに関連するルートパスコストを示すレスポンスをルートへ返信する。また、プロセッサは、ルートパスコストを示すレスポンスを基に、ローカル再生ネットワークについて新規ルートを決定するように構成されている。また、プロセッサは、新規ルートがルートと異なる場合に、メディア再生デバイスと、新規ルートに関連する中間デバイスとの間でブリッジプライオリティを交換するように構成されている。

記載が、多岐に亘る例示的なシステム、方法、装置および製造に関して行われ、その他の構成、ファームウェアおよび／またはハードウェア上で実行されるソフトウェアに関しても行われた。しかし、それらは、単に例示であって、制限を意味するものではない。例えば、これらのファームウェア、ハードウェアおよび／またはソフトウェアは、ハードウェア単独で実施でき、ソフトウェア単独で実施でき、ファームウェア単独で実施でき、ファームウェア、ハードウェアおよびソフトウェアのうちの二以上を組み合わせても実施できる。例示的なシステム、方法、装置および／または製造品が記載されているけれども、それらは、そのような、システム、方法、装置および／または製造品が実施される唯一の手法ではない。

加えて、示された、特定の特徴、構造、または、実施形態に関連して記載された構成は、一実施形態として発明に含まれる。この明細書の様々な場所でのフレーズは、そのフレーズが行われた実施形態に限定されるものではなく、他の実施形態にも適用できる。また、明細書で記載された実施形態を、他の実施形態と結合されることができることは、当業者には、明白である。

明細書は、ネットワークに結合されたデータ処理装置の動作と直接または間接的に共通点がある、例示的な環境、システム、手続き、ステップ、論理ブロック、処理およびその他の象徴する記載を行った。これらのプロセスの記述および表現によって、当業者は本発明を効率的に実施できる。明細書は、開示の理解が得られるように説明した。しかし、当業者は、この発明のある実施形態が、特定の細部なしで実施できることを理解できる。他の事実として、実施例の側面をいたずらに曖昧（冗長）にすることを回避するため、周知の方法、手続き、成分および電気回路が、詳細に記載されていない。したがって、開示の範囲は、行われた実施形態の記載よりも添付の特許請求の範囲により規定される。

添付の特許請求の範囲のいずれかが、ソフトウェアおよびファームウェアのうちの少なくとも一方をカバーするとき、それらの少なくとも１つを記憶する、メモリ、ＤＶＤ、ＣＤ、ブルーレイ等、または、ソフトウェアおよびファームウェアのうちの少なくとも１つの有体の媒体は、本発明の範疇に含まれる。

Claims (20)

1. 再生ネットワーク上で現ルートデバイスとして指定された再生デバイスが、前記再生ネットワーク上のルータにクエリメッセージを送信するステップ、ここで前記再生ネットワークは、スパニングツリープロトコルに従って組織されたものである、
   前記現ルートデバイスが、該現ルートデバイスと前記ルータとの間に位置する少なくとも１つの中間デバイスから送信されたレスポンスを評価するステップ、ここで前記少なくとも１つの中間デバイスは、前記現ルートデバイスから前記ルータに送信された前記クエリメッセージを中継すると共に、前記中間デバイスに関連するルートパスコストを示すレスポンスを前記現ルートデバイスへ返信する、
   前記現ルートデバイスが、前記ルートパスコストを示すレスポンスを基に、前記再生ネットワークについて新規ルートデバイスを決定するステップ、
   前記現ルートデバイスが、前記新規ルートデバイスが前記現ルートデバイスと異なる場合に、該現ルートデバイスと前記新規ルートデバイスとの間でブリッジプライオリティを交換するステップを含む
   方法。
2. さらに、ルートの再選択が前記再生ネットワークのトポロジ変更時に開始されるステップを含む、
   請求項１に記載の方法。
3. さらに、ルートの再選択が前記現ルートデバイスの起動時に開始されるステップを含む、
   請求項１に記載の方法。
4. 前記少なくとも１つの中間デバイスから送信されたレスポンスを評価するステップと、前記新規ルートデバイスを決定するステップとは、送信されたルートパスコストどうしを比較して、最も大きいルートパスコストの値に関連する中間デバイスを前記新規ルートデバイスとして選択するステップを含む、
   請求項１に記載の方法。
5. レスポンスが受信されない場合、前記現ルートデバイスが、前記再生ネットワークのルートデバイスとして維持される、
   請求項１に記載の方法。
6. さらに、前記現ルートデバイスが、レスポンスを受信するための時間にタイマをセットするステップを含む、
   請求項１に記載の方法。
7. さらに、前記現ルートデバイスが、前記再生ネットワーク上のデバイスに、トポロジ変更通知を伝送するステップを含む、
   請求項１に記載の方法。
8. プロセッサが実行する命令を有するコンピュータ読取可能な記録媒体であって、該命令が前記プロセッサにより実行されると、再生ネットワークにおいてスパニングツリーのルート選択方法が実施されるものであり、
   前記方法は、
   再生ネットワーク上で現ルートデバイスとして指定された再生デバイスが、前記再生ネットワーク上のルータにクエリメッセージを送信するステップ、ここで前記再生ネットワークは、スパニングツリープロトコルに従って組織されたものである、
   前記現ルートデバイスが、該現ルートデバイスと前記ルータとの間に位置する少なくとも１つの中間デバイスから送信されたレスポンスを評価するステップ、ここで前記少なくとも１つの中間デバイスは、前記現ルートデバイスから前記ルータに送信された前記クエリメッセージを中継すると共に、前記中間デバイスに関連するルートパスコストを示すレスポンスを前記現ルートデバイスへ返信する、
   前記現ルートデバイスが、前記ルートパスコストを示すレスポンスを基に、前記再生ネットワークについて新規ルートデバイスを決定するステップ、
   前記現ルートデバイスが、前記新規ルートデバイスが前記現ルートデバイスと異なる場合に、該現ルートデバイスと前記新規ルートデバイスとの間でブリッジプライオリティを交換するステップを含む
   コンピュータ読取可能な記録媒体。
9. 前記方法は、さらに、ルートの再選択が前記再生ネットワークのトポロジ変更時に開始されるステップを含む、
   請求項８に記載のコンピュータ読取可能な記録媒体。
10. 前記方法は、さらに、ルートの再選択が前記現ルートデバイスの起動時に開始されるステップを含む、
    請求項８に記載のコンピュータ読取可能な記録媒体。
11. 前記少なくとも１つの中間デバイスから送信されたレスポンスを評価するステップと、前記新規ルートデバイスを決定するステップとは、送信されたルートパスコストどうしを比較して、最も大きいルートパスコストの値に関連する中間デバイスを前記新規ルートデバイスとして選択するステップを含む、
    請求項８に記載のコンピュータ読取可能な記録媒体。
12. レスポンスが受信されない場合、前記現ルートデバイスが、前記再生ネットワークのルートデバイスとして維持される、
    請求項８に記載のコンピュータ読取可能な記録媒体。
13. さらに、前記現ルートデバイスが、レスポンスを受信するための時間にタイマをセットするステップを含む、
    請求項１に記載の方法。
14. メディア再生デバイスであって
    ネットワーク接続を介してデータを送受信する通信インタフェース、ここで前記データは再生用マルチメディアコンテンツを含むものである、
    命令とデータを記憶するメモリ、ここで前記命令とデータは、ローカル再生ネットワークについてのルートとして前記メディア再生デバイスの指定を行うものである、
    プロセッサ
    を備え、前記プロセッサは、
    前記ローカル再生ネットワーク上のルータにクエリメッセージを送信し、ここで前記ローカル再生ネットワークは、スパニングツリープロトコルに従って組織されたものである、
    前記ルートと前記ルータとの間に位置する少なくとも１つの中間デバイスから送信されたレスポンスを評価し、ここで前記少なくとも１つの中間デバイスは、前記ルートから前記ルータに送信された前記クエリメッセージを中継すると共に、前記中間デバイスに関連するルートパスコストを示すレスポンスを前記ルートへ返信する、
    前記ルートパスコストを示すレスポンスを基に、前記ローカル再生ネットワークについて新規ルートを決定し、
    前記新規ルートが前記ルートと異なる場合に、前記メディア再生デバイスと、前記新規ルートに関連する前記中間デバイスとの間でブリッジプライオリティを交換する、ように構成されている
    メディア再生デバイス。
15. 前記プロセッサは、前記ローカル再生ネットワークのトポロジ変更時にルートの再選択を開始するように構成されている、
    請求項１４に記載のデバイス。
16. 前記プロセッサは、前記メディア再生デバイスの起動時にルートの再選択を開始するように構成されている、
    請求項１４に記載のデバイス。
17. 前記プロセッサは、前記少なくとも１つの中間デバイスから送信されたレスポンスの評価と、前記新規ルートデバイスの決定において、送信されたルートパスコストどうしを比較して、最も大きいルートパスコストの値に関連する中間デバイスを前記新規ルートとして選択するように構成されている、
    請求項１４に記載のデバイス。
18. 前記プロセッサは、レスポンスが受信されない場合に前記メディア再生デバイスを前記ローカル再生ネットワークのルートとして維持するように構成されている、
    請求項１４に記載のデバイス。
19. 前記プロセッサは、レスポンスを受信するための時間にタイマをセットするように構成されている、
    請求項１４に記載のデバイス。
20. ゾーンプレーヤを備える、
    請求項１４に記載のデバイス。

Images