JP2018506874A - ワイヤレスディスプレイシステム中の複数のシンクへの同期オーディオまたはビデオストリーミングサービスの発見および管理 - Google Patents

Abstract

ソースから複数のシンクデバイスへの同期オーディオ／ビデオストリーミングサービスを可能にするサービス発見およびセッション確立フレームワークのための方法、システム、およびデバイスが説明される。本開示にしたがって、複数のシンクデバイス（例えば、Ｗｉ−Ｆｉスピーカ）が、柔軟な(例えば、プラグアンドプレイ)方式で展開され、ソースデバイスによって発見可能でありうる。いくつかの例では、複数のベンダからのデバイスは、メディアコンテンツまたは利用可能なシンクデバイスの数に基づく柔軟な構成のためにソースデバイスと容易に接続および相互動作しうる。このことから、本開示は、ソースデバイスから複数のシンクデバイスへのディスプレイサービスセッションの確立より前にアプリケーションサービスプラットフォーム（ＡＳＰ）サービス発見を利用することによって、同期オーディオ／ビデオストリーミングに関連付けられたサービス固有発見のための方法を提供する。【選択図】図２

Description

関連出願の相互参照

[0001]本特許出願は、２０１５年１２月２日に出願された「Discovery and Management of Synchronous Audio or Video Streaming Service to Multiple Sinks in Wireless Display System」と題されたKafle他による米国特許出願第１４／９５７，４１０号、および２０１４年１２月４日に出願された「Discovery and Management of Synchronous Audio and Video Streaming Service to Multiple Sinks in Wireless Display System」と題されたKafle他による米国仮特許出願第６２／０８７，６００号の優先権を主張し、それらの各々は、本願の譲受人に譲渡される。

[0002]以下は概して、ワイヤレス通信に関し、より具体的には、ワイヤレスディスプレイシステム中の複数のシンク（sinks）に対する同期オーディオおよびビデオストリーミングサービスの発見および管理に関する。ワイヤレス通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト、等のような様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）でありえ、ワイヤレス媒体にアクセスするために衝突回避付きキャリア感知多元接続（ＣＳＭＡ／ＣＡ）メカニズム（carrier sense multiple access with collision avoidance mechanisms）を利用するＷｉ−Ｆｉシステムとしても知られている。これらのシステムはまた、利用可能なシステムリソース（例えば、時間、周波数、および電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。

[0003]モバイルデバイスは、オーディオ、ビデオ、またはマルチメディアのようなコンテンツをキャプチャまたは生成するために使用されることから、ユーザは、モバイルデバイスと、テレビ、コンピュータ、オーディオシステム、等のような他のデバイスとの間でコンテンツを共有することを所望しうる。あるデバイス（すなわち、シンクデバイス）にとっての１つのアプローチは、別のデバイス（すなわち、ソースデバイス）上に表示されているものを映すことである。このことから、ソースデバイスは、コンテンツ生成器（content producer）でありえ、その一方でシンクデバイスは、コンテンツ消費器（content consumer）として機能しうる。ソースデバイスの例は、スマートフォン、タブレット、等を含みうる。シンクデバイスの例は、テレビ、コンピュータスクリーン、スピーカ、等を含みうる。いくつかのアプリケーションでは、ソースデバイスは、メディアストリームをワイヤレスリンクを通して送信しうる。例えば、Ｗｉ−Ｆｉピアツーピア（Ｐ２Ｐ）ネットワークは、ワイヤレスデバイスが互いと直接通信することを可能にしうる。互いの範囲内のデバイスは、中央アクセスポイントを伴うことなしに直接通信および発見しうる。しかしながら、ワイヤレスピアツーピア接続を確立する従来の方法には、複数のシンクデバイスに対する同期されたサービス発見をサポートするための手段が欠如している。

[0004]説明される特徴は概して、ソースから複数のシンクデバイスへの同期オーディオのみまたはビデオのみあるいはオーディオおよびビデオストリーミングサービスのうちの少なくとも１つを可能にするサービス発見およびセッション確立フレームワークのための１つまたは複数の改善されたシステム、方法、および／または装置に関する。本開示にしたがって、複数のシンクデバイス（例えば、Ｗｉ−Ｆｉスピーカ）が、柔軟な(例えば、プラグアンドプレイ)方式で展開され、ソースデバイスによって発見可能でありうる。いくつかの例では、複数のベンダからのデバイスは、メディアコンテンツまたは利用可能なシンクデバイスの数に基づく柔軟な構成のためにソースデバイスと容易に接続および相互動作しうる。このことから、本開示は、ソースデバイスから複数のシンクデバイスへのピアツーピア（Ｐ２Ｐ）またはＷｉ−Ｆｉインフラストラクチャ接続上でのＷｉ−Ｆｉ Ｄｉｓｐｌａｙ接続の確立より前にアプリケーションサービスプラットフォーム（ＡＳＰ）サービス発見を利用することによって、オーディオ／ビデオストリーミングに関連付けられたサービス固有発見のための方法を提供する。

[0005]ＵＥにおけるワイヤレス通信の方法が説明される。方法は、複数のシンクデバイスの各々のサービス能力（例えば、オーディオおよび／またはビデオ能力）を受信することと、複数のシンクデバイスのサービス能力がソースデバイスによってシークされる少なくとも１つのストリーミングサービスと対応すると決定することと、ソースデバイスから複数のシンクデバイスへのＷｉ−Ｆｉベースの接続を確立する前に、決定することに少なくとも部分的に基づいて、ソースデバイスと複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）サービス発見セッションを確立することとを含みうる。

[0006]ソースデバイスにおけるワイヤレス通信のための装置が説明される。装置は、複数のシンクデバイスの各々のサービス能力（例えば、オーディオおよび／またはビデオ能力）を受信するためのサービス発見コンポーネントと、複数のシンクデバイスのサービス能力がソースデバイスによってシークされる少なくとも１つのストリーミングサービスと対応すると決定するためのサービス要件コンポーネント（service requirement component）と、ソースデバイスから複数のシンクデバイスへのＷｉ−Ｆｉベースの接続を確立する前に、決定することに少なくとも部分的に基づいて、ソースデバイスと複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）サービス発見セッションを確立するための通信確立コンポーネントとを含みうる。

[0007]ソースデバイスにおけるワイヤレス通信のためのさらなる装置が説明される。装置は、プロセッサと、プロセッサと電子通信中のメモリと、メモリ中に記憶された命令とを含みえ、命令は、複数のシンクデバイスの各々のサービス能力（例えば、オーディオおよび／またはビデオ能力）を受信することと、複数のシンクデバイスのサービス能力がソースデバイスによってシークされる少なくとも１つのストリーミングサービスと対応すると決定することと、ソースデバイスから複数のシンクデバイスへのＷｉ−Ｆｉベースの接続を確立する前に、決定することに少なくとも部分的に基づいて、ソースデバイスと複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）サービス発見セッションを確立することとを行うようにプロセッサによって実行可能である。

[0008]ソースデバイスにおけるワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体が説明される。コードは、複数のシンクデバイスの各々のサービス能力（例えば、オーディオおよび／またはビデオ能力）を受信することと、複数のシンクデバイスのサービス能力がソースデバイスによってシークされる少なくとも１つのストリーミングサービスと対応すると決定することと、ソースデバイスから複数のシンクデバイスへのＷｉ−Ｆｉベースの接続を確立する前に、決定することに少なくとも部分的に基づいて、ソースデバイスと複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）サービス発見セッションを確立することとを行うように実行可能な命令を含みうる。

[0009]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例はさらに、同期ストリーミングサービスセットアップのために必要とされるサービス情報についてのパラメータ要求メッセージを複数のシンクデバイスに送信するための処理、特徴、手段、または命令を含みうる。加えてまたは代替として、いくつかの例では、パラメータ要求メッセージは、オーディオストリーミングに関連付けられたモードおよびオーディオコーデックを示すオーディオコーデックパラメータを含む。

[0010]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、パラメータ要求メッセージは、複数のシンクデバイスの予め割り当てられた役割をクエリ（query）する。加えてまたは代替として、いくつかの例は、コンテンツタイプをレンダリングするために、シンクデバイスの能力に少なくとも部分的に基づいて複数のシンクデバイスをマッピングするための処理、特徴、手段、または命令を含みうる。

[0011]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、複数のシンクデバイスのサービス能力は、ソースデバイスがサービス発見を開始することに応答して受信される。加えてまたは代替として、いくつかの例は、ソースデバイスのディスプレイ上に少なくとも１つのシンクデバイスの役割を示す名称または識別情報（ＩＤ）を表示するための処理、特徴、手段、または命令を含みうる。

[0012]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、同期ストリーミングサービスが可能な複数のシンクデバイスとソースデバイスとの間でのＡＳＰセッションは、インフラストラクチャネットワーク上で遂行される。加えてまたは代替として、いくつかの例は、ソースデバイスと複数のシンクデバイスとの間での関連付け後能力ネゴシエーション（post-association capability negotiation）を開始するための処理、特徴、手段、または命令を含みえ、関連付け後能力ネゴシエーションは、ソースデバイスと複数のシンクデバイスとの間でのＴＣＰ接続中でリアルタイムストリーミングプロトコル（ＲＴＳＰ）を利用する。

[0013]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、関連付け後能力ネゴシエーションは、同期ストリーミングセッションをセットアップするために、オーディオ／ビデオストリーミング構成パラメータを含むことを求める、ソースデバイスからのセットアップ要求を備える。加えてまたは代替として、いくつかの例では、サービス能力は、デバイス情報、関連する基本サービスセット識別情報（ＢＳＳＩＤ）、サポートされたオーディオフォーマット、サポートされたビデオフォーマット、３次元（３−Ｄ）ビデオフォーマット、コンテンツ保護、結合されたシンク情報、拡張された能力、ローカルインターネットプロトコル（ＩＰ）アドレス、セッション情報を表示すること、媒体アクセス制御（ＭＡＣ）アドレス、同期ストリーミング情報、または同時セッション能力のうちの少なくとも１つ、あるいはそれらの組み合わせを含む。

[0014]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、同期オーディオ／ビデオストリーミング情報は、シンクデバイスのタイプ、同期レンダリンクのためのコンテンツのタイプ、コンテンツ処理能力（content handling capability）、複数のシンクデバイスの予め構成された役割、タイミング同期のサポートされた方法、サポートされた接続トポロジおよび発見方法、またはベンダ情報のうちの少なくとも１つ、あるいはそれらの組み合わせを含む。複数のシンクデバイスは、ソースデバイスから受信される同期オーディオまたはビデオストリーミングサービスのサービス発見に対応するクエリに関して同期ストリーミングサービスをセットアップするために必要とされる能力を包含するサービス情報を送信する。

[0015]前述は、以下の詳細な説明がより良く理解されうるように、本開示にしたがった例の特徴および技術的利点をどちらかといえば広く概説している。追加の特徴および利点が以下に説明されることになる。開示される概念および特定の例は、本開示と同じ目的を実行するための他の構造を修正または設計するための基礎として容易に利用されうる。本開示は、オーディオコンテンツを参照して説明されるが、本開示の概念が、ソースデバイスによって複数のシンクデバイスに送信されるオーディオ、ビデオ、マルチメディアのような任意のコンテンツに適合されうることが当業者によって理解されるべきである。そのような等価な構造は、添付された特許請求の範囲から逸脱しない。本明細書で開示される概念の特性は、関連する利点とともに、それらの編成および動作の方法の両方に関して、添付の図面に関連して検討されたときに以下の説明からより良く理解されるであろう。図面の各々は、例示および説明のみを目的として提供され、特許請求の範囲の限定の定義としては提供されない。

[0016]本開示の性質および利点のさらなる理解が、以下の図面を参照することによって実現されうる。添付された図面では、同様のコンポーネントまたは特徴は、同じ参照ラベルを有しうる。さらに、同じタイプの様々なコンポーネントは、参照ラベルに、ダッシュと、同様のコンポーネント間を区別する第２のラベルとを後続させることによって区別されうる。本明細書中で第１の参照ラベルだけが使用される場合、その説明は、第２の参照ラベルに関係なく同じ第１の参照ラベルを有する同様のコンポーネントのうちのどの１つにも適用可能である。

