JP6084261B2 - ウェブベースの音楽パートナーシステムおよびその方法 - Google Patents

Description

本開示技術は、家電の分野で使用される技術に向けられる。特に、いくつかの実施形態は、各種コンテンツプロバイダからのマルチメディアコンテンツの構成およびそれへのアクセスの促進を目的とする。

音楽は、我々の生活の中で非常に大きな部分を占める。技術の進化により、音楽のコンテンツは以前よりもアクセスしやすくなっている。このことは、テレビや映画などの他の種類の媒体および他のオーディオ・ビデオコンテンツにも当てはまる。実際には、現在のユーザは、従来のオーディオ・ビデオコンテンツへのアクセス手段に加えて、オンラインストア、インターネットラジオステーション、オンライン音楽サービス、オンライン映画サービスなどを通じてインターネット上のコンテンツにアクセスすることができる。

このようなオーディオ・ビデオコンテンツへの需要は高まり続けている。これが長年にわたることで、そのようなコンテンツにアクセスして再生するために使用される技術も同様に改善されている。さらには、このようなコンテンツへのアクセスおよびその再生に使用される技術は、市場又はエンドユーザが予期しない方法で大幅に改善又は開発されている。

本開示技術の特徴、態様、および利点は、以下の記載、添付の特許請求の範囲、および添付の図面に関してより良く理解される。
いくつかの実施形態が実施され得る構成の例を示す図 内蔵アンプとスピーカを備える例示的なゾーンプレーヤーを示す図 内蔵アンプを備えるとともに外部スピーカーに接続された例示的なゾーンプレーヤーを示す図 Ａ／Ｖ受信機およびスピーカーに接続された例示的なゾーンプレーヤーを示す図 例示的なコントローラを示す図 例示的なゾーンプレーヤーの内部機能ブロック図 例示的なコントローラの内部機能ブロック図 分散型の通信、構成および制御構造に従って動作するネットワークオーディオシステムの例を示す図 コンテンツパートナーがコンテンツにアクセスし、コンテンツを検証し、コンテンツをテストし、およびコンテンツをユーザへ提供するための例示的なプロセスに関するフロー図 マルチメディアコンテンツ開発者とマルチメディアコンテンツプラットフォーム／サービスとの間の例示的な統合プロセスに関するフロー図 新たなコンテンツのベータ版テストおよび一般利用を促進するコントローラインタフェースの例を示す図 新たなコンテンツのベータ版テストおよび一般利用を促進するコントローラインタフェースの例を示す図 新たなコンテンツサービスの開発、統合、ベータ版および開始のための例示的な機能横断型のワークフローに関するフロー図 例示的な統合テストシステムおよび関連するプロセスフローを示す図 コンテンツサービスのオープンベータ版テストのためのインフラストラクチャの例を示す図 音楽サービス性能フィードバックダッシュボードの例を示す図 認証サービスの例を示す図 音楽システムによる音楽サービスへの統合の例を示す図 コンテンツ再生のための例示的なシステムおよびシーケンス図 音楽サービスと再生デバイスの間の交信の例を示す図 音楽サービスと再生デバイスの間の交信の例を示す図 本明細書に記載のシステム、装置、製造品および方法を実施するために使用され得る例示的なプロセッサシステムのブロック図

（関連出願の参照）
本願は、２０１１年７月２０日に出願された米国仮特許出願６１／５０９９３９号に関連するとともに、それに基づく優先権を主張するものであり、その内容は参照することにより、本明細書に全体的に組み込まれる。

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

Ｉ．概要
本明細書に記載の例示的な実施形態は、新たなパートナーコンテンツサービス、コンテンツアクセスおよび再生システムの統合に関する。本実施形態は、クラウド上のより遠くのメディアソースからハイファイ再生システムへデジタルメディアを提供するシンプルな機構およびプロセスとしてのメディアプロバイダなどのパートナーコンテンツサービスに特に有用である。いくつかの例における実施形態によれば、コンテンツサービスは、接続される再生システムにクラウドを介して利用可能となることを、従来と比べて６０％ほど早くすることができる。いくつかの例における実施形態によれば、再生システムのユーザは、開発およびテストの段階におけるコンテンツサービスへ早くアクセスすることができる。さらに、本明細書に記載のいくつかの実施形態は、クラウド上にて様々な方法により配置され得るオーディオへの多くのアクセスを提供するので、本実施形態は再生デバイスと協働して使用される場合に特に有用である。本実施形態は例えば、各種メディアコンテンツの開発、テスト、認証および展開に柔軟性が望まれる任意の環境およびシステムとともに用いられる際にも有用である。

以下において、コンポーネントの中でも特に、ハードウェア上で実行されるファームウェアおよび／又はソフトウェアを含む、例示的な方法、装置、システムおよび製品を開示するが、これらは単なる例示であってこれらに限定されるものではない。例えば、ファームウェア、ハードウェアおよび／又はソフトウェアのコンポーネントのいずれか又はその全てが、ハードウェア単独で、ソフトウェア単独で、ファームウェア単独で、および／又はハードウェア、ソフトウェアおよび／又はファームウェアの任意の組み合わせで具現化される。したがって、以下では、例示的な方法、装置、システム、および／又は製品を記述するが、これらの例は、このような方法、装置、システム、および／又は製品を実施するための唯一の方法ではない。

特許請求の範囲の請求項がソフトウェアおよび／又はファームウェアの実施を純粋にカバーするように読めるときには、少なくとも１つの例における少なくとも１つの要素が、本明細書にて、ソフトウェアおよび／又はファームウェアを格納するメモリ、ＤＶＤ、ＣＤ、ブルーレイなどの有形媒体を含むように明示的に定義される。

これらの実施形態および多くの付加的な実施形態が以降に記載されている。さらに、発明の詳細な説明は、例示的な環境、システム、手順、ステップ、論理ブロック、処理、およびネットワークに接続されたデータ処理デバイスの動作に直接的又は間接的に似た他の記号表現に関して主として提示される。これらのプロセスの記載および表現が一般的に当業者によって使用されることで、それらの仕事の内容が他の当業者に最も効果的に伝えられる。多数の特定の詳細が本開示の完全な理解を提供するために説明される。しかしながら、当業者は、本発明のいくつかの実施形態がある種の特定の詳細なしに実施できることを理解する。他の例では、周知の方法、手順、コンポーネント、および回路が簡略化して説明され、不必要に実施形態の態様を不明瞭にすることを避けている。

本明細書での「実施形態」への言及は、その実施形態に関連して記載される特定の特徴、構造、又は特性が、本発明の少なくとも１つの実施形態に含まれ得ることを意味する。明細書における様々な部分でのこのフレーズの使用は、同じ実施形態を必ずしも言及しておらず、また、他の実施形態と互いに排他的な別個の又は代替的な実施形態でもない。このように、本明細書に記載の実施形態を他の実施形態と組み合わせてもよいことが、明示的および暗示的に当業者によって理解される。

ＩＩ．例示的な環境
図面の全体を通して同様のパーツに対しては、同様の符号を用いる。図１は、例示的なシステム構成１００を示し、このシステム構成１００において、本明細書に記載の１つ以上の実施形態が実施される。

システム構成１００が、複数のゾーンを有する家庭に用いられた場合を、例示的に示すが、１つのゾーンのみを有する家庭であってもよい。それぞれのゾーンは例えば、オフィス、浴室、寝室、キッチン、ダイニングルーム、ファミリールーム、ホームシアタールーム、ユーティリティ又はランドリールーム、パティオなどの異なる部屋又はスペースを表す。そのように構成される場合には、１つのゾーンが複数の部屋やスペースを占めるものであっても良い。各ゾーンに１つ以上のゾーンプレーヤー１０２―１２４が示されている。ゾーンプレーヤー１０２―１２４は、再生デバイス、マルチメディアユニット、スピーカなどで構成され、それぞれ、オーディオ、ビデオ、および／又はオーディオビジュアルの出力を行う。コントローラ１３０（ここでは例示的にキッチンに設けられている）は、システム構成１００の制御を行う。コントローラ１３０は、１つのゾーンに固定されてもよく、あるいは複数のゾーンで移動可能な可動式であってもよい。システム１００は、複数のコントローラ１３０を備えてもよい。システム構成１００は、例示的なハウスオーディオシステム全体を表すが、本明細書に記載の技術は、これらの特定の場所への用途に限定されず、又は図１のハウスオーディオシステム１００全体のような広範囲のシステムにも限定されない。

ａ．例示的なゾーンプレーヤー
図２Ａ、図２Ｂ、図２Ｃは、ゾーンプレーヤー２００の例示的なタイプを示す。図２Ａ、図２Ｂ、図２Ｃのゾーンプレーヤー２００、２０２、２０４のそれぞれは、図１のゾーンプレーヤー１０２―１２４のいずれにも対応するものである。いくつかの実施形態では、オーディオは、フルレンジプレーヤーなどの単一のゾーンプレーヤーを用いて再現される。いくつかの実施形態では、オーディオは、複数のフルレンジプレーヤーの組み合わせ又はフルレンジプレーヤーと特化型プレーヤーの組み合わせなど、２つ以上のゾーンプレーヤーを用いて再現される。いくつかの実施形態では、ゾーンプレーヤー２００−２０４は、オーディオの再現を超える処理能力を有することで「スマートスピーカー」と称される場合があり、この詳細は以下で説明する。

図２Ａは、フルレンジ音声を再現可能な音声生成機器２０８を備えるゾーンプレーヤー２００を示す。ここでの音声は、無線又は有線のデータネットワークを介してゾーンプレーヤー２００によって受信され処理されるオーディオ信号から生じるものであってもよい。音声生成機器２０８は、１つ以上の内蔵アンプと１つ以上のスピーカーとを備える。内蔵アンプは、図４を参照して以下で詳細に説明される。スピーカー又は音響変換器は、例えば、ツイーター、ミッドレンジドライバ、ローレンジドライバおよびサブウーファーのうちの任意のものを含んでもよい。いくつかの実施形態では、ゾーンプレーヤー２００は、ステレオオーディオ、モノラルオーディオ又はその両方を再生するように静的又は動的に構成されてもよい。いくつかの実施形態では、ゾーンプレーヤー２００は、ステレオオーディオ、モノラルオーディオおよび／又はサラウンドオーディオを再生するように他のゾーンプレーヤーとグループ化されるとき、あるいはゾーンプレーヤー２００によって受信されるオーディオコンテンツがフルレンジよりも低いときなどに、フルレンジ音声のサブセットを再現するように構成される。

図２Ｂは、分離したスピーカー２１０のセットを起動するための内蔵アンプを備えるゾーンプレーヤー２０２を示す。分離したスピーカーは、例えば、任意のタイプのラウドスピーカーを有してもよい。ゾーンプレーヤー２０２は、１つ、２つ又はそれより多い別々のラウドスピーカーを起動するように構成されてもよい。ゾーンプレーヤー２０２は、有線パスを介してオーディオ信号（例えば、左側および右側のチャネルオーディオ又はそれらの設定に依存するより多くのチャネル）を、分離したスピーカー２１０に通信するよう構成されてもよい。

図２Ｃは、内蔵アンプを含まないが、データネットワークを介して受信されたオーディオ信号を内蔵アンプを有するオーディオ（又は「オーディオ／ビデオ」）受信機２１４へ通信するよう構成されたゾーンプレーヤー２０４を示す。

図１に戻ると、いくつかの実施形態では、ゾーンプレーヤー１０２―１２４のうちの１つ、いくつか、又は全てがソースから直接的にオーディオを取得することができる。例えば、ゾーンプレーヤーは、再生されるべきオーディオ項目のプレイリスト又は待ち行列を含んでもよい（「再生待ち行列」とも称される）。待ち行列内のそれぞれの項目は、統一資源識別子（ＵＲＩ）又はいくつかの他の識別子を含んでもよい。ＵＲＩ又は識別子は、ゾーンプレーヤーをオーディオソースに指定することができる。ソースは、インターネット（例えば、クラウド）上で、データネットワーク１２８を介して別のデバイスからローカルに、コントローラ１３０から（詳細は後述）、ゾーンプレーヤー自体に保存されている、又はゾーンプレーヤーに直接的に通信するオーディオソースから、見つけられてもよい。いくつかの実施形態では、ゾーンプレーヤーは、オーディオ自体を再現し、オーディオ自体を再現のために別のゾーンプレーヤーに送信し、又はその両方を行うことで、そのゾーンプレーヤーと１つ以上の付加的なゾーンプレーヤーによってそのオーディオが同期して再生される。いくつかの実施形態では、ゾーンプレーヤーは、第１のオーディオコンテンツを再生する（又は全く再生しない）一方で、第２の異なるオーディオコンテンツを再現のために別のゾーンプレーヤーに送信することができる。

例として、カリフォルニア州サンタバーバラのソノズ・インコーポレイテッドは、「プレイ：５」、「プレイ：３」、「コネクト：アンプ」、「コネクト」および「サブ」と称されるゾーンプレーヤーを販売する。他の任意の過去の、現在のおよび／又は将来のゾーンプレーヤーを追加的又は代替的に用いて、本明細書に開示された例示的な実施形態のゾーンプレーヤーを実装することもできる。さらに、ゾーンプレーヤーは、図２Ａ、図２Ｂ、図２Ｃに示される特定の実施形態又はソノズが提供する製品に限定されない。例えば、ゾーンプレーヤーは、有線又は無線のヘッドホンを含んでもよい。さらに別の例では、ゾーンプレーヤーは、テレビ用サウンドバーが含まれる場合があります。さらに別の例では、ゾーンプレーヤーは、アップル社のｉＰｏｄ（商標）又は同様のデバイス用のドッキングステーションを含む、又はそれと交信可能である。

ｂ．例示的なコントローラ
図３は、ドッキングステーション３０２に入っている例示的な無線コントローラ３００を示している。例として、コントローラ３００は、図１の制御デバイス１３０に対応し得る。ドッキングステーション３０２がもしあれば、コントローラ３００のバッテリを充電するために使用することができる。いくつかの実施形態では、コントローラ３００には、タッチスクリーン３０４が設けられている。ユーザはタッチスクリーン３０４を用いて、コントローラ３００と交信して、例えば、オーディオアイテムのプレイリストの読み出し操作、１つ以上のゾーンプレーヤーの制御操作、およびシステム構成１００全体の制御操作を行うことができる。いくつかの実施形態では、システム構成１００を制御するために、任意の数のコントローラが使用されてもよい。いくつかの実施形態では、システム構成１００を制御することができるコントローラの数に制限が存在してもよい。コントローラは、無線コントローラ３００のような無線式であっても、データネットワーク１２８に接続された有線式であってもよい。

