JP5960160B2 - サイド・チャンネル制御を用いる直接接続 - Google Patents

Description

[0001] 現在の多くのコンピューターは、ワイヤレス通信をサポートするために無線装置（radio）を有する。ワイヤレス通信は、例えば、アクセス・ポイントへ接続するために用いられる。ワイヤレス・コンピュータは、アクセス・ポイントと結合することにより、そのアクセス・ポイントへ結合されたインターネットなどのようなネットワークへ、アクセスすることができる。その結果として、ワイヤレス・コンピュータは、ネットワークと接続された任意のデバイスへアクセスすることができる。

[0002] コンピューターを、アクセス・ポイントと結合するように構成できるように、通常、アクセス・ポイントは標準に従って動作させられる。アクセス・ポイントへ接続するデバイスのための一般的な１つの標準は、Ｗｉ−Ｆｉ（ワイファイ）と呼ばれるものである。この標準には複数のバージョンがあるが、何れのものも、アクセス・ポイントを通じての接続をサポートするために用いることができる。

[0003] また、ワイヤレス通信は、アクセス・ポイントを用いずに他のデバイスへ直接に接続するために用いることができる。そのような接続は、「ピア・ツー・ピア」接続と呼ばれることもあり、例えば、コンピューターがマウスやキーボードへワイヤレスで接続することを可能にするために用いられる。それらの直接接続のためのワイヤレス通信も、標準化されている。そのようなワイヤレス通信の一般的な１つの標準は、ＢＬＵＥＴＯＯＴＨ（登録商標、ブルートゥース）と呼ばれるものである。

[0004] 幾つかの場合、ワイヤレス・コンピュータは、アクセス・ポイントを介してや、ピア・ツー・ピア接続で連動するグループの一部として、他の複数のデバイスへ同時に接続する。実際、幾つかのコンピューターは、同時の接続をサポートするために複数の無線装置を有する。最近では、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ａｃｃｅｓｓ（ワイファイ・ダイレクト・アクセス）と呼ばれる標準が提案されており、この標準は、インフラストラクチャ接続とピア・ツー・ピア・グループの一部としての通信との双方を可能とする。Ｗｉ−Ｆｉアライアンスにより発表されたこの標準は、インフラストラクチャ・ベースの通信のための普及したＷｉ−Ｆｉ接続標準を、直接接続をサポートするように拡張する。

[0005] ワイヤレス計算デバイスが他のワイヤレス・デバイスへ結合できるというシナリオを拡張するために、直接接続をサポートする構成を計算デバイスに装備することが期待される。例えば、共に働くコンピュータ・ユーザーは、ユーザー間でデーターを共有することを可能にするためにグループを容易に形成することができる。同様に、コンピューターは、プリンターや他の望まれるサービスを提供するデバイスへ、容易にワイヤレスで接続することができる。

[0006] ワイヤレス計算デバイスの出力源としてリモート・オーディオ／ビデオ提示デバイスを最小限のユーザー対話により使用できるようにする構成を、ワイヤレス計算デバイスに装備することにより、ワイヤレス計算デバイスのユーザーの体験する状況が改善される。例えば、計算デバイスは、ディスプレイとしてワイヤレス・テレビジョンを使用して、計算デバイスのデスクトップや、映画や、計算デバイスで使用可能な他のオーディオ−ビデオ・コンテンツを提示することができる。

[0007] リモート提示デバイスを使用するために、計算デバイスは、そのリモート提示デバイスと２つのワイヤレス接続を形成する。１つ目の接続は、オーディオ／ビデオ・チャンネルとして作用し、ディスプレイ・デバイスへのオーディオ−ビデオ・コンテンツのストリーミングをサポートする。２つ目のチャンネルはサイド・チャンネル（side channel）として作用し、リモート提示デバイスへ、オーディオ−ビデオ・コンテンツの提示を制御するためのコマンドを送信するためのものである。オーディオ−ビデオ・コンテンツは、メディア制御アプリケーションやオペレーティング・システムのユーティリティなどのような、計算デバイスのコンポーネントにより生成される。そのコンポーネントまたは他の適切なコンポーネントは、ユーザー入力を受信し、オーディオ−ビデオ提示デバイスでのオーディオ−ビデオ・コンテンツの提示を制御するコマンドを生成する。これらのコマンドは、オーディオ−ビデオ提示デバイスの機能、例えば、オーディオ−ビデオ・コンテンツのオーディオ部分の音量やビデオ部分のサイズや位置などを制御する。

[0008] これらの接続の形成には、任意の適切なトランスポートを用いることができる。幾つかの実施形態では、オーディオ−ビデオ・チャンネルは、計算デバイスとリモート・デバイスとの間でのピア・ツー・ピア接続の技術において知られているプロトコルを用いて、直接ワイヤレス接続として実施することができる。サイド・チャンネルのための接続は、同じまたは別のトランスポートを介して形成することができる。例えば、サイド・チャンネルは、計算デバイスとリモート・ディスプレイ・デバイスとの双方が接続されるローカル・ネットワークを確立するアクセス・ポイントを介して、ワイヤレス接続として形成することができる。しかし、赤外線リンクや、近距離通信を可能とする他のトランスポートを用いることもできる。

[0009] 幾つかの実施形態では、サイド・チャンネルは、デジタルＴＶスペクトルのような認可スペクトル（licensed spectrum）での低パワー送信を用いて形成される。送信のパワーは、計算デバイスの近くにある受信機との干渉の発生を避けるために、十分に低いものとすることができる。信号処理技術は、サイド・チャンネルにおける信号の有効信号レベルを向上させるために用いられる。例えば、信号は、低ビット・レートで、また、低誤り制御符号化速度（low error control coding rate）やスペクトル拡散変調を伴って送られることができる。

[0010] 動作において、計算デバイスおよびリモート提示デバイスは相互に通信し、サイド・チャンネルのための同じトランスポートや、場合によっては、オーディオ−ビデオ・チャンネルおよびサイド・チャンネルをセットアップするために用いられる他のパラメーターの値などを、相互に識別することを可能とする。この設定情報は、ユーザー入力に応答して適切な接続を迅速に再確立できるように、記憶することもできる。

[0011] 上記の概要は本発明を限定するためのものではなく、本発明は特許請求の範囲により定められる。
[0012] 添付の図面は正確な尺度を考慮したものではない。様々な図面に示されているコンポーネントのうちの同じまたは類似のコンポーネントに関しては、同じ参照番号が付されている。図面を明瞭にするために、全ての図面において全てのコンポーネントへのラベル付けは行っていない。

図１は、本発明の実施形態が動作できる例示的な環境を表す概略図である。 図２は、本発明の幾つかの例示的な実施形態に従った計算デバイスの簡略化したブロック図である。 図３は、図２の計算デバイスで実行されるアプリケーションにより提供されるグラフィカル・ユーザ・インターフェースの概略図である。 図４は、図２の計算デバイスにより提示され得る別のグラフィカル・ユーザー・インターフェースの概略図である。 図５は、本発明の代替的な実施形態が動作できる環境の概略図である。 図６は、本発明の幾つかの実施形態に従った計算デバイスを動作させる例示的な方法のフローチャートである。 図７は、計算デバイスの動作の代替的な方法のフローチャートである。 図８は、本発明の更に別の実施形態が動作できる環境の概略図である。 図９は、本発明の幾つかの代替的な実施形態に従ったデジタルＴＶスペクトル内の信号を表す概略図である。 図１０は、本発明の幾つかの実施形態を実施するために使用できる計算デバイスの機能ブロック図である。

[0023] オーディオ−ビデオ・コンテンツを提示するために、使用可能な提示デバイスを使えるようにする構成をワイヤレス計算デバイスに装備することにより、ワイヤレス計算デバイスのユーザーの体験する状況が改善される、ということを発明者は認識および理解している。そのような使用をサポートするために、計算デバイスは、適切なリモート提示デバイスとの、オーディオ−ビデオ・コンテンツを表すデーターを搬送するために使用できる第１のワイヤレス・リンクを形成するように構成される。第２のリンクは、提示コマンドを送るための制御チャンネルとして使用される。そのようなコマンドは、オーディオ−ビデオ・コンテンツの提示に関する機能を制御する。

[0024] このオーディオ−ビデオ・コンテンツは、任意の適切なコンテンツであり、任意の適切なソースから得ることができる。例えば、オーディオ−ビデオ・コンテンツは、音楽や本の朗読などを表すオーディオのみであり得る。また、オーディオ−ビデオ・コンテンツは、写真やコンピューターのデスクトップの提示やイメージなどを表す視覚的表示物のみであり得る。また、オーディオ−ビデオ・コンテンツは、オーディオ成分とビデオ成分との双方を含むマルチメディア・コンテンツであり得る。例えば、コンテンツは映画やテレビジョン番組であり得る。

[0025] 計算デバイスは、オーディオ−ビデオ・コンテンツの提示と関連するデーターのストリームおよびコマンドを獲得および提供するための任意の適切な様式に構成される。１以上の他のコンポーネントが、オーディオ−ビデオ・コンテンツを表すデーターのストリームの生成を制御する場合もある。それらのコンポーネントは、ユーザーに対するインターフェースの役割を担い、コマンドを表す入力を得て、コマンドを表す送信用データーを生成する。これらのコンポーネントは、メディア制御アプリケーションなどのようなユーザ・モード・コンポーネントであり得る。また、コンポーネントは、オペレーティング・システム内のものとすることもできる。オペレーティング・システム内のコンポーネントは、コンテンツを生成したアプリケーション（１以上）とは関係なしに、リモート提示デバイスへ、計算デバイスのデスクトップを表すコンテンツや、アクティブ・ウィンドゥなどのようなデスクトップの幾つかの部分などを、送信するように制御される。

[0026] 計算デバイスは、計算デバイスの１以上の無線装置を制御してオーディオ−ビデオ・チャンネルおよびサイド・チャンネルのためのリンクを形成するコンポーネントを、オペレーティング・システム内に含むことができる。任意の適切なトランスポート（１以上）を用いてそのチャンネルやサイド・チャンネルを形成することができる。

[0027] 幾つかの実施形態では、計算デバイスおよび提示デバイスのそれぞれは、複数トランスポートをサポートする。複数のデバイスは、発見およびネゴシエーション（discovery and negotiation）プロセスを行って、相互にサポートされているトランスポートを選択して、デバイスが有効に通信できることを確実なものとする。しかし、幾つかの実施形態では、１対のデバイスに関して設定情報を記憶しておき、それらのデバイスが迅速にオーディオ−ビデオ・チャンネルおよびサイド・チャンネルを確立できるようにする。

[0028] 幾つかの実施形態では、オーディオ−ビデオ・チャンネルは、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ａｃｃｅｓｓのピア・ツー・ピア接続または他の適切なピア・ツー・ピア接続を用いて形成される。また、計算デバイスがＷｉ−Ｆｉ Ｄｉｒｅｃｔ Ａｃｃｅｓｓによる接続をサポートする場合には、それを用いてサイド・チャンネルが形成される。しかし、別のトランスポートを用いてサイド・チャンネルを形成することも可能である。例えば、サイド・チャンネルは、ＢＬＵＥＴＯＯＴＨ（登録商標）のリンクまたは他の適切なピア・ツー・ピア・プロトコルのリンクを用いて形成することができる。他の実施形態では、代替的または追加的に、ＩＲリンクや近距離通信を用いる他のリンクを用いる通信をサポートすることができる。また、デジタルＴＶスペクトルを使用することもでき、その場合、送信をスペクトルの空白部に制限することや、干渉を避けられる低パワー・レベルにすることもできる。なお、上記の構成は、使用できるトランスポートの単なる例であり、任意の適切なトランスポートを用いることが可能である。

[0029] これらの能力は、多くの望ましいユーザー体験をサポートすることで、ユーザーの体験する状況を改善する。例えば、ユーザーは、部屋へ入り、高度な設定を必要とせずに、部屋のテレビジョンで映画を表示することができる。

[0030] 図１は、計算デバイスを使用して提示デバイスでのオーディオ−ビデオ・情報の提示を制御する実施形態を示す。図１の例では、計算デバイスは、計算デバイス１２０として示されており、この例では、計算デバイス１２０はスレート・フォームファクタを有する。計算デバイス１２０は、ユーザー１２２により操作される。計算デバイス１２０は、提示デバイスを通じてのオーディオ−ビデオ・情報の提示を制御するように構成され、この例では、提示デバイスをテレビジョン１３０として示している。

[0031] 計算デバイス１２０は、オーディオ−ビデオ・コンテンツのデーターのストリーミング処理を行うアプリケーションを用いて構成される。ここでは、第１チャンネルはオーディオ−ビデオ・チャンネル１３２として示されている。計算デバイス１２０内のアプリケーションは、更に、サイド・チャンネル１３４を通じてコマンドをテレビジョン１３０へ送信する。オーディオ−ビデオ・コンテンツのデーターは、映画や他のマルチメディア・コンテンツであり得る。なお、本発明に関しては、テレビジョン１３０へストリーミングで送られる特定のオーディオ−ビデオ・コンテンツが重要な問題となることはない。

[0032] サイド・チャンネル１３４を通じて送られるコマンドは、任意の適切な形態とすることができる。例えば、コマンド・データは、オーディオ−ビデオ・コンテンツのデーターの提示における音量や他のオーディオ特性を制御する。代替的または追加的に、サイド・チャンネル１３４を通じて送られるコマンドは、テレビジョン（ＴＶ）１３０における表示の明るさなどのような、オーディオ−ビデオ・データの提示における１以上の視覚的特性を制御する。なお、サイド・チャンネル１３４を通じて送られる特定のコマンドは、テレビジョン１３０が処理できるコマンドの形式に対応したものとなることを、理解すべきである。例えば、テレビジョン１３０が、ディスプレイをフリーズするコマンドに応答するように構成されている場合、そのコマンドをサイド・チャンネル１３４を通じて送ることができる。