本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期オーディオ／ビデオストリーミングサービスの発見および管理のためのワイヤレス通信システムの例を例示する。 本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期オーディオ／ビデオストリーミングサービスの発見および管理についてのプロセスフローの例を例示する。 本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期オーディオ／ビデオストリーミングサービスの発見および管理についてのプロセスフローの例を例示する。 本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期オーディオ／ビデオストリーミングサービスの発見および管理についてのプロセスフローの例を例示する。 本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期オーディオ／ビデオストリーミングサービスの発見および管理のために構成されたソースデバイスのブロック図を示す。 本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期オーディオ／ビデオストリーミングサービスの発見および管理のために構成されたソースデバイスのブロック図を示す。 本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期オーディオ／ビデオストリーミングサービスの発見および管理のために構成されたマルチシンクサービスコンポーネントのブロック図を示す。 本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期オーディオ／ビデオストリーミングサービスの発見および管理のために構成されたモバイルデバイスを含むシステムのブロック図を例示する。 本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期オーディオ／ビデオストリーミングサービスの発見および管理のための方法を例示するフローチャートを示す。 本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期オーディオ／ビデオストリーミングサービスの発見および管理のための方法を例示するフローチャートを示す。

詳細な説明

[0027]説明される実施形態は、ソースデバイスが同期オーディオ／ビデオストリーミングサービスを複数のシンクデバイスと協調させるためのシステムおよび方法を対象としている。上述されたように、ソースデバイスは、コンテンツ生成器（例えば、オーディオ／ビデオコンテンツ）でありえ、その一方でシンクデバイスは、コンテンツ消費器として機能しうる。したがって、いくつかの例では、ソースデバイスにおいて生じるコンテンツは、ワイヤレスディスプレイシステム中の１つまたは複数のシンクデバイスによってレンダリングされうる。本開示にしたがって、ソースデバイスは、複数のシンクデバイスの役割および能力（例えば、デバイスタイプ、スピーカタイプ、オーディオ復号フォーマット、等）を発見するように構成されうる。発見されたシンクデバイスに基づいて、ソースデバイスは、１つまたは複数のシンクデバイスの能力がオーディオサービス／プロファイルについての必要とされるセットアップと対応するかどうかを決定しうる。それ故に、ソースデバイスについての必要とされるオーディオサービス基準がシンクデバイスのうちの１つまたは複数の能力と一致すると決定されると、ソースデバイスは、ソースデバイスと複数のシンクデバイスとの間でのＡＳＰセッションを確立しうる。

[0028]本開示にしたがって、ソースデバイスは、複数のシンクデバイスとの発見および接続セットアップを開始しうる。例えば、ソースデバイス上で実行中のアプリケーションは、発見処理を通じて発見されたシンクデバイス（１つ以上）の名称（１つ以上）を表示しうる。それ故に、ソースデバイスは、ステレオオーディオプロファイル、５．１オーディオ、７．１オーディオのようなプロファイルまたはコンテンツタイプに基づいて、発見されたシンクデバイス（例えば、Ｗｉ−Ｆｉスピーカ）をマッピングしうる。いくつかの例では、ソースデバイスは、ユーザがプロファイルに基づいてシンクデバイスの名称を選択することを可能にしうる。

[0029]加えてまたは代替として、ソースおよびシンクデバイスは、オーディオ／ビデオストリーミング固有サービス情報をワイヤレスディスプレイサービスとしてシークおよびアドバタイズ（advertise）しうる。ワイヤレスデバイスサービスは、ソースデバイス（すなわち、コンテンツの発生元）および複数のシンクデバイス（すなわち、コンテンツの受信元）を含みうる。いくつかの例では、ソースデバイスは、ディスプレイサービスについてのサービスシーカの役割をサポートしえ、その一方でシンクデバイスは、ディスプレイサービスについてのサービスアドバタイザの役割をサポートしうる。それ故に、マルチシンクオーディオ／ビデオストリーミングサービスは、同期オーディオ／ビデオストリーミングを協調させるために、固有サービス情報を有するディスプレイサービス内のサブサービスまたはサービスプロファイルとして指定しうる。本開示のいくつかの例では、オーディオ／ビデオサービスのサービス発見は、関連付け前の状態中または既存のインフラストラクチャ接続中に処理されうる。

[0030]ここで図１を参照すると、システム１００は、ソースデバイス１０５および複数のシンクデバイス１１０を含み、１つまたは複数のアクセスポイント（図示せず）を含みうる。ソースデバイス１０５の例は、スマートフォン、携帯電話、ウェアラブルコンピューティングデバイス、タブレット、携帯情報端末（ＰＤＡ）、ラップトップ、またはリンク１０２（例えば、ワイヤード、セルラワイヤレス、Ｗｉ−Ｆｉ、等）を介してシンクデバイス１１０と通信することが可能な任意の他のデバイスを含みうるが、それらに限定されない。シンクデバイス１１０の例は、車内インフォテインメントデバイス、テレビ、コンピュータ、ラップトップ、プロジェクタ、カメラ、スマートフォン、スピーカ、ワイヤレスヘッドフォン、ウェアラブルコンピューティングデバイス、またはソースデバイス１０５と通信し、ソースデバイス１０５から受信された（すなわち、ディスプレイまたはオーディオ）コンテンツを中継することが可能な任意の他のデバイスを含みうるが、それらに限定されない。シンクデバイス１１０は、デバイスの組み合わせでありうる。例えば、シンクデバイス１１０は、ディプレイデバイス、およびディスプレイデバイス上での表示のためのコンテンツを受信、バッファリング、および復号するための別個のデバイスを含みうる。いくつかの例では、ソースデバイス１０５は、本開示の方法を実行するように構成されたマルチシンクサービスコンポーネント１１５を含みうる。いくつかの例では、マルチシンクサービスコンポーネント１１５は、図５−９を参照して説明されるマルチシンクサービスコンポーネント５１０の例でありうる。

[0031]ソースデバイス１０５は、シンクデバイス１１０にリンク１０２を介して接続されうる。図１中に例示されたリンク１０２は、いくつかの実施形態中ではワイヤードまたはワイヤレスリンクでありうる。ワイヤレスピアツーピア接続を介して接続された、ソースデバイス１０５とシンクデバイス１１０との間での通信は、シンクデバイス１１０においてソースデバイス１０５のコンテンツをリモートでレンダリングするように構成されうる。ワイヤレスリモートディスプレイは、Ｗｉ−Ｆｉ ＡｌｌｉａｎｃｅからのＭｉｒａｃａｓｔ（登録商標）としても知られるＷｉ−Ｆｉ Ｄｉｓｐｌａｙ仕様、Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｌａｕｎｃｈ（ＤＩＡＬ）、Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ（登録商標）（ＤＬＮＡ）、Ａｉｒｐｌａｙ、ＷｉｒｅｌｅｓｓＨＤ、Ｗｉｒｅｌｅｓｓ Ｈｏｍｅ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ（ＷＨＤＩ）、インテルのＷｉｒｅｌｅｓｓ Ｄｉｓｐｌａｙ（Ｗｉ−Ｄｉ）技術、および超広帯域（ＵＷＢ）接続を含むが、それらに限定されない。以下の技法は、図１中に例示されたワイヤレスネットワーキングアーキテクチャを使用して説明されるが、説明される技法は、任意の適したワイヤードまたはワイヤレス通信技術に適用可能である。

[0032]いくつかの例では、ソースデバイス１０５とシンクデバイス１１０との間のリンク１０２は、双方向でありうる。一構成では、ソースデバイス１０５とシンクデバイス１１０との間での接続はまた、ユーザがソースデバイス１０５上に記憶されたアプリケーションをシンクデバイス１１０を介して起動することを可能にしうる。例えば、シンクデバイス１１０は、様々な入力制御（例えば、マウス、キーボード、ノブ、キー、ユーザインターフェースボタン）を含みうる。これらの制御は、ソースデバイス１０５上に記憶されたメディアアプリケーションを通じてソースからのオーディオ／ビデオストリーミング中に初期化およびインタラクトするために、シンクデバイス１１０において使用されうる。

[0033]一実施形態では、ソースデバイス１０５は、Ｗｉ−Ｆｉ Ｄｉｓｐｌａｙ接続を介してシンクデバイス１１０に接続されうる。Ｍｉｒａｃａｓｔとしても知られうるＷｉ−Ｆｉ Ｄｉｓｐｌａｙプロトコルは、ポータブルデバイスまたはコンピュータがメディアコンテンツ（例えば、ビデオ、オーディオ、イメージ、等）を互換性のあるディスプレイにワイヤレスで送信することを可能にする。それは、リンク１０２を通した、圧縮された標準または高精細度ビデオ／オーディオの配信を可能にする。それはまた、ユーザがあるデバイスからのディスプレイを別のデバイスのディスプレイ上にエコーさせる（echo）こと可能にしうる。リンク１０２は、直接的なワイヤレスリンク（例えば、ピアツーピアリンク）でありうるか、またはＷｉ−Ｆｉアクセスポイント（図示せず）を通る間接的なワイヤレスリンクでありうる。直接的なワイヤレスリンクの例は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ接続とＷｉ−Ｆｉ Ｔｕｎｎｅｌｅｄ Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｅｔｕｐ（ＴＤＬＳ）リンクを使用することによって確立された接続とを含む。

[0034]本開示にしたがって、システム１００は、複数のシンクデバイス１１０−ａ（から１１０−ｃまで）の役割および能力を発見するようにソースデバイス１０５を構成することによって、同期オーディオ／ビデオストリーミングをサポートしうる。いくつかの例では、ソースデバイス１０５は、複数のシンクデバイス１１０の能力が同期ストリーミングサービスについての必要とされる構成を満たすかどうかを決定しうる。シンクデバイス１１０の能力が必要とされる基準と一致すると決定すると、ソースおよび各シンクデバイスのディスプレイサービスは、Ｐ２Ｐプロビジョン発見（provision discovery）を遂行するためにＡＳＰを利用し、Ｐ２Ｐグループを形成しうる。いくつかの例では、ＡＳＰセッションは、ソースデバイス１０５と各シンクデバイス１１０との間で作成されうる。加えてまたは代替として、サポートされたとき、ソースデバイス１０５および複数のシンクデバイス１１０は、ＡＳＰセッションを確立するために、既存のインフラストラクチャ接続を利用しうる。

[0035]このことから、本開示にしたがって、ディスプレイサービスとＡＳＰとの間でＡＳＰインターフェースを使用して、ソースデバイス１０５は、同期ストリーミングサービスを発見し、シンクデバイス１１０は、同期ストリーミングサービスをアドバタイズしうる。ＡＳＰインターフェースは、サービスをアドバタイズする（すなわち、サービスアドバタイザの役割）、サービスをシークする（すなわち、サービスシーカの役割）、ＡＳＰセッションをセットアップする、またはそれらの組み合わせのような様々な機能を遂行するようにＡＳＰに命令するためにサービスエンティティが使用しうる方法または機能呼び出し（function call）を提供しうる。いくつかの例では、オーディオコンテンツを受信することが可能でありうるシンクデバイス１１０を発見することをシークするソースデバイス１０５は、シークされる必須のサービスを指定しうる。１つまたは複数の例では、ソースデバイス１０５中のディスプレイサービスは、ＡＳＰの「サービスをシークする」機能を呼び出すことによってマルチシンク同期ストリーミングサービスの発見を開始するために、「サービスをシークする」プリミティブ（primitive）を発行しうる。「サービスをシークする」機能呼び出しは、ソースデバイス１０５によってシークされるシンクデバイス１１０中の能力を識別しうる。シンクデバイス１１０の能力は、デバイス情報を表示すること、関連するＢＳＳＩＤを表示すること、オーディオフォーマットを表示すること、ビデオフォーマットを表示すること、３Ｄビデオフォーマットを表示すること、コンテンツ保護を表示すること、結合されたシンク情報を表示すること、拡張された能力を表示すること、ローカルＩＰアドレスを表示すること、セッション情報を表示すること、代替のＭＡＣアドレスを表示すること、同期ストリーミング情報を表示すること、または同時セッション能力を表示することのうちの１つまたは複数、あるいはそれらの組み合わせを含みうる。