いくつかの実施形態では、システム１００において複数のコントローラが使用される場合、それぞれのコントローラは、共通のコンテンツを表示するように調整されてもよく、また、その全てが単一のコントローラからの変更を示すように動的に更新されてもよい。調整は、例えば、１つ以上のゾーンプレーヤーから直接的に又は間接的に状態変数を定期的に要求するコントローラによって生じてもよい。状態変数は、現在のゾーングループ設定、１つ以上のゾーン内にて再生しているもの、音量レベルおよび関連のある他のアイテムなどのシステム１００に関する情報を提供することができる。状態変数は、必要に応じて又はプログラムされる限りにおいて、複数のゾーンプレーヤー間（所望の場合にはコントローラも）にてデータネットワーク１２８上で渡されてもよい。

さらに、ｉＰｈｏｎｅ（商標）、ｉＰａｄ（商標）、アンドロイド（商標）電話などの任意のネットワーク対応ポータブルデバイス上で動作するアプリケーション、又は他の任意のスマートフォンやネットワーク対応デバイス上で動作するアプリケーションを、コントローラ１３０として使用してもよい。ラップトップ又はデスクトップのＰＣ又はＭａｃ（商標）上で動作するアプリケーションをコントローラ１３０として使用しても良い。このようなコントローラは、データネットワーク１２８へのインタフェース、ゾーンプレーヤー、無線ルータ又は他の構成された接続パスを通じてシステム１００に接続してもよい。カリフォルニア州サンタバーバラのソノズ・インコーポレイテッドによって提供されるコントローラの例には、「コントローラ２００」、「ソノズ（登録商標）・コントロール」、「ソノズ（登録商標）・ｉＰｈｏｎｅ（商標）用コントローラ」、「ソノズ（登録商標）・ｉＰａｄ（商標）用コントローラ」、「ソノズ（登録商標）・アンドロイド（商標）用コントローラ」および「ソノズ（登録商標）・Ｍａｃ（商標）又はＰＣ用コントローラ」が含まれる。

ｃ．例示的なデータ接続
図１のゾーンプレーヤー１０２−１２４は、データネットワーク１２８などのデータネットワークに直接的又は間接的に接続されている。コントローラ１３０も、データネットワーク１２８又は個々のゾーンプレーヤーに直接的又は間接的に接続されてよい。データネットワーク１２８は、他の代表的な構成要素から目立つように図中では八角形で表されている。データネットワーク１２８は単一の場所に示されているが、このようなネットワークは、システム１００内およびその周囲に分配されてもよい。特に、データネットワーク１２８は、有線ネットワーク、無線ネットワーク、又はこれらの組み合わせであってもよい。いくつかの実施形態では、ゾーンプレーヤー１０２−１２４のうちの１つ以上が、独自（proprietary）のメッシュネットワークに基づいてデータネットワーク１２８に無線で接続されている。いくつかの実施形態では、ゾーンプレーヤー１０２−１２４のうちの１つ以上が、非メッシュトポロジーを用いてデータネットワーク１２８に無線で接続されている。いくつかの実施形態では、ゾーンプレーヤー１０２−１２４のうちの１つ以上が、イーサネット（登録商標）又は類似の技術を用いてデータネットワーク１２８に有線で接続されている。１つ以上のゾーンプレーヤー１０２―１２４がデータネットワーク１２８に接続することに加えて、データネットワーク１２８によってインターネットなどの広域ネットワークへのアクセスが可能であっても良い。

いくつかの実施形態では、任意のゾーンプレーヤー１０２―１２４又はいくつかの他の接続デバイスをブロードバンドルータに接続することによって、データネットワーク１２８を作成してもよい。このとき、他のゾーンプレーヤー１０２―１２４をさらにデータネットワーク１２８に有線又は無線で接続してもよい。例えば、ゾーンプレーヤー（例えば、任意のゾーンプレーヤー１０２−１２４）は、単にゾーンプレーヤー自体のボタンを押すことによって、システム構成１００に追加してもよく、これにより、データネットワーク１２８への接続が可能となる。ブロードバンドルータは、例えば、インターネットサービスプロバイダ（ＩＳＰ）に接続することができる。ブロードバンドルータは、他の用途（例えば、ウェブサーフィン）に使用され得るシステム構成１００内の別のデータネットワークを形成するために使用されてもよい。データネットワーク１２８は、そのようにプログラムされる場合には他の用途に使用されてもよい。例示的な第２のネットワークは、サンタバーバラにあるソノズ・インコーポレイテッドによって開発されたソノズネット（商標）プロトコルを実装してもよい。ソノズネット（商標）は、安全で、ＡＥＳで暗号化された、ピアツーピアの無線メッシュネットワークを表す。あるいは、いくつかの実施形態において、データネットワーク１２８は、家庭内の他の用途に使用される従来の有線又は無線のネットワークなどの同一のネットワークである。

ｄ．例示的なゾーン構成
特定のゾーンは、２つ以上のゾーンプレーヤーを含んでもよい。例えば、図１のファミリールームは、２つのゾーンプレーヤー１０６、１０８を含み、キッチンには１つのゾーンプレーヤー１０２が示されている。別の例では、ホームシアタールームは、５．１以上のチャネルのオーディオソースからのオーディオ（例えば、５．１以上のオーディオチャネルにてエンコードされたムービー）を再生する付加的なゾーンプレーヤーを有する。いくつかの実施形態では、ゾーンプレーヤーを部屋又はスペースに配置するとともに、コントローラ１３０を介してそのゾーンプレーヤーを新たな又は既存のゾーンに割り当てることができる。このように、ゾーンは、所望の場合には、又は、コントローラ１３０によりそのようにプログラムされている場合には、生成され、別のゾーンと組み合わされ、取り除かれ、特定の名前（例えば、「台所」）が与えられてもよい。さらに、いくつかの実施形態では、ゾーン構成は、コントローラ１３０又は他の機構を用いて構成された後であっても動的に変化してもよい。

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

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

いくつかの実施形態では、例えば、所望の構成が完了するまで、ゾーンプレーヤーのグループ化、統合およびペアリングのうちの任意の操作を実行し続けることができる。グループ化、統合およびペアリングの動作は、例えば、異なる構成を生成するようにスピーカ線を個々の別々のスピーカに物理的に接続および再接続するのではなく、コントローラ１３０などを使用することにより制御インタフェースを介して行われることが好ましい。このように、本明細書に記載のいくつかの実施形態は、エンドユーザに対して音声再現を提供可能な、より柔軟で動的なプラットフォームを提供している。

ｅ．例示的なオーディオソース
いくつかの実施形態では、それぞれのゾーンは、別のゾーンと同じオーディオソースから再生を行ってもよく、又は、異なるオーディオソースから再生を行ってもよい。例えば、誰かがパティオでグリルしながらゾーンプレーヤー１２４を通じてジャズ音楽を聞いている一方で、誰かはキッチンで料理を準備しながらゾーンプレーヤー１０２を通じてクラシック音楽を聞くこともできる。さらに誰かがパティオでゾーンプレーヤー１２４を通じて再生されているものと同じジャズ音楽をオフィスにてゾーンプレーヤー１１０を通じて聞くこともできる。いくつかの実施形態では、ゾーンプレーヤー１１０、１２４を通じて再生されるジャズ音楽が同期して再生される。複数のゾーンにわたって再生を同期することで、オーディオを途切れなく聞きながら複数のゾーンを通過することができる。さらに、関連する全てのゾーンが同期してオーディオを再生するように、ゾーンを「パーティーモード」としてもよい。

ゾーンプレーヤー１０２−１２４によって再生されるオーディオコンテンツの供給源は多数ある。コンピュータ又はネットワーク接続ストレージ（ＮＡＳ）に保存された個人のライブラリにある音楽が、データネットワーク１２８を介してアクセスされ、再生することができる。インターネットラジオステーション、番組、ポッドキャストは、データネットワーク１２８を介してアクセスすることができる。ユーザストリームや音楽およびオーディオコンテンツのダウンロードを提供する音楽サービスには、データネットワーク１２８を介してアクセスすることができる。さらに、音楽は例えば、ゾーンプレーヤーへのラインイン接続を介して、ターンテーブル又はＣＤプレ−ヤーなどの従来の供給源から得ることができる。オーディオコンテンツもまた、例えば、アップル社のＡｉｒＰｌａｙ（商標）無線技術を介してアクセスすることができる。１つ以上の供給源から受信されたオーディオコンテンツは、データネットワーク１２８およびコントローラ１３０を介してゾーンプレーヤー１０２ー１２４の間で共有されてもよい。音声コンテンツの上に開示したソースは、ネットワークベースの音声情報源と呼ぶ。しかし、ネットワークベースのオーディオ情報ソースはこれに限定されない。

いくつかの実施形態では、例えば、ホームシアターゾーンプレーヤー１１６ 、 １１８ 、 １２０は、テレビ１３２などのオーディオ情報ソースに接続されている。他の例では、テレビジョン１３２からの音声情報には、ゾーンプレーヤー１０２ー１２４のいずれかと共有することができ、一方いくつかの例では、テレビジョン１３２は、ホームシアターゾーンプレーヤー１１６ 、 １１８ 、 １２０のオーディオのソースとして使用されオーディオシステム１００ 。

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

いくつかの実施形態では、ネットワークインタフェース４０２は、データネットワーク１２８上におけるゾーンプレーヤー４００および他のデバイスの間のデータフローを促進する。いくつかの実施形態では、データネットワーク１２８上で別のゾーンプレーヤー又はデバイスからオーディオを取得することに加えて、ゾーンプレーヤー４００は、広域ネットワークやローカルネットワークなどを介して直接的にオーディオソースからオーディオにアクセスしてもよい。いくつかの実施形態では、ネットワークインタフェース４０２は、それぞれのパケットのアドレス部分が正しい宛先に到達するように又はゾーンプレーヤー４００宛てのパケットを傍受するようにそのアドレス部分を処理することができる。したがって、いくつかの実施形態では、それぞれのパケットは、インターネットプロトコル（ＩＰ）ベースのソースアドレスおよびＩＰベースの宛先アドレスを含む。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ｖ．例示的な分散型同期グループ
いくつかの実施形態では、１つ以上の再生デバイスが分散ネットワークにて動作することで、１つ以上の同期グループによる１つ以上の交換可能なマスタ−スレーブ関係を促進する。分散型のネットワーク、通信および制御モデルを用いることで、再生デバイスがリスナーにコンテンツを出力しない場合でも、その再生デバイスはそのコンテンツを別の再生デバイスに提供することができる。さらに、再生デバイスは、ある時点ではマスタデバイス又はマスタ制御として機能するとともに、別の時点ではマスタデバイスとして機能する他のデバイスから命令（例えば、コンテンツおよび／又は同期化）を受信してもよい。

図６は、分散型の通信、構成および制御構造に従って動作するネットワークオーディオシステム６１０の例を示す。図６の例を参照すると、ネットワークオーディオシステム６１０は、ローカルネットワーク６１２によって相互接続された複数のゾーンプレーヤー６１１（１）―６１１（Ｎ）（通常、符号６１１（ｎ）で示される）を備え、これらは全て、通常は参照符号６１３によって示される１つ以上のユーザインタフェースモジュールの制御下で動作する。ゾーンプレーヤー６１１（ｎ）は、上述した再生デバイスと同一又は類似であってもよい。ゾーンプレーヤー６１１（ｎ）の１つ以上が、１つ以上のオーディオ情報ソースおよび／又は１つ以上のオーディオ再現デバイスに接続されてもよい。オーディオ情報ソースは通常、参照符号６１４（ｎ）（ｓ）で示され、オーディオ再現デバイスは通常、参照符号６１５（ｎ）（ｒ）で示される。参照符号６１４（ｎ）（ｓ）に関して、インデックス「ｎ」は、オーディオ情報ソースが接続されているゾーンプレーヤー６１１（ｎ）のインデックス「ｎ」を意味し、インデックス「ｓ」（１からＳｎ）は、「ｎ番目」のゾーンプレーヤー６１１（ｎ）に接続された「ｓ番目」のオーディオ情報ソースを意味する。これより、例えば、ゾーンプレーヤー６１１（ｎ）が４つのオーディオ情報ソース６１４（ｎ）（１）―６１４（ｎ）（４）に接続される場合、これらのオーディオ情報ソースは通常、Ｓｎ＝４の参照符号６１４（ｎ）（ｓ）で示される。オーディオ情報ソースＳｎの数は、各種ゾーンプレーヤー６１１（ｎ）の間で変化してもよく、ゾーンプレーヤーによってはオーディオ情報ソースに接続されてなくてもよい。

同様に、参照符号６１５（ｎ）（ｒ）に関して、インデックス「ｎ」は、オーディオ再現デバイスが接続されているゾーンプレーヤー６１１（ｎ）のインデックス「ｎ」を意味し、インデックス「ｒ」（１からＲｎ）は、ｎ番目のゾーンプレーヤー６１１（ｎ）に接続される「ｒ番目」のオーディオ情報ソースを意味する。オーディオ情報ソース６１４（ｎ）（ｓ）に加えて、ネットワークオーディオシステム６１０は、適切なネットワークインタフェースデバイス（別々には図示せず）を介してローカルネットワーク６１２に接続された１つ以上のオーディオ情報ソース６１６（１）―６１６（Ｍ）を備えてもよい。また、ローカルネットワーク６１２は、ローカルネットワーク６１２を他のネットワークに接続するように構成される１つ以上のネットワークインタフェースデバイス（これも別々には図示せず）を備えてもよく、ここでの他のネットワークには、インターネットなどの広域ネットワーク、公衆電話交換回線網（ＰＳＴＮ）、あるいはオーディオ情報ソースへの接続が確立されるその他のネットワークが含まれる。

システム６１０に関連するゾーンプレーヤー６１１（ｎ）は、住居、オフィスビル、ホテル、会議場、競技場若しくは講堂、又は他の種類の施設に配置されてもよい。例えば、ゾーンプレーヤー６１１（ｎ）並びにそれに関連するオーディオ情報ソースおよび／又はオーディオ再現デバイスが住居に配置される場合、１つをリビングルームに配置し、別の１つをキッチンに配置し、さらに別の１つをダイニングルームに配置し、さらに別のものを各寝室に配置することで、それらの部屋に選択的に娯楽を提供することができる。