[0033] 本発明では、オーディオ−ビデオ・チャンネル１３２およびサイド・チャンネル１３４に使用される特定の周波数が重要な問題となることはない。同様に、本発明では、オーディオ−ビデオ・チャンネル１３２およびサイド・チャンネル１３４での通信のプロトコルおよび他のパラメーターが重要な問題となることもない。なお、幾つかの実施形態では、サイド・チャンネル１３４は、オーディオ−ビデオ・チャンネル１３２とは異なる周波数スペクトルで形成され、異なるプロトコルおよび他の送信パラメーターを使用する場合もある。特定の例として、オーディオ−ビデオ・チャンネル１３２は、インダストリアル・サイエンティフィク・アンド・メディカル（ＩＭＳ）無線バンドや、アンライセンスド・ナショナル・インフォメーション・インフラストラクチャ（ＵＮＩＩ）バンドで形成される。

[0034] 特定の例として、オーディオ−ビデオ・チャンネル１３２は、Ｗｉ−Ｆｉ標準で指定される周波数で送信される。この例では、計算デバイス１２０は、Ｗｉ−Ｆｉダイレクト・プロトコルを用いて直接接続を形成する。そのような場合、計算デバイス１２０は、Ｗｉ−Ｆｉダイレクト標準に従ってグループ・オーナーとして構成され、テレビジョン１３０には、ワイヤレス受信機および関連するコントローラが装備され、これが計算デバイス１２０のクライアントとしてＷｉ−Ｆｉダイレクト・グループを形成する。テレビジョン１３０内のそのようなコントローラは、オーディオ−ビデオ・チャンネル１３２を介してオーディオ−ビデオ・コンテンツを受信し、そのデーターをテレビジョン１３０内のコンポーネントへ送り、それらのコンポーネントは、テレビジョン・スクリーンで、およびテレビジョン１３０と結合されたスピーカーを通じて、オーディオ−ビデオ・コンテンツを提示する。

[0035] サイド・チャンネル１３４の適切な周波数スペクトルおよび適切なプロトコルの例に関しては、計算デバイス１２０が赤外線送信機を備える場合には、赤外線周波数を用いてサイド・チャンネル１３４を形成することができる。そのような場合、テレビジョン１３０には、当該技術では知られているリモート・コントロール装置から信号を受信するために使用されるもののような、ＩＲ受信機が装備される。その場合、サイド・チャンネル１３４を通じての通信は、当該技術では知られているテレビジョン用のリモート・コントロール装置のためのプロトコルを用いてフォーマットすることができる。

なお、代替的または追加的に、他の周波数および他のプロトコルを用いることも可能であることを理解すべきである。例えば、多くの計算デバイスは、ＢＬＵＥＴＯＯＴＨ（登録商標）無線装置を装備している。テレビジョン１３０にも同様にＢＬＵＥＴＯＯＴＨ（登録商標）無線装置が装備されている場合、サイド・チャンネル１３４は、ＢＬＵＥＴＯＯＴＨ（登録商標）ピア・ツー・ピア接続として形成される。更なる可能な代替例として、サイド・チャンネル１３４を形成するために低パワー通信を用いることもできる。図１に示すように、テレビジョン１３０の制御は、計算デバイス１２０がテレビジョン１３０と同じ部屋１１０にある時に行われる。従って、計算デバイス１２０とテレビジョン１３０との間の距離は比較的短いものである。計算デバイス１２０とテレビジョン１３０との間でのコマンドのための通信のデータ・レートは比較的低速であり、例えば、１秒あたり５６Ｋまたはそれより低い。幾つかの実施形態では、データ・レートは１秒あたり３２Ｋまたはそれより低い。従って、非常に低いコーディング・レートの誤り制御符号化（error control coding）が使用され、サイド・チャンネル１３４での送信に非常に低いパワーが使用される。結果として、ＮＦＣを含む近接通信技術などのような低パワー送信の技術を使用する場合でも、Ｔｒａｎｓｆｅｒ ＪｅｔおよびＦｅｌｉｃａを使用することができる。

[0036] 送信パワーに関する要求が比較的低いので、更に、ピア・ツー・ピア通信以外の目的で使用する周波数スペクトルは、それらの周波数を用いる他のデバイスに対し受け入れ不可能な干渉生成せずに、使用することもできる。特定的な例として、サイド・チャンネル１３４は、デジタルＴＶスペクトルで形成することができる。そのような場合の送信は、干渉が起こらないように低パワーで行われる。

[0037] なお、サイド・チャンネル１３４を形成するために非常に低いパワーの送信を使用する、ということは必要条件ではない。代替例として、サイド・チャンネル１３４は、オーディオ−ビデオ・チャンネル１３２を形成するために使用される周波数スペクトルと同じ周波数スペクトルを用いて形成することができる。オーディオ−ビデオ・チャンネル１３２が約２．４ＧＨｚから５ＧＨｚの範囲のスペクトルで形成される図１の例では、サイド・チャンネル１３４を、その周波数範囲に基づくものとすることができる。

[0038] 幾つかの実施形態では、サイド・チャンネル１３４を形成するための可能な範囲のトランスポートがある場合、計算デバイス１２０および／またはテレビジョン１３０は、サイド・チャンネル１３４を形成するために使用される複数のトランスポートをサポートする。そのようなシナリオの場合、計算デバイス１２０およびテレビジョン１３０は、例えばサイド・チャンネル１３４を形成するための周波数やプロトコルなどに関してのような、特定のトランスポートに関してのネゴシエーションを行うために互いに通信する。ペアリング・セレモニー（pairing ceremony）を必要とするピア・ツー・ピア・プロトコルを用いてオーディオ−ビデオ・チャンネル１３２が形成される実施形態では、サイド・チャンネル１３４を定めるパラメーターは、そのペアリング・セレモニーの一部としてネゴシエーションされる。

[0039] なお、オーディオ−ビデオ・チャンネル１３２およびサイド・チャンネル１３４を形成する特定の機構にかかわらず、それらが形成された後には、ユーザー１２２は、テレビジョン１３０のコンテンツと提示パラメーターとの双方を、計算デバイス１２０のユーザ・インターフェースを通じて制御できる。従って、計算デバイス１２０からストリーミングされる特定のオーディオ−ビデオ・コンテンツが、計算デバイス１２０を相互作用するユーザー１２２により選択される。選択された特定のオーディオ−ビデオ・コンテンツおよびそのコンテンツのソースは、本発明の重要事項ではない。なお、図１では、計算デバイス１２０が、アクセス・ポイント１４０を通じて、より大きいネットワーク、例えばインターネット１５０へも接続され得ることを示している。この例では、計算デバイス１２０とインターネット１５０との間の接続はワイヤレス接続１４２である。ワイヤレス接続１４２は、計算デバイス１２０の、オーディオ−ビデオ・チャンネル１３２および／またはサイド・チャンネル１３４を形成するための無線装置と同じまたは異なる無線装置で形成される。例えば、接続１４２を、Ｗｉ−Ｆｉインフラストラクチャ・モード・プロトコルに従うものとし、オーディオ−ビデオ・チャンネル１３２を、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ａｃｃｅｓｓプロトコルを用いて形成することができる。

[0040] どのようにして接続１４２が形成されるかにかかわらず、ユーザー１２２は、インターネット１５０を介して使用可能なオーディオ−ビデオ・コンテンツへアクセスするために接続１４２を使用することができる。しかし、代替的または追加的に、オーディオ−ビデオ・コンテンツを得るために他の任意の適切な技術を使用することも可能であり、また、接続１４２は、テレビジョン１３０のようなデバイスで提示するために計算デバイス１２０により得られてオーディオ−ビデオ・チャンネル１３２を通じてストリーミングされるオーディオ−ビデオ・コンテンツを得る単なる例として示したものであることを、理解すべきである。

[0041] 計算デバイス１２０は、オーディオ−ビデオ・コンテンツを得る機能、そのコンテンツをデバイスで提示する際の制御のためのユーザー入力を受信する機能、提示デバイスとのインターフェースを行ってオーディオ−ビデオ・コンテンツが適切なフォーマットで提示されるようにする機能などの機能をサポートするための、任意の適切なアーキテクチャを有する。図２は、そのようなアーキテクチャの一例を示す。

[0042] 図２は、オーディオ−ビデオ・コンテンツを送信するチャンネルと、コマンドを送信するチャンネルとの少なくとも２つのチャンネルで情報を送信するように動作する計算デバイス２１０のためのアーキテクチャを、高位レベルで示す。図２の例では、計算デバイス２１０は、無線装置２５０および無線装置２５４の２つの無線装置を含む。それぞれの無線装置は、ワイヤレス通信で送信および受信を行うように構成される。例えば、無線装置２５０は、第１のチャンネルを通じてワイヤレス通信を行うために用いられ、オーディオ−ビデオ・コンテンツを送信するように構成される。例えば、無線装置２５４は、第２のチャンネルを通じてワイヤレス通信を行うために用いられ、コマンドを送信するように構成される。なお、幾つかの実施形態では、複数のチャンネルでの同時の通信をサポートするために１つの無線装置を用いることもできることを、理解すべきである。

図２の例では、アプリケーション２２０が示されている。アプリケーション２２０は、ワイヤレス送信のための情報を生成し、また、ワイヤレスで受信した情報を処理する。ここに示した実施形態では、その情報はオーディオ−ビデオ・ストリームであり、オーディオ・コンテンツおよび／またはビデオ・コンテンツを表す情報を含み、更には制御情報などのような他の情報も含み得る。特定の例では、アプリケーション２２０はメディア制御アプリケーションであり、計算デバイス２１０を構成設定してユーザ・インターフェースを提供するようにする。そのユーザ・インターフェースを介して、ユーザーは、テレビジョンやステレオなどのような表示デバイスへストリーミングで送られるオーディオ−ビデオ・コンテンツを選択することができる。メディア制御アプリケーションは知られたものである。例えば、多くのコンピューターは、ＷＩＮＤＯＷＳ（登録商標）ＭＥＤＩＡ ＣＥＮＴＥＲ（登録商標）アプリケーションにより構成設定される。そのようなアプリケーションを作成するために用いられる技術と同様の技術が、アプリケーション２２０を作成するために用いられる。なお、計算デバイス２１０と直接に関連するディスプレイにコンテンツを提示することに加えて、アプリケーション２２０は、そのような情報を、チャンネル１３２および１３４のようなチャンネルを介して送信して、リモート・デバイスで提示するようにプログラムされる。

[0043] なお、リモート提示デバイスのアーキテクチャは示していないが、オーディオ−ビデオ・ストリームを受信および提示するデバイスは同様のアーキテクチャを有する。そのような実施形態では、アプリケーション２２０はユーザー入力を直接的には受信しない。しかし、コンピューターで実行可能なコンポーネントは、オーディオ−ビデオ・ストリームを受信してディスプレイに表示させ、また、チャンネル１３２および１３４を介して受信したユーザ・コマンドに応答するものである。

[0044] 図２の例では、アプリケーション２２０は、オペレーティング・システム２３０とのインターフェースを行う。幾つかの実施形態では、オペレーティング・システム２３０は、ＷＩＮＤＯＷＳ（登録商標）オペレーティング・システムなどのような汎用オペレーティング・システムである。そのような構成は、計算デバイス２１０がアプリケーション２２０以外のアプリケーションを実行する場合には、望ましい。なお、計算デバイス２１０が、オーディオ−ビデオ・情報を提示するために特定的に構成設定される実施形態では、オペレーティング・システム２３０の機能を制限されたものとすることもできる。

[0045] オペレーティング・システム２３０が特定用途向けのものか汎用のものかにかかわらず、ここで示す実施形態では、オペレーティング・システム２３０の機能は、アプリケーション２２０により処理された情報をワイヤレスで送信および受信することを容易にするサービスを提供するためのものである。送信に関して、オペレーティング・システム２３０は、近くのデバイスとの接続を確立するためにアプリケーション２２０から要求を受信する。その後、オペレーティング・システム２３０は、アプリケーション２２０から、接続を介して送信されるオーディオ−ビデオ・コンテンツを表す情報のストリームを受信する。この例では、送信は無線装置２５０により行われ、それによりチャンネル１３２のようなデータ・チャンネルが実現される。

[0046] 計算デバイス２１０が別のデバイスからオーディオ−ビデオ・情報を受信して提示する実施形態では、オペレーティング・システム２３０は、別のデバイスからワイヤレスで受信した要求に応答して接続を確立する。次に、オペレーティング・システム２３０は、その接続を介して受信したデーターを、処理のためにアプリケーション２２０へ供給する。この処理は、データーを可聴および／または視覚的なフォーマットで提示することを含む。

[0047] そのような接続は、当該技術では知られた技術を用いて形成される。ここで示した例では、その接続は、直接のデバイス対デバイス接続である。特定の例では、その接続は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔで指定された周波数およびプロトコルを用いて形成される。次に、オペレーティング・システム２３０は、アプリケーション２２０が接続へアクセスできるようにするネットワーク・アダプターまたは他の適切なインターフェースを提示することにより、アプリケーション２２０がその接続を使用できるようにする。なお、ここでは、任意の適切な技術を用いることができる。

[0048] また、アプリケーション２２０は、外部デバイスを制御するためのコマンドを表すユーザー入力を受信する。例えば、それらのコマンドは、オーディオ情報を提示する際の音量を変更するコマンドや、明度などのようなディスプレイの視覚特性を変更するコマンドである。なお、それらの特定のコマンドは例示であり限定のためのものではなく、任意の適切なコマンドがサポートされることを理解すべきである。

[0049] オペレーティング・システム２３０は、それらのコマンドをアプリケーション２２０から受信し、送信のためにルーティングする。この例では、コマンドは、無線装置２５４を通じての送信のためにルーティングされる。そのような送信は、サイド・チャンネル１３４のようなサイド・チャンネルを実現するためにオペレーティング・システム２３０により形成された接続を介して、行われる。また、サイド・チャンネルへのアクセスは、オペレーティング・システム２３０により作成されたネットワーク・アダプターを通じて行われる。ネットワーク・アダプターを使用して、オペレーティング・システム２３０は、アプリケーション２２０がオーディオ−ビデオ・コンテンツおよびコマンドの送信を要求するための機構提供することができ、この機構は、チャンネルを作成するために使用される特定のトランスポートに依存しない。このようにして、アプリケーション２２０は、特定のトランスポートが動的に選択されることとは関係なく機能する。