[0036]サービスをシークする機能呼び出しに応答して、マルチシンクオーディオレンダリングが可能な１つまたは複数のシンクデバイス１１０は、それらの能力をソースデバイス１０５にサービス情報パラメータを介してアドバタイズしうる。サービス情報パラメータは、ディスプレイ能力値のうちの１つとして同期ストリーミングサービス能力ビットマップに対応するユニバーサル変換フォーマット８ビット（ＵＴＦ−８：universal transformation format-8 bit）列を含みうる。いくつかの例では、サービス情報パラメータは、フォーマット、文字セット、および最大長、等がマルチキャストドメインネームサービス（ｍＤＮＳ）またはＲＦＣ６７６３を使用するＤＮＳベースのサービス発見シンタックスに基づいて指定される１つまたは複数のキー値ペアレコードを有するＵＴＦ−８符号化されたＴＸＴレコードフィールドを含みうる。１つまたは複数の例では、同期ストリーミング情報フィールドは、オプションのベンダ固有サービス情報を含みうるＮバイトのベンダ固有フィールドによって後続される、デバイスタイプ／サブタイプ、オーディオ処理能力、スピーカの役割または位置を示すなどのために常に存在するサブフィールドを含む最低限の第１のＭバイトを包含しうる。いくつかの例では、サービス情報の第１の部分（すなわち、第１のＭバイト）中に存在するスピーカの役割または位置フィールドは、ＩＳＯ／ＩＥＣ６２５７４におけるようなマルチチャネル割り振りと一致するＣＥＡ８６１．２仕様中で指定されるスピーカのロケーションのネーミングを使用して指定される。いくつかの例では、Ｎバイトのベンダ固有サービス能力情報は、シンクデバイス１１０の名称またはシンクデバイスによってサポートされる追加の属性のような追加の能力の詳細を含むために使用されうる。他の例では、サービス情報は、拡張可能なマークアップ言語（ＸＭＬ）構造を使用して送信されうる。

[0037]加えてまたは代替として、ソースデバイス１０５中のディスプレイサービスはまた、シンクデバイスによって発見され、その能力を発見するために、アドバタイズサービスプリミティブを使用しうる。ソースデバイス１０５が複数のシンクとの同時セッションをサポートすることが可能なとき、ソースデバイス１０５は、１つよりも多くのシンクデバイス１１０がソースデバイス１０５との同時ＡＳＰセッションをセットアップしうるように、サービス情報中に同時セッション能力フィールドを含みうる。いくつかの例では、ＡＳＰセッションがマルチシンクオーディオサービスのためにセットアップされると、グループオーナー（ＧＯ）ネゴシエーションがスキップされうるようにＷＦＤソースデバイス１０５（すなわち、サービスシーカ）がＰ２Ｐクライアントとして各シンクデバイス１１０（すなわち、サービスアドバイザ）およびＧＯの役割を引き受けうる（assume）ような接続能力交換を制約することによってＡＳＰ Ｐ２Ｐグループ形成が遂行されうる。いくつかの例では、ソースデバイス１０５とシンクデバイス１１０との間での接続セットアップおよびＡＳＰセッションセットアップは、インフラストラクチャネットワーク上で遂行されうる。

[0038]本開示にしたがって、ソースデバイス１０５およびシンクデバイス１１０がサービス発見および確立されたＡＳＰセッションを完了しえた後で、デバイスは、ワイヤレスディスプレイセッションセットアップを遂行しうる。いくつかの例では、ワイヤレスディスプレイセッションは、Ｗｉ−Ｆｉディスプレイセッションと交換可能に呼ばれうる。いくつかの例では、ワイヤレスディスプレイセッションは、ソースデバイス１０５と各シンクデバイス１１０との間での、それらの間でのＴＣＰ接続上での、ＲＴＳＰ能力ネゴシエーションを伴いうる。いくつかの例では、ＲＴＳＰ能力ネゴシエーションは、デバイスタイプ／サブタイプ、オーディオ処理能力、およびスピーカの役割または位置およびタイミング同期状態を示す同期ストリーミングサービス能力パラメータを含むＲＴＳＰパラメータ入手要求および応答メッセージ交換（RTSP get parameter request and response message exchanges）を遂行することによってソースデバイス１０５が各シンクデバイス１１０にクエリすることを含みうる。複数のシンクを必要とする同期ストリーミングサービスの場合、ユーザのインタラクションまたはオーディオアプリケーション１２０は、ソースデバイス１０５が対応するオーディオチャネルをシンクデバイス１１０にルーティングしうるように、セットアップに基づいて固有のスピーカの役割を引き受けることを各シンクデバイス１１０（例えば、スピーカ）に割り当てるようにＭｉｒａｃａｓｔ（登録商標）セッションを構成しうる。代替として、シンクデバイス１１０は、アグリゲートされたオーディオコンテンツ（例えば、符号化されたマルチチャネルコンテンツ）からチャネル情報を抽出しうる。

[0039]それ故に、ソースデバイス１０５は、セッションセットアップのために他のＲＴＳＰパラメータとともに同期ストリーミング構成パラメータを包含するＲＴＳＰパラメータ設定要求メッセージ（RTSP set parameter request message）を各シンクデバイス１１０に送信しうる。同期ストリーミング構成パラメータは、オーディオコンテンツのタイプに基づいてオーディオレンダリングのために各シンクデバイス１１０が引き受けるように構成されるスピーカの役割を包含しうる。いくつかの例では、ＲＴＳＰパラメータ設定要求メッセージはまた、ストリーミングのために使用されうるモードおよびオーディオコーデックを識別しうるオーディオコーデックパラメータを含みうる。このことから、同期ストリーミング構成は、オーディオコンテンツおよび構成の詳細をシンクデバイス１１０に提供しうる。いくつかの例では、ソースデバイス１０５とシンクデバイス１１０の各々との間での関連付け後能力ネゴシエーションは、ソースデバイス１０５と複数のシンクデバイス１１０との間での送信制御プロトコル（ＴＣＰ）接続中でリアルタイムストリーミングプロトコル（ＲＴＳＰ）を利用しうる。

[0040]図２は、本開示の様々な態様にしたがって、同期ストリーミングサービスセットアップのためのＡＳＰ発見についてのプロセスフロー２００の例を例示する。プロセスフロー２００は、ソースデバイス１０５−ａを含みえ、それは、図１を参照して説明されたソースデバイス１０５の例でありうる。プロセスフロー２００はまた、シンクデバイス１１０−ｄを含みえ、それは、図１を参照して上述されたシンクデバイス１１０の例でありうる。シンクデバイス１１０−ｄは、それがサポートするサービスを他のデバイスにアドバタイズしうる。シンクデバイス１１０−ｄは、オーディオアプリケーション２０５−ａ、ディスプレイサービス２１０−ａ、およびＡＳＰ２１５−ａを含みえ、それらは、互いと通信しうる。同様に、ソースデバイス１０５−ａはまた、オーディオアプリケーション２０５−ｂ、ディスプレイサービス２１０−ｂ、およびＡＳＰ２１５−ｂを含みうる。単一のシンクデバイス１１０−ｄを参照して説明されるが、プロセスフロー２００のステップは、複数のシンクデバイス１１０を用いて使用されうる。

[0041]例えば、いくつかのケースでは、ソースデバイス１０５は、特定のサービス（例えば、オーディオストリーミング）をサポートすることが可能なシンクデバイス１１０を発見することを望みうる。そのような事例では、ソースデバイス１０５は、各シンクデバイス１１０の役割および能力を発見しうる（例えば、スピーカタイプ、オーディオフォーマット、等）。ソースデバイス１０５は、シンクデバイス１１０がオーディオサービス／プロファイルについてのセットアップと互換性があるかどうかを決定するために、各シンクデバイス１１０の役割および能力情報を使用しうる。シンクデバイス１１０に互換性がある場合、ソースデバイス１０５中のディスプレイサービスおよび各シンクデバイス１１０中のディスプレイサービスは、Ｐ２Ｐプロビジョン発見を遂行するためにＡＳＰを使用し、その後Ｐ２Ｐグループを形成しうる。言い換えれば、ＡＳＰセッションは、ソースデバイス１０５と各シンクデバイス１１０との間で作成される。いくつかのケースでは、ＡＳＰは、ＡＳＰセッションのためにインフラストラクチャ接続を使用しうる。関連付け後、ソースデバイス１０５およびシンクデバイス１１０は、リアルタイムストリーミングプロトコル（ＲＴＳＰ）を使用して能力ネゴシエーションを遂行しうる。ＲＴＳＰネゴシエーションが完了した後で、ソースデバイス１０５は、オーディオコンテンツをシンクデバイス１１０にストリーミングしうる。

[0042]ステップ２２０において、オーディオアプリケーション２０５−ａは、シンクデバイス１１０−ｄに関連付けられたサービスをＡＳＰ２１５−ａにアドバタイズしうる。サービスは、近接する他のデバイスにブロードキャストされうる。ステップ２２５において、ソースデバイス１０５−ａは、それが、ある特定のタイプのサービス（例えば、オーディオのみのコンテンツの受信）をオファーすることが可能なシンクデバイス１１０を発見することをシークすると決定しうる。このことから、オーディオアプリケーション２０５−ｂは、オーディオのみのサービスが要求されたことをディスプレイサービス２１０−ｂに通信しうる。それ故に、ステップ２３０において、ディスプレイサービス２１０−ｂは、サービスをシークするために、ＡＳＰ２１５−ｂと通信しうる。それに応答して、ステップ２３５において、ＡＳＰ２１５−ｂは、ＡＳＰ Ｐ２Ｐプローブ要求をシンクデバイス１１０−ｄに送信する。いくつかのケースでは、プローブ要求は、サービスハッシュを含みうる。シンクデバイス１１０−ｄは、プローブ要求、およびサービスハッシュを受信し、ソースデバイス１０５−ａによってシークされるサービスがシンクデバイス１１０−ｄによってオファーされると決定するためにサービスハッシュを使用しうる（すなわち、ステップ２４０において、ＡＳＰ２１５−ａは、ハッシュマッチング（hash matching）を遂行しうる）。後に、ステップ２４５において、シンクデバイス１１０−ｄは、ＡＳＰ２１５−ａを介して、ＡＳＰ Ｐ２Ｐプローブ応答をソースデバイス１０５−ａに送りうる。プローブ応答は、アドバタイズメントアイデンティティ（ＩＤ）、およびシンクデバイス１１０−ｄがオファーするサービスの名称のようなシンクデバイス１１０−ｄの能力に固有の情報を含みうる。

[0043]シンクデバイス１１０−ｄからプローブ応答を受信すると、ソースデバイス１０５−ａは、ステップ２５０において、ＡＳＰ Ｐ２Ｐサービス発見要求をシンクデバイス１１０−ｄに送信しうる。サービス発見要求は、シンクデバイス１１０−ｄによって要求されるサービス名称およびサービス情報（例えば、ディスプレイ能力および対応するビットマップ値）を含みうる。ステップ２５５において、シンクデバイス１１０−ｄは、サービス発見要求によって伝達されたサービス情報およびサービス名称をシンクデバイス１１０−ｄに関連するサービス情報およびサービス名称と一致させうる。このことから、ステップ２６０において、シンクデバイス１１０−ｄは、ＡＳＰ Ｐ２Ｐサービス発見応答をソースデバイス１０５−ａに送りうる。サービス発見応答は、一致させられたサービス名称およびサービス情報（例えば、オーディオストリーミング）、ならびにアドバタイズメントＩＤを含みうる。ステップ２６５において、ＡＳＰ２１５−ｂは、サービスについての探索の結果をディスプレイサービス２１０−ｂに通信しうる。このことから、ステップ２７０において、ディスプレイサービス２１０−ｂは、探索結果によって伝達された情報を使用して、デバイスのリストをオーディオアプリケーション２０５−ｂに通信しうる。後に、オーディオアプリケーション２０５−ｂは、選択されたデバイス（例えば、シンクデバイス１１０−ｄ）をディスプレイサービス２１０−ｂに通信しうる。ディスプレイサービス２１０−ｂは、接続セッション２７５を始めるための情報をＡＳＰ２１５−ｂと通信しうる。

