(57)【要約】  本発明は、モバイルデバイスのメディアにアクセスするためのものである。一実施形態において、ユーザは、自身が持ち運んでいるモバイルデバイスから選択したメディアを、メディアの待ち列に追加し、モバイルデバイスと通信するメディアシステムによって待ち列にあるメディアを提供することができる。一例において、ユーザは、モバイルデバイスにあるメディア群を選択して待ち列に追加し、追加したメディア群のみをメディアシステムにアクセスできるようにする一方、モバイルデバイスで選択されなかったメディアを自分専用の状態に保つことができる。一つのケースにおいて、モバイルデバイスは、メディアシステムとの接続が切れることがあり、それによって、メディアシステムは、追加されたメディア群にアクセスすることができなくなる場合がある。この場合、メディアシステムは、メディア群に相当するメディアを検索し、待ち列にあるメディア群を、メディア群に相当するメディアに置き換えることができる。
2016505943.tif 000002
【特許請求の範囲】
【請求項１】
第１デバイスによってアクセスして再生可能な第１メディアを示す第１メディア入手可能データを提供するステップ、
第１デバイスによってアクセス可能な待ち列に第１メディア群を追加したことを示すデータを、第１メディア群と第２メディア群とにアクセス可能な第２デバイスによって受信するステップ、
第１デバイスによってアクセスして再生可能な第２メディアを示す第２メディア入手可能データを提供するステップ、ここで第２メディアは第１メディア群を含むが、第２メディア群を含まない、
を含む、方法。
【請求項２】
第１デバイスによってアクセスして再生可能な第１メディアと第２メディアは、第１デバイスによって提供可能なメディアを含む、請求項１に記載の方法。
【請求項３】
第１メディア群と第２メディア群は、第２デバイスに記憶される、請求項１に記載の方法。
【請求項４】
更に、第１メディア群を待ち列に追加したことを示すデータを受信するステップは、
第１メディア群のそれぞれのメディアに関連付けられたユー・アール・エル（ＵＲＬ）を受信するステップ、
を含む、請求項１に記載の方法。
【請求項５】
第１デバイスは、メディアシステムに含まれるコンポーネントデバイスであり、
第２デバイスは、メディアシステムと通信するデバイスである、
請求項１に記載の方法。
【請求項６】
更に、
第１デバイスによってアクセス可能なメディアソースにある第１メディア群に相当するメディアの検索を開始するステップ、
待ち列にある第１メディア群を、第１メディア群に相当するメディアに置き換えるステップ、
を含む、請求項１に記載の方法。
【請求項７】
更に、第２デバイス以外のメディアソースにある第１メディア群に相当するメディアの検索を開始するステップは、
第２デバイスとの通信強度が閾値を下回ったことを決定するステップ、
を含む、請求項６に記載の方法。
【請求項８】
更に、
第２デバイスとの通信強度が閾値を下回ったことを決定するステップ、
通信強度が閾値を下回ったことを示す通知を第２デバイスに送信するステップ、
を含む、請求項１に記載の方法。
【請求項９】
プロセッサ、
プロセッサによって機能を実行可能な命令を記憶したメモリ、
を備え、
前記機能は、
第１デバイスによってアクセスして再生可能な第１メディアを示す第１メディア入手可能データを提供するステップ、
第１デバイスによってアクセス可能な待ち列に第１メディア群が追加されたことを示すデータを、第１メディア群と第２メディア群とにアクセス可能な第２デバイスから受信するステップ、
第１デバイスによってアクセスして再生可能な第２メディアを示す第２メディア入手可能データを提供するステップ、ここで第２メディアは第１メディア群を含むが、第２メディア群を含まない、
を含む、デバイス。
【請求項１０】
第１デバイスによってアクセス可能な第１メディアと第２メディアは、第１デバイスによって提供可能なメディアを含む、請求項９に記載のデバイス。
【請求項１１】
第１メディア群と第２メディア群は、第２デバイスに記憶される、請求項９に記載のデバイス。
【請求項１２】
更に、メモリに記憶されたプロセッサによって実行可能な命令に含まれる機能は、
第１デバイスによってアクセス可能なメディアソースにある第１メディア群に相当するメディアの検索を開始する機能、
待ち列にある第１メディア群を、第１メディア群に相当するメディアに置き換える機能、
を含む、請求項９に記載のデバイス。
【請求項１３】
更に、第２デバイス以外のメディアソースにある第１メディア群に相当するメディアの検索を開始する機能は、
第２デバイスとの通信強度が閾値を下回ったことを決定する機能、
を含む、請求項１２に記載のデバイス。
【請求項１４】
更に、メモリに記憶されたプロセッサによって実行可能な命令に含まれる機能は、
第２デバイスとの通信強度が閾値を下回ったことを決定する機能、
通信強度が閾値を下回ったことを示す通知を第２デバイスに送る機能、
を含む、請求項９に記載のデバイス。
【請求項１５】
第１デバイスによってアクセスして再生可能な第１メディアを示す第１メディア入手可能データを提供するステップ、
第１デバイスによってアクセス可能な待ち列に第１メディア群を追加したことを示すデータを、第１メディア群と第２メディア群とにアクセス可能な第２デバイスから受信するステップ、
第１デバイスによってアクセスして再生可能な第２メディアを示す第２メディア入手可能データを提供するステップ、ここで第２メディアは第１メディア群を含むが、第２メディア群を含まない、
をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１６】
更に、待ち列に第１メディア群を追加したことを示すデータを受信するステップは、
第１メディア群のそれぞれのメディアに関連付けられたユー・アール・エル（ＵＲＬ）を受信するステップ、
を含む、請求項１５に記載のコンピュータ読み取り可能な記録媒体。
【請求項１７】
第１デバイスは、メディアシステムに含まれるコンポーネントデバイスであり、
第２デバイスは、メディアシステムと通信するデバイスである、
請求項１５に記載のコンピュータ読み取り可能な記録媒体。
【請求項１８】
更に、コンピュータに実行させるプログラムは、
第１デバイスによってアクセス可能なメディアソースにある第１メディア群に相当するメディアの検索を開始するステップ、
待ち列にある第１メディア群を、第１メディア群に相当するメディアに置き換えるステップ、
を含む、請求項１５に記載のコンピュータ読み取り可能な記録媒体。
【請求項１９】
更に、第２デバイス以外のメディアソースにある第１メディア群に相当するメディアの検索を開始するステップは、
第２デバイスとの通信強度が閾値を下回ったことを決定するステップ、
を含む、請求項１８に記載のコンピュータ読み取り可能な記録媒体。
【請求項２０】
更に、コンピュータに実行させるプログラムは、
第２デバイスとの通信強度が閾値を下回ったことを決定するステップ、
通信強度が閾値を下回ったことを示す通知を第２デバイスに送るステップ、
を含む、請求項１５に記載のコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【関連出願の参照】
【０００１】
本願は、２０１２年１２月４日に出願された米国特許出願第１３／６９３，２４３号の優先権を主張するものである。
【技術分野】
【０００２】
本願は、コンシューマ製品に関するものであり、特に、メディア再生に向けられたシステム、製品、機能、サービス、及び他のアイテムに関するものや、それらのいくつかの態様に関する。
【背景技術】
【０００３】
技術の進歩のおかげで、音楽コンテンツだけでなく、他の種類のメディア、例えば、テレビコンテンツ、ムービー、及び対話型コンテンツなどにアクセスしやすくなっている。例えば、ユーザは、従来のオーディオ及びビデオコンテンツにアクセスする従来の手段に加えて、オンラインストア、インターネットラジオ局、音楽サービス、ムービーサービスなどを通じて、インターネット上のオーディオ、ビデオ、オーディオとビデオの両方のコンテンツにアクセスすることができる。家の内外における音楽、映像、及びオーディオ・ビデオコンテンツへの需要は、高まり続けている。
【０００４】
本発明の技術の特徴、態様、及び利点は、以下の記載、添付の特許請求の範囲、及び添付の図面を参照するとより理解しやすい。
【図面の簡単な説明】
【０００５】
【図１】図１は、本発明のある実施形態の例示的な構成を示す。
【図２Ａ】図２Ａは、内蔵アンプと変換器とを備えるゾーンプレーヤーの例を示す。
【図２Ｂ】図２Ｂは、内蔵アンプを備え、外部スピーカーに接続されたゾーンプレーヤーの例を示す。
【図２Ｃ】図２Ｃは、Ａ／Ｖ受信機とスピーカーとに接続されたゾーンプレーヤーの例を示す。
【図３】図３は、コントローラの例を示す。
【図４】図４は、例示的なゾーンプレーヤー内部機能ブロック図を示す。
【図５】図５は、例示的なコントローラの内部機能ブロック図を示す。
【図６】図６は、例示的なアドホック再生ネットワークを示す。
【図７】図７は、クラウドベースネットワークと少なくとも一つのローカル再生ネットワークとを有する複数のネットワークを含むシステムを示す。
【図８】図８は、メディアシステムにおけるデバイスによってアクセスするためのメディアを選択的に追加する例示的なフロー図を示す。
【図９Ａ】図９Ａは、第１メディアアクセシビリティーを示す例示的なブロック図を示す。
【図９Ｂ】図９Ｂは、第２メディアアクセシビリティーを示す例示的なブロック図を示す。
【図９Ｃ】図９Ｃは、第３メディアアクセシビリティーを示す例示的なブロック図を示す。
【図１０Ａ】図１０Ａは、メディアシステムのデバイスの例示的な第１インタフェースを示す。
【図１０Ｂ】図１０Ｂは、メディアシステムのデバイスの例示的な第２インタフェースを示す。
【図１０Ｃ】図１０Ｃは、メディアシステムのデバイスの例示的な第３インタフェースを示す。
【図１０Ｄ】図１０Ｄは、メディアシステムのデバイスの例示的な第４インタフェースを示す。
【発明を実施するための形態】
【０００６】
さらに、図面は、いくつかの例示的な実施形態を説明することを目的としているが、本発明が、図面に示した配置及び手段に限定されるものではないことは理解される。
【０００７】
Ｉ．概要
本明細書に開示された実施形態において、ネットワークメディアシステムのユーザは、ユーザのパーソナルデバイスにあるメディアから選んだメディアを、メディアシステム及びメディアシステムのコンポーネントデバイスからアクセス可能なメディア待ち列に追加することができる。具体的に、ある実施形態において、ユーザは、パーソナルデバイスで選択されたメディアを待ち列へ追加することによって、パーソナルデバイスのすべてのメディアではなく、（例えば、ユーザがすべてのメディアをパーソナルデバイスから待ち列へ追加しない限り、）パーソナルデバイスで選択されたメディア群のみを待ち列に追加することができる。ある実施形態において、ユーザは、別のコントローラを操作して、ネットワークを介してパーソナルデバイスから追加したメディアのみを見ることができ、再生することができる。更に、それらの実施形態においては、パーソナルデバイスがメディアシステムとの通信を切断された場合に、パーソナルデバイスで選択されたメディア群に相当するメディアを待ち列に提供することができる。
【０００８】
一実施形態において、パーソナルデバイスは、アップル社のＩＰＯＤ（登録商標）等のモバイルメディアプレーヤー、アップル社のＩＰＨＯＮＥ（登録商標）などのスマートフォン、又はＡＮＤＲＯＩＤ（登録商標）で作動する電話であってもよく、それらはメディアシステムと通信するように構成することができる。一実施形態において、ユーザは、メディアシステムのドッキングステーションにパーソナルデバイスをドッキングすることによって、パーソナルデバイスにあるメディアを待ち列に追加することができる。そのような場合、パーソナルデバイスは、実際には、メディアシステムに含まれるコンポーネントデバイスであってもよい。又、パーソナルデバイスに記憶されているか又はパーソナルデバイスを通して再生可能なすべてのメディアは、メディアシステム及びメディアシステムの他のコンポーネントデバイスによってアクセスすることができる。
【０００９】
別の場合において、ユーザは、メディアシステムと通信するパーソナルデバイスのアプリケーションを使用して、パーソナルデバイスに記憶されているメディアを待ち列に追加することができる。一例において、パーソナルデバイスを介してメディアシステムを制御するコントローラアプリケーションは、ユーザが操作可能なように構成されており、パーソナルデバイスに記憶された及び／又はパーソナルデバイスを通してアクセス可能なメディア群を選択し、選択されたメディア群を待ち列に追加することができる。この場合では、メディアシステムは、パーソナルデバイスで選択されたメディア群へのみアクセスすることができ、パーソナルデバイスで選択されなかった残りのメディアにアクセスすることができない。別の場合において、たとえパーソナルデバイスがメディアシステムにドッキングされていても、パーソナルデバイスは、選択されたメディア群のみを待ち列に追加するように構成することができる。この場合、ユーザがコンテンツを共有したいと思うとき、ユーザは、メディアシステムでどのコンテンツを共有するかを具体的に制御することができる。
【００１０】
ある実施形態において、パーソナルデバイスに記憶されているメディアは、パーソナルデバイスで選択されたメディアのみを含む。別の実施形態において、メディアは、パーソナルデバイスを介してネットワーク上でアクセス可能ないくつかのコンテンツ、例えば、クラウドストレージに置かれたメディアなどを含む。更に別の実施形態において、メディアは、パーソナルデバイスを介してネットワーク上でアクセス可能なコンテンツ及び／又はパーソナルデバイスに記憶されているメディアを含む。
【００１１】
パーソナルデバイスがメディシステムに物理的に接続されていない場合、パーソナルデバイスは、メディシステムの通信範囲内外へ移動することができる移動デバイスであってもよい。例えば、パーソナルデバイスは、ユーザによって物理的に持ち運ばれてもよいし、ユーザとともに移動してもよい。パーソナルデバイスがメディアシステムの通信範囲外へ移動した場合、メディアシステムは、ユーザがパーソナルデバイスを操作して待ち列へ追加したメディア群にアクセすることができなくなる。そのような場合、本発明のいくつかの実施形態においては、パーソナルデバイスで選択されたメディア群に相当するメディアを検索し、メディアシステムによってアクセスできないメディア群に相当するメディアを提供することができる。
【００１２】
前述したように、パーソナルデバイスのメディアは、パーソナルデバイスに記憶されたメディアだけでなく、パーソナルデバイスを通してアクセス可能なメディアを含んでいてもよい。一例では、パーソナルデバイスは、メディアコンテンツデータを記憶できると共に、メデイアコンテンツにアクセスできる記録媒体を含んでいてもよい。別の例では、パーソナルデバイスは、リモートメディアレポジトリ（例えば、ローカルエリアネットワーク上に記憶されたメディアやクラウド内のサーバに記憶されたメディア）、及び／又はＲＨＡＰＳＯＤＹ（商標）、ＳＰＯＴＩＦＹ（商標）、及びその他のメディアサービスにアクセスするように構成されていてもよい。このように、メディア群は、局所記録媒体及びリモートメディアレポジトリのいずれか又は両方において選択されたメディアを含んでいてもよい。
【００１３】
メディア又はそれらに対するポインタ（本明細書において、総じて「メディア」又は「メディアコンテンツ」と呼ばれる）は、メディアコンテンツを識別するために使用されるファイル、ユー・アール・エル（ＵＲＬ）、又はメタデータを含んでいてもよい。例えば、メディアレポジトリは、１つ又は複数のＵＲＬを含んでいてもよく、ＵＲＬのそれぞれは、歌やビデオなどのメディアを識別する。ＵＲＬは、メディア及びサービスを明確に特定することができる。別の例では、レポジトリは、１つ又は複数のメディアファイル、又はファイルとＵＲＬとの組合せを含んでいてもよい。
【００１４】
一実施形態において、メディア群をメディアシステムに追加するステップは、メディア群のそれぞれのメディアのコピーをメディアシステムの局所記録媒体に送信するステップを含んでもよい。別の実施形態において、メディア群をメディアシステムに追加するステップは、メディア群のそれぞれのメディアに対するメディアシステムポインタを提供するステップを含んでもよい。別の実施形態において、メディア群をメディアシステムに追加するステップは、メディア群内のいくつかのメディアのコピーをメディアシステムの局所記録媒体へ送信するステップ、及びメディア群内の他のメディアに対するポインタをメディアシステムに提供するステップを含んでもよい。更に別の実施形態において、メディア群内のそれぞれのメディアのコピーとポインタの両方が、メディアシステムに提供されてもよい。
【００１５】
前述したように、本発明において、ユーザは、モバイルデバイス等のパーソナルデバイスで選択したメディアを、メディアシステム内の他のデバイスによってアクセス可能な待ち列に追加することができる。一態様において、方法が提供されている。方法は、第１メディア入手可能データを提供するステップを含む。第１メディア入手可能データは、第１デバイスによってアクセスして再生可能である第１メディアを示す。更に、方法は、第１メディア群を第１デバイスによってアクセス可能な待ち列に追加したことを示すデータを、第１メディア群と第２メディア群とにアクセス可能な第２デバイスから受信するステップ、及び第１デバイスによってアクセスして再生可能である第２メディアを示す第２メディア入手可能データを提供するステップを含む。第２メディアは、第１メディアと第１メディア群を含むが、第２メディア群を含まない。
【００１６】
別の態様において、システムが提供されている。システムは、少なくとも１つのプロセッサ、コンピュータ読み取り可能な非一時的な媒体、及びコンピュータ読み取り可能な非一時的な媒体に記録されたプログラムの命令を含む。プログラムの命令は、少なくとも１つのプロセッサによって実行可能であり、第１メディア入手可能データを提供するステップを実行する機能を含む。第１メディア入手可能データは、第１デバイスによってアクセスして再生可能である第１メディアを示す。更に、プログラムの命令は、第１デバイスによってアクセス可能な待ち列に第１メディア群を追加したことを示すデータを、第１メディア群と第２メディア群とにアクセス可能な第２デバイスから受信するステップ、及び第１デバイスによってアクセスして再生可能である第２メディアを示す第２メディア入手可能データを提供するステップを実行する機能を含む。第２メディアは、第１メディアと第１メディア群を含むが、第２メディア群を含まない。
【００１７】
更に別の態様において、命令を記憶したコンピュータ読み取り可能な非一時的な媒体が提供されている。命令は、コンピュータによって実行可能であり、コンピュータに第１メディア入手可能データを提供するステップを実行させる機能を含む。第１メディア入手可能データは、第１デバイスによってアクセスして再生可能である第１メディアを示す。更に、命令は、第１デバイスによってアクセス可能な待ち列に第１メディア群を追加したことを示すデータを、第１メディア群と第２メディア群とにアクセス可能な第２デバイスから受信するステップ、及び第１デバイスによってアクセスして再生可能である第２メディアを示す第２メディア入手可能データを提供するステップを実行させる機能を含む。第２メディアは、第１メディアと第１メディア群を含むが、第２メディア群を含まない。本明細書においては、他の実施形態も提供されており、開示されている。
【００１８】
ＩＩ．動作環境の例
図面を参照すると、同様のパーツに対しては、複数の図面において、同様の符号を付している。図１は、本明細書で開示された１つ又は複数の実施形態が実行可能な、又は実施可能なメディアシステム構成１００の例を示している。
【００１９】
例示のために、メディアシステム構成１００は、複数のゾーンを備えるホームを示しているが、ホームは１つのゾーンのみで構成することができる。各ゾーンは、例えば、オフィス、浴室、寝室、キッチン、ダイニングルーム、ファミリールーム、ホームシアタールーム、ユーティリティ又はランドリールーム、及びパティオなどの異なる部屋又はスペースを示してもよい。そのように構成されている場合では、１つのゾーンが複数の部屋又はスペースを含んでもよい。各ゾーンに１つ又は複数のゾーンプレーヤー１０２−１２４が示されている。ゾーンプレーヤー１０２−１２４は、再生デバイス、マルチメディアユニット、スピーカー、プレーヤーなどと呼ばれ、オーディオ、ビデオ、及び／又はオーディオビジュアルの出力を行う。コントローラ１３０（例えば、図示の目的のためキッチン内に示されているコントローラ）は、メディアシステム構成１００の制御を行う。コントローラ１３０は、ゾーンに固定されていてもよいし、あるいは、コントローラ１３０は、ゾーンの周りを移動可能な移動体であってもよい。メディアシステム構成１００は、複数のコントローラ１３０を含んでもよい。メディアシステム構成１００は、例示的なハウスオーディオシステム全体を表すが、本明細書に記載の技術は、これらの特定の場所への用途に限定されず、又、図１のハウスメディアシステム１００全体のような広範囲のシステムにも限定されない。
【００２０】
ａ．ゾーンプレーヤーの例
図２Ａ、図２Ｂ、図２Ｃは、様々な種類のゾーンプレーヤーの例を示している。例えば、図２Ａ、図２Ｂ、図２Ｃのゾーンプレーヤー２００、２０２、及び２０４は、それぞれ、図１のゾーンプレーヤー１０２−１２４のいずれにも対応できる。いくつかの実施形態では、オーディオが、フルレンジプレーヤー等の単一のゾーンプレーヤーのみから再生されてもよい。いくつかの実施形態では、オーディオは、２つ以上のゾーンプレーヤー、例えば、複数のフルレンジプレーヤーの組み合わせ、又はフルレンジプレーヤーと特定のプレーヤーとの組み合わせ等によって再生されてもよい。いくつかの実施形態では、ゾーンプレーヤー２００−２０４はまた、「スマートスピーカー」と呼ばれてもよい。この理由は、オーディオ再生を超えた処理能力を備えているからであり、以下に詳細に述べられている。
【００２１】
図２Ａは、フルレンジサウンドを再生可能なサウンド生成機器２０８を含むゾーンプレーヤー２００を示す。サウンドは、オーディオ信号から得られ、オーディオ信号は、有線データネットワーク上で、又は無線データネットワーク上でゾーンプレーヤー２００によって受信することができる。サウンド生成機器２０８は、１つ又は複数の内蔵アンプと、１つ又は複数の音響変換器（例えば、スピーカー）を含む。内蔵アンプは、図４に関連付けて、さらに以下で述べられている。スピーカー又は音響変換器は、例えば、ツイーター、ミッドレンジドライバ、低域ドライバ、及びサブウーファーのいずれかを含んでいてもよい。いくつかの実施形態では、ゾーンプレーヤー２００は、ステレオオーディオ、モノラルオーディオ、又はその両方を再生するように静的に又は動的に構成することができる。いくつかの実施形態では、ゾーンプレーヤー２００が他のゾーンプレーヤーとグループ化されてもよい。ステレオオーディオ、モノラルオーディオ、及び／又はサラウンドオーディオを再生するとき、又はゾーンプレーヤー２００によって受信したオーディオコンテンツがフルレンジより低いとき、ゾーンプレーヤー２００は、フルレンジサウンドのサブセットを再生するように構成することもできる。
【００２２】
図２Ｂは、分離したスピーカー２１０に電力を供給する内蔵アンプを含むゾーンプレーヤー２０２を示す。分離したスピーカーは、例えば、任意のタイプのラウドスピーカーを含むことができる。ゾーンプレーヤー２０２は、１つ、２つ、又はそれより多い数の別々のラウドスピーカーに電力を供給するように構成されてもよい。ゾーンプレーヤー２０２は、有線パスを通じてオーディオ信号（例えば、右又は左のチャンネルオーディオ又はその構成に応じた数のチャンネル）を分離したスピーカー２１０に対して通信するように構成されている。
【００２３】
図２Ｃは、内蔵アンプを含まないが、データネットワーク上で受信したオーディオ信号を、内蔵アンプを備えるオーディオ（又は「オーディオ／ビデオ」）受信器２１４に通信するゾーンプレーヤー２０４を示している。
【００２４】
図１に戻って、いくつかの実施形態では、１つ、いくつか、又はすべてのゾーンプレーヤー１０２−１２４は、ソースから直接オーディオを取り出すことができる。例えば、ゾーンプレーヤーは、再生されるべきオーディオコンテンツの再生リスト又は列（本明細書では、「再生列」とも呼ばれる）を含んでいてもよい。再生列内の各項目は、ユーアールアイ（ＵＲＩ）又はいくつかの他の識別子を含んでいてもよい。ＵＲＩ又は識別子は、オーディオソースに対するゾーンプレーヤーを指し示すことができる。ソースは、インターネット（例えば、クラウド）上で見つけられるかもしれないし、データネットワーク１２８上の別のデバイス（以下に更に述べられている）、ゾーンプレーヤー自体に格納されたコントローラ１３０からローカルに見つかるかもしれないし、又はゾーンプレーヤーと直接通信するオーディオソースから見つかるかもしれない。いくつかの実施形態では、ゾーンプレーヤーは、オーディオそのものを再生できるし、オーディオを再生するために別のデバイスに送信できるし、又はゾーンプレーヤーと１つ又は複数の追加のゾーンプレーヤーとを同期してオーディオを再生することもできる。いくつかの実施形態では、再生するために別のゾーンプレーヤーに異なる第２オーディオコンテンツを送信している間、ゾーンプレーヤーは、第１オーディオコンテンツを再生することができる（又は全く再生できない）。
【００２５】
例として、現在、カリフォルニア州サンタバーバラのソノズ・インコーポレイテッドは、「ＰＬＡＹ：５」、「ＰＬＡＹ：３」、「ＣＯＮＮＥＣＴ：ＡＭＰ」、「ＣＯＮＮＥＣＴ」、及び「ＳＵＢ」と呼ばれるゾーンプレーヤーを販売提供している。他の過去、現在、及び／又は将来の任意のゾーンプレーヤーは、追加的に又は代替的に本明細書で開示された実施例のゾーンプレーヤーに実装して使用することができる。更に、ゾーンプレーヤーは、図２Ａ、図２Ｂ、及び図２Ｃに示された特定の例又は提供されるソノズ製品に限定されないことを理解する。例えば、ゾーンプレーヤーは、有線のヘッドホン又は無線のヘッドホンを含んでもよい。更に別の例では、ゾーンプレーヤーは、テレビ用のサウンドバーを含んでいてもよい。更に別の例では、ゾーンプレーヤーは、アップル社のＩＰＯＤ（商標）又は同様のデバイス用のドッキングステーションを含むことができるし、又、それらと対話することができる。
【００２６】
ｂ．コントローラの例
図３は、ドッキングステーション３０２内の無線コントローラ３００の例を示す。例として、コントローラ３００は、図１の制御デバイス１３０に対応可能である。ドッキングステーション３０２が備えられている場合、ドッキングステーション３０２は、コントローラ３００のバッテリーを充電するために使用されてもよい。いくつかの実施形態では、コントローラ３００は、タッチスクリーン３０４を備えており、ユーザは、タッチスクリーン３０４をタッチすることでコントローラ３００と対話してもよい。例えば、ユーザは、オーディオコンテンツの再生リストを取り出し、ナビゲートし、１つ又は複数のゾーンプレーヤーの動作を制御し、システム構成１００の全体を制御することができる。ある実施形態では、任意の数のコントローラを使用して、システム構成１００を制御することができる。いくつかの実施形態では、システム構成１００を制御可能なコントローラの数を制限してもよい。コントローラは、無線コントローラ３００のように無線であってもよいし、又はデータネットワーク１２８に有線で接続されてもよい。
【００２７】
いくつかの実施形態では、複数のコントローラがシステム１００に使用される場合、各コントローラは、共通のコンテンツを表示するために調整されてもよいし、すべてのコントローラを動的に更新し、１つのコントローラで行われた変更を示してもよい。調整は、例えば、コントローラによって、１つ又は複数のゾーンプレーヤーから直接又は間接的に状態変数を定期的に要求することによって行われてもよい。状態変数は、システム１００についての情報を提供してもよく、例えば、現在のゾーングループ構成、１つ又は複数のゾーンで再生しているもの、ボリュームレベル、及び興味のある他の項目などを提供してもよい。状態変数は、必要に応じて、又は多くの場合プログラムされて、ゾーンプレーヤー（及び、もし望むのであれば、コントローラ）間のデータネットワーク１２８上に渡されてもよい。
【００２８】
更に、任意のネットワーク対応携帯デバイス、例えば、ＩＰＨＯＮＥ（登録商標）、ＩＰＡＤ（登録商標）、ＡＮＤＲＯＩＤ（登録商標）対応電話、又は任意の他のスマートフォン若しくはネットワーク対応デバイスなどで実行されるアプリケーションが、データネットワーク１２８に接続することによってコントローラとして使用できる。ラップトップ又はデスクトップパーソナルコンピュータ（ＰＣ）若しくはＭＡＣ（登録商標）上で実行されるアプリケーションも、コントローラ１３０として使用される。そのようなコントローラは、データネットワーク１２８、ゾーンプレーヤー、無線ルータを備えるインタフェースを通じてシステム１００に接続されるか、又はいくつかの他の構成された接続パスを使用してシステム１００に接続されてもよい。カリフォルニア州サンタバーバラのソノズ・インコーポレイテッドが提供するコントローラの例としては、「コントローラ２００」、「ＳＯＮＯＳ（登録商標）  ＣＯＮＴＲＯＬ」、「ＳＯＮＯＳ（登録商標）  Ｃｏｎｔｒｏｌｌｅｒ  ｆｏｒ  ｉＰｈｏｎｅ」、「ＳＯＮＯＳ（登録商標）  Ｃｏｎｔｒｏｌｌｅｒ  ｆｏｒ  ＩＰＡＤ（登録商標）」、「ＳＯＮＯＳ（登録商標）  Ｃｏｎｔｒｏｌｌｅｒ  ｆｏｒ  ＡＮＤＲＯＩＤ（登録商標）」、「ＳＯＮＯＳ（登録商標）  Ｃｏｎｔｒｏｌｌｅｒ  ｆｏｒ  ＭＡＣ又はＰＣ」を含む。
【００２９】
ｃ．データ接続の例
図１のゾーンプレーヤー１０２−１２４は、直接又は間接的にデータネットワーク、例えばデータネットワーク１２８に接続される。コントローラ１３０は、直接又は間接的にデータネットワーク１２８に接続されるか、又は個別にゾーンプレーヤーに接続されてもよい。データネットワーク１２８は、示された他の構成要素から目立つように図中に八角形で示されている。データネットワーク１２８が１つの場所に示されているが、そのようなネットワークは、システム１００の中及び周りに配置されることが理解される。特に、データネットワーク１２８は、有線ネットワーク、無線ネットワーク、又は有線ネットワークと無線ネットワークの両方の組み合わせとすることができる。いくつかの実施形態では、ゾーンプレーヤー１０２−１２４の１つ又は複数は、専有のメッシュネットワークに基づいて、データネットワーク１２８に無線で接続されている。いくつかの実施形態では、ゾーンプレーヤー１０２−１２４の１つ又は複数は、非メッシュトポロジーを使用して、データネットワーク１２８に無線で接続される。いくつかの実施形態では、ゾーンプレーヤー１０２−１２４の１つ又は複数は、イーサネット（登録商標）又は同様の技術を使用し、データネットワーク１２８への有線を介して接続されている。１つ又は複数のゾーンプレーヤー１０２−１２４をデータネットワーク１２８に接続することに加えて、データネットワーク１２８は、更に、例えば、インターネットなどのワイドエリアネットワークにアクセス可能である。
【００３０】
いくつかの実施形態では、ゾーンプレーヤー１０２−１２４のいくつかをブロードバンドルータに接続することによって、又はいくつかの他の接続デバイスをブロードバンドルータに接続することによって、データネットワーク１２８が形成されてもよい。次に、他のゾーンプレーヤー１０２−１２４は、データネットワーク１２８に対して有線で追加することができるか、又は無線で追加することができる。例えば、ゾーンプレーヤー（例えば、ゾーンプレーヤー１０２−１２４のいずれか）は、ゾーンプレーヤーに設けられたボタンを単に押すことによって、システム構成１００に追加され（又はいくつかの他のアクションを実行し）、データネットワーク１２８への接続を可能にしている。ブロードバンドルータは、例えば、インターネットサービスプロバイダ（ＩＳＰ）に接続することができる。ブロードバンドルータは、他のアプリケーション（例えば、ウェブサーフィン）に使用可能なシステム構成１００内の別のデータネットワークを形成するために使用することができる。データネットワーク１２８はまた、そのようにプログラムされている場合にも使用することができる。一例では、第２ネットワークは、サンタバーバラのソノズ・インコーポレイテッドによって開発されたＳＯＮＯＳＮＥＴ（商標）プロトコルを実装してもよい。ＳＯＮＯＳＮＥＴ（商標）は、安全で、ＡＥＳ暗号化された、ピア・ツー・ピアの無線メッシュネットワークを表す。あるいは、ある実施形態では、データネットワーク１２８は、家庭内の他の用途に使用されるネットワーク、例えば従来の有線ネットワーク又は無線ネットワークと同じネットワークである。
【００３１】
ｄ．ゾーン構成の例
特定のゾーンは、１つ又は複数のゾーンプレーヤーを含むことができる。例えば、図１のファミリールームでは、２つのゾーンプレーヤー１０６及び１０８を含んでおり、一方キッチンでは、１つのゾーンプレーヤー１０２を備えていることが示されている。別の例では、ホームシアタールームは、５．１チャンネル以上のオーディオソースからのオーディオ（例えば、５．１以上のオーディオチャネルでエンコードされたムービー）を再生する追加のゾーンプレーヤーを有する。いくつかの実施形態では、１つは、ルーム内又はスペース内にゾーンプレーヤーを配置し、コントローラ１３０を介してゾーンプレーヤーを新しいゾーンに割り当てるか、又は既存のゾーンに割り当てることができる。そのように、ゾーンが形成されてもよく、ゾーンが別のゾーンと組み合わされてもよく、ゾーンが取り除かれてもよく、ゾーンに特定の名前（例えば、「キッチン」）が与えられてもよい。また、望むのならば、コントローラ１３０でそのようにするようにプログラムされてもよい。さらに、いくつかの実施形態では、コントローラ１３０又はいくつかの他の機構を使用して構成された後においても、ゾーン構成は、動的に変更してもよい。
【００３２】
いくつかの実施形態では、ゾーンが、２つ以上のゾーンプレーヤー、例えば、ファミリールームにおいて２つのゾーンプレーヤー１０６及び１０８を含む場合、２つのゾーンプレーヤー１０６及び１０８は、同じオーディオソースを同期して再生するように構成することができる。また、２つのゾーンプレーヤー１０６及び１０８は、例えば、左と右のチャンネルのように、２つの別のサウンドを再生するようにペアにすることもできる。言い換えれば、一方を左サウンド用、他方を右サウンド用として使用する２つのゾーンプレーヤー１０６及び１０８を通して、サウンドのステレオ効果が再現されてもよいし、又は強化されてもよい。ある実施形態では、ペアのゾーンプレーヤー（「結合したゾーンプレーヤー」とも呼ばれる）は、同じゾーン又は異なるゾーンにおける他のゾーンプレーヤーと同期してオーディオを再生することもできる。
【００３３】
いくつかの実施形態では、２つ以上のゾーンプレーヤーを音響的に統合し、単一の統合されたゾーンプレーヤーを形成することができる。統合されたゾーンプレーヤーは、追加のスピーカードライバを通ってサウンドが流れるため、（複数の異なるデバイスから構成されている）統合されたゾーンプレーヤーは、統合されていないゾーンプレーヤー又はペアにされたゾーンプレーヤーと比べて、サウンドの処理や再現を異なるように構成することができる。統合されたゾーンプレーヤーは、更に、単一のゾーンプレーヤー又は他の統合されたゾーンプレーヤーとペアにすることができる。統合された再生デバイスのそれぞれの再生デバイスは、例えば、統合モードに設定されることができる。
【００３４】
いくつかの実施形態によれば、ユーザは、ゾーンプレーヤーのグループ化、統合、ペアリング等のいずれかを行い続け、所望の構成を完成させることができる。グループ化、統合、及びペアリングの操作は、好ましくは、例えば、コントローラ１３０を使用するなどの制御インタフェースを通じて行われ、異なる構成を作成するようにスピーカーワイヤーを、例えば、個々の、離れたスピーカーに物理的に接続及び再接続することなく行われる。このように、本明細書内で述べられた特定の実施形態は、より柔軟で動的なプラットフォームを提供し、サウンド再生をエンドユーザに提供することができる。
【００３５】
ｅ．オーディオソースの例
いくつかの実施形態では、各ゾーンは、別のゾーンのオーディオソースと同じオーディオソースから再生することができる。また、各ゾーンは、それぞれ異なるオーディオソースで再生することもできる。例えば、誰かがパティオ上でグリルしながら（ｇｒｉｌｌｉｎｇ）、ゾーンプレーヤー１２４を介してジャズ音楽を聞くことができる。また、誰かがキッチンで食事の準備をしながらゾーンプレーヤー１０２を介してクラシック音楽を聞くこともできる。さらに、誰かがオフィスにいながら、パティオ上でゾーンプレーヤー１２４を介して再生されているジャズ音楽と同じ音楽を、ゾーンプレーヤー１１０を介して聞くこともできる。いくつかの実施形態では、ゾーンプレーヤー１１０と１２４を介して再生されるジャズ音楽が、同期して再生される。複数のゾーン間で再生を同期することで、オーディオを途切れさせることなく（又はほぼ途切れさせることなく）聞きながら、ユーザは、複数のゾーンを移動することができる。さらに、ゾーンを「パーティーモード」とし、連結された全てのゾーンが同期してオーディオを再生することもできる。
【００３６】
ゾーンプレーヤー１０２−１２４によって再生されるオーディオコンテンツのソースは、多数ある。いくつかの実施形態では、ゾーンプレーヤー自体が有する音楽にアクセスされ、その音楽が再生されてもよい。いくつかの実施形態では、コンピュータ又はネットワーク接続ストレージ（ＮＡＳ）上に格納された個人のライブラリから、データネットワーク１２８を介してアクセスされ、音楽が再生されてもよい。いくつかの実施形態では、インターネットラジオ局、番組、及びポッドキャストが、データネットワーク１２８を介してアクセスすることができる。ユーザに音楽とオーディオコンテンツを流し、及び／又はダウンロードさせる音楽サービス又はクラウドサービスは、データネットワーク１２８を介してアクセスできる。さらに、音楽は、例えば、ターンテーブル又はＣＤプレーヤーなどの従来のソースから、ラインイン接続を介してゾーンプレーヤーに接続して得られてもよい。オーディオコンテンツはまた、異なるプロトコル、例えば、アップル社のＡＩＲＰＬＡＹ（商標）ワイヤレス技術を使用して、アクセスすることができる。１つ又は複数のソースから受信されたオーディオコンテンツは、データネットワーク１２８及び／又はコントローラ１３０を介して、ゾーンプレーヤー１０２から１２４の間で共有することができる。上述したオーディオコンテンツのソースは、本明細書において、ネットワークベースのオーディオ情報ソースと呼ばれる。しかしながら、ネットワークベースのオーディオ情報は、それらに限定されない。
【００３７】
いくつかの実施形態では、例示のホームシアターゾーンプレーヤー１１６、１１８、１２０は、テレビ１３２などのオーディオ情報ソースに接続されている。いくつかの例では、テレビ１３２が、ホームシアターゾーンプレーヤー１１６、１１８、１２０のためのオーディオソースとして使用されており、一方、他の例においては、テレビ１３２からのオーディオ情報がオーディオシステム１００内のゾーンプレーヤー１０２−１２４のいずれかと共有することができる。
【００３８】
ＩＩＩ．ゾーンプレーヤーの例
図４を参照すると、実施の形態に関連するゾーンプレーヤー４００の例示的なブロック図が示されている。図４のゾーンプレーヤー４００は、ネットワークインタフェース４０２、プロセッサ４０８、メモリ４１０、オーディオ処理コンポーネント４１２、１つ又は複数のモジュール４１４、オーディオアンプ４１６、及びスピーカーユニット４１８を含む。スピーカーユニット４１８は、オーディオアンプ４１６に接続されている。図２Ａは、そのようなゾーンプレーヤーの例を図示している。他のタイプのゾーンプレーヤーは、（例えば、図２Ｂに示される）スピーカーユニット４１８又は（例えば、図２Ｃに示される）オーディオアンプ４１６を含まなくてもよい。さらに、ゾーンプレーヤー４００は、別のコンポーネントに統合できることが意図されている。例えば、ゾーンプレーヤー４００は、屋内又は屋外で使用するテレビ、照明、又はいくつかの他のデバイスの一部として構成することができる。
【００３９】
いくつかの実施形態では、ネットワークインタフェース４０２は、データネットワーク１２８上のゾーンプレーヤー４００と他のデバイスとの間のデータフローを可能にする。いくつかの実施形態では、データネットワーク１２８上の別のゾーンプレーヤー又はデバイスからオーディオを取得することに加えて、ゾーンプレーヤー４００は、オーディオソースから、例えば、ワイドエリアネットワーク上のオーディオソースから、又はローカルネットワーク上のオーディオソースから直接オーディオにアクセスできる。更に、いくつかの実施形態では、ネットワークインタフェース４０２は、各パケットのアドレス部を扱い、各パケットが正しい宛先に到達するように、ゾーンプレーヤー４００に向かうべきパケットを受信する。したがって、特定の実施形態では、パケットのそれぞれは、ＩＰベースのソースアドレスだけでなくＩＰベースの宛先アドレスも含む。
【００４０】
いくつかの実施形態では、ネットワークインタフェース４０２は、無線インタフェース４０４と有線インタフェース４０６とのどちらか一方又は両方を含むことができる。無線インタフェース４０２は、無線周波数（ＲＦ）インタフェースとも呼ばれ、ゾーンプレーヤー４００にネットワークインタフェース機能を提供し、通信プロトコル（例えば、無線規格ＩＥＥＥ８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ、又は８０２．１５を含む無線基準（規格）のいずれか）に従って他のデバイス（例えば、他のゾーンプレーヤー、スピーカー、受信機、データネットワーク１２８に関連付けられたコンポーネントなど）と無線で通信する。無線インタフェース４０４は、１つ又は複数の無線機を含んでもよい。無線信号を受信すると共に、無線信号を無線インタフェース４０４に提供し、かつ無線信号を送信するため、ゾーンプレーヤー４００は、１つ又は複数のアンテナ４２０を含む。有線インタフェース４０６は、ネットワークインタフェース機能をゾーンプレーヤー４００に提供し、通信プロトコル（例えば、ＩＥＥＥ８０２．３）に従って他のデバイスと有線で通信する。いくつかの実施形態では、ゾーンプレーヤーは、複数の無線インタフェース４０４を含む。いくつかの実施形態では、ゾーンプレーヤーは、複数の有線インタフェース４０６を含む。いくつかの実施形態では、ゾーンプレーヤーは、インタフェース４０４と４０６の両方を含む。いくつかの実施形態では、ゾーンプレーヤー４００は、無線インタフェース４０４のみを含むか、又は有線インタフェース４０６のみを含む。
【００４１】
いくつかの実施形態では、プロセッサ４０８は、クロック駆動の電子デバイスであり、コンピュータのメモリ４１０に記憶された命令に従って、入力データを処理するように構成されている。メモリ４１０は、１つ又は複数のソフトウェアモジュール４１４を搭載することができるデータストレージであり、コンピュータのプロセッサ４０８によって実行されることで特定のタスクを実行することができる。図示された実施形態では、メモリ４１０は、有形のコンピュータ読取可能記憶媒体であって、プロセッサ４０８によって実行可能な命令を記憶している。いくつかの実施形態では、タスクとは、ゾーンプレーヤー４００が別のゾーンプレーヤー又はネットワーク上のデバイスから（例えば、ユー・アール・エル（ＵＲＬ）又はいくつかの他の識別子を使用して）オーディオデータを取得することであってもよい。いくつかの実施形態では、タスクは、ゾーンプレーヤー４００が別のゾーンプレーヤーにオーディオデータを送信することか、又はネットワーク上のデバイスにオーディオデータを送信することであってもよい。いくつかの実施形態では、タスクは、ゾーンプレーヤー４００のオーディオの再生を１つ又は複数の追加のゾーンプレーヤーと同期させることであってもよい。いくつかの実施形態では、タスクは、ゾーンプレーヤー４００を１つ又は複数のゾーンプレーヤーとペアにし、マルチチャネルオーディオ環境を作成することであってもよい。追加のタスク又は代替的なタスクは、１つ又は複数のソフトウェアモジュール４１４及びプロセッサ４０８を介して実行することができる。
【００４２】
オーディオ処理コンポーネント４１２は、１つ又は複数のデジタル−アナログ変換器（ＤＡＣ）、オーディオ前処理コンポーネント、オーディオ強化コンポーネント又はデジタル信号プロセッサなどを含むことができる。いくつかの実施形態では、オーディオ処理コンポーネント４１２は、プロセッサ４０８の一部であってもよい。いくつかの実施形態では、ネットワークインタフェース４０２を介して取り出されたオーディオは、オーディオ処理コンポーネント４１２によって処理される、及び／又は意図的に変更される。さらに、オーディオ処理コンポーネント４１２は、アナログオーディオ信号を生成することができる。処理されたアナログオーディオ信号は、オーディオアンプ４１６に提供され、スピーカー４１８を通して再生される。また、オーディオ処理コンポーネント４１２は、ゾーンプレーヤー４００から再生するための入力としてアナログ又はデジタル信号を処理し、ネットワーク上の別のゾーンプレーヤーに送信することができる。また、オーディオ処理コンポーネント４１２は、ネットワーク上の別のデバイスに再生と送信の両方を行うために回路を含むこともできる。入力の例としては、ラインイン接続（例えば、オートディテクティング３．５ｍｍオーディオラインイン接続）を含む。
【００４３】
オーディオアンプ４１６は、１つ又は複数のスピーカー４１８を駆動できるレベルまでオーディオ信号を増幅するデバイスである。１つ又は複数のスピーカー４１８は、個々の変換器（例えば、「ドライバ」）又は、１つ又は複数のドライバを内包する筐体を含んだ完全なスピーカーシステムを含むことができる。特定のドライバは、例えば、サブウーファー（例えば、低周波用）、ミッドレンジドライバ（例えば、中間周波用）、及びツイーター（例えば、高周波用）であってもよい。筐体は、例えば、密封することもでき、又は移植することもできる。各変換器は、それ自体の個々の増幅器によって駆動されてもよい。
【００４４】
現在、市販されている例として知られているゾーンプレーヤーとして、内蔵アンプとスピーカーとを備えるＰＬＡＹ：５（商標）がある。ＰＬＡＹ：５（商標）は、例えば、インターネット又はローカルネットワークなどのソースから直接オーディオを取り出すことができる。特に、ＰＬＡＹ：５（商標）は、５アンプ、５ドライバ・スピーカーシステムであり、それは２つのツイーター、２つのミッドレンジドライバ及び１つのウーファーを含んでいる。ＰＬＡＹ：５（商標）を通じてオーディオコンテンツを再生する場合、トラックの左側のオーディオデータは、左側のツイーターと左側のミッドレンジドライバから送られる。トラックの右側のオーディオデータは、右側のツイーターと右側のミッドレンジドライバから送られる。また、モノラル低音は、サブウーファーから送られる。さらに、両方のミッドレンジドライバと両方のツイーターが同じイコライゼーション（又は実質的に同じイコライゼーション）を有してもよい。つまり、これらの両方が同じ周波数にて異なるオーディオチャネルから送信される。ＰＬＡＹ：５（商標）は、インターネットラジオ局又はオンライン音楽・ビデオサービスからのオーディオ、ダウンロードされた音楽、アナログオーディオ入力、テレビ、ＤＶＤなどを再生することができる。
【００４５】
ＩＶ．コントローラの例
図５を参照すると、図１の制御デバイス１３０に対応可能なコントローラ５００の例示的なブロック図が示されている。コントローラ５００は、システム内のマルチメディアアプリケーションの制御、自動化及びその他のことを可能にするために使用することができる。特に、コントローラ５００は、ネットワーク上にて利用可能な複数のオーディオソースを選択することを可能にすると共に、無線又は有線のネットワークインタフェース５０８を介して１つ又は複数のゾーンプレーヤー（例えば、図１のゾーンプレーヤー１０２−１２４）の制御を可能にするように構成することができる。一実施形態によれば、無線通信は、標準規格に基づいている（例えば、赤外線、ラジオ、あるいは、ＩＥＥＥ８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ、８０２．１５等を含む無線規格）。さらに、特定のオーディオがコントローラ５００を介してアクセスされている場合か、又は特定のオーディオがゾーンプレーヤーを経由して再生されている場合、画像（例えば、アルバムアート）又は他のデータが、オーディオ及び／又はオーディオソースに関連付けられてコントローラ５００へ送信され、あるゾーンプレーヤー又は他の電子機器から表示することもできる。
【００４６】
コントローラ５００には、スクリーン５０２と入力インタフェース５１４が設けられている。これにより、ユーザはコントローラ５００と対話し、例えば、多くのマルチメディア項目の再生リストをナビゲートしたり、１つ又は複数のゾーンプレーヤーの動作を制御することができる。コントローラ５００上のスクリーン５０２は、例えば、液晶ディスプレイ（ＬＣＤ）スクリーンとすることができる。スクリーン５０２は、マイクロコントローラ（例えば、プロセッサ）５０６によって制御されるスクリーンドライバ５０４と通信すると共に、コマンドを受信する。メモリ５１０は、１つ又は複数のアプリケーションモジュール５１２をロードすることができる。いくつかの実施形態では、アプリケーションモジュール５１２は、選択された複数のゾーンプレーヤーをゾーングループにグループ化し、ゾーンプレーヤーを同期して、オーディオを再生することができるように構成されている。いくつかの実施形態では、アプリケーションモジュール５１２は、ゾーングループ内のゾーンプレーヤーのオーディオサウンド（例えば、ボリューム）を制御するように構成されている。動作中において、マイクロコントローラ５０６がアプリケーションモジュール５１２の１つ又は複数を実行するとき、スクリーンドライバ５０４は、スクリーン５０２を駆動するための制御信号を生成し、特定のユーザインタフェースにアプリケーションを表示する。
【００４７】
コントローラ５００は、有線又は無線でゾーンプレーヤーと通信できるネットワークインタフェース５０８を含む。いくつかの実施形態では、ボリュームコントロール及びオーディオ再生同期などのコマンドは、ネットワークインタフェース５０８を介して送信される。いくつかの実施形態では、保存されたゾーングループ構成がネットワークインタフェース５０８を介してゾーンプレーヤーとコントローラとの間に転送される。コントローラ５００は、１つ又は複数のゾーンプレーヤー、例えば、図１のゾーンプレーヤー１０２−１２４などを制御することができる。特定のシステム用に複数のコントローラを利用することができる。各コントローラは別のコントローラと共通の情報を共有することができる。又は、ゾーンプレーヤーが構成データ（例えば、状態変数など）を格納している場合、ゾーンプレーヤーから共通の情報を取り出すことができる。さらに、コントローラは、ゾーンプレーヤーに統合することができる。
【００４８】
他のネットワーク対応デバイス、例えば、ＩＰＨＯＮＥ（登録商標）、ＩＰＡＤ（登録商標）若しくは他の任意のスマートフォン又はネットワーク対応デバイス（例えば、ＰＣ又はＭＡＣ（登録商標）などのネットワーク・コンピュータなど）は、特定の環境内のゾーンプレーヤーと対話するためのコントローラ、又は制御するためのコントローラとしても使用できることに留意すべきである。いくつかの実施形態では、ソフトウェアアプリケーション又は更新は、ネットワーク対応デバイス上にダウンロードされ、本明細書で述べられている機能を実行できる。
【００４９】
ある実施形態では、ユーザは、コントローラ５００から少なくとも２つのゾーンプレーヤーを含むゾーングループ（結合されたゾーンとも呼ばれる）を作成することができる。ゾーングループ内のゾーンプレーヤーは、同期化された方法でオーディオを再生し、ゾーングループ内のすべてのゾーンプレーヤーが同一のオーディオソースを再生する方法か、試聴遅延がないか又は音が途切れない（試聴遅延がほぼないか又は音の途切れがほぼない）ように同期する方法で、同一のオーディオソースのリストを再生することができる。同様に、いくつかの実施形態では、ユーザがコントローラ５００からグループのオーディオボリュームを大きくするとき、グループのオーディオボリュームを大きくする信号又はデータが、ゾーンプレーヤーの１つに送信され、グループ内の他のゾーンプレーヤーのボリュームを一緒に大きくする。
【００５０】
ユーザは、コントローラ５００を介して、「Ｌｉｎｋ  Ｚｏｎｅｓ（ゾーンをリンク）」又は「Ａｄｄ  Ｚｏｎｅｓ（ゾーンを追加）」のソフトボタンをアクティブにすることによってゾーンプレーヤーをゾーングループにグループ化することができ、又ユーザは、「Ｕｎｌｉｎｋ  Ｚｏｎｅｓ（ゾーンをリンク解除）」又は「Ｄｒｏｐ  Ｚｏｎｅｓ（ゾーンをドロップ）」ボタンをアクティブにすることによってゾーングループをグループ解除することができる。例えば、オーディオを再生するためにゾーンプレーヤーを一緒に「参加させる」ための１つの機構は、複数のゾーンプレーヤーをリンクしてグループを形成することである。
【００５１】
ある実施形態では、ユーザは、例えば、単一のゾーンで始めて、次に、それぞれのゾーンをそのゾーンに手動でリンクすることによって、６つのゾーンプレーヤーのうち任意の数のゾーンプレーヤーだけをリンクすることができる。
【００５２】
ある実施形態では、ゾーンは、コマンドを使用して共に動的にリンクし、（最初にゾーンシーンを作成した後に）ゾーンシーン又はテーマを作成することができる。例えば、「Ｍｏｒｎｉｎｇ（朝）」ゾーンシーンコマンドは、寝室、オフィス、及びキッチンゾーンを１つの動作で一緒にリンクすることができる。この単一のコマンドがないと、ユーザは、各ゾーンを個別に手動でリンクする。単一のコマンドは、マウスクリック、ダブルマウスクリック、ボタンを押すこと、ジェスチャー、又はいくつあの他のプログラムされた動作を含んでもよい。他の種類のゾーンシーンをプログラムすることもできる。
【００５３】
ある実施形態では、ゾーンシーンは、時間（例えば、アラームクロック機能）に基づいてトリガーすることができる。例えば、ゾーンシーンは、午前８：００に適用されるように設定することができる。システムは、適切なゾーンに自動的にリンクすることができ、特定の音楽を再生するように設定することができる。任意の特定のゾーンが時間に基づいて状態を「オン」又は「オフ」にトリガーすることができるが、例えば、ゾーンシーンは、シーンとリンクされた任意のゾーンが、予め定義されたオーディオ（例えば、お気に入りの歌、所定の再生リスト）を、特定の時間に、及び／又は特定の期間で再生可能なようにしている。何らかの理由により、スケジュールされた音楽の再生を失敗した（例えば、再生リストが空である、共有への接続がない、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）の失敗、インターネットラジオ局へのインターネット接続がないなどの）場合、バックアップブザーが鳴るようにプログラムすることができる。
【００５４】
Ｖ．アドホックネットワークの例
以下、例示の目的のために、ある特定の例を図６と関連付けて提供することによって、再生ネットワークへの接続を容易に提供するシステムおよび方法を述べる。図６は、アドホックネットワーク６１０と称されるネットワークブランチを構成する、三つのゾーンプレーヤー６０２、６０４、６０６およびコントローラ６０８を示す。ネットワーク６１０は、無線ネットワークであってもよく、有線ネットワークであってもよく、又は、有線と無線とが混在したネットワークであってもよい。一般的にアドホック（又は「自発的な（ｓｐｏｎｔａｎｅｏｕｓ）」）ネットワークは、ローカルエリアネットワークであるか、又は、一般的に全てのトラフィックに対して一つのアクセスポイントも有しないその他の小さい領域のネットワークである。アドホックネットワーク６１０において、デバイス６０２、６０４、６０６、６０８は、例えば、「ピア・ツー・ピア」スタイルの通信で、互いに通信することができる。更に、１つ又は複数のデバイスをネットワーク６１０に追加でき、及び／又は、１つ又は複数のデバイスをネットワーク６１０から取り除くことができる一方、ネットワーク６１０は、ユーザがネットワーク６１０を再構築することなしに自動的にそれ自体を再構築することができる。アドホックネットワークが、図６に示されているが、再生ネットワークは、アドホックネットワークと完全に異なるタイプのネットワークに基づくものや、アドホックネットワークと部分的に異なるネットワークに基づくものであってもよい。
【００５５】
アドホックネットワーク６１０を使用することによって、デバイス６０２、６０４、６０６、６０８は、１つ又は複数のオーディオソースを共有したり、交換したりすることができ、又、同じ若しくは異なるオーディオソースを出力する際に動的にグループ化することができる。例えば、デバイス６０２、６０４は、音楽のワンピース（一節）を出力する際にグループ化されてもよく、その際に、デバイス６０６が、音楽の他のピース（一節）を出力してもよい。例えば、図６に示すデバイス６０２、６０４、６０６、６０８は、オーディオの配信とサウンドの再生とのうちの少なくとも一方を実行するハウスホールド（ＨＯＵＳＨＯＬＤ）を構成する。ここで使用される用語「ハウスホールド」は、ユーザの住居を意味するものではなく、アプリケーションやサービスを提供する際に協働するネットワークデバイスの全体を表す。ある「ハウスホールド」は、例えば、ハウスホールド（又は、ハウスホールド識別子）６１０で特定されるが、「ハウスホールド」は、異なるエリアで特定されてもよい。
【００５６】
ある実施形態では、ハウスホールド識別子（ＨＨＩＤ）は、個（ユニーク）を区別するためにコンピュータで生成される、短い文字列又は識別子である。ネットワーク６１０は、特有のＨＨＩＤと、構成変数であるパラメータの特有のセットとによって特徴づけられる。構成変数すなわちパラメータの特有のセットとしては、例えば、チャンネル（例えば、個別の周波数帯域）、サービスセットＩＤ（ＳＳＩＤ）（無線ネットワーク名としての、アルファベットと数字とを組み合わせてなる一連の文字列）およびＷＥＰキー（有線と同等のプライバシーまたはその他のセキュリティキー）がある。ある実施形態では、ＳＳＩＤは、ＨＨＩＤと同じになるように設定される。
【００５７】
ある実施形態では、各ハウスホールドは、二つのタイプのネットワークノード、すなわち、制御点（ＣＰ）と、ゾーンプレーヤー（ＺＰ）とを含む。制御点は、要求されるネットワークパラメータ（例えば、ＷＥＰキー）の自動生成を含む、全ネットワーク設定過程および優先順位付け（ｓｅｑｕｅｎｃｉｎｇ）を制御する。一実施形態では、ＣＰは、ユーザにハウスホールド構成ユーザインタフェースを提供する。ＣＰ機能は、コンピュータ稼働ＣＰアプリケーションモジュールによって提供されるか、又は、ＣＰアプリケーションモジュールが実行される携帯式のコントローラ（例えば、コントローラ３０８）によって提供される。ゾーンプレーヤーは、自動的構成過程に加わる他のデバイスである。この明細書で使用される表記ＺＰは、例えば、コントローラ３０８やコンピュータ処理を行うデバイスを含む。いくつかの実施形態では、機能か又は機能の一部は、ＣＰおよびＺＰの両方において、シングルノード（例えば、ＺＰは、ＣＰを含むか、あるいは、その逆もまた成立する）で結合される。
【００５８】
ある実施形態では、ハウスホールドの構成は、複数のＣＰ及び複数のＺＰを含み、複数のＣＰ及び複数のＺＰは、集合して公知の構成を確立することによって、それらは通信における基準ネットワークプロトコル（例えば、有線又は無線イーサネット（登録商標）上でのＩＰ）を使用することができる。一実施形態では、２つのタイプのネットワーク／プロトコルである、イーサネット（登録商標）８０２.３と無線８０２.１１ｇとが利用される。ＣＰとＺＰとの間の相互接続は、ネットワーク／プロトコルのいずれかを使用することにより実現することができる。システム内のデバイスは、ハウスホールドのメンバーとして、両方のネットワークに同時に接続できる。
【００５９】
２つのネットワークを使用することができる環境では、システム内の少なくとも１つのデバイスは、ブリッジデバイスとして両方に接続され、これによって、有線／無線ネットワークの間のブリッジサービスが提供される。図６では、例えば、ゾーンプレーヤー６０６が、２つのネットワークに接続可能であることが示されている。ネットワーク６１２への接続は、イーサネット（登録商標）および無線のうちの少なくとも一方に基づいて行われ、望むのであれば、他のデバイス６０２、６０４、６０８への接続は、無線およびイーサネット（登録商標）に基づいて行われる。
【００６０】
いくつかの実施形態では、各ゾーンプレーヤー６０２、６０４、６０６は、ブリッジデバイスを介してクラウド（例えば、インターネット）からメディアを読み出すときに、インターネットにアクセスすることができる。例えば、ゾーンプレーヤー６０２は、クラウド内の特定のオーディオトラックのアドレスを規定するユー・アール・エル（ＵＲＬ）を含んでもよい。ＵＲＬを使用することによって、ゾーンプレーヤー６０２は、クラウドからオーディオトラックを読み出し（検索し）てもよく、最終的に１つ又は複数のゾーンプレーヤーからのオーディオを出力してもよい。
【００６１】
ＶＩ.システム構成の例
図７に、クラウドベースネットワークと、少なくとも一つのローカル再生ネットワークとを含む複数のネットワークを有するシステムを示す。ローカル再生ネットワークは、複数の再生デバイス又は複数の再生プレーヤーを含むが、再生ネットワークは再生デバイスを１つだけ含むものであってもよい。ある実施形態では、各プレーヤーは、再生するコンテンツを読み出すアビリティを有する。例えば、制御およびコンテンツの読み出しは、分散することもできるし、集中させることもできる。入力には、ストリーミングコンテンツプロバイダーによる入力、サードパーティアプリケーションによる入力、モバイルデバイスによる入力、ユーザによる入力、及び／又はローカル配信および再生のために、クラウドへ入力する他の再生ネットワークによる入力が含まれる。
【００６２】
図７の例示的なシステム７００に示すように、複数のコンテンツプロバイダー７２０−７５０を、クラウド及び／又は他のネットワーク７１０を介して、１つ又は複数のローカル再生ネットワーク７６０−７７０に接続することができる。クラウド７１０を使用することによって、マルチメディアオーディオシステム７２０（例えば、Ｓｏｎｏｓ（登録商標））、モバイルデバイス７３０、サードパーティアプリケーション７４０、コンテンツプロバイダー７５０等が、マルチメディアコンテンツ（要求されたものかまたはそうでなもの）を、ローカル再生ネットワーク７６０、７７０に提供する。各ローカル再生ネットワーク７６０、７７０内では、コントローラ７６２、７７２及び再生デバイス７６４、７７４が使用されて、オーディオコンテンツを再生することができる。
【００６３】
ＶＩＩ．モバイルソースメディアコンテンツへのアクセスの例
前述したように、本明細書において、複数の実施形態が提供されている。実施形態において、ネットワークメディアシステムのユーザは、ユーザのパーソナルデバイスにあるメディアから選択されたメディアを、メディアシステムとメディアシステムのコンポーネントデバイスとによってアクセス可能なメディア待ち列に追加することができる。一例において、図１のメディアシステム１００を使用する使用者（「ユーザ」）は、パーソナルデバイスとして、例えば、アップル社のＩＰＯＤ（登録商標）等のモバイルメディアプレーヤー、又はアップル社のＩＰＨＯＮＥ（登録商標）などのスマートフォンや、ＡＮＤＲＯＩＤ（登録商標）が作動する電話等を持ち歩いている。それらはメディアシステムと通信するように構成されていてもよい。パーソナルモバイルデバイスは、ユーザがメディアシステム１００の待ち列に追加したいと思うメディアにアクセスすることができる。又は、パーソナルモバイルデバイスは、ユーザがメディアシステム１００の待ち列に追加したいと思うメディアを記憶することができる。説明のために、ユーザはメディアシステム１００の所有者／常時利用者であるとするか、又はメディアシステム１００に通信する彼／彼女のパーソナルモバイルデバイスの権限を有するゲストであるとする。
【００６４】
一実施形態において、ユーザは、モバイルデバイスで選択したメディア群のみを待ち列に追加し、モバイルに残っているメディアは自分専用にするため、メディアシステム１００によってアクセスできない状態にしてもよい。また、ある場合において、メディア群を待ち列に追加するステップとして、メディア群に含まれるそれぞれのメディアについて、メディアシステム１００からアクセス可能なＵＲＬを提供するステップを含んでいてもよい。ある実施形態においては、ＵＲＬは、パーソナルモバイルデバイスに記憶されているメディアを示すようにしてもよい。
【００６５】
メディア群が待ち列に追加されると、メディアシステム１００の別のユーザ、例えば、ユーザの友人であってモバイルデバイスを有する者が、上述したコントローラデバイス１３０などのコントローラデバイスを介してメディアシステム１００にアクセスすることができる。ある実施形態では、友人は、ユーザが待ち列に追加したメディア群を見ることや、アクセスすることができ、言うまでも無く、メディアシステム１００によってすでに自由にアクセス可能な他のメディアも同様である。しかし、友人は、ユーザのパーソナルモバイルデバイスに残っているメディア、即ちユーザが待ち列に追加しなかったメディアは見ることができないし、アクセスすることもできない。友人は、メディアシステム１００によってメディア群にあるメディアを利用に供する（レンダリングする）か、又はメディア群のメディアをプレイリストに追加し、後ほどプレイリストのメディアを利用に供することができる。
【００６６】
一例において、ユーザは、メディアシステム１００付近から離れたり、又はユーザは、パーソナルモバイルデバイスをネットワークから切り離したり、パーソナルモバイルデバイスとネットワークとの接続を切断することがある。いずれの場合であっても、パーソナルモバイルデバイスは、メディアシステム１００と通信できなくなる。この場合、メディア群が待ち列に追加された際にメディアシステム１００に提供されたＵＲＬは、実行し得なくなる。そして、パーソナルモバイルデバイスとネットワークとの接続が切断されれば、メディア群にあるメディアを楽しんでいたか、又は楽しみにしていた友人は、メディア体験ができなくなると言う悪影響を受ける。一実施形態において、上記の状況にあっては、メディア群内のそれぞれのメディアと同等のメディアが検索され、取り込まれ、取り込まれたメディアが待ち列にあるメディア群と置き換えられる。そのような実施形態の動作においては、パーソナルモバイルデバイスがネットワークから切断されたとしても、友人はメディアシステム１００によって利用が可能となったメディアを楽しむことができ、パーソナルモバイルデバイスとネットワークとの接続が切断されても、友達の楽しみは維持され、若しくは悪影響を最小限に抑えることができる。
【００６７】
図８は、方法８００の例示的なフロー図を示し、本明細書で述べられている少なくともいくつかの実施形態に基づき、メディアシステム内のデバイスによってアクセスするためのメディアを選択的に追加する方法を示す。図８で示される方法８００は、例えば、図２−５に示されるデバイス等の１つ又は複数のデバイスと通信するシステム２００、２０２、２０４、３００、４００、及び５００を有する環境１００で使用可能な方法である。方法８００は、ブロック８０２−８１０の１つ又は複数のブロックによって示される１つ又は複数の操作、機能、又は動作を含んでもよい。ブロックは、上から順番に実行されるように図示されているが、これらのブロックは、並行して実行されてもよいし、本明細書で述べられた順番と異なる順番で実行されてもよい。また、これら種々のブロックは、所望の動作を実行するために、ブロック数を減らしたり、分割してブロック数を追加したり、ブロックを取り除いてもよい。
【００６８】
さらに、方法８００、他の処理、及び本明細書に開示された方法において、フローチャートは、本実施形態の１つの実施可能な機能及び動作を示す。ここで、各ブロックは、モジュール、セグメント、又はプログラムコードの一部を示す。モジュール、セグメント、又はプログラムコードの一部は、プロセッサによって実行可能な１つ又は複数の命令を含み、処理において特定の論理機能又は論理ステップを実行する。プログラムコードは、例えば、ディスク又はハードドライブを含むストレージデバイス等の任意のタイプのコンピュータ読み取り可能な媒体に記憶されてもよい。コンピュータ読み取り可能な媒体は、例えば、レジストメモリ、プロセッサキャッシュ、及びランダム・アクセス・メモリ（ＲＡＭ）のようなデータを短期間記憶するコンピュータ読み取り可能なメディア等のコンピュータ読み取り可能な非一時的な媒体を含んでもよい。コンピュータ読み取り可能な媒体は、非一時的なメディア、例えば、リード・オンリー・メモリ（ＲＯＭ）、光ディスク、磁気ディスク、コンパクトディスク・リード・オンリー・メモリ（ＣＤ−ＲＯＭ）等の長期間の記憶が可能な二次記憶装置又は永続記憶装置を含んでもよい。コンピュータ読み取り可能なメディアは、任意の他の揮発性記憶システム又は不揮発性記憶システムであってもよい。例えば、コンピュータ読み取り可能な媒体は、コンピュータ読み取り可能な記録媒体、即ち、有形の記憶デバイスとみなされてもよい。さらに、方法８００、他の処理、及び本明細書に開示された方法において、図８の各ブロックは、回路を示していてもよく、その回路は処理において特定の論理機能を実行するために有線接続されている。
【００６９】
ブロック８０２において、方法８００は、第１メディア入手可能データを提供するステップを含んでもよい。一例において、第１メディア入手可能データは、第１デバイスによってアクセスして再生することができる第１メディアを示していてもよい。第１デバイスは、メディアシステムに含まれるコンポーネントデバイスであってもよい。例えば、前述した内容に関連して、第１デバイスは、図１に示されるメディアシステム１００のゾーンプレーヤー１０２−１２４等のゾーンプレーヤーであってもよい。又、第１デバイスは、図１に示されるメディアシステム１００のコントローラ１３０等のコントローラであってもよい。第１メディアは、メディアシステム１００によってアクセスして再生可能なすべてのメディアを含んでいてもよい。言い換えれば、第１メディアは、メディアシステム１００によって提供可能なすべてのメディアを含んでもよい。
【００７０】
図９Ａは、第１メディアアクセシビリティー９００（アクセシビリティーは、入手可能性とも言う）を示す例示的なブロック図を示しており、第１メディアアクセシビリティー９００は、例示のデバイス９０２、例示のメディアソース９０４及び９０６を含む。一例において、デバイス９０２は、メディアシステム１００を示していてもよい。別の例において、デバイス９０２は、メディアシステム１００と関連付けされたデバイスを示していてもよい。いずれの例においても、メディアソース９０４及び９０６は、メディアシステム１００によってアクセス可能なメディアソースを示していてもよい。例えば、メディアソース９０４は、局所記憶媒体であってもよいし、メディアソース９０６は、ネットワーク上でアクセス可能なメディアサービスであってもよい。図示されるように、デバイス９０２は、メディアソース９０４と９０６に接続されてもよい。これは、デバイス９０２によってメディアソース９０４と９０６との両方のメディアにアクセスすることを示していてもよい。一つのケースでは、デバイス９０２とメディアソース９０４及び９０６との間の接続は、ＵＲＬポインタを示すことであってもよい。ＵＲＬポインタは、デバイス９０２に記憶され、デバイス９０２に関連するメディアソース９０４と９０６の位置を識別する。ブロック８０２に戻って、デバイス９０２は、第１デバイスに対応していてもよいし、第１デバイスによってアクセスして再生可能な第１メディアは、メディアソース９０４と９０６のメディアを含んでいてもよい。
【００７１】
いくつかのシナリオにおいて、第１デバイス及び／又はメディアシステムのユーザは、再生可能なメディアを見ることができる。図１０Ａは、メディアシステム内のデバイスの例示的な第１インタフェース１０００を示す。この場合、デバイスは、第１デバイス及び／又はデバイス９０２であってもよく、メディアシステムは、図１のメディアシステム１００及び／又は図９Ａのデバイス９０２であってもよい。図示されるように、インタフェース１０００は、「ＮＯＷ  ＰＬＡＹＩＮＧ」の部分の下に、メディアの情報、即ち、現在歌が再生されている場合では、現在再生されている歌を示す再生情報１００２を表示してもよい。この例において、メディアソース９０４と９０６上のすべてのメディアが、再生可能メディア情報１００４にリストアップされてもよい。
【００７２】
ブロック８０４において、方法８００は、第１デバイスによってアクセス可能な待ち列に第１メディア群を追加したことを示すデータを、第１メディア群と第２メディア群とにアクセス可能な第２デバイスから受信するステップを含んでもよい。この例において、待ち列は、メディアシステム１００によってアクセス可能なメディアであって、提供するべきメディアのリストを示していてもよい。
【００７３】
一例において、第２デバイスは、ユーザがメディアシステムに追加したいと望むメディアを記憶したパーソナルデバイスであってもよい。第２デバイスは、第１デバイスなどのコンポーネントデバイスと異なり、ユーザによって持ち歩くことができると共に、セルラーネットワーク（例えば、３Ｇネットワーク）又はローカルＷｉ−Ｆｉネットワークを介してメディアシステム１００と通信することができる携帯電話又はモバイルメディアプレーヤー等のモバイルデバイスであってもよい。一つのケースにおいて、第２デバイスは、メディアシステム１００に登録され、メディアシステム１００と通信し、メディアシステム１００を制御し、メディアシステム１００を通してメディアにアクセスし、又はこのケースでは、メディアシステム１００の待ち列にメディアを追加してもよい。一例において、第２デバイスは、メディアシステム１００を検出してもよいし、又はその逆で、メディアシステム１００が、メディアシステム１００の通信範囲内に第２デバイスがあることを検出してもよい。この例では、第２デバイスのユーザは、第２デバイスを介してメディアシステム１００に登録されてもよい。又は、第２デバイスのユーザは、第２デバイスを介してメディアシステム１００に接続してもよい。
【００７４】
前述したように、ユーザは、第２デバイスにある第１メディア群のみを待ち列に追加し、第２メディア群を個人用にのみ利用したいと思う場合がある。ユーザは、第２デバイスのインタフェースを操作して第１メディア群を選択し、選択した第１メディア群を待ち列に追加することができる。一つのケースにおいて、第１メディア群が追加されたことを示すデータを受信するステップは、第１メディア群のそれぞれのメディアに関連付けされたＵＲＬを受信するステップを含んでいてもよい。
【００７５】
一例において、第１メディア群と第２メディア群は、第２デバイスに記憶されていてもよい。言い換えれば、メディア用のメディアコンテンツデータは、第２デバイスのデータ記憶媒体に記憶されていてもよい。別の例では、第１メディア群と第２メディア群は、離れた場所に記憶され、第２デバイスによってアクセスされてもよい。例えば、第２デバイスのメディアは、ＲＨＡＰＳＯＤＹ（商標）又はＳＰＯＴＩＦＹ（商標）等のメディアサービスによって提供されるメディアであってもよく、第２デバイスのアプリケーションを介してアクセスされてもよい。この場合において、メディアにアクセスするためのＵＲＬは、第２デバイスに記憶されていてもよい。別の例では、第２デバイスのメディアは、ローカルに記憶されたメディアを組み合わせたメディアであってもよいし、メディアサービスによって提供されたメディアであってもよい。
【００７６】
ブロック８０６において、方法８００は、第１デバイスによってアクセスして再生可能な第２メディアを示す第２メディア入手可能データを提供するステップを含んでもよい。一例において、第２メディアは、第１メディア群を含むが、第２メディア群を含まない。前述したように、待ち列に追加するために選択された第１メディア群は、第１デバイスで再生可能となっていてもよいが、第２メディア群は、個人用にのみ利用可能な状態に保たれている。この場合、第１デバイスによってアクセス可能であって提供可能な第２メディアは、第１メディア群を含んでいてもよいが、第２デバイスにある第２メディア群を含まない。
【００７７】
図９Ｂは、第２メディアアクセシビリティー９３０を示す例示のブロック図を示す。第２メディアアクセシビリティー９３０は、図９Ａに関連して上述されたデバイス９０２と、メディアソース９０４及び９０６と、この例において第２デバイス（パーソナルデバイス）となるメディアソース９０８とを含む。この例において、メディアソース９０８にある第１メディア群は、メディア９１０、９１２、及び９１４を含み、メディアソース９０８にある第２メディア群は、メディア９１６、９１８、９２０、９２４、及び９２６を含んでもよい。図示されるように、デバイス９０２は、概してメディアソース９０８に接続されるというよりも、第１メディア群のメディア９１０、９１２、及び９１４に直接接続されており、第２メディア群のメディア９１６、９１８、９２０、９２４、及び９２６に接続されていない。このように、デバイス９０２は、メディア９１０、９１２、及び９１４にアクセスすることができ、メディア９１６、９１８、９２０、９２４、及び９２６にアクセスすることができない。ブロック８０６に戻って、第２メディア入手可能データは、メディア９１０、９１２、及び９１４を含んでおり、第１デバイスによってアクセスして再生することができる。
【００７８】
前述したように、第２デバイスにあるメディアは、ローカルに記憶されたメディアであってもよいし、又は第２デバイスによってアクセス可能なメディアサービスによって提供されるメディアであってもよい。第１メディア群のメディアは、第２デバイス内にローカルに記憶される場合、メディアを待ち列に追加するステップは、デバイス９０２に対して第２デバイスにあるメディアにＵＲＬを提供するステップを含んでもよい。第１メディア群のメディアがメディアサービスによって提供される場合、メディアを待ち列に追加するステップは、デバイス９０２に対してメディアサービスのメディアのＵＲＬを送るステップを含んでもよい。
【００７９】
メディア９１６、９１８、９２０、９２４、及び９２６が図９Ｂに示されているが、第２メディア群は、例示の目的のためにのみ提供されており、第１デバイスによって全く見えることができなくてもよい。言い換えれば、第１デバイスによってアクセスできない待ち列に追加された第２メディア群が、即ち第２デバイスのユーザによって選択されなかった第２メディア群が、第１デバイスによって見ることができなくてもよいし、第２メディア群のすべてが、第１デバイスによって見ることができなくてもよい。
【００８０】
前述した図１０Ａに関連して、図１０Ｂは、第２メディア群が待ち列に追加された後において、メディアシステム１００の第１デバイスが有する例示的な第２インタフェース１２００を示す。図示されるように、再生可能メディア情報１００４に加えて、追加メディア情報１００６が、「ＡＶＡＩＬＡＢＬＥ  ＳＯＮＧＳ」の下の部分に提供される。この場合、追加メディア情報１００６は、第２デバイスを介して追加された第２メディア群を表示してもよい。前述したように、第２デバイスは、メディアを提供する機能を有するモバイルメディアプレーヤー又は携帯などのパーソナルデバイスであってもよい。その場合、シンボル１００８がインタフェース１２００上において、追加メディア情報１００６の隣に提供され、追加メディア情報１００６に関連するメデイアがモバイルデバイスから追加されたことを示してもよい。
【００８１】
前述したように、ユーザは、メディアシステム１００付近から離れることによって第２デバイスとメディアシステム１００との通信を切ってもよいし、第２デバイスをネットワークから遮断するか、若しくは第２デバイスをネットワークから切断することによって、第２デバイスとメディアシステム１００との通信を切ってもよい。これに応じて、第１メディア群が待ち列に追加されたときにメディアシステム１００に提供されるＵＲＬは、無効になってもよい。ブロック８０８において、方法８００は、第１デバイスによってアクセス可能なメディアソースの第１メディア群に相当し、同等なメディア（以下、「相当メディア」と称する）の検索（クエリ）を開始するステップを含んでもよい。一例において、相当メディアの検索は、メディアコンテンツの第１メディア群を相当メディアに置き換えるために行われてもよい。即ち、相当メディアの検索は、メディアシステム１００から第２デバイスが切断されることによって、メディアシステム１００の第１デバイスが第１メディアコンテンツ群に、アクセスすることができなくなった場合に行われてもよい。
【００８２】
一例において、第１メディア群に相当するメディアの検索は、第２デバイスとの通信強度が閾値を下回ったことを決定するステップを含んでもよい。例えば、第２デバイスから受信した通信信号用の受信信号強度インジケータ（ＲＳＳＩ）が監視されていてもよい。閾値信号強度は、安全な通信を行うと共に、第２デバイスと信頼性のある通信を行うために最小の信号強度に予め設定されていてもよい。信号強度が閾値信号強度を下回ると、第２デバイスとの通信の信頼性が低下し、第２デバイスのメディアへのアクセスができなくなる可能性がある。
【００８３】
図１０Ｃは、メディアシステム１００の第１デバイスが有する例示的な第３インタフェース１４００を示す。図示されるように、インタフェース１４００は、図１０Ｂのインタフェース１２００の追加メディア情報１００６と同様である第２デバイスにあるメディアから追加された第２メディア群を表示する追加メディア情報１０１６を含む。なお、この例において、追加メディア情報１０１６のテキストは、グレーアウトすることによって、追加メディア情報１０１６で示されているメディアへのアクセスが信頼できないか、又は利用できないことを示すようにしてもよい。
【００８４】
ブロック８０８に戻って、相当メディアの検索を開始し、第２デバイスのメディアへのアクセスの減少を修正することができる。一例において、第２デバイスで選択された第１メディア群が待ち列に追加されるときに、第２メディア内のそれぞれのメディアに関連付けられたメタデータが、メディアシステム１００に提供されていてもよい。このように、相当メディアは、提供されたメタデータに基づいて検索されてもよい。相当メディアは、前述したような局所記憶媒体、又はメディアサービスに関連付けられたリモートメディアサーバ等を含むメディアシステム１００によってアクセス可能ないくつかのメディアソース上で検索されてもよい。
【００８５】
一例において、相当メディアは、例えば、同じメディアのコピーなどの第２メディア内のメディアに完全にマッチするメディアを含んでいてもよい。例えば、アーティストの同じバージョンの歌は、メディアサービスを介して再生できるだけでなく、第２デバイスを介して再生できてもよい。例えば、歌は、メディアシステム１００もアクセス可能な第２デバイスによって、メディアサービスを介してアクセスされてもよい。メディアシステム１００によって直接アクセスされる歌へのＵＲＬは、相当メディアとして第２デバイスによってアクセスされる歌へのＵＲＬを示していてもよい。いくつかの場合では、第２メディア内のメディアにマッチするメディアは、再生できなくてもよい。例えば、メディアシステム１００に追加されると共に第２デバイスで選択された歌は、他では手に入らない限定版コレクターボックスセットの一部としてのみリリースされた希少なライブバージョンの歌であってもよい。この例において、相当メディアは、他のライブバージョンの歌を含んでいてもよいし、同じアーティストのスタジオバージョンの歌を含んでいてもよい。
【００８６】
ブロック８１０において、方法８００は、待ち列内のすべての又はいくつかの第１メディア群を相当メディアに置き換えるステップを含んでもよい。一例において、待ち列内の第１メディア群を相当メディアに置き換えるステップにおいて、第２デバイスがメディアシステム１００から切断された場合、メディアシステム１００のユーザは、再生できない第１メディア群と同等のメディア、又は第１メディア群と少なくとも似ているメディアを、再生し続けることができる。図９Ｃは、第３メディアアクセシビリティー９６０を示す例示的なブロック図を示す。第３メディアアクセシビリティー９６０は、図９Ａ及び図９Ｂに関連して前述されたように、デバイス９０２とメディアソース９０４と９０６とを含んでもよい。なお、図９Ｂの第２メディアアクセシビリティー９３０とは対照的に、メディアソース９０８は、利用することができない。なぜならば、メディアソース９０６に関連付けられた第２デバイスは、デバイス９０２と接続されていないからである。図示されるように、メディアソース９０６は、現接続されていない第２デバイスにあるメディア９１２とメディア９１４に相当するメディアであるメディア９１２’とメディア９１４’を含んでいてもよい。このように、デバイス９０２は、メディアソース９０６のメディア９１２’と９１４’にアクセスしてもよい。また、図示されるように、メディアソース９６２は、現在接続されていない第２デバイスにあるメディア９１０に相当するメディアであるメディア９１０’を有する。この例では、メディア９１０に相当するメディアは、メディアソース９０４と９０６で入手できないが、メディアソース９６２で入手することができる。このように、デバイス９０２は、メディアソース９６２のメディア９１０’にアクセスすることができる。
【００８７】
図１０Ｄは、メディアシステム１００の第１デバイスが有する例示的な第４インタフェース１６００を示す。インタフェース１６００は、相当メディア情報１０２６を含んでいてもよい。相当メディア情報１０２６は、第２デバイスで選択されて前回追加されたが再生することができなくなっている第２メディア群と置き換えられる相当メディアの情報を表示する。図示されるように、シンボル１０２８が、インタフェース１６００上であって、相当メディア情報１０２６の曲名６の隣に表示される。相当メディア情報１０２６においては、相当メディア情報１０２６の曲名に関連するメディアが完全にマッチしていないが、図１０Ｃの追加メディア情報１０１６の曲名６に対応する同様のバージョンのメディアを表示する。一方、相当メディア情報１０２６の曲名７は、図１０Ｃの追加メディア情報１０１６の曲名７に対応するメディアに完全にマッチするメディアに対応している。そのため、曲名７の隣にシンボル１０１８のようなシンボルが表示されていない。
【００８８】
図８に関連して前述されたように方法８００では、モバイルソースメディアコンテンツのアクセスについての一例を提供しているが、本発明の範囲内で他の実施形態である方法８００の変形例が実行可能である。例えば、第２デバイスが近い将来メディアシステム１００から接続を切断されると予測されるモバイルデバイスであると仮定した場合、第２デバイスで選択された第１メディア群がメディアシステム１００に最初に追加されたとき、第１メディア群を相当メディアに置き換えるために、相当メディアの検索が開始されてもよい。
【００８９】
別の例において、待ち列に追加された第１メディア群のメディアがプレイリストに更に追加された場合であって近い将来提供されると予測される場合のみに、相当メディアの検索が開始されてもよい。この例において、相当メディアの検索は、メディアが提供されると予測されるより前に第１メディア群のメディアを再生することができない場合に開始されてもよい。例えば、第１メディア群内のメディアがプレイリストに追加された場合、メディアが提供されると予測される５分前に第２デバイスの接続が切断されてメディアが再生することができなくなったときにのみ、相当メディアの検索が開始されてもよい。この場合において、第２デバイスがすでに切断されているとき、メディアが提供されると予測される少なくとも５分前に第２デバイスが再接続される場合にのみ、相当メディアの検索が開始されてもよい。
【００９０】
別の例において、アップルプッシュ通知サービス（ＡＰＮｓ）等の通知サービスを介して通知が送られてもよい。ＡＰＮｓは、プッシュ通知を受信するアプリケーションを有するデバイスに、それらの通知を送信するように構成されていてもよい。それぞれのデバイスは、サービスと接続する公認の暗号化されたＩＰ接続を確立し、パーシステント・コネクション上で通知を受信してもよい。プロバイダは、持続的であって安全な通信経路を通してＡＰＮｓに接続され、クライアントアプリケーションへ入ってくるデータを監視してもよい。アプリケーションへ新しいデータが入ってきたとき、プロバイダは、通知を準備し、チャンネルを介してＡＰＮｓに準備した通知を送信し、ターゲットデバイスにプッシュ通知する。
【００９１】
一例において、通知は、第２デバイスのユーザに、第２デバイスがメディアシステム１００と信頼できる通信を行っていないことを示してもよい。この場合、ユーザが気づかずにメディアシステム１００の通信範囲外に第２デバイスを持ち運んだ場合、ユーザは通信範囲内に戻る機会を得ることができる。本明細書において、通知は、例えば、「自身のデバイスにある音楽を誰かが再生したい」、「リビングルームの再生待ち列が自身のデバイスから提供されたコンテンツをもうすぐ再生する」、「現在キッチンでの再生を停止し、自身のポータブルデバイスにアクセス中である」等を知らせることであってもよい。
【００９２】
一例において、通知は、相当メディアが発見された後に送られ、再生できないメディア群のメディアを置き換えるのに使用されてもよい。この例において、通知は、情報を得るという目的のために使用されてもよい。別の例において、前述したように、第２デバイスがメディアシステム１００との接続が切断された場合に、通知が送られてもよい。この場合、第２デバイスを持ち歩いているユーザは、所定期間内に第２デバイスをメディアシステム１００と再接続することができる。第２デバイスが、所定期間内にメディアシステム１００と再接続できなかった場合、相当メディアの検索を開始してもよい。言い換えれば、通知は、フィードバックを求めるために（明示的に又はこの場合、暗黙的に）提供され、通知に基づいて、例えば相当メディアの検索を開始するなどの次のアクションを決定してもよい。
【００９３】
ＶＩＩＩ．結論
本明細書は、様々な例示のシステム、方法、装置、及び製品を開示しており、それらは、他のコンポーネントの中で、ハードウェア上で実行されるファームウェア及び／又はソフトウェアを含む。しかしながら、そのような例は、単なる例示であり、限定されるものとみなすべきではない。例えば、これらのファームウェアコンポーネント、ハードウェアコンポーネント、及び／又はソフトウェアコンポーネントのいくつか又はすべてが、専らハードウェアに、専らソフトウェアに、専らファームウェアに、又はハードウェア、ソフトウェア、及び／又はファームウェアの任意の組み合わせを実施することができることが意図されている。したがって、例示のシステム、方法、装置、及び／又は生産物を説明しているが、提供されているそれらの例は、それらのシステム、方法、装置、及び／又は生産物を実施する唯一の方法ではない。
【００９４】
本明細書で述べられる実施形態のように、本発明において、ユーザはパーソナルデバイスで選択されたメディアを、メディアデバイスの他のデバイスによってアクセスできる待ち列に追加することができる。一態様において、方法が提供されている。方法は、第１メディア入手可能データを提供するステップを含んでいる。第１メディア入手可能データは、第１デバイスによってアクセスして再生可能な第１メディアを示している。更に、方法は、第１デバイスによってアクセス可能な待ち列に第１メディア群を追加したことを示すデータを、第１メディア群と第２メディア群とにアクセス可能な第２デバイスから受信するステップ、及び第１デバイスによってアクセスして再生可能な第２メディアを示す第２メディア入手可能データを提供するステップを含んでいる。第２メディアは、第１メディアと第１メディア群を含むが、第２メディア群を含まない。
【００９５】
別の態様において、システムが提供されている。システムは、少なくとも１つのプロセッサ、コンピュータ読み取り可能な非一時的な媒体、及びコンピュータ読み取り可能な非一時的な媒体に記憶されたプログラムの命令を含んでいる。プログラムの命令は、少なくとも１つのプロセッサによって実行可能であって、第１メディア入手可能データを提供する機能を含む。第１メディア入手可能データは、第１デバイスによってアクセスして再生可能な第１メディアを示している。更に、プログラムの命令は、第１デバイスによってアクセス可能な待ち列に第１メディア群を追加したことを示すデータを、第１メディア群と第２メディア群とにアクセス可能な第２デバイスから受信する機能、及び第１デバイスによってアクセスして再生可能な第２メディアを示す第２メディア入手可能データを提供する機能を含む。第２メディアは、第１メディアと第１メディア群を含むが、第２メディア群を含まない。
【００９６】
別の態様において、命令を記憶したコンピュータ読み取り可能な非一時的な媒体が提供されている。命令は、コンピュータによって実行可能であって、コンピュータに、第１メディア入手可能データを提供する機能を含む。第１メディア入手可能データは、第１デバイスによってアクセスして再生可能な第１メディアを示している。更に、命令は、第１デバイスによってアクセス可能な待ち列に第１メディア群を追加したことを示すデータを、第１メディア群と第２メディア群とにアクセス可能な第２デバイスから受信する機能、及び第１デバイスによってアクセスして再生可能な第２メディアを示す第２メディア入手可能データを提供する機能を含む。第２メディアは、第１メディアと第１メディア群を含むが、第２メディア群を含まない。
【００９７】
更に、本明細書において「実施形態」は、実施形態に関連して述べられた特定の特徴、構造、又は特性が、本発明の少なくとも１つの実施例に含まれ得ることを示している。本明細書の様々な場所でこの語句が用いられているが、すべてが同じ実施形態を言及するものではなく、又、他の実施形態を除いた別個の実施形態又は代替の実施形態でもない。このように、本明細書で述べられた実施形態は、明示的に及び暗黙的に、当業者によって、他の実施形態砥組み合わせることができることが理解される。
【００９８】
本明細書は、例示的な環境、システム、手順、ステップ、論理ブロック、処理、及び他のシンボル表現に関して広く示されており、それらは直接又は間接的にネットワークに接続されるデータ処理デバイスの動作に類似するものである。これらの処理説明及び表現は、一般的に当業者によって使用され、それらの仕事の内容を他の当業者に最も効率良く伝えることができる。多くの具体的な内容が、本開示を理解するために提供されている。しかしながら、当業者にとって、本開示の特定の実施形態が特定の、具体的な詳細なしに実施され得ることは理解される。他の例では、周知の方法、手順、コンポーネント、及び回路が、実施形態を不必要に曖昧にすることを避けるため、詳細に説明していない。したがって、本開示の範囲は、上記した実施形態よりむしろ添付された特許請求の範囲によって定義される。
【００９９】
添付の特許請求の範囲のいずれかが単にソフトウェア及び／又はファームウェアへの実装をカバーするように読み取ると、少なくとも１つの例における要素の１つ又は複数は、本明細書では、ソフトウェア及び／又はファームウェアを記憶する有形媒体、例えば、メモリ、ＤＶＤ、ＣＤ、Ｂｌｕ−ｒａｙ（登録商標）等を含むことが明確に定められている。
【図１】
2016505943.tif 000003
【図２Ａ】
2016505943.tif 000004
【図２Ｂ】
2016505943.tif 000005
【図２Ｃ】
2016505943.tif 000006
【図３】
2016505943.tif 000007
【図４】
2016505943.tif 000008
【図５】
2016505943.tif 000009
【図６】
2016505943.tif 000010
【図７】
2016505943.tif 000011
【図８】
2016505943.tif 000012
【図９Ａ】
2016505943.tif 000013
【図９Ｂ】
2016505943.tif 000014
【図９Ｃ】
2016505943.tif 000015
【図１０Ａ】
2016505943.tif 000016
【図１０Ｂ】
2016505943.tif 000017
【図１０Ｄ】
2016505943.tif 000018
【図１０Ｃ】
2016505943.tif 000019
【手続補正書】
【提出日】平成27年7月30日(2015.7.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのコンポーネントデバイス（１０２−１２４，１３０）を含むメディアシステム（１００）を使用する方法（８００）であって、
第１デバイス（９０２）によって提供可能な第１メディアを示す第１メディア入手可能データを提供するステップ、ここで第１デバイスはメディアシステム（１００）のコンポーネントデバイス（１０２−１２４，１３０）である、
第１デバイス（９０２）によってアクセス可能な待ち列に第２デバイス（９０８）によってアクセス可能な第１メディア群（９１０，９１２，９１４）を追加したことを示すデータを、メディアシステム（１００）と通信可能であると共に第１メディア群（９１０，９１２，９１４）と第２メディア群（９１６，９１８，９２０，９２４，９２６）とにアクセス可能な第２デバイス（９０８）によって受信するステップ、
第１デバイス（９０２）によって提供可能な第２メディアを示す第２メディア入手可能データを提供するステップ、ここで第２メディアは第１メディア群（９１０，９１２，９１４）を含むが、第２デバイス（９０８）によってアクセス可能な第２メディア群（９１６，９１８，９２０，９２４，９２６）を含まない、
第１デバイス（９０２）によってアクセス可能なメディアソース（９０４，９０６，９６２）上において、第２デバイス（９０８）によってアクセス可能な第１メディア群（９１０，９１２，９１４）に相当するメディア（９１０’，９１２’，９１４’）の検索を開始するステップ、
待ち列において、第２デバイス（９０８）によってアクセス可能な第１メディア群（９１０，９１２，９１４）を、第１デバイス（９０２）によってアクセス可能なメディアソース（９０４，９０６，９６２）から検索された相当するメディア（９１０’，９１２’，９１４’）に置き換えるステップ、
を含む、方法。
【請求項２】
第１メディア群（９１０，９１２，９１４）と第２メディア群（９１６，９１８，９２０，９２４，９２６）は、第２デバイス（９０８）から離れた場所に記憶され、第２デバイス（９０８）によってアクセス可能である、請求項１に記載の方法。
【請求項３】
第１メディア群（９１０，９１２，９１４）と第２メディア群（９１６，９１８，９２０，９２４，９２６）は、メディアサービスを介して提供され、第２デバイス（９０８）によってアクセス可能である、請求項１又は２に記載の方法。
【請求項４】
第１メディア群（９１０，９１２，９１４）と第２メディア群（９１６，９１８，９２０，９２４，９２６）は、第２デバイス（９０８）に記憶される、請求項１に記載の方法。
【請求項５】
第１メディア群（９１０，９１２，９１４）を待ち列に追加したことを示すデータを受信するステップは、
第１メディア群（９１０，９１２，９１４）のそれぞれのメディアに関連付けられたユー・アール・エル（ＵＲＬ）を受信するステップ、
を含む、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
待ち列は、メディアシステム（１００）に含まれる複数のコンポーネントデバイス（１０２−１２４，１３０）によってアクセス可能である、請求項１に記載の方法。
【請求項７】
相当するメディア（９１０’，９１２’，９１４’）の検索を開始するステップは、第２デバイス（９０８）によってアクセス可能な第１メディア群（９１０，９１２，９１４）と同等である第１デバイス（９０２）によってアクセス可能なメディアソース（９０４，９０６，９６２）に含まれるメディア（９１０’，９１２’，９１４’）の検索を開始するステップを含む、請求項６に記載の方法。
【請求項８】
更に、
第２デバイス（９０８）との通信強度が閾値を下回ったことを決定するステップ、
通信強度が閾値を下回ったことを示す通知を第２デバイス（９０８）に送信するステップ、
を含む、請求項１に記載の方法。
【請求項９】
プロセッサ（４０８）、
プロセッサ（４０８）によって機能を実行可能な命令を記憶したメモリ（４１０）、
を備え、
前記命令は、
第１デバイス（９０２）によって提供可能な第１メディアを示す第１メディア入手可能データを提供するステップ、ここで第１デバイスはメディアシステム（１００）に含まれるコンポーネントデバイス（１０２−１２４，１３０）である、
第１デバイス（９０２）によってアクセス可能な待ち列に第２デバイス（９０８）によってアクセス可能な第１メディア群（９１０，９１２，９１４）が追加されたことを示すデータを、メディアシステム（１００）と通信可能であると共に第１メディア群（９１０，９１２，９１４）と第２メディア群（９１６，９１８，９２０，９２４，９２６）とにアクセス可能な第２デバイス（９０８）から受信する機能、
第１デバイス（９０２）によって提供可能な第２メディアを示す第２メディア入手可能データを提供するステップ、ここで第２メディアは第１メディア群（９１０，９１２，９１４）を含むが、第２メディア群（９１６，９１８，９２０，９２４，９２６）を含まない、
第１デバイス（９０２）によってアクセス可能なメディアソース（９０４，９０６，９６２）において、第２デバイス（９０８）によってアクセス可能な第１メディア群（９１０，９１２，９１４）に相当するメディア（９１０’，９１２’，９１４’）の検索を開始するステップ、
待ち列において、第２デバイス（９０８）によってアクセス可能な第１メディア群（９１０，９１２，９１４）を、第１デバイス（９０２）によってアクセス可能なメディアソース（９０４，９０６，９６２）で検索された相当するメディア（９１０’，９１２’，９１４’）に置き換えるステップ、
を含む、デバイス。
【請求項１０】
第１メディア群（９１０，９１２，９１４）と第２メディア群（９１６，９１８，９２０，９２４，９２６）は、第２デバイス（９０８）から離れた場所に記憶されており、第２デバイス（９０８）によってアクセス可能である、請求項９に記載のデバイス。
【請求項１１】
第１メディア群（９１０，９１２，９１４）と第２メディア群（９１６，９１８，９２０，９２４，９２６）は、メディアサービスを介して提供され、第２デバイス（９０８）によってアクセス可能である、請求項９又は１０に記載のデバイス。
【請求項１２】
第１メディア群（９１０，９１２，９１４）と第２メディア群（９１６，９１８，９２０，９２４，９２６）は、第２デバイス（９０８）に記憶される、請求項９に記載のデバイス。
【請求項１３】
更に、待ち列に第１メディア群（９１０，９１２，９１４）を追加したことを示すデータを受信するステップは、
第１メディア群（９１０，９１２，９１４）のそれぞれのメディアに関連付けられたユー・アール・エル（ＵＲＬ）を受信するステップ、
を含む、請求項９〜１２のいずれか一項に記載のデバイス。
【請求項１４】
更に、メモリ（４１０）に記憶されたプロセッサによって実行可能な命令に含まれる機能は、
第２デバイス（９０８）との通信強度が閾値を下回ったことを決定する機能、
通信強度が閾値を下回ったことを示す通知を第２デバイス（９０８）に送る機能、
を含む、請求項９に記載のデバイス。
【請求項１５】
コンピュータに請求項１〜８のいずれか一項に記載の方法を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【国際調査報告】
2016505943.tif 000020
2016505943.tif 000021