一方、ゾーンプレーヤー６１１（ｎ）並びにそれに関連するオーディオ情報ソースおよび／又はオーディオ再現デバイスがオフィスビルに配置される場合、例えば、それぞれのオフィスに１つ配置されることで、各オフィスの従業員に選択的に娯楽を提供してもよい。同様に、ゾーンプレーヤー６１１（ｎ）並びにそれに関連するオーディオ情報ソースおよび／又はオーディオ再現デバイスがホテルに配置される場合、それらを複数の部屋に配置することで、利用客に娯楽を提供してもよい。同様の配置は、競技場や講堂で使用されるゾーンプレーヤー６１１（ｎ）並びにそれに関連するオーディオ情報ソースおよび／又はオーディオ再生デバイスでも使用することができる。他の種類の環境におけるその他の構成も当業者には明らかである。それぞれの場合において、ゾーンプレーヤー６１１（ｎ）を用いて、例えば、各位置に選択的に娯楽を提供してもよい。

オーディオ情報ソース６１４（ｎ）（ｓ）、６１６（ｍ）は、例えば、コンパクトディスク（「ＣＤ」）プレーヤー、ＡＭおよび／又はＦＭラジオ受信機、アナログ又はデジタルテープカセットプレーヤー、アナログレコードのターンテーブルなどを含む、任意の従来のオーディオ情報ソースであってもよい。また、オーディオ情報ソース６１４（ｎ）（ｓ）、６１６（ｍ）は、パーソナルコンピュータ（ＰＣ）やパーソナルデジタルアシスタント（ＰＤＡ）に記憶されたデジタルオーディオファイル、又は揮発式若しくは不揮発式でデジタル情報を格納可能な同様のデバイスに記憶されたデジタルオーディオファイルを含んでもよい。上述のように、ローカルネットワーク６１２は、ネットワークオーディオシステム６１０がオーディオ情報を得ることができる広域ネットワークへのインタフェースを有してもよい。また、オーディオ情報ソース６１４（ｎ）（ｓ）の１つ以上は、インターネットなどの広域ネットワーク、公衆交換電話網（ＰＳＴＮ）、又はその他のオーディオ情報ソースへのインタフェースを含んでもよい。また、オーディオ情報ソース６１４（ｎ）（ｓ）、６１６（ｍ）の１つ以上は、例えば、衛星で配信されるラジオサービスへのインタフェースを含んでもよい。広域ネットワークを介して取得したオーディオ情報は、例えば、インターネットラジオなどのストリーミングデジタルオーディオ情報、サーバに保存されたデジタルオーディオファイル、および他の種類のオーディオ情報およびオーディオ情報ソースを含んでもよい。

一般的に、オーディオ情報ソース６１４（ｎ）（ｓ）、６１６（ｍ）は、オーディオプログラムに関連したオーディオ情報を再生のためにゾーンプレーヤーに提供する。オーディオ情報ソース６１４ （ｎ）（ｓ）からオーディオ情報を受信したゾーンプレーヤーは、再生タイミング情報にしたがって、そのオーディオ情報をローカルネットワーク６１２を介して他のゾーンプレーヤーに再生および／又は転送することができる。同様に、ゾーンプレーヤーに直接的に接続されていない各オーディオ情報ソース６１６（ｍ）は、オーディオ情報を、ネットワーク６１２を介して再生のために任意のゾーンプレーヤー６１１（ｎ）に送信してもよい。

また、各ゾーンプレーヤー６１１（ｎ）は、接続されたオーディオ情報ソース６１４（ｎ）（ｓ）又はオーディオ情報ソース６１６（ｍ）のいずれかから受信したオーディオ情報を、再生のために、他のゾーンプレーヤー６１１（ｎ‘）、６１１（ｎ‘‘）、・・（ｎはｎ‘とｎ‘‘と異なる）のうちの選択されたものに送信してもよい。ゾーンプレーヤー６１１（ｎ）によって再生のためにオーディオ情報が送信される他のゾーンプレーヤー６１１（ｎ‘）、６１１（ｎ‘‘）、・・は、ユーザインタフェースモジュール６１３を用いたユーザによって選択されてもよい。その操作において、ゾーンプレーヤー６１１（ｎ）は、ネットワーク６１２を介して、選択したゾーンプレーヤー６１１（ｎ‘）、６１１（ｎ‘‘）、・・にオーディオ情報を送信する。ゾーンプレーヤー６１１（ｎ‘）、６１１（ｎ‘‘）がオーディオプログラムの再生をゾーンプレーヤー６１１（ｎ）による再生と同期化することで、ゾーンプレーヤー６１１（ｎ）、６１１（ｎ‘）、６１１（ｎ‘‘）は、同じオーディオプログラムを同じ時間に提供するように動作する。

ユーザインタフェースモジュール６１３を用いるユーザは、ゾーンプレーヤーの異なるグループ又はセットにおいて、異なるオーディオプログラムのオーディオ再生を同期化することができる。例えば、ユーザインタフェースモジュール６１３を用いるユーザは、ゾーンプレーヤー６１１（１）、６１１（２）に、例えば、１つのオーディオ情報ソース６１４（１）（１）によって提供される１つのオーディオプログラムおよびオーディオ情報を再生させることもできる。同一の又は異なるユーザインタフェースモジュール６１３を用いる同一の又は異なるユーザは、ゾーンプレーヤー６１１（４）、６１１（５）に、オーディオ情報ソース６１４（５）（２）などの第２のオーディオ情報ソースによって提供される別のオーディオプログラムおよびオーディオ情報を同時に再生させることもできる。さらに、ユーザは、ゾーンプレーヤー６１１（３）に、オーディオ情報ソース６１６（１）などのさらに別のオーディオ情報ソースによって提供されるさらに別のオーディオプログラムおよびオーディオ情報を同時に再生させることもできる。さらに別の可能性として、ユーザは、ゾーンプレーヤー６１１（１）に、オーディオ情報ソース６１４（１）（２）などのオーディオ情報ソースからのオーディオ情報を、再生のためにゾーンプレーヤー６１１（６）などの別のゾーンプレーヤー６に同時に提供させることもできる。

以下において、「同期グループ」との用語は、同一のオーディオプログラムを同期して再生する１つ以上のゾーンプレーヤーによる集合を指すために使用される。これより、上記の例では、ゾーンプレーヤー６１１（１）、６１１（２）は１つの同期グループを構成し、ゾーンプレーヤー６１１（３）は第２の同期グループを構成し、ゾーンプレーヤー６１１（４）、６１１（５）は第３の同期グループを構成し、ゾーンプレーヤー６１１（６）は第４の同期グループを構成する。このように、ゾーンプレーヤー６１１（１）、６１１（２）は同一のオーディオプログラムを再生しつつ、それを同期化して再生する。同様に、ゾーンプレーヤー６１１（４）、６１１（５）は同一のオーディオプログラムを再生しつつ、それを同期化して再生する。一方で、別のオーディオプログラムを再生しているゾーンプレーヤーが無関係なタイミングでそれを行ってもよい。すなわち、例えば、ゾーンプレーヤー６１１（１）、６１１（２）がオーディオプログラムを再生するタイミングは、ゾーンプレーヤー６１１（３）、６１１（４）、６１１（５）がオーディオプログラムを再生するタイミングとは無関係であってもよい。なお、「同期グループ」は、同一のオーディオプログラムを同期して再生しているゾーンプレーヤーの集合を指すために使用されるので、ゾーンプレーヤー６１１（１）がそのオーディオプログラム用のオーディオ情報をゾーンプレーヤー６１１（６）に提供している場合であっても、ゾーンプレーヤー６１１（１）はゾーンプレーヤー６１１（６）の同期グループの一部ではない。

ネットワークオーディオシステム６１０においては、同期グループは固定されていない。ユーザは、同期グループを動的に確立および修正することができる。上記の例に続いて、ユーザは、ゾーンプレーヤー６１１（１）に、オーディオ情報ソース６１４（１）（１）によって提供されるオーディオプログラムの再生の提供を開始させ、続いてゾーンプレーヤー６１１（２）をその同期グループに参加可能とすることができる。

同様に、ユーザは、ゾーンプレーヤー６１１（５）に、オーディオ情報ソース６１４（５）（２）によって提供されるオーディオプログラムの再生を開始させるとともに、続いてゾーンプレーヤー６１１（４）をその同期グループに参加させることができる。さらに、ユーザは、ゾーンプレーヤーに、同期グループを離れて別の同期グループに参加させることができる。例えば、ユーザは、ゾーンプレーヤー６１１（２）にゾーンプレーヤー６１１（１）との同期グループを離れて、ゾーンプレーヤー６１１（６）との同期グループに参加させることができる。別の例として、ユーザは、ゾーンプレーヤー６１１（１）にゾーンプレーヤー６１１（２）との同期グループを離れて、ゾーンプレーヤー６１１（６）との同期グループに参加させることができる。この例に関連して、ゾーンプレーヤー６１１（１）は、オーディオ情報ソース６１４（１）（１）からのオーディオ情報を再生のためにゾーンプレーヤー６１１（２）に提供し続けてもよい。

ユーザインタフェースモジュール６１３を使用するユーザは、ある同期グループのメンバーではないゾーンプレーヤー６１１（ｎ）を同期グループに参加させてもよく、これにより、ゾーンプレーヤー６１１（ｎ）は、その同期グループによって再生されているオーディオプログラムを再生することができる。同様に、ユーザインタフェースモジュール６１３を使用するユーザは、１つの同期グループのメンバーであるゾーンプレーヤー６１１（ｎ）をその同期グループから離脱させ、別の同期グループに参加させてもよく、これにより、そのゾーンプレーヤーはその別の同期グループに関連するオーディオプログラムを再生する。

例えば、ゾーンプレーヤー６１１（６）がどの同期グループのメンバーでもない場合、ユーザインタフェースモジュール６１３の制御の下において、ゾーンプレーヤー６１１（６）は、同期グループのメンバーになってもよく、これにより、その同期グループの他のメンバーによって再生されているオーディオプログラムをそのメンバーと同期して再生する。同期グループのメンバーになる際に、ゾーンプレーヤー６１１（６）は、その同期グループのメンバーになることを希望していることをその同期グループのマスタデバイスであるゾーンプレーヤーに通知してもよく、これにより、そのゾーンプレーヤーは、タイミング情報とともにオーディオプログラムに関連するオーディオ情報をゾーンプレーヤー６１１（６）に送信する。ゾーンプレーヤー６１１（６）がマスタデバイスからオーディオ情報とタイミング情報を受信すると、そのタイミング情報が示すタイミングにてそのオーディオ情報を再生することにより、ゾーンプレーヤー６１１（６）はその同期グループの他のゾーンプレーヤー６と同期してそのオーディオプログラムを再生する。

同様に、ユーザインタフェースモジュール６１３を用いるユーザが、ある同期グループに関連するゾーンプレーヤー６１１（ｎ）にその同期グループから離脱させるとともに、そのゾーンプレーヤー６１１（ｎ）がその同期グループのマスタデバイスでない場合には、ゾーンプレーヤー６１１（ｎ）はマスタデバイスに通知してもよく、これにより、マスタデバイスは、そのゾーンプレーヤーへのオーディオ情報およびタイミング情報の送信を終了してもよい。ユーザが、ゾーンプレーヤー６１１（ｎ）に、それに接続されるオーディオ情報ソース６１４（ｎ）（ｓ）からのオーディオ情報を使用して別のオーディオプログラムの再生を開始させる場合、ゾーンプレーヤー６１１（ｎ）はオーディオ情報ソース６１４（ｎ）（ｓ）からのオーディオ情報を取得するとともに、それの再生を開始する。ユーザが、別のゾーンプレーヤー６１１（ｎ‘）をゾーンプレーヤー６１１（ｎ）に関連する同期グループに参加させる場合、直前に記載したように、それらに関連する動作を開始してもよい。

別の例では、ユーザインタフェースモジュール６１３を用いるユーザが、ある同期グループに関連するゾーンプレーヤー６１１（ｎ）をその同期グループから離脱させて、別の同期グループに参加させるとともに、そのゾーンプレーヤーが離脱しようとする同期グループのマスタデバイスでない場合には、ゾーンプレーヤー６１１（ｎ）は離脱しようとする同期グループのマスタデバイスに通知してもよく、これにより、そのゾーンプレーヤーは、離脱しようとするゾーンプレーヤー６１１（ｎ）へのオーディオ情報およびタイミング情報の送信を終了する。

同時に、ゾーンプレーヤー６１１（ｎ）は、参加している同期グループ（すなわち、ゾーンプレーヤー６１１（ｎ）が参加している同期グループ）のマスタデバイスに通知してもよく、これにより、マスタデバイスは、ゾーンプレーヤー６１１（ｎ）へのオーディオ情報およびタイミング情報の送信を開始する。その後、ゾーンプレーヤー６１１（ｎ）は、そのオーディオ情報によって定義されるオーディオプログラムの再生をそのタイミング情報にしたがって開始しるタデバイスと同期してそのオーディオプログラムを再生することができる。

別の例として、ユーザインタフェースモジュール６１３を使用するユーザは、ある同期グループに関連付けられていないゾーンプレーヤー６１１（ｎ）に、オーディオ情報ソース６１４（ｎ）（ｓ）によって提供されるオーディオ情報を用いてオーディオプログラムの再生を開始させてもよい。その場合、ユーザインタフェースモジュール６１３を用いるユーザ又はオーディオ情報ソース６１４（ｎ）（ｓ）に特有のユーザインタフェースデバイスを用いるユーザは、オーディオ情報ソース６１４（ｎ）（ｓ）にゾーンプレーヤー６１１（ｎ）へオーディオ情報を提供させてもよい。ゾーンプレーヤー６１１（ｎ）が再生を開始した後、又はそれと同時に、ユーザインタフェースモジュール６１３を使用するユーザは、他のゾーンプレーヤー６１１（ｎ‘）、６１１（ｎ’‘）、・・を、ゾーンプレーヤー６１１（ｎ）の同期グループに参加させるとともに、ゾーンプレーヤー６１１（ｎ）に上述のようにオーディオ情報およびタイミング情報を送信させてもよく、これにより、他のゾーンプレーヤー６１１（ｎ‘）、６１１（ｎ’‘）、・・によるオーディオプログラムの同期再生を促進することができる。ユーザはユーザインタフェースモジュール６１３を用いて、ネットワークオーディオシステム６１０の他の側面を制御してもよく、それには、特定のゾーンプレーヤー６１１（ｎ）が利用しようとするオーディオ情報ソース６１４（ｎ）（ｓ）の選択や、オーディオ再生の音量などが含まれるが、これらに限定されない。さらに、ユーザはユーザインタフェースモジュール６１３を用いて、オーディオ情報ソース６１４（ｎ）（ｓ）のオン、オフを行うとともに、オーディオ情報ソース６１４（ｎ）（ｓ）に各ゾーンプレーヤー６１１（ｎ）へオーディオ情報を提供させてもよい。