[0044]図３は、本開示の様々な態様にしたがって、同期ストリーミングサービスセットアップのためのＡＳＰ Ｐ２Ｐ接続プロビジョニングについてのプロセスフロー３００の例を例示する。プロセスフロー３００は、ソースデバイス１０５−ａおよびシンクデバイス１１０−ｄによってインプリメントされ、図２中で説明されたディスプレイサービスに対するＡＳＰ発見についてのプロセスフロー２００の後で生じうる。

[0045]ステップ３０５において、ソースデバイス１０５−ａは、ＡＳＰ２１５−ｂを介して、プロビジョン発見要求をシンクデバイス１１０−ｄに送信しうる。いくつかのケースでは、発見要求は、セッション情報および接続能力を含みうる。ステップ３１０において、ＡＳＰ２１５−ｂは、サービス要求が送られたことをディスプレイサービス２１０−ｂに知らせうる。加えて、ＡＳＰ２１５−ａは、セッションが要求されたことをディスプレイサービス２１０−ａに知らせうる。ステップ３１５において、ディスプレイサービス２１０−ａは、セッション情報をオーディオアプリケーション２０５−ａに通信しうる。ステップ３２０において、オーディオアプリケーションは、プロビジョン発見要求によって要求されたセッションパラメータを受け入れうる。ステップ３２５において、シンクデバイス１１０−ｄは、状態が延期されたことを示す情報を含みうるＡＳＰ Ｐ２Ｐプロビジョン発見応答をソースデバイス１０５−ａに送信しうる。ＡＳＰ２１５−ｂは、状態情報をディスプレイサービス２１０−ｂに中継しうる（例えば、ステップ３３０において、ＡＳＰ２１５−ｂは、サービス要求が延期されたことをディスプレイサービス２１０−ｂに通信しうる）。

[0046]ステップ３３５において、ディスプレイサービス２１０−ａは、セッション確認をＡＳＰ２１５−ａに通信しうる。後に、ステップ３４０において、シンクデバイス１１０−ｄは、ＡＳＰ２１５−ａを介して、プロビジョン発見要求をソースデバイス１０５−ａに送信しうる。プロビジョン発見要求は、ソースデバイス１０５−ａからの要求の状態（例えば、成功）のような情報、ならびにセッション情報を含みうる。またステップ３４５において、ＡＳＰ２１５−ｂは、サービス要求の状態（例えば、受け入れられた）をディスプレイサービス２１０−ｂに通信しうる。このことから、ステップ３５０において、ソースデバイス１０５−ａは、プロビジョン発見応答をシンクデバイス１１０−ｄに送信しうる。いくつかの例では、プロビジョン発見要求は、接続能力情報を含みうる。いくつかの例では、ソースデバイス１０５−ａおよびシンクデバイス１１０−ｄは、Ｐ２Ｐグループ形成に加わることまたは既存のＰ２Ｐグループに加わることを試みうる。そのようなケースでは、接続状態は、ＡＳＰ２１５からディスプレイサービス２１０に伝達されうる。例えば、ステップ３５５において、ＡＳＰ２１５−ａは、Ｐ２Ｐグループ接続状態情報をディスプレイサービス２１０−ａに通信しうる（例えば、ＡＳＰ２１５−ａは、グループ形成が始まったことを通信しうる）。同様に、ステップ３６０において、ＡＳＰ２１５−ｂは、Ｐ２Ｐグループ接続状態情報をディスプレイサービス２１０−ｂに通信しうる。ステップ３６５において、ＡＳＰ２１５−ａは、グループ形成が完了したことをディスプレイサービス２１０−ａに通信しうる。ステップ３７０において、ＡＳＰ２１５−ｂは、グループ形成が完了したことをディスプレイサービス２１０−ｂに通信しうる。

[0047]図４は、本開示の様々な態様にしたがって、同期ストリーミングサービスセットアップのためのＡＳＰディスプレイセッション作成についてのプロセスフロー４００の例を例示する。プロセスフロー４００は、ソースデバイス１０５−ａおよびシンクデバイス１１０−ｄによってインプリメントされ、図２および３を参照して説明されたプロセスフロー２００および３００の後で生じうる。

[0048]ステップ４０５において、ソースデバイス１０５−ａは、ＡＳＰ２１５−ｂを介して、ＡＳＰセッション要求をシンクデバイス１１０−ｄに送りうる。ＡＳＰセッション要求は、アドバタイズメントＩＤ、媒体アクセス制御（ＭＡＣ）アドレス、およびセッションＩＤに関係した情報を含みうる。ＡＳＰ２１５−ｂは、セッションの状態に関係した情報をディスプレイサービス２１０−ｂに伝達しうる（例えば、ＡＳＰ２１５−ｂは、セッションが開始されたことを通信しうる）。いくつかの例では、ステップ４１０において、ＡＳＰ２１５−ａは、セッションが要求されたことをディスプレイサービス２１０−ａに伝達しうる（すなわち、ＡＳＰは、セッション状態情報をディスプレイサービス２１０−ａに通信しうる）。ステップ４１５において、シンクデバイス１１０−ｄは、ＡＳＰ２１５−ａを介して、確認応答（ＡＣＫ）をソースデバイス１０５−ａに送りえ、それは、シンクデバイス１１０−ｄがＡＳＰセッション要求を受信したことを示しうる。ステップ４２０において、ディスプレイサービス２１０−ａは、ポートを構成するために、ＡＳＰ２１５−ａと通信しうる。例えば、ディスプレイサービス２１０−ａは、ポートに対する要求をＡＳＰ２１５−ａに通信しうる。加えて、ディスプレイサービス２１０−ａは、ポートバウンド（port bound）をＡＳＰ２１５−ａに通信しうる。後に、ステップ４２５において、ＡＳＰ２１５−ａは、ポートの状態をディスプレイサービス２１０−ａに伝達しうる。ディスプレイサービス２１０−ａがポート情報を有すると、ディスプレイサービスは、ステップ４３０において、セッションの準備が整ったことをＡＳＰ２１５−ａに示しうる。ステップ４３５において、ＡＳＰ２１５−ａは、（例えば、セッションが開いているという）接続状態情報をディスプレイサービス２１０−ａに伝達しうる。ＡＳＰ２１５−ａはまた、ＡＳＰ追加セッションメッセージ（ASP added session message）をソースデバイス１０５−ａに送信するために、シンクデバイス１１０−ｄによって使用される。ステップ４４０において、ＡＳＰ２１５−ａは、ＡＳＰ追加セッションメッセージをソースデバイスのＡＳＰ２１５−ｂに送信しうる。それに応答して、ＡＳＰ２１５−ｂは、ステップ４４５において、（例えば、それが開いているという）セッションの状態をディスプレイサービス２１０−ｂに通信しうる。このことから、ステップ４５０において、ソースデバイス１０５−ａは、ＡＳＰ２１５−ｂを介して、ＡＣＫをシンクデバイス１１０−ｄに送信しうる。ＡＣＫは、ソースデバイスがＡＳＰ追加セッションメッセージを受信したことを示しうる。ステップ４５５において、ディスプレイサービス２１０−ｂは、通信ポート構成情報をＡＳＰ２１５−ｂに通信しうる。情報は、ポート要求およびポートバウンドを含みうる。それ故に、ステップ４６０において、ＡＳＰ２１５−ｂは、ポート状態をディスプレイサービス２１０−ｂに通信しうる。ステップ４６５において、ソースデバイス１０５−ａは、アプリケーションソケット接続メッセージをシンクデバイス１１０−ｂに送信しうる。このことから、Ｗｉ−Ｆｉディスプレイ能力ネゴシエーションおよびセッションセットアップ（ＲＴＳＰ）が生じうる。例えば、Ｗｉ−Ｆｉディスプレイ能力交換が、ディスプレイサービス２１０−ａと２１０−ｂとの間で生じうる。加えて、いくつかのケースでは、Ｗｉ−Ｆｉディスプレイセッションセットアップメッセージが、ディスプレイサービス２１０−ａとディスプレイサービス２１０−ｂとの間で通信されうる。このことから、ステップ４７０において、シンクデバイス１１０−ｄのディスプレイサービス２１０−ａおよびソースデバイス１０５−ａのディスプレイサービス２１０−ｂは、ＲＴＳＰ能力ネゴシエーションおよびＷｉ−Ｆｉディスプレイセッションセットアップ期間中に、Ｗｉ−Ｆｉディスプレイ能力を交換し、Ｗｉ−Ｆｉディスプレイセッションをセットアップしうる。

[0049]図５は、本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期オーディオストリーミングサービスの発見および管理のために構成されたワイヤレスデバイス５００のブロック図を示す。ワイヤレスデバイス５００は、図１−４を参照して説明されたソースデバイス１０５の態様の例でありうる。ワイヤレスデバイス５００は、受信機５０５、マルチシンクサービスコンポーネント５１０、または送信機５１５を含みうる。ワイヤレスデバイス５００はまた、プロセッサを含みうる。これらのコンポーネントの各々は、互いと通信中でありうる。

[0050]ワイヤレスデバイス５００のコンポーネントは、個々にまたは集合的に、ハードウェア中で適用可能な機能のうちのいくつかまたは全てを遂行するように適合された少なくとも１つの特定用途向け集積回路（ＡＳＩＣ）を用いてインプリメントされうる。代替として、機能は、少なくとも１つのＩＣ上で、１つまたは複数の他の処理ユニット（あるいはコア）によって遂行されうる。他の実施形態では、他のタイプの集積回路（例えば、ストラクチャード／プラットフォームＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または別のセミカスタムＩＣ）が使用されえ、それらは、当該技術において知られている任意の方式でプログラムされうる。各ユニットの機能はまた、全体的にあるいは部分的に、メモリ中で具現化された命令によりインプリメントされ、１つまたは複数の汎用あるいは特定用途向けプロセッサによって実行されるようにフォーマットされうる。

[0051]受信機５０５は、様々な情報チャネル（例えば、制御チャネル、データチャネル、およびワイヤレスディスプレイシステム中の複数のシンクに対する同期オーディオストリーミングサービスの発見および管理に関連する情報、等）に関連付けられた、パケット、ユーザデータ、または制御情報のような情報を通信リンク５０２を通して受信しうる。情報は、リンク５０４を介してマルチシンクサービスコンポーネント５１０に、およびワイヤレスデバイス５００の他のコンポーネントに伝えられうる。

[0052]マルチシンクサービスコンポーネント５１０は、複数のシンクデバイスの各々のサービス能力を受信することと、複数のシンクデバイスのサービス能力がソースデバイスによってシークされる少なくとも１つのサービスと対応すると決定することと、決定することに少なくとも部分的に基づいて、ソースデバイスと複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）セッションを確立することとを行いうる。

[0053]送信機５１５は、マルチシンクサービスコンポーネント５１０からリンク５０６を介して情報を受信し、ワイヤレスデバイス５００の他のコンポーネントから受信された信号５０８を送信しうる。いくつかの実施形態では、送信機５１５は、トランシーバコンポーネント中で受信機５０５とコロケートされ（collocated）うる。送信機５１５は、単一のアンテナを含みうるか、またはそれは、複数のアンテナを含みうる。

[0054]図６は、本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期ストリーミングサービスの発見および管理のためのワイヤレスデバイス６００のブロック図を示す。ワイヤレスデバイス６００は、図１−５を参照して説明されたシンクデバイス１１０、ソースデバイス１０５またはワイヤレスデバイス５００の態様の例でありうる。ワイヤレスデバイス６００は、受信機５０５−ａ、マルチシンクサービスコンポーネント５１０−ａ、または送信機５１５−ａを含みうる。ワイヤレスデバイス６００はまた、プロセッサを含みうる。これらのコンポーネントの各々は、互いと通信中でありうる。マルチシンクサービスコンポーネント５１０−ａはまた、サービス発見コンポーネント６０５、サービス要件コンポーネント６１０、および通信確立コンポーネント６１５を含みうる。