[0050] 様々なトランスポートを通じての送信のための通信の処理をサポートするために、オペレーティング・システム２３０にはトランスポート・コントロール・レイヤ２６０が含まれる。トランスポート・コントロール・レイヤ２６０は、データーの送信のためにアプリケーション２２０からの複数の要求を処理し、そのデーターを送信に適するようにルーティングする。例えば、オーディオ−ビデオ・ストリームを表すデーターは、無線装置２５０を通じての送信のためにフォーマットされる。コマンドを表すデーターは、無線装置２５４を通じての送信のためにフォーマットされる。

[0051] 更なるトランスポート向け処理が、トランスポート・コントロール・レイヤ２６０内で行われる。幾つかの実施形態では、例えば、コマンドは低パワーのサイド・チャンネルを介して送信される。そのような情報は、比較的低いビット・レートおよび／または比較的多量の誤り制御符号化を用いて送信される。トランスポート・コントロール・レイヤ２６０は、適切に、送信のためのコマンドの処理、および／または無線装置２５４の制御を行い、そのデーターを望ましいパワー・レベルや誤り制御符号化を用いて送信する。この動作は、別のトランスポートが使用されている場合には同様に起きるとは限らない。

[0052] トランスポート・コントロール・レイヤ２６０内で行われる特定の処理は、オーディオ−ビデオ・データを搬送するための第１のチャンネルを実施するために使用される特定のトランスポートと、コマンドを搬送するために使用される特定のトランスポートとに依存する。例えば、ＵＮＩＩまたはＩＳＭドメインで確立されるワイヤレス・リンクは、オーディオ−ビデオ・データ用のトランスポートとして使用され、その送信は、コンピューターがデバイスと通信を行うための既知のプロトコルに従うものである。そのような実施形態では、トランスポート・コントロール・レイヤ２６０において、オーディオ−ビデオ・データに対しての従来の処理が用いられる。

[0053] コマンドの処理には様々な処理を使用することができる。コマンドは、ＩＲやＢＬＵＥＴＯＯＴＨ（登録商標）などのようなトランスポートを用いて送信することができる。そのような実施形態では、従来の処理を用いて送信のためにコマンド・データをフォーマットすることができるが、その処理は、オーディオ−ビデオ・コンテンツ・データに対して行われる処理と異なるものであってもよい。

[0054] 代替例として、Ｄｉｇｉｔａｌ ＴＶなどのような認可されたドメインで確立されるワイヤレス・リンクは、コマンド・データのためのトランスポートとして使用することができる。そのようなトランスポートが使用される場合、トランスポート・コントロール・レイヤ２６０内の処理は、無線装置２５４の適切な利得や、変調や、誤り制御符号化や、他のパラメーターの設定を含む。なお、望まれる処理を行うように無線装置のパラメーターを設定する代わりに、トランスポート・コントロール・レイヤ２６０が処理の幾つかまたは全てを直接に行うようにできることも理解すべきである。例えば、誤り制御符号化、そして可能性としては他の機能は、計算デバイス２１０のプロセッサ・コアで実行されるソフトウェア・コンポーネントにより行われる。従って、図２では特定のアーキテクチャを提案しているが、そのアーキテクチャが例示であり限定のためのものではないことを理解すべきである。

[0055] また、トランスポート・コントロール・レイヤ２６０は、受信した情報に応答する。その受信した情報は、別のデバイスが要求した接続を要求するものである。また、受信した情報は、提示用のデーターや他のタイプの情報を表す。

[0056] データーを送信および受信するために、トランスポート・コントロール・レイヤ２６０は、１以上の無線装置と対話する。無線装置に関しては、無線装置２５０および２５４が示されている。無線装置２５０は、図２でドライバー２４０として表されているソフトウェアを通じて制御される。この例では、ドライバー２４０はインターフェース２４２を含み、インターフェース２４２を介して、オペレーティング・システム２３０は、ドライバー２４０へコマンドを発行し、ドライバー２４０は、オペレーティング・システム２３０へ、ステータスを報告し、受信したデーターを通知する。インターフェース２４２は、任意の適切な様式で実施することができ、その様式には、既知の標準に従う様式も含まれる。既知の標準の一例としてはＮＤＩＳと呼ばれるものがあるが、その標準は、本発明の重要事項ではない。

[0057] インターフェース２４２は、無線装置２５０の構成に依存しないフォーマットの多数のコマンドをサポートする。それらのコマンドは、或る周波数での送信のために無線装置２５０を構成設定するためのコマンドや、記号を送信するための或る変調スキームや誤り制御符号化を使用するためのコマンドを含む。更に、インターフェース２４２を通じて、ドライバー２４０は、無線装置２５０により送信するためのデーターを受信する。従って、インターフェース２４２は、オーディオ−ビデオ・データのストリームを表すデーターを送信するためにトランスポート・コントロール・レイヤ２６０が無線装置２５０を制御するための機構を提供する。また、無線装置２５０は、インターフェース２４２を用いてデーターおよびステータス・メッセージをオペレーティング・システム２３０へ提供する。

[0058] 特定のコマンドとは関係なく、ドライバー２４０は、インターフェース２４２の標準化フォーマットのコマンドを、無線装置２５０へ印加される特定の制御信号へと変換する。更に、ドライバー２４０は、ワイヤレス接続と関連する或る低レベル機能を行うようにプログラムされる。例えば、パケットを受信すると、ドライバー２４０は、そのパケットが適切にフォーマットされているかを検査する。パケットが適切にフォーマットされている場合、ドライバー２４０は無線装置２５０を制御してアクノレッジメントを生成する。逆に、パケットが適切にフォーマットされていない場合、ドライバー２４０は無線装置２５０を制御して、ネガティブ・アクノレッジメントを送信する。

[0059] 図２に示す実施形態では、計算デバイス２１０は第２の無線装置２５４を含む。例えば、無線装置２５０は、オーディオ−ビデオ・コンテンツを表すデーターのストリームの送信および／または受信に使用され、無線装置２５４は、リモート・オーディオ−ビデオ・デバイスを制御するためのコマンドを表すデーターの送信および／または受信に使用される。

[0060] 無線装置２５４は計算デバイス２１０に含まれ、一般に無線装置２５０と同じアーキテクチャである。無線装置２５４はドライバー２４４と関連し、ドライバー２４４は、オペレーティング・システム２３０が無線装置２５４を制御するための機構を提供する。ドライバー２４４はインターフェース２４６を有し、このインターフェース２４６を通じて、オペレーティング・システム２３０は、コマンドをドライバー２４４へ送信し、ドライバー２４４は、データーおよびステータス・メッセージをオペレーティング・システム２３０へ提供する。インターフェース２４２と同様に、インターフェース２４６は標準化されたインターフェースであり、オペレーティング・システム２３０は、ドライバー２４０に対して使用されるコマンドと同様のコマンドの組を使用してドライバー２４４と通信する。

[0061] ２つの無線装置を示したが、任意の適切な数の無線装置を計算デバイス２１０に含めることができることを理解すべきである。例えば、オーディオ−ビデオ・チャンネル１３２、サイド・チャンネル１３４、および接続１４２（図１）を形成するために個別の無線装置を使用することができる。なお、それらのチャンネルが類似の周波数を用いて形成される実施形態では、ここで示した接続の全てを１つの無線装置を用いて形成することも可能である。従って、計算デバイス２１０の特定のハードウェア構成は、本発明の重要事項ではない。

[0062] 計算デバイス２１０の特定の構成に関係なく、計算デバイス２１０は、ユーザーが近くの提示デバイスで提示するためのオーディオ−ビデオ・コンテンツを選択するため、およびその提示のパラメーターを制御するためのユーザ・インターフェースを提示するためのソフトウェアにより、構成設定される。

[0063] 図３は、そのようなソフトウェアにより提示されるユーザ・インターフェースを示す。ユーザ・インターフェース３００は、計算デバイス２１０内の適切なコンポーネントにより、計算デバイス２１０のスクリーンに提示される。なお、ここで示した実施形態では、アプリケーション２２０（図２）はメディア制御アプリケーションであり、これによりユーザ・インターフェース３００が提示される。この例では、メディア制御アプリケーションは、任意の適切なフォーマットのオーディオ−ビデオ・コンテンツの提示を制御する。例えば、オーディオ−ビデオ・コンテンツは、オーディオのみ、ビデオのみ、または可聴成分および視覚的成分の両方を含むマルチメディアであり得る。この例では、ユーザ・インターフェース３００は、オーディオ成分およびビデオ成分の両方を有するオーディオ−ビデオ・コンテンツの提示を制御するように構成設定される。

[0064] ユーザーは、当該技術で知られているインターフェース技術を用いるグラフィカル・ユーザ・インターフェース３００を通じてアプリケーション２２０と対話する。例えば、ユーザ・インターフェース３００は、ユーザーがマウスや他のヒューマン・インターフェース・デバイスを用いて作動せることができる制御部を有する。ユーザーにより制御部が作動させられると、アプリケーション２２０は、その制御部と関連する機能を実行することを促される。例えば、ユーザ・インターフェース３００は、メディア選択制御部３１０を含む。そのような制御部は、メディア制御アプリケーションの技術で知られた機能を実行するためのものである。メディア選択制御部３１０の１以上の制御部を作動させることにより、ユーザーは、計算デバイス２１０にあるメディア・ファイルや計算デバイス２１０がアクセス可能なメディア・ファイルの中を動きまわって、提示するオーディオ−ビデオ・コンテンツを表すファイルを特定する。

[0065] 図３に示す動作状態では、ユーザーは、映画を選択するためにメディア選択制御部を作動させている。選択されたコンテンツは、コンテンツ表示エリア３２０で提示される。従って、図３で示す動作状態では、選択されたオーディオ−ビデオ・コンテンツを表す映画が、メディア表示エリア３２０に提示されている。

[0066] また、メディア制御アプリケーションは、メディア・プレイバック制御部３３０を提供する。例えば、それらの制御部はプレイ制御部３３６を含む。プレイ制御部３３６を作動させると、選択されたオーディオ−ビデオ・コンテンツがコンテンツ表示エリア３２０でプレイされる。プレイ制御部３３６は複数の状態の間で切り替えすることができ、選択されたオーディオ−ビデオ・コンテンツがコンテンツ表示エリア３２０で再生されているときにユーザーがプレイ制御部３３６を作動させると、オーディオ−ビデオ・コンテンツの再生がフリーズされる。

[0067] メディア・プレイバック制御部の別の例として、アプリケーション２２０は、音をミュートする制御部３３２を提示し、これはオーディオ−ビデオ・コンテンツのオーディオ部分を抑制する。代替的または追加的に、メディア・プレイバック制御部３３０はスライダ３３４を含むことができる。スライダ３３４は、当該技術で知られた制御部であり、ユーザーが値の範囲から１つの値を指定することを可能にする。指定された値は、コンテンツ表示エリア３２０で提示されているオーディオ−ビデオ・コンテンツのオーディオ部分の音量と相関する。

[0068] ユーザ・インターフェース３００の機能は、従来のメディア制御アプリケーションの場合と同様に実施することができる。例えば、メディア選択制御部３１０、コンテンツ表示エリア３２０、およびメディア・プレイバック制御部３３０は、当該技術分野で知られた技術を用いて実施することができる。

[0069] なお、メディア制御アプリケーションは、計算デバイス２１０がリモート提示デバイスでのオーディオ−ビデオ・コンテンツの提示を制御するために使用されているときに、これらのコンポーネントの幾つかまたは全ての挙動が変わるように、適合させられている。例えば、リモート・コントロール・モードで動作するときの、プレイ制御部３３６の選択は、チャンネル１３２（図１）のようなオーディオ−ビデオ・チャンネルを介してのオーディオ−ビデオ・コンテンツを表すデーターのストリーミングをトリガする。同様に、リモート・コントロール・モードで動作するときの、計算デバイス２１０での音レベルの制御に代えてのまたは制御に加えてのミュート制御部３３２の選択は、サイド・チャンネル１３４（図１）などのようなサイド・チャンネルを介してのコマンドの送信をトリガし、音をミュートすることを提示デバイスに指令する。同様に、リモート・コントロール・モードにおいて、スライダ３３４を作動させると、音量変更のコマンドがサイド・チャンネルを介して送信される。

[0070] 代替的または追加的に、メディア制御アプリケーションは、提示デバイスのリモート・コントロールと特定的に関連する機能を制御するコマンドを提示するように、変更することもできる。図３の例は、デバイス制御部３４２、提示制御部３４４、およびピクチャ・イン・ピクチャ制御部３４６を示す。これらの制御部は制御部の例であり、特定的に、計算デバイス２１０がリモート・コントロールとして動作することを可能とするようにサポートされている。他の制御部を代替的または追加的に提供することも可能である。

[0071] 幾つかの実施形態では、リモート・コントロール・モードにおいてユーザ・インターフェース３００を通じて使用可能とされる特定の制御部は、リモート提示デバイスの能力に依存して決まる。そのような能力は、例えば、任意の適切な方法で計算デバイスへ通信される。例えば、リモート・コントロール・デバイスの能力を定める情報は、オーディオ−ビデオ・チャンネル１３２のための接続が作成されたときに得られる。代替例では、情報は、サイド・チャンネル１３４を介して通信される。従って、メディア制御アプリケーションは、リモート提示デバイスについての情報に基づいて、提示のための制御部を選択することができ、このリモート提示デバイスと情報とが比較される。

[0072] 図３の例では、デバイス制御部３４２は、メディア制御アプリケーションがリモート・コントロール・モードで動作する前に、ユーザーにより作動させることができる。デバイス制御部３４２が作動すると、メディア制御アプリケーションは、更なるユーザ・インターフェースを提示し、そのユーザ・インターフェースを通じて、ユーザーは、近くのデバイスを提示デバイスとして働くように選択することができる。特定の例として、デバイス制御部３４２が作動すると、図４に示すようなユーザ・インターフェースがユーザーへ提示される。