ＶＩ．例示的なウェブベースの音楽パートナーシステムおよびその方法
いくつかの実施形態は、コンテンツサービスがコンテンツアクセスおよび再生ネットワークと統合するためのシステムおよびその方法を提供する。例えば、いくつかの実施形態によれば、音楽コンテンツプロバイダは、再生デバイス又は再生デバイスのネットワーク若しくはグループにてアップデートや設定変更を行うことなく、音楽サービスをその再生デバイス又は再生デバイスのネットワーク若しくはグループに統合させることができる（例えば、上述したように、ゾーンやグループの編成など）。別の例では、いくつかの実施形態は、再生デバイスのハードウェア／ソフトウェア製造者は、音楽コンテンツプロバイダが自身のコンテンツを再生デバイスのエンドユーザに（例えば、無料アクセスで又は有料契約により）利用可能させるためのシンプルなインタフェースを提供する。このように、再生デバイスを使用するユーザは、例えば、新しいコンテンツプロバイダにアクセスすることで、新しいメディアコンテンツを最小限の労力で容易に探索および発見するすることができる。本技術およびビジネスへの応用は、本明細書に記載および理解されるような多くの他の方法で利用可能である。また、以下の説明は一般に、音楽に向けられているが、その技術はビデオや他のタイプのオーディオの目的のために使用することもできる。

いくつかの実施形態では、１つ以上のゾーンプレーヤーは、有線又は無線のネットワーク（例えば、ソノズ（商標）無線ＨｉＦｉシステム）に関するハイファイ（ＨｉＦｉ）のオーディオを再生するように編成されてもよい。ネットワークシステムを使用して、ユーザは、インターネットラジオステーションやオンライン音楽サービスと同様に、１つ以上の記憶された音楽ライブラリにアクセスすることができる。いくつかの実施形態は、コンテンツプロバイダが音楽サービスの構成、開発、テスト、認証を行う際に、および、コンテンツプロバイダが再生デバイスおよび／又は有線若しくは無線ネットワーク再生システムに音楽サービスを利用可能とさせる際に、コンテンツプロバイダを支援する。

いくつかの実施形態は、中心位置（central location）からウェブサービスへのコンテンツサービスアクセスを可能にするシステムを提供する。統合のためのパートナーのコンテンツサービスの技術的詳細はウェブサイトを介して入力され、１つ以上のサーバの設定を行うことで、そのサービスは顧客による操作なしに顧客のファームウェアに現れる。

いくつかの実施形態では、コンテンツサービスは、セルフサービスのウェブベースのプラットフォームにアクセスする。そのプラットフォームは、契約にサインし、ツールと文書をダウンロードし、そのサービスを認証して登録することで、コンテンツサービスによる再生デバイスおよび再生ネットワークへの統合を促進する。いくつかの実施形態では、ツールには、コンテンツサービスを再生デバイスに接続するためのユーザインタフェース（ＵＩ）およびアプリケーションプログラミングインタフェース（ＡＰＩ）が含まれる。ＡＰＩ（例えば、ソノズ（登録商標）音楽ＡＰＩ）は、ウェブベースのサービスによってソノズ（登録商標）および／又は他のメディア再生システムへコンテンツが配信されるようにするための一貫した方法を提供するオープンウェブサービスＡＰＩであってもよい。

いくつかの実施形態によれば、コンテンツプロバイダは、ウェブサービス（例えば、アマゾン（商標）ウェブサービス又は「クラウド」内の他のサービス）を利用することができる。いくつかの実施形態は、開発者、プラットフォーム／システムプロバイダおよびエンドユーザにスケーラビリティと低コストを提供する。いくつかの実施形態によれば、進行中で（on-going）、「帯域外の（out of band）」（例えば、ファームウェアの更新なし）、新たなパートナーの開始が可能である。

いくつかの実施形態では、自動化された認証処理は、例えば、パートナー認証プロセスのどこにいるかをコンテンツサービスに通知する。コンテンツパートナーは、そのプロセス内の状態に可視的であり、プロセスを通じて案内される（すなわち、プロセスがパートナーに透過的である）。コンテンツパートナーは、プロセスにおけるゲート又はマイルストーンに到達して、次に何を行うかを指示される。柔軟で拡張可能なプログラムにおいて、プロセス、ツールおよびマイルストーンを使用することで、新しい音楽やその他のマルチメディアコンテンツのための起動時間を短縮することができる（例えば、ハードウェア／ソフトウェア製造者と直接作業するコンテンツプロバイダから半分に短縮）。

いくつかの実施形態では、コンテンツのリリースサイクルは、開発若しくはプレアルファ、アルファリリース（例えば、初期のテストと検証）、ベータリリース（例えば、機能の完成したコンテンツにおける使用性と機能のテスト）、および一般利用（ベータフェーズからのレビューと検証が完了して一般的な市場へのリリース又は発売）を含むいくつかのフェーズがある。一般利用リリースは、コンテンツおよび／又はコンテンツ配信サービス（例えば、インターネットラジオやストリーミングサービスなど）の「最終」の安定したバグのないバージョンであると考えられる。

いくつかの実施形態では、コンテンツパートナーは、ツールなどを利用して、音楽リスナーに自身のベータ版を実行させてフィードバックを受け取ることができる。例えば、パートナーが実際の顧客のフィードバックを閲覧して、迅速に反復することができるように、ベータセルフサービスツールが用意され、これにより、顧客により良い体験を与えることができる。ベータ版および最終的なフルコンテンツリリースを経て、パートナーは、（音楽コンテンツメニューの一部であるソノズラボ（商標）などのベータ版又はテスト領域を介して）ウェブサイトの配置、顧客とのコミュニケーションおよび製品内の音楽メニュー配置について恩恵を受ける。いくつかの実施形態は、例えば、パフォーマンス、使用状況のモニタ又はその両方の組み合わせを行う。

オープンベータ版を使用して、実際の顧客（例えば、音楽リスナーおよびシステムユーザ）の前で音楽サービスをライブで実演して反復するための試験的な場が提供されることにより、テスト作業のクラウドソーシングを促進することができる。例えば、製品内のオープンベータ機能（例えば、「ソノズラボ」）は、リスナーに利用可能とすることができる。リスナーは、最新の音楽にアクセスし、ベータ版テストに参加することができる。テスト作業をクラウドソースしたオープンベータ版を使用することで、コンテンツの問題が、主にコンテンツプロバイダによって稼働され事前にプラットフォーム又はリスナーには公開されない従来の技術と比べて早く特定される。テストは、例えば、複数のサービスにおける問題を同時に表面化する。オープンベータ版はまた、品質管理の場所として機能することができる。いくつかの実施形態では、パートナーは、例えば、ベータ版コンテンツがシステムユーザに一般利用可能となる前に、プログラムが指定された特定の性能および品質基準を満たす必要がある。したがって、例えば、品質の負担はパートナーにシフトされ、プログラムはパートナーに知らされている特定の品質基準を適用および実行する。

音楽リスナーの観点から、新たなコンテンツを顧客に利用可能な音楽ライブラリに容易に統合することを促進することで、それらの楽しみとして配信される音楽の世界を広げることができる。音楽サービスへのアクセスは、例えば、オープンベータ版を介して、より速く、より良く促進することができる。プラットフォームとプロセスを使用することで、コンテンツの統合を、音楽パートナーにとって簡単に、そして顧客に対して信頼性高く行うことができる。さらに、消費者は、デジタルコンテンツやクラウドベースの音楽サービスの概念に対して、および、コンテンツ／音楽へアクセスするための「支払い」の全体的な考え方と価値に対してより安心する（馴染み深い）ようになっている。新たなコンテンツのオープンベータ版と最終的な一般利用を使用することで、顧客は、上述したコントローラや再生デバイスを介して、有効的で無制限な音楽のセレクションを発見し、閲覧し、再生することができる。

いくつかの実施形態は、コンテンツパートナーが顧客からのフィードバックを管理するためのセルフサービスモデルを提供する。例えば、ウェブベースの形式が顧客のフィードバックのために提供されてもよい。各パートナーの音楽サービス用にディスカッションフォーラムを設定してもよい。このフォーラムを通じて、顧客とパートナーの双方がフィードバックを閲覧し、掲示することができる。例えば、問題追跡ツール（例えば、バグジラ（Bugzilla）（商標））を使用して、サービス内のエラー、欠陥および障害（共通して「バグ」と呼ばれる）などを報告するようにしてもよい。

例えば、ソーシャルメディアを活用することで、フィードバックおよび広告の促進およびモニタを行ってもよい。いくつかの実施形態では、常連ユーザの体験のウィジェット又は特徴を推奨エンジンの相互作用モデルとして使用することができる。

いくつかの実施形態では、継続的パフォーマンスのモニタ・測定は、自動化された２４時間週７日のモニタとスナップショットダッシュボードの可視性を介して促進される。例えば、進行中における品質とパフォーマンスダッシュボードは、様々なリアルタイムの警告やデータに基づいて、音楽パートナーの全体的な健全性と利用性のリアルタイムのスナップショットを提供することができる。このような測定例の１つは、例えば、特定のサービスに対するバグの数である。別の例示的な測定例は、報告されたオーディオのドロップアウトの数である。さらに別の例示的な測定例は、音楽サービスを使用するユーザの総数である。これらの測定例は、例えば、発生回数の合計あるいは２４時間ごとの発生回数の合計を表してもよい。

ａ．例示的な構成
１つの例示的な実施形態において、再生ネットワークとの統合を簡略化するために、１つ以上の構成パラメータが全体的（perspective）コンテンツサービスに提供される。例えば、オーディオサンプルレート（例えば、４８ｋＨｚ、４４．１ｋＨｚ、３２ｋＨｚ、２４ｋＨｚ、２２．０５ｋＨｚ、１６ｋＨｚ、１１．０２５ｋＨｚ、８ｋＨｚなど）、コーデック（例えば、ＨＴＴＰを使用するＷＭＡや、ＨＴＴＰのようなストリーミングを有するＭＭＳを使用するＨＴＴＰや、ＲＴＳＰ、ＨＥ−ＡＡＣ、ＰＳを使用するＷＭＡや、ＨＴＴＰを使用するＳＢＲなど）、ローカライゼーション用の言語（例えば、英語、フランス語、イタリア語、ドイツ語、スペイン語、オランダ語、日本語、中国語、スウェーデン語、デンマーク語、ノルウェー語など）、およびサポートされているセキュリティ（例えば、ＳＳＬ ＴＬＳ ｖ１）が提供される。多くの従来のソフトウェア開発プログラムとは異なり、１つの例示的な実施形態では、プロセスを開始するために特殊なディベロッパーキーは必要ではない。代わりに、ある実施形態によれば、コンテンツサービスがプロセスを開始するために必要なことは、代表者（representative）にウェブサービス記述言語（ＷＳＤＬ）をダウンロードさせる、文書を読ませる、およびウェブサービスを実装させることである。この実施形態によれば、プロセスの開始前における新たなサービス又はデベロッパーの認証が長期化しやすいことを排除又は実質的に排除する。

コンテンツサービスに提供することができる基本的な構成パラメータに加えて、再生システムアーキテクチャ記述を設けてもよい。例えば、音楽の保存、コントローラのキャッシング、プレイリストの構成、デバイスの制限などを記述することができる。１つの例示的な実施形態においては、再生デバイスは、音楽をローカルに保存せず、コンテンツサービスからストリーミングされた音楽を直接的に再生する。例えば、プレーヤーのＲＡＭにいくらかの内部バッファリングがある可能性があるが、そのバッファリングは、信頼性の低いネットワーク上での音楽の中断を低減する又は回避するものである。別の実施形態では、コントローラは、音楽のメタデータ、アルバムアート（ｊｐｇやｐｎｇ形式など）および検索結果をキャッシュする。キャッシュされるデータ量は、例えば、コントローラアプリケーションプラットフォームの間で変化するとともに、各デバイス内のＲＡＭの量に依存する。別の実施形態では、音楽待ち行列（music queue）の内容は、再生システムに格納されているプレイリストに保存することができる。１つの例示的な実施形態では、プレイリストは、トラック、トラックのＭＩＭＥタイプおよびトラックＩＤを提供しているサービスを表す符号化された識別子を含んでいてもよい。別の例示的な実施形態では、プレイリストは、プレイリスト内の各トラックの実際のオーディオコンテンツおよび／又は各トラックのための実際のストリーミング識別子（例えば、ユーアールアイ（ＵＲＩ））を含んでもよい。さらに別の実施形態では、再生システムにおける再生デバイスの最大数が設けられる。例えば、ソノズのシステムにおいて、それぞれが独自のストリームを再生している３２個のゾーンがサポートされる。

ｂ．例示的な開発ガイド
１つの例示的な実施形態では、音楽サービスのＡＰＩは、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）に基づいている。しかしながら、コンテンツプロバイダのバックエンドサービスが異なるプロトコルに基づいている場合、そのサービスはそのバックエンドプロトコルをＳＯＡＰコマンドにマッピングする仲介層として機能することができる。バックエンドサービスがレスト（ＲＥＳＴ）プロトコルに基づいている場合、ＡＰＩサービスはＳＯＡＰ ＡＰＩメソッドをＲＥＳＴバックエンドプロトコルにマッピングする仲介層として使用することができる。例示的なシステムでは、全てのＳＯＡＰ応答は、共通の符号化を使用する必要がある。例えば、ユニコードトランスフォーメーションフォーマット−８（ＵＴＦ−８）の拡張マークアップ言語（ＸＭＬ）による符号化をほとんどの応答に使用することができ、また、ＧＮＵジップ（ＧＺｉｐ）による符号化をより長い応答を圧縮するために使用することができる。