[0055]ワイヤレスデバイス６００のコンポーネントは、個々にまたは集合的に、ハードウェア中で適用可能な機能のうちのいくつかまたは全てを遂行するように適合された少なくとも１つのＡＳＩＣを用いてインプリメントされうる。代替として、機能は、少なくとも１つのＩＣ上で、１つまたは複数の他の処理ユニット（あるいはコア）によって遂行されうる。他の実施形態では、他のタイプの集積回路（例えば、ストラクチャード／プラットフォームＡＳＩＣ、ＦＰＧＡ、または別のセミカスタムＩＣ）が使用されえ、それらは、当該技術において知られている任意の方式でプログラムされうる。各ユニットの機能はまた、全体的にあるいは部分的に、メモリ中で具現化された命令によりインプリメントされ、１つまたは複数の汎用あるいは特定用途向けプロセッサによって実行されるようにフォーマットされうる。

[0056]受信機５０５−ａは、リンク５０２−ａから情報を受信しえ、それは、リンク５０４−ａを介してマルチシンクサービスコンポーネント５１０−ａに、およびデバイス６００の他のコンポーネントに伝えられうる。マルチシンクサービスコンポーネント５１０−ａは、図５を参照して上述された動作を遂行しうる。送信機５１５−ａは、ワイヤレスデバイス６００の他のコンポーネントから受信された信号を送信しうる。

[0057]サービス発見コンポーネント６０５は、図２−４を参照して上述されたように、複数のシンクデバイスの各々のサービス能力を受信しうる。いくつかの例では、複数のシンクデバイスのサービス能力は、ソースデバイスがサービス発見を開始することに応答して受信される。いくつかの例では、サービス能力は、デバイス情報、関連する基本サービスセット識別情報（ＢＳＳＩＤ）、サポートされたオーディオフォーマット、サポートされたビデオフォーマット、３次元（３−Ｄ）ビデオフォーマット、コンテンツ保護、結合されたシンク情報、拡張された能力、ローカルＩＰアドレス、セッション情報を表示すること、ＭＡＣアドレス、同期ストリーミング情報、または同時セッション能力のうちの少なくとも１つ、あるいはそれらの組み合わせを含む。同期ストリーミング情報は、シンクデバイスのタイプ、同期レンダリンクのためのコンテンツのタイプ、コンテンツ処理能力、複数のシンクデバイスの予め構成された役割、タイミング同期のサポートされた方法、サポートされた接続トポロジおよび発見方法、またはベンダ情報のうちの少なくとも１つ、あるいはそれらの組み合わせを含む。本開示にしたがって、シンクデバイスは、サービスアドバタイザの役割を引き受け、オーディオ／ビデオサービス発見に対応するソースデバイスからのクエリのためにサービス情報を提供することによって、その能力をアドバタイズしうる。

[0058]サービス要件コンポーネント６１０は、図２−４を参照して上述されたように、複数のシンクデバイスのサービス能力がソースデバイスによってシークされる少なくとも１つのサービスと対応すると決定しうる。

[0059]通信確立コンポーネント６１５は、図２−４を参照して上述されたように、決定することに少なくとも部分的に基づいて、ソースデバイスと複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）セッションを確立しうる。いくつかの例では、同期ストリーミングサービスが可能な複数のシンクデバイスとソースデバイスとの間でのＡＳＰセッションは、インフラストラクチャネットワーク上で遂行されうる。

[0060]図７は、本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期ストリーミングサービスの発見および管理のためのワイヤレスデバイス５００またはワイヤレスデバイス６００のコンポーネントでありうるマルチシンクサービスコンポーネント５１０−ｂのブロック図７００を示す。マルチシンクサービスコンポーネント５１０−ｂは、図５−６を参照して説明されたマルチシンクサービスコンポーネント５１０の態様の例でありうる。マルチシンクサービスコンポーネント５１０−ｂは、サービス発見コンポーネント６０５−ａ、サービス要件コンポーネント６１０−ａ、および通信確立コンポーネント６１５−ａを含みうる。これらのコンポーネントの各々は、図６を参照して上述された機能を遂行しうる。マルチシンクサービスコンポーネント５１０−ｂはまた、パラメータ要求コンポーネント７０５、シンクマッピングコンポーネント７１０、ディスプレイコンポーネント７１５、および関連付け後コンポーネント７２０を含みうる。

[0061]マルチシンクサービスコンポーネント５１０−ｂのコンポーネントは、個々にまたは集合的に、ハードウェア中で適用可能な機能のうちのいくつかまたは全てを遂行するように適合された少なくとも１つのＡＳＩＣを用いてインプリメントされうる。代替として、機能は、少なくとも１つのＩＣ上で、１つまたは複数の他の処理ユニット（あるいはコア）によって遂行されうる。他の実施形態では、他のタイプの集積回路（例えば、ストラクチャード／プラットフォームＡＳＩＣ、ＦＰＧＡ、または別のセミカスタムＩＣ）が使用されえ、それらは、当該技術において知られている任意の方式でプログラムされうる。各ユニットの機能はまた、全体的にあるいは部分的に、メモリ中で具現化された命令によりインプリメントされ、１つまたは複数の汎用あるいは特定用途向けプロセッサによって実行されるようにフォーマットされうる。

[0062]パラメータ要求コンポーネント７０５は、図２−４を参照して上述されたように、同期ストリーミングサービスセットアップのために必要とされるサービス情報についてのパラメータ要求メッセージを複数のシンクデバイスに送信しうる。いくつかの例では、パラメータ要求メッセージは、オーディオストリーミングに関連付けられたモードおよびオーディオコーデックを示すオーディオコーデックパラメータを含む。いくつかの例では、パラメータ要求メッセージは、複数のシンクデバイスの予め割り当てられた役割をクエリする。

[0063]シンクマッピングコンポーネント７１０は、図２−４を参照して上述されたように、コンテンツタイプをレンダリングするために、シンクデバイスの能力に少なくとも部分的に基づいて複数のシンクデバイスをマッピングしうる。ディスプレイコンポーネント７１５は、図２−４を参照して上述されたように、ソースデバイスのディスプレイ上に少なくとも１つのシンクデバイスの役割を示す名称またはＩＤを表示しうる。

[0064]関連付け後コンポーネント７２０は、図２−４を参照して上述されたように、ソースデバイスと複数のシンクデバイスとの間での関連付け後能力ネゴシエーションを開始しえ、関連付け後能力ネゴシエーションは、ソースデバイスと複数のシンクデバイスとの間でのＴＣＰ接続中でリアルタイムストリーミングプロトコル（ＲＴＳＰ）を利用する。いくつかの例では、関連付け後能力ネゴシエーションは、同期ストリーミングセッションをセットアップするために、同期ストリーミング構成パラメータを含むことを求める、ソースデバイスからのセットアップ要求を備える。

[0065]図８は、本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期ストリーミングサービスの発見および管理のために構成されたソースデバイス１０５−ｂを含むシステム８００の図を示す。システム８００は、ソースデバイス１０５−ｂを含みえ、それは、図１、２、および５−７を参照して上述されたソースデバイス１０５、ワイヤレスデバイス６００、ワイヤレスデバイス５００の例でありうる。ソースデバイス１０５−ｂは、マルチシンクサービスコンポーネント８１０を含みえ、それは、図５−７を参照して説明されたマルチシンクサービスコンポーネント８１０の例でありうる。ソースデバイス１０５−ｂはまた、オーディオストリーミングアプリケーションコンポーネント８２５を含みうる。オーディオストリーミングアプリケーションコンポーネント８２５は、発見されたシンクデバイスをマッピングし、ユーザがプロファイルに基づいてスピーカの名称を選択することを可能にするように構成されうる。ソースデバイス１０５−ｂはまた、通信を送信するためのコンポーネントおよび通信を受信するためのコンポーネントを含む、双方向音声およびデータ通信のためのコンポーネントを含みうる。

[0066]ソースデバイス１０５−ｂはまた、プロセッサコンポーネント８０５、（ソフトウェア（ＳＷ）８２０を含む）メモリ８１５、トランシーバコンポーネント８３５、および１つまたは複数のアンテナ（１つ以上）８４０を含みえ、それらの各々は、（例えば、バス８４５を介して）互いと、直接的にまたは間接的に、通信しうる。トランシーバコンポーネント８３５は、上述されたように、アンテナ（１つ以上）８４０またはワイヤードあるいはワイヤレスリンクを介して、１つまたは複数のネットワークと双方向に通信しうる。例えば、トランシーバコンポーネント８３５は、アクセスポイント８５０またはシンクデバイス（１つ以上）１１０−ｅと双方向に通信しうる。トランシーバコンポーネント８３５は、パケットを変調し、変調されたパケットを送信のためにアンテナ（１つ以上）８４０に提供し、アンテナ（１つ以上）８４０から受信されたパケットを復調するためのモデムを含みうる。ソースデバイス１０５−ｂは、単一のアンテナ８４０を含みうるが、ソースデバイス１０５−ｂはまた、複数のワイヤレス送信を同時に送信または受信することが可能な複数のアンテナ８４０を有しうる。

[0067]メモリ８１５は、ランダムアクセスメモリ（ＲＡＭ）および読取専用メモリ（ＲＯＭ）を含みうる。メモリ８１５は、実行されると、プロセッサコンポーネント８０５に、本明細書で説明された様々な機能（例えば、ワイヤレスディスプレイシステム中の複数のシンクに対する同期ストリーミングサービスの発見および管理、等）を遂行させる命令を含む、コンピュータ可読、コンピュータ実行可能ソフトウェア／ファームウェアコード８２０を記憶しうる。代替として、ソフトウェア／ファームウェアコード８２０は、プロセッサコンポーネント８０５によって直接実行可能ではないことがありうるが、（例えば、コンパイルおよび実行されると）コンピュータに、本明細書で説明された機能を遂行させうる。プロセッサコンポーネント８０５は、インテリジェントハードウェアデバイス、（例えば、中央処理ユニット（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣ、等）を含みうる。

[0068]一実施形態では、例えば、図５−８中で示されたコンポーネントは各々、ワイヤレスディスプレイシステム中の複数のシンクに対する同期ストリーミングサービスの発見および管理のための回路または回路要素（circuitry）を含む。

[0069]図９は、本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期ストリーミングサービスの発見および管理のための方法９００を例示するフローチャートを示す。方法９００の動作は、図１−８を参照して説明されたように、ソースデバイス１０５またはそのコンポーネントによってインプリメントされうる。例えば、方法９００の動作は、図５−８を参照して説明されたように、マルチシンクサービスコンポーネント５１０によって遂行されうる。いくつかの例では、ソースデバイス１０５は、以下に説明される機能を遂行するためのソースデバイス１０５の機能的な要素を制御するために、コードのセットを実行しうる。加えてまたは代替として、ソースデバイス１０５は、特殊用途ハードウェアを使用して、以下に説明される機能の態様を遂行しうる。

[0070]ブロック９０５において、ソースデバイス１０５は、図２−４を参照して上述されたように、複数のシンクデバイスの各々のサービス能力を受信しうる。ある特定の例では、ブロック９０５の動作は、図６を参照して上述されたように、サービス発見コンポーネント６０５によって遂行されうる。

[0071]ブロック９１０において、ソースデバイス１０５は、図２−４を参照して上述されたように、複数のシンクデバイスのサービス能力がソースデバイスによってシークされる少なくとも１つのサービスと対応すると決定しうる。ある特定の例では、ブロック９１０の動作は、図６を参照して上述されたように、サービス要件コンポーネント６１０によって遂行されうる。

[0072]ブロック９１５において、ソースデバイス１０５は、図２−４を参照して上述されたように、決定することに少なくとも部分的に基づいて、ソースデバイスと複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）セッションを確立しうる。ある特定の例では、ブロック９１５の動作は、図６を参照して上述されたように、通信確立コンポーネント６１５によって遂行されうる。

[0073]このことから、方法９００は、ワイヤレスディスプレイシステム中の複数のシンクに対する同期ストリーミングサービスの発見および管理を提供しうる。方法９００は、可能なインプリメンテーションを説明しており、動作およびステップは、他のインプリメンテーションが可能になるように、再配置またはそうでない場合は修正されうることに留意されたい。