[0073] 図４はグラフィカル・ユーザ・インターフェース４００を示し、このグラフィカル・ユーザ・インターフェース４００を通じて、ユーザーは、リモート・デバイスがオーディオ−ビデオ・コンテンツの提示デバイスとして働くように選択することができる。グラフィカル・ユーザ・インターフェース４００は任意の適切な方法で提示することができる。例えば、アプリケーション２２０は、グラフィカル・ユーザ・インターフェース４００を提示するようにプログラムされる。なお、別の実施形態では、グラフィカル・ユーザ・インターフェース４００は、オペレーティング・システム２３０のコンポーネントにより提示される。例えば、別の構成において、オペレーティング・システム２３０がデバイス・マネージャを含み、そのデバイス・マネージャが、ワイヤレス接続が形成される近くのデバイスに関するオプションを発見し、それらのオプションのリストをユーザーに提示することは知られている。幾つかの実施形態では、グラフィカル・ユーザ・インターフェース４００は、そのようなデバイス・マネージャやオペレーティング・システム２３０の他の適切なコンポーネントにより提示することができる。

[0074] アプリケーション２２０は、任意の適切な様式で提示デバイスとして動作可能な近くのデバイスに関する情報を得る。例えば、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔのようなピア・ツー・ピア・プロトコルを用いるオーディオ−ビデオ・チャンネル１３２が実施される図１に示す実施形態において、メディア制御アプリケーション２２０は、オペレーティング・システム２３０を制御して、そのプロトコルのデバイス発見（device discovery）またはサービス発見（service discovery）の構成に従ってメッセージを送信する。ピア・ツー・ピア・プロトコルのデバイス発見構成に従って、近くのデバイスは、それらのデバイスのオーディオ−ビデオ・コンテンツを提示するための能力を示すように、デバイス発見メッセージに応答する。

[0075] グラフィカル・ユーザ・インターフェース４００は、複数の提示デバイスが発見されているところの動作状態を示す。それらの提示デバイスは、それらのオーディオ−ビデオ・コンテンツを提示するための能力を示すような様式で、グラフィカル・ユーザ・インターフェース４００を通じて提示される。この例では、表示エリア４２０は、オーディオ・コンテンツのみを提示できるデバイスを示す。表示エリア４３０は、ビデオ・コンテンツのみを提示できるデバイスを示す。表示エリア４４０は、マルチメディア・コンテンツを提示できるデバイスを示す。図４の特定の例において、表示エリア４２０はアイコン４２２を含み、オーディオ情報を提示できるステレオが検出されたことを示す。表示エリア４３０はアイコン４２４を含み、ビデオ・コンテンツを提示できるプロジェクターが検出されたことを示す。表示エリア４４０は２つのアイコンを含み、アイコン４４２は、テレビジョンが検出されたことを示し、アイコン４４４は、タブレットＰＣが検出されたことを示す。なお、タブレットＰＣは、通常はオーディオ−ビデオ・提示デバイスとは見なされないが、幾つかの実施形態では、タブレットＰＣは視覚的表示装置およびオーディオ提示用スピーカーを含むので、マルチメディア・コンテンツを提示するためにタブレットＰＣを制御することもできる。

[0076] グラフィカル・ユーザ・インターフェース４００を通じて提示される特定のデバイスは、計算デバイス２１０の近くにあるデバイスによって決まることを認識すべきである。ユーザ・インターフェース４００を介して発見されユーザーに提示される特定のデバイスと関係なく、ユーザーは、検出されたデバイスの１つを選択するためにマウスや他のヒューマン・インターフェース・デバイスを操作することができる。デバイスを選択すると、メディア制御アプリケーション２２０または計算デバイス２１０の他の適切なコンポーネントは、選択されたデバイスと対話してオーディオ−ビデオ・チャンネルおよびサイド・チャンネルを形成し、それらのチャンネルを介してオーディオ−ビデオ・コンテンツおよびコマンドがそれぞれ通信される。

[0077] 再度図３を参照する。デバイスとのオーディオ−ビデオ・チャンネルおよびサイド・チャンネルが形成されると、ユーザーは、ユーザ・インターフェース３００を通じて更なる入力を提供して、選択されたメディア・コンテンツが選択された提示デバイスへストリームで送られることを示す。提示制御部３４４は、この目的のために提供される。提示制御部３４４が選択されると、それに応答してメディア制御アプリケーション２２０は、コンテンツ提示エリア３２０に現れるオーディオ−ビデオ・コンテンツを表すデーターをオーディオ−ビデオ・チャンネルを介して送信することを、オペレーティング・システム２３０に要求する。提示制御部３４４が選択されると、オーディオ−ビデオ・コンテンツは、コンテンツ提示エリア３２０に提示される代わりにまたは提示に加えて、オーディオ−ビデオ・チャンネルを介してストリームで送られる。

[0078] 幾つかの実施形態では、提示制御部３４４はトグル型の制御部である。そのような制御部は、様々な動作状態で様々な影響を与える。例えば、オーディオ−ビデオ・コンテンツがオーディオ−ビデオ・チャンネルを介してストリーミングされていないときに、提示制御部３４４が選択されると、そのオーディオ−ビデオ・コンテンツのストリーミングが開始される。また、オーディオ−ビデオ・コンテンツがオーディオ−ビデオ・チャンネルを介してリモート・ディスプレイ・デバイスへストリーミングされている動作状態のときに、提示制御部３４４が選択されると、そのオーディオ−ビデオ・コンテンツのストリーミングが停止される。

[0079] ユーザ・インターフェース３００に現れる制御部の更なる例として、図３は、ピクチャ・イン・ピクチャ制御部３４６を示している。ピクチャ・イン・ピクチャ制御部３４６が選択されると、メディア制御アプリケーション２２０は、サイド・チャンネルを介しての送信のためのコマンドを生成する。このコマンドは、選択された提示デバイスにより、ピクチャ・イン・ピクチャ表示を形成するためのコマンドとして認識される様式で、フォーマットされる。ピクチャ・イン・ピクチャ表示フォーマットを用いると、オーディオ−ビデオ・チャンネルを介してストリーミングされたオーディオ−ビデオ・コンテンツは、提示デバイスのディスプレイの一部にのみ現れる。ディスプレイの他の部分は、提示デバイスにより供給されるコンテンツで満たされる。図１の例では、ピクチャ・イン・ピクチャ制御部３４６が選択されると、テレビジョン１３０は、計算デバイス２１０以外のソースからテレビジョン１３０が受信したテレビジョン番組の提示を継続する。その提示に対してウィンドウがオーバーレイされ（かぶせられ）、計算デバイス２１０からストリーミングされるビデオ・コンテンツが提示される。

[0080] なお、図３に示した制御部は、リモート提示デバイスの制御のために計算デバイスにより提示できる幾つかのタイプの制御部の単なる例であることを理解すべきである。ここで知ることになった制御部や、テレビジョンや他の提示デバイスを制御するために後に発見される制御部などのような他の制御部も、メディア制御アプリケーションにより提示することができる。

[0081] 図５を参照すると、ワイヤレス計算デバイスがオーディオ−ビデオ・提示デバイスを制御するシステムの代替の実施形態が示されている。この例では、ユーザー５２２により操作されるワイヤレス計算デバイス５２０は、ここではテレビジョン５３０として示す提示デバイスとのオーディオ−ビデオ・チャンネル５３２を確立する。図１の例のように、オーディオ−ビデオ・チャンネル５３２は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔプロトコルに従って指定された周波数およびプロトコルを用いて形成される。なお、そのチャンネルの形成のために用いる信号で使用する特定の周波数、およびそのチャンネルで使用するプロトコルは、本発明の重要事項ではない。計算デバイス５２０で実行するメディア制御アプリケーションは、オーディオ−ビデオ・チャンネル５３２を介して送信するためのオーディオ−ビデオ・コンテンツを表すデータ・ストリームを生成する。更に、そのようなメディア制御アプリケーションは、計算デバイス５２０のオペレーティング・システムを制御して、テレビジョン５３０に対するコマンドを送信するためのサイド・チャンネルを形成する。

[0082] 図５の例において、サイド・チャンネルは、リンク５３４Ａおよび５３４Ｂを用いて形成される。ここでは、リンク５３４Ａは、計算デバイス５２０とアクセス・ポイント５４０との間に形成される。アクセス・ポイント５４０は、当該技術で知られたアクセス・ポイントである。例えば、アクセス・ポイント５４０は、インフラストラクチャ・モード・コンポーネントのための既知のＷｉ−Ｆｉプロトコルに従って動作するように構成される。動作において、アクセス・ポイント５４０は、インターネット５５０などのような外部ネットワークへの接続を提供する。更に、アクセス・ポイント５４０は、ローカル・ネットワークを形成する。この場合、ワイヤレス通信のための装備を備える他のデバイスもまた、アクセス・ポイント５４０を通じてそのローカル・ネットワークへ接続する。図５に示す実施形態では、テレビジョン５３０は、計算デバイス５２０と同様の様式でアクセス・ポイント５４０と接続できる無線装置を備える。従って、テレビジョン５３０は、リンク５３４Ｂを介してアクセス・ポイント５４０と通信することができる。リンク５３４Ａおよび５３４Ｂは、ローカル・ネットワークにおいて計算デバイス５２０およびテレビジョン５３０を接続し、デバイスが情報を交換することを可能にする。従って、サイド・チャンネルは、リンク５３４Ａおよび５３４Ｂを介して確立される。計算デバイス５２０は、このサイド・チャンネルを用いてコマンドをテレビジョン５３０へ送信する。それらのコマンドは、例えば、メディア制御アプリケーションとユーザーとの対話に基づいて生成される。ユーザーは、ユーザ・インターフェース３００（図３）や他の適切なインターフェースなどのようなインターフェースを通じて、そのようなコマンドを入力する。

[0083] 図５に示す実施形態では、アクセス・ポイント５４０は、テレビジョン５３０の配された部屋５１０の外側に位置するが、この場合、サイド・チャンネルを形成するトランスポートは、そのような距離を介して通信することができる。例えば、Ｗｉ−Ｆｉプロトコルは、比較的短い距離での通信のために設計されているが、数十メートルの距離での通信をサポートすることができる。なお、図５の実施形態は、サイド・チャンネルを形成するための適切なトランスポートの単なる１つの例であること、および任意の適切なトランスポートを使用できることを理解すべきである。

[0084] 幾つかの実施形態では、計算デバイス５２０は、複数のトランスポートを介しての通信をサポートするように構成される。なお、それらのトランスポートの何れのものも、オーディオ−ビデオ・コンテンツの提示を制御するためのコマンドの送信のためのサイド・チャンネルを形成するために、使用することができる。同様に、テレビジョン５３０などのようなオーディオ−ビデオ・提示デバイスは、代替的または追加的に、複数のトランスポートを介しての通信をサポートするように構成される。また、それらのトランスポートの何れのものも、サイド・チャンネルを形成するために適切なものである。従って、幾つかの実施形態では、計算デバイスおよびオーディオ−ビデオ・提示デバイスは、互いにワイヤレス通信を行い、オーディオ−ビデオ・チャンネルおよび関連のサイド・チャンネルを介しての通信を確立する。その対話の一部は、サイド・チャンネルの形成で使用するための、計算デバイスおよびオーディオ−ビデオ・提示デバイスにより共通にサポートされるトランスポートを選択することを含む。

[0085] 図６は、オーディオ−ビデオ・コンテンツおよび関連する提示コマンドをテレビジョンなどのような提示デバイスへ供給するためのオーディオ−ビデオ・チャンネルおよびサイド・チャンネルを確立するために働く計算デバイスの動作の方法を示す。図６の方法は、任意の適切なトリガに応答して開始する。１つの例として、方法はユーザー入力によりトリガされる。例えば、グラフィカル・ユーザ・インターフェース３００を提示するメディア制御アプリケーション２２０を実行する計算デバイス２１０のような計算デバイスに関しては、トリガは、デバイス制御部３４２（図３）などのような制御部を選択するユーザー入力である。

[0086] トリガにかかわらず、計算デバイスは、提示デバイスとして動作するデバイスへ、応答することを要求するメッセージを送信する。そのような要求の特定のフォーマットは、計算デバイスがオーディオ−ビデオ・チャンネルとして働く接続を形成することを選択する際のプロトコルに対応する。計算デバイスが、オーディオ−ビデオ・チャンネルを確立するためにＷｉ−Ｆｉ Ｄｉｒｅｃｔプロトコルを用いるように構成される場合、ブロック６１０で送信される要求メッセージは、デバイス発見またはサービス発見のためにフォーマットされたプローブ要求（probe request）メッセージとしてフォーマットされる。サービス発見メッセージが使用される場合、そのメッセージは、オーディオ−ビデオ・コンテンツのための提示デバイスとして動作できるリモート・デバイスを計算デバイスが捜していることを、示す。オーディオ−ビデオ・コンテンツがオーディオのみであるシナリオでは、サービス発見要求は、オーディオ情報の提示に適切な所望されるサービスを示す。提示されるオーディオ−ビデオ・コンテンツがビデオのみである場合、サービス発見要求は、ビデオ・コンテンツの提示に適切なサービスを提供するデバイスを要求する。オーディオ−ビデオ・コンテンツがマルチメディア・コンテンツである場合、サービス発見要求は、マルチメディア・コンテンツの提示に適切なサービスを要求する。なお、例示のインターフェース４００（図４）により示されるように、計算デバイスがオーディオ−ビデオ・提示デバイスのタイプを自動的に特定する構成は、必要条件ではない。例えば、複数のオーディオ−ビデオ・提示デバイスが、ブロック６１０で送信された要求に応答する場合、ユーザーに対して、使用可能なデバイスのメニューを提示して、ユーザーが所望するデバイスを選択することを可能にすることもできる。

[0087] ブロック６１０で送信された要求の種類にかかわらず、処理はブロック６１２へ進む。ブロック６１２において、ユーザーは、オーディオ−ビデオ・チャンネルおよびサイド・チャンネルを形成する相手となるデバイスの選択を示す。計算デバイスが１つのオーディオ−ビデオ・提示デバイスを自動的に特定するシナリオであっても、ユーザーには、ブロック６１２で、ユーザーが接続することを望むか否かを示す選択を行う機会が与えられる。なお、リモート・デバイスを選択する特定の機構が本発明の重要事項ではないことを理解すべきである。