１つの例示的な実施形態では、検索結果には、何千ものアイテムが含まれてもよく、好ましくは、コンテンツサービスは一度に全てのアイテムを提供する必要はない。１つの例示的な実施形態では、アイテムのコレクションを戻すＡＰＩは、開始インデックスとカウントを指定するパラメータを含む。カウントがアイテムの合計数よりも小さい場合、再生システムは全体の結果を得るためにアイテムの連続範囲を要求することができる。

１つの例示的な実施形態では、デバイスＩＤは、再生システム内の再生デバイスの固有ＩＤ（例えば、家庭内のゾーンプレーヤーの固有識別子）である。このＩＤは、再生システムが最初に設定されるときに確立され、変更される可能性は低い。例示的なシステムでは、コンテンツサービスはこのＩＤを使用して、再生デバイスの単一の「インスタンス」を指定することができる。これは例えば、複数の場所から同時にコンテンツサービスにアクセスしているユーザの同時的な「インスタンス」をカウントする場合に有用である。いくつかの状況では、音楽ライセンスルールは、同じアカウントから同時に再生することができるトラック数のリミットを含む。１つの例示的な実施形態では、ＡＰＩは、単一のユーザカウントから同時にコンテンツにアクセス可能な場所の数のリミットに達したことを識別するための特定のＳＯＡＰデフォルトコード「Ｄｅｖｉｃｅ Ｌｉｍｉｔ」を提供する。再生デバイスが新しいトラックの再生を開始しようするが、サービスが「Ｄｅｖｉｃｅ Ｌｉｍｉｔ」を返した場合、例えば、プレーヤーはそのサービスを「ブラックリスト化」し、そのサービスからの待ち行列内の全てのトラックをスキップする。１つの例示的な実施形態では、「ブラックリスト」は、ユーザがトラックを再生しようとする次回に持ち越される。

ある実施形態では、サービスプロバイダは、音楽サービス仲介層のための独自のプログラミング言語を選択することができる。その言語は、ＷＳＤＬ言語を取り込んでコードを生成することが可能なものの１つである。例えば、Ｃ＃、ＰＨＰ、ＲｕｂｙおよびＪａｖａ（登録商標）を使用することができる。

ある実施形態では、認証を実行する方法として３つの方法がある。１つの例示的な実施形態では、認証は匿名（anonymous）である。このモードでは、ユーザは資格情報を提供する必要はなく、再生システムは、トークン（例えば、セッショントークン）にログインする又はトークンを取得することなくコンテンツサービスと通信する。別の例では、認証は、セッションＩＤに基づいている。このモードでは、再生システムは、コンテンツサービスへユーザ名とパスワードを入力して、セッショントークンが再生システムに戻されることを待つ。例えば、再生システムは、ＨＴＴＰＳなどの保護プロトコルを介して、「ｇｅｔＳｅｓｓｉｏｎＩＤ」の要求にユーザ名とパスワードを入力し、セッショントークンが戻される。再生システムからコンテンツサービスへの後続する全ての呼び出しは、カスタムＳＯＡＰヘッダーにおけるセッショントークンを含む。この例では、セッションは、コンテンツサービスによって決定されるビジネスルールを使用して、有効期限が切れる場合がある。再生システムが有効期限切れのセッションの報告を取得すると、その後、再生システムは、コンテンツプロバイダからのコンテンツを再生する前に再度ログインする必要がある。さらに別の例では、認証は、ユーザ名およびパスワードとコンテンツサービスへの各呼び出しとの交換に基づいている。

ある実施形態では、いくつかのメソッドを使用して最低限の機能のみを実施することができる。例えば、「ｇｅｔＳｅｓｓｉｏｎＩＤ」、「ｇｅｔＭｅｔａｄａｔａ」、「ｇｅｔＭｅｄｉａＭｅｔａｄａｔａ」、「ｇｅｔＳｔｒｅａｍｉｎｇＵＲＬ」、および「ｇｅｔＬａｓｔＵｐｄａｔｅ」を使用することで、基本的なサービスを提供してもよい。この例では、「ｇｅｔＳｅｓｓｉｏｎＩＤ」はコンテンツサービスを再生システムに追加して、必要に応じて認証情報を含む。「ｇｅｔＭｅｔａｄａｔａ」を使用することで、ユーザは、コンテナー階層構造にある音楽を閲覧することができる。例えば、ユーザがアーティスト、トラックおよびジャンルなどによって音楽を閲覧したい場合、ユーザはこの方法を使用してそれを行う。「ｇｅｔＭｅｄｉａＭｅｔａｄａｔａ」は、特定のトラックやストリームに関するメタデータを取得するために再生システムによって使用される。例えば、再生システムはトラック又はストリームＩＤを通過している本方法を呼び出して、コンテンツサービスはそのトラック又はストリームを記述した情報で応答してもよい。「ｇｅｔＳｔｒｅａｍｉｎｇＵＲＬ」が再生システムによって使用されることで、コンテンツサービスからコンテンツを再生する。例えば、トラック又はストリームＩＤが本方法により通過することで、ストリーミングコンテンツを開始することもできる。「ｇｅｔＬａｓｔＵｐｄａｔｅ」が再生デバイスによって使用されることで、コンテンツカタログをタイムリーな形式によりリフレッシュする。

ある実施形態では、上述の「ｇｅｔＭｅｔａｄａｔａ」の方法と、カテゴリ識別子（例えば、トラック、アルバム、アーティスト、プレイリストなど）、検索用語およびページネーションパラメータを受け取るとともに適切な結果に応答する検索方法とを使用して、検索機能を実行することができる。例示的なシステムにおいては、「ｇｅｔＳｃｒｏｌｌＩｎｄｉｃｅｓ」方法を用いて、アルファベット（alphabetic）スクロール（例えば、「パワースクロール」）を実施することができる。

ある実施形態では、コンテンツプロバイダのためのビジネスルールに対処するために、プログラムされたラジオステーションのためのスキップの制限をサポートすることができる。１つの例示的な実施形態において、再生デバイスは、トラックの小さいセグメントをフェッチすることによって、プログラムされたラジオステーションを再生し、現在のセグメントがほぼ完了したときに次のセグメントを取得する。ユーザがトラックをスキップすることを防止するために、コンテンツプロバイダは、再生システムに戻される「ｔｒａｃｋＭｅｔａｄａｔａ」に「ｃａｎＳｋｉｐ＝ｆａｌｓｅ」を返すことができる。

ある実施形態では、コントローラ（例えば、コントローラ５００）は、トラック、アルバム、アーティスト情報について２行を表示できるようにすることができる。１つの例示的な実施形態では、コントローラは音楽コンテナーの「ｉｔｅｍＴｙｐｅ」を検査することで、アイテムの２行の表示が使用されるべきか否かを判定する。

ある実施形態では、ユーザが３つのメソッド：「ｃｒｅａｔｅＩｔｅｍ」、「ｄｅｌｅｔｅＩｔｅｍ」および「ｇｅｔＬａｓｔＵｐｄａｔｅ」を実行することで、コンテンツサービス上にパーソナライズされたコンテンツのコレクションを管理することができる。これらの方法を使用して、例えば、お気に入りを確認し、又は、必要に応じてトラック、アルバムおよびアーティストを追加／削除することで、カスタムサービス記述子（custom service descriptor）を設定することができる。ポーリング間隔（例えば、３００秒）を用いて、パーソナライズされたコンテンツが最新であることを確認することができる。

ある実施形態では、エラー状態を示すための予め定義されたＳＯＡＰエラーコードのセットを使用して、コンテンツサービスから再生デバイスにエラーを報告し、必要に応じてユーザにも続いて報告することができる。標準エラーコードのセットに加えて、例えば、ＡＰＩサービスによって、あるサービスは、通常の故障コードが適用されない状況においてカスタマイズされたエラー条件を提供することが可能となる。

ｃ．例示的なベータプログラム
例示的なシステムでは、新たなサービスが一般大衆にリリースされる前に、その品質管理を支援するためのベータプログラムが使用される。１つの例示的な実施形態では、ベータプロセスは、２、４週間持続するとともに、再生システムの製造者によって決定されるベータ版から正常な終了（successful exit）を成功させる（例えば、成功したベータ版の決定は、ソノズ再生デバイスを提供するソノズインコーポレイテッドによって決定される）。ベータ版からの正常終了で役割を果たすいくつかの要因には、ユーザ数、ベータプールからの積極的な関与性、ベータ中のサービスのパフォーマンス、ベータ版参加者からのフィードバックおよび未解決の問題の解決が含まれる。例示的な実施形態では、全てのフィードバックは、オープンベータ版フィードバックウェブサイトで閲覧することができる。ソノズデバイス用のオープンベータ版フィードバックは、例えば、ｈｔｔｐ：／／ｐｕｂｌｉｃｂｅｔａ．ｓｏｎｏｓ．ｃｏｍで見つけることができる。

ｄ．例示的なプロセスフロー
図７は、フロー図７００を示しており、これはコンテンツパートナーがコンテンツにアクセスし、コンテンツを検証し、コンテンツをテストし、およびコンテンツをユーザへ提供するための例示的なプロセスに関する。ブロック７０２で、音楽コンテンツ開発者などのコンテンツプロバイダは、コンテンツの検証および再生プラットフォームへの統合のためのプログラムウェブサイトにアクセスする。ブロック７０４で、プロバイダは、音楽開発者として登録する。ブロック７０６で、登録後において、開発者は１つ以上のプラットフォームＡＰＩおよび技術文書にアクセスすることができる。そのＡＰＩおよび文書を用いることで、コンテンツプロバイダは、それらのコンテンツ（例えば、オンデマンドの音楽、スマートラジオステーション、ラジオのストリーミングなど）を配信プラットフォーム（例えば、マルチルーム音楽システムなど）に統合することができる。

ＡＰＩと文書を用いた後に、ブロック７０８で、開発者のコンテンツ用の技術構成（technical configuration）がプログラムに送信される。ブロック７１０で、開発者の内容についての技術構成を評価およびテストするために、開発者によってセルフテストが実行されてもよい。例えば、開発者によるコンテンツの配置に対して、デバッグ、パフォーマンスおよび他のツール若しくはシミュレーションが実行されてもよい。

ブロック７１２で、セルフテストの成功に続いて、開発者は、そのコンテンツがベータテストに認容されるための申請を提出する。ブロック７１４で、申請がレビューされ、承認される（又はさらなる修正のために返される）。ブロック７１６で、認証されたコンテンツ上で、プログラム（例えば、自動化ツール）を通じて統合と検証のテストが実行される。ブロック７１８で、例えば、テスト結果が条件を満たしているか否について、開発者にフィードバックを提供することができる。

ブロック７２０で、配信プラットフォームのユーザに対する公開ベータ版テストのために、技術構成内の開発者のコンテンツが提供される。例えば、新しい音楽ストリーミングラジオを、ソノズ（商標）ラボのベータ版テストメニューを介してソノズ（商標）ユーザに提供することができる。そのテストメニューは、ソノズ（商標）コントローラを用いて閲覧可能なユーザの音楽ライブラリを経由してアクセスすることができる。ブロック７２２で、ベータ版へのアクセスがモニタされ、評価される。例えば、ベータコンテンツへのユーザクセスおよびユーザ交信が自動的にモニタされてもよく、パラメータ又はメトリックは、プログラムや開発者レビューのために数値化され、保存されてもよい。

ブロック７２４で、オープン（公開）ベータ版の結果は、一般利用基準に照らして評価される。基準は、プログラムや業界標準などによって設定されてもよい。一般利用基準に対する考察において、正式リリースの前にさらなる修正を行うために、フィードバックを開発者に提供してもよい。ブロック７２６で、プログラムおよび開発者が認められた後、コンテンツは、配信プラットフォームを経由して一般利用のために始動（開始）される（例えば、ソノズ（商標）コントローラ上の音楽ライブラリを経由して、ゾーン再生デバイスのネットワークへ）。

図８は、フロー図８００を示しており、これはマルチメディアコンテンツ開発者とマルチメディアコンテンツプラットフォーム／サービスとの間の例示的な統合プロセスに関する。ブロック８０１で、（例えば、プログラムウェブサイトへのアクセスを介して）統合プロセスが開始される。ブロック８０２で、開発者が既存のパートナーであるか否かを判断する。そうでない場合、ブロック８０３で、登録情報が収集される。ブロック８０４で、登録情報が評価されることで、必要な全ての情報が提供されていることが決定される。そうでない場合、登録情報が再度要求される（ブロック８０３）。もしそうであれば、開発者のコーデックがブロック８０５で確認され、それがサポートされているかどうかが決定される。コーデックは、例えば、デジタルオーディオストリームなどのデジタルストリーム又は信号を符号化および／又は復号化することが可能なデバイス又はコンピュータプログラムである。もしそうであれば、ブロック８０６で、開発者との契約が成立する（例えば、開発者がプログラムの条件に同意する）。契約が合意されていないか、コーデックがサポートされていない場合、ブロック８０７で、プログラムの代表に接触する。契約が受け入れられた場合、ブロック８０８で、パートナーは歓迎される。例えば、パートナーのログイン名とパスワードを含む電子メールがパートナーに送信される。

ブロック８０９で、（例えば、プログラムのウェブサイト、ポータル、アプリケーションインタフェースなどを経由して）パートナーのログイン名とパスワードの情報が入力される。これらの資格情報を使用して、パートナーはログインし、ウェブサイトに戻って、統合プロセスを継続することができる。ブロック８１０で、ログイン名とパスワード情報が認証される。ブロック８１１で、パートナーのツールと開発エリア（例えば、セルフサービスのエクストラネット）がアクセスされる。

ブロック８１２で、開発者のためにダウンロードエリアが提供される。登録されたパートナーは、パートナーおよび開発者向けのポータル専用ウェブサイトへの安全なアクセスを行うことができる。この場所において、幅広い種類の文書、技術情報およびサポートリソースへアクセスすることができ、開発者が統合の試みを成功させることに役立つ。ポータルのいくつかの特徴には、高レベルのホワイトペーパーおよび開始情報（getting started information）、ＡＰＩリファレンス文書および統合ガイド、特定の統合タスクを解決するのに役立つテクニカルノートやサンプルコードライブラリ、ヒントやコツなどを含むサポートリソース、頻繁に問われる質問ガイド、トラブルシューティングガイド並びに問題追跡などが含まれる。例えば、開発者のアクセスのために、開発者ガイド、ＡＰＩ概要、ＡＰＩリファレンス（参照）、ストリーミング基準・要件、ブランディングガイドライン、サンプルサービス実装（sample service implementation）、ユーザインタフェースガイドライン、テスト計画、自動パッケージソフト（automation suite）およびテストスクリプトなどが提供されてもよい。ブロック８１３で、開発者はこれらのツールとリソースを使用して、コンテンツの実装を行う。例えば、技術文書のダウンロード後、パートナーは、自身の音楽サービス機能をプラットフォームと統合し始めることができる。