[0074]図１０は、本開示の様々な態様にしたがって、ワイヤレスディスプレイシステム中の複数のシンクに対する同期ストリーミングサービスの発見および管理のための方法１０００を例示するフローチャートを示す。方法１０００の動作は、図１−８を参照して説明されたように、ソースデバイス１０５またはそのコンポーネントによってインプリメントされうる。例えば、方法１０００の動作は、図５−８を参照して説明されたように、マルチシンクサービスコンポーネント５１０によって遂行されうる。いくつかの例では、ソースデバイス１０５は、以下に説明される機能を遂行するためのソースデバイス１０５の機能的な要素を制御するために、コードのセットを実行しうる。加えてまたは代替として、ソースデバイス１０５は、特殊用途ハードウェアを使用して、以下に説明される機能の態様を遂行しうる。

[0075]ブロック１００５において、ソースデバイス１０５は、図２−４を参照して上述されたように、複数のシンクデバイスの各々のサービス能力を受信しうる。ある特定の例では、ブロック１００５の動作は、図６を参照して上述されたように、サービス発見コンポーネント６０５によって遂行されうる。

[0076]ブロック１０１０において、ソースデバイス１０５は、図２−４を参照して上述されたように、複数のシンクデバイスのサービス能力がソースデバイスによってシークされる少なくとも１つのサービスと対応すると決定しうる。ある特定の例では、ブロック１０１０の動作は、図６を参照して上述されたように、サービス要件コンポーネント６１０によって遂行されうる。

[0077]ブロック１０１５において、ソースデバイス１０５は、図２−４を参照して上述されたように、決定することに少なくとも部分的に基づいて、ソースデバイスと複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）セッションを確立しうる。ある特定の例では、ブロック１０１５の動作は、図６を参照して上述されたように、通信確立コンポーネント６１５によって遂行されうる。

[0078]ブロック１０２０において、ソースデバイス１０５は、図２−４を参照して上述されたように、同期ストリーミングサービスセットアップのために必要とされるサービス情報についてのパラメータ要求メッセージを複数のシンクデバイスに送信しうる。いくつかの例では、パラメータ要求メッセージは、オーディオストリーミングに関連付けられたモードおよびオーディオコーデックを示すオーディオコーデックパラメータを含みうる。パラメータ要求メッセージはまた、複数のシンクデバイスの予め割り当てられた役割をクエリしうる。ある特定の例では、ブロック１０１５の動作は、図６を参照して上述されたように、パラメータ要求コンポーネント７０５によって遂行されうる。

[0079]このことから、方法１０００は、ワイヤレスディスプレイシステム中の複数のシンクに対する同期ストリーミングサービスの発見および管理を提供しうる。方法１０００は、可能なインプリメンテーションを説明しており、動作およびステップは、他のインプリメンテーションが可能になるように、再配置またはそうでない場合は修正されうることに留意されたい。いくつかの例では、方法９００および１０００のうちの２つ以上からの態様が組み合されうる。

[0080]添付された図面に関連して上述された詳細な説明は、例証的な実施形態を説明しており、インプリメントされうるまたは特許請求の範囲内にある全ての実施形態を表してはいない。この説明全体を通じて使用されている「例証的（exemplary）」という用語は、「好ましい」または「他の実施形態より有利である」ということではなく、「例、事例、または例示としての役割を果たすこと」を意味する。詳細な説明は、説明された技法の理解を提供することを目的として特定の詳細を含む。これらの技法は、しかしながら、これらの特定の詳細なしに実施されうる。いくつかの事例では、良く知られている構造およびデバイスは、説明された実施形態の概念を曖昧にすることを避けるために、ブロック図形式で示されている。

[0081]情報および信号は、多様な異なる技術および技法のうちの任意のものを使用して表わされうる。例えば、上記の説明全体を通じて参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはそれらの任意の組み合わせによって表されうる。

[0082]様々な例示的なブロック、コンポーネント、および本明細書での開示に関連して説明されたコンポーネントは、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、ＡＳＩＣ、ＦＰＧＡまたは他のプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理、離散ハードウェアコンポーネント、あるいは本明細書で説明された機能を遂行するように設計されたそれらの任意の組み合わせを用いてインプリメントまたは遂行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替では、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでありうる。プロセッサはまた、コンピューティングデバイスの組み合わせ（例えば、ＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成）としてインプリメントされうる。

[0083]本明細書で説明された機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組み合わせ中でインプリメントされうる。プロセッサによって実行されるソフトウェア中でインプリメントされる場合、機能は、コンピュータ可読媒体上で、１つまたは複数の命令またはコードとして記憶または送信されうる。他の例およびインプリメンテーションは、本開示および添付された特許請求の範囲内にある。例えば、ソフトウェアの性質に起因して、上述された機能は、プロセッサによって実行されるソフトウェア、ハードウェア、ファームウェア、ハード配線、またはこれらのうちのいずれかの組み合わせを使用してインプリメントされることができる。機能をインプリメントする特徴はまた、機能の一部分が異なる物理的ロケーションにおいてインプリメントされるように分散されることを含めて、様々な位置に物理的にロケートされ（located）うる。また、特許請求の範囲を含めて、本明細書で使用される場合、項目のリスト（例えば、「〜のうちの少なくとも１つ（at least one of）」または「〜のうちの１つまたは複数（one or more of）」のようなフレーズで始まる項目のリスト）中で使用される「または／あるいは／もしくは（or）」は、例えば、［Ａ、Ｂ、またはＣのうちの少なくとも１つ］のリストが、Ａ、Ｂ、Ｃ、ＡとＢ、ＡとＣ、ＢとＣ、ＡとＢとＣ（すなわち、Ａ、Ｂ、およびＣ）を意味するような、包含的なリストを示す。

[0084]コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体と非一時的コンピュータ記憶媒体との両方を含む。非一時的記憶媒体は、汎用または特殊用途コンピュータによってアクセスされることができる任意の利用可能な媒体でありうる。限定ではなく例として、非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、電気的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスク（ＣＤ）ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいはデータ構造または命令の形態で所望のプログラムコード手段を記憶または搬送するために使用されることができ、汎用または特殊用途コンピュータ、もしくは汎用または特殊用途プロセッサによってアクセスされることができる任意の他の非一時的媒体を備えることができる。また、任意の接続は、厳密にはコンピュータ可読媒体と称される。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義中に含まれる。ディスク（disk）およびディスク（disc）は、本明細書で使用される場合、ＣＤ（disc）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（ＤＶＤ）（disc）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は通常、磁気的にデータを再生し、その一方でディスク（disc）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれる。

[0085]本開示の先の説明は、当業者が本開示を製造または使用することを可能にするために提供される。本開示に対する様々な修正は、当業者にとって容易に明らかとなり、本明細書で定義された包括的な原理は、本開示の範囲から逸脱することなしに他の変形に適用されうる。このことから、本開示は、本明細書で説明された例および設計に限定されるべきではなく、本明細書で開示された原理および新規の特徴と一致する最も広い範囲が付与されるべきである。