[0088] リモート・デバイスが選択される様式にかかわらず、処理は判断ブロック６２０へ進む。判断ブロック６２０において、処理は、選択されたデバイスが既知のデバイスであるか否かに応じて分岐する。図６の処理を行う計算デバイスが、１つのリモート・デバイスとの接続を以前に形成しており、その接続を確立したときに使用された情報が記憶されている場合、そのデバイスは計算デバイスに知られたデバイスである。以前に情報が記憶されていない場合、処理は判断ブロック６２０からサブプロセス６２２へと分岐する。

[0089] サブプロセス６２２において、計算デバイスは、ワイヤレス通信でリモート・デバイスと互いに通信し、オーディオ−ビデオ・チャンネルおよび関連するサイド・チャンネルを介しての通信のためにリモート・デバイスをセットアップする。サブプロセス６２２における特定の工程は、計算デバイスがリモート・デバイスとの接続を確立するために使用するプロトコルにより決まる。この例では、サブプロセス６２２の工程は、オーディオ−ビデオ・チャンネルを確立するために用いられるプロトコルに基づく。特定の例では、オーディオ−ビデオ・チャンネルは、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔプロトコルを用いて確立される。そのシナリオでは、サブプロセス６２２の工程は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔプロトコルに従って定められるペアリング・セレモニーを実施する。なお、計算デバイスとリモート提示デバイスとの接続の形成を可能にする情報の交換を行うために任意の適切な工程を使用できることを、理解すべきである。

[0090] そのような接続は、例えば、計算デバイスとリモート・デバイスとの間でのパスワードやチャレンジ・コードや他の適切なセキュリティ情報の交換を含む。これらのデバイスは、そのようなセキュリティ情報を任意の適切な方法で得ることができる。例えば、パスワードは、計算デバイスでのユーザー入力により得ることができる。ユーザーは、そのようなパスワードをリモート・デバイスの製造者から得ることができる。例えば、ワイヤレスで接続を形成するための装備を備えるデバイスは、パスワードを提供する命令がパッケージされていたり、また、デバイスがユーザーに見せるためのパスワードを表示するオペレーティング・モードに入るように構成されていたりする。代替例としては、ユーザーにより双方のデバイスで同じパスワードを制定して入力することもできる。ペアリング・セレモニーの一部としてパスワードを要求することは、意図された提示デバイスと計算デバイスが対をなすことを確実なものとする。

[0091] パスワードの交換に加えて、計算デバイスおよびリモート提示デバイスは、デバイス間でオーディオ−ビデオ・チャンネルおよびサイド・チャンネルを保持するための１以上のワイヤレス・リンクの確立の際に有用な他の情報を交換する。なお、この情報を運ぶために任意の適切な機構を使用できるが、幾つかの実施形態では、追加の情報は、メッセージと関連する情報エレメントで運ばれ、さもなければ、その追加の情報は、オーディオ−ビデオ・チャンネルのためのトランスポートの構成で使用されるプロトコルの一部として規定される。情報エレメントは、標準化されたプロトコルの一部として特定的に提供されない情報が、その標準化されたプロトコルに従ってフォーマットされたメッセージへ挿入されることを可能にする。このようにして、標準化されたプロトコルを使用しながらも、多くのタイプの情報が、計算デバイスとリモート提示デバイスとの間で通信される。

[0092] 交換する追加の情報のタイプの例として、それぞれのデバイスは、そのデバイスによりサポートされ且つサイド・チャンネルの確立に使用できる代替のトランスポートについての他の情報を見せる。更に、交換される情報は、オーディオ−ビデオ・コンテンツを提示するためのリモート提示デバイスの能力についての情報を見せる。そのような情報は、例えば、サポートされるコードのタイプやディスプレイ・スクリーンの解像度やディスプレイ・スクリーンのサイズなどのような、リモート提示デバイスについての情報を特定する。幾つかの実施形態では、計算デバイスとリモート提示デバイスとの間で交換される情報は、ペアリング・セレモニーの一部として行われる工程を示す。１つの例として、幾つかのワイヤレス・デバイスは、Ｗｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ（ＷＰＳ、ワイファイ・プロテクテッド・セットアップ）と呼ばれる標準をサポートし、これは複数の方法を含む。デバイス間で交換される情報は、デバイスによりサポートされる特定のＷＰＳ方法を特定する。なお、デバイスのセットアップに使用できる任意の適切な情報を、用いることができる。

[0093] 計算デバイスとリモート提示デバイスとの間で交換される特定の情報にかかわらず、それぞれのデバイスは、デバイス間の通信の確立において使用される１以上のパラメーターの値を特定するために情報を分析するプロセッサを用いて、構成設定される。例えば、ブロック６２３において、計算デバイスは、サイド・チャンネルの形成において使用されるトランスポートを選択する。この選択がどのように行われるかの一例として、それぞれのデバイスは、サイド・チャンネルを確立する際に使用するための考慮され得るトランスポートの順番付けしたリストを維持する。それらのリストは、双方のデバイスが双方のテストを行うように交換される。それぞれのデバイスは、リストを処理して、双方のデバイスでサポートされるトランスポートを特定する。相互にサポートされるそれらのトランスポートのうち、双方のリストでの位置を表す計量値（metric）が、そして、計算された計量値の最高値をもつトランスポートが、サイド・チャンネルを実施するために選択される。他のパラメーターの値を選択するために同様のネゴシエーション戦略が実施され、そのために情報が交換される。そのような処理は、当該技術分野で知られた技術または他の任意の適切な方法を用いて行われる。

[0094] サブプロセス６２２の間に交換される情報の特性にかかわらず、サブプロセス６２２が完了すると、それぞれのデバイスは、オーディオ−ビデオ・コンテンツを通信するための接続を確立するために使用可能なセットアップ情報を有する。ブロック６２４において、その情報は記憶される。関連するデバイスにおいて、その情報は、リモート提示デバイスの指定と関連して記憶される。

[0095] 図６には明確に示していないが、相補的な動作がリモート提示デバイスで行われ、セットアップ情報がそのデバイスでも使用可能とされる。ブロック６２４において情報を記憶することは、後の時点でサブプロセス６２２を反復せずともリモート提示デバイスへの接続を形成することを可能とする。従って、その情報が以前に記憶されている状態で図６の処理が実行される場合、処理は、サブプロセス６２２を回避するように判断ブロック６２０からブロック６３０へと分岐する。ブロック６３０において、以前に行われた処理の反復によりブロック６２４で記憶された情報が、取り出される。

[0096] ブロック６３０でセットアップ情報が取り出されるかサブプロセス６２２の一部で生成されるかにかかわらず、図６の処理はブロック６３４へ進む。ブロック６３４において、計算デバイスは、オーディオ−ビデオ・チャンネルおよびサイド・チャンネルのための選択された接続を介して情報を送るように内部で構成設定される。そのような処理は、当該技術分野で知られた技術を用いて行われる。例えば、ブロック６３４での処理は、オーディオ−ビデオ・チャンネルおよびサイド・チャンネルのための接続を確立するために、接続マネージャと呼ばれることもあるオペレーティング・システムの既知のコンポーネントへ命令を供給することを含む。

[0097] 従って、ブロック６３６において、接続マネージャは、ブロック６２３で選択されたトランスポートを介するサイド・チャンネルのために使用される接続を確立する。
[0098] ブロック６３８において、接続マネージャは、計算デバイスがオーディオ−ビデオ・チャンネルを介して通信するように構成設定する。ブロック６３６および６３８における処理は、特定されたトランスポートを介して接続を確立するための当該技術分野で知られた工程を含む。この処理は、計算デバイスのドライバー、無線装置、および／または他のコンポーネントの構成設定を含む。この処理により、ネットワーク・アダプターが露出され、そのネットワーク・アダプターを介してサイド・チャンネルまたはオーディオ−ビデオ・チャンネルがアクセスされる。従って、ブロック６３６および６３８における特有の処理は、特定されるトランスポートにより異なる。

[0099] オーディオ−ビデオ・チャンネルおよびサイド・チャンネルのためのトランスポートが確立される様式にかかわらず、処理はブロック６４０へ進む。ブロック６４０において、計算デバイスは、確立されたオーディオ−ビデオ・チャンネルを介して、オーディオ−ビデオ・コンテンツを表すデーターをストリームでストリーミングする。ブロック６４０におけるオーディオ−ビデオ・コンテンツ・ストリームは、任意の適切な方法で生成することができる。メディア制御アプリケーションを含む計算デバイス２１０（図２）の例では、オーディオ−ビデオ・コンテンツは、メディア制御アプリケーションがユーザー入力に応答して生成する。なお、データ・ストリームを形成するための特定の機構は、本発明の重要事項ではない。

[00100] オーディオ−ビデオ・コンテンツを表すデーターを送信するためにオーディオ−ビデオ・チャンネルへ入れる機構もまた、本発明の重要事項ではなく、当該技術分野で知られた技術を用いて実施することができる。例えば、オペレーティング・システム内の接続マネージャは、オーディオ−ビデオ・チャンネルへ結合されるネットワーク・アダプターを確立する。メディア制御アプリケーションなどのような制御用アプリケーションは、そのようなネットワーク・アダプターへコールを行い、送信のためのデーターを供給する。これに関しても任意の他の適切な技術を用いることができる。

[00101] また、図６における処理は、ブロック６４２においてユーザー入力に応答してコマンドを送ることを含む。ユーザー入力は、任意の適切な方法で得ることができる。計算デバイスが、ユーザ・インターフェース３００（図３）のようなユーザ・インターフェースを提示するメディア制御アプリケーションにより構成設定されたとき、送信されるコマンドは、そのユーザ・インターフェースを通じて供給されたユーザー入力に基づいて特定される。コマンドの特定のフォーマットもまた、本発明の重要事項ではない。送信されるコマンドは、計算デバイスおよびリモート提示デバイスで相互に認識されるフォーマットである。

[00102] コマンドを送信するためにサイド・チャンネルへ入れる機構もまた、本発明の重要事項ではない。一例として、当該技術分野で知られた技術を用いることができる。接続マネージャは、サイド・チャンネルのために使用される接続を確立すると、その接続と関連するネットワーク・アダプターを提供する。メディア制御アプリケーションまたはコマンドを生成する他のコンポーネントは、そのネットワーク・アダプターへコールを行い、送信されるコマンドを表すデーターを供給する。そのコールに応答して、コマンドはサイド・チャンネルを介して送信される。

[00103] 図６は、計算デバイスを動作させる例示的な処理を表すことを理解すべきである。様々な計算デバイスで様々な処理を用いることができる。更に、様々な処理は、同じ計算デバイスの様々な動作モードで行うことができる。図７は、計算デバイスを動作させる代替的な処理の例を示す。この例において、処理は、オペレーティング・システム・ユーティリティ内で行われる。図７の処理は、計算デバイスの近くにあるリモート・オーディオ−ビデオ・提示デバイスに対するセットアップ情報を計算デバイスが記憶している場合に、受信したユーザー入力に応答して開始される。一例として、計算デバイスのオペレーティング・システムは、計算デバイスへ入力された予め定めたキーストローク・シーケンスまたは他の入力に応答して、図７に示した処理を実行する。特定の例として、ＷＩＭＤＯＷＳ（登録商標）オペレーティング・システムを実行するコンピューターは、特別の「ＷＩＮ」キーおよび文字「Ｐ」と関連したキーとを含むキーストロークの組み合わせに応答するように構成設定される。そのようなキー・シーケンスは、近くの既知のリモート提示デバイスを計算デバイスのスクリーンに表される情報を提示する出力デバイスとして使用することを、トリガする。

[00104] 従って、図７の処理は、ブロック７１０において、そのキーストローク・シーケンスが検出されたときに開始される。そのキーストローク・シーケンスを受信すると、処理はブロック７３０へ進む。ブロック７３０において、オペレーティング・システム内で実行されるユーティリティは、以前に特定したデバイスのセットアップ情報を取り出す。そのセットアップ情報は、パスワードや、そのデバイスへの接続を確立する際に使用した他の情報を含み得る。更に、そのセットアップ情報は、オーディオ−ビデオ・チャンネルおよびサイド・チャンネルを形成するために用いたトランスポートの識別情報を含み得る。

[00105] ブロック７３４において、接続マネージャは、取り出したセットアップ情報を用いてサイド・チャンネル接続を確立する。ブロック７３８において、接続マネージャは、取り出したセットアップ情報を用いて、オーディオ−ビデオ・チャンネルのための接続を確立する。ブロック７３４、７３６および７３８での処理は、それぞれ、ブロック６３４、６３６および６３８で行われる処理と類似である。なお、接続マネージャがメディア制御アプリケーションからのコマンドに応答するようにではなく、コマンドは、ブロック７１０においてユーザー入力に応答して呼び出されたオペレーティング・システムのユーティリティにより提供することもできる。

[00106] リモート提示デバイスと通信するように計算デバイスが構成設定されると、処理はブロック７４０へ進む。ブロック７４０において、オーディオ−ビデオ・情報のストリームを表すデーターは、オーディオ−ビデオ・チャンネルを介して搬送される。ブロック７４０での処理はブロック６４０での処理と類似である。しかし、図７の例では、メディア制御アプリケーションにより直接に生成されたデーターをストリーミングするのではなく、オペレーティング・システムのユーティリティにより捕獲された何れのデーターも、オーディオ−ビデオ・チャンネルを介してストリームで送られる。この例では、そのデーターは、計算デバイスのディスプレイ・スクリーンに表示される情報を表すものであり、リモート・ディスプレイ・ユーティリティは、その情報を、計算デバイスのディスプレイを制御する他のコンポーネントから獲得する。

[00107] ブロック７４２での処理により、ブロック６４２での処理と同様に、コマンドが送信される。なお、メディア制御アプリケーションを介して受信したユーザー入力に応答してコマンドが生成されるようにではなく、コマンドが、ブロック７１０において呼び出されたオペレーティング・システムのユーティリティを通じて受信したユーザー入力に応答して送信されるようにすることもできる。