ブロック８１４で、実装に関してテスト計画が実行される。例えば、自動パッケージソフトを使用して、開発者によるコンテンツ実装をシミュレートし、テストしてもよい。いくつかの例では、統合の完了後、パートナーは、自身のサービスを実際の音楽システムとともにテストしてもよい。いくつかの実施形態では、ポータルは、パートナーに「セルフサービス・セットアップ」のページを提供してもよく、このページは、ＡＰＩウェブサービスをサポートしているエンドポイントに音楽プレーヤーのコンポーネント（例えば、ゾーンプレーヤーとコントローラ）を案内する。「セルフサービス・セットアップ」のページ上に自身のシステムを構成した後、パートナーはコントローラの音楽メニューにおいて自身の音楽サービスを見ることができる。この時点では、音楽サービスはテストのためにパートナーにのみ可視的であり、他のユーザに利用可能となっていない。

音楽サービスを構成した後、パートナーはプログラムによって提供されるテスト計画をダウンロードして、１つ以上のテストケースを実行する。パートナーは、完成したテスト計画を実行して、全ての機能が指定された品質と性能基準内で実行されていることを確認することが予測される。それらの音楽サービスのテスト成功後、パートナーは、オープンベータ版プログラムに入るための要求を提出することができる。

ブロック８１５で、開発者の実装のための申請が送信される（又は変更した後に再提出される）。ブロック８１６で、申請はプログラム提出基準に照らして自動的に評価される。

ブロック８１７で、評価され自動的に承認された申請が再度レビューされ、ブロック８１８で、承認又は拒絶（はい／いいえ）のいずれかが行われる。パートナーの申請は、レビューと承認のプロセスのためのチェックポイントを通過する。いくつかの実施形態では、レビューと承認には、品質保証（ＱＡ）の検証、スクリーンショットのレビュー、およびオープンベータ版基準のレビューが含まれる。申請が承認された場合は、パートナーはオープンベータ版に入る。ブロック８１９で、実装の変更（ブロック８１３）のために、拒絶報告が開発者に返される。例えば、パートナーが性能と品質の基準を満たしていない場合、申請は拒絶され、拒絶の理由を含む電子メールが送信される。問題を修正した後、パートナーは承認のための申請を再提出することができる。ブロック８２０で、承認されたアプリケーションが、オープンベータ版内でのサービス（例えば、音楽サービス）として有効になる（例えば、音楽再生コントローラを介して）。

ブロック８２１で、オープンベータ版が開始される。オープンベータ版の間は、ユーザはそのサービスとそのコンテンツにアクセスすることができる（例えば、実験的若しくはベータ領域において、ベータラベルを有する定期的な音楽領域などにおいて）。例えば、エラー統計、性能測定、ユーザ評価、ユーザ議論および他のフィードバックなどを収集して報告することができる。これは、パートナーがベータ版の間に負荷テストやそれらのサービスの微調整を実行可能なように設計される。製品内のオープンベータ版テストツールが提供されてもよい。

いくつかの実施形態では、ベータ版テスト領域（例えば、ソノズサウンドラボ（商標））により、パートナーはテスト作業をクラウドソースすることができる。実際の顧客とのライブ環境において音楽サービスが自身のコンテンツをデモしてストリーミングするためのテスト場を提供することにより、パートナーは、それらのサービスにおける使用性と性能の問題をより迅速に特定して、市場投入までの全体的な時間を低減することができる。顧客がベータ版テストに参加することにより、最新の音楽サービスにアクセスすることができる。

図９Ａに示すように、例えば、コントローラは、「もっと音楽を」メニュー９２０を提供してもよく、このメニューには、顧客に利用可能なベータ版サービスのリストが表示される。簡単なセットアップウィザードを使用して顧客がサービスを選択すると、それは「音楽メニュー」９３０の下に表示される。すでに一般に利用可能なものからベータ版サービスを区別するために、音楽サービスのロゴは、例えば、「ベータ版」バッジ９２０でタグ付けされている。図９Ｂの例に示すように、「ベータ版」バッジは、ベータ版テストの終了時に削除されてもよい。

ブロック８２２で、オープンベータ版の評価が行われる。例えば、オープンベータ版が一般利用のための準備ができているかどうかの評価が行われる。ベータ版テスト中において、顧客はサービスをテストし、フィードバックを提供し、自身が発見し得るバグを提出する。パートナーおよび開発者のポータルにより、パートナーは、フォーラムおよび問題追跡ソフトウェアへアクセスすることができ、フィードバックをモニタし、ユーザが直面している問題を解決する。ブロック８２３で、未解決のバグや問題が識別される。もしそうであれば、ベータ版テストが続行される。もしそうでない場合、ブロック８２４で、性能基準が評価される（例えば、１から１０までのスケールで）。この段階では、パートナーのサービスは未解決の問題を追跡し、性能を監視し、全てのパートナーの成果物がサービスの一般利用可能な状態であることを確認するために、別のチェックポイントを通過する。ベータ版テストの期間の後、サービスが特定の性能ガイドライン内にて稼働し、特段の問題もない場合、ベータ版テストは終了し、サービスは一般利用可能となる（ＧＡ）。性能基準を満たしていない場合には、ベータ版テストが続行する。基準が満たされた場合、ブロック８２５において、認容性についてユーザ評価が評価される（例えば、１から５のスケールで）。Ｎｏの場合には、ベータテストが続行される。Ｙｅｓの場合には、ブロック８２６で、パートナーの提出物が利用可能性のために確認される。Ｎｏの場合、ベータ版テストが続行される。Ｙｅｓの場合、次に、ブロック８２７において、コンテンツ／サービスが、コンテンツ配信プラットフォーム８２８を介した一般利用によってユーザに提供される。図９Ｂに示すように、ＧＡ開始によりベータ版バッジが削除され、サービスがコントローラ上の音楽メニューの下に表示される。

図１０は、フロー図１０００を示し、これは、新たなコンテンツサービスの開発、統合、ベータ版および開始のための例示的な機能横断型のワークフローに関する。ブロック１００１で、プログラム情報が提供される。例えば、統合プログラムに関する新たなパートナーと開発者のための情報が、ウェブサイト又は他のポータルを介して提供される。ブロック１００２で、新たなパートナーから登録情報が取得されるとともに、新たに登録されたパートナーおよび既に登録されているパートナーによってログイン情報が提供される。

ブロック１００３で、パートナーのダッシュボードや「ホーム画面」がパートナーのウェブサイトや他のポータルを介して提供される。ブロック１００４で、プロバイダのポータルを経由して、技術リソースのダウンロードエリアにアクセスすることができる。技術情報、ＡＰＩリソース又はその他のツールが、例えば、登録されたパートナーによってアクセスされてもよい。

ブロック１００５で、パートナーは、所望のコンテンツ（例えば、デジタルオーディオ）サービスを実装する。ブロック１００６で、パートナーサービスは、パートナーによるセルフテストのために設けられたテストシステム上でのテストが可能となる。セルフテストが完了した後、ブロック１００７で、サービスのためのプログラムに申請が提出される。申請の一部として、パートナーは、実装されたサービス用の全ての最終的な提出物を提出する。

ブロック１００８で、サービスの申請が、品質やコンプライアンスなどの点でレビューされる。基準が満たされると、申請が承認される。それ以外の場合は、申請がさらなる開発やテストのために返却される。

ブロック１００９で、承認されたサービスはベータ版テストが有効となる。例えば、サービスがオープンベータ版で提供され、使用およびレビューのために顧客に利用可能となる。サービスはモニタされ、例えば、ベータ版テスト中において自動的にユーザのフィードバックによって評価される。フィードバックは、例えば、検討および考えられる修正のために開発者に提供される。

ブロック１０１０で、一般利用可能性のチェックリストがレビューされ、基準を満たしているサービスの候補がリリースされる。ブロック１０１１で、文書、よくある質問（ＦＡＱ）およびトレーニングなどが、コンテンツのプラットフォームを経由して、一般利用のために更新される。ブロック１０１２で、サービスは、ベータ版外で一般に利用可能とされる。コンテンツと音楽サービスは、例えば、新たに利用可能となったサービスに基づいて、コントローラ又は他のインタフェース上にて更新されてもよい。

図１１は、例示的な統合テストシステムおよび関連するプロセスフロー１１００を示す。図１１に示すように、パートナーポータル１１０１は、１１０２においてアクセスされ、インターネット１１０３又は他のネットワークを介してテストツール１１０４をダウンロードする。テストツール１１０４は、テスト計画やＡＰＩの機能テストパッケージソフトなどを含んでもよい。テストツール１１０４を使用して、１１０５でテストが実行されてもよい。テストは、パートナーのファイアウォール１１０６を介してパートナーのテストサーバ１１０７にて実行されてもよく、および／又は、ゾーンプレーヤー／コントローラ構成１１０９を使用して１１０８で実行され、その結果がパートナーのテストサーバ１１０７に提供されてもよい。ブロック１１１０で、テスト結果が収集され、１１１１で、テスト結果がインターネット又は他のネットワーク１１０３を介してパートナーポータル１１０１に送信されてもよい。

代替的又は付加的に、テストが、ブロック１１１２で、パートナーの公開テストサーバ１１１３（例えば、オープンベータ版）にて実行されてもよい。テストサーバ１１１５もまた、ＡＰＩ機能テストやＡＰＩ負荷（ロード）テストなどのテスト１１１４を実行するために使用することができる。

ブロック１１１６で、テスト結果が１１１７で比較され、レビュー（およびさらなるアクション）のためにパートナーポータル１１０１に提出される。

図１２は、コンテンツサービスのオープンベータ版テストのためのインフラストラクチャ１２００の例を示す。図１２に示す音楽サービスパートナー１、２、３のような１つ以上の音楽サービス１２０１は、インターネット１２０２又は他のネットワークを介して、ベータ版の顧客１、２、３、４、・・・Ｎなどの１つ以上の家庭１２０３にアクセスすることができる。それぞれのベータ版の顧客１２０３は、データコレクション（例えば、データウェアハウス）１２０４に検証用のデータを送信する。

収集されたデータは１２０５で評価され、１つ以上の性能基準が満たされているかどうかが決定される。１つ以上の性能基準が満たされていない場合、ベータ版テストは顧客１２０３とともに続く。１つ以上の性能基準が満たされている場合、１２０６でデータが評価され、ベータ版が、認容可能とするユーザ評価を受けたかどうかが決定される。ベータ版が認容可能とするユーザ評価を受けていない場合、ベータ版は続行される。認容可能とするユーザ評価が得られた場合、その候補はチェックポイント１２０９に送信される。さらに、ベータ版のフィードバックがパートナーエクストラネット１２０７を介して提供されてもよく、これには１つ以上の音楽パートナーフォーラム、エラー報告およびユーザ評価などが含まれる。１２０８で、未解決のバグや問題が、パートナーエクストラネット１２０７のフィードバックに基づいて特定される。未解決のバグや問題が特定されると、ベータ版テストが続行される。未解決のバグや問題が特定されない場合、その候補はチェックポイント１２０９に送信される。

チェックポイント１２０９で、サービス候補に関するベータ版の間に収集されたデータが評価され、ベータ版テストを継続すべきか、あるいはその候補を一般利用としてリリースすべきどうかが判断される。

図１３は、音楽サービス性能フィードバックダッシュボード１３００の例を示す。パートナーは、性能評価１３０２、ユーザ評価１３０３および特定された問題（知られている問題）１３０４に関して、１つ以上のサービス１３０１の情報を得ることができる。フィードバックは、例えば、サービスのさらなる修正、テスト又は承認のために使用することができるとともに、ベータ版テストが継続するときに更新されてもよい。

上述のシステムおよび方法を使用して、コンテンツサービスが開発され、検証され、実際の顧客によってベータ版のテストが行われ、さらにはコンテンツ配信プラットフォームに統合されてもよい。いくつかの実施形態では、コンテンツがウェブベースのストリーミング音楽サービスによって配信され、ソノズ（商標）マルチルーム音楽システムなどのコンテンツ配信システムによって消費されるための簡単な方法を提供するオープンウェブサービスＡＰＩを提供する。ＡＰＩは、インターネットラジオストリーミングと同様にオンデマンド音楽サービスを含むコンテンツプロバイダの範囲をサポートするように設計されている。いくつかの実施形態では、ＡＰＩは、音楽をダウンロードしてローカルハードドライブ又は他のストレージに保存するように設計されるのではなく、代わりに、例えば、大量の内部ストレージを含まない再生デバイス間のストリーミングメディアに焦点を当てて設計される。

いくつかの実施形態では、ＡＰＩのウェブサービス仕様は、ＳＯＡＰ１．２仕様を使用して構築されるとともに、音楽サービスから音楽を閲覧して再生する方法を定義する。ＳＯＡＰメッセージには、オプションヘッダー（optional header）と必要なボディ（required body）を含有するエンベロープを含む。ヘッダーは、メッセージの処理方法に関連する情報のブロックを含む。これには、ルーティングおよび配信の設定、認証若しくは認証アサーション、並びにトランザクションコンテキストが含まれる。ボディは、配信されて処理される実際のメッセージを含む。例示的なＡＰＩでは、ＳＯＡＰヘッダーはユーザの資格情報を渡すために使用される。

ウェブサービス記述言語（ＷＳＤＬ）は、メッセージを交換可能な通信エンドポイントの集合としてネットワークサービスを記述するためのＸＭＬ文法である。いくつかの実施形態では、ＡＰＩの物理的な仕様は、ＷＳＤＬ文書およびＸＭＬスキーマ定義（ＸＳＤ）文書として与えられる。ＷＳＤＬとＸＳＤによる文書は、ＡＰＩにおける全ての方法とデータ種類の明確な定義を提供し、複数の一般的なコード生成ツールによって機械読み取り可能であるというさらなる利点がある。

いくつかの実施形態では、ＡＰＩにおけるエラー処理は、標準のＳＯＡＰ１．１フォールトを介して、特にＳＯＡＰ＜ｆａｕｌｔｃｏｄｅ＞エレメントを介して行われる。 ＡＰＩは、例えば、予め定められた故障コードのセットを定義してもよい。