[0085]本開示の先の説明は、当業者が本開示を製造または使用することを可能にするために提供される。本開示に対する様々な修正は、当業者にとって容易に明らかとなり、本明細書で定義された包括的な原理は、本開示の範囲から逸脱することなしに他の変形に適用されうる。このことから、本開示は、本明細書で説明された例および設計に限定されるべきではなく、本明細書で開示された原理および新規の特徴と一致する最も広い範囲が付与されるべきである。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ソースデバイスにおけるサービス発見の方法であって、
複数のシンクデバイスの各々のオーディオまたはビデオ能力のうちの少なくとも１つを受信することと、
前記複数のシンクデバイスの前記オーディオまたはビデオ能力が前記ソースデバイスによってシークされる少なくとも１つのストリーミングサービスと対応すると決定することと、
前記ソースデバイスから前記複数のシンクデバイスへのＷｉ−Ｆｉベースの接続を確立する前に、前記決定することに少なくとも部分的に基づいて、前記ソースデバイスと前記複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）サービス発見セッションを確立することと
を備える、方法。
［Ｃ２］
同期ストリーミングサービスセットアップのために必要とされるサービス情報についてのパラメータ要求メッセージを前記複数のシンクデバイスに送信すること
をさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記パラメータ要求メッセージは、オーディオストリーミングに関連付けられたモードおよびオーディオコーデックを示すオーディオコーデックパラメータを含む、Ｃ２に記載の方法。
［Ｃ４］
前記パラメータ要求メッセージは、前記複数のシンクデバイスの予め割り当てられた役割またはロケーションをクエリする、Ｃ２に記載の方法。
［Ｃ５］
コンテンツタイプをレンダリングするために、前記シンクデバイスの前記オーディオまたはビデオ能力に少なくとも部分的に基づいて前記複数のシンクデバイスをマッピングすること
をさらに備える、Ｃ１に記載の方法。
［Ｃ６］
前記複数のシンクデバイスの前記オーディオまたはビデオ能力は、前記ソースデバイスがサービス発見を開始することに応答して受信される、Ｃ１に記載の方法。
［Ｃ７］
前記ソースデバイスのディスプレイ上に少なくとも１つのシンクデバイスの前記役割またはロケーションを示す名称または識別情報（ＩＤ）を表示すること
をさらに備える、Ｃ１に記載の方法。
［Ｃ８］
同期ストリーミングサービスが可能な前記複数のシンクデバイスと前記ソースデバイスとの間での前記ＡＳＰセッションは、インフラストラクチャネットワークまたはピアツーピア（Ｐ２Ｐ）接続上で遂行される、Ｃ１に記載の方法。
［Ｃ９］
前記ソースデバイスと前記複数のシンクデバイスとの間での関連付け後能力ネゴシエーションを開始すること、ここにおいて、前記関連付け後能力ネゴシエーションは、前記ソースデバイスと前記複数のシンクデバイスとの間でのＴＣＰ接続中でリアルタイムストリーミングプロトコル（ＲＴＳＰ）を利用する、
をさらに備える、Ｃ１に記載の方法。
［Ｃ１０］
前記関連付け後能力ネゴシエーションは、同期ストリーミングセッションをセットアップするために、デバイスの役割、コンテンツのタイプ、同期方法、またはそれらの組み合わせを含む同期ストリーミング構成パラメータを含むことを求める、前記ソースデバイスからのセットアップ要求を備える、Ｃ９に記載の方法。
［Ｃ１１］
前記オーディオまたはビデオ能力は、デバイス情報、関連する基本サービスセット識別情報（ＢＳＳＩＤ）、サポートされたオーディオフォーマット、サポートされたビデオフォーマット、３次元（３−Ｄ）ビデオフォーマット、コンテンツ保護、結合されたシンク情報、拡張された能力、ローカルインターネットプロトコル（ＩＰ）アドレス、セッション情報を表示すること、媒体アクセス制御（ＭＡＣ）アドレス、同期ストリーミング情報、または同時セッション能力のうちの少なくとも１つ、あるいはそれらの組み合わせを含む、Ｃ１に記載の方法。
［Ｃ１２］
前記同期ストリーミング情報は、シンクデバイスのタイプ、同期レンダリンクのためのコンテンツのタイプ、コンテンツ処理能力、前記複数のシンクデバイスの予め構成された役割またはロケーション、タイミング同期のサポートされた方法、サポートされた接続トポロジおよび発見方法、またはベンダ情報のうちの少なくとも１つ、あるいはそれらの組み合わせを含む、Ｃ１１に記載の方法。
［Ｃ１３］
前記オーディオまたはビデオ能力は、関連付け前の状態中またはインフラストラクチャ接続中に発見される、Ｃ１に記載の方法。
［Ｃ１４］
前記複数のシンクデバイスのオーディオまたはビデオ能力を受信することは、前記複数のシンクデバイスがサービスアドバタイザの役割を引き受けることを備える、Ｃ１に記載の方法。
［Ｃ１５］
前記複数のシンクデバイスは、前記ソースデバイスから受信される前記同期オーディオまたはビデオストリーミングサービスのサービス発見に対応するクエリに関して同期ストリーミングサービスをセットアップするために必要とされる能力を包含するサービス情報を送信する、Ｃ１４に記載の方法。
［Ｃ１６］
ソースデバイスにおけるサービス発見のための装置であって、
複数のシンクデバイスの各々のオーディオまたはビデオ能力のうちの少なくとも１つを受信するためのサービス発見コンポーネントと、
前記複数のシンクデバイスの前記オーディオまたはビデオ能力が前記ソースデバイスによってシークされる少なくとも１つのストリーミングサービスと対応すると決定するためのサービス要件コンポーネントと、
前記ソースデバイスから前記複数のシンクデバイスへのＷｉ−Ｆｉベースの接続を確立する前に、前記決定することに少なくとも部分的に基づいて、前記ソースデバイスと前記複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）セッションを確立するための通信確立コンポーネントと
を備える、装置。
［Ｃ１７］
同期ストリーミングサービスセットアップのために必要とされるサービス情報についてのパラメータ要求メッセージを前記複数のシンクデバイスに送信するためのパラメータ要求コンポーネント
をさらに備える、Ｃ１６に記載の装置。
［Ｃ１８］
前記パラメータ要求メッセージは、オーディオストリーミングに関連付けられたモードおよびオーディオコーデックを示すオーディオコーデックパラメータを含む、Ｃ１７に記載の装置。
［Ｃ１９］
前記パラメータ要求メッセージは、前記複数のシンクデバイスの予め割り当てられた役割をクエリする、Ｃ１７に記載の装置。
［Ｃ２０］
コンテンツタイプをレンダリングするために、前記シンクデバイスの前記オーディオまたはビデオ能力に少なくとも部分的に基づいて前記複数のシンクデバイスをマッピングするためのシンクマッピングコンポーネント
をさらに備える、Ｃ１６に記載の装置。
［Ｃ２１］
前記複数のシンクデバイスの前記オーディオまたはビデオ能力は、前記ソースデバイスがサービス発見を開始することに応答して受信される、Ｃ１６に記載の装置。
［Ｃ２２］
前記ソースデバイスのディスプレイ上に少なくとも１つのシンクデバイスの前記役割を示す名称または識別情報（ＩＤ）を表示するためのディスプレイコンポーネント
をさらに備える、Ｃ１６に記載の装置。
［Ｃ２３］
同期ストリーミングサービスが可能な前記複数のシンクデバイスと前記ソースデバイスとの間での前記ＡＳＰセッションは、インフラストラクチャネットワークまたはピアツーピア（Ｐ２Ｐ）接続上で遂行される、Ｃ１６に記載の装置。
［Ｃ２４］
前記ソースデバイスと前記複数のシンクデバイスとの間での関連付け後能力ネゴシエーションを開始するための関連付け後コンポーネント、ここにおいて、前記関連付け後能力ネゴシエーションは、前記ソースデバイスと前記複数のシンクデバイスとの間でのＴＣＰ接続中でリアルタイムストリーミングプロトコル（ＲＴＳＰ）を利用する、
をさらに備える、Ｃ１６に記載の装置。
［Ｃ２５］
前記関連付け後能力ネゴシエーションは、同期ストリーミングセッションをセットアップするために、デバイスの役割、コンテンツのタイプ、同期方法、またはそれらの組み合わせを含む同期ストリーミング構成パラメータを含むことを求める、前記ソースデバイスからのセットアップ要求を備える、Ｃ２４に記載の装置。
［Ｃ２６］
前記オーディオまたはビデオ能力は、デバイス情報、関連する基本サービスセット識別情報（ＢＳＳＩＤ）、サポートされたオーディオフォーマット、サポートされたビデオフォーマット、３次元（３−Ｄ）ビデオフォーマット、コンテンツ保護、結合されたシンク情報、拡張された能力、ローカルインターネットプロトコル（ＩＰ）アドレス、セッション情報を表示すること、媒体アクセス制御（ＭＡＣ）アドレス、同期ストリーミング情報、または同時セッション能力のうちの少なくとも１つ、あるいはそれらの組み合わせを含む、Ｃ１６に記載の装置。
［Ｃ２７］
前記同期ストリーミング情報は、シンクデバイスのタイプ、同期レンダリンクのためのコンテンツのタイプ、コンテンツ処理能力、前記複数のシンクデバイスの予め構成された役割またはロケーション、タイミング同期のサポートされた方法、サポートされた接続トポロジおよび発見方法、またはベンダ情報のうちの少なくとも１つ、あるいはそれらの組み合わせを含む、Ｃ２６に記載の装置。
［Ｃ２８］
前記オーディオまたはビデオ能力は、関連付け前の状態中またはインフラストラクチャ接続中に発見される、Ｃ１６に記載の装置。
［Ｃ２９］
前記複数のシンクデバイスのオーディオまたはビデオ能力を受信することは、前記複数のシンクデバイスがサービスアドバタイザの役割を引き受けることを備える、Ｃ１６に記載の装置。
［Ｃ３０］
前記複数のシンクデバイスは、前記ソースデバイスから受信される前記同期オーディオまたはビデオストリーミングサービスのサービス発見に対応するクエリに関して同期ストリーミングサービスをセットアップするために必要とされる能力を包含するサービス情報を送信する、Ｃ２９に記載の装置。
［Ｃ３１］
ソースデバイスにおけるサービス発見のための装置であって、
プロセッサと、
前記プロセッサと電子通信中のメモリと、
前記メモリ中に記憶された命令と
を備え、前記命令は、
複数のシンクデバイスの各々のオーディオまたはビデオ能力のうちの少なくとも１つを受信することと、
前記複数のシンクデバイスの前記オーディオまたはビデオ能力が前記ソースデバイスによってシークされる少なくとも１つのストリーミングサービスと対応すると決定することと、
前記ソースデバイスから前記複数のシンクデバイスへのＷｉ−Ｆｉベースの接続を確立する前に、前記決定することに少なくとも部分的に基づいて、前記ソースデバイスと前記複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）セッションを確立することと
を行うように前記プロセッサによって実行可能である、装置。
［Ｃ３２］
前記命令は、
同期ストリーミングサービスセットアップのために必要とされるサービス情報についてのパラメータ要求メッセージを前記複数のシンクデバイスに送信すること
を行うように前記プロセッサによって実行可能である、Ｃ３１に記載の装置。
［Ｃ３３］
前記パラメータ要求メッセージは、オーディオストリーミングに関連付けられたモードおよびオーディオコーデックを示すオーディオコーデックパラメータを含む、Ｃ３２に記載の装置。
［Ｃ３４］
前記パラメータ要求メッセージは、前記複数のシンクデバイスの予め割り当てられた役割をクエリする、Ｃ３２に記載の装置。
［Ｃ３５］
前記命令は、
コンテンツタイプをレンダリングするために、前記シンクデバイスの前記オーディオまたはビデオ能力に少なくとも部分的に基づいて前記複数のシンクデバイスをマッピングすること
を行うように前記プロセッサによって実行可能である、Ｃ３１に記載の装置。
［Ｃ３６］
前記複数のシンクデバイスの前記オーディオまたはビデオ能力は、前記ソースデバイスがサービス発見を開始することに応答して受信される、Ｃ３１に記載の装置。
［Ｃ３７］
前記命令は、
前記ソースデバイスのディスプレイ上に少なくとも１つのシンクデバイスの前記役割を示す名称または識別情報（ＩＤ）を表示すること
を行うように前記プロセッサによって実行可能である、Ｃ３１に記載の装置。
［Ｃ３８］
同期ストリーミングサービスが可能な前記複数のシンクデバイスと前記ソースデバイスとの間での前記ＡＳＰセッションは、インフラストラクチャネットワークまたはピアツーピア（Ｐ２Ｐ）接続上で遂行される、Ｃ３１に記載の装置。
［Ｃ３９］
前記命令は、
前記ソースデバイスと前記複数のシンクデバイスとの間での関連付け後能力ネゴシエーションを開始すること、ここにおいて、前記関連付け後能力ネゴシエーションは、前記ソースデバイスと前記複数のシンクデバイスとの間でのＴＣＰ接続中でリアルタイムストリーミングプロトコル（ＲＴＳＰ）を利用する、
を行うように前記プロセッサによって実行可能である、Ｃ３１に記載の装置。
［Ｃ４０］
前記関連付け後能力ネゴシエーションは、同期ストリーミングセッションをセットアップするために、デバイスの役割、コンテンツのタイプ、同期方法、またはそれらの組み合わせを含む同期ストリーミング構成パラメータを含むことを求める、前記ソースデバイスからのセットアップ要求を備える、Ｃ３９に記載の装置。
［Ｃ４１］
前記オーディオまたはビデオ能力は、デバイス情報、関連する基本サービスセット識別情報（ＢＳＳＩＤ）、サポートされたオーディオフォーマット、サポートされたビデオフォーマット、３次元（３−Ｄ）ビデオフォーマット、コンテンツ保護、結合されたシンク情報、拡張された能力、ローカルインターネットプロトコル（ＩＰ）アドレス、セッション情報を表示すること、媒体アクセス制御（ＭＡＣ）アドレス、同期ストリーミング情報、または同時セッション能力のうちの少なくとも１つ、あるいはそれらの組み合わせを含む、Ｃ３１に記載の装置。
［Ｃ４２］
前記同期ストリーミング情報は、シンクデバイスのタイプ、同期レンダリンクのためのコンテンツのタイプ、コンテンツ処理能力、前記複数のシンクデバイスの予め構成された役割またはロケーション、タイミング同期のサポートされた方法、サポートされた接続トポロジおよび発見方法、またはベンダ情報のうちの少なくとも１つ、あるいはそれらの組み合わせを含む、Ｃ４１に記載の装置。
［Ｃ４３］
ワイヤレスデバイスにおけるサービス発見のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、
複数のシンクデバイスの各々のオーディオまたはビデオ能力のうちの少なくとも１つを受信することと、
前記複数のシンクデバイスの前記オーディオまたはビデオ能力がソースデバイスによってシークされる少なくとも１つのストリーミングサービスと対応すると決定することと、
前記ソースデバイスから前記複数のシンクデバイスへのＷｉ−Ｆｉベースの接続を確立する前に、前記決定することに少なくとも部分的に基づいて、前記ソースデバイスと前記複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）セッションを確立することと
を行うように実行可能な命令を備える、非一時的コンピュータ可読媒体。

Claims (43)

1. ソースデバイスにおけるサービス発見の方法であって、
   複数のシンクデバイスの各々のオーディオまたはビデオ能力のうちの少なくとも１つを受信することと、
   前記複数のシンクデバイスの前記オーディオまたはビデオ能力が前記ソースデバイスによってシークされる少なくとも１つのストリーミングサービスと対応すると決定することと、
   前記ソースデバイスから前記複数のシンクデバイスへのＷｉ−Ｆｉベースの接続を確立する前に、前記決定することに少なくとも部分的に基づいて、前記ソースデバイスと前記複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）サービス発見セッションを確立することと
   を備える、方法。
2. 同期ストリーミングサービスセットアップのために必要とされるサービス情報についてのパラメータ要求メッセージを前記複数のシンクデバイスに送信すること
   をさらに備える、請求項１に記載の方法。
3. 前記パラメータ要求メッセージは、オーディオストリーミングに関連付けられたモードおよびオーディオコーデックを示すオーディオコーデックパラメータを含む、請求項２に記載の方法。
4. 前記パラメータ要求メッセージは、前記複数のシンクデバイスの予め割り当てられた役割またはロケーションをクエリする、請求項２に記載の方法。
5. コンテンツタイプをレンダリングするために、前記シンクデバイスの前記オーディオまたはビデオ能力に少なくとも部分的に基づいて前記複数のシンクデバイスをマッピングすること
   をさらに備える、請求項１に記載の方法。
6. 前記複数のシンクデバイスの前記オーディオまたはビデオ能力は、前記ソースデバイスがサービス発見を開始することに応答して受信される、請求項１に記載の方法。
7. 前記ソースデバイスのディスプレイ上に少なくとも１つのシンクデバイスの前記役割またはロケーションを示す名称または識別情報（ＩＤ）を表示すること
   をさらに備える、請求項１に記載の方法。