[00108] 図８および図９は更なる代替例を示す。図１および図５に示した実施形態のように、図８に示す実施形態は、計算デバイス８２０と、オーディオ−ビデオ・提示デバイスの例としてのテレビジョン８３０とを含む。また、以前の例のように、オーディオ−ビデオ・チャンネル８３２およびサイド・チャンネル８３４が形成される。オーディオ−ビデオ・チャンネル８３２は、トランスポートとして、任意の適切な周波数およびプロトコルを用いて形成されたリンクを用いる。一例として、オーディオ−ビデオ・チャンネル８３２は、ピア・ツー・ピア接続を用いて形成される。そのような接続は、例えば、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔプロトコルまたは任意の他の適切なプロトコルを用いて形成される。

[00109] この例では、サイド・チャンネル８３４は、トランスポートとして、デジタルＴＶスペクトルで形成されたリンクを用いる。コンピュータ・ベースの通信が、デジタルＴＶスペクトルの空白部を用いて行われることは知られている。空白部は、コンピュータ・ベースの通信が行われる地理的範囲での使用のための免許を何れのエンティティへも与えていない周波数のことである。しかし、その空白部の通信では、計算デバイスがデジタルＴＶスペクトルの使用されていない部分を特定することを、必要とする。

[00110] 幾つかのシナリオでは、デジタルＴＶスペクトルで通信するために設定された計算デバイスは、ロケーション別の認可デジタルＴＶチャンネルのデータベースへアクセスするようにプログラムされる。デジタルＴＶスペクトルの周波数を用いて通信する前に、計算デバイスは、使用されていないチャンネルを特定するためにデータベースへアクセスする。計算デバイスは、任意の適切な方法でデータベースへアクセスすることができる。例えば、計算デバイスは、データベースのコピーを記憶することや、チャンネル割り当てに関する情報を入手可能なサーバーまたは他の中央位置へアクセスすることができる。

[00111] 代替例として、計算デバイスは、デジタルＴＶスペクトルの様々なチャンネルのパワー・レベルを感知して、使用されていないチャンネルを特定することにより、空白部を検出することができる。図９は、デジタルＴＶスペクトルの一部におけるパワー・レベルを示すグラフである。この例では、スペクトルの一部は、チャンネル９１０Ａ、９１０Ｂ、・・・９１０Ｉに分割されている。チャンネル９１０Ａ、９１０Ｂ、・・・９１０Ｉのそれぞれは、例えば、６ＭＨｚの幅である。

[00112] 図９は、−１１４ｄＢｍのノイズしきい値を示している。このしきい値は、デジタル・テレビジョン受信機による応答が期待される下限の信号強度を示す。このレベルより下のパワーの信号は検出されないか、またはノイズと見なされる。図９に示すシナリオでは、チャンネル９１０Ａ、９１０Ｃ、および９１０Ｇに関して、デジタルＴＶ信号を搬送するために使用されていることを示すパワー・レベルが示されている。それに対して、チャンネル９１０Ｂ、９１０Ｅ、９１０Ｆ、９１０Ｈ、および９１０Ｉに関しては、ノイズしきい値より下のパワー・レベルの信号を搬送しているところを示し、これは、これらのチャンネルがデジタルＴＶ信号の搬送に使用されていないことを示す。

[00113] 従って、デジタルＴＶチャンネルのパワー・レベルを感知して、ノイズしきい値より下のパワー・レベルのチャンネルを特定することにより、計算デバイス８２０は、サイド・チャンネル８３４の形成に使用するための空白部チャンネルを特定することができる。サイド・チャンネルが形成されると、計算デバイス８２０は、テレビジョン８３０へのコマンドを任意の適切なフォーマットでエンコードし、デジタルＴＶスペクトルにおける特定された空白部チャンネルの周波数を用いて、それらのコマンドを送信する。計算デバイス８２０はデジタルＴＶスペクトルの空白部を用いて送信を行うので、他の近くにあるテレビジョン、例えば、テレビジョン８５０へ到達し得るサイド・チャンネルの通信と関連する放射８３６は、テレビジョン８５０の動作に干渉しない。テレビジョン８５０は、サイド・チャンネルの通信が行われているチャンネルと同じチャンネルのデジタル・テレビジョン番組を受信しようとはしない。なぜなら、その空白部チャンネルは、テレビジョン８５０の位置する地理的範囲で使用されていないからである。従って、空白部チャンネルでの送信のパワー・レベルがノイズしきい値（この例では−１１４ｄＢｍ）を超えた場合でも、テレビジョン８５０の通常の動作は阻害されない。

[00114] しかし、幾つかの実施形態では、空白部チャンネルを特定することが難しい場合や、空白部チャンネルの特定に多くの費用がかかる場合がある。チャンネルを特定するには、例えば、−１１４ｄＢｍより上のパワー・レベルと−１１４ｄＢｍより下のパワー・レベルとを区別可能な高感度の受信機が必要である。そのような受信機は高価である場合が多い。また、認可されたＴＶチャンネルの最新のデータベースへアクセスでき、そのデータベースの位置を見つけてその中の情報を使用できるようにする計算デバイスを装備するには、費用がかかる場合や、支援が困難な場合がある。従って、幾つかの実施形態では、計算デバイス８２０は、サイド・チャンネルが空白部チャンネルの周波数を使用するか否かを考慮せずに、デジタルＴＶスペクトルにおいてサイド・チャンネルを形成する。なお、他のデバイスとの干渉を避けるために、計算デバイス８２０は、十分に低いパワー・レベルで送信を行い、その送信と関連する放射が、例えばテレビジョン８５０などのような近くにあるテレビジョンと干渉しないようにする。幾つかの実施形態では、送信のために選択されるパワーは、チャンネルの現在のユーザーを検出するための規定されたパワーしきい値より下とすることができる。

[00115] その目的を達成するために、近くにあるデバイスへ到達する放射８３６のパワー・レベルは、ノイズしきい値より下にすべきである。このノイズしきい値は、図９の例では−１１４ｄＢｍである。従って、幾つかの実施形態では、計算デバイス８２０は、サイド・チャンネル８３４に対して使用される無線装置を制御するように構成され、部屋８１０の境界８３８へ到達する放射８３６のレベルが−１１４ｄＢｍ以下となるようなパワー・レベルでその無線装置が送信を行うようにする。

[00116] 境界８３８でのそのようなパワー・レベルは、例えば、０ｄＢｍ以下のオーダーのパワー・レベルで送信することにより達成される。計算デバイス８２０と境界８３８との間での伝搬損失は、１００ｄＭｍのオーダーであり、この送信パワー・レベルは、テレビジョン８５０へ到達する放射８３６のパワーが十分に低く、放射８３６がテレビジョン８５０の動作と干渉しないことを保証する。

[00117] なお、テレビジョン８３０により受信される信号は、テレビジョン８３０がサイド・チャンネル８３４で搬送された情報を使用できるように、十分に認識可能なものである必要がある。そのような通信を可能とするために、デジタル計算デバイス８２０は、処理利得をもたらす符号化および変調の技術を、それに対応する復号化および復調の技術を用いるデジタル・テレビジョン８３０などのようなデバイスに対して、用いる。一例として、計算デバイス８２０は、スペクトル拡散変調技術を用いて、コマンドを表す信号をサイド・チャンネルで送信する。

[00118] 図９は、チャンネル９１０Ｅで送信されるスペクトル拡散信号９２０を示す。信号９２０は、デジタル・テレビジョン８３０へ到達したときにそのパワー・レベルがノイズを表すしきい値より下となるようなパワー・レベルで、送信される。しかし、当該技術で知られているように、スペクトル拡散復調は、そのチャンネルにわたるパワーを集めるので、送信デバイスのスペクトル拡散変調器と整合するスペクトル拡散復調器を用いる受信機は、信号９２０のパワーを集めて、より強力な信号にする。次に、受信機は、その信号から情報を検出および抽出する。一例として、スペクトル拡散復調器は、２０ｄＢ以上のオーダーの利得を信号に加算する効果をもつ。従って、信号９２０は、図９ではノイズしきい値より下のものとして示されているが、後のスペクトル拡散復調器での処理により、検出可能なしきい値より上の出力を生成することになる。

[00119] なお、スペクトル拡散復調器を用いる受信機は、スペクトル拡散信号９２０を検出することができるが、他のタイプの復調器を用いる受信機は、信号９２０を、ノイズしきい値より下のノイズとして知覚する。更に、図９では、スペクトル拡散信号９２０が１つのチャンネルにわたって拡散しているところを示しているが、幾つかの実施形態では、信号は、更なる処理利得を達成するように複数のチャンネルにわたって拡散させる場合もある。従って、このような低パワー送信および利得を生じさせる変調技術を用いることにより、デジタルＴＶ受信機との干渉を起こすこと無く、デジタルＴＶスペクトルの周波数をサイド・チャンネル８３４の形成のために使用できる。

[00120] このような低パワーを用いてのサイド・チャンネルでの通信を更に改善するために、前進型誤信号制御コードを用いて、コマンドを表すデジタル・データをエンコードすることができる。例えば、前進型誤信号制御コード化は、送信されるデーターの各ビットに対して少なくとも１つの追加のエラー修正用のビットを含む。なお、幾つかの実施形態では、更に低いコード化レート使用することができ、例えば、データーの各ビットに対してエラー修正用の２ビットを付加することができる。

[00121] 比率が１対１、１対２、またはそれよりも低いような低レートのエラー修正コードは、低パワー・レベルの送信であっても、高い信頼性でコマンドを送信することを可能にする。なお、幾つかのシナリオでは、送信されるビットの総数が増加することは望ましくないが、図８に示すシナリオでは、サイド・チャンネルを介して通信されるコマンドは、幾つかのデータ・ビットを必要とする。エラー制御のためにビットを付加したとしても、サイド・チャンネル８３４を介して送信されるビットの数は比較的少ない。例えば、エラー修正用ビットを含むコマンドを表すデーターは、５６キロビット／秒以下のデータ・レートで送信することができる。幾つかの実施形態では、データ・レートは更に低く、例えば、３２キロビット／秒以下とすることもできる。多くの実施形態では、ビット・レートは、サイド・チャンネルのチャンネル容量より下である。

[00122] 図９は、サイド・チャンネル８３４で送信されるコマンドを表す信号９２０が空白部チャンネルにあるシナリオを示すが、必ずしも信号９２０を空白部チャンネルで送信しなくてもよい。信号処理技術を用いて、サイド・チャンネル信号をデジタルＴＶ信号から区別することができる。図９に示すように、デジタルＴＶ信号を含むチャンネル９１０Ａ、９１０Ｃ、および９１０Ｇでさえ、比較的低いパワー・レベルを有する。図９の例において、チャンネル９１０Ａ、９１０Ｃ、および９１０Ｇは、ここでは約−１００ｄＢｍとして示されている第２のしきい値より下のパワー・レベルを有する。サイド・チャンネル８３４の信号９２０を受信するであろうテレビジョン８３０などのようなリモート・オーディオ−ビデオ・提示デバイスは、信号９２０が送信されるチャンネルにおいて、受信信号のレベルがデジタルＴＶ信号のレベルを十分に超える場合、信号９２０を適切に検出する。

[00123] 図９で示す信号９２０の平均パワー・レベルは−１１４ｄＢｍより下であるが、スペクトル拡散復調器で復調されると、その信号レベルは、復調技術により与えられる利得により、有効に増加する。図９に示すような６ＭＨｚのオーダーの帯域にわたって作用するスペクトル拡散復調は、２０ｄＢを超える利得を提供する。従って、初期的にはノイズしきい値より下であった信号レベルは、その帯域のデジタルＴＶ信号のレベルより上に増加させられる。

[00124] 特定の数値の例として、図９は、使用中のデジタルＴＶチャンネル、即ち、チャンネル９１０Ａ、９１０Ｃ、および９１０Ｇのそれぞれに関して、デジタル・テレビジョン信号の平均パワー・レベルが−１００ｄＢｍより下であることを示している。信号９２０のパワー・レベルは、この例では−１１４ｄＢｍより下であり、約−１２０ｄＢｍであるが、２０ｄＢを超える利得を復調器により付加することにより、−１００ｄＢｍより上の有効なパワー・レベルを持つ信号を生成することができ、信号を、占有されたチャンネルのそれぞれにおけるデジタル・テレビジョン信号のパワー・レベルより上のものとすることができる。信頼性をもって検出されるように、信号９２０の送信パラメーターは、復調された信号の有効パワー・レベルが、占有されたデジタルＴＶチャンネルにおけるデジタル・テレビジョン信号の平均パワー・レベルを十分に超えるように、設計される。パラメーターは、例えば、復調された信号９２０の有効パワー・レベルが、リモート提示デバイスにおいて、デジタルＴＶ信号の平均パワー・レベルを３ｄＢより多く超えるように選択される。ここで説明した数値の例はあくまでも例示であり、他の実施形態では別の信号レベルが存在し得ることを理解すべきである。しかしながら、相対的な信号レベルは、サイド・チャンネル通信の検出がデジタルＴＶ受信機との干渉内で行われるように設定される。当該技術で知られた無線装置は、計算デバイス８２０とテレビジョン８３０とがデジタルＴＶスペクトル内の周波数を用いて形成されたサイド・チャンネル８３４を介して通信するものであり、その通信に使用される周波数がデジタルＴＶスペクトルの空白部チャンネル内のものか否かを考慮していない、という条件下で信号を検出するように構成される。

[00125] 図１０は、本発明を実施できる適切な計算システム環境１０００の例を示す。計算システム環境１０００は、適切な計算システム環境の単なる一例であり、本発明の使用や機能の範囲を制限することを意図するものでも提案するものでもない。計算環境１０００は、例示的な動作環境１０００に示されたコンポーネントの何れかのものやコンポーネントの組み合わせと関連する依存性や必要条件を持たないことを理解すべきである。

[00126] 本発明は、他の様々な汎用や特定用途向けの計算システムの環境または構成設定で動作することができる。本発明を用いるのに適切な良く知られた計算システム、環境、および／または構成設定の例は、パーソナル・コンピュータ、サーバ・コンピュータ、手持型またはラップトップ型のデバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベースのシステム、セットトップ・ボックス、プログラマブルの大衆消費電子製品、ネットワークＰＣ、ミニコンピュータ、メインフレーム・コンピュータ、上記のシステムやデバイスの何れかを含む分散型計算環境などを含むが、これらに限定はされない。

