(57)【要約】  本開示の複数の技法において、ソースデバイスは、シンクデバイスへの接続を確立する。ソースデバイスは、リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行する。いくつかの例において、サービスの発見は、ソースデバイスへのシンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性およびソースデバイスとシンクデバイスの間の接続のタイプを提供する。ソースデバイスは、接続のタイプに少なくとも部分的に基づいて、ソースデバイスにおいてアプリケーションデータをカプセル化する。ソースデバイスは、ソースデバイスとシンクデバイスの間のストリーミングセッションを確立する。ストリーミングセッション中に、ソースデバイスは、カプセル化されたアプリケーションデータをシンクデバイスに送る。
2017521903.tif 000002
【特許請求の範囲】
【請求項１】
メディアデータを送信する方法であって、前記方法は、
シンクデバイスへの接続を、ソースデバイスによって、確立することと、
リアル  タイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を、前記ソースデバイスによって、実行することと、ここにおいて、前記サービスの発見は、前記ソースデバイスへの前記シンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性および前記ソースデバイスと前記シンクデバイスの間の接続のタイプを提供し、
前記接続のタイプと前記メディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、前記ソースデバイスにおいてアプリケーションデータを、前記ソースデバイスによって、カプセル化することと、
前記ソースデバイスと前記シンクデバイスの間のストリーミング  セッションを、前記ソースデバイスによって、確立することと、および
前記シンクデバイスに前記カプセル化されたアプリケーション  データを前記ストリーミング  セッション中の前記ソースデバイスによって、送ることと、
を備える、方法。
【請求項２】
前記カプセル化されたアプリケーションデータに少なくとも部分的に基づいておよび前記シンクデバイスのディスプレイにおいて、前記ソースデバイスのディスプレイを映すことと、
前記ソースデバイスからの前記ストリーミングセッションの１つまたは複数のストリーミングの属性を制御するための相互作用を、前記ソースデバイスにおいてユーザ  インターフェース  バック  チャネルを介して、可能にすることと、および
質の悪い接続を示す前記複数のストリーミングの属性に応答して、前記ストリーミングセッションの前記１つまたは複数のストリーミングの属性を、前記ソースデバイスによって適応することと、
をさらに備える、請求項１に記載の方法。
【請求項３】
前記１つまたは複数のストリーミングの属性は、解像レート、リフレッシュレート、コーデック  レベル、コーデック  プロファイル、特定のデータ  ストリームを有効にすること、特定のデータ  ストリームを無効にすること、ＴＣＰ上でデータストリームを有効にすること、ＴＣＰ上でデータストリームを無効にすること、ＵＤＰ上でデータストリームを有効にすること、およびＵＤＰ上でデータストリームを無効にすることの１つまたは複数を含む、請求項２に記載の方法。
【請求項４】
前記ソースデバイスは、複数のストリーミングセッションを確立する、請求項１に記載の方法。
【請求項５】
前記接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである、請求項１に記載の方法。
【請求項６】
前記ソースデバイスは、データプレーンおよび制御プレーンを備える、請求項１に記載の方法。
【請求項７】
前記メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報のうちの１つまたは複数を含む、請求項１に記載の方法。
【請求項８】
メディアデータを送信するためのデバイスであって、前記デバイスは、
アプリケーションデータを記憶するメモリと、および
シンクデバイスへの接続を確立するように、
リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行するように、ここにおいて、前記サービスの発見は、前記ソースデバイスへの前記シンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性および前記ソースデバイスと前記シンクデバイスの間の接続のタイプを提供し、
前記接続のタイプと前記メディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、前記ソースデバイスにおいて前記アプリケーションデータをカプセル化するように、
前記ソースデバイスと前記シンクデバイスの間のストリーミングセッションを確立するように、および
前記シンクデバイスに前記カプセル化されたアプリケーションデータを、前記ストリーミングセッション中に、送るように、
構成された１つまたは複数のプロセッサと
を備える、前記デバイス。
【請求項９】
前記１つまたは複数のプロセッサは、
前記ソースデバイスのディスプレイを、前記シンクデバイスのディスプレイにおいておよび前記カプセル化されたアプリケーションデータに少なくとも部分的に基づいて、映すように、
前記ソースデバイスからの前記ストリーミング  セッションの１つまたは複数のストリーミングの属性を制御するための相互接続を、ユーザ  インターフェース  バック  チャネルを介して可能にするように、および
質の悪い接続を示す前記複数のストリーミングの属性に応答して、前記ストリーミングセッションの前記１つまたは複数のストリーミングの属性を適応するように、
さらに構成される、請求項８に記載のデバイス。
【請求項１０】
前記１つまたは複数のストリーミングの属性は、解像レート、リフレッシュレート、コーデックレベル、コーデックプロファイル、特定のデータストリームを有効にすることと、特定のデータストリームを無効にすることと、ＴＣＰ上でデータストリームを有効にすることと、ＴＣＰ上でデータストリームを無効にすることと、ＵＤＰ上でデータストリームを有効にすることと、およびＵＤＰ上でデータストリームを無効にすることの１つまたは複数を含む、請求項９に記載のデバイス。
【請求項１１】
前記１つまたは複数のプロセッサは、複数のストリーミングセッションを確立するようにさらに構成される、請求項８に記載のデバイス。
【請求項１２】
前記接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである、請求項８に記載のデバイス。
【請求項１３】
前記デバイスは、データプレーンおよび制御プレーンをさらに備える、請求項８に記載のデバイス。
【請求項１４】
前記メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報のうちの１つまたは複数を含む、請求項８に記載のデバイス。
【請求項１５】
ソースデバイスのプロセッサにおいて実行されるとき、
シンクデバイスへの接続を確立し、
リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行し、ここにおいて、前記サービスの発見は、前記ソースデバイスへの前記シンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性および前記ソースデバイスと前記シンクデバイスの間の接続のタイプを提供し、
前記接続のタイプと前記メディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、前記ソース  デバイスにおいてアプリケーションデータをカプセル化し、
前記ソースデバイスと前記シンクデバイスの間のストリーミングセッションを確立し、および
前記シンクデバイスに前記カプセル化されたアプリケーションデータを、前記ストリーミングセッション中に、送るための、
そこに記憶された複数の命令を備える、コンピュータ可読媒体。
【請求項１６】
前記複数の命令はさらに、
前記シンクデバイスのディスプレイにおいておよび前記カプセル化されたアプリケーションデータに少なくとも部分的に基づいて、前記ソースデバイスのディスプレイを映し、
前記ソースデバイスからの前記ストリーミングセッションの１つまたは複数のストリーミングの属性を制御するための相互作用を、前記ソースデバイスにおいてユーザ  インターフェース  バックチャネルを介して、可能にし、および
質の悪い接続を示す前記複数のストリーミングの属性に応答して、前記ストリーミングセッションの前記１つまたは複数のストリーミングの属性を適応するように、
前記ソースデバイスにさらに行わせる、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項１７】
前記１つまたは複数のストリーミングの属性は、解像レート、リフレッシュ  レート、コーデック  レベル、コーデック  プロファイル、特定のデータストリームを有効にすること、特定のデータストリームを無効にすること、ＴＣＰ上でデータストリームを有効にすること、ＴＣＰ上でデータストリームを無効にすること、ＵＤＰ上でデータストリームを有効にすること、およびＵＤＰ上でデータストリームを無効にすることを含む、請求項１６に記載のコンピュータ可読記憶媒体。
【請求項１８】
前記ソースデバイスは、複数のストリーミングセッションを確立する、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項１９】
前記接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項２０】
前記ソースデバイスは、データプレーンおよび制御プレーンを備える、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項２１】
前記メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報のうちの１つまたは複数を含む、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項２２】
メディアデータを送信するための装置であって、前記装置は、
シンクデバイスへの接続を確立するための手段と、
リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行するための手段と、ここにおいて、前記サービスの発見は、前記ソースデバイスへの前記シンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性および前記ソースデバイスと前記シンクデバイスの間の接続のタイプを提供し、
前記接続のタイプと前記メディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、前記ソースデバイスにおいてアプリケーションデータをカプセル化するための手段と、
前記ソースデバイスと前記シンクデバイスの間のストリーミングセッションを確立するための手段と、および
前記シンクデバイスに前記カプセル化されたアプリケーションデータを、前記ストリーミングセッション中に、送るための手段と、
を備える、装置。
【請求項２３】
前記ソースデバイスのディスプレイを、前記シンクデバイスのディスプレイにおいておよび前記カプセル化されたアプリケーション  データに少なくとも部分的に基づいて、映すための手段と、
前記ソースデバイスからの前記ストリーミングセッションの１つまたは複数のストリーミングの属性を制御するための相互作用を、ユーザ  インターフェース  バック  チャネルを介して、可能にするための手段と、および
質の悪い接続を示す前記複数のストリーミングの属性に応答して、前記ストリーミングセッションの前記１つまたは複数のストリーミングの属性を適応するための手段と、
をさらに備える、請求項２２に記載の装置。
【請求項２４】
前記１つまたは複数のストリーミングの属性は、解像レート、リフレッシュ  レート、コーデック  レベル、コーデック  プロファイル、特定のデータストリームを有効にすること、特定のデータストリームを無効にすることと、ＴＣＰ上でデータストリームを有効にすること、ＴＣＰ上でデータストリームを無効にすること、ＵＤＰ上でデータストリームを有効にすること、およびＵＤＰ上でデータストリームを無効にすること、の１つ又は複数を含む、請求項２３に記載の装置。
【請求項２５】
ストリーミングセッションを確立するための前記手段は、複数のストリーミングセッションを確立するための手段を備える、請求項２２に記載の装置。
【請求項２６】
前記接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである、請求項２２に記載の装置。
【請求項２７】
前記装置は、データプレーンおよび制御プレーンを備える、請求項２２に記載の装置。
【請求項２８】
前記メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報のうちの１つまたは複数を含む、請求項２２に記載の装置。
【発明の詳細な説明】
【優先権の主張】
【０００１】
[0001]本特許出願は、２０１４年５月２８日に出願された米国仮特許出願番号第６２／，００４，１５８の利益を主張し、それの全体の内容が、参照によりここに組み込まれる。
【技術分野】
【０００２】
[0002]本開示は、メディアデータの移送(transport)および再生、およびより具体的には、メディアデータの移送および再生を制御することに関する。
【背景技術】
【０００３】
[0003]複数のワイヤレスディスプレイ（ＷＤ）システムは、ソースデバイスおよび１つまたは複数のシンクデバイスを含む。ソースデバイスは、ワイヤレス  ローカル  エリア  ネットワーク内でメディアコンテンツを送信することができるデバイスであることができる。シンクデバイスは、メディアコンテンツを受信およびレンダリングすることができるデバイスであることができる。ソースデバイスおよび複数のシンクデバイスは、複数のモバイルデバイスまたは複数の有線デバイスのいずれかであることができるり得る。複数のモバイルデバイスとして、例えば、ソースデバイスおよび複数のシンクデバイスは、いわゆる複数の「スマート」電話および複数の「スマート」パッドまたは複数のタブレットを含む複数のモバイル電話、複数のワイヤレス通信カードを使用する複数のポータブルコンピュータ、複数のパーソナルデジタル  アシスタント（ＰＤＡｓ）、複数のポータブル  メディア  プレイヤ、カメラ、カムコーダのような複数のデジタル画像取得デバイス、または複数のワイヤレス通信能力を有する他の複数のフラッシュメモリデバイス、または他の複数のタイプのワイヤレス通信デバイスを備えることができる。複数の有線デバイスとして、例えば、ソースデバイスおよび複数のシンクデバイスは、複数のテレビジョン、複数のデスクトップコンピュータ、複数のモニタ、複数のプロジェクタ、複数のプリンタ、複数のオーディオ増幅器、複数のセット  トップ  ボックス、複数のゲームコンソール、複数のルータ、および複数のデジタル  ビデオ  ディスク(disc)（ＤＶＤ）プレイヤ、および複数のメディアサーバを備えることができる。
【０００４】
[0004]ソースデバイスは、オーディオビデオ（ＡＶ）データのようなメディアデータを特定のメディア共有セッションに参加する複数のシンクデバイスの１つまたは複数に送ることができる。メディアデータは、ソースデバイスのローカルディスプレイと複数のシンクデバイスの複数のディスプレイの各々において再生されることができる。さらに具体的には、参加している複数のシンクデバイスの各々は、それのスクリーンおよびオーディオ機器上での提示に関する受信されたメディアデータをレンダリングする。いくつかのケースにおいて、シンクデバイスのユーザは、こういった複数のタッチ入力および複数の遠隔制御入力のような複数のユーザ入力をシンクデバイスに適用することができる。
【発明の概要】
【０００５】
[0005]１つの例において、本開示は、メディアデータを送信する方法に向けられ、この方法は、シンクデバイスへの接続をソースデバイスによって確立することと、リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見をソースデバイスによって実行することと、ここにおいて、サービスの発見は、ソースデバイスへのシンクデバイスのメディア  アグノスティック(agnostic)ディスプレイの複数の属性およびソースデバイスとシンクデバイスの間の接続のタイプを提供する、接続のタイプとメディア  アグノスティック  ディスプレイの複数の属性(attribute)に少なくとも部分的に基づいて、ソースデバイスにおいてアプリケーションデータをソースデバイスによってカプセル化することと、ソースデバイスとシンクデバイスの間のストリーミングセッションをソースデバイスによって確立することと、およびシンクデバイスにカプセル化されたアプリケーションデータをストリーミングセッション中のソースデバイスによって送ることとを備える。
【０００６】
[0006]別の例において、本開示は、メディアデータを送信するためのデバイスに向けられ、このデバイスは、アプリケーションデータを記憶するメモリと、およびシンクデバイスへの接続を確立するように、リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行するように、ここにおいて、サービスの発見は、ソースデバイスへのシンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性およびソースデバイスとシンクデバイスの間の接続のタイプを提供する、接続のタイプとメディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、ソースデバイスにおいてアプリケーションデータをカプセル化するように、ソースデバイスとシンクデバイスの間のストリーミングセッションを確立するように、およびシンクデバイスにカプセル化されたアプリケーションデータをストリーミングセッション中に送るように構成された１つまたは複数のプロセッサとを備える。
【０００７】
[0007]別の例において、本開示は、ソースデバイスのプロセッサにおいて実行されるとき、シンクデバイスへの接続を確立し、リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行し、ここにおいて、サービスの発見は、ソースデバイスへのシンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性およびソースデバイスとシンクデバイスの間の接続のタイプを提供する、接続のタイプとメディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、ソースデバイスにおいてアプリケーションデータをカプセル化し、ソースデバイスとシンクデバイスの間のストリーミングセッションを確立し、およびシンクデバイスにカプセル化されたアプリケーションデータをストリーミングセッション中に送るそこに記憶された複数の命令を備えるコンピュータ可読媒体に向けられる。
【０００８】
[0008]別の例において、本開示は、メディアデータを送信するための装置に向けられ、この装置は、シンクデバイスへの接続を確立するための手段と、リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行するための手段と、ここにおいて、サービスの発見は、ソースデバイスへのシンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性およびソースデバイスとシンクデバイスの間の接続のタイプを提供し、接続のタイプとメディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、ソースデバイスにおいてアプリケーションデータをカプセル化するための手段と、ソースデバイスとシンクデバイスの間のストリーミングセッションを確立するための手段と、およびシンクデバイスにカプセル化されたアプリケーションデータをストリーミングセッション中に送るための手段とを備える。
【０００９】
[0009]本開示の１つまたは複数の例の複数の詳細は、添付の複数の図面および下記の詳細な説明に記載される。本開示の他の複数の特徴、複数の目的、複数の利点は、詳細な説明および複数の図面から、および特許請求の範囲から明らかになるだろう。
【図面の簡単な説明】
【００１０】
【図１】[0010]  図１は、ソースデバイスおよびシンクデバイスを含むワイヤレス通信システムを例示するブロック図である。
【図２】[0011]  図２は、本開示の複数の技法を実施することができるソースデバイスの例を例示するブロック図である。
【図３】[0012]  図３は、本開示の複数の技法を実施することができるシンクデバイスの例を例示するブロック図である。
【図４】[0013]  図４は、本開示の複数の技法を実施することができる受信機システムと送信機システムを例示するブロック図を示す。
【図５】[0014]  図５は、本開示の１つまたは複数の技法にしたがった複数の制御ペインおよびワイヤレス  ディスプレイ  データにおける複数の機能ブロックを例示するブロック図である。
【図６】[0015]  図６は、本開示の１つまたは複数の技法にしたがったメディア  アグノスティック  ディスプレイ  サービスを有するメディア  アグノスティック  ディスプレイアーキテクチャを例示するブロック図である。
【図７】[0016]  図７は、本開示の１つまたは複数の技法にしたがったメディア  アグノスティック  ディスプレイ  サービスを有さないメディア  アグノスティック  ディスプレイアーキテクチャを例示するブロック図である。
【図８】[0017]  図８は、本開示の１つまたは複数の技法にしたがったソースデバイス上のメディア  アグノスティック  ディスプレイアーキテクチャに関する本開示の１つまたは複数の技法を例示するフロー図である。
【図９】[0018]  図９は、本開示の１つまたは複数の技法にしたがった複数のストリーミング適応能力を有するメディア  アグノスティック  ディスプレイアーキテクチャに関する本開示の１つまたは複数の技法を例示するフロー図である。
【詳細な説明】
【００１１】
[0019]本開示は、メディア  アグノスティック  ディスプレイ（ＭＡＤ）に関し、それは、ディスプレイプロトコルであり、それはメディア  アグノスティックである。それは、接続性レイヤ（Ｌ２／Ｌ１）に関係なくオーディオ、ビデオ、グラフィックス、および複数のユーザ入力制御を転送するためのプロシージャを定義する。ＭＡＤは、データプレーンおよび制御プレーンを含む。
【００１２】
[0020]いくつかの例において、メディア  アグノスティック  ディスプレイ  サービス（ＭＡＤサービス）が含まれ得、およびＭＡＤと相互に作用することができる。ＭＡＤサービスは、接続前のデバイス／サービスの発見、接続のセットアップ、保守、およびティアダウン(deardown)に関する複数のプロシージャを定義する。ＭＡＤサービスは、メディア  アグノスティックではあり得ずおよび随意である。
【００１３】
[0021]複数のスクリーンキャスティング、ミラーリング、および複数のストリーミング  プロトコルは今日、異なる複数の接続性のタイプに関して存在する。例えば、ユニバーサル  シリアル  バス  インプリメンターズ  フォーラム(implementers Forum)（ＵＳＢ−ＩＦ）は、ユニバーサル  シリアル  バス（ＵＳＢ）接続を介したミラーリングに関する複数のＡＶクラス  ドライバを定義する。Ｗｉ−Ｆｉアライアンス(Wi-Fi Alliance)は、Ｗｉ−Ｆｉを介したミラーリングに関するミラキャスト(Miracast)（登録商標）を定義する。全てがグラフィックスおよびユーザ入力制御の送信および動作を支援するための能力を有するわけではない。
【００１４】
[0022]ＭＡＤは、接続性（ＵＳＢ／Ｗｉ−Ｆｉシリアル  バス（ＷＳＢ）／Ｗｉ−Ｆｉなど）にとってアグノスティックであり、およびＭＡＤソースからＭＡＤシンクへのオーディオ、ビデオ、グラフィックス  コンテンツ、およびユーザ入力の制御のストリーミングおよびミラーリングを可能にする。例えば、ＭＡＤは、データの転送を許可するＷｉ−ＦｉアライアンスＷｉ−Ｆｉ認証されたミラキャスト(Wi−Fi Alliance Wi−Fi CERTIFIED Miracast)、複数のＵＳＢ接続、複数のイーサネット（登録商標）接続、複数のブルートゥース（登録商標）接続、または任意の他のタイプの有線またはワイヤレス接続のために使用されることができる。
【００１５】
[0023]ＭＡＤサービスは、（ｉ）ディスプレイ  デバイスの情報、（ｉｉ）複数のディスプレイ  オーディオ  フォーマット、（ｉｉｉ）複数のディスプレイ  ビデオ  フォーマット、（ｉｉｉ）複数のディスプレイ３Ｄビデオ  フォーマット、（ｉｖ）コンテンツの保護、（ｖ）グラフィックス  エンティティ  エンジン、（ｖｉ）ベンダ特有の情報について、ＭＡＤによって随意に気づかされる。この情報は、接続前のデバイス／サービスの発見および接続のセットアップのために必要である。
【００１６】
[0024]ＭＡＤは、（ｉ）ディスプレイ  デバイスの情報、（ｉｉ）複数のディスプレイ  オーディオ  フォーマット、（ｉｉｉ）複数のディスプレイ  ビデオ  フォーマット、（ｉｉｉ）複数のディスプレイ３Ｄビデオ  フォーマット、（ｉｖ）コンテンツの保護、（ｖ）グラフィックス  エンティティ  エンジン、（ｖｉ）複数のセッションの制御機構を経由するベンダ特有の情報に関する複数の属性を制御する。
【００１７】
[0025]ＭＡＤはさらに、複数のストリームを許可する利益を有する。複数のウィンドウは、シンク上でレンダリングされることができ、およびＭＡＤは、各ウィンドウに関連付けられたデータストリームを有することができる。
【００１８】
[0026]さらに、ＭＡＤは、ソースからシンクへ送信されている複数のストリームのいずれかに関する適応を許可する利益を有し、品質が、ソースからシンクへ送信されている複数のストリームのいずれかに関して改善され得ることを意味する。ワイヤレスチャネル品質フィードバックに基づいて、ＭＡＤは、（ｉ）解像／リフレッシュレート、（ｉｉ）コーデックレベル／コーデックプロファイル、（ｉｉｉ）特定のデータストリームを有効にする／無効にする(enable/disable)、（ｉｖ）ＴＣＰ上でデータストリームを有効にする／無効にする、および（ｖ）ＵＤＰを上でデータストリームを有効にする／無効にするに関する複数のデータストリームを適応する。これは、帯域幅が著しく（例えば、８０２．１１ａｄと８０２．１１ａｃの間のセッションの転送に関して１０ｘ倍）変化するときに重要である。
【００１９】
[0027]本開示の複数の技法において、ソースデバイスは、シンクデバイスへの接続を確立する。ソースデバイスは、リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行する。いくつかの例において、サービスの発見は、ソースデバイスへのシンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性およびソースデバイスとシンクデバイスの間の接続のタイプを提供する。ソースデバイスは、接続のタイプに少なくとも部分的に基づいて、ソースデバイスにおいてアプリケーションデータをカプセル化する。ソースデバイスは、ソースデバイスとシンクデバイスの間のストリーミングセッションを確立する。ストリーミングセッションにおいて、ソースデバイスは、カプセル化されたアプリケーションデータをシンクデバイスに送る。
【００２０】
[0028]図１は、パフォーマンス情報メッセージに基づくメディアデータの送信の調整を支援することができるシンクデバイス１６０とソースデバイス１２０を含むワイヤレスディスプレイ（ＷＤ）システム１００の例を例示するブロック図である。図１に示されたように、ＷＤシステム１００は、通信チャネル１５０を介してシンクデバイス１６０と通信を行うソースデバイス１２０を含む。
【００２１】
[0029]ソースデバイス１２０は、メモリ１２２、ディスプレイ１２４、スピーカ１２６、オーディオおよび／またはビデオ（Ａ／Ｖ）エンコーダ１２８、オーディオおよび／またはビデオ（Ａ／Ｖ）制御モジュール１３０、および送信機／受信機（ＴＸ／ＲＸ）ユニット１３２を含むことができる。シンクデバイス１６０は、送信機／受信機ユニット１６２、オーディオおよび／またはビデオ（Ａ／Ｖ）デコーダ１６４、ディスプレイ１６６、スピーカ１６８、ユーザ入力（ＵＩ）デバイス１７０、およびユーザ入力処理モジュール（ＵＩＰＭ）１７２を含むことができる。例示された複数の構成要素は単に、ＷＤシステム１００に関する１つの例としての構成を組み立てる。他の複数の構成は、例示されたそれらより少ない構成要素を含むことができるか、または例示されたそれらの他の付加的な構成要素を含むことができる。
【００２２】
[0030]図１の例において、ソースデバイス１２０は、ディスプレイ１２４上にＡ／Ｖデータのビデオ部分を表示(display)することができ、およびスピーカ１２６を使用してＡ／Ｖデータのオーディオ部分を出力することができる。Ａ／Ｖデータは、ファイルサーバ、ハードドライブ、外部メモリ、ブルーレイディスク、ＤＶＤ、または他の物理記憶媒体のような外部の記憶媒体からアクセスされるメモリ１２２上でローカルに記憶されることができ、またはインターネットのようなネットワーク接続を介してソースデバイス１２０にストリームされることができる。いくつかの実例において、Ａ／Ｖデータは、ソースデバイス１２０のマイクロ電話およびカメラを介してリアルタイムに取得されることができる。Ａ／Ｖデータは、複数の映画、複数のテレビジョン  ショー(television shows)、または音楽のようなマルチメディアコンテンツを含むことができるが、ソースデバイス１２０によって生成されたリアルタイム  コンテンツを含むこともできる。こういったリアルタイム  コンテンツは、例えば、ソースデバイス１２０上で作動する複数のアプリケーション、または例えば、ビデオ  テレフォニー  セッションの一部として取得されたビデオデータによって作り出されることができる。こういったリアルタイム  コンテンツは、いくつかの実例において、ユーザに関して利用可能な選択すべきユーザ入力の複数のオプションのビデオフレームを含むことができる。いくつかの実例において、Ａ／Ｖデータは、ビデオのフレーム上にオーバレイされたユーザ入力の複数のオプションを有するテレビジョン（ＴＶ）プログラムまたは映画のビデオフレームのような異なる複数のタイプのコンテンツの組み合わせである複数のビデオフレームを含むことができる。
【００２３】
[0031]ディスプレイ１２４およびスピーカ１２６を介してローカルにＡ／Ｖデータをレンダリングすることに加えて、ソースデバイス１２０のＡ／Ｖエンコーダ１２８は、Ａ／Ｖデータを符号化することができ、および送信機／受信機ユニット１３２は、シンクデバイス１６０に通信チャネル１５０を介して符号化されたデータを送信することができる。シンクデバイス１６０の送信機／受信機ユニット１６２は、符号化されたデータを受信し、およびＡ／Ｖデコーダ１６４は、符号化されたデータを復号し、ディスプレイ１６６およびスピーカ１６８上での提示のために復号されたデータを出力することができる。この仕方において、ディスプレイ１２４およびスピーカ１２６によってレンダリングされているオーディオおよびビデオデータは、ディスプレイ１６６およびスピーカ１６８によって同時にレンダリングされることができる。オーディオデータおよびビデオデータは、複数のフレーム中に配置されることができ、および複数のオーディオフレームは、レンダリングされたときに複数のビデオフレームと時間同期されることができる。
【００２４】
[0032]Ａ／Ｖエンコーダ１２８およびＡ／Ｖデコーダ１６４は、代わりにＭＰＥＧ−４、パート１０、アドバンスト  ビデオ  コーディング(Advanced Video Coding)（ＡＶＣ）、または新たに出現した高効率ビデオ  コーディング（ＨＥＶＣ）の標準規格として参照されるＩＴＵ−ＴＨ．２６４の標準規格のようないくつかのオーディオおよびビデオ圧縮の標準規格を実施することができる。多くの他のタイプの独占または標準規格化された圧縮技法がまた使用されることができる。一般的に言えば、Ａ／Ｖデコーダ１６４は、Ａ／Ｖエンコーダ１２８の複数のレシプロカル(reciprocal)コーディング動作を実行するように構成される。図１には示されていないが、いくつかの態様において、Ａ／Ｖエンコーダ１２８およびＡ／Ｖデコーダ１６４は各々、オーディオエンコーダおよびデコーダと統合されることができ、および共通のデータストリームまたは別個の複数のデータストリームにおいてオーディオおよびビデオの両方の符号化を操作するための適切な複数のマルチプレクサ−デマルチプレクサ（ＭＵＸ−ＤＥＭＵＸ）ユニットまたは他のハードウェアおよびソフトウェアを含むことができる。
【００２５】
[0033]下記でさらに詳細に記述されるように、Ａ／Ｖエンコーダ１２８はまた、上述されたようなビデオ圧縮の標準規格を実施することに加えて、他の複数の符号化機能を実行することができる。例えば、Ａ／Ｖエンコーダ１２８は、Ａ／Ｖデータがシンクデバイス１６０に送信されるより前に様々なタイプのメタデータをＡ／Ｖデータに追加することができる。いくつかの実例において、Ａ／Ｖデータは、符号化された形式でソースデバイス１２０上に記憶されるかまたは受信されることができ、したがって、Ａ／Ｖエンコーダ１２８によるさらなる圧縮を必要としない。
【００２６】
[0034]図１は、オーディオペイロードデータ(audio payloard data)とビデオペイロードデータ(video payloard data)を別個に搬送する通信チャネル１５０を示しているが、いくつかの実例において、ビデオペイロードデータとオーディオペイロードデータが共通のデータストリームの一部であることができることが理解される。適用可能な場合、複数のＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ．２２３マルチプレクサプロトコル(multiplexer protocol)またはユーザデータグラムプロトコル(user datagram protocol)（ＵＤＰ）のような他の複数のプロトコルに従うことができる。Ａ／Ｖエンコーダ１２８およびＡ／Ｖデコーダ１６４は各々、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰｓ）、アプリケーション特定集積回路（ＡＳＩＣｓ）、フィールド  プログラマブル  ゲートアレイ（ＦＰＧＡｓ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせとして実装されることができる。Ａ／Ｖエンコーダ１２８およびＡ／Ｖデコーダ１６４の各々は、１つまたは複数のエンコーダまたはデコーダ中に含まれることができ、それらのどちらか一方が、組み合わされたエンコーダ／デコーダ（ＣＯＤＥＣ）の一部として組み込まれることができる。したがって、ソースデバイス１２０およびシンクデバイス１６０の各々は、本開示の複数の技法の１つまたは複数を実行するように構成された専用の複数の機械を備えることができる。
【００２７】
[0035]ディスプレイ１２４およびディスプレイ１６８は、カソードレイチューブ（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、発行ダイオード（ＬＥＤ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイ  デバイスのような様々なビデオ出力デバイスのいずれかを備えることができる。これらのまたは他の複数の例において、ディスプレイ１２４および１６８は各々、複数の放射型ディスプレイまたは複数の透過型ディスプレイであることができる。ディスプレイ１２４およびディスプレイ１６６はまた、それらが同時に複数の入力デバイスと複数のディスプレイ  デバイスの両方であるような複数のタッチディスプレイであることができる。こういった複数のタッチディスプレイは、それぞれのデバイスにユーザ入力を提供することをユーザに許可するする静電性、抵抗性、または他のタイプのタッチパネルであることができる。
【００２８】
[0036]スピーカ１２６およびスピーカ１６８は、複数のヘッドフォン、単一−スピーカシステム、マルチ−スピーカシステム、またはサラウンド  サウンド  システムのような様々なオーディオ出力デバイスのいずれかを備えることができる。さらに、ディスプレイ１２４およびスピーカ１２６は、ソースデバイス１２０の一部として示され、およびディスプレイ１６６およびスピーカ１６８は、シンクデバイス１６０の一部として示されるが、ソースデバイス１２０およびシンクデバイス１６０は実際、複数のデバイスのシステムであることができる。１つの例として、ディスプレイ１６６はテレビジョンであり得、スピーカ１６８はサラウンド  サウンド  システムであり得、およびＡ／Ｖデコーダ１６４はディスプレイ１６６およびスピーカ１６８に有線またはワイヤレスに接続された外部のボックスの一部であることができる。他の複数の実例において、シンクデバイス１６０は、タブレットコンピュータまたはスマート電話のような単一のデバイスであることができる。さらに他の複数のケースにおいて、ソースデバイス１２０およびシンクデバイス１６０は、同様の複数のデバイス、例えば、両方が、スマート電話、タブレットコンピュータ、などである。このケースにおいて、１つのデバイスは、ソースとして動作することができ、および他方は、シンクとして動作することができる。これらの役割は、連続する通信セッションにおいて逆転させられることができる。さらに他の複数のケースにおいて、ソースデバイス１２０は、スマート電話、ラップトップ、またはタブレットコンピュータのようなモバイルデバイスを備えることができ、およびシンクデバイス１６０は、（例えば、ＡＣ電源コード(AC power code)を有する）より多くのステーショナリ  デバイスを備えることができ、その場合、ソースデバイス１２０は、シンクデバイス１６０を介して、１つまたは複数のビューアへの提示に関するオーディオおよびビデオデータを配信(deliver)することができる。
【００２９】
[0037]送信機／受信機ユニット１３２および送信機／受信機ユニット１６２は各々、種々のミキサ、フィルタ、増幅器、および信号変調のために設計された他の複数の構成要素、ならびに１つまたは複数のアンテナおよびデータを送信および受信するために設計された他の複数の構成要素を含むことができる。通信チャネル１５０は一般に、ソースデバイス１２０およびシンクデバイス１６０の間でオーディオ／ビデオデータ、制御データ、およびフィードバックを送信するための任意の適切な通信媒体、または異なる通信メディアの集合(collection)を表す。通信チャネル１５０は通常、比較的短い範囲の通信チャネルであり、および定義された２．４ＧＨｚ、３．６ＧＨｚ、５ＧＨｚ、６０ＧＨｚ、または複数の超高帯域（ＵＷＢ）周波数帯域構造を実装するように、Ｗｉ−Ｆｉ、ブルートゥースなどと同様の物理チャネル構造を実装することができる。しかし、通信チャネル１５０は必ずしもこの点に限定されることはなく、および無線周波数（ＲＦ）スペクトルまたは１つまたは複数の物理送信線、またはワイヤレスおよび有線メディアの任意の組み合わせのような任意のワイヤレスまたは有線の通信媒体を備えることができる。他の複数の例において、通信チャネル１５０はさらに、有線またはワイヤレス  ローカル  エリア  ネットワーク、広域ネットワーク、またはインターネットのようなグローバルネットワークのようなパケットベースのネットワークの一部を形成することができる。さらに、通信チャネル１５０は、ピア−ツーピアリンクを作るために、シンクデバイス１６０およびソースデバイス１２０によって使用されることができる。
【００３０】
[0038]ソースデバイス１２０およびシンクデバイス１６０は例えば、複数のリアル−タイム  ストリーミング  プロトコル（ＲＴＳＰ）制御メッセージを使用して、性能交渉にしたがった通信セッションを確立することができる。１つの例において、通信セッションを確立するためのリクエストは、シンクデバイス１６０にソースデバイス１２０によって送られることができる。メディア共有セッションが確立されると、ソースデバイス１２０は、リアル−タイム移送プロトコル（ＲＴＰ）を使用して、参加しているシンクデバイス１６０にメディアデータ、例えば、オーディオビデオ（ＡＶ）データを送信する。シンクデバイス１６０は、（図１には示されない）それのディスプレイおよびオーディオ機器上で受信されたメディアデータをレンダリングする。
【００３１】
[0039]ソースデバイス１２０およびシンクデバイス１６０は次に、複数の標準規格のＩＥＥＥ８０２．１１ファミリからの標準規格のような通信プロトコルを使用して、通信チャネル１５０を介して通信を行うことができる。１つの例において、通信チャネル１５０はネットワーク通信チャネルであることができる。この例において、通信サービスプロバイダは、ネットワークハブとして基地局を使用して、１つまたは複数のネットワークを一元的に動作および管理することができる。ソースデバイス１２０およびシンクデバイス１６０は、例えば、ソースデバイス１２０およびシンクデバイス１６０が複数のワイヤレスアクセスポイントまたはいわゆる複数のホットスポットのような媒介の使用無しに相互に直接通信するように、Ｗｉ−ＦｉダイレクトまたはＷｉ−Ｆｉディスプレイ（ＷＦＤ）の標準規格にしたがって通信することができる。ソースデバイス１２０およびシンクデバイス１６０はまた、ネットワークの密集を減少させるかまたは避けるために、トンネルド  ダイレクト  リンクのセットアップ(tunneled direct link setup)（ＴＤＬＳ）を確立することができる。ＷＦＤおよびＴＤＬＳは、比較的短い−距離の複数の通信セッションをセットアップするよう意図されている。ノイズを伴うか、または遮断された環境において、複数のデバイス間の距離は、およそ３５メートル未満またはおよそ２０メートル未満のようにさらにより短いが、このコンテキストにおける比較的短い距離は、例えば、およそ７０メートル未満を指す。
【００３２】
[0040]本開示の複数の技法は、折に触れてＷＦＤに関して記述されているが、これらの技法の複数の態様はまた、他の複数の通信プロトコルと矛盾しないと考えられる。例としておよび限定ではなく、ソースデバイス１２０とシンクデバイスの間のワイヤレス通信は、複数の直交周波数分割多元(orthogonal frequency division multiplexing)（ＯＦＤＭ）技法を利用することができる。時分割多元接続(time dividion multi access)（ＴＤＭＡ）、周波数分割多元接続(frequency division multi access)（ＦＤＭＡ）、符号分割多元接続(code dividion multi access)（ＣＤＭＡ）、またはＯＦＤＭ、ＦＤＭＡ、ＴＤＭＡおよび／またはＣＤＭＡの任意の組み合わせを含むが、それらに限定されない様々な他のワイヤレス通信技法がまた使用されることができる。
【００３３】
[0041]ソースデバイス１２０から受信されたデータを復号およびレンダリングすることに加えて、シンクデバイス１６０はまた、ユーザ入力デバイス１７０から複数のユーザ入力を受信することができる。ユーザ入力デバイス１７０は、例えば、キーボード、マウス、トラックボールまたはトラックパッド、タッチスクリーン、音声コマンド認識モジュール、または任意の他のこういったユーザ入力デバイスであることができる。ＵＩＰＭ１７２は、ユーザ入力デバイス１７０によって受信された複数のユーザ入力コマンドをソースデバイス１２０が処理することができるデータパケット構造にフォーマットする。こういった複数のデータパケットは、通信チャネル１５０を介して、ソースデバイス１２０に、送信機／受信機１６２によって送信される。送信機／受信機ユニット１３２は、複数のデータパケットを受信し、およびＡ／Ｖ制御モジュール１３０は、ユーザ入力デバイス１７０によって受信されたユーザ入力コマンドを解釈するために複数のデータパケットをパースする。データパケット中に受信されたコマンドに基づいて、Ａ／Ｖ制御モジュール１３０は、符号化および送信されているコンテンツを変更することができる。この仕方において、シンクデバイス１６０のユーザは、遠隔操作でおよびソースデバイス１２０と直接相互作用することなく、ソースデバイス１２０によって送信されているビデオペイロードデータとオーディオペイロードデータを制御することができる。
【００３４】
[0042]さらに、シンクデバイス１６０の複数のユーザは、ソースデバイス１２０上の複数のアプリケーションを起動および制御することができる。例えば、シンクデバイス１６０のユーザは、ソースデバイス１２０上に記憶された写真編集アプリケーションを起動し、およびソースデバイス１２０上にローカルに記憶された写真を編集するためのアプリケーションを使用することができる。シンクデバイス１６０は、実際に写真がソースデバイス１２０上で編集されている間に、写真がシンクデバイス１６０上でローカルに編集されているように見えるおよび感じるユーザ体験をユーザに与えることができる。こういった構成を使用して、ユーザは、いくつかのデバイスで使用するための１つのデバイスの複数の能力に梃入れすることができる。例えば、ソースデバイス１２０は、大量のメモリおよび高額な複数の処理能力を有するスマート電話を備えることができる。しかし、映画を観ているとき、ユーザは、より大きいディスプレイスクリーンでデバイス上の映画を見ることを希望することができ、その場合、シンクデバイス１６０は、タブレットコンピュータであるか、またはさらに大きいディスプレイ  デバイスまたはテレビジョンであることができる。Ｅメールを送るまたは応答したいとき、ユーザは、物理キーボードを有するデバイスを使用することを希望することができ、その場合、シンクデバイス１６０はラップトップであることができる。両方の実例において、処理の大半は、ユーザがシンクデバイス１６０と相互作用していても、以前としてソースデバイス１２０によって実行されることができる。ソースデバイス１２０およびシンクデバイス１６０は、通信チャネル１５０を介する任意の定められたセッションにおいて複数のデバイスの複数の能力を交渉および／または識別するために使用されるデータのような制御データを送信することによって、２通りの相互作用を容易にすることができる。
【００３５】
[0043]いくつかの構成において、Ａ／Ｖ制御モジュール１３０は、ソースデバイス１２０の動作システムによって実行されている動作システム処理を備えることができる。しかし、他の複数の構成において、Ａ／Ｖ制御モジュール１３０は、ソースデバイス１２０上で作動するアプリケーションのソフトウェア処理を備えることができる。こういった構成において、ユーザ入力コマンドは、シンクデバイス１６０のユーザが、ソースデバイス１２０上で作動する動作システムとは対照的に、ソースデバイス１２０上で作動するアプリケーションと直接相互作用するように、ソフトウェア処理によって解釈されることができる。動作システムとは対照的にアプリケーションと直接相互作用することによって、シンクデバイス１６０のユーザは、ソースデバイス１２０の動作システムから発生しない複数のコマンドのライブラリへのアクセスを有することができる。さらに、アプリケーションと直接相互作用することは、異なる複数のプラットホーム上で作動する複数のデバイスによってより容易に送信および処理されることを複数のコマンドに可能にすることができる。
【００３６】
[0044]シンクデバイス１６０において適用された複数のユーザ入力は、通信チャネル１５０を介してソースデバイス１２０に送り返されることができる。１つの例において、ユーザ  インターフェース  バックチャネル（ＵＩＢＣ）とも呼ばれるリバース  チャネル  アーキテクチャ(reserve channel architecture)は、ソースデバイス１２０にシンクデバイス１６０において適用された複数のユーザ入力を送信することをシンクデバイス１６０に可能にするために実装されることができる。リバース  チャネル  アーキテクチャは、シンクデバイス１６０およびソースデバイス１２０において複数のユーザ  インターフェース能力を交渉するための複数の下位レイヤフレームおよび複数のユーザ入力を移送するための複数の上位レイヤメッセージを含むことができる。ＵＩＢＣは、シンクデバイス１６０およびソースデバイス１２０の間のインターネットプロトコル（ＩＰ）移送レイヤにわたって存在し得る。この仕方において、ＵＩＢＣは、オープンシステム  インタコネクション（ＯＳＩ）通信モデルにおいて、移送レイヤより上に存在することができる。信頼できる送信を促進するために、およびユーザ入力データを含む複数のデータパケットの連続配信において、ＵＩＢＣは、送信制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）またはユーザデータグラムプロトコル（ＵＤＰ）のような他の複数のパケット−ベースの通信プロトコルに加えて作動するように構成されることができる。ＵＤＰおよびＴＣＰは、ＯＳＩレイヤアーキテクチャにおいて並行して動作することができる。ＴＣＰ／ＩＰは、パケット損失のイベント中に複数の再送信の技法を実施することをソースデバイス１２０およびシンクデバイス１６０に可能にすることができる。
【００３７】
[0045]ＵＩＢＣは、クロス−プラットホーム  ユーザ入力データを含む様々なタイプのユーザ入力データを移送するように設計されることができる。例えば、ソースデバイス１２０は、ｉＯＳ（登録商標）動作システムを作動することができる一方で、シンクデバイス１６０は、Ａｎｄｒｏｉｄ（登録商標）またはＷｉｎｄｏｗｓ（登録商標）のような別の動作システムを作動する。プラットホームにかかわらず、ＵＩＰＭ１７２は、Ａ／Ｖ制御モジュール１３０に理解可能な形式で、受信されたユーザ入力をカプセル化することができる。多数の異なるタイプのユーザ入力フォーマットは、ソースおよびシンクデバイスが異なる複数のプラットホーム上で動作するかどうかにかかわらずそのプロトコルを利用することを多くの異なるタイプのソースおよびシンクデバイスに許可するようにＵＩＢＣによって支援されることができる。定義された一般的な複数の入力フォーマットとプラットホーム特有の複数の入力フォーマットが両方支援されることができ、したがって、そこにおいてユーザ入力がＵＩＢＣによってソースデバイス１２０およびシンクデバイス１６０の間で通信されることができる仕方において柔軟性を提供する。
【００３８】
[0046]本開示の複数の技法にしたがって、ソースデバイス（例えば、ソースデバイス１２０）は、接続のタイプを介したシンクデバイス（例えば、シンクデバイス１６０）への接続を確立することができる。ソースデバイスは、リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行することができる。いくつかの例において、サービスの発見は、ソースデバイスへのシンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性およびソースデバイスとシンクデバイスの間の接続のタイプを提供することができる。いくつかの例において、メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報の１つまたは複数を含むことができる。ソースデバイスは、接続のタイプに少なくとも部分的に基づいて、ソースデバイスにおいてアプリケーションデータをカプセル化することができる。ソースデバイスは、ソースデバイスとシンクデバイスの間のストリーミングセッションを確立することができる。ストリーミングセッションにおいて、ソースデバイスは、カプセル化されたアプリケーションデータをシンクデバイスに送ることができる。
【００３９】
[0047]いくつかの例において、ソースデバイスは、カプセル化されたアプリケーションデータに少なくとも部分的に基づいて、シンクデバイスのディスプレイにおいてそれのディスプレイを映すことができる。ソースデバイスは、ユーザ  インターフェース  バックチャネルを介したソースデバイスからのストリーミングセッションの１つまたは複数のストリーミングの属性を制御するための相互作用を可能にすることができる。いくつかの例において、１つまたは複数のストリーミング属性複数のストリーミング属性は、１つまたは複数の解像レート、リフレッシュレート、コーデックレベル、特定のデータストリームを有効にすること、特定のデータストリームを無効にすること、ＴＣＰ上でデータストリームを有効にすること、ＴＣＰ上でデータストリームを無効にすること、ＵＤＰ上でデータストリームを有効にすること、およびＵＤＰ上でデータストリームを無効にすることを含むことができる。質の悪い接続を示す複数のストリーミング属性に応答して、ソースデバイスは、ストリーミングセッションの１つまたは複数のストリーミング属性を適応することができる。
【００４０】
[0048]さらに下記で詳細に論じられるように、本開示の複数の技法は、ソフトウェア−定義されたプロトコルとしてソースデバイスおよびシンクデバイスの両方上でソフトウェアとして実施されることができる。他の複数の例において、本開示の複数の技法は、本開示の複数の技法を実行するように構成されたソースデバイスおよびシンクデバイスの両方においてハードウェアとして実施されることができる。物理リンクまたは接続のタイプに特有であるプロトコルを介して２つのデバイスの間でデータをストリーミングするよりむしろ、本開示の複数の技法は、そのタイプの物理リンクにアグノスティックなデータを相互間でストリームすることを複数のデバイスに許可にすることができる。これは、単独で複数のＷｉ−Ｆｉネットワーク、複数のＵＳＢ接続、または複数のブルートゥース接続を介するストリーミングに関して構成されるのみであることができる現在の複数のデバイスよりむしろより多くの種類のデバイスの間のより多くの接続性を許可することができる。
【００４１】
[0049]図２は、ソースデバイス２２０の１つの例を示すブロック図である。ソースデバイス２２０は、図１におけるソースデバイス１２０と同様のデバイスであり得、およびソースデバイス１２０と同じ仕方で動作することができる。ソースデバイス２２０は、ローカルディスプレイ２２２、ローカルスピーカ２２３、複数のプロセッサ２３１、メモリ２３２、移送ユニット２３３、およびワイヤレスモデム２３４を含む。図２に示されたように、ソースデバイス２２０は、移送、記憶、およびディスプレイに関するＡ／Ｖデータを符号化および／または復号する１つまたは複数のプロセッサ（すなわち、プロセッサ２３１）を含むことができる。Ａ／Ｖデータは例えば、メモリ２３２に記憶されることができる。メモリ２３２は、全体のＡ／Ｖファイルを記憶することができるか、または例えば、別のデバイスまたはソースからストリームされたＡ／Ｖファイルの一部を単に記憶するより小さいバッファを備えることができる。移送ユニット２３３は、ネットワークトランスポート(network transport)に関する符号化されたＡ／Ｖデータを処理することができる。例えば、符号化されたＡ／Ｖデータは、プロセッサ２３１によって処理され、およびネットワークをわたる通信に関して複数のネットワークアクセスレイヤ（ＮＡＬ）ユニット内に移送ユニット２３３によってカプセル化されることができる。複数のＮＡＬユニットは、ネットワーク接続を介して、ワイヤレスシンクデバイスにワイヤレスモデム２３４によって送られることができる。ワイヤレスモデム２３４は、例えば、複数の標準規格のＩＥＥＥ８０２．１１ファミリの１つを実施するように構成されたＷｉ−Ｆｉモデムである。ソースデバイス２２０はまた、ブルートゥース送信機、イーサネット送信機、またはＵＳＢ送信機のような図で示されない複数のＮＡＬユニットを送信するための他の複数の構成要素を含むことができる。
【００４２】
[0050]ソースデバイス２２０はまた、Ａ／Ｖデータをローカルに処理および表示することができる。特に、ディスプレイ  プロセッサ２３５は、ローカルディスプレイ２２２上に表示されるべきビデオデータを処理することができ、オーディオ  プロセッサ２３６は、スピーカ２２３上での出力に関するオーディオデータを処理することができる。
【００４３】
[0051]図１のソースデバイス１２０に関して上述されたように、ソースデバイス２２０はまた、シンクデバイスから複数のユーザ入力コマンドを受信することができる。この仕方において、ソースデバイス２２０のワイヤレスモデム２３４は、複数のＮＡＬユニットのようなカプセル化された複数のデータパケットを受信し、およびカプセル除去に関して移送ユニット２３３にカプセル化された複数のデータユニットを送る。例えば、移送ユニット２３３は、複数のＮＡＬユニットから複数のデータパケットを抽出することができ、およびプロセッサ２３１は、複数のユーザ入力コマンドを抽出するために複数のデータパケットをパースすることができる。複数のユーザ入力コマンドに基づいて、プロセッサ２３１は、シンクデバイスにソースデバイス２２０によって送信されている符号化されたＡ／Ｖデータを調整することができる。この仕方において、図１のＡ／Ｖ制御モジュール１２５に関連して上述された機能性は、プロセッサ２３１によって完全にまたは部分的に実施されることができる。
【００４４】
[0052]図２のプロセッサ２３１は一般的に、１つまたは複数のデジタル信号プロセッサ（ＤＳＰｓ）、複数の汎用目的マイクロプロセッサ、複数のアプリケーション特定集積回路（ＡＳＩＣｓ）、複数のフィールド  プログラマブル論理アレイ（ＦＰＧＡｓ）、他の等価の集積またはディスクリート論理回路、またはそれらのいくつかの組み合わせを含むがそれらに限定されない様々なプロセッサのいずれかを表す。図２のメモリ２３２は、ダイナミック  ランダム  アクセス  メモリ（ＤＲＡＭ）、抵抗性ＲＡＭ(resistive RAM)（ＲＲＡＭ（登録商標））、同期ダイナミック  ランダム  アクセス  メモリ(synchronus dynamic random access memory)（ＳＤＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、不揮発性ランダム  アクセス  メモリ（ＮＶＲＡＭ）、電気的に消去可能なプログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュメモリなどのようなランダム  アクセス  メモリ（ＲＡＭ）を含むがそれらに限定されない様々な揮発性または不揮発性メモリのいずれかを備えることができ、メモリ２３２は、オーディオ／ビデオデータ、ならびに他の複数の種類のデータを記憶するためのコンピュータ可読記憶媒体を備えることができる。メモリ２３２はさらに、メディア  アグノスティックな仕方でメディアデータを送信するように、本開示において記述された様々な技法を実行することの一部としてプロセッサ２３１によって実行されたプログラムコードおよび複数の命令をさらに記憶することができる。
【００４５】
[0053]ソースデバイス２２０は、本開示の複数の技法を実行することができる。メモリ２３２は、本開示の複数の技法において使用されるアプリケーションデータを記憶することができる。さらに、プロセッサ２３１は、図３のシンクデバイス３６０のようなシンクデバイスへの接続を確立するように構成されることができる。プロセッサ２３１はまた、リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行することができる。いくつかの例において、サービスの発見は、ソースデバイスへのシンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性およびソースデバイスとシンクデバイスの間の接続のタイプを提供することができる。プロセッサ２３１は、接続のタイプとメディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、ソースデバイスにおいてメモリ２３２中に記憶されたアプリケーションデータをさらにカプセル化することができる。プロセッサ２３１はまた、ソースデバイス２２０とシンクデバイスの間のストリーミングセッションを確立することができる。プロセッサ２３１は、ストリーミングセッションにおいて、シンクデバイスにカプセル化されたアプリケーションデータを送ることができる。
【００４６】
[0054]図３は、シンクデバイス３６０の例を示す。シンクデバイス３６０は、図１におけるシンクデバイス１６０と同様のデバイスであり得、およびシンクデバイス１６０と同じ仕方で動作することができる。シンクデバイス３６０は、１つまたは複数のプロセッサ（すなわち、プロセッサ３３１）、メモリ３３２、移送ユニット３３３、ワイヤレスモデム３３４、ディスプレイ  プロセッサ３３５、ローカルディスプレイ３６２、オーディオ  プロセッサ３３６、スピーカ３６３、およびユーザ入力インターフェース３７６を含む。シンクデバイス３６０は、ソースデバイスから送られたカプセル化された複数のデータユニットをワイヤレスモデム３３４において受信する。ワイヤレスモデム３３４は、例えば、複数の標準規格のＩＥＥＥ８０２．１１ファミリから１を超える標準規格を実施するように構成されたＷｉ−Ｆｉモデムであることができる。シンクデバイス３６０はまた、ブルートゥース送信機、イーサネット送信機、またはＵＳＢ送信機のような図で示されないカプセル化された複数のデータユニットを受信するための他の複数の構成要素を含むことができる。移送ユニット３３３は、カプセル化された複数のデータユニットをカプセル除去することができる。例えば、移送ユニット３３３は、カプセル化された複数のデータユニットから符号化されたビデオデータを抽出し、および出力に関して復号およびレンダリングされるべき符号化されたＡ／Ｖデータをプロセッサ３３１に送ることができる。ディスプレイ  プロセッサ３３５は、ローカルディスプレイ３６２上に表示されるべき復号されたビデオデータを処理することができ、およびオーディオ  プロセッサ３３６は、スピーカ３６３上での出力に関して復号されたオーディオデータを処理することができる。
【００４７】
[0055]オーディオおよびビデオデータをレンダリングすることに加えて、ワイヤレスシンクデバイス３６０はまた、ユーザ入力インターフェース３７６を経由してユーザ入力データを受信することができる。ユーザ入力インターフェース３７６は、タッチ  ディスプレイ  インターフェース、キーボード、マウス、音声コマンドモジュール、（例えば、カメラベースの複数の入力取得能力を有する）ジェスチャ取得デバイス、または任意の他の多数のユーザ入力デバイスに含まれるがそれらに限定されない多数のユーザ入力デバイスのうちのいずれかを表すことができる。ユーザ入力インターフェース３７６を経由して受信されたユーザ入力は、プロセッサ３３１によって処理されることができる。この処理は、本開示に記述された複数の技法したがった受信されたユーザ入力コマンドを含む複数のデータパケットを生成することを含むことができる。生成されると、移送ユニット３３３は、ＵＩＢＣを介するワイヤレスソースデバイスへのネットワーク トランスポート(transport)に関する複数のデータパケットを処理することができる。
【００４８】
[0056]図３のプロセッサ３３１は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰｓ）、汎用目的マイクロプロセッサ、アプリケーション特定集積回路（ＡＳＩＣｓ）、フィールド  プログラマブル論理アレイ（ＦＰＧＡｓ）、他の等価の集積またはディスクリート論理回路、またはそれらのいくつかの組み合わせのような様々なプロセッサの１つまたは複数を備えることができる。図３のメモリ３３２は、ダイナミック  ランダム  アクセス  メモリ（ＤＲＡＭ）、抵抗性ＲＡＭ（ＲＲＡＭ）、同期ダイナミック  ランダム  アクセス  メモリ（ＳＤＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、不揮発性ランダム  アクセス  メモリ（ＮＶＲＡＭ）、電気的に消去可能なプログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリのようなランダム  アクセス  メモリ（ＲＡＭ）を含むがそれらに限定されない様々な揮発性または不揮発性メモリのいずれかを備えることができ、メモリ２３２は、オーディオ／ビデオデータ、ならびに他の複数の種類のデータを記憶することに関してコンピュータ可読記憶媒体を備えることができる。メモリ３３２は、メディア  アグノスティックな仕方でメディアデータを送信するように、本開示において記述された様々な技法を実行することの一部としてプロセッサ３３１によって実行されたプログラムコードおよび複数の命令をさらに記憶することができる。
【００４９】
[0057]シンクデバイス３６０は、本開示の複数の技法を実行することができる。メモリ３３２は、本開示の複数の技法において使用されるアプリケーションデータを記憶することができる。さらに、プロセッサ３３１は、図２のソースデバイス２２０のようなソースデバイスへの接続を確立するように構成されることができる。プロセッサ３３１はまた、リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行することができる。いくつかの例において、サービスの発見は、ソースデバイスへのシンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性およびソースデバイスとシンクデバイスの間の接続のタイプを提供することができる。プロセッサ３３１はまた、ソースデバイスとシンクデバイス３６０の間のストリーミングセッションを確立することができる。プロセッサ３３１は、ストリーミングセッションにおいて、シンクデバイスへのカプセル化されたアプリケーションデータを受信することができる。カプセル化されたアプリケーションデータは、接続のタイプとメディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づくことができる。
【００５０】
[0058]図４は、例としての送信機システム４１０および受信機システム４５０のブロック図を示し、それらは、通信チャネル１５０を介して通信を行うことに関して図１の送信機／受信機１６２および送信機／受信機１３２によって使用されることができる。送信機システム４１０において、多数のデータストリームに関するトラフィックデータは、送信機（ＴＸ）データプロセッサ４１４を送信するためにデータソース４１２から提供される。各データストリームは、それぞれの送信アンテナを介して送信されることができる。ＴＸデータプロセッサ４１４は、そのデータストリームに関して選択された特定のコーディング方式に基づいて、各データストリームに関するトラフィックデータをフォーマット、コード化、およびインターリーブする。
【００５１】
[0059]各データストリームに関するコード化されたデータは、複数の直交周波数分割多元（ＯＦＤＭ）技法を使用してパイロットデータで多重化されることができる。時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、またはＯＦＤＭ、ＦＤＭＡ、ＴＤＭＡおよび／またはＣＤＭＡの任意の組み合わせを含むがそれらに限定されない様々な他のワイヤレス通信技法がまた使用されることができる。
【００５２】
[0060]図４と矛盾することなく、パイロットデータは典型的に、知られている仕方で処理される、知られているデータパターンであり、およびチャネル応答を推定するために受信機システムにおいて使用されることができる。各データストリームに関するコード化されたデータおよび多重化されたパイロットは次に、複数の変調シンボルを提供するためにそのデータストリームに関して選択された特定の変調方式（例えば、２値位相偏移変調(Binary Phase Shift Keying)（ＢＰＳＫ）、４値位相偏移変調(Quadrature Phase Shift Keying)（ＱＰＳＫ）、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ（直交振幅変調(Quadrature Amplitude Modulation)、ここでＭは２のべき乗である）に基づいて変調される（例えば、シンボルマッピンググされる）。各データストリームに関するデータレート、コーディング、および変調は、メモリ４３２と結合されることができるプロセッサ４３０によって実行される複数の命令によって決定されることができる。
【００５３】
[0061]複数のデータストリームに関する複数の変調シンボルは次に、ＴＸマルチプル−入力およびマルチプル出力（ＭＩＭＯ）プロセッサ４２０に提供され、それはさらに（例えば、ＯＦＤＭに関する）複数の変調シンボルを処理することができる。ＴＸ  ＭＩＭＯプロセッサ４２０は次に、ＮＴ送信機（ＴＭＴＲ）４２２ａから４２２ｔに複数のＮＴ変調シンボルストリームを提供することができる。ある特定の複数の態様において、ＴＸ  ＭＩＭＯプロセッサ４２０は、そこからシンボルが送信されているアンテナと複数のデータストリームの複数のシンボルに複数のビームフォーミングウェイトを適用する。
【００５４】
[0062]各送信機４２２は、１つまたは複数のアナログ信号を提供するためにそれぞれのシンボルストリームを受信および処理することができ、およびＭＩＭＯチャネルを介した送信に関する適切な変調された信号を提供するために複数のアナログ信号をさらに調整（例えば、増幅、フィルタリング、およびアップコンバート）する。送信機４２２ａから４２２ｔからのＮＴ変調された信号は次に、それぞれＮＴアンテナ４２４ａから４２４ｔから送信される。
【００５５】
[0063]受信機システム４５０において、送信された複数の変調された信号は、ＮＲアンテナ４５２ａから４５２ｒによって受信され、および各アンテナ４５２からの受信された信号は、それぞれ受信機（ＲＣＶＲ）４５４ａから４５４ｒに提供される。受信機４５４は、それぞれの受信された信号を調整（例えば、フィルタリング、増幅、およびダウンコンバート）し、複数のサンプルを提供するために調整された信号をデジタル化し、および対応する「受信された」シンボルストリームを提供するために複数のサンプルをさらに処理する。
【００５６】
[0064]受信（ＲＸ）データプロセッサ４６０は次に、ＮＴ「検出された」複数のシンボルストリームを提供するために、特定の受信機処理技法に基づいて、複数のＮＲ受信機４５４からＮＲ受信された複数のシンボルストリームを受信および処理する。ＲＸデータプロセッサ４６０は次に、データストリームに関するトラフィックデータを回復するために各検出されたシンボルストリームを復調、デインターリーブ、および復号する。ＲＸデータプロセッサ４６０による処理は、送信機システム４１０においてＴＸデータプロセッサ４１４およびＴＸ  ＭＩＭＯプロセッサ４２０によって実行されたそれに相補的である。
【００５７】
[0065]メモリ４７２と結合されることができるプロセッサ４７０は、どちらの前のコーディングマトリックスを使用すべきかを周期的に決定する。リバースリンクメッセージは、通信リンクおよび／または受信されたデータストリームに関する様々なタイプの情報を備えることができる。リバースリンクメッセージは次に、ＴＸデータプロセッサ４３８によって処理され、それはまたデータソース４３６から多数のデータストリームに関するトラフィックデータを受信し、モジュレータ４８０によって変調され、送信機４５４ａから４５４ｒによって調整され、および送信機システム４１０に送り返される。
【００５８】
[0066]送信機システム４１０において、受信機システム４５０からの変調された複数の信号は、複数のアンテナ４２４によって受信され、複数の受信機４２２によって調整され、デモジュレータ４４０によって復調され、および受信機システム４５０によって送信されたリバースリンクメッセージを抽出するために、ＲＸデータプロセッサ４４２によって処理される。プロセッサ４３０は次に、複数のビームフォーミングウェイトを決定することに関してどちらの前のコーディングマトリックスを使用すべきかを決定し、次に抽出されたメッセージを処理する。
【００５９】
[0067]いくつかの例において、送信機システム４１０は、図１のソースデバイス１２０または図２のソースデバイス２２０のようなソースデバイスに実装されることができる。このように、送信機システム４１０は、本開示の複数の技法を実行することができる。例えば、送信機システム４１０は、ストリーミングセッションにおいて、受信機システム４５０を含むカプセル化されたシンクデバイスにアプリケーションデータを送ることができる。
【００６０】
[0068]図５は、本開示の１つまたは複数の技法にしたがった複数の制御ペインおよびワイヤレス  ディスプレイ  データにおける複数の機能ブロックを例示すブロック図である。いくつかの例において、ソースデバイスは、データプレーンおよび制御プレーンを備える。データプレーンは、（Ｗｉ−Ｆｉディスプレイ技術仕様書のセクション３．４．２および３．４．３に記述されたような）ビデオ  コーデック５２２、（Ｗｉ−Ｆｉディスプレイ技術仕様書のセクション３．４．１に記述されたような）オーディオ  コーデック５１８、（Ｗｉ−Ｆｉディスプレイ技術仕様書のＡｎｎｅｘ−Ｂに記述されたような）ＰＥＳパケット化５１６、（Ｗｉ−Ｆｉディスプレイ技術仕様書のセクション４．７に記述されたような）高品位コピープロトコル（ＨＤＣＰ）システム２．０／２．１／２．２  ５１４、および（Ｗｉ−Ｆｉディスプレイ技術仕様書のＡｎｎｅｘ−Ｂおよびセクション４．１０．２に記述されたような）ＲＴＰ５１０／ＵＤＰ５０８／ＩＰ５０４を介したＭＰＥＧ２トランスフォームストリーム（ＭＰＥＧ２−ＴＳ）５１２から成る。制御プレーンは、（Ｗｉ−Ｆｉディスプレイ技術仕様書のセクション６に記述されたような）ＴＣＰ５０６／ＩＰ５０４を介したＲＴＳＰ５２０、（Ｗｉ−Ｆｉディスプレイ技術仕様書のセクション７に記述されたような）遠隔Ｉ２Ｃ読み込み／書き込み５２０、（Ｗｉ−Ｆｉディスプレイ技術仕様書のセクション４．１１に記述されたような）一般的なユーザ入力５２６およびＨＩＤＣ５２４を用いるＵＩＢＣ５１８、および（Ｗｉ−Ｆｉディスプレイ技術仕様書のセクション４．７に記述されたような）ＨＤＣＰセッションキー確立から成る。Ｗｉ−Ｆ  Ｐ２Ｐ／ＴＤＬＳブロック５０２は、（Ｗｉ−Ｆｉディスプレイ技術仕様書のセクション４．５に記述されたような）Ｗｉ−Ｆｉ  Ｐ２ＰまたはＴＤＬＳのいずれかを使用してレイヤ−２の接続性を形成する。
【００６１】
[0069]図６は、本開示の１つまたは複数の技法にしたがったメディア  アグノスティック  ディスプレイ  サービスを用いるメディア  アグノスティック  ディスプレイアーキテクチャを例示すブロック図である。この例において、メディア  アグノスティック  ディスプレイ６０２は、ＵＩＢＣ６０４、グラフィックス  エンティティ  エンジン（ＧＥＥ）６０６、オーディオ／ビジュアル（ＡＶ）クラス６０８、ビデオ  コーデック６１０、オーディオ  コーデック６１２、ＨＤＣＰ６１４、ＲＴＰ６１６、およびＲＴＳＰ６１８を含む。いくつかの例において、接続のタイプ６２０は、イーサネット接続６２２、Ｗｉ−Ｆｉ接続６２４、ブルートゥース（ＢＴ）接続６２６、またはユニバーサル  シリアル  バス（ＵＳＢ）接続６２８のいずれかである。メディア  アグノスティック  ディスプレイ６０２は、複数の接続イベントおよび複数のサービス  ティアダウン  トリガ(service teardown trigger)に関してメディア  アグノスティック  ディスプレイ  サービス６３６と通信を行うことができる。メディア  アグノスティック  ディスプレイ６０２またはメディア  アグノスティック  ディスプレイ  サービス６３６のいずれかは、イーサネット６２２、Ｗｉ−Ｆｉ６２４、ＢＴ６２６、またはＵＳＢ６２８の任意の接続のタイプ６２０を使用して、ＴＣＰ６３０、ＵＤＰ６３２、またはＩＰ６３４のいずれかの単独または組み合わせを介して、メディア  アクセス制御（ＭＡＣ）アドレスとの通信を行うことができる。メディア  アグノスティック  ディスプレイ  サービス６３６は、サービスの発見および調査のセットアップに関する複数の基本要素を使用してＭＡＣアドレスとの通信を行うことができる。メディア  アグノスティック  デバイス６０２は、ＭＡＣを介するダイレクトパスを使用してＭＡＣアドレスとの通信を行うことができる。
【００６２】
[0070]本開示の複数の技法にしたがって、ソースデバイスは、データパスを介して、シンクデバイスにカプセル化されたアプリケーションデータを送ることができる。図６の例において、下記の複数のデータパスのオプションのいずれかが可能である：
オーディオ  コーデック６１２  −＞ＨＤＣＰ６１４  −＞ＲＴＰ６１６  −＞ＵＤＰ６３２  −＞ＩＰ６３４  −＞ＭＡＣ
オーディオ  コーデック６１２  −＞ＨＤＣＰ６１４  −＞ＲＴＰ６１６  −＞ＴＣＰ６３０  −＞ＩＰ６３４  −＞  ＭＡＣ
オーディオ  コーデック６１２  −＞  ＨＤＣＰ６１４  −＞  ＲＴＰ６１６  −＞  ＬＬＣ／ＳＮＡＰ  −＞  ＭＡＣ
ビデオ  コーデック６１０  −＞  ＨＤＣＰ６１４  −＞  ＲＴＰ６１６  −＞  ＵＤＰ６３２  −＞  ＩＰ  ６２４  −＞  ＭＡＣ
ビデオ  コーデック６１０  −＞  ＨＤＣＰ６１４  −＞  ＲＴＰ６１６  −＞  ＴＣＰ６３０  −＞  ＩＰ  ６２４  −＞  ＭＡＣ
ビデオ  コーデック６１０  −＞  ＨＤＣＰ６１４  −＞  ＲＴＰ６１６  −＞  ＬＬＣ／ＳＮＡＰ  −＞  ＭＡＣ
ＡＶクラス６０８  −＞  ＨＤＣＰ６１４  −＞  ＲＴＰ６１６  −＞  ＵＤＰ６３２  −＞  ＩＰ６２４  −＞  ＭＡＣ
ＡＶクラス６０８  −＞  ＨＤＣＰ６１４  −＞  ＲＴＰ６１６  −＞  ＴＣＰ６３０  −＞  ＩＰ６２４  −＞  ＭＡＣ
ＡＶクラス６０８  −＞  ＨＤＣＰ６１４  −＞  ＲＴＰ６１６  −＞  ＬＬＣ／ＳＮＡＰ  −＞  ＭＡＣ
ＧＥＥ６０６  −＞  ＨＤＣＰ６１４  −＞  ＲＴＰ６１６  −＞  ＵＤＰ６３２  −＞  ＩＰ６２４  −＞  ＭＡＣ
ＧＥＥ６０６  −＞  ＨＤＣＰ６１４  −＞  ＲＴＰ６１６  −＞  ＴＣＰ６３０  −＞  ＩＰ６２４  −＞  ＭＡＣ
ＧＥＥ６０６  −＞  ＨＤＣＰ６１４  −＞  ＵＤＰ６３２  −＞  ＩＰ６２４  −＞  ＭＡＣ
ＧＥＥ６０６  −＞  ＨＤＣＰ６１４  −＞  ＴＣＰ６３０  −＞  ＩＰ６２４  −＞  ＭＡＣ
ＧＥＥ６０６  −＞  ＴＣＰ６３０  −＞  ＩＰ６２４  −＞  ＭＡＣ
ＧＥＥ６０６  −＞  ＵＤＰ６３２  −＞  ＩＰ６２４  −＞  ＭＡＣ
[0071]図６の例において、可能なセッションの制御または接続後の発見のオプションのパスは、ＲＴＳＰ６１８  −＞  ＴＣＰ６３０  −＞  ＩＰ  ６２４  −＞  ＭＡＣである。
【００６３】
[0072]図６の例において、可能なユーザ入力制御のオプションのパスは、ＵＩＢＣ６０４  −＞  ＴＣＰ６３０  −＞  ＩＰ６２４  −＞  ＭＡＣである。
【００６４】
[0073]図６の例において、下記の複数の接続前の発見のオプションのパスのいずれかが可能である：
ＭＡＤサービス６３６  −＞  ＴＣＰ６３０  −＞  ＩＰ６２４  −＞  ＭＡＣ
ＭＡＤサービス６３６  −＞  ＵＤＰ６３２  −＞  ＩＰ６２４  −＞  ＭＡＣ
ＭＡＤサービス６３６  −＞  ＬＬＣ／ＳＮＡＰ  −＞  ＭＡＣ
[0074]図７は、本開示の１つまたは複数の技法にしたがって、メディア  アグノスティック  ディスプレイ  サービスを有さないメディア  アグノスティック  ディスプレイアーキテクチャを例示すブロック図である。この例において、メディア  アグノスティック  ディスプレイ７０２は、ＵＩＢＣ７０４、グラフィックス  エンティティ  エンジン（ＧＥＥ）７０６、オーディオ／ビジュアル（ＡＶ）クラス７０８、ビデオ  コーデック７１０、オーディオ  コーデック７１２、ＨＤＣＰ７１４、ＲＴＰ７１６、およびＲＴＳＰ７１８を含む。メディア  アグノスティック  ディスプレイ７０２は、イーサネット７２２、Ｗｉ−Ｆｉ７２４、ＢＴ７２６、またはＵＳＢ７２８の任意の接続のタイプ７２０を使用して、ＴＣＰ７３０、ＵＤＰ７３２、またはＩＰ７３４のいずれかの単独、または組み合わせを介して、メディア  アクセス制御（ＭＡＣ）アドレスとの通信を行うことができる。メディア  アグノスティック  デバイス７０２は、ＭＡＣを介するダイレクトパスを使用してＭＡＣアドレスとの通信を行うことができる。
【００６５】
[0075]本開示の複数の技法にしたがって、ソースデバイスは、データパスを介して、シンクデバイスにカプセル化されたアプリケーションデータを送ることができる。図７の例において、下記のデータパスの複数のオプションのいずれかが可能である：
オーディオ  コーデック７１２  −＞ＨＤＣＰ７１４  −＞ＲＴＰ７１６  −＞ＵＤＰ７３２  −＞ＩＰ７３４  −＞ＭＡＣ
オーディオ  コーデック７１２  −＞ＨＤＣＰ７１４  −＞ＲＴＰ７１６  −＞ＴＣＰ７３０  −＞ＩＰ７３４  −＞  ＭＡＣ
オーディオ  コーデック７１２  −＞  ＨＤＣＰ７１４  −＞  ＲＴＰ７１６  −＞  ＬＬＣ／ＳＮＡＰ  −＞  ＭＡＣ
ビデオ  コーデック７１０  −＞  ＨＤＣＰ７１４  −＞  ＲＴＰ７１６  −＞  ＵＤＰ７３２  −＞  ＩＰ７２４  −＞  ＭＡＣ
ビデオ  コーデック７１０  −＞  ＨＤＣＰ７１４  −＞  ＲＴＰ７１６  −＞  ＴＣＰ７３０  −＞  ＩＰ７２４  −＞  ＭＡＣ
ビデオ  コーデック７１０  −＞  ＨＤＣＰ７１４  −＞  ＲＴＰ７１６  −＞  ＬＬＣ／ＳＮＡＰ  −＞  ＭＡＣ
ＡＶクラス７０８  −＞  ＨＤＣＰ７１４  −＞  ＲＴＰ７１６  −＞  ＵＤＰ７３２  −＞  ＩＰ７２４  −＞  ＭＡＣ
ＡＶクラス７０８  −＞  ＨＤＣＰ７１４  −＞  ＲＴＰ７１６  −＞  ＴＣＰ７３０  −＞  ＩＰ７２４  −＞  ＭＡＣ
ＡＶクラス７０８  −＞  ＨＤＣＰ７１４  −＞  ＲＴＰ７１６  −＞  ＬＬＣ／ＳＮＡＰ  −＞  ＭＡＣ
ＧＥＥ７０６  −＞  ＨＤＣＰ７１４  −＞  ＲＴＰ７１６  −＞  ＵＤＰ７３２  −＞  ＩＰ７２４  −＞  ＭＡＣ
ＧＥＥ７０６  −＞  ＨＤＣＰ７１４  −＞  ＲＴＰ７１６  −＞  ＴＣＰ７３０  −＞  ＩＰ７２４  −＞  ＭＡＣ
ＧＥＥ７０６  −＞  ＨＤＣＰ７１４  −＞  ＵＤＰ７３２  −＞  ＩＰ７２４  −＞  ＭＡＣ
ＧＥＥ７０６  −＞  ＨＤＣＰ７１４  −＞  ＴＣＰ７３０  −＞  ＩＰ７２４  −＞  ＭＡＣ
ＧＥＥ７０６  −＞  ＴＣＰ７３０  −＞  ＩＰ７２４  −＞  ＭＡＣ
ＧＥＥ７０６  −＞  ＵＤＰ７３２  −＞  ＩＰ７２４  −＞  ＭＡＣ
[0076]図７の例において、可能なセッションの制御または接続後の発見のオプションのパスは、ＲＴＳＰ７１８  −＞  ＴＣＰ７３０  −＞  ＩＰ７２４  −＞  ＭＡＣである。
【００６６】
[0077]図７の例において、可能なユーザ入力制御のオプションのパスは、ＵＩＢＣ７０４  −＞  ＴＣＰ７３０  −＞  ＩＰ７２４  −＞  ＭＡＣである。
【００６７】
[0078]図８は、ソースデバイス上のメディア  アグノスティック  ディスプレイアーキテクチャに関する本開示の１つまたは複数の技法を例示すフロー図である。本開示の複数の技法において、ソースデバイス（例えば、ソースデバイス１２０）は、シンクデバイス（例えば、シンクデバイス１６０）への接続を確立する（８０２）。いくつかの例において、ソースデバイスは、データプレーンおよび制御プレーンを備える。
【００６８】
[0079]図８に示されたように、ソースデバイスは、リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行する（８０４）。いくつかの例において、サービスの発見は、ソースデバイスへのシンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性およびソースデバイスとシンクデバイスの間の接続のタイプを提供する。いくつかの例において、接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである。いくつかの例において、メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報の１つまたは複数を含む。
【００６９】
[0080]ソースデバイスは、接続のタイプに少なくとも部分的に基づいて、ソースデバイスにおいてアプリケーションデータをカプセル化する（８０６）。ソースデバイスは、ソースデバイスとシンクデバイスの間のストリーミングセッションを確立する（８０８）。いくつかの例において、ソースデバイスは、複数のストリーミングセッションを確立することができる。ストリーミングセッションにおいて、ソースデバイスは、シンクデバイスにカプセル化されたアプリケーションデータを送る（８１０）。
【００７０】
[0081]図９は、複数のストリーミング適応能力を有するメディア  アグノスティック  ディスプレイアーキテクチャに関する本開示の１つまたは複数の技法を例示すフロー図である。ソースデバイスは、それのディスプレイを、シンクデバイスのディスプレイにおいてカプセル化されたアプリケーションデータに少なくとも部分的に基づいて映す（９０２）。ソースデバイスは、ユーザ  インターフェース  バックチャネルを介ししたソースデバイスからのストリーミングセッションの１つまたは複数のストリーミングの属性を制御するための相互作用を可能にする（９０４）。いくつかの例において、１つまたは複数のストリーミング属性複数のストリーミング属性は、１つまたは複数の解像レート、リフレッシュレート、コーデックレベル、特定のデータストリームを有効にすること、特定のデータストリームを無効にすること、ＴＣＰ上でデータストリームを有効にすること、ＴＣＰ上でデータストリームを無効にすること、ＵＤＰ上でデータストリームを有効にすること、およびＵＤＰ上でデータストリームを無効にすることを含む。質の悪い接続を示す複数のストリーミング属性に応答して、ソースデバイスは、ストリーミングセッションの１つまたは複数のストリーミング属性を適応する（９０６）。
【００７１】
[0082]１つまたは複数の例において、記述された複数の機能は、ハードウェア、ソフトウェア、ファ−ムウェア、またはそれらの任意の組合せに実装され得る。ソフトウェアに実装される場合、これらの複数の機能は、コンピュータ可読メディア上の１つまた複数の命令またはコードとして記憶または送信されることができる。コンピュータ可読メディアは、ある場所から別の場所へコンピュータプログラムの転送を容易にする任意の媒体を含む通信メディアまたはコンピュータデータ記憶メディアを含むことができる。いくつかの例において、コンピュータ可読メディアは、非一時的なコンピュータ可読メディアを備えることができる。データ記憶メディアは、本開示に記述された複数の技法の実施に関する複数の命令、コード、および／または複数のデータ構造を検出するために、１つまたは複数のプロセッサまたは１つまたは複数のコンピュータによってアクセスされることができる任意の利用可能な媒体であることができる。
【００７２】
[0083]限定ではなく例として、こういったコンピュータ可読メディアは、複数の命令または複数のデータ構造の形式で、所望のプログラムコードを搬送または記憶するために使用されることができ、およびコンピュータによってアクセスされることができるＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光学ディスク記憶装置、磁気ディスク記憶装置または他の複数の磁気記憶デバイス、フラッシュメモリ、または任意の他の媒体を備えることができる。同様に、任意の接続は、適切にはコンピュータ可読メディアと呼ばれる。ここで用いられたように、ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光学ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびＢｌｕｅ−ｒａｙディスクを含み、ここで、複数のディスク（ｄｉｓｋｓ）が通常データを磁気的に再生する一方で、複数のディスク（ｄｉｓｃｓ）はレーザを用いて光学的にデータを再生する。上記の複数の組み合わせはまた、コンピュータ可読メディアの範囲に含まれるべきである。
【００７３】
[0084]コードは、１つまたは複数のデジタル信号プロセッサ（ＤＳＰｓ）、複数の汎用マイクロプロセッサ、複数のアプリケーション特有集積回路（ＡＳＩＣｓ）、複数のフィールドプログラマブルアレイ（ＦＰＧＡｓ）、または他の等価の集積またはディスクリート論理回路のような１つまたは複数のプロセッサによって実行されることができる。従って、ここで使用されたような用語「プロセッサ」は、ここに記述された複数の技法の実施に関して適した前述の構造または任意の他の構造のいずれかを指すことができる。さらに、いくつかの態様において、ここに記述された機能性は、符号化および復号のために構成された専用のハードウェアおよび／またはソフトウェアモジュール内に提供されるか、または組み合わされたコーデックに組み込まれることができる。同様に、複数の技法は、１つまたは複数の回路または論理要素において十分に実施されることができる。
【００７４】
[0085]本開示の複数の技術は、ワイヤレスハンドセット、集積回路（ＩＣ）、または複数のＩＣｓのセット（例えばチップセット）を含む様々なデバイスまたは装置において実施されることができる。様々な構成要素、モジュール、またはユニットは、開示された複数の技術を実行するように構成された複数のデバイスの複数の機能的な態様を強化するために、本開示において記述されるが、必ずしも異なる複数のハードウェアユニットによる実現を必要としない。むしろ、上述されたように、様々なユニットは、適切なソフトウェアおよび／またはファームウェアと関連して、上述されたような１つまたは複数のプロセッサを含む相互に作用する複数のハードウェアユニットの集合によって提供されるか、またはコーデックハードウェアユニットに組み込まれることができる。
【００７５】
[0086]本開示の様々な例が記述されてきた。これらおよび他の例は、下記の特許請求の範囲内である。
【図１】
2017521903.tif 000003
【図２】
2017521903.tif 000004
【図３】
2017521903.tif 000005
【図４】
2017521903.tif 000006
【図５】
2017521903.tif 000007
【図６】
2017521903.tif 000008
【図７】
2017521903.tif 000009
【図８】
2017521903.tif 000010
【図９】
2017521903.tif 000011
【手続補正書】
【提出日】平成29年1月26日(2017.1.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディアデータを送信する方法であって、前記方法は、
シンクデバイスへの接続を、ソースデバイスによって、確立することと、
リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を、前記ソースデバイスによって、実行することと、ここにおいて、前記サービスの発見は、前記ソースデバイスへの前記シンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性を提供し、前記サービスの発見は、複数の接続のタイプのうちのどの接続のタイプが前記ソースデバイスと前記シンクデバイスの間の前記接続で確立されたかを識別し、
前記接続のタイプと前記メディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、前記ソースデバイスにおいてアプリケーションデータを、前記ソースデバイスによって、カプセル化することと、
前記ソースデバイスと前記シンクデバイスの間のストリーミングセッションを、前記ソースデバイスによって、確立することと、および
前記シンクデバイスに前記カプセル化されたアプリケーションデータを前記ストリーミングセッション中の前記ソースデバイスによって、送ることと、
を備える、方法。
【請求項２】
前記カプセル化されたアプリケーションデータに少なくとも部分的に基づいておよび前記シンクデバイスのディスプレイにおいて、前記ソースデバイスのディスプレイを映すことと、
前記ソースデバイスからの前記ストリーミングセッションの１つまたは複数のストリーミングの属性を制御するための相互作用を、前記ソースデバイスにおいてユーザ  インターフェース  バック  チャネルを介して、可能にすることと、および
質の悪い接続を示す前記複数のストリーミングの属性に応答して、前記ストリーミングセッションの前記１つまたは複数のストリーミングの属性を、前記ソースデバイスによって適応することと、
をさらに備える、請求項１に記載の方法。
【請求項３】
前記１つまたは複数のストリーミングの属性は、解像レート、リフレッシュレート、コーデックレベル、コーデックプロファイル、特定のデータストリームを有効にすること、特定のデータストリームを無効にすること、ＴＣＰ上でデータストリームを有効にすること、ＴＣＰ上でデータストリームを無効にすること、ＵＤＰ上でデータストリームを有効にすること、およびＵＤＰ上でデータストリームを無効にすることの１つまたは複数を含む、請求項２に記載の方法。
【請求項４】
前記ソースデバイスは、複数のストリーミングセッションを確立する、請求項１に記載の方法。
【請求項５】
前記接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである、請求項１に記載の方法。
【請求項６】
前記ソースデバイスは、データプレーンおよび制御プレーンを備える、請求項１に記載の方法。
【請求項７】
前記メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報のうちの１つまたは複数を含む、請求項１に記載の方法。
【請求項８】
メディアデータを送信するためのデバイスであって、前記デバイスは、
アプリケーションデータを記憶するメモリと、および
シンクデバイスへの接続を確立するように、
リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行するように、ここにおいて、前記サービスの発見は、前記ソースデバイスへの前記シンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性を提供し、前記サービスの発見は、複数の接続のタイプのうちのどの接続のタイプが前記ソースデバイスと前記シンクデバイスの間の前記接続で確立されたかを識別し、
前記接続のタイプと前記メディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、前記ソースデバイスにおいて前記アプリケーションデータをカプセル化するように、
前記ソースデバイスと前記シンクデバイスの間のストリーミングセッションを確立するように、および
前記シンクデバイスに前記カプセル化されたアプリケーションデータを、前記ストリーミングセッション中に、送るように、
構成された１つまたは複数のプロセッサと
を備える、前記デバイス。
【請求項９】
前記１つまたは複数のプロセッサは、
前記ソースデバイスのディスプレイを、前記シンクデバイスのディスプレイにおいておよび前記カプセル化されたアプリケーションデータに少なくとも部分的に基づいて、映すように、
前記ソースデバイスからの前記ストリーミングセッションの１つまたは複数のストリーミングの属性を制御するための相互接続を、ユーザ  インターフェース  バック  チャネルを介して可能にするように、および
質の悪い接続を示す前記複数のストリーミングの属性に応答して、前記ストリーミングセッションの前記１つまたは複数のストリーミングの属性を適応するように、
さらに構成される、請求項８に記載のデバイス。
【請求項１０】
前記１つまたは複数のストリーミングの属性は、解像レート、リフレッシュレート、コーデックレベル、コーデックプロファイル、特定のデータストリームを有効にすることと、特定のデータストリームを無効にすることと、ＴＣＰ上でデータストリームを有効にすることと、ＴＣＰ上でデータストリームを無効にすることと、ＵＤＰ上でデータストリームを有効にすることと、およびＵＤＰ上でデータストリームを無効にすることの１つまたは複数を含む、請求項９に記載のデバイス。
【請求項１１】
前記１つまたは複数のプロセッサは、複数のストリーミングセッションを確立するようにさらに構成される、請求項８に記載のデバイス。
【請求項１２】
前記接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである、請求項８に記載のデバイス。
【請求項１３】
前記デバイスは、データプレーンおよび制御プレーンをさらに備える、請求項８に記載のデバイス。
【請求項１４】
前記メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報のうちの１つまたは複数を含む、請求項８に記載のデバイス。
【請求項１５】
ソースデバイスのプロセッサにおいて実行されるとき、
シンクデバイスへの接続を確立し、
リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行し、ここにおいて、前記サービスの発見は、前記ソースデバイスへの前記シンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性を提供し、前記サービスの発見は、複数の接続のタイプのうちのどの接続のタイプが前記ソースデバイスと前記シンクデバイスの間の前記接続で確立されたかを識別し、
前記接続のタイプと前記メディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、前記ソースデバイスにおいてアプリケーションデータをカプセル化し、
前記ソースデバイスと前記シンクデバイスの間のストリーミングセッションを確立し、および
前記シンクデバイスに前記カプセル化されたアプリケーションデータを、前記ストリーミングセッション中に、送るための、
そこに記憶された複数の命令を備える、コンピュータ可読媒体。
【請求項１６】
前記複数の命令はさらに、
前記シンクデバイスのディスプレイにおいておよび前記カプセル化されたアプリケーションデータに少なくとも部分的に基づいて、前記ソースデバイスのディスプレイを映し、
前記ソースデバイスからの前記ストリーミングセッションの１つまたは複数のストリーミングの属性を制御するための相互作用を、前記ソースデバイスにおいてユーザ  インターフェース  バックチャネルを介して、可能にし、および
質の悪い接続を示す前記複数のストリーミングの属性に応答して、前記ストリーミングセッションの前記１つまたは複数のストリーミングの属性を適応するように、
前記ソースデバイスにさらに行わせる、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項１７】
前記１つまたは複数のストリーミングの属性は、解像レート、リフレッシュレート、コーデックレベル、コーデックプロファイル、特定のデータストリームを有効にすること、特定のデータストリームを無効にすること、ＴＣＰ上でデータストリームを有効にすること、ＴＣＰ上でデータストリームを無効にすること、ＵＤＰ上でデータストリームを有効にすること、およびＵＤＰ上でデータストリームを無効にすることの１つまたは複数を含む、請求項１６に記載のコンピュータ可読記憶媒体。
【請求項１８】
前記ソースデバイスは、複数のストリーミングセッションを確立する、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項１９】
前記接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項２０】
前記ソースデバイスは、データプレーンおよび制御プレーンを備える、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項２１】
前記メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報のうちの１つまたは複数を含む、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項２２】
メディアデータを送信するための装置であって、前記装置は、
シンクデバイスへの接続を確立するための手段と、
リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行するための手段と、ここにおいて、前記サービスの発見は、前記ソースデバイスへの前記シンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性を提供し、前記サービスの発見は、複数の接続のタイプのうちのどの接続のタイプが前記ソースデバイスと前記シンクデバイスの間の前記接続で確立されたかを識別し、
前記接続のタイプと前記メディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、前記ソースデバイスにおいてアプリケーションデータをカプセル化するための手段と、
前記ソースデバイスと前記シンクデバイスの間のストリーミングセッションを確立するための手段と、および
前記シンクデバイスに前記カプセル化されたアプリケーションデータを、前記ストリーミングセッション中に、送るための手段と、
を備える、装置。
【請求項２３】
前記ソースデバイスのディスプレイを、前記シンクデバイスのディスプレイにおいておよび前記カプセル化されたアプリケーションデータに少なくとも部分的に基づいて、映すための手段と、
前記ソースデバイスからの前記ストリーミングセッションの１つまたは複数のストリーミングの属性を制御するための相互作用を、ユーザ  インターフェース  バック  チャネルを介して、可能にするための手段と、および
質の悪い接続を示す前記複数のストリーミングの属性に応答して、前記ストリーミングセッションの前記１つまたは複数のストリーミングの属性を適応するための手段と、
をさらに備える、請求項２２に記載の装置。
【請求項２４】
前記１つまたは複数のストリーミングの属性は、解像レート、リフレッシュレート、コーデックレベル、コーデックプロファイル、特定のデータストリームを有効にすること、特定のデータストリームを無効にすることと、ＴＣＰ上でデータストリームを有効にすること、ＴＣＰ上でデータストリームを無効にすること、ＵＤＰ上でデータストリームを有効にすること、およびＵＤＰ上でデータストリームを無効にすること、の１つ又は複数を含む、請求項２３に記載の装置。
【請求項２５】
ストリーミングセッションを確立するための前記手段は、複数のストリーミングセッションを確立するための手段を備える、請求項２２に記載の装置。
【請求項２６】
前記接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである、請求項２２に記載の装置。
【請求項２７】
前記装置は、データプレーンおよび制御プレーンを備える、請求項２２に記載の装置。
【請求項２８】
前記メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報のうちの１つまたは複数を含む、請求項２２に記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７５
【補正方法】変更
【補正の内容】
【００７５】
[0086]本開示の様々な例が記述されてきた。これらおよび他の例は、下記の特許請求の範囲内である。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
メディアデータを送信する方法であって、前記方法は、
シンクデバイスへの接続を、ソースデバイスによって、確立することと、
リアル  タイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を、前記ソースデバイスによって、実行することと、ここにおいて、前記サービスの発見は、前記ソースデバイスへの前記シンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性および前記ソースデバイスと前記シンクデバイスの間の接続のタイプを提供し、
前記接続のタイプと前記メディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、前記ソースデバイスにおいてアプリケーションデータを、前記ソースデバイスによって、カプセル化することと、
前記ソースデバイスと前記シンクデバイスの間のストリーミング  セッションを、前記ソースデバイスによって、確立することと、および
前記シンクデバイスに前記カプセル化されたアプリケーション  データを前記ストリーミング  セッション中の前記ソースデバイスによって、送ることと、
を備える、方法。
［Ｃ２］
前記カプセル化されたアプリケーションデータに少なくとも部分的に基づいておよび前記シンクデバイスのディスプレイにおいて、前記ソースデバイスのディスプレイを映すことと、
前記ソースデバイスからの前記ストリーミングセッションの１つまたは複数のストリーミングの属性を制御するための相互作用を、前記ソースデバイスにおいてユーザ  インターフェース  バック  チャネルを介して、可能にすることと、および
質の悪い接続を示す前記複数のストリーミングの属性に応答して、前記ストリーミングセッションの前記１つまたは複数のストリーミングの属性を、前記ソースデバイスによって適応することと、
をさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記１つまたは複数のストリーミングの属性は、解像レート、リフレッシュレート、コーデック  レベル、コーデック  プロファイル、特定のデータ  ストリームを有効にすること、特定のデータ  ストリームを無効にすること、ＴＣＰ上でデータストリームを有効にすること、ＴＣＰ上でデータストリームを無効にすること、ＵＤＰ上でデータストリームを有効にすること、およびＵＤＰ上でデータストリームを無効にすることの１つまたは複数を含む、Ｃ２に記載の方法。
［Ｃ４］
前記ソースデバイスは、複数のストリーミングセッションを確立する、Ｃ１に記載の方法。
［Ｃ５］
前記接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである、Ｃ１に記載の方法。
［Ｃ６］
前記ソースデバイスは、データプレーンおよび制御プレーンを備える、Ｃ１に記載の方法。
［Ｃ７］
前記メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報のうちの１つまたは複数を含む、Ｃ１に記載の方法。
［Ｃ８］
メディアデータを送信するためのデバイスであって、前記デバイスは、
アプリケーションデータを記憶するメモリと、および
シンクデバイスへの接続を確立するように、
リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行するように、ここにおいて、前記サービスの発見は、前記ソースデバイスへの前記シンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性および前記ソースデバイスと前記シンクデバイスの間の接続のタイプを提供し、
前記接続のタイプと前記メディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、前記ソースデバイスにおいて前記アプリケーションデータをカプセル化するように、
前記ソースデバイスと前記シンクデバイスの間のストリーミングセッションを確立するように、および
前記シンクデバイスに前記カプセル化されたアプリケーションデータを、前記ストリーミングセッション中に、送るように、
構成された１つまたは複数のプロセッサと
を備える、前記デバイス。
［Ｃ９］
前記１つまたは複数のプロセッサは、
前記ソースデバイスのディスプレイを、前記シンクデバイスのディスプレイにおいておよび前記カプセル化されたアプリケーションデータに少なくとも部分的に基づいて、映すように、
前記ソースデバイスからの前記ストリーミング  セッションの１つまたは複数のストリーミングの属性を制御するための相互接続を、ユーザ  インターフェース  バック  チャネルを介して可能にするように、および
質の悪い接続を示す前記複数のストリーミングの属性に応答して、前記ストリーミングセッションの前記１つまたは複数のストリーミングの属性を適応するように、
さらに構成される、Ｃ８に記載のデバイス。
［Ｃ１０］
前記１つまたは複数のストリーミングの属性は、解像レート、リフレッシュレート、コーデックレベル、コーデックプロファイル、特定のデータストリームを有効にすることと、特定のデータストリームを無効にすることと、ＴＣＰ上でデータストリームを有効にすることと、ＴＣＰ上でデータストリームを無効にすることと、ＵＤＰ上でデータストリームを有効にすることと、およびＵＤＰ上でデータストリームを無効にすることの１つまたは複数を含む、Ｃ９に記載のデバイス。
［Ｃ１１］
前記１つまたは複数のプロセッサは、複数のストリーミングセッションを確立するようにさらに構成される、Ｃ８に記載のデバイス。
［Ｃ１２］
前記接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである、Ｃ８に記載のデバイス。
［Ｃ１３］
前記デバイスは、データプレーンおよび制御プレーンをさらに備える、Ｃ８に記載のデバイス。
［Ｃ１４］
前記メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報のうちの１つまたは複数を含む、Ｃ８に記載のデバイス。
［Ｃ１５］
ソースデバイスのプロセッサにおいて実行されるとき、
シンクデバイスへの接続を確立し、
リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行し、ここにおいて、前記サービスの発見は、前記ソースデバイスへの前記シンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性および前記ソースデバイスと前記シンクデバイスの間の接続のタイプを提供し、
前記接続のタイプと前記メディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、前記ソース  デバイスにおいてアプリケーションデータをカプセル化し、
前記ソースデバイスと前記シンクデバイスの間のストリーミングセッションを確立し、および
前記シンクデバイスに前記カプセル化されたアプリケーションデータを、前記ストリーミングセッション中に、送るための、
そこに記憶された複数の命令を備える、コンピュータ可読媒体。
［Ｃ１６］
前記複数の命令はさらに、
前記シンクデバイスのディスプレイにおいておよび前記カプセル化されたアプリケーションデータに少なくとも部分的に基づいて、前記ソースデバイスのディスプレイを映し、
前記ソースデバイスからの前記ストリーミングセッションの１つまたは複数のストリーミングの属性を制御するための相互作用を、前記ソースデバイスにおいてユーザ  インターフェース  バックチャネルを介して、可能にし、および
質の悪い接続を示す前記複数のストリーミングの属性に応答して、前記ストリーミングセッションの前記１つまたは複数のストリーミングの属性を適応するように、
前記ソースデバイスにさらに行わせる、Ｃ１５に記載のコンピュータ可読記憶媒体。
［Ｃ１７］
前記１つまたは複数のストリーミングの属性は、解像レート、リフレッシュ  レート、コーデック  レベル、コーデック  プロファイル、特定のデータストリームを有効にすること、特定のデータストリームを無効にすること、ＴＣＰ上でデータストリームを有効にすること、ＴＣＰ上でデータストリームを無効にすること、ＵＤＰ上でデータストリームを有効にすること、およびＵＤＰ上でデータストリームを無効にすることを含む、Ｃ１６に記載のコンピュータ可読記憶媒体。
［Ｃ１８］
前記ソースデバイスは、複数のストリーミングセッションを確立する、Ｃ１５に記載のコンピュータ可読記憶媒体。
［Ｃ１９］
前記接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである、Ｃ１５に記載のコンピュータ可読記憶媒体。
［Ｃ２０］
前記ソースデバイスは、データプレーンおよび制御プレーンを備える、Ｃ１５に記載のコンピュータ可読記憶媒体。
［Ｃ２１］
前記メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報のうちの１つまたは複数を含む、Ｃ１５に記載のコンピュータ可読記憶媒体。
［Ｃ２２］
メディアデータを送信するための装置であって、前記装置は、
シンクデバイスへの接続を確立するための手段と、
リアルタイム  ストリーミング  プロトコル（ＲＴＳＰ）機構を使用してサービスの発見を実行するための手段と、ここにおいて、前記サービスの発見は、前記ソースデバイスへの前記シンクデバイスのメディア  アグノスティック  ディスプレイの複数の属性および前記ソースデバイスと前記シンクデバイスの間の接続のタイプを提供し、
前記接続のタイプと前記メディア  アグノスティック  ディスプレイの複数の属性に少なくとも部分的に基づいて、前記ソースデバイスにおいてアプリケーションデータをカプセル化するための手段と、
前記ソースデバイスと前記シンクデバイスの間のストリーミングセッションを確立するための手段と、および
前記シンクデバイスに前記カプセル化されたアプリケーションデータを、前記ストリーミングセッション中に、送るための手段と、
を備える、装置。
［Ｃ２３］
前記ソースデバイスのディスプレイを、前記シンクデバイスのディスプレイにおいておよび前記カプセル化されたアプリケーション  データに少なくとも部分的に基づいて、映すための手段と、
前記ソースデバイスからの前記ストリーミングセッションの１つまたは複数のストリーミングの属性を制御するための相互作用を、ユーザ  インターフェース  バック  チャネルを介して、可能にするための手段と、および
質の悪い接続を示す前記複数のストリーミングの属性に応答して、前記ストリーミングセッションの前記１つまたは複数のストリーミングの属性を適応するための手段と、
をさらに備える、Ｃ２２に記載の装置。
［Ｃ２４］
前記１つまたは複数のストリーミングの属性は、解像レート、リフレッシュ  レート、コーデック  レベル、コーデック  プロファイル、特定のデータストリームを有効にすること、特定のデータストリームを無効にすることと、ＴＣＰ上でデータストリームを有効にすること、ＴＣＰ上でデータストリームを無効にすること、ＵＤＰ上でデータストリームを有効にすること、およびＵＤＰ上でデータストリームを無効にすること、の１つ又は複数を含む、Ｃ２３に記載の装置。
［Ｃ２５］
ストリーミングセッションを確立するための前記手段は、複数のストリーミングセッションを確立するための手段を備える、Ｃ２２に記載の装置。
［Ｃ２６］
前記接続のタイプは、イーサネット接続、Ｗｉ−Ｆｉ接続、ブルートゥース接続、またはユニバーサル  シリアル  バス接続のいずれかである、Ｃ２２に記載の装置。
［Ｃ２７］
前記装置は、データプレーンおよび制御プレーンを備える、Ｃ２２に記載の装置。
［Ｃ２８］
前記メディア  アグノスティック  ディスプレイの複数の属性は、ディスプレイ  デバイスの情報、複数のディスプレイ  オーディオ  フォーマット、複数のディスプレイ  ビデオ  フォーマット、複数のディスプレイ３次元ビデオ  フォーマット、コンテンツの保護、グラフィックス  エンティティ  エンジン、およびベンダ特有の情報のうちの１つまたは複数を含む、Ｃ２２に記載の装置。
【国際調査報告】
2017521903.tif 000012
2017521903.tif 000013