8. 同期ストリーミングサービスが可能な前記複数のシンクデバイスと前記ソースデバイスとの間での前記ＡＳＰセッションは、インフラストラクチャネットワークまたはピアツーピア（Ｐ２Ｐ）接続上で遂行される、請求項１に記載の方法。
9. 前記ソースデバイスと前記複数のシンクデバイスとの間での関連付け後能力ネゴシエーションを開始すること、ここにおいて、前記関連付け後能力ネゴシエーションは、前記ソースデバイスと前記複数のシンクデバイスとの間でのＴＣＰ接続中でリアルタイムストリーミングプロトコル（ＲＴＳＰ）を利用する、
   をさらに備える、請求項１に記載の方法。
10. 前記関連付け後能力ネゴシエーションは、同期ストリーミングセッションをセットアップするために、デバイスの役割、コンテンツのタイプ、同期方法、またはそれらの組み合わせを含む同期ストリーミング構成パラメータを含むことを求める、前記ソースデバイスからのセットアップ要求を備える、請求項９に記載の方法。
11. 前記オーディオまたはビデオ能力は、デバイス情報、関連する基本サービスセット識別情報（ＢＳＳＩＤ）、サポートされたオーディオフォーマット、サポートされたビデオフォーマット、３次元（３−Ｄ）ビデオフォーマット、コンテンツ保護、結合されたシンク情報、拡張された能力、ローカルインターネットプロトコル（ＩＰ）アドレス、セッション情報を表示すること、媒体アクセス制御（ＭＡＣ）アドレス、同期ストリーミング情報、または同時セッション能力のうちの少なくとも１つ、あるいはそれらの組み合わせを含む、請求項１に記載の方法。
12. 前記同期ストリーミング情報は、シンクデバイスのタイプ、同期レンダリンクのためのコンテンツのタイプ、コンテンツ処理能力、前記複数のシンクデバイスの予め構成された役割またはロケーション、タイミング同期のサポートされた方法、サポートされた接続トポロジおよび発見方法、またはベンダ情報のうちの少なくとも１つ、あるいはそれらの組み合わせを含む、請求項１１に記載の方法。
13. 前記オーディオまたはビデオ能力は、関連付け前の状態中またはインフラストラクチャ接続中に発見される、請求項１に記載の方法。
14. 前記複数のシンクデバイスのオーディオまたはビデオ能力を受信することは、前記複数のシンクデバイスがサービスアドバタイザの役割を引き受けることを備える、請求項１に記載の方法。
15. 前記複数のシンクデバイスは、前記ソースデバイスから受信される前記同期オーディオまたはビデオストリーミングサービスのサービス発見に対応するクエリに関して同期ストリーミングサービスをセットアップするために必要とされる能力を包含するサービス情報を送信する、請求項１４に記載の方法。
16. ソースデバイスにおけるサービス発見のための装置であって、
    複数のシンクデバイスの各々のオーディオまたはビデオ能力のうちの少なくとも１つを受信するためのサービス発見コンポーネントと、
    前記複数のシンクデバイスの前記オーディオまたはビデオ能力が前記ソースデバイスによってシークされる少なくとも１つのストリーミングサービスと対応すると決定するためのサービス要件コンポーネントと、
    前記ソースデバイスから前記複数のシンクデバイスへのＷｉ−Ｆｉベースの接続を確立する前に、前記決定することに少なくとも部分的に基づいて、前記ソースデバイスと前記複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）セッションを確立するための通信確立コンポーネントと
    を備える、装置。
17. 同期ストリーミングサービスセットアップのために必要とされるサービス情報についてのパラメータ要求メッセージを前記複数のシンクデバイスに送信するためのパラメータ要求コンポーネント
    をさらに備える、請求項１６に記載の装置。
18. 前記パラメータ要求メッセージは、オーディオストリーミングに関連付けられたモードおよびオーディオコーデックを示すオーディオコーデックパラメータを含む、請求項１７に記載の装置。
19. 前記パラメータ要求メッセージは、前記複数のシンクデバイスの予め割り当てられた役割をクエリする、請求項１７に記載の装置。
20. コンテンツタイプをレンダリングするために、前記シンクデバイスの前記オーディオまたはビデオ能力に少なくとも部分的に基づいて前記複数のシンクデバイスをマッピングするためのシンクマッピングコンポーネント
    をさらに備える、請求項１６に記載の装置。
21. 前記複数のシンクデバイスの前記オーディオまたはビデオ能力は、前記ソースデバイスがサービス発見を開始することに応答して受信される、請求項１６に記載の装置。
22. 前記ソースデバイスのディスプレイ上に少なくとも１つのシンクデバイスの前記役割を示す名称または識別情報（ＩＤ）を表示するためのディスプレイコンポーネント
    をさらに備える、請求項１６に記載の装置。
23. 同期ストリーミングサービスが可能な前記複数のシンクデバイスと前記ソースデバイスとの間での前記ＡＳＰセッションは、インフラストラクチャネットワークまたはピアツーピア（Ｐ２Ｐ）接続上で遂行される、請求項１６に記載の装置。
24. 前記ソースデバイスと前記複数のシンクデバイスとの間での関連付け後能力ネゴシエーションを開始するための関連付け後コンポーネント、ここにおいて、前記関連付け後能力ネゴシエーションは、前記ソースデバイスと前記複数のシンクデバイスとの間でのＴＣＰ接続中でリアルタイムストリーミングプロトコル（ＲＴＳＰ）を利用する、
    をさらに備える、請求項１６に記載の装置。
25. 前記関連付け後能力ネゴシエーションは、同期ストリーミングセッションをセットアップするために、デバイスの役割、コンテンツのタイプ、同期方法、またはそれらの組み合わせを含む同期ストリーミング構成パラメータを含むことを求める、前記ソースデバイスからのセットアップ要求を備える、請求項２４に記載の装置。
26. 前記オーディオまたはビデオ能力は、デバイス情報、関連する基本サービスセット識別情報（ＢＳＳＩＤ）、サポートされたオーディオフォーマット、サポートされたビデオフォーマット、３次元（３−Ｄ）ビデオフォーマット、コンテンツ保護、結合されたシンク情報、拡張された能力、ローカルインターネットプロトコル（ＩＰ）アドレス、セッション情報を表示すること、媒体アクセス制御（ＭＡＣ）アドレス、同期ストリーミング情報、または同時セッション能力のうちの少なくとも１つ、あるいはそれらの組み合わせを含む、請求項１６に記載の装置。
27. 前記同期ストリーミング情報は、シンクデバイスのタイプ、同期レンダリンクのためのコンテンツのタイプ、コンテンツ処理能力、前記複数のシンクデバイスの予め構成された役割またはロケーション、タイミング同期のサポートされた方法、サポートされた接続トポロジおよび発見方法、またはベンダ情報のうちの少なくとも１つ、あるいはそれらの組み合わせを含む、請求項２６に記載の装置。
28. 前記オーディオまたはビデオ能力は、関連付け前の状態中またはインフラストラクチャ接続中に発見される、請求項１６に記載の装置。
29. 前記複数のシンクデバイスのオーディオまたはビデオ能力を受信することは、前記複数のシンクデバイスがサービスアドバタイザの役割を引き受けることを備える、請求項１６に記載の装置。
30. 前記複数のシンクデバイスは、前記ソースデバイスから受信される前記同期オーディオまたはビデオストリーミングサービスのサービス発見に対応するクエリに関して同期ストリーミングサービスをセットアップするために必要とされる能力を包含するサービス情報を送信する、請求項２９に記載の装置。
31. ソースデバイスにおけるサービス発見のための装置であって、
    プロセッサと、
    前記プロセッサと電子通信中のメモリと、
    前記メモリ中に記憶された命令と
    を備え、前記命令は、
    複数のシンクデバイスの各々のオーディオまたはビデオ能力のうちの少なくとも１つを受信することと、
    前記複数のシンクデバイスの前記オーディオまたはビデオ能力が前記ソースデバイスによってシークされる少なくとも１つのストリーミングサービスと対応すると決定することと、
    前記ソースデバイスから前記複数のシンクデバイスへのＷｉ−Ｆｉベースの接続を確立する前に、前記決定することに少なくとも部分的に基づいて、前記ソースデバイスと前記複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）セッションを確立することと
    を行うように前記プロセッサによって実行可能である、装置。
32. 前記命令は、
    同期ストリーミングサービスセットアップのために必要とされるサービス情報についてのパラメータ要求メッセージを前記複数のシンクデバイスに送信すること
    を行うように前記プロセッサによって実行可能である、請求項３１に記載の装置。
33. 前記パラメータ要求メッセージは、オーディオストリーミングに関連付けられたモードおよびオーディオコーデックを示すオーディオコーデックパラメータを含む、請求項３２に記載の装置。
34. 前記パラメータ要求メッセージは、前記複数のシンクデバイスの予め割り当てられた役割をクエリする、請求項３２に記載の装置。
35. 前記命令は、
    コンテンツタイプをレンダリングするために、前記シンクデバイスの前記オーディオまたはビデオ能力に少なくとも部分的に基づいて前記複数のシンクデバイスをマッピングすること
    を行うように前記プロセッサによって実行可能である、請求項３１に記載の装置。
36. 前記複数のシンクデバイスの前記オーディオまたはビデオ能力は、前記ソースデバイスがサービス発見を開始することに応答して受信される、請求項３１に記載の装置。
37. 前記命令は、
    前記ソースデバイスのディスプレイ上に少なくとも１つのシンクデバイスの前記役割を示す名称または識別情報（ＩＤ）を表示すること
    を行うように前記プロセッサによって実行可能である、請求項３１に記載の装置。
38. 同期ストリーミングサービスが可能な前記複数のシンクデバイスと前記ソースデバイスとの間での前記ＡＳＰセッションは、インフラストラクチャネットワークまたはピアツーピア（Ｐ２Ｐ）接続上で遂行される、請求項３１に記載の装置。
39. 前記命令は、
    前記ソースデバイスと前記複数のシンクデバイスとの間での関連付け後能力ネゴシエーションを開始すること、ここにおいて、前記関連付け後能力ネゴシエーションは、前記ソースデバイスと前記複数のシンクデバイスとの間でのＴＣＰ接続中でリアルタイムストリーミングプロトコル（ＲＴＳＰ）を利用する、
    を行うように前記プロセッサによって実行可能である、請求項３１に記載の装置。
40. 前記関連付け後能力ネゴシエーションは、同期ストリーミングセッションをセットアップするために、デバイスの役割、コンテンツのタイプ、同期方法、またはそれらの組み合わせを含む同期ストリーミング構成パラメータを含むことを求める、前記ソースデバイスからのセットアップ要求を備える、請求項３９に記載の装置。
41. 前記オーディオまたはビデオ能力は、デバイス情報、関連する基本サービスセット識別情報（ＢＳＳＩＤ）、サポートされたオーディオフォーマット、サポートされたビデオフォーマット、３次元（３−Ｄ）ビデオフォーマット、コンテンツ保護、結合されたシンク情報、拡張された能力、ローカルインターネットプロトコル（ＩＰ）アドレス、セッション情報を表示すること、媒体アクセス制御（ＭＡＣ）アドレス、同期ストリーミング情報、または同時セッション能力のうちの少なくとも１つ、あるいはそれらの組み合わせを含む、請求項３１に記載の装置。
42. 前記同期ストリーミング情報は、シンクデバイスのタイプ、同期レンダリンクのためのコンテンツのタイプ、コンテンツ処理能力、前記複数のシンクデバイスの予め構成された役割またはロケーション、タイミング同期のサポートされた方法、サポートされた接続トポロジおよび発見方法、またはベンダ情報のうちの少なくとも１つ、あるいはそれらの組み合わせを含む、請求項４１に記載の装置。
43. ワイヤレスデバイスにおけるサービス発見のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、
    複数のシンクデバイスの各々のオーディオまたはビデオ能力のうちの少なくとも１つを受信することと、
    前記複数のシンクデバイスの前記オーディオまたはビデオ能力がソースデバイスによってシークされる少なくとも１つのストリーミングサービスと対応すると決定することと、
    前記ソースデバイスから前記複数のシンクデバイスへのＷｉ−Ｆｉベースの接続を確立する前に、前記決定することに少なくとも部分的に基づいて、前記ソースデバイスと前記複数のシンクデバイスとの間でアプリケーションサービスプラットフォーム（ＡＳＰ）セッションを確立することと
    を行うように実行可能な命令を備える、非一時的コンピュータ可読媒体。

Images