[00127] 計算環境は、プログラム・モジュールなどのようなコンピューター実行可能命令を実行する。一般に、プログラム・モジュールは、ルーチン、プログラム、オブジェクト、コンポーネント、データー構造などを含み、それらは、特定のタスクを行うか、または特定の抽象データー型を実現する。本発明はまた、通信ネットワークを通じてリンクされたリモート処理デバイスによりタスクが行われる分散型計算環境でも実施することができる。分散型計算環境では、プログラム・モジュールは、メモリ・ストレージ・デバイスを含むローカルおよびリモートのコンピュータ・ストレージ媒体に配される。

[00128] 図１０を参照すると、本発明を実施するための例示的なシステムは、コンピューター１０１０の形態の汎用計算デバイスを含む。コンピューター１０１０のコンポーネントは、処理ユニット１０２０、システム・メモリ１０３０、および様々なシステム・コンポーネントを結合するシステム・バス１０２１含むが、これらに限定はされない。システム・バス１０２１は、システム・メモリを処理ユニットへ結合する。システム・バス１０２１は、幾つかのタイプのバス構造のうちの任意のものであり、バス構造は、様々なバス・アーキテクチャのうちの任意のものを用いるメモリ・バスおよびメモリ・コントローラー、周辺バス、およびローカル・バスを含む。例えば、そのようなアーキテクチャとてしては、Ｉｎｄｕｓｔｒｉａｌ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＳＡ）バス、Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＭＣＡ）バス、Ｅｎｈａｎｃｅｄ ＩＳＡ（ＥＩＳＡ）バス、Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄ Ａｓｓｏｃｉａｔｉｏｎ（ＶＥＳＡ）ローカル・バス、Ｍｅｚｚａｎｉｎｅバスとしても知られるＰｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（ＰＣＩ）バスなどがあるが、これらに限定はされない。

[00129] コンピューター１０１０は、典型的には、様々なコンピューター読取可能媒体を含む。コンピューター読取可能媒体は、コンピューター１０１０によりアクセスできる任意の使用可能な媒体とすることができ、揮発性および不揮発性の媒体や、リムーバブルおよび非リムーバブルな媒体を含む。例えば、コンピューター読取可能媒体は、コンピュータ・ストレージ媒体および通信媒体を含むが、これらに限定はされない。コンピュータ・ストレージ媒体は、コンピューター読取可能命令、データー構造、プログラム・モジュール、および他のデーターなどのような情報を記録するための任意の方法や技術により実現される揮発性および不揮発性、リムーバブルおよび非リムーバブルの媒体を含む。コンピュータ・ストレージ媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリや他のメモリ技術、ＣＤ−ＲＯＭ、デジタル・バーサタイル・ディスク（ＤＶＤ）や他の光学ディスク・ストレージ、磁気カセット、磁気テープ、磁気ディスク・ストレージや他の磁気ストレージ・デバイス、望まれる情報を記憶するために使用でき且つコンピューター１０１０によりアクセスできる任意の他の媒体などを含むが、これらに限定はされない。通信媒体は、典型的には、搬送波のような変調されたデーター信号や他のトランスポート機構などの中にあるコンピューター読取可能命令や、データー構造や、プログラム・モジュールや、他のデーターを実現するものであり、通信媒体には、任意の情報搬送媒体が含まれる。「変調されたデーター信号」という用語は、情報を信号内へエンコードするような様式で設定または変更されて１以上の特性を有する信号、を意味する。例えば、通信媒体は、有線ネットワークや直接有線接続などのような有線媒体と、音響、ＲＦ、赤外線、および他のワイヤレスの媒体などのようなワイヤレス媒体とを含むが、これらに限定はされない。上記の媒体のうちの任意のものの組み合わせも、コンピューター読取可能媒体の範囲に含まれる。

[00130] システム・メモリ１０３０は、リード・オンリ・メモリ（ＲＯＭ）１０３１やランダム・アクセス・メモリ（ＲＯＭ）１０３２などのような揮発性および／または不揮発性のメモリの形態のコンピュータ・ストレージ媒体を含む。スタートアップのときなどにコンピューター１０１０内のエレメント間での情報の転送を支援する基礎的ルーチンを含むベーシック・インプット／アウトプット・システム１０３３（ＢＩＯＳ）は、典型的には、ＲＯＭ１０３１に記憶される。ＲＡＭ１０３２は、典型的には、処理ユニット１０２０により即座にアクセス可能な、および／または現在処理されているデーターおよび／またはプログラム・モジュールを含む。例として、図１０は、オペレーティング・システム１０３４、アプリケーション・プログラム１０３５、他のプログラム・モジュール１０３６、およびプログラム・データ１０３７を示しているが、これらに限定はされない。

[00131] コンピューター１０１０はまた、他のリムーバブルおよび／または非リムーバブルの揮発性および／または不揮発性の記録媒体を含むことができる。単なる例であるが、図１０は、非リムーバブルで不揮発性の磁気媒体に対しての読み出しおよび書き込みを行うハードディスク１０４０、リムーバブルで不揮発性の磁気ディスク１０５２に対しての読み出しおよび書き込みを行う磁気ディスク・ドライブ１０５１、およびＣＤ ＲＯＭや他の光学媒体などのようなリムーバブルで不揮発性の光ディスク１０５６に対しての読み出しおよび書き込みを行う光ディスク・ドライブ１０５５を示している。例示した動作環境で使用できる他のリムーバブル／非リムーバブルで揮発性／不揮発性のコンピュータ・ストレージ媒体としては、磁気テープ・カセット、フラッシュ・メモリ・カード、デジタル・バーサタイル・ディスク、デジタル・ビデオ・テープ、ソリッドステートＲＡＭ、ソリッドステートＲＯＭなどがあるが、これらに限定はされない。ハード・ディスク・ドライブ１０４１は、典型的には、インターフェース１０４０などのような非リムーバブル・メモリ・インターフェースを通じてシステム・バス１０２１と接続され、磁気ディスク・ドライブ１０５１および光ディスク・ドライブ１０５５は、典型的には、インターフェース１０５０などのようなリムーバブル・メモリ・インターフェースによりシステム・バス１０２１と接続される。

[00132] 上記で説明したドライブおよびそれらと関連するコンピュータ・ストレージ媒体や図１０に示されたものは、コンピューター１０１０に関するコンピューター読取可能命令、データー構造、プログラム・モジュール、および他のデーターのストレージを提供する。例えば、図１０では、ハード・ディスク・ドライブ１０４１は、オペレーティング・システム１０４４、アプリケーション・プログラム１０４５、他のプログラム・モジュール１０４６、およびプログラム・データ１０４７を記憶するものとして示している。なお、これらのコンポーネントは、オペレーティング・システム１０３４、アプリケーション・プログラム１０３５、他のプログラム・モジュール１０３６、およびプログラム・データ１０３７と同じものである場合も異なるものである場合もある。ここでは、オペレーティング・システム１０４４、アプリケーション・プログラム１０４５、他のプログラム・モジュール１０４６、およびプログラム・データ１０４７に対して、このように別の参照番号が付されているが、これは、少なくとも、それらが別のコピーであることを示すためである。ユーザーは、キーボード１０６２や、マウス、トラック・ボール、タッチ・パッドなどと呼ばれるポインティング・デバイス１０６１などのような入力デバイスを通じて、コマンドおよび情報をコンピューター１０１０へ入力する。他の入力デバイス（図に示さず）としては、マイクロフォン、ジョイスティック、ゲーム・パッド、サテライト・ディッシュ、スキャナなどがある。これらおよび他の入力デバイスは、システム・バスへ結合されたユーザー入力インターフェース１０６０を通じて処理ユニット１０２０へ接続されることが多いが、パラレル・ポートやゲーム・ポートやユニバーサル・シリアル・バス（ＵＳＢ）などのような他のインターフェースやバス構造により接続することもできる。モニター１０９１や他のタイプの表示デバイスも、ビデオ・インターフェース１０９０などのようなインターフェースを介してシステム・バス１０２１へ接続される。モニターに加えて、コンピューターはまた、スピーカー１０９７やプリンター１０９６などのような他の周辺出力デバイスを含むこともでき、それらの周辺出力デバイスは、出力周辺機器インターフェース１０９５を通じて接続される。

[00133] コンピューター１０１０は、リモート・コンピュータ１０８０などのような１以上のリモート・コンピュータへの論理接続（logical connection）を用いるネットワークの環境で、動作することができる。リモート・コンピュータ１０８０は、パーソナル・コンピュータ、サーバー・、ルーター、ネットワークＰＣ、ピア・デバイス、または他のコモン・ネットワーク・ノード（common network node）であり、典型的には、コンピューター１０１０に関して説明したエレメントのうちの多くのものまたは全てを含むが、図１０では、メモリ・ストレージ・デバイス１０８１のみを示している。図１０に示す論理接続は、ローカル・エリア・ネットワーク（ＬＡＮ）１０７１およびワイド・エリア・ネットワーク（ＷＡＮ）１０７３を含むが、他のネットワークを含むこともできる。このようなネットワークの環境は、オフィス、エンタープライズ−ワイド・コンピュータ・ネットワーク、イントラネット、およびインターネットにおいて一般的なものである。

[00134] ＬＡＮのネットワーク環境で使用する場合、コンピューター１０１０は、ネットワーク・インターフェースまたはアダプタ１０７０を通じてＬＡＮ１０７１へ接続される。ＷＡＮのネットワーク環境で使用する場合、コンピューター１０１０は、典型的には、インターネットなどのようなＷＡＮ１０７３を介しての通信を確立するために、モデム１０７２または他の手段を含む。内蔵または外付けであるモデム１０７２は、ユーザー入力インターフェース１０６０または他の適切な機構を介して、システム・バス１０２１へ接続される。ネットワークの環境では、コンピューター１０１０と関連して示されたプログラム・モジュールまたはその一部は、リモート・メモリ・ストレージ・デバイスに記憶される。例として、図１０では、リモート・アプリケーション・プログラム１０８５がメモリ・デバイス１０８１に駐在することを示しているが、これに限定はされない。ここに示されたネットワーク接続が例示であり、コンピューター間で通信リンクを確立するために他の手段を使用できることは、理解されるであろう。

[00135] 従って、本発明の少なくとも１つの実施形態の幾つかの特徴を説明したが、様々な代替例、変更例、および改善例を構成することが当業者には容易であることを、理解すべきである。

[00136] 例として、リモート・オーディオ−ビデオ提示デバイスの制御が、計算デバイスで実行されるメディア制御アプリケーション内で提供されることを説明した。リモート・オーディオ−ビデオ提示デバイスの制御がメディア制御アプリケーションを通じて提供されることは、必要条件ではない。そのような制御は、代替的または追加的に、オペレーティング・システムを通じて提供することもできる。計算デバイスのオペレーティング・システムは、計算デバイスのディスプレイ上でおよびスピーカーを通じてのオーディオ−ビデオ情報の提示のためのサービスを提供するので、オペレーティング・システムは、オーディオ−ビデオ・コンテンツをインターセプトし、リモート提示デバイスへリダイレクトすることが適切である場合には、そのリダイレクトを行う。そのようなシナリオでは、オーディオ−ビデオ・コンテンツの提示の特性を選択および制御するためのユーザ・インターフェースは、従来のメディア制御アプリケーションにより提供される。

[00137] リモート提示デバイスの制御のための他の機能を実施するために、オペレーティング・システムは、ユーザーにより呼び出され得るユーティリティを提供することができる。そのようなユーティリティは、例えば、計算デバイスでローカルに提示できる音声コンテンツやビデオ・コンテンツが、ディスプレイ・デバイスとして働く近くのデバイスへリダイレクトされることを、可能にする。例えば、計算デバイスの「デスクトップ」を通じて従来のように提示されるユーザー印象（user impression）は、デスクトップで実行されているように見えるアプリケーションにより提供されるコンテンツと共に、近くのディスプレイ・デバイスへ送信される。そのようなユーティリティは、ユーザーがその提示の特性、例えば、音量や、フルスクリーン・モードで提示するかまたは提示デバイス上の別のイメージへ埋め込むかなどを制御することを、可能にする。

[00138] 別の例として、リモート提示デバイスを制御するためのコマンド用にサイド・チャンネルを実現するために、デジタルＴＶスペクトルにおいて低パワー送信を使用することを説明した。他の目的のためのサイド・チャンネルを形成する際にも、同様の技術を使用することができる。更には、その技術は、例えば、５６Ｋｂｐｓ以下の低ビット・レート通信のために使用することもできる。

[00139] また、幾つかの実施形態では、チャンネルは接続を介して形成されると言える。「接続（connection）」という単語の使用に関しては、ステートフル（stateful）な接続を維持するプロトコルが使用されることを意味する、ということを意図していない。「コネクションレス（connectionless）」と呼ばれることもあるプロトコルを使用することもできる。ここでは、「接続」は、単に、通信におけるエンゲージのための十分な情報が使用可能であることを示す。例えば、コネクションレスとして記述されることもあるＵＤＰプロトコルや他の適切なプロトコルを、使用することができる。

[00140] 更に、オーディオ−ビデオ・コンテンツおよびコマンドを生成する計算デバイスと関連して、例示的な実施形態が説明された。チャンネルを形成するコンポーネントはリモート提示デバイスに存在し得るが、幾つかの実施形態では、より簡素なコンポーネントを使用することも可能である。例えば、提示デバイスは、無線装置２５０および２５４のような１以上の無線装置を備えることができる。リモート提示デバイスは、処理ユニット１０２０のようなコントローラを備えることができる。そのようなコントローラがサポートする機能の数は汎用ＣＰＵのサポートする機能の数よりも少ないが、それでも、デバイスがペアリング・セレモニーを行うことを制御する。また、コントローラは、提示用のコンテンツを表すデーターを送り、サイド・チャンネルを介して受信したコマンドにデバイスが応答するように制御する。

[00141] このような代替例、変更例、および改善例は、ここでの開示の一部であることが意図され、かつ本発明の精神および範囲の中にあることが意図される。従って、上記の説明および図面は、単なる例である。