いくつかの実施形態では、ＡＰＩは、メディア利用の４つの領域：１）認証、２）閲覧と検索、３）オーディオ再生および４）ユーザカスタマイズのためのコアサービスを提供する。特定のオプションサービスが提供されてもよい。

ｅ．例示的な認証サービス
図１４は、認証サービスの例を示す。多くのサービスプロバイダは、コンテンツ階層又はストリームにアクセスするためのユーザ名とパスワードを必要とする。いくつかの実施形態では、サービスＡＰＩは、ユーザ名／パスワードを経由してデバイスが認証を行うための方法を提供する。さらに、デバイス固有の固有識別子（メディアアクセスコントロール（ＭＡＣ）のアドレスなど）がデバイスとサービスの間で渡され、場合によっては、サービスは任意のデバイスごとのビジネスルールの適用を希望する。

サーバ状態の維持に関連するオーバーヘッドを回避するために、ユーザ認証を必要とするそれぞれのＡＰＩ／ＳＯＡＰリクエストが資格情報を運ぶ。それぞれのＡＰＩ／ＳＯＡＰリクエストは、エンドユーザの資格情報を有するＳＯＡＰヘッダー要素を含む。サービスプロバイダによっては、ユーザ名とパスワードの資格情報を有効に解決することができないため、ＡＰＩも資格情報用のトークン化された形式をサポートする。ユーザ名／パスワードのペアを「ｓｅｓｓｉｏｎｉｄ」と呼ばれる不透明なトークンに変換するために、別のＡＰＩ／ＳＯＡＰリクエストが出される。

認証は、「ｇｅｔＳｅｓｓｉｏｎＩＤ」によって実行される、あるいは、例えば、ＨＴＴＰヘッダーを有する資格情報を渡すことで実行可能である。

このように、認証は、少なくとも１つのコントローラ１４１２および少なくとも１つのゾーンプレーヤー１４１４を含む音楽システム１４１０と、音楽サービス１４３０との間において、ＳＯＡＰリクエスト１４２０およびＳＯＡＰ応答１４２２を介して、並びに、ＷＤＳＬ１４３２および音楽サーバ１４３６に関連するＡＰＩエンドポイント１４３４を介した「ｇｅｔＳｅｓｓｉｏｎＩＤ」（ユーザ名、パスワード）１４２４および「ｇｅｔＳｅｓｓｉｏｎＩＤＲｅｓｐｏｎｓｅ」を介して容易に行うことができる。

ｆ．例示的な閲覧・検索サービス
消費者は、アーティストやジャンルなどによってコンテンツを探索することを好む。このように、いくつかの実施形態では、ＡＰＩによって、音楽サービスは、アーティスト、アルバム、作曲者、プレイリスト、ジャンル、プログラムされたステーションおよびトラックなどのメタデータに基づくブラウジングを提供することができる。サービスプロバイダが自身のブラウザ階層を追加することで、消費者はトップ１００などの編集コンテンツを探索することができる。

ウェブサービスＡＰＩによって、サービスプロバイダは、提示するコンテンツ階層を調整して動的に変更することができる。この機能により、サービスプロバイダとパートナーは、例えば、影響を受けるデバイス上のビジネスルール、地理又はユーザ体験に基づいて、異なるコンテンツを提示することができる。

いくつかの実施形態では、ＡＰＩにおいて、サービスプロバイダは、階層内の要素を、例えば、アルファベット順又はいくつかの計算された関連性によるソートを担う。サービスは要素をソートして選択するが、ソート順はストリーミングデバイスのユーザに一貫して理解可能である必要がある。

いくつかの実施形態では、閲覧および検索のコールは、インクリメンタルブラウジング（incremental browsing）を可能とするように構築されてもよい。これは、低メモリフットプリントのデバイスをより良くサポートするものである。例えば、デバイスが文字列「ヒット」を含む全てのアルバムの検索を実行すると、コールもまた、検索結果における所望の開始インデックスとカウントを特定する（例えば、「ヒット」の全てのトラックを検索し、１００の結果の始まりとして２０の結果を出す）。

いくつかの実施形態では、ブラウジングは、「ｇｅｔＭｅｔａｄａｔａ」、「ｇｅｔＭｅｄｉａＭｅｔａｄａｔａ」および「ｇｅｔＬａｓｔＵｐｄａｔｅ」の方法によって実装される。 ＡＰＩも、オプション検索およびアルファベット順スクロール機能を提供する。検索は検索方法によって実装され、文字検索による文字を使用する。アルファベット順スクロールは、「ｇｅｔＳｃｒｏｌｌＩｎｄｉｃｅｓ」方法によって実装される。

いくつかの実施形態では、ＡＰＩを使用するクライアントデバイスは、トラック識別子（ ＩＤ）が与えられたトラックの再生ＵＲＬを取得する「ｇｅｔＭｅｄｉａＵＲＩ」方法を呼び出す。この方法は、セキュアソケットレイヤー（ＳＳＬ）を使用した安全なエンドポイントで呼び出され、トラックの安全なハイパーテキスト転送プロトコル（ＨＴＴＰＳ）のＵＲＬを返す。

いくつかの実施形態では、ＡＰＩは、任意の特定のプロトコルを使用する実装者（implementer）を制約しない。いくつかの実施形態では、唯一の要件は、「ｇｅｔＭｅｄｉａＵＲＩ」が、例えば、デバイスによって認識された形式でストリーミングすることができるコンテンツを提供することである。ＡＰＩの実装は、例えば、ＨＴＴＰやマルチメディアメッセージングサービス（ＭＭＳ）を介したストリーミングにより構築される。

いくつかの実施形態では、ＡＰＩは、コンテンツ配信のために使用される転送およびコンテンツのエンコード方法について関知しない。コンテンツは、ＨＴＴＰストリーミングを使用したＭＰ３ファイルとして配信されてもよく、ＭＭＳを使用するマイクロソフトのウィンドウズ（登録商標）メディアオーディオとして配信されてもよい。

コンテンツプロバイダは、ユーザに、カスタムプレイリストの作成の許可など、コンテンツのカスタマイズを許可することを希望してもよい。いくつかの実施形態では、ＡＰＩはこれを一般的な「アイテム」の管理機能でサポートする。カスタマイズは、例えば、「ｃｒｅａｔｅＩｔｅｍ」と「ｄｅｌｅｔｅＩｔｅｍ」方法で実行される。

いくつかの実施形態では、オプションサービスは、例えば、１）お気に入り、２）アルファベット順スクロール、３）ステータスレポート、４）拡張メタデータ、５）トラック評価を含んでもよい。

いくつかの実施形態では、サービスプロバイダは、ユーザがアーティスト、アルバム又はトラックを特別な「お気に入り」コレクションに追加するための機構を有してもよい。お気に入りのコレクションがデバイスに露出される場合、サービスプロバイダはこれらの方法を実現する必要がある。お気に入りは、例えば、「ｃｒｅａｔｅＩｔｅｍ」および「ｄｅｌｅｔｅＩｔｅｍ」方法によって実現される。

いくつかの実施形態では、アルファベット順スクロールは、メタデータの大規模なコレクションにおけるコンテンツの列挙を最適化する技術である。これにより、ユーザは、例えば、アルファベットをスクロールして文字を選択することができ、特定のインデックスにおけるコレクションへの「ｇｅｔＭｅｔａｄａｔａ」リクエストを開始することができる。サービスプロバイダがこの機能を大規模なアイテムのリスト用に提供することを希望する場合、これらの方法を実施してもよい。アルファベット順スクロールは、例えば、「ｇｅｔＳｃｒｏｌｌＩｎｄｉｃｅｓ」方法によって実現される。

いくつかの実施形態において、サービスプロバイダは、ストリーミング障害が発生したときに通知されることによって、統計情報を収集する、あるいはサービスの品質を向上することを希望する場合がある。サービスプロバイダがデバイスからそのようなフィードバックを望む場合、サービスプロバイダはこれらの方法を実装してもよい。ステータスレポートは、例えば、「ｒｅｐｏｒｔＳｔａｔｕｓ」および「ｓｅｔＰｌａｙｅｄＳｅｃｏｎｄｓ」方法によって実装される。

いくつかの実施形態では、サービスプロバイダは、トラック、アーティスト、アルバム、又はステーションに関する追加のメタデータを公開してもよく、これらがユーザによって使用されることで、ユーザはより豊かなブラウジング体験を経験することができる。拡張メタデータは、ｇｅｔＥｘｔｅｎｄｅｄＭｅｔａｄａｔａおよびｇｅｔＥｘｔｅｎｄｅｄＭｅｔａｄａｔａＴｅｘｔ方法によって実装される。

いくつかの実施形態では、音楽サービスは、提示を希望する追加の情報閲覧項目を決定してもよい。通常、情報閲覧項目は、３つのカテゴリに分類される。１）アーティスト、アルバム又はトラックに関するテキスト情報がある。例としては、アルバムレビュー、アーティストバイオグラフィー、ツアー日程が含まれる。２）選択したコンテンツを開始ポイントとする音楽サービス内での付加的な音楽ブラウジングがある。例えば、情報は、選択したアーティストに類似する又は影響を与えたアーティストを見つけるために提供されてもよい。３）選択したトラック、アルバム又はアーティストに基づくライブラリのアクションがある。例えば、情報は、「ライブラリにトラックを追加する」又は「ライブラリからアルバムを削除する」ために提供されてもよい。

いくつかの実施形態では、サービスプロバイダによって、クライアントがトラックに評価を与えることが可能となってもよい。評価値は、ＡＰＩを介して単純に、固有の意味論的意味を持たない整数として表現される。それぞれの特定の「評価値」の意味を定義および合意し、それに応じて動作することは、サービスと顧客次第である。トラックの評価は、例えば、「ｒａｔｅＩｔｅｍ」方法によって実現される。

図１５は、ソノズ（商標）マルチルーム音楽システム１５１０によるＡＣＭＥ音楽サービス（ＡＭＳ）１５３０との統合１５００の一例を示し、これは、図１５に示すように、ソノズＡＰＩサービス１５３７を稼働するＳＯＡＰウェブサーバ１５３３へのエンドポイント１５３１を提供する。図１５のシーケンス図は、音楽システム１５１０とＡＭＳ１５３０の間における様々な音楽操作のためのＳＯＡＰ ＡＰＩリクエスト１５２２およびＳＯＡＰ応答メッセージ１５２４を示す。

音楽システム１５１０は、音楽サービス１５３０のウェブサーバ１５３３におけるウェブサービス１５３７を呼び出す（１５２０）ことができる。音楽システム１５１０の構成要素（ゾーンプレーヤー１５１４とコントローラ１５１２）は、ＨＴＴＰとＨＴＴＰＳ１５２２を介したＳＯＡＰを使用してＡＭＳ１５３０を呼び出す。ＡＰＩ１５３５は、利用可能な場合にユーザの資格情報を提示するＳＯＡＰヘッダーブロックを利用する。ユーザの資格情報がＡＰＩで必要とされる場合には、ＨＴＴＰＳによる転送が使用される、あるいはＨＴＴＰによる転送が使用される。例えば、ユーザの「お気に入り」ディレクトリの列挙は有効な資格情報を必要とするのに対し、ＡＭＳからの全コンテンツ階層の閲覧は、ユーザのログインや認証を必要としない。

図１６は、コンテンツ再生のためのシステムおよびシーケンス図の例を示す。図１６に示すように、ゾーンプレーヤー１６１０は、オーディオトラックを再生するためのリクエストを受信する。プレーヤー１６１０は、メディアファイル用の統一リソースインジケータ（ＵＲＩ）をＷＳＤＬ１６３０および音楽サービスＡＰＩエンドポイント１６４０を介して取得するためのメッセージ（例えば、ＨＴＴＰＳ ＳＯＡＰメッセージ）１６２０を使用する。ＷＳＤＬ１６３０は、１つ以上のサービスコンテンツサーバ１６５０と通信してメディアの位置を特定するＡＰＩエンドポイント１６４０のリクエストをフォーマットする。サーバ１６５０は、返信メッセージ１６６０を経由してトラックの場所を提供する。

例えば、図１７に示すように、インターネット１７２０などのネットワークを介した音楽サービス１７１０と再生デバイス１７３０の間における従来の相互作用が、デバイス１７３０の不適合に陥ると、結果的に、各サービス１７１０から各デバイス１７３０へのコンテンツの提供のために１つのＡＰＩ１７４０―１７４８を使用することとなる。

例えば、図１８に示すように、いくつかの実施形態によれば、インターネット１８２０などのネットワーク上での音楽サービス１８１０と再生デバイス１８３０の間におけるより良好な相互作用を促進するために提供されるリソース、ガイドライン、ＡＰＩおよびテストを通じた相互運用が促進される。図１８の例では、一般的な音楽ＡＰＩ１８４０を用いて、コンテンツの提供および共有のために接続された全てのサービス１８１０およびデバイス１８３０での通信および相互運用を促進している。

上述した図（少なくとも図７、８、１０−１２、１４―１６など）は、プロセスを代表するフロー図の例を示す。ここでのプロセスは、例えば、新たなマルチメディアコンテンツを開発し、評価し、ベータ版でテストし、承認し、およびアクセスおよび再生のためにゾーンプレーヤーおよび／又は他の再生デバイスを介してリリースするように使用可能なコンピュータ可読命令を用いて実装される。例示的なプロセスは、プロセッサ、コントローラおよび／又は任意の他の適切な処理デバイスを用いて実行することができる。例えば、例示的なプロセスは、フラッシュメモリ、読み出し専用メモリ（ＲＯＭ）および／又はランダムアクセスメモリ（ＲＡＭ）などの有形コンピュータ可読媒体に保存されたコード化された命令（例えば、コンピュータ可読命令）を使用して実施されてもよい。本明細書で使用されるように、有形コンピュータ可読媒体との用語は、任意の種類のコンピュータ可読ストレージを含むが、伝播信号（propagating signal）は除外するように明示的に定義される。追加的又は代替的に、例示的なプロセスは、非一時的（non-transitory）コンピュータ可読媒体に保存されたコード化された命令（例えば、コンピュータ可読命令）を用いて実施されてもよい。非一時的コンピュータ可読媒体には、フラッシュメモリ、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュ、又は、情報が任意の持続時間（例えば、長期間、永久、短期間、一時的バッファリングおよび／又は情報のキャッシング）で保存されている任意の他の保存媒体などがある。本明細書で使用するように、非一時的コンピュータ可読媒体は、任意の種類のコンピュータ可読媒体を含むが、伝搬信号は除外するように明示的に定義される。

