コンテンツをリモートデバイスへ提供しているワイヤレス計算デバイスを動作させる方法であって、第1チャンネルを介して、前記リモートデバイスへコンテンツを送ることと、デジタルテレビジョンスペクトルの一部を含むサイドチャンネルを介して、前記リモートデバイスへコマンドを送ることとを含む方法。請求項1に記載の方法であって、コマンドを送ることは、前記デジタルテレビジョンスペクトルの現在のユーザーを検出するための規定されたパワーしきい値より下のパワーで前記コマンドを送ることを含む、方法。請求項1に記載の方法であって、コマンドを送ることは、少なくとも1つのチャンネルにわたってスペクトル拡散変調を用いて前記コマンドをエンコードすることを含む、方法。請求項1に記載の方法であって、コンテンツを送ることは、Wi-FiDirectプロトコルを用いて送ることを含む、方法。コンピューターで実行可能な命令がエンコードされた少なくとも1つのコンピューター読取可能記録媒体であって、前記コンピューターで実行可能な命令は、実行されたときに、リモートオーディオ-ビデオ提示デバイスで提示するためにコンテンツを提供しているワイヤレス計算デバイスを動作させる方法を行わせ、該方法は、ペアリングセレモニーを行うために前記リモートオーディオ-ビデオ提示デバイスとワイヤレスで通信を交換し、前記ペアリングセレモニーはサイドチャンネルとして使用するチャンネルを選択することを含み、前記リモートオーディオ-ビデオ提示デバイスへ、前記サイドチャンネルとは異なる第1チャンネルを介してオーディオ-ビデオコンテンツを送り、前記リモートオーディオ-ビデオ提示デバイスへ、前記オーディオ-ビデオコンテンツの提示を変更するために、サイドチャンネルを介してコマンドを送り、該送ることがデジタルテレビジョンスペクトルにおいて送ることを含む、ことを含むコンピューター読取可能記録媒体。請求項5に記載のコンピューター読取可能記録媒体であって、サイドチャンネルを介してコマンドを送ることを行わせる命令は、前記コマンドを送るための無線装置に関する送信パワーを、前記デジタルテレビジョンスペクトルの現在のユーザーを検出するための規定されたパワーしきい値より下に設定するための命令を含む、コンピューター読取可能記録媒体。請求項6に記載のコンピューター読取可能記録媒体であって、サイドチャンネルを介してコマンドを送ることを行わせる命令は、少なくとも1つのチャンネルにわたるスペクトル拡散変調を用いて、前記コマンドを表す信号を変調するための命令を含む、コンピューター読取可能記録媒体。請求項5に記載のコンピューター読取可能記録媒体であって、サイドチャンネルを介してコマンドを送ることを行わせる命令は、利得を提供する変調技術を用いて、前記コマンドを表す信号を変調するための命令を含む、コンピューター読取可能記録媒体。請求項7に記載のコンピューター読取可能記録媒体であって、前記コマンドは、前記オーディオ-ビデオコンテンツのオーディオ部分を提示する音量を増加させるためのコマンドを含む、コンピューター読取可能記録媒体。請求項5に記載のコンピューター読取可能記録媒体であって、前記ペアリングセレモニーにおいて生成された前記サイドチャンネルを介しての前記リモートオーディオ-ビデオ提示デバイスとの通信のパラメーターを特定する情報を記憶するための命令を更に含むコンピューター読取可能記録媒体。0023オーディオ-ビデオコンテンツを提示するために、使用可能な提示デバイスを使えるようにする構成をワイヤレス計算デバイスに装備することにより、ワイヤレス計算デバイスのユーザーの体験する状況が改善される、ということを発明者は認識および理解している。そのような使用をサポートするために、計算デバイスは、適切なリモート提示デバイスとの、オーディオ-ビデオコンテンツを表すデーターを搬送するために使用できる第1のワイヤレスリンクを形成するように構成される。第2のリンクは、提示コマンドを送るための制御チャンネルとして使用される。そのようなコマンドは、オーディオ-ビデオコンテンツの提示に関する機能を制御する。0024このオーディオ-ビデオコンテンツは、任意の適切なコンテンツであり、任意の適切なソースから得ることができる。例えば、オーディオ-ビデオコンテンツは、音楽や本の朗読などを表すオーディオのみであり得る。また、オーディオ-ビデオコンテンツは、写真やコンピューターのデスクトップの提示やイメージなどを表す視覚的表示物のみであり得る。また、オーディオ-ビデオコンテンツは、オーディオ成分とビデオ成分との双方を含むマルチメディアコンテンツであり得る。例えば、コンテンツは映画やテレビジョン番組であり得る。0025計算デバイスは、オーディオ-ビデオコンテンツの提示と関連するデーターのストリームおよびコマンドを獲得および提供するための任意の適切な様式に構成される。1以上の他のコンポーネントが、オーディオ-ビデオコンテンツを表すデーターのストリームの生成を制御する場合もある。それらのコンポーネントは、ユーザーに対するインターフェースの役割を担い、コマンドを表す入力を得て、コマンドを表す送信用データーを生成する。これらのコンポーネントは、メディア制御アプリケーションなどのようなユーザモードコンポーネントであり得る。また、コンポーネントは、オペレーティングシステム内のものとすることもできる。オペレーティングシステム内のコンポーネントは、コンテンツを生成したアプリケーション1以上とは関係なしに、リモート提示デバイスへ、計算デバイスのデスクトップを表すコンテンツや、アクティブウィンドゥなどのようなデスクトップの幾つかの部分などを、送信するように制御される。0026計算デバイスは、計算デバイスの1以上の無線装置を制御してオーディオ-ビデオチャンネルおよびサイドチャンネルのためのリンクを形成するコンポーネントを、オペレーティングシステム内に含むことができる。任意の適切なトランスポート1以上を用いてそのチャンネルやサイドチャンネルを形成することができる。0027幾つかの実施形態では、計算デバイスおよび提示デバイスのそれぞれは、複数トランスポートをサポートする。複数のデバイスは、発見およびネゴシエーションdiscoveryandnegotiationプロセスを行って、相互にサポートされているトランスポートを選択して、デバイスが有効に通信できることを確実なものとする。しかし、幾つかの実施形態では、1対のデバイスに関して設定情報を記憶しておき、それらのデバイスが迅速にオーディオ-ビデオチャンネルおよびサイドチャンネルを確立できるようにする。0028幾つかの実施形態では、オーディオ-ビデオチャンネルは、Wi-FiDirectAccessのピアツーピア接続または他の適切なピアツーピア接続を用いて形成される。また、計算デバイスがWi-FiDirectAccessによる接続をサポートする場合には、それを用いてサイドチャンネルが形成される。しかし、別のトランスポートを用いてサイドチャンネルを形成することも可能である。例えば、サイドチャンネルは、BLUETOOTH登録商標のリンクまたは他の適切なピアツーピアプロトコルのリンクを用いて形成することができる。他の実施形態では、代替的または追加的に、IRリンクや近距離通信を用いる他のリンクを用いる通信をサポートすることができる。また、デジタルTVスペクトルを使用することもでき、その場合、送信をスペクトルの空白部に制限することや、干渉を避けられる低パワーレベルにすることもできる。なお、上記の構成は、使用できるトランスポートの単なる例であり、任意の適切なトランスポートを用いることが可能である。0029これらの能力は、多くの望ましいユーザー体験をサポートすることで、ユーザーの体験する状況を改善する。例えば、ユーザーは、部屋へ入り、高度な設定を必要とせずに、部屋のテレビジョンで映画を表示することができる。0030図1は、計算デバイスを使用して提示デバイスでのオーディオ-ビデオ情報の提示を制御する実施形態を示す。図1の例では、計算デバイスは、計算デバイス120として示されており、この例では、計算デバイス120はスレートフォームファクタを有する。計算デバイス120は、ユーザー122により操作される。計算デバイス120は、提示デバイスを通じてのオーディオ-ビデオ情報の提示を制御するように構成され、この例では、提示デバイスをテレビジョン130として示している。0031計算デバイス120は、オーディオ-ビデオコンテンツのデーターのストリーミング処理を行うアプリケーションを用いて構成される。ここでは、第1チャンネルはオーディオ-ビデオチャンネル132として示されている。計算デバイス120内のアプリケーションは、更に、サイドチャンネル134を通じてコマンドをテレビジョン130へ送信する。オーディオ-ビデオコンテンツのデーターは、映画や他のマルチメディアコンテンツであり得る。なお、本発明に関しては、テレビジョン130へストリーミングで送られる特定のオーディオ-ビデオコンテンツが重要な問題となることはない。0032サイドチャンネル134を通じて送られるコマンドは、任意の適切な形態とすることができる。例えば、コマンドデータは、オーディオ-ビデオコンテンツのデーターの提示における音量や他のオーディオ特性を制御する。代替的または追加的に、サイドチャンネル134を通じて送られるコマンドは、テレビジョンTV130における表示の明るさなどのような、オーディオ-ビデオデータの提示における1以上の視覚的特性を制御する。なお、サイドチャンネル134を通じて送られる特定のコマンドは、テレビジョン130が処理できるコマンドの形式に対応したものとなることを、理解すべきである。例えば、テレビジョン130が、ディスプレイをフリーズするコマンドに応答するように構成されている場合、そのコマンドをサイドチャンネル134を通じて送ることができる。0033本発明では、オーディオ-ビデオチャンネル132およびサイドチャンネル134に使用される特定の周波数が重要な問題となることはない。同様に、本発明では、オーディオ-ビデオチャンネル132およびサイドチャンネル134での通信のプロトコルおよび他のパラメーターが重要な問題となることもない。なお、幾つかの実施形態では、サイドチャンネル134は、オーディオ-ビデオチャンネル132とは異なる周波数スペクトルで形成され、異なるプロトコルおよび他の送信パラメーターを使用する場合もある。特定の例として、オーディオ-ビデオチャンネル132は、インダストリアルサイエンティフィクアンドメディカルIMS無線バンドや、アンライセンスドナショナルインフォメーションインフラストラクチャUNIIバンドで形成される。0034特定の例として、オーディオ-ビデオチャンネル132は、Wi-Fi標準で指定される周波数で送信される。この例では、計算デバイス120は、Wi-Fiダイレクトプロトコルを用いて直接接続を形成する。そのような場合、計算デバイス120は、Wi-Fiダイレクト標準に従ってグループオーナーとして構成され、テレビジョン130には、ワイヤレス受信機および関連するコントローラが装備され、これが計算デバイス120のクライアントとしてWi-Fiダイレクトグループを形成する。テレビジョン130内のそのようなコントローラは、オーディオ-ビデオチャンネル132を介してオーディオ-ビデオコンテンツを受信し、そのデーターをテレビジョン130内のコンポーネントへ送り、それらのコンポーネントは、テレビジョンスクリーンで、およびテレビジョン130と結合されたスピーカーを通じて、オーディオ-ビデオコンテンツを提示する。0035サイドチャンネル134の適切な周波数スペクトルおよび適切なプロトコルの例に関しては、計算デバイス120が赤外線送信機を備える場合には、赤外線周波数を用いてサイドチャンネル134を形成することができる。そのような場合、テレビジョン130には、当該技術では知られているリモートコントロール装置から信号を受信するために使用されるもののような、IR受信機が装備される。その場合、サイドチャンネル134を通じての通信は、当該技術では知られているテレビジョン用のリモートコントロール装置のためのプロトコルを用いてフォーマットすることができる。なお、代替的または追加的に、他の周波数および他のプロトコルを用いることも可能であることを理解すべきである。例えば、多くの計算デバイスは、BLUETOOTH登録商標無線装置を装備している。テレビジョン130にも同様にBLUETOOTH登録商標無線装置が装備されている場合、サイドチャンネル134は、BLUETOOTH登録商標ピアツーピア接続として形成される。更なる可能な代替例として、サイドチャンネル134を形成するために低パワー通信を用いることもできる。図1に示すように、テレビジョン130の制御は、計算デバイス120がテレビジョン130と同じ部屋110にある時に行われる。従って、計算デバイス120とテレビジョン130との間の距離は比較的短いものである。計算デバイス120とテレビジョン130との間でのコマンドのための通信のデータレートは比較的低速であり、例えば、1秒あたり56Kまたはそれより低い。幾つかの実施形態では、データレートは1秒あたり32Kまたはそれより低い。従って、非常に低いコーディングレートの誤り制御符号化errorcontrolcodingが使用され、サイドチャンネル134での送信に非常に低いパワーが使用される。結果として、NFCを含む近接通信技術などのような低パワー送信の技術を使用する場合でも、TransferJetおよびFelicaを使用することができる。0036送信パワーに関する要求が比較的低いので、更に、ピアツーピア通信以外の目的で使用する周波数スペクトルは、それらの周波数を用いる他のデバイスに対し受け入れ不可能な干渉生成せずに、使用することもできる。特定的な例として、サイドチャンネル134は、デジタルTVスペクトルで形成することができる。そのような場合の送信は、干渉が起こらないように低パワーで行われる。0037なお、サイドチャンネル134を形成するために非常に低いパワーの送信を使用する、ということは必要条件ではない。代替例として、サイドチャンネル134は、オーディオ-ビデオチャンネル132を形成するために使用される周波数スペクトルと同じ周波数スペクトルを用いて形成することができる。オーディオ-ビデオチャンネル132が約2.4GHzから5GHzの範囲のスペクトルで形成される図1の例では、サイドチャンネル134を、その周波数範囲に基づくものとすることができる。0038幾つかの実施形態では、サイドチャンネル134を形成するための可能な範囲のトランスポートがある場合、計算デバイス120および/またはテレビジョン130は、サイドチャンネル134を形成するために使用される複数のトランスポートをサポートする。そのようなシナリオの場合、計算デバイス120およびテレビジョン130は、例えばサイドチャンネル134を形成するための周波数やプロトコルなどに関してのような、特定のトランスポートに関してのネゴシエーションを行うために互いに通信する。ペアリングセレモニーpairingceremonyを必要とするピアツーピアプロトコルを用いてオーディオ-ビデオチャンネル132が形成される実施形態では、サイドチャンネル134を定めるパラメーターは、そのペアリングセレモニーの一部としてネゴシエーションされる。0039なお、オーディオ-ビデオチャンネル132およびサイドチャンネル134を形成する特定の機構にかかわらず、それらが形成された後には、ユーザー122は、テレビジョン130のコンテンツと提示パラメーターとの双方を、計算デバイス120のユーザインターフェースを通じて制御できる。従って、計算デバイス120からストリーミングされる特定のオーディオ-ビデオコンテンツが、計算デバイス120を相互作用するユーザー122により選択される。選択された特定のオーディオ-ビデオコンテンツおよびそのコンテンツのソースは、本発明の重要事項ではない。なお、図1では、計算デバイス120が、アクセスポイント140を通じて、より大きいネットワーク、例えばインターネット150へも接続され得ることを示している。この例では、計算デバイス120とインターネット150との間の接続はワイヤレス接続142である。ワイヤレス接続142は、計算デバイス120の、オーディオ-ビデオチャンネル132および/またはサイドチャンネル134を形成するための無線装置と同じまたは異なる無線装置で形成される。例えば、接続142を、Wi-Fiインフラストラクチャモードプロトコルに従うものとし、オーディオ-ビデオチャンネル132を、Wi-FiDirectAccessプロトコルを用いて形成することができる。0040どのようにして接続142が形成されるかにかかわらず、ユーザー122は、インターネット150を介して使用可能なオーディオ-ビデオコンテンツへアクセスするために接続142を使用することができる。しかし、代替的または追加的に、オーディオ-ビデオコンテンツを得るために他の任意の適切な技術を使用することも可能であり、また、接続142は、テレビジョン130のようなデバイスで提示するために計算デバイス120により得られてオーディオ-ビデオチャンネル132を通じてストリーミングされるオーディオ-ビデオコンテンツを得る単なる例として示したものであることを、理解すべきである。0041計算デバイス120は、オーディオ-ビデオコンテンツを得る機能、そのコンテンツをデバイスで提示する際の制御のためのユーザー入力を受信する機能、提示デバイスとのインターフェースを行ってオーディオ-ビデオコンテンツが適切なフォーマットで提示されるようにする機能などの機能をサポートするための、任意の適切なアーキテクチャを有する。図2は、そのようなアーキテクチャの一例を示す。0042図2は、オーディオ-ビデオコンテンツを送信するチャンネルと、コマンドを送信するチャンネルとの少なくとも2つのチャンネルで情報を送信するように動作する計算デバイス210のためのアーキテクチャを、高位レベルで示す。図2の例では、計算デバイス210は、無線装置250および無線装置254の2つの無線装置を含む。それぞれの無線装置は、ワイヤレス通信で送信および受信を行うように構成される。例えば、無線装置250は、第1のチャンネルを通じてワイヤレス通信を行うために用いられ、オーディオ-ビデオコンテンツを送信するように構成される。例えば、無線装置254は、第2のチャンネルを通じてワイヤレス通信を行うために用いられ、コマンドを送信するように構成される。なお、幾つかの実施形態では、複数のチャンネルでの同時の通信をサポートするために1つの無線装置を用いることもできることを、理解すべきである。図2の例では、アプリケーション220が示されている。アプリケーション220は、ワイヤレス送信のための情報を生成し、また、ワイヤレスで受信した情報を処理する。ここに示した実施形態では、その情報はオーディオ-ビデオストリームであり、オーディオコンテンツおよび/またはビデオコンテンツを表す情報を含み、更には制御情報などのような他の情報も含み得る。特定の例では、アプリケーション220はメディア制御アプリケーションであり、計算デバイス210を構成設定してユーザインターフェースを提供するようにする。そのユーザインターフェースを介して、ユーザーは、テレビジョンやステレオなどのような表示デバイスへストリーミングで送られるオーディオ-ビデオコンテンツを選択することができる。メディア制御アプリケーションは知られたものである。例えば、多くのコンピューターは、WINDOWS登録商標MEDIACENTER登録商標アプリケーションにより構成設定される。そのようなアプリケーションを作成するために用いられる技術と同様の技術が、アプリケーション220を作成するために用いられる。なお、計算デバイス210と直接に関連するディスプレイにコンテンツを提示することに加えて、アプリケーション220は、そのような情報を、チャンネル132および134のようなチャンネルを介して送信して、リモートデバイスで提示するようにプログラムされる。0043なお、リモート提示デバイスのアーキテクチャは示していないが、オーディオ-ビデオストリームを受信および提示するデバイスは同様のアーキテクチャを有する。そのような実施形態では、アプリケーション220はユーザー入力を直接的には受信しない。しかし、コンピューターで実行可能なコンポーネントは、オーディオ-ビデオストリームを受信してディスプレイに表示させ、また、チャンネル132および134を介して受信したユーザコマンドに応答するものである。0044図2の例では、アプリケーション220は、オペレーティングシステム230とのインターフェースを行う。幾つかの実施形態では、オペレーティングシステム230は、WINDOWS登録商標オペレーティングシステムなどのような汎用オペレーティングシステムである。そのような構成は、計算デバイス210がアプリケーション220以外のアプリケーションを実行する場合には、望ましい。なお、計算デバイス210が、オーディオ-ビデオ情報を提示するために特定的に構成設定される実施形態では、オペレーティングシステム230の機能を制限されたものとすることもできる。0045オペレーティングシステム230が特定用途向けのものか汎用のものかにかかわらず、ここで示す実施形態では、オペレーティングシステム230の機能は、アプリケーション220により処理された情報をワイヤレスで送信および受信することを容易にするサービスを提供するためのものである。送信に関して、オペレーティングシステム230は、近くのデバイスとの接続を確立するためにアプリケーション220から要求を受信する。その後、オペレーティングシステム230は、アプリケーション220から、接続を介して送信されるオーディオ-ビデオコンテンツを表す情報のストリームを受信する。この例では、送信は無線装置250により行われ、それによりチャンネル132のようなデータチャンネルが実現される。0046計算デバイス210が別のデバイスからオーディオ-ビデオ情報を受信して提示する実施形態では、オペレーティングシステム230は、別のデバイスからワイヤレスで受信した要求に応答して接続を確立する。次に、オペレーティングシステム230は、その接続を介して受信したデーターを、処理のためにアプリケーション220へ供給する。この処理は、データーを可聴および/または視覚的なフォーマットで提示することを含む。0047そのような接続は、当該技術では知られた技術を用いて形成される。ここで示した例では、その接続は、直接のデバイス対デバイス接続である。特定の例では、その接続は、Wi-FiDirectで指定された周波数およびプロトコルを用いて形成される。次に、オペレーティングシステム230は、アプリケーション220が接続へアクセスできるようにするネットワークアダプターまたは他の適切なインターフェースを提示することにより、アプリケーション220がその接続を使用できるようにする。なお、ここでは、任意の適切な技術を用いることができる。0048また、アプリケーション220は、外部デバイスを制御するためのコマンドを表すユーザー入力を受信する。例えば、それらのコマンドは、オーディオ情報を提示する際の音量を変更するコマンドや、明度などのようなディスプレイの視覚特性を変更するコマンドである。なお、それらの特定のコマンドは例示であり限定のためのものではなく、任意の適切なコマンドがサポートされることを理解すべきである。0049オペレーティングシステム230は、それらのコマンドをアプリケーション220から受信し、送信のためにルーティングする。この例では、コマンドは、無線装置254を通じての送信のためにルーティングされる。そのような送信は、サイドチャンネル134のようなサイドチャンネルを実現するためにオペレーティングシステム230により形成された接続を介して、行われる。また、サイドチャンネルへのアクセスは、オペレーティングシステム230により作成されたネットワークアダプターを通じて行われる。ネットワークアダプターを使用して、オペレーティングシステム230は、アプリケーション220がオーディオ-ビデオコンテンツおよびコマンドの送信を要求するための機構提供することができ、この機構は、チャンネルを作成するために使用される特定のトランスポートに依存しない。このようにして、アプリケーション220は、特定のトランスポートが動的に選択されることとは関係なく機能する。0050様々なトランスポートを通じての送信のための通信の処理をサポートするために、オペレーティングシステム230にはトランスポートコントロールレイヤ260が含まれる。トランスポートコントロールレイヤ260は、データーの送信のためにアプリケーション220からの複数の要求を処理し、そのデーターを送信に適するようにルーティングする。例えば、オーディオ-ビデオストリームを表すデーターは、無線装置250を通じての送信のためにフォーマットされる。コマンドを表すデーターは、無線装置254を通じての送信のためにフォーマットされる。0051更なるトランスポート向け処理が、トランスポートコントロールレイヤ260内で行われる。幾つかの実施形態では、例えば、コマンドは低パワーのサイドチャンネルを介して送信される。そのような情報は、比較的低いビットレートおよび/または比較的多量の誤り制御符号化を用いて送信される。トランスポートコントロールレイヤ260は、適切に、送信のためのコマンドの処理、および/または無線装置254の制御を行い、そのデーターを望ましいパワーレベルや誤り制御符号化を用いて送信する。この動作は、別のトランスポートが使用されている場合には同様に起きるとは限らない。0052トランスポートコントロールレイヤ260内で行われる特定の処理は、オーディオ-ビデオデータを搬送するための第1のチャンネルを実施するために使用される特定のトランスポートと、コマンドを搬送するために使用される特定のトランスポートとに依存する。例えば、UNIIまたはISMドメインで確立されるワイヤレスリンクは、オーディオ-ビデオデータ用のトランスポートとして使用され、その送信は、コンピューターがデバイスと通信を行うための既知のプロトコルに従うものである。そのような実施形態では、トランスポートコントロールレイヤ260において、オーディオ-ビデオデータに対しての従来の処理が用いられる。0053コマンドの処理には様々な処理を使用することができる。コマンドは、IRやBLUETOOTH登録商標などのようなトランスポートを用いて送信することができる。そのような実施形態では、従来の処理を用いて送信のためにコマンドデータをフォーマットすることができるが、その処理は、オーディオ-ビデオコンテンツデータに対して行われる処理と異なるものであってもよい。0054代替例として、DigitalTVなどのような認可されたドメインで確立されるワイヤレスリンクは、コマンドデータのためのトランスポートとして使用することができる。そのようなトランスポートが使用される場合、トランスポートコントロールレイヤ260内の処理は、無線装置254の適切な利得や、変調や、誤り制御符号化や、他のパラメーターの設定を含む。なお、望まれる処理を行うように無線装置のパラメーターを設定する代わりに、トランスポートコントロールレイヤ260が処理の幾つかまたは全てを直接に行うようにできることも理解すべきである。例えば、誤り制御符号化、そして可能性としては他の機能は、計算デバイス210のプロセッサコアで実行されるソフトウェアコンポーネントにより行われる。従って、図2では特定のアーキテクチャを提案しているが、そのアーキテクチャが例示であり限定のためのものではないことを理解すべきである。0055また、トランスポートコントロールレイヤ260は、受信した情報に応答する。その受信した情報は、別のデバイスが要求した接続を要求するものである。また、受信した情報は、提示用のデーターや他のタイプの情報を表す。0056データーを送信および受信するために、トランスポートコントロールレイヤ260は、1以上の無線装置と対話する。無線装置に関しては、無線装置250および254が示されている。無線装置250は、図2でドライバー240として表されているソフトウェアを通じて制御される。この例では、ドライバー240はインターフェース242を含み、インターフェース242を介して、オペレーティングシステム230は、ドライバー240へコマンドを発行し、ドライバー240は、オペレーティングシステム230へ、ステータスを報告し、受信したデーターを通知する。インターフェース242は、任意の適切な様式で実施することができ、その様式には、既知の標準に従う様式も含まれる。既知の標準の一例としてはNDISと呼ばれるものがあるが、その標準は、本発明の重要事項ではない。0057インターフェース242は、無線装置250の構成に依存しないフォーマットの多数のコマンドをサポートする。それらのコマンドは、或る周波数での送信のために無線装置250を構成設定するためのコマンドや、記号を送信するための或る変調スキームや誤り制御符号化を使用するためのコマンドを含む。更に、インターフェース242を通じて、ドライバー240は、無線装置250により送信するためのデーターを受信する。従って、インターフェース242は、オーディオ-ビデオデータのストリームを表すデーターを送信するためにトランスポートコントロールレイヤ260が無線装置250を制御するための機構を提供する。また、無線装置250は、インターフェース242を用いてデーターおよびステータスメッセージをオペレーティングシステム230へ提供する。0058特定のコマンドとは関係なく、ドライバー240は、インターフェース242の標準化フォーマットのコマンドを、無線装置250へ印加される特定の制御信号へと変換する。更に、ドライバー240は、ワイヤレス接続と関連する或る低レベル機能を行うようにプログラムされる。例えば、パケットを受信すると、ドライバー240は、そのパケットが適切にフォーマットされているかを検査する。パケットが適切にフォーマットされている場合、ドライバー240は無線装置250を制御してアクノレッジメントを生成する。逆に、パケットが適切にフォーマットされていない場合、ドライバー240は無線装置250を制御して、ネガティブアクノレッジメントを送信する。0059図2に示す実施形態では、計算デバイス210は第2の無線装置254を含む。例えば、無線装置250は、オーディオ-ビデオコンテンツを表すデーターのストリームの送信および/または受信に使用され、無線装置254は、リモートオーディオ-ビデオデバイスを制御するためのコマンドを表すデーターの送信および/または受信に使用される。0060無線装置254は計算デバイス210に含まれ、一般に無線装置250と同じアーキテクチャである。無線装置254はドライバー244と関連し、ドライバー244は、オペレーティングシステム230が無線装置254を制御するための機構を提供する。ドライバー244はインターフェース246を有し、このインターフェース246を通じて、オペレーティングシステム230は、コマンドをドライバー244へ送信し、ドライバー244は、データーおよびステータスメッセージをオペレーティングシステム230へ提供する。インターフェース242と同様に、インターフェース246は標準化されたインターフェースであり、オペレーティングシステム230は、ドライバー240に対して使用されるコマンドと同様のコマンドの組を使用してドライバー244と通信する。00612つの無線装置を示したが、任意の適切な数の無線装置を計算デバイス210に含めることができることを理解すべきである。例えば、オーディオ-ビデオチャンネル132、サイドチャンネル134、および接続142図1を形成するために個別の無線装置を使用することができる。なお、それらのチャンネルが類似の周波数を用いて形成される実施形態では、ここで示した接続の全てを1つの無線装置を用いて形成することも可能である。従って、計算デバイス210の特定のハードウェア構成は、本発明の重要事項ではない。0062計算デバイス210の特定の構成に関係なく、計算デバイス210は、ユーザーが近くの提示デバイスで提示するためのオーディオ-ビデオコンテンツを選択するため、およびその提示のパラメーターを制御するためのユーザインターフェースを提示するためのソフトウェアにより、構成設定される。0063図3は、そのようなソフトウェアにより提示されるユーザインターフェースを示す。ユーザインターフェース300は、計算デバイス210内の適切なコンポーネントにより、計算デバイス210のスクリーンに提示される。なお、ここで示した実施形態では、アプリケーション220図2はメディア制御アプリケーションであり、これによりユーザインターフェース300が提示される。この例では、メディア制御アプリケーションは、任意の適切なフォーマットのオーディオ-ビデオコンテンツの提示を制御する。例えば、オーディオ-ビデオコンテンツは、オーディオのみ、ビデオのみ、または可聴成分および視覚的成分の両方を含むマルチメディアであり得る。この例では、ユーザインターフェース300は、オーディオ成分およびビデオ成分の両方を有するオーディオ-ビデオコンテンツの提示を制御するように構成設定される。0064ユーザーは、当該技術で知られているインターフェース技術を用いるグラフィカルユーザインターフェース300を通じてアプリケーション220と対話する。例えば、ユーザインターフェース300は、ユーザーがマウスや他のヒューマンインターフェースデバイスを用いて作動せることができる制御部を有する。ユーザーにより制御部が作動させられると、アプリケーション220は、その制御部と関連する機能を実行することを促される。例えば、ユーザインターフェース300は、メディア選択制御部310を含む。そのような制御部は、メディア制御アプリケーションの技術で知られた機能を実行するためのものである。メディア選択制御部310の1以上の制御部を作動させることにより、ユーザーは、計算デバイス210にあるメディアファイルや計算デバイス210がアクセス可能なメディアファイルの中を動きまわって、提示するオーディオ-ビデオコンテンツを表すファイルを特定する。0065図3に示す動作状態では、ユーザーは、映画を選択するためにメディア選択制御部を作動させている。選択されたコンテンツは、コンテンツ表示エリア320で提示される。従って、図3で示す動作状態では、選択されたオーディオ-ビデオコンテンツを表す映画が、メディア表示エリア320に提示されている。0066また、メディア制御アプリケーションは、メディアプレイバック制御部330を提供する。例えば、それらの制御部はプレイ制御部336を含む。プレイ制御部336を作動させると、選択されたオーディオ-ビデオコンテンツがコンテンツ表示エリア320でプレイされる。プレイ制御部336は複数の状態の間で切り替えすることができ、選択されたオーディオ-ビデオコンテンツがコンテンツ表示エリア320で再生されているときにユーザーがプレイ制御部336を作動させると、オーディオ-ビデオコンテンツの再生がフリーズされる。0067メディアプレイバック制御部の別の例として、アプリケーション220は、音をミュートする制御部332を提示し、これはオーディオ-ビデオコンテンツのオーディオ部分を抑制する。代替的または追加的に、メディアプレイバック制御部330はスライダ334を含むことができる。スライダ334は、当該技術で知られた制御部であり、ユーザーが値の範囲から1つの値を指定することを可能にする。指定された値は、コンテンツ表示エリア320で提示されているオーディオ-ビデオコンテンツのオーディオ部分の音量と相関する。0068ユーザインターフェース300の機能は、従来のメディア制御アプリケーションの場合と同様に実施することができる。例えば、メディア選択制御部310、コンテンツ表示エリア320、およびメディアプレイバック制御部330は、当該技術分野で知られた技術を用いて実施することができる。0069なお、メディア制御アプリケーションは、計算デバイス210がリモート提示デバイスでのオーディオ-ビデオコンテンツの提示を制御するために使用されているときに、これらのコンポーネントの幾つかまたは全ての挙動が変わるように、適合させられている。例えば、リモートコントロールモードで動作するときの、プレイ制御部336の選択は、チャンネル132図1のようなオーディオ-ビデオチャンネルを介してのオーディオ-ビデオコンテンツを表すデーターのストリーミングをトリガする。同様に、リモートコントロールモードで動作するときの、計算デバイス210での音レベルの制御に代えてのまたは制御に加えてのミュート制御部332の選択は、サイドチャンネル134図1などのようなサイドチャンネルを介してのコマンドの送信をトリガし、音をミュートすることを提示デバイスに指令する。同様に、リモートコントロールモードにおいて、スライダ334を作動させると、音量変更のコマンドがサイドチャンネルを介して送信される。0070代替的または追加的に、メディア制御アプリケーションは、提示デバイスのリモートコントロールと特定的に関連する機能を制御するコマンドを提示するように、変更することもできる。図3の例は、デバイス制御部342、提示制御部344、およびピクチャインピクチャ制御部346を示す。これらの制御部は制御部の例であり、特定的に、計算デバイス210がリモートコントロールとして動作することを可能とするようにサポートされている。他の制御部を代替的または追加的に提供することも可能である。0071幾つかの実施形態では、リモートコントロールモードにおいてユーザインターフェース300を通じて使用可能とされる特定の制御部は、リモート提示デバイスの能力に依存して決まる。そのような能力は、例えば、任意の適切な方法で計算デバイスへ通信される。例えば、リモートコントロールデバイスの能力を定める情報は、オーディオ-ビデオチャンネル132のための接続が作成されたときに得られる。代替例では、情報は、サイドチャンネル134を介して通信される。従って、メディア制御アプリケーションは、リモート提示デバイスについての情報に基づいて、提示のための制御部を選択することができ、このリモート提示デバイスと情報とが比較される。0072図3の例では、デバイス制御部342は、メディア制御アプリケーションがリモートコントロールモードで動作する前に、ユーザーにより作動させることができる。デバイス制御部342が作動すると、メディア制御アプリケーションは、更なるユーザインターフェースを提示し、そのユーザインターフェースを通じて、ユーザーは、近くのデバイスを提示デバイスとして働くように選択することができる。特定の例として、デバイス制御部342が作動すると、図4に示すようなユーザインターフェースがユーザーへ提示される。0073図4はグラフィカルユーザインターフェース400を示し、このグラフィカルユーザインターフェース400を通じて、ユーザーは、リモートデバイスがオーディオ-ビデオコンテンツの提示デバイスとして働くように選択することができる。グラフィカルユーザインターフェース400は任意の適切な方法で提示することができる。例えば、アプリケーション220は、グラフィカルユーザインターフェース400を提示するようにプログラムされる。なお、別の実施形態では、グラフィカルユーザインターフェース400は、オペレーティングシステム230のコンポーネントにより提示される。例えば、別の構成において、オペレーティングシステム230がデバイスマネージャを含み、そのデバイスマネージャが、ワイヤレス接続が形成される近くのデバイスに関するオプションを発見し、それらのオプションのリストをユーザーに提示することは知られている。幾つかの実施形態では、グラフィカルユーザインターフェース400は、そのようなデバイスマネージャやオペレーティングシステム230の他の適切なコンポーネントにより提示することができる。0074アプリケーション220は、任意の適切な様式で提示デバイスとして動作可能な近くのデバイスに関する情報を得る。例えば、Wi-FiDirectのようなピアツーピアプロトコルを用いるオーディオ-ビデオチャンネル132が実施される図1に示す実施形態において、メディア制御アプリケーション220は、オペレーティングシステム230を制御して、そのプロトコルのデバイス発見devicediscoveryまたはサービス発見servicediscoveryの構成に従ってメッセージを送信する。ピアツーピアプロトコルのデバイス発見構成に従って、近くのデバイスは、それらのデバイスのオーディオ-ビデオコンテンツを提示するための能力を示すように、デバイス発見メッセージに応答する。0075グラフィカルユーザインターフェース400は、複数の提示デバイスが発見されているところの動作状態を示す。それらの提示デバイスは、それらのオーディオ-ビデオコンテンツを提示するための能力を示すような様式で、グラフィカルユーザインターフェース400を通じて提示される。この例では、表示エリア420は、オーディオコンテンツのみを提示できるデバイスを示す。表示エリア430は、ビデオコンテンツのみを提示できるデバイスを示す。表示エリア440は、マルチメディアコンテンツを提示できるデバイスを示す。図4の特定の例において、表示エリア420はアイコン422を含み、オーディオ情報を提示できるステレオが検出されたことを示す。表示エリア430はアイコン424を含み、ビデオコンテンツを提示できるプロジェクターが検出されたことを示す。表示エリア440は2つのアイコンを含み、アイコン442は、テレビジョンが検出されたことを示し、アイコン444は、タブレットPCが検出されたことを示す。なお、タブレットPCは、通常はオーディオ-ビデオ提示デバイスとは見なされないが、幾つかの実施形態では、タブレットPCは視覚的表示装置およびオーディオ提示用スピーカーを含むので、マルチメディアコンテンツを提示するためにタブレットPCを制御することもできる。0076グラフィカルユーザインターフェース400を通じて提示される特定のデバイスは、計算デバイス210の近くにあるデバイスによって決まることを認識すべきである。ユーザインターフェース400を介して発見されユーザーに提示される特定のデバイスと関係なく、ユーザーは、検出されたデバイスの1つを選択するためにマウスや他のヒューマンインターフェースデバイスを操作することができる。デバイスを選択すると、メディア制御アプリケーション220または計算デバイス210の他の適切なコンポーネントは、選択されたデバイスと対話してオーディオ-ビデオチャンネルおよびサイドチャンネルを形成し、それらのチャンネルを介してオーディオ-ビデオコンテンツおよびコマンドがそれぞれ通信される。0077再度図3を参照する。デバイスとのオーディオ-ビデオチャンネルおよびサイドチャンネルが形成されると、ユーザーは、ユーザインターフェース300を通じて更なる入力を提供して、選択されたメディアコンテンツが選択された提示デバイスへストリームで送られることを示す。提示制御部344は、この目的のために提供される。提示制御部344が選択されると、それに応答してメディア制御アプリケーション220は、コンテンツ提示エリア320に現れるオーディオ-ビデオコンテンツを表すデーターをオーディオ-ビデオチャンネルを介して送信することを、オペレーティングシステム230に要求する。提示制御部344が選択されると、オーディオ-ビデオコンテンツは、コンテンツ提示エリア320に提示される代わりにまたは提示に加えて、オーディオ-ビデオチャンネルを介してストリームで送られる。0078幾つかの実施形態では、提示制御部344はトグル型の制御部である。そのような制御部は、様々な動作状態で様々な影響を与える。例えば、オーディオ-ビデオコンテンツがオーディオ-ビデオチャンネルを介してストリーミングされていないときに、提示制御部344が選択されると、そのオーディオ-ビデオコンテンツのストリーミングが開始される。また、オーディオ-ビデオコンテンツがオーディオ-ビデオチャンネルを介してリモートディスプレイデバイスへストリーミングされている動作状態のときに、提示制御部344が選択されると、そのオーディオ-ビデオコンテンツのストリーミングが停止される。0079ユーザインターフェース300に現れる制御部の更なる例として、図3は、ピクチャインピクチャ制御部346を示している。ピクチャインピクチャ制御部346が選択されると、メディア制御アプリケーション220は、サイドチャンネルを介しての送信のためのコマンドを生成する。このコマンドは、選択された提示デバイスにより、ピクチャインピクチャ表示を形成するためのコマンドとして認識される様式で、フォーマットされる。ピクチャインピクチャ表示フォーマットを用いると、オーディオ-ビデオチャンネルを介してストリーミングされたオーディオ-ビデオコンテンツは、提示デバイスのディスプレイの一部にのみ現れる。ディスプレイの他の部分は、提示デバイスにより供給されるコンテンツで満たされる。図1の例では、ピクチャインピクチャ制御部346が選択されると、テレビジョン130は、計算デバイス210以外のソースからテレビジョン130が受信したテレビジョン番組の提示を継続する。その提示に対してウィンドウがオーバーレイされかぶせられ、計算デバイス210からストリーミングされるビデオコンテンツが提示される。0080なお、図3に示した制御部は、リモート提示デバイスの制御のために計算デバイスにより提示できる幾つかのタイプの制御部の単なる例であることを理解すべきである。ここで知ることになった制御部や、テレビジョンや他の提示デバイスを制御するために後に発見される制御部などのような他の制御部も、メディア制御アプリケーションにより提示することができる。0081図5を参照すると、ワイヤレス計算デバイスがオーディオ-ビデオ提示デバイスを制御するシステムの代替の実施形態が示されている。この例では、ユーザー522により操作されるワイヤレス計算デバイス520は、ここではテレビジョン530として示す提示デバイスとのオーディオ-ビデオチャンネル532を確立する。図1の例のように、オーディオ-ビデオチャンネル532は、Wi-FiDirectプロトコルに従って指定された周波数およびプロトコルを用いて形成される。なお、そのチャンネルの形成のために用いる信号で使用する特定の周波数、およびそのチャンネルで使用するプロトコルは、本発明の重要事項ではない。計算デバイス520で実行するメディア制御アプリケーションは、オーディオ-ビデオチャンネル532を介して送信するためのオーディオ-ビデオコンテンツを表すデータストリームを生成する。更に、そのようなメディア制御アプリケーションは、計算デバイス520のオペレーティングシステムを制御して、テレビジョン530に対するコマンドを送信するためのサイドチャンネルを形成する。0082図5の例において、サイドチャンネルは、リンク534Aおよび534Bを用いて形成される。ここでは、リンク534Aは、計算デバイス520とアクセスポイント540との間に形成される。アクセスポイント540は、当該技術で知られたアクセスポイントである。例えば、アクセスポイント540は、インフラストラクチャモードコンポーネントのための既知のWi-Fiプロトコルに従って動作するように構成される。動作において、アクセスポイント540は、インターネット550などのような外部ネットワークへの接続を提供する。更に、アクセスポイント540は、ローカルネットワークを形成する。この場合、ワイヤレス通信のための装備を備える他のデバイスもまた、アクセスポイント540を通じてそのローカルネットワークへ接続する。図5に示す実施形態では、テレビジョン530は、計算デバイス520と同様の様式でアクセスポイント540と接続できる無線装置を備える。従って、テレビジョン530は、リンク534Bを介してアクセスポイント540と通信することができる。リンク534Aおよび534Bは、ローカルネットワークにおいて計算デバイス520およびテレビジョン530を接続し、デバイスが情報を交換することを可能にする。従って、サイドチャンネルは、リンク534Aおよび534Bを介して確立される。計算デバイス520は、このサイドチャンネルを用いてコマンドをテレビジョン530へ送信する。それらのコマンドは、例えば、メディア制御アプリケーションとユーザーとの対話に基づいて生成される。ユーザーは、ユーザインターフェース300図3や他の適切なインターフェースなどのようなインターフェースを通じて、そのようなコマンドを入力する。0083図5に示す実施形態では、アクセスポイント540は、テレビジョン530の配された部屋510の外側に位置するが、この場合、サイドチャンネルを形成するトランスポートは、そのような距離を介して通信することができる。例えば、Wi-Fiプロトコルは、比較的短い距離での通信のために設計されているが、数十メートルの距離での通信をサポートすることができる。なお、図5の実施形態は、サイドチャンネルを形成するための適切なトランスポートの単なる1つの例であること、および任意の適切なトランスポートを使用できることを理解すべきである。0084幾つかの実施形態では、計算デバイス520は、複数のトランスポートを介しての通信をサポートするように構成される。なお、それらのトランスポートの何れのものも、オーディオ-ビデオコンテンツの提示を制御するためのコマンドの送信のためのサイドチャンネルを形成するために、使用することができる。同様に、テレビジョン530などのようなオーディオ-ビデオ提示デバイスは、代替的または追加的に、複数のトランスポートを介しての通信をサポートするように構成される。また、それらのトランスポートの何れのものも、サイドチャンネルを形成するために適切なものである。従って、幾つかの実施形態では、計算デバイスおよびオーディオ-ビデオ提示デバイスは、互いにワイヤレス通信を行い、オーディオ-ビデオチャンネルおよび関連のサイドチャンネルを介しての通信を確立する。その対話の一部は、サイドチャンネルの形成で使用するための、計算デバイスおよびオーディオ-ビデオ提示デバイスにより共通にサポートされるトランスポートを選択することを含む。0085図6は、オーディオ-ビデオコンテンツおよび関連する提示コマンドをテレビジョンなどのような提示デバイスへ供給するためのオーディオ-ビデオチャンネルおよびサイドチャンネルを確立するために働く計算デバイスの動作の方法を示す。図6の方法は、任意の適切なトリガに応答して開始する。1つの例として、方法はユーザー入力によりトリガされる。例えば、グラフィカルユーザインターフェース300を提示するメディア制御アプリケーション220を実行する計算デバイス210のような計算デバイスに関しては、トリガは、デバイス制御部342図3などのような制御部を選択するユーザー入力である。0086トリガにかかわらず、計算デバイスは、提示デバイスとして動作するデバイスへ、応答することを要求するメッセージを送信する。そのような要求の特定のフォーマットは、計算デバイスがオーディオ-ビデオチャンネルとして働く接続を形成することを選択する際のプロトコルに対応する。計算デバイスが、オーディオ-ビデオチャンネルを確立するためにWi-FiDirectプロトコルを用いるように構成される場合、ブロック610で送信される要求メッセージは、デバイス発見またはサービス発見のためにフォーマットされたプローブ要求proberequestメッセージとしてフォーマットされる。サービス発見メッセージが使用される場合、そのメッセージは、オーディオ-ビデオコンテンツのための提示デバイスとして動作できるリモートデバイスを計算デバイスが捜していることを、示す。オーディオ-ビデオコンテンツがオーディオのみであるシナリオでは、サービス発見要求は、オーディオ情報の提示に適切な所望されるサービスを示す。提示されるオーディオ-ビデオコンテンツがビデオのみである場合、サービス発見要求は、ビデオコンテンツの提示に適切なサービスを提供するデバイスを要求する。オーディオ-ビデオコンテンツがマルチメディアコンテンツである場合、サービス発見要求は、マルチメディアコンテンツの提示に適切なサービスを要求する。なお、例示のインターフェース400図4により示されるように、計算デバイスがオーディオ-ビデオ提示デバイスのタイプを自動的に特定する構成は、必要条件ではない。例えば、複数のオーディオ-ビデオ提示デバイスが、ブロック610で送信された要求に応答する場合、ユーザーに対して、使用可能なデバイスのメニューを提示して、ユーザーが所望するデバイスを選択することを可能にすることもできる。0087ブロック610で送信された要求の種類にかかわらず、処理はブロック612へ進む。ブロック612において、ユーザーは、オーディオ-ビデオチャンネルおよびサイドチャンネルを形成する相手となるデバイスの選択を示す。計算デバイスが1つのオーディオ-ビデオ提示デバイスを自動的に特定するシナリオであっても、ユーザーには、ブロック612で、ユーザーが接続することを望むか否かを示す選択を行う機会が与えられる。なお、リモートデバイスを選択する特定の機構が本発明の重要事項ではないことを理解すべきである。0088リモートデバイスが選択される様式にかかわらず、処理は判断ブロック620へ進む。判断ブロック620において、処理は、選択されたデバイスが既知のデバイスであるか否かに応じて分岐する。図6の処理を行う計算デバイスが、1つのリモートデバイスとの接続を以前に形成しており、その接続を確立したときに使用された情報が記憶されている場合、そのデバイスは計算デバイスに知られたデバイスである。以前に情報が記憶されていない場合、処理は判断ブロック620からサブプロセス622へと分岐する。0089サブプロセス622において、計算デバイスは、ワイヤレス通信でリモートデバイスと互いに通信し、オーディオ-ビデオチャンネルおよび関連するサイドチャンネルを介しての通信のためにリモートデバイスをセットアップする。サブプロセス622における特定の工程は、計算デバイスがリモートデバイスとの接続を確立するために使用するプロトコルにより決まる。この例では、サブプロセス622の工程は、オーディオ-ビデオチャンネルを確立するために用いられるプロトコルに基づく。特定の例では、オーディオ-ビデオチャンネルは、Wi-FiDirectプロトコルを用いて確立される。そのシナリオでは、サブプロセス622の工程は、Wi-FiDirectプロトコルに従って定められるペアリングセレモニーを実施する。なお、計算デバイスとリモート提示デバイスとの接続の形成を可能にする情報の交換を行うために任意の適切な工程を使用できることを、理解すべきである。0090そのような接続は、例えば、計算デバイスとリモートデバイスとの間でのパスワードやチャレンジコードや他の適切なセキュリティ情報の交換を含む。これらのデバイスは、そのようなセキュリティ情報を任意の適切な方法で得ることができる。例えば、パスワードは、計算デバイスでのユーザー入力により得ることができる。ユーザーは、そのようなパスワードをリモートデバイスの製造者から得ることができる。例えば、ワイヤレスで接続を形成するための装備を備えるデバイスは、パスワードを提供する命令がパッケージされていたり、また、デバイスがユーザーに見せるためのパスワードを表示するオペレーティングモードに入るように構成されていたりする。代替例としては、ユーザーにより双方のデバイスで同じパスワードを制定して入力することもできる。ペアリングセレモニーの一部としてパスワードを要求することは、意図された提示デバイスと計算デバイスが対をなすことを確実なものとする。0091パスワードの交換に加えて、計算デバイスおよびリモート提示デバイスは、デバイス間でオーディオ-ビデオチャンネルおよびサイドチャンネルを保持するための1以上のワイヤレスリンクの確立の際に有用な他の情報を交換する。なお、この情報を運ぶために任意の適切な機構を使用できるが、幾つかの実施形態では、追加の情報は、メッセージと関連する情報エレメントで運ばれ、さもなければ、その追加の情報は、オーディオ-ビデオチャンネルのためのトランスポートの構成で使用されるプロトコルの一部として規定される。情報エレメントは、標準化されたプロトコルの一部として特定的に提供されない情報が、その標準化されたプロトコルに従ってフォーマットされたメッセージへ挿入されることを可能にする。このようにして、標準化されたプロトコルを使用しながらも、多くのタイプの情報が、計算デバイスとリモート提示デバイスとの間で通信される。0092交換する追加の情報のタイプの例として、それぞれのデバイスは、そのデバイスによりサポートされ且つサイドチャンネルの確立に使用できる代替のトランスポートについての他の情報を見せる。更に、交換される情報は、オーディオ-ビデオコンテンツを提示するためのリモート提示デバイスの能力についての情報を見せる。そのような情報は、例えば、サポートされるコードのタイプやディスプレイスクリーンの解像度やディスプレイスクリーンのサイズなどのような、リモート提示デバイスについての情報を特定する。幾つかの実施形態では、計算デバイスとリモート提示デバイスとの間で交換される情報は、ペアリングセレモニーの一部として行われる工程を示す。1つの例として、幾つかのワイヤレスデバイスは、Wi-FiProtectedSetupWPS、ワイファイプロテクテッドセットアップと呼ばれる標準をサポートし、これは複数の方法を含む。デバイス間で交換される情報は、デバイスによりサポートされる特定のWPS方法を特定する。なお、デバイスのセットアップに使用できる任意の適切な情報を、用いることができる。0093計算デバイスとリモート提示デバイスとの間で交換される特定の情報にかかわらず、それぞれのデバイスは、デバイス間の通信の確立において使用される1以上のパラメーターの値を特定するために情報を分析するプロセッサを用いて、構成設定される。例えば、ブロック623において、計算デバイスは、サイドチャンネルの形成において使用されるトランスポートを選択する。この選択がどのように行われるかの一例として、それぞれのデバイスは、サイドチャンネルを確立する際に使用するための考慮され得るトランスポートの順番付けしたリストを維持する。それらのリストは、双方のデバイスが双方のテストを行うように交換される。それぞれのデバイスは、リストを処理して、双方のデバイスでサポートされるトランスポートを特定する。相互にサポートされるそれらのトランスポートのうち、双方のリストでの位置を表す計量値metricが、そして、計算された計量値の最高値をもつトランスポートが、サイドチャンネルを実施するために選択される。他のパラメーターの値を選択するために同様のネゴシエーション戦略が実施され、そのために情報が交換される。そのような処理は、当該技術分野で知られた技術または他の任意の適切な方法を用いて行われる。0094サブプロセス622の間に交換される情報の特性にかかわらず、サブプロセス622が完了すると、それぞれのデバイスは、オーディオ-ビデオコンテンツを通信するための接続を確立するために使用可能なセットアップ情報を有する。ブロック624において、その情報は記憶される。関連するデバイスにおいて、その情報は、リモート提示デバイスの指定と関連して記憶される。0095図6には明確に示していないが、相補的な動作がリモート提示デバイスで行われ、セットアップ情報がそのデバイスでも使用可能とされる。ブロック624において情報を記憶することは、後の時点でサブプロセス622を反復せずともリモート提示デバイスへの接続を形成することを可能とする。従って、その情報が以前に記憶されている状態で図6の処理が実行される場合、処理は、サブプロセス622を回避するように判断ブロック620からブロック630へと分岐する。ブロック630において、以前に行われた処理の反復によりブロック624で記憶された情報が、取り出される。0096ブロック630でセットアップ情報が取り出されるかサブプロセス622の一部で生成されるかにかかわらず、図6の処理はブロック634へ進む。ブロック634において、計算デバイスは、オーディオ-ビデオチャンネルおよびサイドチャンネルのための選択された接続を介して情報を送るように内部で構成設定される。そのような処理は、当該技術分野で知られた技術を用いて行われる。例えば、ブロック634での処理は、オーディオ-ビデオチャンネルおよびサイドチャンネルのための接続を確立するために、接続マネージャと呼ばれることもあるオペレーティングシステムの既知のコンポーネントへ命令を供給することを含む。0097従って、ブロック636において、接続マネージャは、ブロック623で選択されたトランスポートを介するサイドチャンネルのために使用される接続を確立する。0098ブロック638において、接続マネージャは、計算デバイスがオーディオ-ビデオチャンネルを介して通信するように構成設定する。ブロック636および638における処理は、特定されたトランスポートを介して接続を確立するための当該技術分野で知られた工程を含む。この処理は、計算デバイスのドライバー、無線装置、および/または他のコンポーネントの構成設定を含む。この処理により、ネットワークアダプターが露出され、そのネットワークアダプターを介してサイドチャンネルまたはオーディオ-ビデオチャンネルがアクセスされる。従って、ブロック636および638における特有の処理は、特定されるトランスポートにより異なる。0099オーディオ-ビデオチャンネルおよびサイドチャンネルのためのトランスポートが確立される様式にかかわらず、処理はブロック640へ進む。ブロック640において、計算デバイスは、確立されたオーディオ-ビデオチャンネルを介して、オーディオ-ビデオコンテンツを表すデーターをストリームでストリーミングする。ブロック640におけるオーディオ-ビデオコンテンツストリームは、任意の適切な方法で生成することができる。メディア制御アプリケーションを含む計算デバイス210図2の例では、オーディオ-ビデオコンテンツは、メディア制御アプリケーションがユーザー入力に応答して生成する。なお、データストリームを形成するための特定の機構は、本発明の重要事項ではない。00100オーディオ-ビデオコンテンツを表すデーターを送信するためにオーディオ-ビデオチャンネルへ入れる機構もまた、本発明の重要事項ではなく、当該技術分野で知られた技術を用いて実施することができる。例えば、オペレーティングシステム内の接続マネージャは、オーディオ-ビデオチャンネルへ結合されるネットワークアダプターを確立する。メディア制御アプリケーションなどのような制御用アプリケーションは、そのようなネットワークアダプターへコールを行い、送信のためのデーターを供給する。これに関しても任意の他の適切な技術を用いることができる。00101また、図6における処理は、ブロック642においてユーザー入力に応答してコマンドを送ることを含む。ユーザー入力は、任意の適切な方法で得ることができる。計算デバイスが、ユーザインターフェース300図3のようなユーザインターフェースを提示するメディア制御アプリケーションにより構成設定されたとき、送信されるコマンドは、そのユーザインターフェースを通じて供給されたユーザー入力に基づいて特定される。コマンドの特定のフォーマットもまた、本発明の重要事項ではない。送信されるコマンドは、計算デバイスおよびリモート提示デバイスで相互に認識されるフォーマットである。00102コマンドを送信するためにサイドチャンネルへ入れる機構もまた、本発明の重要事項ではない。一例として、当該技術分野で知られた技術を用いることができる。接続マネージャは、サイドチャンネルのために使用される接続を確立すると、その接続と関連するネットワークアダプターを提供する。メディア制御アプリケーションまたはコマンドを生成する他のコンポーネントは、そのネットワークアダプターへコールを行い、送信されるコマンドを表すデーターを供給する。そのコールに応答して、コマンドはサイドチャンネルを介して送信される。00103図6は、計算デバイスを動作させる例示的な処理を表すことを理解すべきである。様々な計算デバイスで様々な処理を用いることができる。更に、様々な処理は、同じ計算デバイスの様々な動作モードで行うことができる。図7は、計算デバイスを動作させる代替的な処理の例を示す。この例において、処理は、オペレーティングシステムユーティリティ内で行われる。図7の処理は、計算デバイスの近くにあるリモートオーディオ-ビデオ提示デバイスに対するセットアップ情報を計算デバイスが記憶している場合に、受信したユーザー入力に応答して開始される。一例として、計算デバイスのオペレーティングシステムは、計算デバイスへ入力された予め定めたキーストロークシーケンスまたは他の入力に応答して、図7に示した処理を実行する。特定の例として、WIMDOWS登録商標オペレーティングシステムを実行するコンピューターは、特別のWINキーおよび文字Pと関連したキーとを含むキーストロークの組み合わせに応答するように構成設定される。そのようなキーシーケンスは、近くの既知のリモート提示デバイスを計算デバイスのスクリーンに表される情報を提示する出力デバイスとして使用することを、トリガする。00104従って、図7の処理は、ブロック710において、そのキーストロークシーケンスが検出されたときに開始される。そのキーストロークシーケンスを受信すると、処理はブロック730へ進む。ブロック730において、オペレーティングシステム内で実行されるユーティリティは、以前に特定したデバイスのセットアップ情報を取り出す。そのセットアップ情報は、パスワードや、そのデバイスへの接続を確立する際に使用した他の情報を含み得る。更に、そのセットアップ情報は、オーディオ-ビデオチャンネルおよびサイドチャンネルを形成するために用いたトランスポートの識別情報を含み得る。00105ブロック734において、接続マネージャは、取り出したセットアップ情報を用いてサイドチャンネル接続を確立する。ブロック738において、接続マネージャは、取り出したセットアップ情報を用いて、オーディオ-ビデオチャンネルのための接続を確立する。ブロック734、736および738での処理は、それぞれ、ブロック634、636および638で行われる処理と類似である。なお、接続マネージャがメディア制御アプリケーションからのコマンドに応答するようにではなく、コマンドは、ブロック710においてユーザー入力に応答して呼び出されたオペレーティングシステムのユーティリティにより提供することもできる。00106リモート提示デバイスと通信するように計算デバイスが構成設定されると、処理はブロック740へ進む。ブロック740において、オーディオ-ビデオ情報のストリームを表すデーターは、オーディオ-ビデオチャンネルを介して搬送される。ブロック740での処理はブロック640での処理と類似である。しかし、図7の例では、メディア制御アプリケーションにより直接に生成されたデーターをストリーミングするのではなく、オペレーティングシステムのユーティリティにより捕獲された何れのデーターも、オーディオ-ビデオチャンネルを介してストリームで送られる。この例では、そのデーターは、計算デバイスのディスプレイスクリーンに表示される情報を表すものであり、リモートディスプレイユーティリティは、その情報を、計算デバイスのディスプレイを制御する他のコンポーネントから獲得する。00107ブロック742での処理により、ブロック642での処理と同様に、コマンドが送信される。なお、メディア制御アプリケーションを介して受信したユーザー入力に応答してコマンドが生成されるようにではなく、コマンドが、ブロック710において呼び出されたオペレーティングシステムのユーティリティを通じて受信したユーザー入力に応答して送信されるようにすることもできる。00108図8および図9は更なる代替例を示す。図1および図5に示した実施形態のように、図8に示す実施形態は、計算デバイス820と、オーディオ-ビデオ提示デバイスの例としてのテレビジョン830とを含む。また、以前の例のように、オーディオ-ビデオチャンネル832およびサイドチャンネル834が形成される。オーディオ-ビデオチャンネル832は、トランスポートとして、任意の適切な周波数およびプロトコルを用いて形成されたリンクを用いる。一例として、オーディオ-ビデオチャンネル832は、ピアツーピア接続を用いて形成される。そのような接続は、例えば、Wi-FiDirectプロトコルまたは任意の他の適切なプロトコルを用いて形成される。00109この例では、サイドチャンネル834は、トランスポートとして、デジタルTVスペクトルで形成されたリンクを用いる。コンピュータベースの通信が、デジタルTVスペクトルの空白部を用いて行われることは知られている。空白部は、コンピュータベースの通信が行われる地理的範囲での使用のための免許を何れのエンティティへも与えていない周波数のことである。しかし、その空白部の通信では、計算デバイスがデジタルTVスペクトルの使用されていない部分を特定することを、必要とする。00110幾つかのシナリオでは、デジタルTVスペクトルで通信するために設定された計算デバイスは、ロケーション別の認可デジタルTVチャンネルのデータベースへアクセスするようにプログラムされる。デジタルTVスペクトルの周波数を用いて通信する前に、計算デバイスは、使用されていないチャンネルを特定するためにデータベースへアクセスする。計算デバイスは、任意の適切な方法でデータベースへアクセスすることができる。例えば、計算デバイスは、データベースのコピーを記憶することや、チャンネル割り当てに関する情報を入手可能なサーバーまたは他の中央位置へアクセスすることができる。00111代替例として、計算デバイスは、デジタルTVスペクトルの様々なチャンネルのパワーレベルを感知して、使用されていないチャンネルを特定することにより、空白部を検出することができる。図9は、デジタルTVスペクトルの一部におけるパワーレベルを示すグラフである。この例では、スペクトルの一部は、チャンネル910A、910B、910Iに分割されている。チャンネル910A、910B、910Iのそれぞれは、例えば、6MHzの幅である。00112図9は、-114dBmのノイズしきい値を示している。このしきい値は、デジタルテレビジョン受信機による応答が期待される下限の信号強度を示す。このレベルより下のパワーの信号は検出されないか、またはノイズと見なされる。図9に示すシナリオでは、チャンネル910A、910C、および910Gに関して、デジタルTV信号を搬送するために使用されていることを示すパワーレベルが示されている。それに対して、チャンネル910B、910E、910F、910H、および910Iに関しては、ノイズしきい値より下のパワーレベルの信号を搬送しているところを示し、これは、これらのチャンネルがデジタルTV信号の搬送に使用されていないことを示す。00113従って、デジタルTVチャンネルのパワーレベルを感知して、ノイズしきい値より下のパワーレベルのチャンネルを特定することにより、計算デバイス820は、サイドチャンネル834の形成に使用するための空白部チャンネルを特定することができる。サイドチャンネルが形成されると、計算デバイス820は、テレビジョン830へのコマンドを任意の適切なフォーマットでエンコードし、デジタルTVスペクトルにおける特定された空白部チャンネルの周波数を用いて、それらのコマンドを送信する。計算デバイス820はデジタルTVスペクトルの空白部を用いて送信を行うので、他の近くにあるテレビジョン、例えば、テレビジョン850へ到達し得るサイドチャンネルの通信と関連する放射836は、テレビジョン850の動作に干渉しない。テレビジョン850は、サイドチャンネルの通信が行われているチャンネルと同じチャンネルのデジタルテレビジョン番組を受信しようとはしない。なぜなら、その空白部チャンネルは、テレビジョン850の位置する地理的範囲で使用されていないからである。従って、空白部チャンネルでの送信のパワーレベルがノイズしきい値この例では-114dBmを超えた場合でも、テレビジョン850の通常の動作は阻害されない。00114しかし、幾つかの実施形態では、空白部チャンネルを特定することが難しい場合や、空白部チャンネルの特定に多くの費用がかかる場合がある。チャンネルを特定するには、例えば、-114dBmより上のパワーレベルと-114dBmより下のパワーレベルとを区別可能な高感度の受信機が必要である。そのような受信機は高価である場合が多い。また、認可されたTVチャンネルの最新のデータベースへアクセスでき、そのデータベースの位置を見つけてその中の情報を使用できるようにする計算デバイスを装備するには、費用がかかる場合や、支援が困難な場合がある。従って、幾つかの実施形態では、計算デバイス820は、サイドチャンネルが空白部チャンネルの周波数を使用するか否かを考慮せずに、デジタルTVスペクトルにおいてサイドチャンネルを形成する。なお、他のデバイスとの干渉を避けるために、計算デバイス820は、十分に低いパワーレベルで送信を行い、その送信と関連する放射が、例えばテレビジョン850などのような近くにあるテレビジョンと干渉しないようにする。幾つかの実施形態では、送信のために選択されるパワーは、チャンネルの現在のユーザーを検出するための規定されたパワーしきい値より下とすることができる。00115その目的を達成するために、近くにあるデバイスへ到達する放射836のパワーレベルは、ノイズしきい値より下にすべきである。このノイズしきい値は、図9の例では-114dBmである。従って、幾つかの実施形態では、計算デバイス820は、サイドチャンネル834に対して使用される無線装置を制御するように構成され、部屋810の境界838へ到達する放射836のレベルが-114dBm以下となるようなパワーレベルでその無線装置が送信を行うようにする。00116境界838でのそのようなパワーレベルは、例えば、0dBm以下のオーダーのパワーレベルで送信することにより達成される。計算デバイス820と境界838との間での伝搬損失は、100dMmのオーダーであり、この送信パワーレベルは、テレビジョン850へ到達する放射836のパワーが十分に低く、放射836がテレビジョン850の動作と干渉しないことを保証する。00117なお、テレビジョン830により受信される信号は、テレビジョン830がサイドチャンネル834で搬送された情報を使用できるように、十分に認識可能なものである必要がある。そのような通信を可能とするために、デジタル計算デバイス820は、処理利得をもたらす符号化および変調の技術を、それに対応する復号化および復調の技術を用いるデジタルテレビジョン830などのようなデバイスに対して、用いる。一例として、計算デバイス820は、スペクトル拡散変調技術を用いて、コマンドを表す信号をサイドチャンネルで送信する。00118図9は、チャンネル910Eで送信されるスペクトル拡散信号920を示す。信号920は、デジタルテレビジョン830へ到達したときにそのパワーレベルがノイズを表すしきい値より下となるようなパワーレベルで、送信される。しかし、当該技術で知られているように、スペクトル拡散復調は、そのチャンネルにわたるパワーを集めるので、送信デバイスのスペクトル拡散変調器と整合するスペクトル拡散復調器を用いる受信機は、信号920のパワーを集めて、より強力な信号にする。次に、受信機は、その信号から情報を検出および抽出する。一例として、スペクトル拡散復調器は、20dB以上のオーダーの利得を信号に加算する効果をもつ。従って、信号920は、図9ではノイズしきい値より下のものとして示されているが、後のスペクトル拡散復調器での処理により、検出可能なしきい値より上の出力を生成することになる。00119なお、スペクトル拡散復調器を用いる受信機は、スペクトル拡散信号920を検出することができるが、他のタイプの復調器を用いる受信機は、信号920を、ノイズしきい値より下のノイズとして知覚する。更に、図9では、スペクトル拡散信号920が1つのチャンネルにわたって拡散しているところを示しているが、幾つかの実施形態では、信号は、更なる処理利得を達成するように複数のチャンネルにわたって拡散させる場合もある。従って、このような低パワー送信および利得を生じさせる変調技術を用いることにより、デジタルTV受信機との干渉を起こすこと無く、デジタルTVスペクトルの周波数をサイドチャンネル834の形成のために使用できる。00120このような低パワーを用いてのサイドチャンネルでの通信を更に改善するために、前進型誤信号制御コードを用いて、コマンドを表すデジタルデータをエンコードすることができる。例えば、前進型誤信号制御コード化は、送信されるデーターの各ビットに対して少なくとも1つの追加のエラー修正用のビットを含む。なお、幾つかの実施形態では、更に低いコード化レート使用することができ、例えば、データーの各ビットに対してエラー修正用の2ビットを付加することができる。00121比率が1対1、1対2、またはそれよりも低いような低レートのエラー修正コードは、低パワーレベルの送信であっても、高い信頼性でコマンドを送信することを可能にする。なお、幾つかのシナリオでは、送信されるビットの総数が増加することは望ましくないが、図8に示すシナリオでは、サイドチャンネルを介して通信されるコマンドは、幾つかのデータビットを必要とする。エラー制御のためにビットを付加したとしても、サイドチャンネル834を介して送信されるビットの数は比較的少ない。例えば、エラー修正用ビットを含むコマンドを表すデーターは、56キロビット/秒以下のデータレートで送信することができる。幾つかの実施形態では、データレートは更に低く、例えば、32キロビット/秒以下とすることもできる。多くの実施形態では、ビットレートは、サイドチャンネルのチャンネル容量より下である。00122図9は、サイドチャンネル834で送信されるコマンドを表す信号920が空白部チャンネルにあるシナリオを示すが、必ずしも信号920を空白部チャンネルで送信しなくてもよい。信号処理技術を用いて、サイドチャンネル信号をデジタルTV信号から区別することができる。図9に示すように、デジタルTV信号を含むチャンネル910A、910C、および910Gでさえ、比較的低いパワーレベルを有する。図9の例において、チャンネル910A、910C、および910Gは、ここでは約-100dBmとして示されている第2のしきい値より下のパワーレベルを有する。サイドチャンネル834の信号920を受信するであろうテレビジョン830などのようなリモートオーディオ-ビデオ提示デバイスは、信号920が送信されるチャンネルにおいて、受信信号のレベルがデジタルTV信号のレベルを十分に超える場合、信号920を適切に検出する。00123図9で示す信号920の平均パワーレベルは-114dBmより下であるが、スペクトル拡散復調器で復調されると、その信号レベルは、復調技術により与えられる利得により、有効に増加する。図9に示すような6MHzのオーダーの帯域にわたって作用するスペクトル拡散復調は、20dBを超える利得を提供する。従って、初期的にはノイズしきい値より下であった信号レベルは、その帯域のデジタルTV信号のレベルより上に増加させられる。00124特定の数値の例として、図9は、使用中のデジタルTVチャンネル、即ち、チャンネル910A、910C、および910Gのそれぞれに関して、デジタルテレビジョン信号の平均パワーレベルが-100dBmより下であることを示している。信号920のパワーレベルは、この例では-114dBmより下であり、約-120dBmであるが、20dBを超える利得を復調器により付加することにより、-100dBmより上の有効なパワーレベルを持つ信号を生成することができ、信号を、占有されたチャンネルのそれぞれにおけるデジタルテレビジョン信号のパワーレベルより上のものとすることができる。信頼性をもって検出されるように、信号920の送信パラメーターは、復調された信号の有効パワーレベルが、占有されたデジタルTVチャンネルにおけるデジタルテレビジョン信号の平均パワーレベルを十分に超えるように、設計される。パラメーターは、例えば、復調された信号920の有効パワーレベルが、リモート提示デバイスにおいて、デジタルTV信号の平均パワーレベルを3dBより多く超えるように選択される。ここで説明した数値の例はあくまでも例示であり、他の実施形態では別の信号レベルが存在し得ることを理解すべきである。しかしながら、相対的な信号レベルは、サイドチャンネル通信の検出がデジタルTV受信機との干渉内で行われるように設定される。当該技術で知られた無線装置は、計算デバイス820とテレビジョン830とがデジタルTVスペクトル内の周波数を用いて形成されたサイドチャンネル834を介して通信するものであり、その通信に使用される周波数がデジタルTVスペクトルの空白部チャンネル内のものか否かを考慮していない、という条件下で信号を検出するように構成される。00125図10は、本発明を実施できる適切な計算システム環境1000の例を示す。計算システム環境1000は、適切な計算システム環境の単なる一例であり、本発明の使用や機能の範囲を制限することを意図するものでも提案するものでもない。計算環境1000は、例示的な動作環境1000に示されたコンポーネントの何れかのものやコンポーネントの組み合わせと関連する依存性や必要条件を持たないことを理解すべきである。00126本発明は、他の様々な汎用や特定用途向けの計算システムの環境または構成設定で動作することができる。本発明を用いるのに適切な良く知られた計算システム、環境、および/または構成設定の例は、パーソナルコンピュータ、サーバコンピュータ、手持型またはラップトップ型のデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブルの大衆消費電子製品、ネットワークPC、ミニコンピュータ、メインフレームコンピュータ、上記のシステムやデバイスの何れかを含む分散型計算環境などを含むが、これらに限定はされない。00127計算環境は、プログラムモジュールなどのようなコンピューター実行可能命令を実行する。一般に、プログラムモジュールは、ルーチン、プログラム、オブジェクト、コンポーネント、データー構造などを含み、それらは、特定のタスクを行うか、または特定の抽象データー型を実現する。本発明はまた、通信ネットワークを通じてリンクされたリモート処理デバイスによりタスクが行われる分散型計算環境でも実施することができる。分散型計算環境では、プログラムモジュールは、メモリストレージデバイスを含むローカルおよびリモートのコンピュータストレージ媒体に配される。00128図10を参照すると、本発明を実施するための例示的なシステムは、コンピューター1010の形態の汎用計算デバイスを含む。コンピューター1010のコンポーネントは、処理ユニット1020、システムメモリ1030、および様々なシステムコンポーネントを結合するシステムバス1021含むが、これらに限定はされない。システムバス1021は、システムメモリを処理ユニットへ結合する。システムバス1021は、幾つかのタイプのバス構造のうちの任意のものであり、バス構造は、様々なバスアーキテクチャのうちの任意のものを用いるメモリバスおよびメモリコントローラー、周辺バス、およびローカルバスを含む。例えば、そのようなアーキテクチャとてしては、IndustrialStandardArchitectureISAバス、MicroChannelArchitectureMCAバス、EnhancedISAEISAバス、VideoElectronicsStandardAssociationVESAローカルバス、Mezzanineバスとしても知られるPeripheralComponentInterconnectPCIバスなどがあるが、これらに限定はされない。00129コンピューター1010は、典型的には、様々なコンピューター読取可能媒体を含む。コンピューター読取可能媒体は、コンピューター1010によりアクセスできる任意の使用可能な媒体とすることができ、揮発性および不揮発性の媒体や、リムーバブルおよび非リムーバブルな媒体を含む。例えば、コンピューター読取可能媒体は、コンピュータストレージ媒体および通信媒体を含むが、これらに限定はされない。コンピュータストレージ媒体は、コンピューター読取可能命令、データー構造、プログラムモジュール、および他のデーターなどのような情報を記録するための任意の方法や技術により実現される揮発性および不揮発性、リムーバブルおよび非リムーバブルの媒体を含む。コンピュータストレージ媒体は、RAM、ROM、EEPROM、フラッシュメモリや他のメモリ技術、CD-ROM、デジタルバーサタイルディスクDVDや他の光学ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージや他の磁気ストレージデバイス、望まれる情報を記憶するために使用でき且つコンピューター1010によりアクセスできる任意の他の媒体などを含むが、これらに限定はされない。通信媒体は、典型的には、搬送波のような変調されたデーター信号や他のトランスポート機構などの中にあるコンピューター読取可能命令や、データー構造や、プログラムモジュールや、他のデーターを実現するものであり、通信媒体には、任意の情報搬送媒体が含まれる。変調されたデーター信号という用語は、情報を信号内へエンコードするような様式で設定または変更されて1以上の特性を有する信号、を意味する。例えば、通信媒体は、有線ネットワークや直接有線接続などのような有線媒体と、音響、RF、赤外線、および他のワイヤレスの媒体などのようなワイヤレス媒体とを含むが、これらに限定はされない。上記の媒体のうちの任意のものの組み合わせも、コンピューター読取可能媒体の範囲に含まれる。00130システムメモリ1030は、リードオンリメモリROM1031やランダムアクセスメモリROM1032などのような揮発性および/または不揮発性のメモリの形態のコンピュータストレージ媒体を含む。スタートアップのときなどにコンピューター1010内のエレメント間での情報の転送を支援する基礎的ルーチンを含むベーシックインプット/アウトプットシステム1033BIOSは、典型的には、ROM1031に記憶される。RAM1032は、典型的には、処理ユニット1020により即座にアクセス可能な、および/または現在処理されているデーターおよび/またはプログラムモジュールを含む。例として、図10は、オペレーティングシステム1034、アプリケーションプログラム1035、他のプログラムモジュール1036、およびプログラムデータ1037を示しているが、これらに限定はされない。00131コンピューター1010はまた、他のリムーバブルおよび/または非リムーバブルの揮発性および/または不揮発性の記録媒体を含むことができる。単なる例であるが、図10は、非リムーバブルで不揮発性の磁気媒体に対しての読み出しおよび書き込みを行うハードディスク1040、リムーバブルで不揮発性の磁気ディスク1052に対しての読み出しおよび書き込みを行う磁気ディスクドライブ1051、およびCDROMや他の光学媒体などのようなリムーバブルで不揮発性の光ディスク1056に対しての読み出しおよび書き込みを行う光ディスクドライブ1055を示している。例示した動作環境で使用できる他のリムーバブル/非リムーバブルで揮発性/不揮発性のコンピュータストレージ媒体としては、磁気テープカセット、フラッシュメモリカード、デジタルバーサタイルディスク、デジタルビデオテープ、ソリッドステートRAM、ソリッドステートROMなどがあるが、これらに限定はされない。ハードディスクドライブ1041は、典型的には、インターフェース1040などのような非リムーバブルメモリインターフェースを通じてシステムバス1021と接続され、磁気ディスクドライブ1051および光ディスクドライブ1055は、典型的には、インターフェース1050などのようなリムーバブルメモリインターフェースによりシステムバス1021と接続される。00132上記で説明したドライブおよびそれらと関連するコンピュータストレージ媒体や図10に示されたものは、コンピューター1010に関するコンピューター読取可能命令、データー構造、プログラムモジュール、および他のデーターのストレージを提供する。例えば、図10では、ハードディスクドライブ1041は、オペレーティングシステム1044、アプリケーションプログラム1045、他のプログラムモジュール1046、およびプログラムデータ1047を記憶するものとして示している。なお、これらのコンポーネントは、オペレーティングシステム1034、アプリケーションプログラム1035、他のプログラムモジュール1036、およびプログラムデータ1037と同じものである場合も異なるものである場合もある。ここでは、オペレーティングシステム1044、アプリケーションプログラム1045、他のプログラムモジュール1046、およびプログラムデータ1047に対して、このように別の参照番号が付されているが、これは、少なくとも、それらが別のコピーであることを示すためである。ユーザーは、キーボード1062や、マウス、トラックボール、タッチパッドなどと呼ばれるポインティングデバイス1061などのような入力デバイスを通じて、コマンドおよび情報をコンピューター1010へ入力する。他の入力デバイス図に示さずとしては、マイクロフォン、ジョイスティック、ゲームパッド、サテライトディッシュ、スキャナなどがある。これらおよび他の入力デバイスは、システムバスへ結合されたユーザー入力インターフェース1060を通じて処理ユニット1020へ接続されることが多いが、パラレルポートやゲームポートやユニバーサルシリアルバスUSBなどのような他のインターフェースやバス構造により接続することもできる。モニター1091や他のタイプの表示デバイスも、ビデオインターフェース1090などのようなインターフェースを介してシステムバス1021へ接続される。モニターに加えて、コンピューターはまた、スピーカー1097やプリンター1096などのような他の周辺出力デバイスを含むこともでき、それらの周辺出力デバイスは、出力周辺機器インターフェース1095を通じて接続される。00133コンピューター1010は、リモートコンピュータ1080などのような1以上のリモートコンピュータへの論理接続logicalconnectionを用いるネットワークの環境で、動作することができる。リモートコンピュータ1080は、パーソナルコンピュータ、サーバー、ルーター、ネットワークPC、ピアデバイス、または他のコモンネットワークノードcommonnetworknodeであり、典型的には、コンピューター1010に関して説明したエレメントのうちの多くのものまたは全てを含むが、図10では、メモリストレージデバイス1081のみを示している。図10に示す論理接続は、ローカルエリアネットワークLAN1071およびワイドエリアネットワークWAN1073を含むが、他のネットワークを含むこともできる。このようなネットワークの環境は、オフィス、エンタープライズ-ワイドコンピュータネットワーク、イントラネット、およびインターネットにおいて一般的なものである。00134LANのネットワーク環境で使用する場合、コンピューター1010は、ネットワークインターフェースまたはアダプタ1070を通じてLAN1071へ接続される。WANのネットワーク環境で使用する場合、コンピューター1010は、典型的には、インターネットなどのようなWAN1073を介しての通信を確立するために、モデム1072または他の手段を含む。内蔵または外付けであるモデム1072は、ユーザー入力インターフェース1060または他の適切な機構を介して、システムバス1021へ接続される。ネットワークの環境では、コンピューター1010と関連して示されたプログラムモジュールまたはその一部は、リモートメモリストレージデバイスに記憶される。例として、図10では、リモートアプリケーションプログラム1085がメモリデバイス1081に駐在することを示しているが、これに限定はされない。ここに示されたネットワーク接続が例示であり、コンピューター間で通信リンクを確立するために他の手段を使用できることは、理解されるであろう。00135従って、本発明の少なくとも1つの実施形態の幾つかの特徴を説明したが、様々な代替例、変更例、および改善例を構成することが当業者には容易であることを、理解すべきである。00136例として、リモートオーディオ-ビデオ提示デバイスの制御が、計算デバイスで実行されるメディア制御アプリケーション内で提供されることを説明した。リモートオーディオ-ビデオ提示デバイスの制御がメディア制御アプリケーションを通じて提供されることは、必要条件ではない。そのような制御は、代替的または追加的に、オペレーティングシステムを通じて提供することもできる。計算デバイスのオペレーティングシステムは、計算デバイスのディスプレイ上でおよびスピーカーを通じてのオーディオ-ビデオ情報の提示のためのサービスを提供するので、オペレーティングシステムは、オーディオ-ビデオコンテンツをインターセプトし、リモート提示デバイスへリダイレクトすることが適切である場合には、そのリダイレクトを行う。そのようなシナリオでは、オーディオ-ビデオコンテンツの提示の特性を選択および制御するためのユーザインターフェースは、従来のメディア制御アプリケーションにより提供される。00137リモート提示デバイスの制御のための他の機能を実施するために、オペレーティングシステムは、ユーザーにより呼び出され得るユーティリティを提供することができる。そのようなユーティリティは、例えば、計算デバイスでローカルに提示できる音声コンテンツやビデオコンテンツが、ディスプレイデバイスとして働く近くのデバイスへリダイレクトされることを、可能にする。例えば、計算デバイスのデスクトップを通じて従来のように提示されるユーザー印象userimpressionは、デスクトップで実行されているように見えるアプリケーションにより提供されるコンテンツと共に、近くのディスプレイデバイスへ送信される。そのようなユーティリティは、ユーザーがその提示の特性、例えば、音量や、フルスクリーンモードで提示するかまたは提示デバイス上の別のイメージへ埋め込むかなどを制御することを、可能にする。00138別の例として、リモート提示デバイスを制御するためのコマンド用にサイドチャンネルを実現するために、デジタルTVスペクトルにおいて低パワー送信を使用することを説明した。他の目的のためのサイドチャンネルを形成する際にも、同様の技術を使用することができる。更には、その技術は、例えば、56Kbps以下の低ビットレート通信のために使用することもできる。00139また、幾つかの実施形態では、チャンネルは接続を介して形成されると言える。接続connectionという単語の使用に関しては、ステートフルstatefulな接続を維持するプロトコルが使用されることを意味する、ということを意図していない。コネクションレスconnectionlessと呼ばれることもあるプロトコルを使用することもできる。ここでは、接続は、単に、通信におけるエンゲージのための十分な情報が使用可能であることを示す。例えば、コネクションレスとして記述されることもあるUDPプロトコルや他の適切なプロトコルを、使用することができる。00140更に、オーディオ-ビデオコンテンツおよびコマンドを生成する計算デバイスと関連して、例示的な実施形態が説明された。チャンネルを形成するコンポーネントはリモート提示デバイスに存在し得るが、幾つかの実施形態では、より簡素なコンポーネントを使用することも可能である。例えば、提示デバイスは、無線装置250および254のような1以上の無線装置を備えることができる。リモート提示デバイスは、処理ユニット1020のようなコントローラを備えることができる。そのようなコントローラがサポートする機能の数は汎用CPUのサポートする機能の数よりも少ないが、それでも、デバイスがペアリングセレモニーを行うことを制御する。また、コントローラは、提示用のコンテンツを表すデーターを送り、サイドチャンネルを介して受信したコマンドにデバイスが応答するように制御する。00141このような代替例、変更例、および改善例は、ここでの開示の一部であることが意図され、かつ本発明の精神および範囲の中にあることが意図される。従って、上記の説明および図面は、単なる例である。00142本発明の上記の実施形態は、様々な方法で実施できる。例えば、実施形態は、ハードウェア、ソフトウェア、またはそれらの組み合わせにより実施できる。ソフトウェアで実施する場合、ソフトウェアコードは、1つのコンピューターで提供されるか複数のコンピューター間で分散されて提供されるかにかかわらず、任意の適切なプロセッサまたはプロセッサの集合体で実行される。そのようなプロセッサは、集積回路として実施され、集積回路コンポーネントには1以上のプロセッサが含まれ得る。なお、プロセッサは、任意の適切な形式の回路を用いて実施することができる。00143更に、コンピューターは、ラック取り付け型コンピューター、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータなどのような多数の形態のうちの任意の形態で実現できることを、理解すべきである。更に、適切な処理能力を有するが通常はコンピューターと見なされないデバイスへ、コンピューターを埋め込むことも可能であり、そのようなデバイスの例としては、パーソナルデジタルアシスタントPDAや、スマートフォンや、他の適切なポータブルまたは固定の電子デバイスなどがある。00144また、コンピューターは、1以上の入力および出力デバイスを有する。それらのデバイスは、特に、ユーザインターフェースを提示するために使用できる。ユーザインターフェースを提供するために使用できる出力デバイスの例としては、出力を視覚的に提示するためのプリンターやディスプレイ、および出力を可聴的に提示するためのスピーカーや他の音生成デバイスがある。ユーザインターフェースとして使用できる入力デバイスの例としては、キーボードや、マウス、タッチパッド、デジタイジングタブレットなどのようなポインティングデバイスがある。別の例として、コンピューターは、音声認識を通じてや他の可聴形態で、入力情報を受信する。00145そのようなコンピューターは、例えば、エンタープライズネットワークやインターネットなどのような、ローカルエリアネットワークやワイドエリアネットワークを含む任意の適切な形態の1以上のネットワークにより、相互接続される。そのようなネットワークは、任意の適切な技術に基づくものであり、任意の適切なプロトコルに従って動作するものであり、ワイヤレスネットワーク、有線ネットワーク、光ファイバネットワークなどを含む。00146また、ここで概説した様々な方法およびプロセスは、様々なオペレーティングシステムやプラットフォームの何れかを用いる1以上のプロセッサで実行可能なソフトウェアとして、コード化できる。更に、そのようなソフトウェアは、多数の適切なプログラミング言語および/またはプログラム用またはスクリプト用のツールのうちの任意のものを用いて、書くことができる。また、ソフトウェアは、実行可能な機械語コードや、フレームワークや仮想マシンで実行される中間コードとして、コンパイルすることができる。00147この点に関して、本発明は、1以上のプログラムによりエンコードされたコンピューター読取可能記録媒体または複数のコンピュータ読取可能媒体として実現することができ、そのプログラムは、1以上のコンピューターまたは他のプロセッサにより実行されたときに、上記の本発明の様々な実施形態を実施する方法を行わせるものである。コンピューター読取可能記録媒体の例としては、コンピュータメモリ、1以上のフロッピー登録商標ディスク、コンパクトディスクCD、光ディスク、デジタルビデオディスクDVD、磁気テープ、フラッシュメモリ、フィールドプログラマブルゲートアレイや他の半導体デバイスにおける回路構成、他の非一時的で実体的なコンピューター記録媒体などがある。コンピューター読取可能記録媒体1または複数は移動可能であり、コンピューター読取可能記録媒体に記憶されたプログラム1または複数は、上記の本発明の様々な機能を実施するために、1以上の別のコンピューターや他のプロセッサへロードすることができる。ここで使用する非一時的なコンピューター読取可能記録媒体という用語は、製造品即ち、製造品目または機械として考慮されるコンピューター読取可能媒体のみを含む。代替的または追加的に、本発明は、伝搬信号などのようなコンピューター読取可能記録媒体以外のコンピューター読取可能媒体として実現することができる。00148ここでは、プログラムやソフトウェアという用語は、一般に、上記の本発明の様々な機能を実施するためにコンピューターや他のプロセッサをプログラムするために使用できる任意のタイプのコンピュータコードやコンピューター実行可能命令の組を示すものとして、使用している。更に、本発明の1つの特徴によると、実行されたときに本発明の方法を行わせる1以上のコンピュータプログラムは、必ずしも1つのコンピューターまたはプロセッサに駐在しなくてもよく、本発明の様々な機能を実施するために、モジュールの様式で複数の別のコンピューターまたはプロセッサへ分散させることもできる、ということを理解すべきである。00149コンピューター実行可能命令は様々な形態とすることができ、例えば、1以上のコンピューターまたは他のデバイスにより実行されるプログラムモジュールの形態とすることができる。一般に、プログラムモジュールは、特定のタスクを行うためや特定の抽象データー型を実施するためのルーチン、プログラム、オブジェクト、コンポーネント、データー構造などを含む。典型的に、プログラムモジュールの機能は、様々な実施形態において望まれるように、組み合わせることや分散させることができる。00150また、データー構造は、任意の適切な形態でコンピューター読取可能媒体へ記憶することができる。例示を容易にするために、データー構造は、そのデーター構造における位置を通じて関連させられるフィールドを有するものとして、示すことができる。そのような関連は、フィールドのストレージに、コンピューター読取可能媒体における位置を割り当て、フィールド間の関係を運ぶようにすることにより、達成される。しかし、任意の適切な機構を使用して、データー構造のフィールド内の情報の関係を確立することもでき、関係を確立することに関しては、データエレメント間の関係を確立するポインター、タグ、他の機構などを使用することも含む。00151本発明の様々な機能は、単独でも、組み合わせでも、上記の実施形態で特定的に説明していない様々な構成でも、使用することができ、従って、本発明の応用は、上記で説明し図面に示したコンポーネントの詳細や構成に制限されるものではない。例えば、1つの実施形態で説明された特徴は、他の実施形態で説明された特徴と、任意の様式で組み合わせることができる。00152また、本発明は方法として実現でき、その例は提供している。その方法の一部として行われる動作は、任意の適切な順に行うことができる。従って、実施形態は、例示した順と異なる順で動作を行うように構成することもできる。また、例示した実施形態は動作が順に行われるものとして示しているが、異なる順で動作を行うということには、幾つかの動作を同時に行うことも含まれる。00153第1、第2、第3などのような順を表す用語を特許請求の範囲における構成要素を修飾する際に使用している場合、その使用は、或る構成要素の他の構成要素に対しての優先順位、優先度、順位や、方法の動作が行われる時間的順序を意味するものではなく、単に、構成要素を区別するため、即ち、或る名前の或る構成要素を、それと同じ名前の別の構成要素と区別するためのラベルとして使用しているただし、順を表す用語として使用する場合は除く。00154また、ここで用いられた文体や用語は説明を目的としたものであり、限定と見なすべきではない。含む、備える、有する、内包する、およびこれらの用語が変化した形の用語は、それらの前に記載した項目やその項目の等価物や追加の項目を含むことを意味する。