(57)【要約】  本明細書で述べられる例は、複数の相互接続されたデバイス上でポイントツーポイント接続を介して一度に受信されるメディアコンテンツストリームの送信およびその再生を同期させるメディア出力デバイスを提供する。
2018502477.tif 000002
【特許請求の範囲】
【請求項１】
メディア出力デバイスを動作させるための方法であって、
メディアコンテンツストリームを受信するために、ポイントツーポイント通信媒体を用いてソースデバイスに接続するステップと、
前記メディアコンテンツストリームを前記ポイントツーポイント通信媒体のフォーマットから第2の通信媒体のフォーマットに変換するステップと、
前記メディア出力デバイスと組み合わせてメディア出力デバイスのグループを形成するように前記第2の通信媒体を介して相互接続された1つまたは複数の他のメディア出力デバイスを識別するステップと、
前記メディア出力デバイスのうちの1つをリーダデバイスとして指定する出力構成を、前記メディア出力デバイスのグループに対して実施するステップと、
前記メディア出力デバイスのグループ上で前記メディアコンテンツストリームの同期化された再生を行うために、前記第2の通信媒体の前記フォーマットで、前記リーダデバイスから前記変換されたメディアコンテンツストリームの送信を開始するステップと
を含む方法。
【請求項２】
前記出力構成を実施するステップが、前記メディア出力デバイスのグループから、前記メディア出力デバイスうちの1つを前記リーダデバイスとして選択するステップを含む、請求項1に記載の方法。
【請求項３】
前記リーダデバイスが、前記メディア出力デバイスとは異なるように選択され、また前記メディアコンテンツストリームの送信を開始するステップが、前記変換されたメディアコンテンツストリームを前記メディア出力デバイスから前記リーダデバイスに送信するステップを含む、請求項2に記載の方法。
【請求項４】
前記リーダデバイスを選択するステップが、前記メディア出力デバイスから前記リーダデバイスにリンクを送信し、前記リーダデバイスをトリガして、前記メディア出力デバイスからの前記変換されたメディアコンテンツストリームにアクセスさせ、前記変換されたメディアコンテンツストリームを前記リーダデバイスから前記グループの前記メディア出力デバイスの各々に送信させるステップを含む、請求項3に記載の方法。
【請求項５】
前記リーダデバイスを選択するステップが、前記リーダデバイスから前記グループの少なくとも1つの他のメディア出力デバイスにリンクを送信し、前記少なくとも1つの他のメディア出力デバイスをトリガして、前記リンクにより指定された位置から前記変換されたメディアコンテンツストリームにアクセスさせるステップを含む、請求項3に記載の方法。
【請求項６】
前記変換されたメディアコンテンツストリームの送信を開始するステップが、前記他のメディア出力デバイスの各々にリンクを送信し、前記他のメディア出力デバイスをトリガして、前記メディア出力デバイスからの前記変換されたストリームにアクセスさせるステップを含む、請求項1に記載の方法。
【請求項７】
前記他のメディア出力デバイスのうちの1つが、前記リーダデバイスとして選択される、請求項6に記載の方法。
【請求項８】
前記リーダデバイスは、前記メディア出力デバイスと同じであるように選択され、かつ前記メディアコンテンツストリームの送信を開始するステップが、前記リーダデバイスとして、前記変換されたメディアコンテンツストリームを前記メディア出力デバイスから前記グループの前記メディア出力デバイスの各々に送信するステップを含む、請求項2に記載の方法。
【請求項９】
前記リーダデバイスとして、前記メディア出力デバイスは、前記メディア出力デバイスのグループからのメディアコンテンツの同期化された再生を行うために、タイミングパラメータを制御する、請求項8に記載の方法。
【請求項１０】
前記リーダデバイスとして、前記メディア出力デバイスが、前記メディア出力デバイスのグループによる再生の制御を行うこと、または前記グループの各メディア出力デバイス上のバッファデータ量を監視するバッファ制御論理を実施することの少なくとも一方に関する動作を実施する、請求項8に記載の方法。
【請求項１１】
前記リーダデバイス上でサーバアプリケーションを開始するステップをさらに含む、請求項2に記載の方法。
【請求項１２】
前記出力構成を実施するステップが、前記選択されるメディア出力デバイスの機能に基づき、前記グループの前記メディア出力デバイスのうちの1つを前記リーダデバイスとして選択するステップを含む、請求項2に記載の方法。
【請求項１３】
前記機能は、前記選択されたメディア出力デバイスがデジタル信号プロセッサ(DSP)を有することに対応する、請求項12に記載の方法。
【請求項１４】
前記出力構成を実施するステップは、前記グループの他のメディア出力デバイスと比較したときの前記選択されたメディア出力デバイスに利用可能な帯域幅の量に基づいて、前記メディア出力デバイスのうちの1つを、前記リーダデバイスとして選択するステップを含む、請求項2に記載の方法。
【請求項１５】
前記出力構成を実施するステップが、ユーザのプリファレンスに基づいて、前記メディア出力デバイスのうちの1つをリーダとして選択するステップを含む、請求項2に記載の方法。
【請求項１６】
前記出力構成を実施するステップは、前記リーダデバイスとして前に選択されている前記グループのうちの別のメディア出力デバイスを検出し、次いで、前記リーダデバイスとして前に選択された前記検出されたメディア出力デバイスとの切換えを引き起こし、前記メディア出力デバイスが前記リーダデバイスになるようにするステップを含む、請求項1に記載の方法。
【請求項１７】
前記ポイントツーポイント通信媒体は、Bluetooth(登録商標)プロトコルを用いて実施され、また前記第2の通信媒体は、802.11プロトコルを用いて実施される、請求項1に記載の方法。
【請求項１８】
メディア出力デバイスであって、
ポイントツーポイント通信媒体を介して1つまたは複数のデバイスと接続するための第1の通信インターフェースと、
第2の通信媒体を介して1つまたは複数のデバイスと相互接続するための第2の通信インターフェースと、
1つまたは複数のプロセッサとを備え、
前記1つまたは複数のプロセッサが、
メディアコンテンツストリームを受信するために、前記第1の通信インターフェースを用いてソースデバイスに接続し、
前記メディアコンテンツストリームを前記ポイントツーポイント通信媒体のフォーマットから前記第2の通信媒体のフォーマットに変換し、
前記メディア出力デバイスと組み合わせてメディア出力デバイスのグループを形成するように前記第2の通信媒体を介して相互接続された1つまたは複数のメディア出力デバイスを識別し、
前記メディア出力デバイスのうちの1つをリーダデバイスとして指定する出力構成を、前記メディア出力デバイスのグループに対して実施し、
前記メディア出力デバイスのグループ上で前記メディアコンテンツストリームの同期化された再生を行うために、前記第2の通信媒体の前記フォーマットで、前記リーダデバイスから前記変換されたメディアコンテンツストリームの送信を開始する
ように動作する、メディア出力デバイス。
【請求項１９】
前記1つまたは複数のプロセッサが、前記メディア出力デバイスのグループから前記メディア出力デバイスうちの1つを前記リーダデバイスとして選択することにより前記出力構成を実施する、請求項18に記載のメディア出力デバイス。
【請求項２０】
前記1つまたは複数のプロセッサが、前記リーダデバイスを、前記メディア出力デバイスとは異なるように選択し、前記1つまたは複数のプロセッサが、前記変換されたメディアコンテンツストリームを前記メディア出力デバイスから前記選択されたリーダデバイスに送信することにより前記メディアコンテンツストリームの送信を開始する、請求項19に記載のメディア出力デバイス。
【請求項２１】
前記1つまたは複数のプロセッサが、前記メディア出力デバイスから、前記リーダデバイスとして選択された他のメディア出力デバイスの1つにリンクを送信し、前記リーダデバイスをトリガして、前記メディア出力デバイスからの前記変換されたメディアコンテンツストリームにアクセスさせ、前記変換されたメディアコンテンツストリームを前記リーダデバイスから前記グループの前記メディア出力デバイスの各々に送信させる、請求項20に記載のメディア出力デバイス。
【請求項２２】
前記1つまたは複数のプロセッサが、前記リーダデバイスから、前記グループの少なくとも1つの他のメディア出力デバイスにリンクを送信し、前記少なくとも1つの他のメディア出力デバイスをトリガして、前記リンクにより指定された位置から前記変換されたメディアコンテンツストリームにアクセスさせる、請求項20に記載のメディア出力デバイス。
【請求項２３】
前記1つまたは複数のプロセッサが、他のメディア出力デバイスの各々にリンクを送信し、前記他のメディア出力デバイスをトリガして、前記メディア出力デバイスからの前記変換されたストリームにアクセスさせる、請求項18に記載のメディア出力デバイス。
【請求項２４】
前記他のメディア出力デバイスのうちの1つが、前記リーダデバイスとして選択される、請求項23に記載のメディア出力デバイス。
【請求項２５】
前記メディア出力デバイスが前記リーダデバイスとして選択されたとき、前記1つまたは複数のプロセッサは、前記リーダデバイスとして前記変換されたメディアコンテンツストリームを前記メディア出力デバイスから前記グループの前記メディア出力デバイスの各々に送信することにより、前記メディアコンテンツストリームの送信を開始する、請求項19に記載のメディア出力デバイス。
【請求項２６】
前記メディア出力デバイスが前記リーダデバイスとして選択されたとき、前記1つまたは複数のプロセッサが、前記メディア出力デバイスのグループによる再生の制御を行うこと、または各デバイス上のバッファデータ量を監視するバッファ制御論理を実施することの少なくとも一方に関する動作を実施する、請求項19に記載のメディア出力デバイス。
【請求項２７】
前記1つまたは複数のプロセッサが、前記リーダデバイス上でサーバアプリケーションを開始する、請求項19に記載のメディア出力デバイス。
【請求項２８】
前記1つまたは複数のプロセッサが、選択されるメディア出力デバイスの機能、または前記グループの他のメディア出力デバイスと比較したときの前記選択されたメディア出力デバイスに利用可能な帯域幅量の少なくとも一方に基づいて、前記グループの前記メディア出力デバイスのうちの1つを前記リーダデバイスとして選択することにより前記出力構成を実施する、請求項19に記載のメディア出力デバイス。
【請求項２９】
非一時的なコンピュータ可読記憶媒体であって、メディア出力デバイスの1つまたは複数のプロセッサにより実行されたとき、
メディアコンテンツストリームを受信するために、ポイントツーポイント通信媒体を用いてソースデバイスに接続するステップと、
前記メディアコンテンツストリームを前記ポイントツーポイント通信媒体のフォーマットから第2の通信媒体のフォーマットに変換するステップと、
前記メディア出力デバイスと組み合わせてメディア出力デバイスのグループを形成するように第2の通信媒体を介して相互接続された1つまたは複数の他のメディア出力デバイスを識別するステップと、
前記メディア出力デバイスのうちの1つをリーダデバイスとして指定する出力構成を、前記メディア出力デバイスのグループに対して実施するステップと、
前記メディア出力デバイスのグループ上で前記メディアコンテンツストリームの同期化された再生を行うために、前記第2の通信媒体の前記フォーマットで、前記リーダデバイスから前記変換されたメディアコンテンツストリームの送信を開始するステップと
を含む動作を、前記メディア出力デバイスに実施させる命令を記憶する非一時的なコンピュータ可読記憶媒体。
【請求項３０】
メディア出力デバイスであって、
メディアコンテンツストリームを受信するために、ポイントツーポイント通信媒体を用いてソースデバイスに接続するための手段と、
前記メディアコンテンツストリームを前記ポイントツーポイント通信媒体のフォーマットから第2の通信媒体のフォーマットに変換するための手段と、
前記メディア出力デバイスと組み合わせてメディア出力デバイスのグループを形成するように前記第2の通信媒体を介して相互接続された1つまたは複数の他のメディア出力デバイスを識別するための手段と、
前記メディア出力デバイスのうちの1つをリーダデバイスとして指定する出力構成を、前記メディア出力デバイスのグループに対して実施するための手段と、
前記メディア出力デバイスのグループ上で前記メディアコンテンツストリームの同期化された再生を行うために、前記第2の通信媒体のフォーマットで、前記リーダデバイスから前記変換されたメディアコンテンツストリームの送信を開始するための手段と
を備えるメディア出力デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で述べる例は、メディア出力デバイスに関し、より詳細には、複数の相互接続されたデバイス上で、ポイントツーポイント接続を介して受信されるメディアコンテンツストリームの送信、およびその再生を同期化するためのメディア出力デバイスに関する。
【背景技術】
【０００２】
メディア出力デバイスは、Bluetooth(登録商標)、またはライン入力接続(たとえば、物理的なシリアル接続)により提供されるものなど、ポイントツーポイント接続を用いてソースデバイスに接続することができる。さらに現在、多くの出力デバイスは、802.11 IEEE規格(たとえば、802.11(a)、802.11(b)、802.11(g)、802.11(n)、代替的に、「802.11プロトコル」または「Wi-Fi」と呼ばれる)のもとで提供されるものなど、ワイヤレス通信媒体を介してメディアコンテンツを受信する能力を有する。そのようなワイヤレス通信媒体を使用することは、送信デバイスがメディアストリームを一度に複数のデバイスに送信できるという点で、ポイントツーポイント接続に対する優位性を与える。
【発明の概要】
【課題を解決するための手段】
【０００３】
この要約は、以下の発明を実施するための形態の中でさらに述べられる概念の選択を、簡単な形で導入するために提供される。この要約は、特許請求される主題の重要な特徴、または本質的な特徴を特定することも、特許請求される手段の範囲を限定することも意図していない。
【０００４】
本開示の態様は、メディア出力デバイスを動作させるための装置および方法を対象とする。一例では、メディア出力デバイスを動作させるための方法が提供される。メディア出力デバイスは、メディアコンテンツストリームを受信するために、ポイントツーポイントのワイヤレス通信媒体を用いてソースデバイスに接続される。メディアコンテンツストリームは、ポイントツーポイントのワイヤレス通信媒体のフォーマットから、第2のワイヤレス通信媒体のフォーマットに変換される。メディア出力デバイスは、メディア出力デバイスと組み合わせてメディア出力デバイスのグループを形成するように第2のワイヤレス通信媒体を介して相互接続された1つまたは複数の他のメディア出力デバイスを識別する。メディア出力デバイスのグループに対して出力構成が実施され、出力構成は、グループのメディア出力デバイスのうちの1つをリーダデバイスに指定する。変換されたメディアコンテンツストリームの送信は、メディア出力デバイスのグループ上でメディアコンテンツストリームの同期化された再生を行うために、第2のワイヤレス通信媒体のフォーマットで、リーダデバイスから開始される。
【０００５】
別の態様では、第1のワイヤレス通信インターフェース、第2のワイヤレス通信インターフェース、および1つまたは複数のプロセッサを含むメディア出力デバイスが提供される。1つまたは複数のプロセッサは、メディアコンテンツストリームを受信するために、第1のワイヤレス通信インターフェースを用いてソースデバイスと接続するように動作する。1つまたは複数のプロセッサは、メディアコンテンツストリームを、ポイントツーポイントのワイヤレス通信媒体のフォーマットから、第2のワイヤレス通信媒体のフォーマットに変換する。さらに1つまたは複数のプロセッサは、メディア出力デバイスと組み合わせてメディア出力デバイスのグループを形成するように第2のワイヤレス通信媒体を介して相互接続されたメディア出力デバイスを識別する。1つまたは複数のプロセッサは、メディア出力デバイスのグループに対して出力構成を実施し、出力構成は、メディア出力デバイスのうちの1つをリーダデバイスに指定する。1つまたは複数のプロセッサは、メディア出力デバイスのグループ上でメディアコンテンツストリームの同期化された再生を行うために、第2のワイヤレス通信媒体のフォーマットで、リーダデバイスから、変換されたメディアコンテンツストリームの送信を開始する。
【０００６】
他の態様では、非一時的なコンピュータ可読媒体が、メディア出力デバイスを動作させるために提供される。非一時的なコンピュータ可読媒体は、メディア出力デバイスのプロセッサにより実行されて、メディア出力デバイスに1組の動作を実施させることのできる命令を含む。一例では、メディア出力デバイスは、メディアコンテンツストリームを受信するために、ポイントツーポイントのワイヤレス通信媒体を用いて、ソースデバイスに接続する動作を実施する。さらにメディア出力デバイスは、ポイントツーポイントのワイヤレス通信媒体のフォーマットから第2のワイヤレス通信媒体のフォーマットに、メディアコンテンツストリームを変換する動作を実施する。メディア出力デバイスは、メディア出力デバイスと組み合わせてメディア出力デバイスのグループを形成するように第2のワイヤレス通信媒体を介して相互接続された1つまたは複数の他のメディア出力デバイスを識別する動作をさらに実施する。さらにメディア出力デバイスは、メディア出力デバイスのグループに対して出力構成を実施する動作を実施し、出力構成は、グループのメディア出力デバイスのうちの1つをリーダデバイスに指定する。メディア出力デバイスはまた、メディア出力デバイスのグループ上でメディアコンテンツストリームの同期化された再生を行うために、第2のワイヤレス通信媒体のフォーマットで、リーダデバイスから、変換されたメディアコンテンツストリームの送信を開始する動作を実施する。
【０００７】
他の態様では、メディアコンテンツストリームを受信するために、ポイントツーポイントのワイヤレス通信媒体を用いてソースデバイスに接続するための手段を含むメディア出力デバイスが提供される。メディア出力デバイスはまた、メディアコンテンツストリームを、ポイントツーポイントのワイヤレス通信媒体のフォーマットから、第2のワイヤレス通信媒体のフォーマットに変換するための手段を含む。メディア出力デバイスは、メディア出力デバイスと組み合わせてメディア出力デバイスのグループを形成するように第2のワイヤレス通信媒体を介して相互接続された1つまたは複数の他のメディア出力デバイスを識別するための手段をさらに含む。メディア出力デバイスはまた、メディア出力デバイスのグループに対して出力構成を実施するための手段を含み、出力構成は、グループのメディア出力デバイスのうちの1つをリーダデバイスに指定する。メディア出力デバイスは、メディア出力デバイスのグループ上でメディアコンテンツストリームの同期化された再生を行うために、第2のワイヤレス通信媒体のフォーマットで、リーダデバイスから、変換されたメディアコンテンツストリームの送信を開始するための手段をさらに含む。
【図面の簡単な説明】
【０００８】
【図１Ａ】ポイントツーポイント接続を介して送信されたメディアストリームに応答して同期化された出力を提供するように個々に構成されたメディア出力デバイスのグループに対する出力構成の例を示す図である。
【図１Ｂ】メディアストリームを受信すること、ならびにメディアストリームの送信および/または再生を制御することのそれぞれに対して動作させるために、異なるメディア出力デバイスが使用される、メディア出力デバイスのグループに対する出力構成を示す図である。
【図１Ｃ】1つまたは複数の実施形態による、最初にポイントツーポイントの通信媒体を介して伝達されるソースメディアの送信および再生に関連する複数の役割を実施するように動作できるメディア出力デバイスの例を示す図である。
【図２Ａ】メディア出力デバイスのグループに対するリーダデバイスとしても動作するメディア出力デバイスの代替的な例を示す図である。
【図２Ｂ】メディア出力デバイスのグループに対するリーダデバイスとしても動作するメディア出力デバイスの代替的な例を示す図である。
【図２Ｃ】図2Bの例に対するシーケンス図である。
【図３Ａ】メディア出力デバイスが、グループのリーダである別のメディア出力デバイスに対するプロキシの役割を果たす、メディア出力デバイスのグループに対する出力構成の変形形態を示す図である。
【図３Ｂ】図3Aの例のシーケンス図である。
【図４Ａ】受信機デバイスおよびリーダデバイスがそれぞれ、メディアソースデバイスから生成されたメディアデータをホストする、メディア出力デバイスのグループに対する別の出力構成を示す図である。
【図４Ｂ】図4Aの例に対するシーケンス図である。
【図５Ａ】受信機デバイスとしてメディア出力デバイスを動作させるための例示的な方法を示す図である。
【図５Ｂ】相互接続されたメディア出力デバイスのグループに対する出力構成を決定するための例示的な方法を示す図である。
【図６】本明細書で述べられる諸態様が実施できるネットワーク対応のメディア出力デバイスを示すブロック図である。
【発明を実施するための形態】
【０００９】
本明細書で述べられる例は、複数の相互接続されたデバイス上で、ポイントツーポイント接続を介して受信されるメディアコンテンツストリームの送信、およびその再生の同期化を行うためのメディア出力デバイスを提供する。前述のように、例は、複数の相互接続されたメディア出力デバイス上で同期化されたメディア出力を生成するために、ポイントツーポイント接続を用いてソースデバイスをグループのメディア出力デバイスに接続できるようにする。いくつかの例では、ソースデバイスは、Bluetooth(登録商標)接続を用いて、グループの複数のメディア出力デバイスのいずれか1つに接続することができる。Bluetooth(登録商標)接続を介してソースデバイスと接続されるメディア出力デバイスは、相互接続されたメディア出力デバイスのグループに対する出力構成を実施することができる。前述の例では、メディア出力デバイスは、Wi-Fiを介して相互接続されて、複数の相互接続されたデバイス上でメディアコンテンツを同期して生成する。
【００１０】
様々な利益がある中で特に、前述の例は、第2の通信媒体(たとえば、802.11プロトコル、イーサネット(登録商標)などにより提供されるものなど)を用いて相互接続された複数のメディア出力デバイス上で、同時の、かつ同期化された再生を行うために、ポイントツーポイント接続(たとえば、Bluetooth(登録商標)プロトコル、ライン入力により提供されるものなど)を介して、メディアコンテンツストリームを、ソースデバイス(たとえば、メディアプレーヤ)により伝達できるようにする。
【００１１】
本明細書で述べられる1つまたは複数の態様は、コンピューティングデバイスにより実施される方法、技法、およびアクションが、プログラムに基づいて、またはコンピュータで実施される方法として実施されることを提供する。プログラムに基づくということは、コードの使用、またはコンピュータで実行可能な命令によることを意味する。プログラムに基づいて実施されるステップは、自動的に行うことができるが、自動的に行わないこともあり得る。
【００１２】
本明細書で述べられる1つまたは複数の態様は、プログラムに基づくモジュールまたは構成要素を用いて実施することができる。プログラムに基づくモジュールまたは構成要素は、1つまたは複数の記述されたタスクまたは機能を実施できるプログラム、サブルーチン、プログラムの一部分、ソフトウェア構成要素、またはハードウェア構成要素を含むことができる。さらにモジュールまたは構成要素は、他のモジュールまたは構成要素とは独立したハードウェア構成要素上に存在することができる。代替的に、モジュールまたは構成要素は、他のモジュール、プログラム、またはマシンの共用要素またはプロセスとすることができる。
【００１３】
さらに、本明細書で述べる1つまたは複数の態様は、1つまたは複数のプロセッサにより実行可能な命令を使用することにより実施することができる。これらの命令は、コンピュータ可読媒体上で担持され得る。以下の図で示される、または述べられるマシンは、いくつかの態様を実施するための命令が担持され、かつ/または実行され得る処理リソースおよびコンピュータ可読媒体の例を提供する。特に、いくつかの例で示される数多くのマシンは、プロセッサ(複数可)と、データおよび命令を保持するための様々な形態のメモリとを含む。コンピュータ可読媒体の例は、パーソナルコンピュータまたはサーバ上のハードドライブなど、恒久的なメモリ記憶デバイスを含む。コンピュータ記憶媒体の他の例は、CDまたはDVDユニットなどの可搬形記憶ユニット、フラッシュまたはソリッドステートのメモリ(多くの携帯電話および家庭用電子デバイス上で担持されるものなど)、および磁気メモリを含む。コンピュータ、端末、ネットワーク対応デバイス(たとえば、携帯電話などのモバイルデバイス)はすべて、プロセッサ、メモリ、およびコンピュータ可読媒体に記憶された命令を利用するマシンおよびデバイスの例である。さらに、諸態様は、コンピュータプログラムの形態で実施することができる。
【００１４】
図1Aは、ポイントツーポイント接続を介して送信されたメディアストリームに応答して同期化された出力を提供するように個々に構成されたメディア出力デバイスのグループに対する出力構成の例を示す。図1Aの例では、メディア出力デバイスのグループ20は、ソースメディアストリームを受信するように動作するメディア出力デバイス12(代替的に、「受信機デバイス12」と呼ばれる)と、2つ以上のメディア出力デバイス14とを含む。より多くの、またはより少ないメディア出力デバイスが、代替の設定および構成で使用することができる。集合的に、メディア出力デバイスのグループ20は、部屋または居宅などの物理的環境に配置することができる。メディア出力デバイスのグループ20は、たとえば、ネットワーク対応スピーカ、またはペア組みされたスピーカセットなどの様々な異なるタイプの出力デバイス、ならびにネットワーク対応テレビジョン、ホームメディアセンタ、または可搬形コンピューティングデバイス(たとえば、タブレット)などの多目的デバイスを用いて実施することができる。
【００１５】
示された例では、ソースデバイス10は、メディア再生が提供されるソースメディア8を提供する。ソースメディア8は、たとえば、音楽ファイル、ネットワークサービスから、もしくはブロードキャストから生成された音楽ストリーム、またはオーディ/ビデオファイルもしくはストリームに対応することができる。示された例として、ソースデバイス10は、ユーザが、居宅(たとえば、リビングルーム)内で歩きながらモバイルコンピューティングデバイス(たとえば、多機能のセルラー電話通信/メッセージデバイス、タブレット、メディアプレーヤなど)を操作し、かつネットワーク対応テレビジョン、スピーカセット、またはホームコンピューティングデバイスを含むことができるデバイスの組合せ上で再生する音楽ファイルを選択することにより実施することができる。ソースデバイス10と受信機デバイス12との間の最初の接続は、Bluetooth(登録商標)プロトコル(たとえば、Bluetooth3.0または4.0)のもとに提供されるものなど、ポイントツーポイントのワイヤレス接続によることができる。受信機デバイス12と最初の接続が行われると、ソースメディア8からのメディアコンテンツは、ユーザの居宅のメディア出力デバイスのグループに、同期させて送信することができる。
【００１６】
図1Aの例では、受信機デバイス12は、変換構成要素16とリーダ構成要素18とを含む。受信機デバイス12は、ポイントツーポイント接続13を介して、ソースメディア8に対応するメディアストリーム11を受信する。変換構成要素16は、受信機デバイス12とメディア出力デバイス14を相互接続するために使用される代替の通信媒体上で送信するように、メディアストリーム11を変換するための1つまたは複数のプロセスを実施する。変換構成要素の変換プロセスは、たとえば、フォーマットおよびサンプリングレート変換を含むことができる。例として、変換構成要素16は、ポイントツーポイントプロトコルのフォーマットでメディアストリーム11を受信し、次いで、メディアストリーム11を、802.11規格(たとえば、802.11(a)、(b)、(g)、(n)など)のうちの1つのもとに提供されるものなど、代替の通信媒体を用いる、または物理的な接続媒体(たとえば、イーサネット(登録商標))による送信用フォーマットへと変換する。さらに、変換構成要素16は、メディアストリーム11のサンプリングレートを、代替の通信媒体を介して通信する、メディア出力デバイス12、14で使用されるものへと変換することができる。さらに、いくつかの例では、リーダ構成要素18は、アプリケーションまたはプログラム(たとえば、サーバアプリケーション150など、図1C参照)として実施され、かつ(i)変換されたメディアストリーム15を、代替のワイヤレス通信媒体を介して、メディア出力デバイス14に送信すること、および(ii)メディア出力デバイス14による、変換されたメディアストリーム15の同期化された再生を生成するために、同期化された動作を実施することを行うための機能を提供する。一実装形態では、リーダ構成要素18は、それぞれのメディア出力デバイス14への変換されたメディアストリーム15の送信を同期させる同期化動作を実施する。さらに、または変形形態として、リーダ構成要素18は、変換されたメディアストリーム15から同期化された再生を生成するために、メディア出力デバイス14のそれぞれを同期させることができるように同期クロックを維持する。さらにまた、リーダ構成要素18は、メディアバッファのいずれかが使い果たされて、スパッタリング(sputtering)を生ずる、または他の望ましくないメディア出力特性を生じた場合を検出するために、それぞれのメディア出力デバイス14のメディアバッファを監視するバッファ制御論理を含むことができる。さらにまた、リーダ構成要素18はまた、居宅の中心に、またはソースデバイス10の推定位置になど、望ましい位置に達するように同期化されるメディア出力を生成する機能を含むことができる。たとえば、リーダ構成要素18は、受信機デバイス12の距離を近似し、次いで、メディア出力デバイス14のうちの1つ(たとえば、オーディオ体験が同期化されるべき場所から最も遠く離れているメディア出力デバイス)に対して遅延を生成するために、メディア出力デバイス14の1つまたは他のものに送信されるオーディオフレームを操作するための機能を含むことができる。遅延は、遅延されたメディア出力デバイスからのオーディオフレームが、他のメディア出力デバイスからのオーディオと同じ時間に到来するように知覚される可能性がより高くなるように選択することができる。
【００１７】
前述の例によれば、メディア出力デバイス12、14のそれぞれは、受信機またはリーダとしての役割を含む異なる役割で機能することができる。メディア出力デバイスのグループ20の構成は、受信機およびリーダの役割を有する、グループにおける特定のメディア出力デバイス12、14の決定および指定を含むことができる。一実装形態では、受信機デバイス12が最初のポイントツーポイント接続13を行ったとき、接続が維持される持続期間、または接続が最初に行われた後に続く所与の時間間隔のいずれかに対して、メディア出力デバイスのグループ20が有すべき構成に関して決定が行われる。たとえば、一実装形態では、受信機デバイス12が、ポイントツーポイントのワイヤレス通信媒体を介して最初のポイントツーポイント接続13を行った状態で、メディア出力デバイスのグループ20に対する構成が行われた後、ソースデバイス10および受信機デバイス12が接続を維持する持続期間にわたって、その構成を維持することができる。変形形態では、メディア出力デバイスのグループ20に対する構成は、動的なものとすることができ、メディア出力デバイスのグループ20の構成要素に対する変更(たとえば、新しく導入されたメディア出力デバイス)、1つまたは複数のメディア出力デバイスの帯域幅の変動、および/またはソースメディア8に対する変更(たとえば、送信サイズもしくは品質)など、様々な因子に基づいて変更することができる。
【００１８】
いくつかの例によれば、受信機デバイス12は、メディア出力デバイスのグループ20に対する構成の少なくとも最初の決定を行うことができる。構成の決定は、ソースメディア8のメディアコンテンツを再生するために、どのメディア出力デバイス12、14が、グループのリーダとして働くべきかを決定することを含むことができる。
【００１９】
図1Aで示される構成では、受信機デバイス12は、ポイントツーポイント接続13を介してソースデバイス10から入力されるメディアストリーム11を受信する。受信機デバイス12は、メディア出力デバイスのグループ20に対して構成を実施することができ、その場合、受信機デバイス12はまた、リーダとして働く。変換構成要素16は、入力メディアストリーム11を、代替のワイヤレス通信(たとえば、Wi-Fi)を介して送信するのに適したフォーマットへと変換する。リーダ構成要素18は、(i)他のメディア出力デバイス14のそれぞれに対する変換されたメディアストリーム15の送信を同期させること、(ii)メディア出力デバイス14のそれぞれによる変換されたメディアストリーム15の受信を同期させること、および/または(iii)居宅における所与の位置に対するメディア出力の到着を同期させることを行う動作を実施することができる。
【００２０】
さらに、受信機デバイス12は、メディア出力デバイス14からの出力と同期化されたメディア出力を生成することができる。一実装形態では、受信機デバイス12は、スピーカまたは他の出力構成要素を含み、それ自体の出力を、メディア出力デバイス14のものと同期させる。
【００２１】
図1Bは、メディア出力デバイスのグループに対する出力構成を示しており、様々なメディア出力デバイスが、メディアストリームを受信すること、ならびにメディアストリームの送信および/または再生を制御することのそれぞれに対して動作させるために使用される。図1Bの例では、メディア出力デバイス12、14は、ソースデバイス10が受信機デバイス12に接続されたとき、代替の構成を実施する。代替の構成を実施する決定は、受信機デバイス12上で、グループの別のデバイスにより、またはさらにメディア出力デバイス12、14と通信プラットフォームを共用できる別のデバイス(たとえば、ソースデバイス10)により行うことができる。そのような構成では、受信機デバイス12は、メディアストリーム11を受信し、変換構成要素16を使用して、メディアストリーム11を、代替のワイヤレス通信プロトコルに対するフォーマットへ変換し、次いで、変換されたメディアストリーム15を選択されたメディア出力デバイス14に送信する。変換構成要素16はまた、メディアストリーム11のサンプリングレートを、ワイヤレス通信媒体を介して他のメディア出力デバイスに送信するのに適したサンプリングレートに変換することができる。リーダ18として動作するメディア出力デバイス14に、変換されたメディアストリーム15を送信するために、代替のプロセスを使用することができる。たとえば、一実装形態では、受信機デバイス12は、選択されたメディア出力デバイス14に、受信機デバイス12のバッファからの変換されたメディアストリーム15にアクセスするためのリンク(たとえば、ユニフォームリソースロケータ(URL))を提供する。
【００２２】
一実装形態では、受信機デバイス12は、メディア出力デバイス12、14のうちのどれが、所与のソースファイルまたはセッションに対するリーダ18として最も適しているかに関する決定が行われるまで、最初のリーダである。別のメディア出力デバイス14をリーダ18として選択する決定が行われた後、受信機デバイス12は、選択されたメディア出力デバイス14と役割を切り換える。詳細に前述したように、リーダの役割の切換えは、リーダとして働くことになる選択されたメディア出力デバイス14上でメディアサーバアプリケーションを開始することにより達成され得る。さらに、または変形形態として、受信機デバイス12は、メディアストリームのバッファにアクセスするのに使用されるリンク(たとえば、URL)を、メディア出力デバイス14に提供することができる。いくつかの実装形態では、バッファは、メディアストリームを変換されたフォーマットで含む。変形形態では、バッファは、メディアストリームを、変換されていないフォーマットで含むことができ、リーダ構成要素18の機能を実施するメディア出力デバイス14が、変換プロセスも実施する。リーダ18として、メディア出力デバイス14は、他のメディア出力デバイスのそれぞれが、時間で同期させてMS11のメディアコンテンツを出力するように、同期化データ17を、他のメディア出力デバイス12および14に伝達することができる。
【００２３】
図1Cは、1つまたは複数の実施形態による、最初にポイントツーポイント通信媒体を介して伝達されるソースメディアの送信および再生に関する複数の役割を実施するように動作できるメディア出力デバイスの例を示す。図示のように、メディア出力デバイス100は、図1A〜図1B、図2A〜図2B、図3A、および図4Aの例で、ならびに本出願のいずれかで述べられるものなど、相互接続されたネットワークデバイスの確立されたグループの一部として動作することができる。したがって、メディア出力デバイス100は、ポイントツーポイントのワイヤレス通信媒体を介してメディアコンテンツストリームを受信し、第2のワイヤレス通信媒体を用いてメディアコンテンツを配信するように動作することができる。いくつかの例によれば、ポイントツーポイントのワイヤレス通信媒体は、Bluetooth(登録商標)プロトコルのもとに実施することができ、また第2のワイヤレス通信媒体は、80.11タイプのプロトコル(たとえば、802.11(a)、(b)、(g)、(n)、Wi-Fi-Direct)のもとに実施することができる。
【００２４】
本明細書で述べられる多くの例は、メディア出力デバイス100をワイヤレスであるとして参照するが、変形形態はまた、ソースデバイスから入力を受信すること、または他の相互接続された出力デバイスに出力を送信することのいずれかのために、有線接続(たとえば、イーサネット(登録商標)、シリアル接続)を使用する出力デバイスを提供することもできる。例では、メディア出力デバイス100は、Bluetooth(登録商標)および/またはWi-Fi通信を含むワイヤレス通信が可能なネットワーク対応スピーカに相当する。本明細書で使用される場合、スピーカは、ネットワーク接続されたオーディオ出力デバイスなど、オーディオ出力デバイスを意味するように意図されている。スピーカの一例は、音楽などのオーディオを出力する専用のデバイスを含む。スピーカの別の非限定的な例は、ビデオを出力し、オーディオコンテンツを取り込んで記憶し、ユーザ対話を可能にし、かつ/または数多くの他のアクションを実施できるモバイルデバイスまたはタブレットなど、多機能デバイスを含む。
【００２５】
一態様によれば、メディア出力デバイス100は、たとえば、Bluetooth(登録商標)接続を用いて、ソースデバイスからメディア入力を受信し、かつ入力が、Wi-Fi(または代替的なワイヤレス)通信媒体を用いて複数の接続されたデバイスに搬送されるプロセスを開始する、かつ/またはその他の形で実施する。一実装形態では、ユーザが、ソースデバイス(たとえば、ユーザのモバイルコンピューティングデバイス)と、相互接続されたスピーカのグループの中の所与のスピーカとの間で居宅内の接続を開始することができる。前述のものなどの例によれば、ユーザは、1つのスピーカとの接続を開始することができるが、出力をすべてのスピーカにシームレスに送信させることができる。このように、前述のものなどの例は、メディア出力デバイス100に、メディアソースからのメディアコンテンツストリームを、グループ中の出力デバイスのすべてにシームレスに送信するプロセスを開始できるようにする、または代替的にそのプロセスを実施できるようにする。
【００２６】
図1Cをさらに参照すると、メディア出力デバイス100は、ポイントツーポイントインターフェース124と、デバイスインターフェース論理126と、ネットワークインターフェース128とを含む。メディア出力デバイス100はまた、バッファ構成要素130と、サーバアプリケーション150と、ストリーム変換器116と、ストリームリンク発生器118と、タイミング論理120とを含む。メディア出力デバイス100の様々な構成要素は、プログラムに基づくリソースおよび論理、ならびに適切なハードウェア構成要素(たとえば、プロセッサ、マイクロプロセッサ、集積回路など)を用いて実施することができる。特定の構成要素で記述される機能は、モジュール形式で説明されるが、記述される機能は、メディア出力デバイス100のタイプおよびプラットフォームに応じて、様々な形態で提供することができる。したがって、メディア出力デバイス100の構成要素が、分散形式で示されているが、変形形態は、中央プロセッサ、または特定タイプのネットワークインターフェース上など、共通のモジュールまたはハードウェア要素上で実施される構成要素を提供することができる。
【００２７】
ネットワークインターフェース128は、メディア出力デバイス100のネットワークポートを制御するためのソフトウェアおよび論理(たとえば、802.11モジュール)を含む。同様に、ポイントツーポイントインターフェース124は、ポイントツーポイント接続において使用される対応するポートを制御するための論理(たとえば、Bluetooth(登録商標)モジュール)を含むことができる。一例によれば、メディア出力デバイス100は、近距離、中距離、または遠距離ワイヤレス通信媒体を介するなど、複数のタイプのワイヤレス通信媒体を介するデバイスからの通信を可能にするためのポートおよび/またはリソースを含むことができる。例として、メディア出力デバイス100は、802.11プロトコルのうちのいずれか1つにより提供されるものなど、ワイヤレスローカルエリアネットワークを用いる他の出力デバイスと通信することができる。さらにまた、メディア出力デバイス100は、802.11プロトコルにより提供されるものなど、1つまたは多くのワイヤレスピアツーピア通信(たとえば、Wi-Fi Direct)を確立するように動作することができる。さらにまた、いくつかの実装形態では、メディア出力デバイスを相互接続するネットワークは、有線ネットワークに対応することができる。
【００２８】
いくつかの変形形態では、デバイスインターフェース論理126は、メディア出力デバイス100が、メディア出力デバイス100の選択された、または利用可能なネットワークポートおよびリソースを用いて、ネットワーク環境(たとえば、ホームネットワーク)を介して、他のネットワーク対応デバイスと通信できるようにするための論理を含む。デバイスインターフェース論理126は、アプリケーションとして、ハードウェア構成要素として、またはネットワークインターフェース128などの他のリソースと統合された論理として実施することができる。デバイスインターフェース論理126は、たとえば、ネットワークインターフェース128を使用してプロセスをトリガまたは実施して、メディア出力デバイス100の存在、機能、および可用性をアドバタイズさせ、また、デバイスに相互接続された他のデバイスへのネットワーク接続の形成を可能させることができる。一実装形態では、デバイスインターフェース論理126は、相互接続されたグループにおいて、2つ以上の出力デバイスを接続するために、たとえば、QUALCOMM CONNECTED EXPERIENCESにより製作されるALLPLAYにより提供されるアプリケーションプログラムインターフェースを含む。
【００２９】
図1Cで示される例では、ソースデバイス(図1Cでは示されていない)は、デバイスインターフェース論理126、またはポイントツーポイントインターフェース124を介して、メディアストリーム111をメディア出力デバイス100に送信することができる。メディア出力デバイス100は、ストリーム変換器116を用いて、受信機の役割を実施することができ、ストリーム変換器116は、メディアストリーム111を、代替のワイヤレス通信媒体(たとえば、Wi-Fi)のプロトコルに対するフォーマットへと変換するための論理を含む。ストリーム変換器116はまた、メディアストリーム111のサンプリングレートを、ワイヤレス通信媒体を介して通信するメディア出力デバイスに対して使用される、または選択されたものへと変換するための論理を含むことができる。一実装形態では、ストリーム変換器116は、たとえば、Bluetooth(登録商標)コーデックプログラムを用いて、メディアストリーム111をまず復号する。変形形態では、有線接続など、他のタイプの接続で提供されるプロトコルおよび/またはフォーマットを処理するために、他のコーデックプログラムを使用することができる。ストリーム変換器116において使用できるコーデックプログラムのいくつかの例は、低演算量サブバンド符号化(Low Complexity Sub-band Coding)、すなわち、SBCコーデック、または先進的音声符号化(Advanced Audio Coding)、すなわち、AACコーデックを含む。一実施形態では、ストリーム変換器116は、メディアストリーム111を、パルス符号変調(PCM)フォーマットに変換し、次いで、代替のワイヤレス通信媒体(たとえば、Wi-Fi)を介して送信するために、ストリームを再符号化するための論理を実施する。したがって、入力されるメディアストリーム111を変換するプロセスは、復号、再フォーマット、および再符号化を含むことができる。Wi-Fiを介してメディアストリーム111を送信するために使用できる再符号化プロセスの例は、フリーロスレスオーディオコーデック(Free Lossless Audio Codec)(すなわち、FLAC)を含む。
【００３０】
ストリーム変換器116は、バッファ構成要素130を用いて、変換されたメディアストリームをバッファすることができる。メディア出力デバイス100が、リーダではなく受信機として動作するとき、変換されたメディアストリーム117は、バッファ構成要素130から、ネットワークインターフェース128に伝達され得る。代替の実装形態では、ストリーム変換器116は、変換されたメディアストリーム117を直接ネットワークインターフェース128に送信することができる。
【００３１】
いくつかの実装形態では、ストリームリンク発生器118は、バッファ構成要素130における変換されたメディアストリーム117の位置を特定するメディアストリームリンク119を生成する。メディアストリームリンク119は、メディア出力デバイス100と共通の通信プラットフォームを共用する他のメディア出力デバイスが、リンク(およびリンクから生成できる対応する要求)を認識できるように、たとえば、デバイスインターフェース論理126を用いて構造化することができる。ストリームリンク発生器118は、ストリームリンク119をネットワーク上の他の出力デバイスに転送することができ、したがって、同期化されたメディア出力ストリーム151を取り出すべき位置を受信デバイスに知らせる。
【００３２】
メディア出力デバイス100が、リーダとして動作する場合、サーバアプリケーション150を開始することができる。サーバアプリケーション150は、ストリーム変換器116から、またはバッファ構成要素130から直接、変換されたメディアストリーム117を得ることができる。サーバアプリケーション150は、同期化されたメディア出力ストリーム151を生成して、複数のメディア出力デバイス上でメディアコンテンツの出力を同期させるために、変換されたメディアストリーム117に対する動作を実施することができる。同期化されたメディア出力ストリーム151は、ネットワークインターフェース128を用いて、他のメディア出力デバイスに送信することができる。
【００３３】
一実装形態では、サーバアプリケーション150は、待ち時間またはタイミングパラメータ121を決定するために、1つまたは複数のソースから情報を取得する。ネットワーク上の他の出力デバイスとの通信に基づき、メディア出力デバイスは、リーダとして動作するとき、他の出力デバイスにより受信された出力ストリームを補強する、または操作することができる。リーダとして、メディア出力デバイスは、デバイスインターフェース論理126、および/またはネットワークインターフェース128を介して、他の出力デバイスに関する情報を収集することができる。リーダデバイスが収集できる情報の例は、出力デバイスの更新されたリスト、各デバイスに対する一意の識別子、ネットワーク帯域幅情報、および各デバイスに関連付けられた送信遅延、または待ち時間情報を含む。一例では、メディア出力デバイスは、ネットワーク上で接続された他のデバイスにピング(ping)を行うことにより、待ち時間情報171を収集することができる。他の例では、サーバアプリケーション150は、ネットワークインターフェース128により待ち時間をテストする、またはメディア出力デバイス100に常駐できる他のリソースからの待ち時間を測定することができる。サーバアプリケーション150はまた、ソースメディアのタイプを識別する情報を取得することもできる。
【００３４】
いくつかの変形形態では、デバイスインターフェース論理126は、居宅における他の知られたメディア出力デバイスの状況を監視するリポジトリまたは他のデータ構造を維持することができる。デバイスインターフェース論理126はまた、機能(たとえば、他のデバイスがデジタル信号プロセッサ(DSP)を有するかどうかなど)、および個々のデバイスの利用可能な帯域幅に関する情報を取得することもできる。サーバアプリケーション150は、タイミングパラメータ121(「TP121」)を決定するために、デバイスインターフェース論理126のリポジトリ内で維持される情報にアクセスすることができる。
【００３５】
さらにまた、他の変形形態では、タイミング論理120は、デバイスインターフェース論理126から待ち時間情報171を収集し、ネットワーク上の出力デバイスのそれぞれに関連付けられた送信遅延に基づいて、ネットワーク上で最も遅い出力デバイスを検出することができる。タイミング論理120は、ネットワーク上で最も遅い出力デバイスの待ち時間情報171に基づいて、タイミングパラメータ121を生成することができる。いくつかの態様では、タイミングパラメータ121はまた、ネットワーク上の出力デバイスのそれぞれに関連付けられた利用可能なネットワーク帯域幅に基づくことができる。タイミング論理120は、タイミングパラメータ121を、さらなる処理のために、サーバアプリケーション150に転送することができる。
【００３６】
さらにまた、サーバアプリケーション150は、タイミングパラメータ121を決定するために、デフォルト設定またはユーザプリファレンスを含む記憶された設定を利用することができる。サーバアプリケーション150は、変換されたメディアストリーム117から同期化されたメディア出力ストリーム151を生成するために、タイミングパラメータを利用することができる。同期化されたメディア出力ストリーム151は、ネットワークインターフェース128を用いて、他のメディア出力デバイスに伝達され得る。
【００３７】
メディア出力デバイス100がリーダではない実装形態では、変形形態は、メディアストリームリンク119が、リーダとして動作しているメディア出力デバイスに、ネットワークインターフェース128を介して伝達され得ることを提供する。デバイスインターフェース論理126およびネットワークインターフェース128は一体となって、メディアストリームリンク119を受信したデバイスから生成された要求129を受信し、かつ処理することができる。要求129は、変換されたメディアストリーム117が一時的に記憶されている、バッファ構成要素130に対するバッファ部分の位置を特定することができる。デバイスインターフェース論理126およびネットワークインターフェース128は一体となって、次いで、バッファにアクセスし、かつバッファされたデータを代替の通信媒体(たとえば、Wi-Fi)を介して送信することにより、要求に応ずることができる。その後に、ワイヤレス出力デバイスは、リーダとして動作している別のメディア出力デバイスから同期化されたメディアストリーム139を受信することができる。同期化されたメディアストリーム139は、再生構成要素144により処理されて、リーダとして動作するメディア出力デバイスの制御下で同期化されたメディアコンテンツ145(「MC145」)を生成することができる。
【００３８】
いくつかの例では、メディア出力デバイス100は、所与の環境(たとえば、居宅)において他のメディア出力デバイスのいくつか、またはすべてに存在する機能を表している。したがって、グループ中のメディア出力デバイスのそれぞれは、相互接続することができ、また図1Cの例を用いて述べられたものなど、プログラムに基づくリソースを用いてさらに構成することができる。グループとして、メディア出力デバイスは、機能的な階層を使用することができる。さらに、リーダデバイスおよび/または他の機能階層の指定または選択を含むグループの構成を決定するために、判断論理を実施することができる。
【００３９】
メディア出力デバイスのグループの構成は、個々のデバイスの機能、特定の場所におけるネットワーク帯域幅、個々のデバイスの帯域幅、および/または他の因子に基づいて決定することができる。したがって、たとえば、メディア出力デバイス100(ならびにグループの他のデバイス)は、マスタ/スレーブ構成と同様の、リーダまたは受信機のいずれかの役割で、デバイスを動作できるようにする論理を含むことができる。リーダとして、グループ中のメディア出力デバイスのいずれも、アプリケーション、または他の形態の論理として常駐できるサーバアプリケーション150をホストすることができる。さらに、いくつかの変形形態では、リーダとして指定されたメディア出力デバイスは、たとえば、(i)デバイスが出力を同期させるためにタイミング値(たとえば、タイミング論理120により提供されるものなど)を制御し、(ii)メディア出力デバイスが特定のトラックを再生、一時停止、停止、選択、もしくは他の動作を同調させて行うように指令される再生制御コマンド147を制御し、かつ/または(iii)任意の特定のデバイスにおけるスパッタリングもしくはデータの喪失を回避するために、各ディア出力デバイス上でバッファされたデータ量を監視できるバッファ制御論理を実施するための動作を行うことができる。逆に、グループ中のメディア出力デバイスのいずれも、リーダとして動作するメディアデバイスから提供される、再生制御および/またはバッファ制御のための再生制御コマンド147(「PBC147」)を受信し、かつ実施することができる。さらに、グループとしてメディア出力デバイスに割り当てられた役割(たとえば、リーダ)は、上記で述べた基準に基づき、選択され、かつ時間が経過すると再選択することができる。
【００４０】
図1Cでは、メディア出力デバイス100は、受信機またはリーダの可能な役割に関して述べられている。図4Aおよび図4Bで示されるなど、変形形態では、メディア出力デバイス100はまた、プロキシの役割を有することができる。したがって、メディア出力デバイスのグループに対する出力構成は、所与のメディア出力デバイス100に対して与えられる多くの可能な役割のうちのいずれか1つになり得る。
【００４１】
変形形態では、相互接続されたメディア出力デバイスのグループにおける1つのメディア出力デバイスに対して、ポイントツーポイント接続を行うメディアソースデバイスからメディアコンテンツを受信し、かつ処理するために、相互接続された出力デバイスのグループの中で、代替の接続構成を使用することができる。いくつかの例では、相互接続されたメディア出力デバイスのグループは、1つのデバイスが、他のデバイスに対して、ソースデバイスからのメディアコンテンツを送達するためのリーダとして働く、機能的な階層を用いて、所与のネットワーク通信媒体(たとえばWi-Fi)を介して、互いに対する相互接続を確立することができる。そのような構成では、リーダの役割を有する特定の出力デバイスは、メディアソースからのメディアデータを伴うサーバアプリケーションを、グループの他の出力デバイスに対してホストすることができる。グループにおける受信機デバイスは、リーダとして動作するデバイスにメディアデータを求めるクライアントタイプの要求を生成することができる。さらに、いくつかの実装形態では、グループ内のデバイスのそれぞれは、再生用としてメディアデータのバッファを維持することができる。さらにまた、グループ内のデバイスのそれぞれは、集中クロックまたは基準クロック(たとえば、リーダデバイスのクロック、アクセスポイントのクロックなど)を用いて、再生を互いに対して同期させることができる。したがって、リーダデバイスは、それぞれのデバイス上のバッファサイズを制御する機能を実施して、バッファデータの不足を監視し、かつ/またはデバイスのメディア出力を同期させるときに使用するために、基準クロック信号をすべての他のデバイスに伝えることができる。
【００４２】
いくつかの例では、機能的な階層は、ユーザには透過的なものであり、したがって、ユーザは、任意の1つの特定デバイスのそれぞれの役割に気付かない。そうではなくて、ユーザは、メディアソースデバイスを、まず、ポイントツーポイント接続を介してメディア出力受信機に接続することにより、メディア出力デバイスのグループに導入することができる。メディア出力デバイスのグループのそれぞれの役割は、たとえば、ユーザの位置、または任意の1つのメディア出力デバイスに利用可能なリソースに基づいて変更することができる。したがって、グループにおけるメディア出力デバイスは、受信機デバイス、およびリーダデバイスの役割に対して選択され得る。例として、ユーザは、スピーカデバイスのグループ内の特定のスピーカの近傍に、モバイルコンピューティングデバイス(メディアコンテンツストリームのソースとして)を移動することができる。グループ内の1つのメディア出力デバイスにユーザが近接させることにより、特定のデバイスをメディア出力受信機として指定することができる。さらに、他の例と共に述べたように、メディア出力デバイスのうちの少なくとも1つは、メディア出力デバイスの別のものをリーダとなるように選択することができる。前述の例では、ユーザは、個々のメディア出力デバイスが、接続されたソースデバイスに関して有する役割に気付くことはないはずである。そうではなくて、ユーザは、複数のメディア出力デバイス上の対応するメディアコンテンツの出力を同期した形で体験する。
【００４３】
図2Aおよび図2Bは、メディア出力デバイスのグループに対するリーダデバイスとしても動作するメディア出力デバイスの代替例を示す。図2Aおよび図2Bの例を参照すると、メディア出力デバイス210、212、214、216、および218のうちの1つまたは複数のものは、図1Cの例で述べられたものなどの機能およびリソースに従って構成される、または構造化することができる。
【００４４】
図2Aの例では、メディアソースデバイス222は、最初にメディア出力デバイス210、212、214、216、および218のグループのリーダであるメディア出力デバイス210(代替的に「受信機デバイス210」または「受信機/リーダ210」と呼ばれる)とポイントツーポイント接続211を開始する。図2Bは、最初はリーダではないが、メディアソースデバイスから他の出力デバイスにメディアデータを送信するために、出力デバイス210、212、214、216、および218のグループのリーダとなる受信機デバイス210と、メディアソースデバイス222が、ポイントツーポイント接続211を開始する代替例を示している。
【００４５】
図2Aおよび図2Bを参照すると、メディア出力デバイス210、212、214、216、および218は、たとえば、802.11プロトコル下で実施される通信媒体を用いて相互接続される。さらにまた、メディア出力デバイス210、212、214、216、および218のいくつか、またはすべては、ピアとしてネットワーク上にある他のデバイスと直接通信することができる。例として、個々の出力デバイス210、212、214、216、および218は、Wi-Fi Directにより提供されるものなど、直接のワイヤレスピアツーピア通信プロトコルを用いて通信することができる。
【００４６】
出力デバイス210、212、214、216、および218は、ユーザのプリファレンスに基づいて接続され、かつネットワーク環境内に物理的に位置することができる。ネットワーク環境200は、ローカルなワイヤレス通信媒体を共用する居宅、部屋、またはスペース(たとえば、Wi-Fiホットスポット)に対応することができる。例として、ネットワーク環境200は、複数のスピーカまたは他のオーディオ出力デバイスに、ユーザにより選択されたオーディオコンテンツを出力するためのネットワーク接続が提供されるホームネットワークに対応することができる。このコンテキストでは、ユーザは、表現されるオーディオコンテンツのユーザの楽しみを向上させるように、部屋の中に個々の接続されたスピーカを選択的に配置することができる。ユーザはまた、ポイントツーポイント接続(たとえば、Bluetooth(登録商標))を用いて、メディアソースデバイスと最初に接続を行うための任意のメディア出力デバイス210、212、214、216、または218を選択することができる。最初に接続するためのメディア出力デバイス210、212、214、216、または218を選択することは、代替的に、ユーザ設定および/または特定のデバイスに対するユーザの近接性(たとえば、メディア出力デバイス210が、メディアソースデバイス222に最も近接することができる)に基づいて、自動的に行うことができる。
【００４７】
実施形態では、メディア出力デバイス210、212、214、216、および218は、異種混交的性質のものとすることができ、それは、デバイスが、異なる製造者、機能、リソース、および/または目的を有することができることを意味する。たとえば、一実装形態では、出力デバイスの1つまたは複数のものは、オーディオ出力が主目的ではないテレビジョンに対応することができる。一実装形態では、メディア出力デバイス210、212、214、216、および218のそれぞれは、そのデバイスが、ネットワーク上の他のデバイスと通信できるようにするプログラミングまたは他の論理を含む。より具体的には、出力デバイスのそれぞれは、いくつかある機能の中で特に、異種デバイスの中での相互運用性と、そのようなデバイスの中におけるネットワーク環境を介する通信と、接続デバイスによるアドバタイズメント発見と、ネットワークの他の相互接続されたデバイスに対してそれ自体の機能を通知する個々のデバイスの能力とを可能にする共通のアプリケーションプラットフォームを実行することができる。そのようなプログラミングまたは論理の例は、QUALCOMM CONNECTED EXPERIENCESにより製作されるALLPLAYプラットフォームを含み、それは、ワイヤレススピーカ上のファームウェアによりインストールされる、またはその他の形で提供することができる。メディア出力デバイス210、212、214、216、および218は、スピーカまたはオーディオ出力デバイスを含むことができる。変形形態では、メディア出力デバイス210、212、214、216、および218はビデオを出力することができる。前述の出力デバイスは、専用のデバイスと目的を有するデバイス(たとえば、ネットワーク接続されたスピーカなど)の両方を含むことができる。変形形態では、グループ内のいくつか、またはすべてのデバイスは、多目的デバイスとすることができるが、あるいは代替的に、二次機能として特定の種類のメディアを出力することができる。
【００４８】
図2Aおよび図2Bの例をさらに参照すると、ポイントツーポイント接続211を用いて受信機デバイス210に接続されるメディアソースデバイス222が示されている。ネットワーク環境200は、確立された相互接続および機能的な階層を有する複数の接続されたデバイスを含むことができる。機能的な階層は、リーダを、メディア出力デバイス210、212、214、216、または218のうちの1つであるように指定することができる。例として、ポイントツーポイント接続211は、Bluetooth(登録商標)接続に対応する、または代替的に、ライン入力接続に対応する。リーダであるように選択されたメディア出力デバイス210、212、214、216、または218は、最小の処理機能、および/または他のデバイスと複数の同時のピアツーピア接続を確立する能力など、リーダとして動作するために必要なリソースの最小の組を定義する基準を満たすメディア出力デバイスに対応することができる。代替的に、リーダであるように選択されたメディア出力デバイス210、212、214、216、または218は、最良の、または最も豊富な望ましいリソースまたは機能を有するデバイスとすることができる。たとえば、受信機デバイス210は、それがデジタル信号プロセッサ(「DSP」)を含むので、または受信機デバイス210が、最大量の利用可能な帯域幅を有すると考えられるので、リーダデバイスとして選択され得る。他の例で説明すると、リーダとして1つのメディア出力デバイスを選択することは、たとえば、動的な選択論理を用いて、プログラムに基づき行うことができる。
【００４９】
図2Aの例を特に参照すると、メディアソースデバイス222は、メディアデータ213を、受信機/リーダ210に伝達する。メディアデータ213のフォーマットおよび構造は、ポイントツーポイント接続211により要求され得る。受信機/リーダ210は、メディアデータ213の変換された形態(「変換されたメディアストリーム215」)を、グループの他の相互接続されたメディア出力デバイス212、214、216、および218に再送信するように動作する。受信機/リーダ210は、変換を実施するために、図1A〜図1Cの例で述べられたものなどの機能を含むことができる。
【００５０】
前述のいくつかの例は、リーダの選択に関してインテリジェンスおよび柔軟性を利用するが、図2Aの例は、静的な構成で実施することができ、受信機/リーダデバイス210は、メディアデータを他のデバイスに送信できる、グループのうちの唯一のデバイスである。たとえば、メディアソースデバイス222を、受信機/リーダ210以外の任意の他のメディア出力デバイス212、214、216、または218に接続しないようにすることができ、また視覚的または他のタイプのマーキングを、そのステータスを示すために、受信機/リーダ210に備えることができる。代替的に、ネットワーク環境200は、動的に構成可能であり、したがって、様々なメディア出力デバイス210、212、214、216、および218は、リーダの役割を実行することができる。そのような実装形態では、メディアソースデバイス222は、設定、プリファレンス、近接性、または他の考慮事項に基づき、受信機/リーダ210に接続することができる。
【００５１】
図2Bは、メディア出力デバイスのグループに対する代替の出力構成を示している。図2Bの例では、ポイントツーポイント接続に対する受信機デバイス210は、メディアソースデバイス222がポイントツーポイント接続211を開始することに応答して、出力デバイスのグループのリーダとなる。したがって、図2Bの例では、メディアソースデバイス222は、受信機デバイス210が、メディア出力デバイス210、212、214、216、および218のグループにおけるリーダの役割を有しないときに、受信機デバイス210に接続する。図2Bの例では、受信機デバイス210は、変換されたメディアストリーム215を他のメディア出力デバイスに送信するためにリーダになる。
【００５２】
図2Bの例をさらに参照すると、メディア出力デバイス212は、メディアソースデバイス222が受信機デバイス210に接続されたときには、リーダとして選択されていることを示している。メディアソースデバイス222が、受信機210に接続を行ったことに応じて、受信機デバイス210は、切換え217を開始する。切換え217は、開始された、または行われたポイントツーポイント接続211の結果リーダとなる受信機デバイス210へのプログラム要求に対応することができる。メディア出力デバイス210、212、214、216、および218のいくつか、またはすべては、メディアソースデバイス222が、グループの非リーダデバイスとポイントツーポイント接続を開始する、または行うとき、切換217を実施することに応じるように事前にプログラムすることができる。したがって、たとえば、受信機デバイス210は、メディアソースデバイス222がポイントツーポイント接続211を行ったことに応じて、新しいリーダになるための切換え命令を送ることができる。切換え命令は、現在のリーダの役割を有するメディア出力デバイスの別のものにより受信され得る。受信機デバイス210からの切換え命令に応じて、現在のリーダであるメディア出力デバイスが、非リーダへの切換え217を実施することができ、したがって、受信機デバイス210は、新しいリーダとなる。
【００５３】
例として、ユーザがメディア出力デバイスを担持し、かつポイントツーポイント接続211またはライン入力を用いて、メディア出力デバイス210、212、214、216、218のうちの1つに接近することができる。受信機デバイス210への接続が開始されたとき、図2Bの例は、受信機デバイス210が、リーダデバイスになるためのプロセスを開始することを提供する。リーダとして、受信機デバイス210は、サーバアプリケーション250をローカルにホストすることができ、したがって、他のメディア出力デバイス212(前のリーダデバイスとして示されている)、214、216、および218は、Wi-Fi媒体(または他の接続媒体)を介してメディアソースコンテンツにアクセスすることができる。リーダとして動作すると、受信機デバイス210はまた、Wi-Fi(または他の通信媒体)を介する通信に適したフォーマット(コーデックまたは構造を含む)を有する変換されたメディアストリーム215へと、メディアソースデバイス222からのメディアデータを再フォーマットする、またはその他の形で変換することができる。メディアデータを、Wi-Fi(または他の接続媒体)互換フォーマットに変換するための機能は、リーダとしてのデバイスの役割とは独立して実施することができる。
【００５４】
図2Cは、図2Bの例に対するシーケンス図を示している。図2Cは、リーダとして動作している特定のメディア出力デバイスを動的に切り換えるために、メディアソースデバイス222、受信機デバイス210(リーダとなる)、メディア出力デバイス212(リーダを譲渡する)、およびネットワーク環境200の他のメディア出力デバイス214、216、および218の間で交換される通信の例を示している。図2Cの例では、受信機デバイス210は、メディアソースデバイス222からBluetooth(登録商標)要求を受信することができる。受信機デバイス210は、たとえば、そのとき存在したリーダであるメディア出力デバイス212から、ネットワーク環境200内で動作しているメディア出力デバイスのリストをプログラムに基づいて取得する(GetZoneList221)。
【００５５】
ネットワーク環境200上で動作しているメディア出力デバイスを決定するために、他の変形形態もまた実施することができる。たとえば、ゾーンリストは、メディア出力デバイス210、212、214、216、および218のそれぞれにより維持することができ、したがって、受信機デバイス210は、GetZoneList221により示されるものなどの命令を呼び出す必要はない。
【００５６】
受信機デバイス210が、ZoneList223を出力デバイス212から受信した後、(i)ネットワーク環境内で動作しているメディア出力デバイス210、212、214、216、および218の動的なリストを作成する(CreateZone225)こと、および(ii)新しいリーダデバイスを識別する通信を、他のメディア出力デバイス212、214、216、および218に送ること(SetZoneLead227)により、受信機デバイス210は、それ自体を新しいリーダデバイスとして確立することができる。受信機デバイス210が、出力ストリームにアクセスするために、サーバアプリケーション250を開始した後、受信機デバイス210は、リンクまたはURL(たとえば、図1Cにおけるメディアストリームリンク119)を他のメディア出力デバイス212、214、216、および218に送る。リンクは、出力ストリームの位置に関する情報を担持または埋め込むことができる(Play229)。他のメディア出力デバイス212、214、216、および218は、Wi-Fiに適したメディアストリーミングプロトコルを用いて、サーバアプリケーション250からの出力ストリームにアクセスするために、リンクを選択することができる(HLSGetStream231)。
【００５７】
図3Aは、メディア出力デバイスのグループに対する出力構成の変形形態を示しており、メディア出力デバイスは、グループのリーダである別のメディア出力デバイスに対するプロキシの役割を提供する。図3Aの例を参照すると、メディア出力デバイス310、312、314、316、および318の1つまたは複数のものは、図1Cの例を用いて述べられたものなどの機能およびリソースに従って構成され、または構造化することができる。
【００５８】
図3Aの例では、受信機デバイス310は、メディアデータ313を受信するために、ポイントツーポイント接続311(たとえば、Bluetooth(登録商標)またはライン入力)を用いて、メディアソースデバイス322に接続される。プロキシとして、受信機デバイス310は、メディアソースデバイス322からのメディアデータ313を、変換されたメディアデータ315に再フォーマットする、またはその他の形で変換することができる。変換されたメディアデータ315は、Wi-Fi(または他の通信媒体)を介して通信するのに適したフォーマットおよび構造を有することができる。メディアデータ313を、たとえば、Wi-Fi媒体を介して送信および使用するのに適したフォーマットに変換する機能は、リーダまたはプロキシとしての受信機デバイス310の役割とは独立して実施することができる。
【００５９】
受信機デバイス310は、サーバアプリケーション350をローカルにホストすることができ、したがって、他のデバイス314、316、および318と、リーダデバイス312とは、代替の通信媒体(たとえば、Wi-Fi)を介してメディアソースコンテンツにアクセスすることができる。さらに図3Aの例では、受信機デバイス310は、それ自体をリーダデバイスに対する「プロキシ」として確立し、メディアコンテンツをそのサーバアプリケーション350上でホストすることができ、したがって、他のデバイスは、受信機デバイス310から出力ストリームを直接取得するように命令される。
【００６０】
図3Bは、図3Aの例に対するシーケンス図を示す。より具体的には、図3Bは、メディアソースデバイス322、受信機デバイス310、リーダデバイス312、およびネットワーク環境300におけるグループの他のメディア出力デバイス314、316、および318の間の一連の通信を示す。図3Aおよび図3Bの例では、ユーザは、近接性により、受信機デバイス310と最初の接続を形成することができる。それに応じて、受信機デバイス310は、Bluetooth(登録商標)接続要求を受信する。受信機デバイス310は、リーダデバイスに対するプロキシとしてそれ自体を確立し(「CreateProxy321」)、かつリーダデバイス312にグループ再生URL323、またはリンクを送ることができる(「GroupPlayURL323」)。グループ再生URL323はまたはリンクは、受信機デバイス310のサーバアプリケーション350上における出力ストリームの位置に関連付けることができる(たとえば、図1Cの例のメディアストリームリンク119を参照のこと)。リーダデバイス312は、リンク(Play325)をネットワーク環境300内の他のメディア出力デバイス314、316、および318に転送することができ、リンクはまた、変換されたメディアストリームを取得できる、たとえば、受信機デバイス310またはリーダデバイス312上の位置を指定することができる。他のメディア出力デバイス314、316、および318、ならびにリーダデバイス312はそれぞれ、そのリンクを使用して、Wi-Fiを介するメディアストリーミングプロトコルを用いて、サーバアプリケーション350からの出力ストリームにアクセスすることができる(HLSGetStream331)。
【００６１】
図4Aは、受信機デバイスおよびリーダデバイスがそれぞれ、メディアソースデバイスから生成されたメディアデータをホストする、メディア出力デバイスのグループに対する別の出力構成を示す。図4Aの例を参照すると、メディア出力デバイス410、412、414、416、および418の1つまたは複数のものが、図1Cの例で述べられたものなどの機能およびリソースに従って構成することができる。
【００６２】
より詳細には、メディア出力デバイス410(「受信機410」とも呼ばれる)、412、414、416、または418のうちの1つが、メディアデータ413を受信するために、ポイントツーポイント接続411(たとえば、Bluetooth(登録商標)またはライン入力)を用いて、メディアソース422に接続される。プロキシとして、受信機デバイス410は、メディアソース422からのメディアデータ413を変換されたメディアデータ415へと再フォーマットする、またはその他の形で変換することができる。変換された状態では、メディアデータ415は、Wi-Fiを介して送信するのに必要なフォーマットおよび構造を有する。メディアデータを、Wi-Fiに適したフォーマットに変換するための機能は、リーダまたはプロキシとしてのデバイスの役割とは独立して実施することができる。メディアソース422が接続された後、受信機デバイス410、およびリーダとして働く別のメディア出力デバイス412(「リーダデバイス412」とも呼ばれる)はそれぞれ、対応するサーバアプリケーション450、452を開始して、ネットワーク環境400における他のメディア出力デバイス414、416、および418によりアクセスするための出力ストリームをホストすることができる。
【００６３】
図4Aの例では、受信機デバイス410は、Bluetooth(登録商標)またはライン入力接続により提供されるものなど、ポイントツーポイント接続を用いてメディアソースに接続することができる。受信機デバイス410は、メディアソース422からのメディアデータ413を、Wi-Fi(または他の通信媒体)を介する通信に適したフォーマットおよび構造を有する変換されたメディアデータ415へと再フォーマットする、またはその他の形で変換することができる。Wi-Fi(または他の接続媒体)互換フォーマットにメディアデータを変換するための機能は、リーダまたはプロキシとしてのデバイスの役割とは独立して実施することができる。受信機デバイス410は、サーバアプリケーション450をローカルにホストすることができ、別の通信媒体(たとえば、Wi-Fi)を介して、リーダデバイス412にだけメディアコンテンツストリームに対するアクセス権を与える。リーダデバイスは、次いで、別のローカルなサーバアプリケーション450をホストすることができ、したがって、ネットワーク環境400内の他のメディア出力デバイス414、416、および418は、リーダデバイス412からのバッファされたメディアコンテンツストリームにアクセスすることができる。バッファする論理は、再生時に、メディア出力デバイス410、412、414、416、および418のそれぞれが、同時にメディアを出力するように、デバイスの中で実施することができる。
【００６４】
図4Bは、図4Aの例に対するシーケンス図を示す。より詳細には、図4Bの例は、メディアソース422、受信機デバイス410、リーダデバイス412、およびネットワーク環境400内の他のメディア出力デバイス414、416、および418の間の一連の通信を示す。受信機デバイス410は、メディアソース422からBluetooth(登録商標)接続要求を受信することができる。受信機デバイス410が、出力ストリームをホストするためにサーバアプリケーション450を提供した後、受信機デバイス410は、リーダデバイス412に、グループ再生URLまたはリンクを送ることができる(「GroupPlay(URL)423」)。リンク(たとえば、図1Cにおけるメディアストリームリンク119を参照のこと)は、受信機デバイス410のサーバアプリケーション450上の出力ストリームストリームの位置に関連付けることができる。次いで、リーダデバイス412はまた、他のメディア出力デバイス414、416、および418に対する出力ストリームをホストするために、リーダデバイス412上でローカルにサーバアプリケーション450を提供することができる。リーダデバイス412は、特に、リーダデバイス412のサーバアプリケーション450により提供される出力ストリームの位置にリンクしたものである、別のURLを他のメディア出力デバイス414、416、および418に送ることができる(「Play(URL)425」)。リーダデバイス412は、次いで、(i)受信機デバイス410上のサーバアプリケーション450からの出力ストリームにアクセスする(「HLSGetStream(URL)431」)、(ii)リーダデバイス412上のバッファに出力ストリームをバッファする(「メディアコンテンツバッファ433」)、かつ(iii)他のメディア出力デバイス414、416、および418に、ローカルにホストされたサーバアプリケーション450からのバッファされた出力ストリームへのアクセスを提供する(「HLSGetStream(URL)435」)ことができる。
【００６５】
いくつかある利益の中で特に、前述のものなどの例は、ユーザが、最初のポイントツーポイント接続を用いて、メディアソースデバイスからのオーディオまたはビデオコンテンツを複数の出力デバイスにストリーミングすることを可能にする。出力デバイスの出力は、同期させることができ、したがって、メディアソースのメディアコンテンツは、複数のデバイス上で一度に出力される。たとえば、ユーザは、Bluetooth(登録商標)を介して、ホームネットワークにおける任意のスピーカにモバイルデバイスを接続し、かつモバイルデバイスからのコンテンツを、一度にホームネットワーク上のすべてのスピーカにストリーミングすることができる。代替的には、ユーザはまた、ホームネットワーク上の複数のビデオ画面に、自分のモバイルデバイスからのビデオをストリーミングするように選択することもできる。ビデオおよびオーディオの代替的な組合せを、オーディオおよびビデオデバイスにより生成された出力が同期化されるように、開示された方法を用いて様々なデバイスにストリーミングすることもできる。たとえば、ユーザは、テレビジョン画面上でビデオをストリーミングすることを選択することができ、一方、外部スピーカ上で、同期化され、関連付けられたオーディオをストリーミングすることもできる。
【００６６】
図5Aは、受信機デバイスとしてメディア出力デバイスを動作させるための例示的な方法を示す。図5Aの例示的な方法の説明では、その例のステップまたはサブステップの機能を実施するために適切な構成要素または要素を示すために、図1Aおよび図1Bの要素に対して参照が行われる。
【００６７】
図5Aを参照すると、受信機デバイスは、メディアソースデバイスとポイントツーポイント接続を形成するのに使用することができる(502)。たとえば、ポイントツーポイント接続は、Bluetooth(登録商標)接続とすることができるが、代替的に、物理的な接続(たとえば、ライン入力)とすることができる。受信機デバイス12は、ポイントツーポイント接続を介して受信されたメディアデータを、Wi-Fiに適したものなど、代替のワイヤレス通信媒体を介して送信するのに適したフォーマットに変換するための(たとえば、変換構成要素16で示された)変換プロセスを実施することができる。
【００６８】
受信機デバイス12は、代替のワイヤレス通信媒体を用いて、1つまたは複数のメディア出力デバイス14との相互接続を確立することもあり得る。ソースデバイス10とポイントツーポイント接続が行われると、受信機デバイス12は、相互接続されたメディア出力デバイス14を識別することができる(504)。受信機デバイス12およびメディア出力デバイス14は、集合的に、メディア出力デバイスのグループを形成する。
【００６９】
ソースデバイス10との接続が形成されたとき、受信機デバイスは、メディア出力デバイス12、14のグループに対する出力構成を実施する(506)。出力構成は、メディア出力デバイスのグループのどれが、リーダとして動作すべきかを識別する(508)。
【００７０】
受信機デバイス12は、リーダデバイスから他のメディア出力デバイス14への、変換されたメディアコンテンツストリームの送信を開始することができる(510)。受信機デバイス12がリーダデバイスである場合、受信機デバイス12は、たとえば、変換されたメディアストリーム15を、グループの他のメディア出力デバイス14に送信するように、サーバアプリケーションまたはプロセスを開始することができる。メディア出力デバイス14のうちの1つがリーダである場合、受信機デバイス12は、プロセスを実施して、リーダデバイスが、メディアストリームを取得できるようにする。図1Cの例で述べたように、たとえば、受信機デバイス12は、変換されたメディアストリーム15をバッファし、かつリーダデバイスのサーバアプリケーションが、バッファされたメディアストリームにアクセスできるようにするリンクを提供することができる。
【００７１】
図5Bは、相互接続されたメディア出力デバイスのグループに対する出力構成を決定するための例示的な方法を示している。さらなる説明用として、図5Bの例示的な方法を説明する上で、その例のステップまたはサブステップの機能を実施するための適切な構成要素または要素を示すために、図2Aおよび図2Bの要素に対して参照が行われる。
【００７２】
図5Bを参照すると、受信機デバイス210は、メディアソースデバイス222とポイントツーポイント接続を行う(514)。ポイントツーポイント接続は、Bluetooth(登録商標)接続として、またはライン入力接続を介して形成することができる。接続が行われた後、受信されたメディアデータを、Wi-Fiに適したものなど、代替のフォーマットへと変換するために、変換プロセスが、受信機デバイス210で実施される。
【００７３】
接続が開始される、または形成されたとき、受信機デバイス210が、メディア出力デバイス210、212、214、216、および218の相互接続されたグループのリーダであるかどうかに関して判定が行われる(516)。受信機デバイス210がリーダである場合、一態様は、受信機デバイス210は、メディアソースデバイス222からメディアコンテンツデータを受信しながら、リーダとして留まることを提供する(518)。
【００７４】
ポイントツーポイント接続が形成された時点で、受信機デバイス210がリーダではない場合、メディア出力デバイス210、212、214、216、および218のグループの中で望ましい出力構成を決定するために、構成選択論理を実行することができる(520)。メディア出力デバイス210、212、214、216、および218のグループに対する出力構成を決定する上で、ならびにメディア出力デバイスのうちのどれがリーダの役割を行うべきかを決定する上で、様々なパラメータおよび因子の比較検討を行う、またはその他の形で考慮するために、構成論理を実施することができる。
【００７５】
一実装形態では、受信機デバイス210は、リーダデバイスと通信を開始し、かつ出力デバイスのグループのリーダになるステップをさらに実施することにより、ポイントツーポイント接続に応ずることができる(522)。リーダになることにより、受信機デバイス210は、メディアソースデバイス222から提供されたメディアデータに他のデバイスがアクセスすることを可能にするサーバアプリケーション250を実施することができる。
【００７６】
代替形態として、受信デバイスは、リードデバイスに対するプロキシになるプロセスを実施することにより、ポイントツーポイント接続に応ずることができる(524)。プロキシとして、受信機デバイス210はまた、サーバアプリケーション250を実行して、他のメディア出力デバイス212〜218に伝達すべきメディアデータ(たとえば、変換されたメディアデータ)をホストすることができる。そのような出力構成の例が、図3Aおよび図3Bの例でより詳細に述べられている。
【００７７】
別の代替形態または変形形態として、受信機デバイス210は、別のリーダが、対応するサーバアプリケーションを実行するのと関連して、サーバアプリケーション250を実施することができる(526)。この出力構成の例は、図4Aおよび図4Bの例を用いてさらに述べられる。
【００７８】
図6は、本明細書で述べられる諸態様を実施できるネットワーク対応のメディア出力デバイスを示すブロック図である。たとえば、図1Cのコンテキストでは、メディア出力デバイス100は、図6におけるネットワーク対応メディア出力デバイスを用いて実施することができる。
【００７９】
例では、メディア出力デバイス600は、プロセッサ604と、メモリ606(非一時的なメモリを含む)と、複数の通信インターフェース618と、再生構成要素630とを含む。示された例では、第1の通信インターフェース618Aは、メディア出力デバイス600が、リソースと、または1つまたは複数の他のデバイス(たとえば、他のメディア出力デバイス)とネットワークリンク(たとえば、Wi-Fiを介する)を確立できるようにする。第2の通信インターフェース618Bは、メディア出力デバイス600に、メディアソースデバイスなど、別のデバイスまたはリソースとポイントツーポイントリンク622(たとえば、Bluetooth(登録商標))を確立できるようにする。メディア出力デバイス600は、命令を処理するためのプロセッサ604を含むことができる。メディア出力デバイス600はまた、情報、およびプロセッサ604により実行される命令を記憶するためのメモリ606を含むことができる。メモリ606は、プロセッサ604により実行される命令の実行中に一時的な変数、または他の中間情報を記憶するために使用することができる。メディア出力デバイス600はまた、プロセッサ604に対する静的情報および命令を記憶することもできる。
【００８０】
通信インターフェース618A、618Bは、たとえば、Bluetooth(登録商標)通信ポート、およびWi-Fi通信ポートを含む異なる形式の接続に対するポートを含むことができる。通信インターフェース618の少なくとも一方は、メディア出力デバイス600に、ネットワークリンク620と、いくつかのよく知られた転送プロトコル(たとえば、ハイパーテキスト転送プロトコル(HTTP))のうちのいずれか1つとを使用することにより、1つまたは複数のネットワークと通信できるようにする。ネットワークの例は、ローカルエリアネットワーク(LAN)、広域ネットワーク(WAN)、インターネット、モバイル電話網、基本電話サービス(POTS)ネットワーク、Bluetooth(登録商標)、およびワイヤレスデータネットワーク(たとえば、Wi-FiおよびWi-Maxネットワーク)を含む。
【００８１】
メディア出力デバイス600は、本明細書で提供される少なくともいくつかの例を実施するために使用することができる。たとえば、プロセッサ604およびメモリ606は、サーバアプリケーション150、ストリーム変換器116、バッファ構成要素130、タイミング論理120、デバイスインターフェース論理126、およびストリームリンク発生器118を実施するための命令(たとえば、以下で述べられる役割命令615)を記憶することができる。通信インターフェース618Aおよび618Bはまた、ポイントツーポイントインターフェース124、およびネットワークインターフェース128を実施するために使用することができる。
【００８２】
例によれば、メモリ606は、プロセッサ604が1つまたは複数の役割を実施できるようにするための命令(「役割命令615」)を記憶する。役割命令615を用いて実施できる役割の例は、ポイントツーポイント接続を用いてメディアソースデバイスに接続する受信機デバイスとして、メディア出力デバイスのグループに対するリーダデバイスとして、またはリーダデバイスに対するプロキシとして動作する役割を含む。
【００８３】
プロセッサ604はまた、メディアコンテンツを生成するために、再生構成要素630に信号を送る、または制御することができる。メディアコンテンツは、通信インターフェース618Bを用いてポイントツーポイントリンク622を介して接続されるソースメディアデバイスから生成され得る。そのような実装形態では、プロセッサ604は、ソースデバイスから入力されるメディアストリームのフォーマットを変換し、次いで、通信インターフェース618Aを用いて、変換されたメディアストリームを、ネットワークリンク620を介して送信するように、役割命令615を選択的に実行することができる。一実装形態では、プロセッサ604は、変換されたメディアストリームの送信を制御することができるが、同期化されたメディアコンテンツを生成するために、変換されたメディアストリームを再生構成要素630に送る。
【００８４】
変形形態では、プロセッサ604は、役割命令615を選択的に実行して、リーダとして動作する別のメディア出力デバイスから、変換されたメディアストリームを受信することができる。再生構成要素630は、変換されたメディアストリームを受信し、かつリーダとして動作する別のメディア出力デバイスの制御下で、メディアコンテンツを出力として生成することができる。
【００８５】
本明細書で述べられる例は、本明細書で述べられる技法を実施するためにメディア出力デバイス600を使用することに関する。いくつかの例によれば、本技法は、プロセッサ604が、メモリ606に含まれる1つまたは複数の命令の1つまたは複数のシーケンスを実行することに応じて、メディア出力デバイス600により実施することができる。メモリ606に含まれている一連の命令(役割命令615を含む)を実行することは、図5Aおよび図5Bを用いて述べられたものなど、例示の方法をプロセッサ604に実施させることができる。代替の態様では、本明細書で述べられた諸態様を実施するために、ソフトウェア命令に代えて、またはソフトウェア命令と組み合わせて、ハードワイヤード回路を使用することができる。したがって、前述の諸態様は、ハードウェア回路およびソフトウェアのいずれかの特有な組合せに限定されない。
【００８６】
例示の態様が、添付の図面を参照して本明細書で詳細に述べられてきたが、特有の例および細部に対する変形形態は、本開示により包含される。本明細書で述べられた諸例の範囲は、特許請求の範囲およびその均等な形態によって定義されるように意図されている。さらに、個々に、または実施形態の一部として述べられた特定の機能は、他の個々に述べられた特徴、または他の態様の部分と組み合わせることも可能であることが企図される。したがって、組合せについての説明の欠如は、発明者がそのような組合せに対する権利を主張するものの妨げとすべきではない。
【符号の説明】
【００８７】
8  ソースメディア
10  ソースデバイス
11  メディアストリーム
12  受信機デバイス
13  ポイントツーポイント接続
14  メディア出力デバイス
15  変換されたメディアストリーム
16  変換構成要素
17  同期化データ
18  リーダ構成要素
20  メディア出力デバイスのグループ
100  メディア出力デバイス
111  メディアストリーム
116  ストリーム変換器
117  変換されたメディアストリーム
118  ストリームリンク発生器
119  ストリームリンク
120  タイミング論理
121  タイミングパラメータ
124  ポイントツーポイントインターフェース
126  デバイスインターフェース論理
128  ネットワークインターフェース
129  要求
130  バッファ構成要素
139  同期化されたメディアストリーム
144  再生構成要素
145  メディアコンテンツ
147  再生制御コマンド
150  サーバアプリケーション
151  同期化されたメディア出力ストリーム
171  待ち時間情報
200  ネットワーク環境
210  メディア出力デバイス、受信機デバイス、受信機/リーダ
211  ポイントツーポイント接続
212  メディア出力デバイス
213  メディアデータ
214  メディア出力デバイス
215  変換されたメディアストリーム
216  メディア出力デバイス
217  切換え
218  メディア出力デバイス
221  GetZoneList
222  メディアソースデバイス
223  ZoneList
225  CreateZone
227  SetZoneLead
229  Play
231  HLSGetStream
250  サーバアプリケーション
300  ネットワーク環境
310  メディア出力デバイス、受信機デバイス
311  ポイントツーポイント接続
312  メディア出力デバイス、リーダデバイス
313  メディアデータ
314  メディア出力デバイス
315  変換されたメディア
316  メディア出力デバイス
318  メディア出力デバイス
321  CreateProxy
322  メディアソースデバイス
323  グループ再生URL、GroupPlayURL
325  Play
331  HLSGetStream
350  サーバアプリケーション
400  ネットワーク環境
410  メディア出力デバイス、受信機デバイス
411  ポイントツーポイント接続
412  メディア出力デバイス、リーダデバイス
413  メディアデータ
414  メディア出力デバイス
415  変換されたメディア
416  メディア出力デバイス
418  メディア出力デバイス
422  メディアソース
423  GroupPlay(URL)
425  Play(URL)
431  HLSGetStream(URL)
433  メディアコンテンツバッファ
435  LSGetStream(URL)
450  サーバアプリケーション
452  サーバアプリケーション
600  メディア出力デバイス
604  プロセッサ
606  メモリ
615  役割命令
618A  第1の通信インターフェース
618B  第2の通信インターフェース
620  ネットワークリンク
622  ポイントツーポイントリンク
630  再生構成要素
【図１Ａ】
2018502477.tif 000003
【図１Ｂ】
2018502477.tif 000004
【図１Ｃ】
2018502477.tif 000005
【図２Ａ】
2018502477.tif 000006
【図２Ｂ】
2018502477.tif 000007
【図２Ｃ】
2018502477.tif 000008
【図３Ａ】
2018502477.tif 000009
【図３Ｂ】
2018502477.tif 000010
【図４Ａ】
2018502477.tif 000011
【図４Ｂ】
2018502477.tif 000012
【図５Ａ】
2018502477.tif 000013
【図５Ｂ】
2018502477.tif 000014
【図６】
2018502477.tif 000015
【国際調査報告】
2018502477.tif 000016
2018502477.tif 000017
2018502477.tif 000018