[00142] 本発明の上記の実施形態は、様々な方法で実施できる。例えば、実施形態は、ハードウェア、ソフトウェア、またはそれらの組み合わせにより実施できる。ソフトウェアで実施する場合、ソフトウェア・コードは、１つのコンピューターで提供されるか複数のコンピューター間で分散されて提供されるかにかかわらず、任意の適切なプロセッサまたはプロセッサの集合体で実行される。そのようなプロセッサは、集積回路として実施され、集積回路コンポーネントには１以上のプロセッサが含まれ得る。なお、プロセッサは、任意の適切な形式の回路を用いて実施することができる。

[00143] 更に、コンピューターは、ラック取り付け型コンピューター、デスクトップ・コンピュータ、ラップトップ・コンピュータ、タブレット・コンピュータなどのような多数の形態のうちの任意の形態で実現できることを、理解すべきである。更に、適切な処理能力を有するが通常はコンピューターと見なされないデバイスへ、コンピューターを埋め込むことも可能であり、そのようなデバイスの例としては、パーソナル・デジタル・アシスタント（ＰＤＡ）や、スマート・フォンや、他の適切なポータブルまたは固定の電子デバイスなどがある。

[00144] また、コンピューターは、１以上の入力および出力デバイスを有する。それらのデバイスは、特に、ユーザ・インターフェースを提示するために使用できる。ユーザ・インターフェースを提供するために使用できる出力デバイスの例としては、出力を視覚的に提示するためのプリンターやディスプレイ、および出力を可聴的に提示するためのスピーカーや他の音生成デバイスがある。ユーザ・インターフェースとして使用できる入力デバイスの例としては、キーボードや、マウス、タッチ・パッド、デジタイジング・タブレットなどのようなポインティング・デバイスがある。別の例として、コンピューターは、音声認識を通じてや他の可聴形態で、入力情報を受信する。

[00145] そのようなコンピューターは、例えば、エンタープライズ・ネットワークやインターネットなどのような、ローカル・エリア・ネットワークやワイド・エリア・ネットワークを含む任意の適切な形態の１以上のネットワークにより、相互接続される。そのようなネットワークは、任意の適切な技術に基づくものであり、任意の適切なプロトコルに従って動作するものであり、ワイヤレス・ネットワーク、有線ネットワーク、光ファイバ・ネットワークなどを含む。

[00146] また、ここで概説した様々な方法およびプロセスは、様々なオペレーティング・システムやプラットフォームの何れかを用いる１以上のプロセッサで実行可能なソフトウェアとして、コード化できる。更に、そのようなソフトウェアは、多数の適切なプログラミング言語および／またはプログラム用またはスクリプト用のツールのうちの任意のものを用いて、書くことができる。また、ソフトウェアは、実行可能な機械語コードや、フレームワークや仮想マシンで実行される中間コードとして、コンパイルすることができる。

[00147] この点に関して、本発明は、１以上のプログラムによりエンコードされたコンピューター読取可能記録媒体（または複数のコンピュータ読取可能媒体）として実現することができ、そのプログラムは、１以上のコンピューターまたは他のプロセッサにより実行されたときに、上記の本発明の様々な実施形態を実施する方法を行わせるものである。コンピューター読取可能記録媒体の例としては、コンピュータ・メモリ、１以上のフロッピー（登録商標）・ディスク、コンパクト・ディスク（ＣＤ）、光ディスク、デジタル・ビデオ・ディスク（ＤＶＤ）、磁気テープ、フラッシュ・メモリ、フィールド・プログラマブル・ゲート・アレイや他の半導体デバイスにおける回路構成、他の非一時的で実体的なコンピューター記録媒体などがある。コンピューター読取可能記録媒体（１または複数）は移動可能であり、コンピューター読取可能記録媒体に記憶されたプログラム（１または複数）は、上記の本発明の様々な機能を実施するために、１以上の別のコンピューターや他のプロセッサへロードすることができる。ここで使用する「非一時的なコンピューター読取可能記録媒体」という用語は、製造品（即ち、製造品目）または機械として考慮されるコンピューター読取可能媒体のみを含む。代替的または追加的に、本発明は、伝搬信号などのようなコンピューター読取可能記録媒体以外のコンピューター読取可能媒体として実現することができる。

[00148] ここでは、「プログラム」や「ソフトウェア」という用語は、一般に、上記の本発明の様々な機能を実施するためにコンピューターや他のプロセッサをプログラムするために使用できる任意のタイプのコンピュータ・コードやコンピューター実行可能命令の組を示すものとして、使用している。更に、本発明の１つの特徴によると、実行されたときに本発明の方法を行わせる１以上のコンピュータ・プログラムは、必ずしも１つのコンピューターまたはプロセッサに駐在しなくてもよく、本発明の様々な機能を実施するために、モジュールの様式で複数の別のコンピューターまたはプロセッサへ分散させることもできる、ということを理解すべきである。

[00149] コンピューター実行可能命令は様々な形態とすることができ、例えば、１以上のコンピューターまたは他のデバイスにより実行されるプログラム・モジュールの形態とすることができる。一般に、プログラム・モジュールは、特定のタスクを行うためや特定の抽象データー型を実施するためのルーチン、プログラム、オブジェクト、コンポーネント、データー構造などを含む。典型的に、プログラム・モジュールの機能は、様々な実施形態において望まれるように、組み合わせることや分散させることができる。

[00150] また、データー構造は、任意の適切な形態でコンピューター読取可能媒体へ記憶することができる。例示を容易にするために、データー構造は、そのデーター構造における位置を通じて関連させられるフィールドを有するものとして、示すことができる。そのような関連は、フィールドのストレージに、コンピューター読取可能媒体における位置を割り当て、フィールド間の関係を運ぶようにすることにより、達成される。しかし、任意の適切な機構を使用して、データー構造のフィールド内の情報の関係を確立することもでき、関係を確立することに関しては、データ・エレメント間の関係を確立するポインター、タグ、他の機構などを使用することも含む。

[00151] 本発明の様々な機能は、単独でも、組み合わせでも、上記の実施形態で特定的に説明していない様々な構成でも、使用することができ、従って、本発明の応用は、上記で説明し図面に示したコンポーネントの詳細や構成に制限されるものではない。例えば、１つの実施形態で説明された特徴は、他の実施形態で説明された特徴と、任意の様式で組み合わせることができる。

[00152] また、本発明は方法として実現でき、その例は提供している。その方法の一部として行われる動作は、任意の適切な順に行うことができる。従って、実施形態は、例示した順と異なる順で動作を行うように構成することもできる。また、例示した実施形態は動作が順に行われるものとして示しているが、異なる順で動作を行うということには、幾つかの動作を同時に行うことも含まれる。

[00153] 「第１」、「第２」、「第３」などのような順を表す用語を特許請求の範囲における構成要素を修飾する際に使用している場合、その使用は、或る構成要素の他の構成要素に対しての優先順位、優先度、順位や、方法の動作が行われる時間的順序を意味するものではなく、単に、構成要素を区別するため、即ち、或る名前の或る構成要素を、それと同じ名前の別の構成要素と区別するためのラベルとして使用している（ただし、順を表す用語として使用する場合は除く）。

[00154] また、ここで用いられた文体や用語は説明を目的としたものであり、限定と見なすべきではない。「含む」、「備える」、「有する」、「内包する」、およびこれらの用語が変化した形の用語は、それらの前に記載した項目やその項目の等価物や追加の項目を含むことを意味する。

Claims (11)

1. オーディオ−ビデオ・コンテンツをリモート・プレイバック・デバイスへ提供するためにワイヤレス・オーディオ−ビデオ・ソース・デバイスを動作させる方法であって、
   前記ワイヤレス・オーディオ−ビデオ・ソース・デバイスが、前記リモート・プレイバック・デバイスにおけるオーディオ−ビデオ・コンテンツの提示に関する制御を可能にするグラフィカル・ユーザー・インターフェースを提供することと、
   前記ワイヤレス・オーディオ−ビデオ・ソース・デバイスが、前記グラフィカル・ユーザー・インターフェースの第１の提示制御の選択の指示を受けることであって、前記第１の提示制御の前記選択が、前記リモート・プレイバック・デバイスにより前記オーディオ−ビデオ・コンテンツが提示されるべきであることを示し、
   前記第１の提示制御の前記選択に少なくとも部分的に基づいて前記リモート・プレイバック・デバイスによる前記オーディオ−ビデオ・コンテンツの提示のための第１チャンネルを介して、前記ワイヤレス・オーディオ−ビデオ・ソース・デバイスが、前記リモート・プレイバック・デバイスへ前記オーディオ−ビデオ・コンテンツを表すデーターをストリーミングすることと、
   前記ワイヤレス・オーディオ−ビデオ・ソース・デバイスが、前記リモート・プレイバック・デバイスとサイド・チャンネルをネゴシエートすることであって、前記サイド・チャンネルが、デジタル・テレビジョン・スペクトルの一部内にあり、かつ前記サイド・チャンネルのための１つ以上の周波数が前記デジタル・テレビジョン・スペクトルの不使用部分内にあるかどうかに無関係にネゴシエートされ、
   前記リモート・プレイバック・デバイスにおける前記オーディオ−ビデオ・コンテンツの提示を制御するため、前記ワイヤレス・オーディオ−ビデオ・ソース・デバイスが、サイド・チャンネルを介して、前記リモート・プレイバック・デバイスへコマンドを送ることと
   を含む方法。
2. 請求項１に記載の方法であって、
   コマンドを送ることは、前記デジタル・テレビジョン・スペクトルのための規定されたパワーしきい値より下のパワーで前記コマンドを送ることを含む、
   方法。
3. 請求項１に記載の方法であって、
   コマンドを送ることは、スペクトル拡散変調を用いて前記コマンドをエンコードすることを含む、
   方法。
4. 請求項１に記載の方法であって、
   オーディオ−ビデオ・コンテンツを表すデーターをストリーミングすることは、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔプロトコルにしたがって前記データーを送ることを含む、
   方法。
5. コンピューター実行可能命令がエンコードされた少なくとも１つのコンピューター読取可能記憶媒体であって、前記コンピューター実行可能命令は、実行されたときに、リモート・オーディオ−ビデオ提示デバイスで提示するためにコンテンツを提供するワイヤレス・オーディオ−ビデオ・ソース・デバイスを動作させる方法を行わせ、該方法は、
   前記リモート・オーディオ−ビデオ提示デバイスとサイド・チャンネルをネゴシエートすることであって、前記サイド・チャンネルが、デジタル・テレビジョン・スペクトルの一部内にあり、かつ前記サイド・チャンネルのための１つ以上の周波数が前記デジタル・テレビジョン・スペクトルの不使用部分内にあるかどうかに無関係にネゴシエートされ、
   前記リモート・オーディオ−ビデオ提示デバイスにおけるオーディオ−ビデオ・コンテンツの再生を制御するための制御を有するグラフィカル・ユーザー・インターフェースを表示することと、
   前記グラフィカル・ユーザー・インターフェースの第１の提示制御の選択の指示を受けることであって、前記第１の提示制御の前記選択が、前記リモート・オーディオ−ビデオ提示デバイスにより前記オーディオ−ビデオ・コンテンツが提示されるべきであることを示し、
   前記第１の提示制御の前記選択に少なくとも部分的に基づいて前記リモート・オーディオ−ビデオ提示デバイスにおける前記オーディオ−ビデオ・コンテンツの提示のため、前記サイド・チャンネルとは異なる第１チャンネルを介して前記リモート・オーディオ−ビデオ提示デバイスへ前記オーディオ−ビデオ・コンテンツを表すデーターをストリーミングすることと、
   前記リモート・オーディオ−ビデオ提示デバイスが前記オーディオ−ビデオ・コンテンツの提示特性を変更するためのコマンドを前記リモート・オーディオ−ビデオ提示デバイスに、サイド・チャンネルを介して送ることであって、該送ることが前記デジタル・テレビジョン・スペクトルの前記一部において送ることを含むこと、
   を含み、
   前記少なくとも１つのコンピューター読み取り可能記憶媒体が、ランダム・アクセス・メモリー、リード・オンリー・メモリー、フラッシュメモリー、ＥＥＰＲＯＭ、光ディスク、磁気ディスク、磁気テープ、および磁気カセットの少なくとも１つを含む、
   コンピューター読取可能記憶媒体。
6. 請求項５に記載のコンピューター読取可能記憶媒体であって、
   サイド・チャンネルを介してコマンドを送るための前記コンピューター実行可能命令は、前記コマンドを送るための無線装置に関する送信パワーを、前記デジタル・テレビジョン・スペクトルのための規定されたパワーしきい値より下に設定するためのコンピューター実行可能命令を含む、
   コンピューター読取可能記憶媒体。
7. 請求項５に記載のコンピューター読取可能記憶媒体であって、
   サイド・チャンネルを介してコマンドを送るための前記コンピューター実行可能命令は、スペクトル拡散変調を用いて、前記コマンドを表す信号を変調するためのコンピューター実行可能命令を含む、
   コンピューター読取可能記憶媒体。
8. 請求項５に記載のコンピューター読取可能記憶媒体であって、
   サイド・チャンネルを介してコマンドを送るためのコンピューター実行可能命令は、処理利得を提供する変調技術を用いて、前記コマンドを表す信号を変調するためのコンピューター実行可能命令を含む、
   コンピューター読取可能記憶媒体。
9. 請求項５に記載のコンピューター読取可能記憶媒体であって、
   前記コマンドは、前記リモート・オーディオ−ビデオ提示デバイスがオーディオ音量を増加させるためのコマンドを含む、
   コンピューター読取可能記憶媒体。
10. 請求項５に記載のコンピューター読取可能記憶媒体であって、
    前記サイド・チャンネルを介しての前記リモート・オーディオ−ビデオ提示デバイスとの通信のパラメーターを特定する情報を記憶するためのコンピューター実行可能命令
    を更に含むコンピューター読取可能記憶媒体。
11. 請求項１から４のいずれかに記載の方法をコンピューターに実行させるためのコンピュータ・プログラム。