あるいは、例示的なプロセスの一部又は全部は、特定用途向け集積回路（ＡＳＩＣ（ｓ））、プログラマブルロジックデバイス（ＰＬＤ（ｓ））、フィールドプログラマブルロジックデバイス（ＦＰＬＤ（ｓ））、個別論理（discrete logic）、ハードウェア、ファームウェアなどのあらゆる組み合わせを用いて実施されてもよい。また、例示的なプロセスの一部又は全部が、手動により、又は例えばファームウェア、ソフトウェア、個別論理および／又はハードウェアなどの前述の技術の任意の組み合わせとして実施することができる。さらに、例示的なプロセスは、図７、８、１０−１２、１４−１６のフロー図を参照して説明されるが、そのプロセスを実施する他の方法を用いてもよい。例えば、ブロックの実行順序を変更してもよく、および／又は、記載されるブロックのいくつかを変更、削除、再分割又は結合してもよい。さらに、例示的なプロセスのいずれか又は全てを、例えば別々の処理スレッド、プロセッサ、デバイス、個別論理、回路などにより、連続しておよび／又は平行して実施してもよい。

ＶＩＩ．例示的な処理システム
図１９は、本明細書に記載のシステム、装置、製造品および方法を実施するために使用され得る例示的なプロセッサシステム１９００のブロック図である。プロセッサシステム１９００は、上述したプロセス、システムおよび構成の中に含まれても、それを実行するために使用されても、それを制御するために使用されても、および／又はそれに１つ以上の情報を提供するように使用されてもよい。図１９に示すように、プロセッサシステム１９００は、相互接続バス１９０４に結合されたプロセッサ１９０２を含む。プロセッサ１９０２は、任意の適切なプロセッサ、処理装置又はマイクロプロセッサであってもよい。図１９に示されていないが、システム１９００は、マルチプロセッサシステムであってもよいため、プロセッサ１９０２と同一又は類似するものであって相互接続バス１９０４と通信可能に結合されている１つ以上の追加のプロセッサを含んでもよい。

図１９のプロセッサ１９０２は、メモリコントローラ１９０８および入／出力（Ｉ／Ｏ）コントローラ１９１０を含むチップセット１９０６に結合されている。周知のように、チップセットは、典型的には、チップセット１９０６に結合される１つ以上のプロセッサにアクセス可能な又はそれによって使用されるレジスタやタイマなどの複数の汎用および／又は特殊な目的と同様に、入／出力（Ｉ／Ｏ）・メモリ管理機能を提供する。メモリコントローラ１９０８は、プロセッサ１９０２（複数でもよい）によるシステムメモリ１９１２および大容量記憶メモリ１９１４へのアクセス機能を実行する。

システムメモリ１９１２には、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、フラッシュメモリおよび読み出し専用メモリ（ＲＯＭ）などの揮発性および／又は不揮発性メモリの任意の所望のタイプが含まれてもよい。大容量記憶メモリ１９１４には、ハードディスクドライブ、光学ドライブおよびテープストレージデバイスを含む大容量記憶装置の任意の所望のタイプが含まれてもよい。

Ｉ／Ｏコントローラ１９１０は、プロセッサ１９０２によるＩ／Ｏバス１９２２を介した周辺Ｉ／Ｏデバイス１９１６、１９１８およびネットワークインタフェース１９２０との通信機能を実行する。Ｉ／Ｏデバイス１９１６、１９１８は、例えば、キーボード、ビデオディスプレイ若しくはビデオモニタ、マウスなどのＩ／Ｏデバイスの任意の所望のタイプであってもよい。ネットワークインタフェース１９２０は、例えば、イーサネット（登録商標）デバイス、非同期転送モード（ＡＴＭ）デバイス、８０２．１１デバイス、ＤＳＬモデム、ケーブルモデム、セルラーモデムなど、プロセッサシステム１９００による別のプロセッサシステムとの通信を可能にするものであってもよい。

図１９では、メモリコントローラ１９０８およびＩ／Ｏコントローラ１９１０はチップセット１９０６内の別々のブロックとして図示されているが、これらのブロックにより実行される機能は、単一の半導体回路内に統合されてもよく、あるいは２種以上の別々の集積回路を用いて実装することができる。

ＶＩＩＩ．結論
本明細書に記載の例示的な実施形態は、音楽プロバイダサービスをコンテンツ配信および再生のためにプラットフォームやシステムと統合するシステムおよび方法を提供する。例示的な実施形態の技術は、建物、電動車両、ボート、飛行機および屋外の場所で正確な音の再現が望まれる任意の用途で使用することができる。

いくつかの実施形態は、プロセッサやメモリを含むウェブベースのメディアコンテンツ開発プラットフォームおよびコンテンツ配信プラットフォームを有するシステムを提供する。例示的な開発プラットフォームは、プロバイダからのメディアコンテンツを認証として受け入れるインタフェースを提供するように構成されている。例示的な開発プラットフォームは、テストツールによるインタフェースや、開発プラットフォームと併せて提供されるアプリケーションプログラミングインタフェースを介した、プロバイダによるメディアコンテンツのセルフテストを促進するように構成されている。例示的な開発プラットフォームは、ユーザのグループがモニタするベータ版テストのために、コンテンツ配信プラットフォームを介してメディアコンテンツを処理するように構成されている。例示的な開発プラットフォームは、メディアコンテンツのリリースのための適合性を判断するために、モニタされるベータ版テストを評価するように構成されている。例示的な開発プラットフォームは、コンテンツ配信プラットフォームを介して、一般利用としてのメディアコンテンツのリリースを促進するように構成されている。

いくつかの実施形態は、ウェブベースのメディアコンテンツ開発プラットフォームを介して、プロバイダからのメディアコンテンツを認証として受け入れるインタフェースを提供するステップを含む、コンピュータ実装方法を提供する。例示的な方法は、テストツールによるインタフェースや、開発プラットフォームと併せて提供されるアプリケーションプログラミングインタフェースを介した、プロバイダによるメディアコンテンツのセルフテストを促進するステップを含む。例示的な方法は、ユーザのグループがモニタするベータ版テストのために、コンテンツ配信プラットフォームを介してメディアコンテンツを処理するステップを含む。例示的な方法は、メディアコンテンツのリリースのための適合性を判断するために、モニタされるベータ版テストを評価するステップを含む。例示的な方法は、コンテンツ配信プラットフォームを介して、一般利用としてのメディアコンテンツのリリースを促進するステップを含む。

いくつかの実施形態は、プロセッサによる実行のための命令を含むコンピュータ可読記憶媒体を提供し、その命令はプロセッサによって実行されたときに、ウェブベースのコンテンツ開発・展開のためのシステムを実行する。例示的なシステムは、プロセッサやメモリを含むウェブベースのメディアコンテンツ開発プラットフォームおよびコンテンツ配信プラットフォームを有する。例示的な開発プラットフォームは、プロバイダからのメディアコンテンツを認証として受け入れるインタフェースを提供するように構成されている。例示的な開発プラットフォームは、テストツールによるインタフェースや、開発プラットフォームと併せて提供されるアプリケーションプログラミングインタフェースを介した、プロバイダによるメディアコンテンツのセルフテストを促進するように構成されている。例示的な開発プラットフォームは、ユーザのグループがモニタするベータ版テストのために、コンテンツ配信プラットフォームを介してメディアコンテンツを処理するように構成されている。例示的な開発プラットフォームは、メディアコンテンツのリリースのための適合性を判断するために、モニタされるベータ版テストを評価するように構成されている。例示的な開発プラットフォームは、コンテンツ配信プラットフォームを介して、一般利用としてのメディアコンテンツのリリースを促進するように構成されている。

前述したシステムのコンポーネント、要素、および／または機能は、例えば、ハードウェア、ファームウェアにおいておよび／またはソフトウェアの指令のセットとして様々な形態で、単独または組み合わせて実装することができる。いくつかの実施形態は、コントローラおよび／または再生デバイスなどの処理バイス上で実行される、メモリ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ、および／またはＥＰＲＯＭなどのコンピュータ可読媒体上に常駐する指令の１セットとして提供されてもよい。

様々な発明が、ある程度の具体性を持って十分に詳細に記載されている。本開示の実施形態は、例示の目的のみで作られることと、部品の配置および組み合わせにおいて多くの変更が、特許請求の範囲に記載された発明の精神および範囲から逸脱しないように行われてもよいことが、当業者に理解される。本明細書に記載された実施形態は、情報単位の提示に関していくつかの制限を含むように見えるかもしれないが、形式または配置の点で、実施形態は、そのような実施形態をはるかに超えて適用可能であることが、当業者によって理解される。したがって、本発明の範囲は、上記した実施形態よりむしろ添付された特許請求の範囲によって定義される。

Claims (21)

1. 複数のメディア再生システムにそれぞれ関連付けられた複数の制御インタフェースに第１のインジケーションを提供するステップ、ここで、第１のインジケーションは、複数の制御インタフェースでの表示のために、第１のメディアコンテンツがベータ版テストと関連した再生に利用可能であることを示すものである、
   複数のメディア再生システムによる第１のメディアコンテンツとの交信を、少なくとも１つの所定のパラメータに基づいてモニタするステップ、
   モニタされた交信に基づいて、第１のメディアコンテンツが一般市場での利用に適合するかどうかを決定するステップ、
   第１のメディアコンテンツが一般利用に適合すると決定された場合、第１のメディアコンテンツが一般利用と関連した再生に利用可能であることを示す第２のインジケーションを複数の制御インタフェースに提供するステップ、
   を含む、方法。
2. 複数の制御インタフェースに対して、第２のメディアコンテンツが一般利用と関連した再生に利用可能であることを示す第３のインジケーションを送信するステップ、
   をさらに含む、請求項１に記載の方法。
3. 少なくとも１つの所定のパラメータには、複数の再生システムの少なくとも１人のユーザによる第１のメディアコンテンツの評価が含まれる、請求項１に記載の方法。
4. 少なくとも１つの所定のパラメータには、性能基準が含まれる、請求項１に記載の方法。
5. 第１のインジケーションを提供するステップは、複数の制御インタフェース上で第１のメディアコンテンツと関連して表示されるベータ版バッジを提供するステップを含む、請求項１に記載の方法。
6. 第２のインジケーションを提供するステップは、ベータ版バッジを取り除くべきであるインジケーションを提供するステップを含む、請求項５に記載の方法。
7. 一般利用と関連した再生に利用可能なメディアコンテンツは、複数の制御インタフェースにおける第１の音楽メニューに提供される、請求項２に記載の方法。
8. ベータ版テストと関連した再生に利用可能なメディアコンテンツは、複数の制御インタフェースにおける第１の音楽メニューとは異なる第２の音楽メニューに提供される、請求項６に記載の方法。
9. ベータ版テストと関連した再生に利用可能な第１のメディアコンテンツは、少なくとも１つの第１のストリーミングラジオコンテンツであり、
   一般利用と関連した再生に利用可能な第２のメディアコンテンツは、少なくとも１つの第２のストリーミングラジオコンテンツである、請求項１に記載の方法。
10. 第１および第２のインジケーションを複数の制御インタフェースに提供するステップと、複数のメディア再生システムによる第１のメディアコンテンツとの交信をモニタするステップは、ワイドエリアネットワーク上でネットワークデバイスによって行われる、請求項１に記載の方法。
11. 複数のメディア再生システム、
    複数のメディア再生システムにそれぞれ関連付けられた複数の制御インタフェース、
    複数の制御インタフェースに第１のインジケーションを提供する第１提供手段、ここで、第１のインジケーションは、複数の制御インタフェースでの表示のために、第１のメディアコンテンツがベータ版テストと関連した再生に利用可能であることを示すものである、
    複数のメディア再生システムによる第１のメディアコンテンツとの交信を、少なくとも１つの所定のパラメータに基づいてモニタするモニタ手段、
    モニタされた交信に基づいて、第１のメディアコンテンツが一般市場での利用に適合するかどうかを決定する決定手段、
    第１のメディアコンテンツが一般利用に適合すると決定された場合、第１のメディアコンテンツが一般利用と関連した再生に利用可能であることを示す第２のインジケーションを複数の制御インタフェースに提供する第２提供手段、
    を有する、ネットワークデバイス。
12. 更に、複数の制御インタフェースに対して、第２のメディアコンテンツが一般利用と関連した再生に利用可能であることを示す第３のインジケーションを提供する第３提供手段、を有する、請求項１１に記載のネットワークデバイス。
13. 少なくとも１つの所定のパラメータには、複数の再生システムの少なくとも１人のユーザによる第１のメディアコンテンツの評価が含まれる、請求項１１に記載のネットワークデバイス。
14. 少なくとも１つの所定のパラメータには、性能基準が含まれる、請求項１１に記載のネットワークデバイス。
15. 第１提供手段は、第１のインジケーションを提供するときに、複数の制御インタフェース上で第１のメディアコンテンツと関連して表示されるベータ版バッジを提供する、請求項１１に記載のネットワークデバイス。
16. 第２提供手段は、第２のインジケーションを提供するときに、ベータ版バッジを取り除くべきであるインジケーションを提供する、請求項１５に記載のネットワークデバイス。
17. 一般利用と関連した再生に利用可能なメディアコンテンツは、複数の制御インタフェースにおける第１の音楽メニューに提供される、請求項１２に記載のネットワークデバイス。
18. ベータ版テストと関連した再生に利用可能なメディアコンテンツは、複数の制御インタフェースにおける第１の音楽メニューとは異なる第２の音楽メニューに提供される、請求項１６に記載のネットワークデバイス。
19. ベータ版テストと関連した再生に利用可能な第１のメディアコンテンツは、少なくとも１つの第１のストリーミングラジオコンテンツであり、
    一般利用と関連した再生に利用可能な第２のメディアコンテンツは、少なくとも１つの第２のストリーミングラジオコンテンツである、請求項１１に記載のネットワークデバイス。
20. 請求項１から１０のいずれか１つに記載の方法をプロセッサに実行させるための命令を有するコンピュータ読み取り可能な記録媒体。
21. 請求項１から１０のいずれか１つに記載の方法をプロセッサに実行させるためのコンピュータプログラム。

Images