(57)【要約】  ワイヤレスディスプレイ（ＷＤ）システム内のシンクデバイスは、ＷＤ内のソースデバイスとシンクデバイスとの間にユーザ入力デバイス制御通信チャネルを確立して、シンクデバイスがソースデバイスにデバイス制御入力を送ることを可能にし得る。ユーザ入力デバイス制御通信チャネルは、ＵＤＰを介して１つまたは複数の追加の入力タイプをトランスポートするように修正されたＷｉ−Ｆｉユーザ入力バックチャネル（ＵＩＢＣ）と称される逆チャネルアーキテクチャを含み得る。例えば、ＵＩＢＣは、音声入力およびＶＮＣ入力タイプをトランスポートするように拡張され得る。
2016511965.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ入力データを受信する方法であって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信することと、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信することと
を備える、方法。
【請求項２】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項１に記載の方法。
【請求項３】
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、請求項１に記載の方法。
【請求項４】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項１に記載の方法。
【請求項５】
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信することは、前記識別されたＵＤＰポートを使用して音声入力データを受信することを備える、
請求項１に記載の方法。
【請求項６】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、前記方法は、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立すること
をさらに備える、請求項１に記載の方法。
【請求項７】
ユーザ入力データを送信するための方法であって、
ユーザ入力バックチャネル（ＵＩＢＣ）メッセージを受信することと、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがってユーザ入力データを送信することと
を備える、方法。
【請求項８】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項７に記載の方法。
【請求項９】
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、請求項７に記載の方法。
【請求項１０】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項７に記載の方法。
【請求項１１】
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを送信することは、前記識別されたＵＤＰポートを使用して音声入力データを送信することを備える、
請求項７に記載の方法。
【請求項１２】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、前記方法は、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立すること
をさらに備える、請求項７に記載の方法。
【請求項１３】
ソースデバイスであって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信するための手段と、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信するための手段と
を備える、ソースデバイス。
【請求項１４】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項１３に記載のソースデバイス。
【請求項１５】
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、請求項１３に記載のソースデバイス。
【請求項１６】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項１３に記載のソースデバイス。
【請求項１７】
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信するための手段は、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを受信するための手段を備える、
請求項１３に記載のソースデバイス。
【請求項１８】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するための手段
をさらに備える、請求項１３に記載のソースデバイス。
【請求項１９】
シンクデバイスであって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信するための手段と、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがってユーザ入力データを送信するための手段と
を備える、シンクデバイス。
【請求項２０】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項１９に記載のシンクデバイス。
【請求項２１】
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、請求項１９に記載のシンクデバイス。
【請求項２２】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項１９に記載のシンクデバイス。
【請求項２３】
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを送信するための手段は、前記識別されたＵＤＰポートを使用して音声入力データを送信するための手段を備える、
請求項１９に記載のシンクデバイス。
【請求項２４】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するための手段
をさらに備える、請求項１９に記載のシンクデバイス。
【請求項２５】
１つまたは複数のプロセッサを備えるソースデバイスであって、前記１つまたは複数のプロセッサは、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信し、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信する
ように構成される、ソースデバイス。
【請求項２６】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項２５に記載のソースデバイス。
【請求項２７】
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、請求項２５に記載のソースデバイス。
【請求項２８】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項２５に記載のソースデバイス。
【請求項２９】
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信するために、前記プロセッサは、前記識別されたＵＤＰポートを使用して音声入力データを受信するようにさらに構成される、
請求項２５に記載のソースデバイス。
【請求項３０】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記プロセッサは、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成される、
請求項２５に記載のソースデバイス。
【請求項３１】
１つまたは複数のプロセッサを備えるシンクデバイスであって、前記１つまたは複数のプロセッサは、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信し、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがってユーザ入力データを送信する
ように構成される、シンクデバイス。
【請求項３２】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項３１に記載のシンクデバイス。
【請求項３３】
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、請求項３１に記載のシンクデバイス。
【請求項３４】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項３１に記載のシンクデバイス。
【請求項３５】
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記プロセッサは、前記識別されたＵＤＰポートを使用して音声入力データを送信することによって前記ユーザ入力データを送信するようにさらに構成される、
請求項３１に記載のシンクデバイス。
【請求項３６】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記プロセッサは、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成される、
請求項３１に記載のシンクデバイス。
【請求項３７】
命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されたときに１つまたは複数のプロセッサを、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信し、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信する
ように構成する、コンピュータ可読記憶媒体。
【請求項３８】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項３７に記載のコンピュータ可読記憶媒体。
【請求項３９】
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、請求項３７に記載のコンピュータ可読記憶媒体。
【請求項４０】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項３７に記載のコンピュータ可読記憶媒体。
【請求項４１】
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信するために、前記命令は、前記１つまたは複数のプロセッサを、前記識別されたＵＤＰポートを使用して音声入力データを受信するようにさらに構成する、
請求項３７に記載のコンピュータ可読記憶媒体。
【請求項４２】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記命令は、前記１つまたは複数のプロセッサを、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成する、
請求項３７に記載のコンピュータ可読記憶媒体。
【請求項４３】
命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されたときに１つまたは複数のプロセッサを、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信し、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがってユーザ入力データを送信する
ように構成する、コンピュータ可読記憶媒体。
【請求項４４】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４５】
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４６】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４７】
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを送信するために、前記命令は、前記１つまたは複数のプロセッサを、前記識別されたＵＤＰポートを使用して音声入力データを送信するようにさらに構成する、
請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４８】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記命令は、前記１つまたは複数のプロセッサを、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成する、
請求項４３に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【優先権の主張】
【０００１】
[0001]  本願は、２０１３年１月２５日出願の米国仮特許出願第６１／７５７，０１０号、および２０１３年１月２８日出願の米国仮特許出願第６１／７５７，４１４号の利益を主張し、これら各々の内容全体が参照によって本明細書に組み込まれている。
【技術分野】
【０００２】
[0002]  本開示は、メディアデータのトランスポートおよび再生に関し、より具体的には、メディアデータのトランスポートおよび再生にわたるユーザ入力制御に関する。
【背景技術】
【０００３】
[0003]  （ＭｉｒａｃａｓｔTMとしても知られている）Ｗｉ−Ｆｉ（登録商標）ディスプレイは、Ｗｉ−Ｆｉアライアンスによって開発されている、ワイヤレスディスプレイに関する来るべき規格である。この規格は、Ｗｉ−Ｆｉダイレクトに基づくものである。Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格は、Ｗｉ−Ｆｉディスプレイシンク（a Wi-Fi Display Sink）において、Ｗｉ−Ｆｉディスプレイソース（a Wi-Fi Display Source）から供給（sourced）されたマルチメディアコンテンツを発見、ペアリング、接続、およびレンダリングするための相互動作可能なメカニズムを提供する。現行のＷＦＤ規格に関する追加情報は、Ｗｉ−Ｆｉディスプレイ技術仕様書のｖ１．０．０、および、Ｗｉ−Ｆｉアライアンス技術協会、ディスプレイタスクグループ（Wi-Fi Alliance Technical Committee, Display Task Group）のＷｉ−Ｆｉアライアンス「Wi-Fi Display Specification draft version 1.31」に見受けられることができ、これは全体として参照によって本明細書に組み込まれている。
【０００４】
[0004]  ワイヤレスディスプレイ（ＷＤ：wireless display）システムは、ソースデバイス（source device）と１つまたは複数のシンクデバイス（sink device）とを含む。ソースデバイスは、ワイヤレスローカルエリアネットワーク内でメディアコンテンツを送信することが可能であるデバイスであり得る。シンクデバイスは、メディアコンテンツを受信およびレンダリングすることが可能であるデバイスであり得る。ソースデバイスおよびシンクデバイスは、モバイルデバイスまたは有線デバイスのいずれかであり得る。モバイルデバイスとして、例えば、ソースデバイスおよびシンクデバイスは、モバイル電話、ワイヤレス通信カードを有する携帯用コンピュータ、携帯情報端末（ＰＤＡ）、携帯用メディアプレイヤ、カメラまたはカムコーダのようなデジタル画像キャプチャデバイス、あるいは、いわゆる「スマート」フォンおよび「スマート」パッドまたはタブレット、または他のタイプのワイヤレス通信デバイスを含む、ワイヤレス通信能力を有する他のフラッシュメモリデバイス、を備え得る。有線デバイスとして、例えば、ソースデバイスおよびシンクデバイスは、テレビ、デスクトップコンピュータ、モニタ、プロジェクタ、プリンタ、オーディオ（audio）増幅器、セットトップボックス、ゲーム機、ルータ、車両ダッシュボードディスプレイ、デジタルビデオディスク（ＤＶＤ）プレイヤ、およびメディアサーバを備え得る。
【０００５】
[0005]  ソースデバイスは、特定のメディア共有セッションに参加しているシンクデバイスのうちの１つまたは複数にオーディオビデオ（ＡＶ）データのようなメディアデータを送リ得る。メディアデータは、ソースデバイスのローカルディスプレイ、および複数のシンクデバイスのディスプレイの各々の両方において再生され得る。より具体的には、参加しているシンクデバイスの各々は、そのスクリーンおよびオーディオ機器上での提示のために、受信されたメディアデータをレンダリングする。いくつかのケースにおいて、シンクデバイスのユーザは、タッチ入力および遠隔制御入力のようなユーザ入力をシンクデバイスに適用し得る。いくつかのケースにおいて、ソースデバイスは、シンクデバイスのディスプレイ上にソースデバイスのアプリケーションのためのユーザインターフェースを表示するために、ならびに、モバイルソースデバイスにユーザ入力を伝達し返すために、ベースラインプロトコルとして仮想ネットワークコンピューティング（ＶＮＣ：Virtual Network Computing）を使用し得る。
【発明の概要】
【０００６】
[0006]  一般に、本開示は、追加の入力タイプを含むように、ならびに、いくつかの態様では、コネクションレストランスポートプロトコル（a connectionless transport protocol）を使用して複数の追加の入力タイプのいずれかに対応するユーザ入力データをトランスポートするように、ワイヤレスディスプレイ（ＷＤ）ユーザ入力プロトコルを拡張する技法に関する。
【０００７】
[0007]  １つの例において、ユーザ入力データを受信する方法は、ユーザ入力バックチャネル（ＵＩＢＣ：user input back channel）パラメータメッセージを送信することであって、ＵＩＢＣパラメータメッセージが、音声入力タイプ（voice input type）および仮想ネットワークコンピュータ（ＶＮＣ：Virtual Network Computer）入力タイプのうちの１つを指定することと、音声入力タイプおよびＶＮＣ入力タイプのうちの指定された１つにしたがってＵＩＢＣメッセージ中のユーザ入力データを受信することと、を備える。
【０００８】
[0008]  別の例において、ユーザ入力データを送信する方法は、ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信することであって、ＵＩＢＣパラメータメッセージが、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定することと、音声入力タイプおよびＶＮＣ入力タイプのうちの指定された１つにしたがってユーザ入力データを送信することと、を備える。
【０００９】
[0009]  別の例において、ソースデバイスは、ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信するための手段であって、ＵＩＢＣパラメータメッセージが、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する手段と、音声入力タイプおよびＶＮＣ入力タイプのうちの指定された１つにしたがってＵＩＢＣメッセージ中のユーザ入力データを受信するための手段と、を備える。
【００１０】
[0010]  別の例において、シンクデバイスは、ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信するための手段であって、ＵＩＢＣパラメータメッセージが、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する手段と、音声入力タイプおよびＶＮＣ入力タイプのうちの指定された１つにしたがってユーザ入力データを送信するための手段と、を備える。
【００１１】
[0011]  別の例において、ソースデバイスは１つまたは複数のプロセッサを備え、その１つまたは複数のプロセッサは、ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信し、ここで、ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定し、音声入力タイプおよびＶＮＣ入力タイプのうちの指定された１つにしたがってＵＩＢＣメッセージ中のユーザ入力データを受信する、ように構成される。
【００１２】
[0012]  別の例において、シンクデバイスは１つまたは複数のプロセッサを備え、その１つまたは複数のプロセッサは、ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信し、ここで、ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定し、音声入力タイプおよびＶＮＣ入力タイプのうちの指定された１つにしたがってユーザ入力データを送信する、ように構成される。
【００１３】
[0013]  別の例において、コンピュータ可読記憶媒体はそこに記憶された命令を備え、その命令は、実行されると１つまたは複数のプロセッサを、ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信し、ここで、ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定し、音声入力タイプおよびＶＮＣ入力タイプのうちの指定された１つにしたがってＵＩＢＣメッセージ中のユーザ入力データを受信する、ように構成する。
【００１４】
[0014]  別の例において、コンピュータ可読記憶媒体はそこに記憶された命令を備え、その命令は、実行されると１つまたは複数のプロセッサを、ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信し、ここで、ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定し、音声入力タイプおよびＶＮＣ入力タイプのうちの指定された１つにしたがってユーザ入力データを送信する、ように構成する。
【００１５】
[0015]  本開示の１つまたは複数の例の詳細は、添付図面および以下の説明に述べられる。他の特徴、目的、および利点が、明細書、図面、および特許請求の範囲から明らかになるであろう。
【図面の簡単な説明】
【００１６】
【図１】[0016]  ユーザ入力デバイス制御通信チャネル（a user input device control communication channel）を使用して、音声および仮想ネットワーク接続（ＶＮＣ）キーイベント（KeyEvents）を交換することが可能なソースデバイスおよびシンクデバイスを含むワイヤレスディスプレイ（ＷＤ）システムの例を例示するブロック図。
【図２】[0017]  ＷＤシステムのためのデータ通信モデルまたはプロトコルスタックの例を例示するブロック図。
【図３】[0018]  本明細書に説明される技法をインプリメントし得るソースデバイスの例を例示するブロック図。
【図４】[0019]  本明細書に説明される技法をインプリメントし得るシンクデバイスの例を例示するブロック図。
【図５】[0020]  本明細書に説明されるユーザ入力伝送技法を例示するフローチャート。
【図６】[0021]  本明細書に説明されるユーザ入力伝送技法を例示するフローチャート。
【図７】[0022]  本明細書に説明されるユーザ入力伝送技法を例示するフローチャート。
【図８】[0023]  本明細書に説明されるユーザ入力伝送技法を例示するフローチャート。
【詳細な説明】
【００１７】
[0024]  ソースデバイスおよびシンクデバイスは、ワイヤレスＨＤ、ワイヤレスホームデジタルインターフェース（ＷＨＤＩ）、ＷｉＧｉｇ、ワイヤレスＵＳＢ、および現在開発中にあるＷｉ−Ｆｉディスプレイ（ＷＦＤ）規格のような、規格に準拠しているＷＤ通信技法をインプリメントし得る。ＷＦＤ規格についての追加情報は、Ｗｉ−Ｆｉアライアンス技術協会、ディスプレイタスクグループのＷｉ−Ｆｉアライアンス「Wi-Fi Display Specification draft version 1.31」に見受けられることができ、これは全体として参照によって本明細書に組み込まれている。しかしながら、現行のＷＦＤ規格は、音声入力も、仮想ネットワークコンピューティング（ＶＮＣ）キーイベント入力のようなＶＮＣ入力もサポートしていない。さらに、現行のＷＦＤ規格は、接続指向のプロトコル（connection-oriented protocol）、すなわち、伝送制御プロトコルオーバーインターネットプロトコル（ＴＣＰ／ＩＰ：Transmission Control Protocol over Internet Protocol）を介してユーザ入力をトランスポートすることを指定している。
【００１８】
[0025]  本開示の技法は、シンクデバイスがソースデバイスにデバイス制御入力を送ることを可能にするために、ＷＤシステム内のソースデバイスとシンクデバイスとの間にユーザ入力デバイス制御通信チャネルを確立することを含み得る。ユーザ入力デバイス制御通信チャネルは、１つまたは複数の追加の入力タイプをトランスポートするように修正されたＷｉ−Ｆｉユーザ入力バックチャネル（ＵＩＢＣ）と称される逆チャネルアーキテクチャを含み得る。例えば、ＵＩＢＣは、音声入力タイプおよびＶＮＣキーイベント入力タイプ（KeyEvent input type）をトランスポートするように拡張され得る。
【００１９】
[0026]  いくつかの例において、本技法はさらに、入力タイプのうちの１つまたは複数のためにユーザデータグラムプロトコルオーバーＩＰ（ＵＤＰ／ＩＰ：User Datagram Protocol over IP）のようなコネクションレストランスポートプロトコル（connectionless transport protocol）を介してユーザ入力デバイス制御通信チャネルをトランスポートするようにＷＦＤソフトウェアスタックを修正することを含み得る。いくつかの例において、本技法は、ＴＣＰ／ＩＰおよびＵＤＰ／ＩＰのためにそれぞれのユーザ入力デバイス制御通信チャネルを確立することと、トランスポートのためのユーザ入力デバイス制御通信チャネルのうちの１つにデバイス制御のための入力タイプを割り当てることと、を含み得る。例えば、音声はＵＤＰ／ＩＰチャネルに割り当てられ得るが、マウスクリックイベントはＴＣＰ／ＩＰに割り当てられる。ＴＣＰとは異なり、ＵＤＰは、保証されたデータグラム配信、順序づけ、または重複保護を提供せず、音声データおよび他のリアルタイムデータを搬送することにより適し得る。
【００２０】
[0027]  結果として、本技法は、ＷＤデバイスに対する可能なユーザ入力タイプの範囲を拡張し得るので、ソースデバイスの動作を制御しているシンクデバイスのユーザのユーザ経験を改善し得る。さらに、コネクションレスプロトコルを使用して少なくともいくつかの入力タイプのユーザ入力デバイス制御通信チャネルをトランスポートするようにＷＦＤソフトウェアスタックを修正することによって、本技法は、ソースデバイスによってシンクデバイスに送られるユーザ入力のトランスポートレイテンシ（transport latency）を低減することができ、また、例えば、音声コマンドとコマンド実行との間のレイテンシを減少させることによってユーザ経験を潜在的に改善する。
【００２１】
[0028]  図１は、ユーザ入力デバイス制御通信チャネルを使用して、音声および仮想ネットワーク接続（ＶＮＣ）キーイベントを交換することが可能なソースデバイス１２０およびシンクデバイス１６０を含む、ワイヤレスディスプレイ（ＷＤ）システム１００の例を例示するブロック図である。いくつかの例において、ソースデバイス１２０およびシンクデバイス１６０は、コネクションレスプロトコルを使用して、音声入力タイプおよびＶＮＣキーイベント入力タイプのいずれかまたはその両方のような１つまたは複数のユーザ入力タイプを交換することが可能である。図１に示されるように、ＷＤシステム１００は、通信チャネル１５０を介してシンクデバイス１６０と通信するソースデバイス１２０を含む。
【００２２】
[0029]  ソースデバイス１２０は、メモリ１２２、ディスプレイ１２４、スピーカ１２６、オーディオおよび／またはビデオ（Ａ／Ｖ）エンコーダ１２８、オーディオおよび／またはビデオ（Ａ／Ｖ）制御モジュール１３０、および送信機／受信機（ＴＸ／ＲＸ）ユニット１３２を含み得る。シンクデバイス１６０は、送信機／受信機ユニット１６２、オーディオおよび／またはビデオ（Ａ／Ｖ）デコーダ１６４、ディスプレイ１６６、スピーカ１６８、ユーザ入力（ＵＩ：user input）デバイス１７０、およびユーザ入力処理モジュール（ＵＩＰＭ：user input processing module）１７２を含み得る。例示されたコンポーネントは、ＷＤシステム１００のための１つの例示的な構成の構成要素となっているにすぎない。他の構成は、例示されているものよりも少ないコンポーネントを含み得るか、または例示されているものよりも追加のコンポーネント含み得る。
【００２３】
[0030]  図１の例において、ソースデバイス１２０は、ディスプレイ１２４上にＡ／Ｖデータのビデオ部分を表示することができ、スピーカ１２６を使用してＡ／Ｖデータのオーディオ部分を出力することができる。Ａ／Ｖデータは、ファイルサーバ、ハードドライブ、外部メモリ、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、または他の物理的な記憶媒体のような外部記憶媒体からアクセスされる、メモリ１２２にローカルに記憶され得るか、またはインターネットのようなネットワーク接続を介してソースデバイス１２０にストリーミングされ得る。いくつかの事例において、Ａ／Ｖデータは、ソースデバイス１２０のカメラおよびマイクロフォンを介してリアルタイムにキャプチャされ得る。Ａ／Ｖデータは、動画、テレビ番組、または音楽のようなマルチメディアコンテンツを含み得るが、ソースデバイス１２０によって生成されるリアルタイムコンテンツもまた含み得る。このようなリアルタイムコンテンツは、例えば、ソースデバイス１２０上で稼働するアプリケーション、または、例えば、ビデオ電話セッションの一部としてキャプチャされたビデオデータによって作成され得る。このようなリアルタイムコンテンツは、いくつかの事例において、ユーザが選択するように利用可能であるユーザ入力オプションのビデオフレームを含み得る。いくつかの事例において、Ａ／Ｖデータは、ビデオのフレームに重ね合わされたユーザ入力オプションを有する動画またはＴＶ番組のビデオフレームのような、異なるタイプのコンテンツの組み合わせであるビデオフレームを含み得る。いくつかの事例において、Ａ／Ｖデータは、シンクデバイス１６０上に、ソースデバイス１２０上で動作（execute）するアプリケーションのユーザインターフェースを表示するために、仮想ネットワークコンピューティング（ＶＮＣ）によってトランスポートされるデータを含み得る。一般に、ＷＤは、ユーザインターフェースを表示するために、ならびに、シンクデバイス１６０からソースデバイス１２０にユーザ入力を伝達するためにＶＮＣを使用し得る。
【００２４】
[0031]  ディスプレイ１２４およびスピーカ１２６を介してＡ／Ｖデータをローカルにレンダリングすることに加えて（および／またはその代わりに）、ソースデバイス１２０のＡ／Ｖエンコーダ１２８はＡ／Ｖデータを符号化することができ、送信機／受信機ユニット１３２は、シンクデバイス１６０に通信チャネル１５０を介して、符号化されたデータを送信することができる。シンクデバイス１６０の送信機／受信機ユニット１６２は、符号化されたデータを受信し、Ａ／Ｖデコーダ１６４は符号化されたデータを復号し、ディスプレイ１６６およびスピーカ１６８上での提示のために、復号されたデータを出力し得る。このように、ディスプレイ１２４およびスピーカ１２６によってレンダリングされているオーディオおよびビデオデータは、ディスプレイ１６６およびスピーカ１６８によって同時にレンダリングされることができる。オーディオデータおよびビデオデータはフレーム中に配列されることができ、オーディオフレームは、レンダリングされるときにビデオフレームと時間同期され得る。
【００２５】
[0032]  Ａ／Ｖエンコーダ１２８およびＡ／Ｖデコーダ１６４は、ＭＰＥＧ４、パート１０、進化型ビデオコーディング（ＡＶＣ：Advanced Video Coding）、または新興の高効率ビデオコーディング（ＨＥＶＣ：high efficiency video coding）規格として代替的に称される、ＩＴＵ−Ｔ  Ｈ．２６４規格のような、任意の数のオーディオおよびビデオ圧縮規格をインプリメントし得る。他の多くのタイプの専有の、または規格化された圧縮技法もまた使用され得る。一般的に言うと、Ａ／Ｖデコーダ１６４は、Ａ／Ｖエンコーダ１２８の相互コーディング動作を行うように構成される。図１に示されていないが、いくつかの態様において、Ａ／Ｖエンコーダ１２８およびＡ／Ｖデコーダ１６４は、オーディオエンコーダおよびデコーダと各々一体化され、共通のデータストリームまたは別個のデータストリームにおけるオーディオおよびビデオの両方の符号化に対処するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含み得る。
【００２６】
[0033]  以下でより詳細に説明されることになるように、Ａ／Ｖエンコーダ１２８は、上述されたビデオ圧縮規格をインプリメントすることに加えて、他の符号化機能もまた行い得る。例えば、Ａ／Ｖエンコーダ１２８は、Ａ／Ｖデータがシンクデバイス１６０に送信されるより前に、Ａ／Ｖデータに様々なタイプのメタデータを加え得る。いくつかの事例において、Ａ／Ｖデータは、符号化された形態でソースデバイス１２０に記憶またはソースデバイス１２０で受信され、したがって、Ａ／Ｖエンコーダ１２８による更なる圧縮を必要としないこともある。
【００２７】
[0034]  図１は、オーディオペイロードデータ（audio payload data）およびビデオペイロードデータ（video payload data）を別個で搬送する通信チャネル１５０を示しているが、ビデオペイロードデータおよびオーディオペイロードデータは共通のデータストリームの一部であり得る。適用可能な場合、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ.２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）のような他のプロトコルに準拠し得る。Ａ／Ｖエンコーダ１２８およびＡ／Ｖデコーダ１６４は、１つまたは複数のマイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせとして各々インプリメントされ得る。Ａ／Ｖエンコーダ１２８およびＡ／Ｖデコーダ１６４の各々は、１つまたは複数のエンコーダまたはデコーダに含まれ、そのいずれかが、組み合わされたエンコーダ／デコーダ（ＣＯＤＥＣ）の一部として一体化され得る。したがって、ソースデバイス１２０およびシンクデバイス１６０の各々は、本開示の技法の１つまたは複数を実行するように構成された専用の機械を備え得る。
【００２８】
[0035]  ディスプレイ１２４およびディスプレイ１６６は、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ：organic light emitting diode）ディスプレイ、または別のタイプのディスプレイデバイスのような、様々なビデオ出力デバイスのいずれかを備え得る。これらの例または他の例において、ディスプレイ１２４および１６８はそれぞれ、放射ディスプレイまたは透過ディスプレイであり得る。ディスプレイ１２４およびディスプレイ１６６は、また、それらが同時に入力デバイスおよびディスプレイデバイスの両方であるように、タッチディスプレイまたはプレゼンスセンシティブ（presence-sensitive）であり得る。このようなタッチディスプレイは、容量性、抵抗性、またはユーザがそれぞれのデバイスにユーザ入力を提供することを可能にする他のタイプのタッチあるいはプレゼンスセンシティブパネルであり得る。
【００２９】
[0036]  スピーカ１２６およびスピーカ１６８は、ヘッドフォン、単一スピーカシステム、マルチスピーカシステム、またはサラウンド音響システムのような様々なオーディオ出力デバイスのいずれかを備え得る。さらに、ディスプレイ１２４およびスピーカ１２６は、ソースデバイス１２０の一部として示され、ディスプレイ１６６およびスピーカ１６８は、シンクデバイス１６０の一部として示されているが、ソースデバイス１２０およびシンクデバイス１６０は、実際には複数のデバイスのうちの１つのシステムであり得る。１つの例として、ディスプレイ１６６はテレビであることができ、スピーカ１６８はサラウンド音響システムであることができ、Ａ／Ｖデコーダ１６４は、ディスプレイ１６６およびスピーカ１６８に有線またはワイヤレスのいずれかで接続された外部ボックスの一部であることができる。他の事例では、シンクデバイス１６０は、タブレットコンピュータまたはスマートフォンのような単一デバイスであり得る。さらに他のケースでは、ソースデバイス１２０およびシンクデバイス１６０は、例えば、両方がスマートフォン、タブレットコンピュータ、等の同様のデバイスである。このケースでは、一方のデバイスがソースとして動作し、他方はシンクとして動作し得る。これらの役割は、後続の通信セッションにおいて逆にされ得る。さらに他のケースでは、ソースデバイス１２０は、スマートフォン、ラップトップあるいはタブレットコンピュータのようなモバイルデバイスを備えることができ、シンクデバイス１６０は、（例えば、ＡＣ電力コードを有する）より固定された（stationary）デバイスを備えることができ、このケースにおいて、ソースデバイス１２０は、シンクデバイス１６０を介して１つまたは複数の視聴者への提示のためにオーディオおよびビデオデータを配信し得る。
【００３０】
[0037]  送信機／受信機（ＴＸ／ＲＸ）ユニット１３２および送信機／受信機ユニット１６２はそれぞれ、様々なミキサ、フィルタ、増幅器、および信号変調のために設計された他のコンポーネントと、さらにデータを送信および受信するために設計された１つまたは複数のアンテナおよび他のコンポーネントを含み得る。通信チャネル１５０は、ソースデバイス１２０とシンクデバイス１６０との間でオーディオ／ビデオデータ、制御データおよびフィードバックを送信するための、任意の適した通信媒体、または異なる通信媒体の集合を概して表す。通信チャネル１５０は、通常、比較的短距離の通信チャネルであり、例えば、定義された２．４ＧＨｚ、３．６ＧＨｚ、５ＧＨｚ、６０ＧＨｚ、または超広帯域（ＵＷＢ：Ultrawideband）周波数帯域構造をインプリメントする、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、等のような、またはそれらに類似した物理チャネル構造をインプリメントし得る。しかしながら、通信チャネル１５０は、この点で必ずしも限定されず、無線周波数（ＲＦ：radio frequency）スペクトルあるいは１つまたは複数の物理伝送ラインのような任意のワイヤレスまたは有線の通信媒体、またはワイヤレスおよび有線媒体の任意の組み合わせを備え得る。他の例において、通信チャネル１５０は、有線あるいはワイヤレスローカルエリアネットワーク、広域ネットワーク、またはインターネットといったグローバルネットワークのような、パケットベースのネットワークの一部を形成さえし得る。さらに、通信チャネル１５０は、ピアツーピアリンク（peer-to-peer link）を作るためにソースデバイス１２０およびシンクデバイス１６０によって使用され得る。
【００３１】
[0038]  ソースデバイス１２０およびシンクデバイス１６０は、例えば、リアルタイムストリーミングプロトコル（ＲＴＳＰ：Real-Time Streaming Protocol）制御メッセージを使用する能力ネゴシエーション（capability negotiation）にしたがって通信セッションを確立し得る。１つの例において、通信セッションを確立するための要求は、シンクデバイス１６０にソースデバイス１２０によって送られ得る。メディア共有セッションが確立されると、ソースデバイス１２０は、リアルタイムトランスポートプロトコル（ＲＴＰ：Real-time Transport protocol）を使用して、参加しているシンクデバイス１６０に、例えば、オーディオビデオ（ＡＶ）データのようなメディアデータを送信する。シンクデバイス１６０は、受信されたメディアデータをそのディスプレイおよびオーディオ機器（図１には図示せず）上でレンダリングする。
【００３２】
[0039]  ソースデバイス１２０およびシンクデバイス１６０は、ＩＥＥＥ８０２．１１規格ファミリからの規格のような通信プロトコルを使用して、通信チャネル１５０を介して通信し得る。１つの例において、通信チャネル１５０は、ネットワーク通信チャネルであり得る。この例において、通信サービスプロバイダは、ネットワークハブとして基地局を使用する１つまたは複数のネットワークを中心的に動作させ管理し得る。ソースデバイス１２０およびシンクデバイス１６０は、例えば、ソースデバイス１２０およびシンクデバイス１６０が、ワイヤレスポイントまたはいわゆるホットスポットのような媒介（intermediary）を使用せずに互いに直接通信するように、Ｗｉ−ＦｉダイレクトまたはＷｉ−Ｆｉディスプレイ（ＷＦＤ）規格にしたがって通信し得る。ソースデバイス１２０およびシンクデバイス１６０は、ネットワーク輻輳を回避または低減するために、トンネルされたダイレクトリンク設定（ＴＤＬＳ：tunneled direct link setup）もまた確立し得る。ＷＦＤおよびＴＤＬＳは、比較的短距離の通信セッションを設定するように意図されている。このコンテキストにおいて比較的短距離は、例えば、約７０メートル未満のことを指し得るが、雑音のある環境または妨害された環境では、デバイス間の距離が約３５メートル未満または約２０メートル未満というように、さらに短くなり得る。
【００３３】
[0040]  本開示の技法は、ＷＦＤに関して説明され得ることもあるが、これらの技法の態様は、他の通信プロトコルとも互換性があり得ることが企図される。限定ではなく例として、ソースデバイス１２０とシンクデバイスとの間のワイヤレス通信は、直交周波数分割多重（ＯＦＤＭ）技法を利用し得る。限定ではなく、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、またはＯＦＤＭ、ＦＤＭＡ、ＴＤＭＡ、および／またはＣＤＭＡの任意の組み合わせを含む、幅広く様々な他のワイヤレス通信技法もまた使用され得る。
【００３４】
[0041]  ソースデバイス１２０から受信されたデータを復号およびレンダリングすることに加えて、シンクデバイス１６０は、また、ユーザ入力デバイス１７０からユーザ入力を受信することができる。ユーザ入力デバイス１７０は、例えば、キーボード、マウス、トラックボールあるいはトラックパッド、タッチあるいはプレゼンスセンシティブスクリーン、マイクロフォン、音声コマンド認識モジュール、または別のユーザ入力デバイスであり得る。ＵＩＰＭ１７２は、ユーザ入力デバイス１７０によって受信されたユーザ入力コマンドを、ソースデバイス１２０が処理することが可能であるデータパケット構造にフォーマット化する。このようなデータパケットは、通信チャネル１５０を介してソースデバイス１２０に送信機／受信機ユニット１６２によって送信される。送信機／受信機ユニット１３２がデータパケットを受信し、Ａ／Ｖ制御モジュール１３０が、ユーザ入力デバイス１７０によって受信されたユーザ入力コマンドを解釈するためにデータパケットを解析する。データパケットにおいて受信されたコマンドに基づいて、Ａ／Ｖ制御モジュール１３０は、符号化および送信されているコンテンツを変更し得る。このように、シンクデバイス１６０のユーザは、遠隔で、かつソースデバイス１２０と直接相互作用することなく、ソースデバイス１２０によって送信されているオーディオペイロードデータおよびビデオペイロードデータを制御することができる。
【００３５】
[0042]  さらに、シンクデバイス１６０のユーザは、ソースデバイス１２０上でアプリケーションを起動および制御することができ得る。例えば、シンクデバイス１６０のユーザは、ソースデバイス１２０に記憶されたフォト編集アプリケーションを起動し、ソースデバイス１２０にローカルに記憶されているフォトを編集するためにそのアプリケーションを使用し得る。シンクデバイス１６０は、実際にはフォトがソースデバイス１２０上で編集されているが、そのフォトがシンクデバイス１６０上でローカルに編集されているように見えたり感じたりするユーザ経験をユーザに提示し得る。このような構成を使用して、ユーザは、いくつかのデバイスとの使用のために１つのデバイスの能力（capabilities）を活用することができ得る。例えば、ソースデバイス１２０は、大容量のメモリおよびハイエンドの処理能力を有するスマートフォンを備え得る。しかしながら、動画を視聴するときに、ユーザは、より大きなディスプレイスクリーンを有するデバイスで動画を視聴することを望むこともあり、このケースにおいて、シンクデバイス１６０は、タブレットコンピュータ、または、さらにより大きなディスプレイデバイスあるいはテレビであり得る。ｅメールを送信したい、またはｅメールに応答したいときに、ユーザは物理的なキーボードを有するデバイスを使用することを望むこともあり、このケースにおいて、シンクデバイス１６０はラップトップであり得る。両方の事例において、ユーザがシンクデバイス１６０と相互作用しているにもかかわらず、その処理の大半がソースデバイス１２０によって依然として行われ得る。ソースデバイス１２０およびシンクデバイス１６０は、通信チャネル１５０を介した任意の所与のセッションにおいてデバイスの能力をネゴシエートおよび／または識別するように使用されるデータのような、制御データを送信することによって二方向の相互作用（interaction）を容易にし得る。
【００３６】
[0043]  いくつかの構成において、Ａ／Ｖ制御モジュール１３０は、ソースデバイス１２０のオペレーティングシステムによって実行されているユーザアプリケーションまたはオペレーティングシステムプロセスを備え得る。しかしながら、他の構成において、Ａ／Ｖ制御モジュール１３０は、ソースデバイス１２０上で稼働するアプリケーションのソフトウェアプロセスを備え得る。このような構成では、ユーザ入力コマンドは、シンクデバイス１６０のユーザが、ソースデバイス１２０上で稼働するオペレーティングシステムとは対称的に、ソースデバイス１２０上で稼働するアプリケーションと直接相互作用するように、ソフトウェアプロセスによって解釈され得る。オペレーティングシステムとは対称的にアプリケーションと直接相互作用することによって、シンクデバイス１６０のユーザは、ソースデバイス１２０のオペレーティングシステムにネイティブではないコマンドのライブラリへのアクセスを有し得る。さらに、アプリケーションと直接相互作用することは、コマンドが、異なるプラットフォーム上で稼働するデバイスによってより容易に送信および処理されることを可能にし得る。
【００３７】
[0044]  シンクデバイス１６０において適用されたユーザ入力は、通信チャネル１５０にわたるユーザ入力デバイス制御通信チャネルを介してソースデバイス１２０に返送され得る。例示された例において、ユーザ入力デバイス制御通信チャネルは、シンクデバイス１６０がシンクデバイス１６０において適用されたユーザ入力をソースデバイス１２０に送信することを可能にするために、逆チャネルアーキテクチャ（本明細書では、Ｗｉ−Ｆｉユーザインターフェースバックチャネル（ＵＩＢＣ）１５２と称される）を使用してインプリメントされる。逆チャネルアーキテクチャは、ユーザ入力をトランスポートするための上位レイヤメッセージと、シンクデバイス１６０およびソースデバイス１２０においてユーザインターフェース能力をネゴシエートするための下位レイヤフレームとを含み得る。ＵＩＢＣ１５２は、シンクデバイス１６０とソースデバイス１２０との間のインターネットプロトコル（ＩＰ）ネットワークレイヤを介したトランスポートレイヤプロトコルを使用してトランスポートされ得る。このように、ＵＩＢＣ１５２は、開放型システム相互接続（ＯＳＩ：Open System Interconnection）通信モデルおよびＴＣＰ／ＩＰモデルでは、トランスポートレイヤの上部にあり得る。ユーザ入力データを含むデータパケットの、信頼できる伝送および順序正しい配信を促進するために、ＵＩＢＣは、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）のような他のパケットベースの通信プロトコルのトップで（on top of）稼働するように構成され得る。ＴＣＰ／ＩＰは、シンクデバイス１６０およびソースデバイス１２０が、パケット損失の場合に再送信技法をインプリメントすることを可能にし得る。
【００３８】
[0045]  ＵＩＢＣ１５２は、クロスプラットフォームのユーザ入力データを含む、様々なタイプのユーザ入力データをトランスポートするように設計され得る。例えば、ソースデバイス１２０は、ｉＯＳ（登録商標）オペレーティングシステムを稼働し得るが、シンクデバイス１６０は、Ａｎｄｒｏｉｄ（登録商標）またはＷｉｎｄｏｗｓ（登録商標）のような別のオペレーティングシステムを稼働する。プラットフォームにかかわらず、ＵＩＰＭ１７２は、Ａ／Ｖ制御モジュール１３０にとって理解可能な形態で、受信されたユーザ入力をカプセル化し得る。多数の異なるタイプのユーザ入力フォーマットまたは「入力タイプ（input type）」は、多くの異なるタイプのソースデバイスおよびシンクデバイスが、それらソースデバイスおよびシンクデバイスが異なるプラットフォーム上で動作するかどうかにかかわらず、そのプロトコルを活用することを可能にするように、ＵＩＢＣによってサポートされ得る。ＵＩＢＣの入力タイプは、２つのカテゴリ、すなわち、汎用（generic）およびヒューマンインターフェースデバイス制御（ＨＩＤＣ：human interface device control）、のうちの１つに割り当てられる。一般に、汎用入力タイプは、マウスアップ／ダウン、キーアップ／ダウン、タッチアップ／ダウン、ズーム、スクロール、および回転のような、アプリケーションレベルで処理されるデバイス不可知（device-agnostic）のユーザ入力を含む。一般に、ＨＩＤＣは、赤外線、ユニバーサルシリアルバス（ＵＳＢ）、Ｂｌｕｅｔｏｏｔｈ、Ｚｉｇｂｅｅ（登録商標）、Ｗｉ−Ｆｉインターフェース、カメラ、ジェスチャ、等のような、より特殊化した入力タイプを含む。異なる入力タイプは、ユーザ入力がＵＩＢＣによってソースデバイス１２０とシンクデバイス１６０との間で通信されることができる方法で柔軟性を提供する。
【００３９】
[0046]  本開示に説明される技法にしたがって、ＵＩＢＣ１５２は、音声タイプと、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプ（PointerEvent input type）のようなＶＮＣ入力タイプとのうちの少なくとも１つをトランスポートするようにインプリメントされる。音声入力タイプを指定するＵＩＢＣパケットは、シンクデバイス１６０のマイクロフォンＵＩデバイス１７０によって受信される音声コマンドのような、音声ベースのメディアをトランスポートする。ＶＮＣキーイベントは、ディスプレイ１６６によって表示されたＶＮＣディスプレイに対してなされたキープレスまたはリリースを表す。１つの例において、ＶＮＣキーイベントメッセージは、メッセージタイプ、ダウンフラグ（down-flag）、パディング（padding）、およびキーのフィールドを含む。他のフィールドもまた他の例において使用され得る。キーフィールドは、キーがプレスまたはリリースされるのを識別する。ダウンフラグは、キーフィールドによって識別されたものがプレスされたのかまたはリリースされたのかを識別する。ＶＮＣポインタイベントは、ポインタ（例えば、マウスまたはトラックボール）の動き、またはポインタボタンのプレスまたはリリースのいずれかを示す。ＶＮＣポインタイベントメッセージは、メッセージタイプ、ボタンマスク（button-mask）、ｘポジション（x-position）、およびｙポジション（y-position）のフィールドを含み得る。他のフィールドもまた他の例において使用され得る。ボタンマスクフィールドは、１つまたは複数のポインタボタンの状態を示し、異なるビットポジションの値が、対応するポインタボタンがダウンまたはアップ状態であるものとして示す。ポインタは、（ｘポジション，ｙポジション）においてＶＮＣディスプレイ上に配置される。
【００４０】
[0047]  いくつかの例において、本技法はさらに、ユーザデータグラムプロトコルオーバーＩＰ（ＵＤＰ／ＩＰ）のような、コネクションレストランスポートプロトコルを介してＵＩＢＣ１５２を、少なくとも部分的に、トランスポートするようにＷＦＤソフトウェアスタックを修正または定義することを含み得る。例えば、ＵＩＢＣ１５２は、音声入力タイプに関してＵＤＰを介して稼働するようにインプリメントされ得る。いくつかの例において、シンクデバイス１６０およびソースデバイス１２０は、異なるＵＩＢＣ入力タイプを搬送するためにＴＣＰ／ＩＰおよびＵＤＰ／ＩＰを介してそれぞれのユーザ入力デバイス制御通信チャネルを確立する。例えば、ＵＩＢＣ１５２は、ＵＤＰ／ＩＰチャネルを介して音声入力をトランスポートし得るが、ＵＩＢＣ１５２は、ＴＣＰ／ＩＰチャネルを介してマウスクリックをトランスポートする。ＴＣＰとは異なり、ＵＤＰは、保証されたデータグラム配信、順序づけ、または重複保護を提供せず、音声データおよび他のリアルタイムデータを搬送することにより適し得る。
【００４１】
[0048]  これらの技法の結果として、シンクデバイス１６０のユーザは、ＷＤを使用してソースデバイス１２０の動作を制御するためのより多くの柔軟性を有し得る。さらに、いくつかの事例において、本技法は、１つまたは複数のＵＩＢＣ入力タイプのためにコネクションレストランスポートプロトコルを使用することによって、ユーザに高品質のユーザ経験を提供し得る。
【００４２】
[0049]  図２は、ＷＤシステムのためのデータ通信モデルまたはプロトコルスタックの例を例示するブロック図である。データ通信モデル２００は、インプリメントされたＷＤシステム内のソースデバイスとシンクデバイスとの間でデータを送信するために使用される制御プロトコルとデータとの間の相互作用を例示する。いくつかの例において、ＷＤシステム１００はデータ通信モデル２００を使用し得る。データ通信モデル２００は、物理（ＰＨＹ）レイヤ２０２、媒体アクセス制御（ＭＡＣ）レイヤ２０４、インターネットプロトコル（ＩＰ）２０６、ユーザデータグラムプロトコル（ＵＤＰ）２０８、リアルタイムトランスポートプロトコル（ＲＴＰ）２１０、ＭＰＥＧ２トランスポートストリーム（ＭＰＥＧ２−ＴＳ）２１２、コンテンツ保護２１４、パケット化エレメンタリストリーム（ＰＥＳ）パケット化（packetized elementary stream (PES) packetization）２１６、ビデオコーデック２１８、オーディオコーデック２２０、トランスポート制御プロトコル（ＴＣＰ）２２２、リアルタイムストリーミングプロトコル（ＲＴＳＰ：real time streaming protocol）２２４、ユーザ入力パケット化２２８、ヒューマンインターフェースデバイスコマンド（ＨＩＤＣ：human interface device commands）２３０、および汎用ユーザ入力２３２を含む。ユーザ入力パケット化２２８、ＨＩＤＣ２３０、および汎用ユーザ入力２３２は、ユーザ入力バックチャネル（ＵＩＢＣ）２０１を構成し得る。ＵＩＢＣ２０１は、例えば、図１のＵＩＢＣ１５２をインプリメントするための制御プロトコルを実行し得る。
【００４３】
[0050]  物理レイヤ２０２およびＭＡＣレイヤ２０４は、ＷＤシステムにおける通信のために使用される物理シグナリング、アドレス指定、およびチャネルアクセス制御を定義し得る。物理レイヤ２０２およびＭＡＣレイヤ２０４は、例えば、２．４ＧＨｚ、３．６ＧＨｚ、５ＧＨｚ、６０ＧＨｚ、または超広帯域（ＵＷＢ）周波数帯域構造で定義された米国連邦通信委員会の帯域のような、通信のために使用される周波数帯域構造を定義し得る。物理レイヤ２０２およびＭＡＣ２０４は、また、例えば、アナログおよびデジタル振幅変調技法、周波数変調技法、位相変調技法、およびこれらの組み合わせ、のようなデータ変調技法を定義し得る。物理レイヤ２０２およびＭＡＣ２０４は、また、例えば、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、またはＯＦＤＭ、ＦＤＭＡ、ＴＤＭＡ、および／またはＣＤＭＡの任意の組み合わせのような、多重化技法を定義し得る。１つの例において、物理レイヤ２０２および媒体アクセス制御レイヤ２０４は、ＷＦＤによって提供されるもののような、Ｗｉ−Ｆｉ（例えば、ＩＥＥＥ８０２．１１−２００７および８０２．１１ｎ−２００９ｘ）規格によって定義され得る。他の例において、物理レイヤ２０２および媒体アクセス制御レイヤ２０４は、ワイヤレスＨＤ、ワイヤレスホームデジタルインタフェース（ＷＨＤＩ：Wireless Home Digital Interface）、ＷｉＧｉｇ、およびワイヤレスＵＳＢのいずれかによって定義され得る。
【００４４】
[0051]  インターネットプロトコル（ＩＰ）２０６、ユーザデータグラムプロトコル（ＵＤＰ）２０８、リアルタイムトランスポートプロトコル（ＲＴＰ）２１０、トランスポート制御プロトコル（ＴＣＰ）２２２、およびリアルタイムストリーミングプロトコル（ＲＴＳＰ）２２４は、ＷＤシステムにおいて使用されるパケット構造およびカプセル化を定義し、インターネットエンジニアリングタスクフォース（ＩＥＴＦ：Internet Engineering Task Force）によって維持されている規格にしたがって定義され得る。
【００４５】
[0052]  ＲＴＳＰ２２４は、例えば、能力をネゴシエートし、セッションを確立し、ならびにセッション維持および管理のために、ソースデバイス１２０およびシンクデバイス１６０によって使用され得る。ソースデバイス１２０およびシンクデバイス１６０は、ＵＩＢＣ上のフィードバック入力カテゴリおよびフィードバックチャネルをサポートするためのソースデバイス１２０およびシンクデバイス１６０の能力をネゴシエートするために、ＲＴＳＰメッセージトランザクションを使用してフィードバックチャネルを確立し得る。フィードバックチャネルを確立するためにＲＴＳＰネゴシエーションを使用することは、メディア共有セッションおよび／またはＵＩＢＣを確立するためにＲＴＳＰネゴシエーションプロセスを使用することに類似し得る。
【００４６】
[0053]  例えば、ソースデバイス１２０は、ソースデバイス１２０にとって興味深い能力のリストを指定するシンクデバイス１６０に、能力要求メッセージ（例えば、ＲＴＳＰ  ＧＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージ）を送り得る。本開示にしたがって、能力要求メッセージは、ＵＩＢＣ上のフィードバックチャネルをサポートするための能力を含み得る。シンクデバイス１６０は、フィードバックチャネルをサポートする能力を表す、能力レスポンス（capability response）メッセージ（例えば、ＲＴＳＰ  ＧＥＴ＿ＰＡＲＡＭＥＴＥＲレスポンスメッセージ）でソースデバイス１２０に応答し得る。例として、能力レスポンスメッセージは、シンクデバイス１６０がＵＩＢＣ上のフィードバックチャネルをサポートする場合に「はい」を示し得る。ソースデバイス１２０は、次いで、そのフィードバックチャネルがメディア共有セッション中に使用されることになることを示す、肯定応答要求メッセージ（例えば、ＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージ）をシンクデバイス１６０に送り得る。シンクデバイス１６０は、フィードバックチャネルがメディア共有セッション中に使用されることになることを肯定応答する、肯定応答レスポンス（acknowledgment response）メッセージ（例えば、ＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲレスポンスメッセージ）でソースデバイス１２０に応答し得る。能力要求、能力レスポンス、肯定応答要求、および肯定応答レスポンスメッセージは、包括的用語で（under the umbrella term）「パラメータメッセージ」または「ＵＩＢＣパラメータメッセージ」と代替的に称され得る。
【００４７】
[0054]  ビデオコーデック２１８は、ＷＤシステムによって使用され得るビデオデータコーディング技法を定義し得る。ビデオコーデック２１８は、ＩＴＵ−Ｔ  Ｈ．２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ.２６２またはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ.２６３、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌ、（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られている)ＩＴＵ−Ｔ  Ｈ.２６４、ＶＰ８、および高効率ビデオコーディング（ＨＥＶＣ）のような任意の数のビデオ圧縮規格をインプリメントし得る。いくつかの事例において、ＷＤシステムが、圧縮ビデオデータまたは非圧縮ビデオデータのいずれかであり得ることが留意されるべきである。
【００４８】
[0055]  オーディオコーデック２２０は、ＷＤシステムによって使用され得るオーディオデータコーディング技法を定義し得る。オーディオデータは、ドルビー（登録商標）およびデジタルシアターシステムによって発展したもののようなマルチチャネルフォーマットを使用してコーディングされ得る。オーディオデータは、圧縮フォーマットまたは非圧縮フォーマットを使用してコーディングされ得る。圧縮オーディオフォーマットの例は、ＭＰＥＧ−１、２オーディオレイヤＩＩおよびＩＩＩ、ＡＣ−３、ＡＡＣを含む。非圧縮オーディオフォーマットの例は、パルスコード変調（ＰＣＭ）オーディオフォーマットを含む。
【００４９】
[0056]  パケット化エレメンタリストリーム（ＰＥＳ）パケット化２１６およびＭＰＥＧ２トランスポートストリーム（ＭＰＥＧ２−ＴＳ）２１２は、コーディングされたオーディオおよびビデオデータがどのようにパケット化および送信されるかを定義し得る。パケット化エレメンタリストリーム（ＰＥＳ）パケット化２１６およびＭＰＥＧ−ＴＳ２１２は、ＭＰＥＧ−２パート１にしたがって定義され得る。他の例において、オーディオおよびビデオデータは、他のパケット化およびトランスポートストリームプロトコルにしたがってパケット化および送信され得る。コンテンツ保護２１４は、オーディオまたはビデオデータの不正コピーに対する保護を提供し得る。１つの例において、コンテンツ保護２１４は、高帯域幅デジタルコンテンツ保護２．０仕様にしたがって定義され得る。
【００５０】
[0057]  ＵＩＢＣ２０１は、ユーザ入力がどのようにパケット化されるかを定義し得るユーザ入力パケット化２２８を含む。ヒューマンインターフェースデバイスコマンド（ＨＩＤＣ）２３０、汎用ユーザ入力２３２は、複数のタイプのユーザ入力が情報要素にどのようにフォーマット化されるかを定義し得る。例えば、ヒューマンデバイスコマンド２３０および汎用ユーザ入力２３２は、ユーザインターフェースのタイプ（例えば、マウス、キーボード、タッチ、マルチタッチ、音声、ジェスチャ、ベンダ固有のインターフェース、等）、およびコマンド（例えば、ズーム、パン、等）に基づいて入力をカテゴリ化し、ユーザ入力が情報要素にどのようにフォーマット化されるべきかを決定し得る。ＨＩＤＣおよび汎用ユーザ入力のいずれかとしてのカテゴリ化は、通常、後続のメディアデータがシンクデバイス１６０においてどのようにユーザに提示されるか（例えば、ズームおよびパン動作）、およびソースデバイス１２０がシンクデバイス１６０へのメディアデータをどのように処理（例えば、符号化および／または送信）するかに影響を及ぼす。
【００５１】
[0058]  １つの例において、ヒューマンインターフェースデバイスコマンド２３０は、ユーザ入力データをフォーマット化し、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、およびＺｉｇｂｅｅのような定義されたユーザ入力デバイスの仕様に基づいてユーザ入力値を生成し得る。表１Ａ、１Ｂ、および１Ｃは、ＨＩＤＣ入力体（input body）フォーマット、ＨＩＤインターフェースタイプ、およびＨＩＤタイプの値の例を提供する。１つの例において、ヒューマンインターフェースデバイスコマンド（ＨＩＤＣ）２３０は、ＷＦＤにしたがって定義され得る。表１Ａでは、ＨＩＤインターフェースタイプフィールドがヒューマンインターフェースデバイス（ＨＩＤ）タイプを指定する。ＨＩＤインターフェースタイプの例は、表１Ｂで提供される。ＨＩＤタイプフィールドは、ＨＩＤタイプを指定する。表１Ｃは、ＨＩＤタイプの例を提供する。長さフィールドは、オクテットでＨＩＤＣ値の長さを指定する。ＨＩＤＣは、Ｂｌｕｅｔｏｏｔｈ、Ｚｉｇｂｅｅ、およびＵＳＢのような仕様で定義され得る入力データを含む。
【表１Ａ】
2016511965.tif 000003
【表１Ｂ】
2016511965.tif 000004
【表１Ｃ】
2016511965.tif 000005
【００５２】
[0059]  １つの例において、汎用ユーザ入力２３２は、アプリケーションレベルで処理され、固有のユーザ入力デバイスから独立して情報要素としてフォーマット化され得る。汎用ユーザ入力２３２は、ＷＦＤ規格によって定義され得る。表２Ａおよび２Ｂは、汎用入力体フォーマット（generic input body format）および汎用ユーザ入力のための入力タイプ識別子の例を提供する。表２Ａにおいて、汎用ＩＥ  ＩＤフィールドは、汎用情報要素（ＩＥ）ＩＤタイプを指定する。汎用ＩＥ  ＩＤタイプの例が表２Ｂで提供される。長さフィールドは、汎用ＩＥ  ＩＤ値の長さをオクテットで指定する。記述フィールドは、ユーザ入力の詳細を指定する。簡潔さのために、表２Ａの記述フィールド内のユーザ入力の詳細は説明されていないが、いくつかの例では、マウスタッチ／移動イベントのためのＸ−Ｙ座標値、ＡＳＣＩＩキーコードならびに制御キーコード、ズーム、スクロール、および回転の値を含み得ることが留意されるべきである。１つの例において、ヒューマンインターフェースデバイスコマンド（ＨＩＤＣ）２３０および汎用ユーザ入力２３２は、ＷＦＤにしたがって定義され得る。
【表２Ａ】
2016511965.tif 000006
【表２Ｂ】
2016511965.tif 000007
【００５３】
[0060]  現行のＷＦＤ規格は、音声入力およびＶＮＣキーイベント入力をサポートしていない。例示された例において、データ通信モデル２００の汎用入力カテゴリに対応する汎用ユーザ入力２３２は、音声入力２４０およびＶＮＣキーイベント入力２４２を含むように拡張される。上記拡張をもたらすＷＦＤ規格の本文への実例的な変更が以下に続く（記述されていない他の部分はＷＦＤ規格と同様である）。
【００５４】
[0061]  表３は、音声入力およびＶＮＣキーイベント入力を含むように拡張された汎用ユーザ入力のための入力タイプ識別子の実例的なセットを提供する（下線のシンタックスは、現行のＷＦＤ規格の汎用入力タイプ識別子に追加したものである）。
【表３】
2016511965.tif 000008
【００５５】
[0062]  いくつかの例において、汎用入力タイプ識別子は、例えば、ＶＮＣポインタイベントのための識別子を含み得る。表４〜５は、以下の説明にしたがって新たに追加された汎用入力タイプ識別子を定義する。
【００５６】
[0063]  音声データ汎用入力タイプＩＤ（Voice Data Generic Input Type ID）のための汎用入力メッセージの記述フィールドが表４に示される。音声入力は、ネゴシエートされた音声コーデックを使用して符号化される。音声コーデックは、ＲＴＳＰメッセージ交換の際に、ｗｆｄ−ｕｉｂｃ−ｃａｐａｂｉｌｉｔｙパラメータの音声フィールドにおいてＷＦＤソースデバイスとＷＦＤシンクデバイスとの間でネゴシエートされ得る。使用すべき最終コーデックは、ＲＴＳＰ  Ｍ４および／またはＭ１４要求メッセージ中の音声パラメータにおいてＷＦＤソースによって示され得る。ＷＦＤシンクは、ＴＣＰ／ＵＤＰトランスポートを介して音声入力を送る。
【表４】
2016511965.tif 000009
【００５７】
[0064]  ＶＮＣキーイベント汎用入力タイプＩＤのための汎用入力メッセージの記述フィールドが表５に示される。
【表５】
2016511965.tif 000010
【００５８】
[0065]  現行のＷＦＤ規格は、ＵＩＢＣデータの配信のための、例えば、ＵＤＰトランスポートのようなコネクションレストランスポートをサポートしていない。本開示の技法は、ＵＩＢＣデータのためにＵＤＰトランスポートを追加することと、音声データ入力を配信するためにＵＤＰトランスポートを利用することと、をさらに含む。例示された例において、データ通信モデル２００は、データチャネル２４４によって示されるように、ＵＤＰ２０８を介してユーザ入力パケット化２２８を選択的に実行するように修正される。このような方法で、例えば、音声２４０および／またはＶＮＣキーイベント２４２のユーザ入力に関するＵＩＢＣデータは、ＩＰ２０６を介したＵＤＰ２０８を使用してトランスポートされ得る。
【００５９】
[0066]  さらに、追加のパラメータを含むようにＷＦＤ規格の能力ネゴシエーション（capability negotiation）を拡張するためにＷＦＤ規格に対してなされ得る追加の変更。データ通信モデル２００に例示されるように、ＷＤシステムのシンクデバイスおよびソースデバイスは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを使用して能力をネゴシエートし得る。ＷＦＤ規格にしたがって、ソースデバイスは、シンクデバイスに肯定応答要求メッセージ（例えば、ＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージ）を送る。ＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージは、メディア共有セッション中にフィードバックチャネルを使用して情報がどのように送信されることになるかを示すパラメータを含む。１つの例において、ＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージは、フィードバックチャネルを使用してＶＮＣ入力がどのように送信されることになるかを示すパラメータを含むように修正され得る。１つの例において、ＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージは、ユーザ音声コマンドがフィードバックチャネルを使用してどのように送信されることになるかを示すパラメータを含むように修正され得る。１つの例において、ＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージは、音声コマンドを送信するために、シンクのためのユーザデータグラムプロトコル（ＵＤＰ）ポートを示すパラメータを含み得る。１つの例において、ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージは、少なくとも部分的に以下のシンタックスにしたがってフォーマット化され得る（下線のシンタックスは、現行のＷＦＤ規格のＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージに追加したものである）。
【数１】
2016511965.tif 000011
【００６０】
[0067]  ｗｆｄ−ｕｉｂｃ−ｃａｐａｂｉｌｉｔｙパラメータは、ユーザ入力バックチャネル（ＵＩＢＣ）および関連属性に対するサポートを記述する。ＵＩＢＣへのサポートは、ＷＦＤ拡張能力サブエレメントにおけるＷＦＤ拡張能力ビットマップのＵＩＢＣサポートビット（Ｂ０）を使用して示される。“ｎｏｎｅ”（なし）は、対応するサブパラメータ値がサポートされていないことを示すことに留意されたい。
【００６１】
[0068]  ＷＦＤソースは、ＲＴＳＰ  Ｍ４および／またはＭ１４要求メッセージ中のｗｆｄ−ｕｉｂｃ−ｃａｐａｂｉｌｉｔｙパラメータのｔｃｐ−ｐｏｒｔフィールドにおいてＵＩＢＣのために使用されるべきＴＣＰポート番号を示す。ＷＦＤシンクは、ＲＴＳＰ  Ｍ３レスポンスおよびＭ１４要求メッセージ中のｗｆｄ−ｕｉｂｃ−ｃａｐａｂｉｌｉｔｙパラメータのｔｃｐ−ｐｏｒｔフィールドに“ｎｏｎｅ”を使用する。
【００６２】
[0069]  ＷＦＤソースは、ＲＴＳＰ  Ｍ４および／またはＭ１４要求メッセージ中のｗｆｄ−ｕｉｂｃ−ｃａｐａｂｉｌｉｔｙパラメータのｕｄｐ−ｐｏｒｔフィールドにおいて、ＵＩＢＣのために使用されるべきＵＤＰポート番号を示す。ＷＦＤシンクは、ＲＴＳＰ  Ｍ３レスポンスおよびＭ１４要求メッセージ中のｗｆｄ−ｕｉｂｃ−ｃａｐａｂｉｌｉｔｙパラメータのｕｄｐ−ｐｏｒｔフィールドに“ｎｏｎｅ”を使用する。さらに、ＷＦＤシンクは、いくつかの事例において、ＴＣＰ接続を必要とし得るＶＮＣ入力データ送信のための、ＶＮＣキーイベントまたはＶＮＣポインタイベントのようなＶＮＣ入力タイプのためのｗｆｄ−ｕｉｂｃ−ｃａｐａｂｉｌｉｔｙパラメータのｕｄｐ−ｐｏｒｔフィールドに“ｎｏｎｅ”を使用し得る。音声入力データは、本開示に説明される技法にしたがって、ＵＩＢＣ能力ネゴシエーションプロシージャ中にネゴシエートされるＵＤＰポートにトランスポートされ得る。
【００６３】
[0070]  いくつかの例において、本技法は、Ｗｉ−ＦｉディスプレイＵＩＢＣを介した汎用入力カテゴリによるＶＮＣ入力へのサポートを追加しながら、追加のオーディオバックチャネルを介した音声入力へのサポートを追加することを含み得る。追加のオーディオバックチャネルは、ＷＦＤシンク（例えば、図１のシンクデバイス１６０）からＷＦＤソース（例えば、図１のソースデバイス１２０）への音声入力およびマイクロフォン入力を配信するためにＲＴＰ／ＵＤＰトランスポートを提供し得る。このような例において、汎用カテゴリのユーザ入力に関する汎用入力タイプＩＤの表は以下のものであり得る。
【表６】
2016511965.tif 000012
【００６４】
[0071]  表６のＶＮＣキーイベント汎用入力タイプＩＤに関する汎用入力メッセージの記述フィールドが表５に説明される。
【００６５】
[0072]  オーディオバックチャネル（ＡＢＣ：Audio Back Channel）は、インプリメントされたときに、ＷＦＤシンクからの、ＷＦＤソースに存在するユーザへのオーディオ／音声入力の通信を容易にする選択的なＷＦＤ特徴である。ＡＢＣ入力は、８０２．１１パケット化およびＷＦＤソースへの送信より前に、ＲＴＰ／ＵＤＰ／ＩＰヘッダによってカプセル化され得る。ＡＢＣオーディオパケットは、ＲＴＰ、ＵＤＰ、およびＩＰヘッダを使用してパケット化される。ＡＢＣオーディオパケットを含むＲＴＰパケットは、ＷＦＤソースによって維持されるマスタクロックから導出され、ならびに１回のティック（tick）が１１．１１μｓに対応する９０ｋＨｚ単位で表される、３２ビットＲＴＰタイムスタンプ（ＲＴＰ  ＴＳ）情報を含み得る。ＷＦＤパケットのＲＴＰ  ＴＳは、ＲＴＰカプセル化レイヤにおける第１のＡＢＣパケットの到着時刻にマッピングするように設定され得る。オーディオ入力ペイロードは、任意のフォーマット、すなわち、リニアパルスコード変調されたオーディオ（ＬＰＣＭ）、１６ビット、４８ｋｂｐｓ、および２ｃｈを使用することができ、オーディオペイロードは、実際のオーディオデータまたはヌルデータのいずれかを搬送し得る。
【００６６】
[0073]  また、追加のオーディオバックチャネルが音声入力へのサポートを提供する技法の例において、追加のパラメータを含むようにＷＦＤ規格の能力ネゴシエーションを拡張するための追加の変更がＷＦＤ規格に対してなされ得る。データ通信モデル２００に例示されるように、ＷＤシステムのシンクデバイスおよびソースデバイスは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを使用して能力をネゴシエートし得る。ＷＦＤ規格にしたがって、ソースデバイスは、シンクデバイスに肯定応答要求メッセージ（例えば、ＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージ）を送る。ＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージは、メディア共有セッション中にフィードバックチャネルを使用して情報がどのように送信されることになるかを示すパラメータを含む。１つの例において、ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージは、少なくとも部分的に以下のシンタックスにしたがってフォーマット化され得る（下線のシンタックスは、現行のＷＦＤ規格のＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージに追加したものである）。
【数２】
2016511965.tif 000013
【００６７】
[0074]  ｗｆｄ−ｕｉｂｃ−ｃａｐａｂｉｌｉｔｙパラメータは、ユーザ入力バックチャネル（ＵＩＢＣ）および関連属性に対するサポートを記述する。ＵＩＢＣへのサポートは、ＷＦＤ拡張能力サブエレメントにおけるＷＦＤ拡張能力ビットマップのＵＩＢＣサポートビット（Ｂ０）を使用して示される。“ｎｏｎｅ”が、対応するサブパラメータ値がサポートされていないことを示すことに留意されたい。
【００６８】
[0075]  ＷＦＤ拡張能力ビットマップは、本明細書に説明されている技法にしたがってオーディオバックチャネルへのサポートを記述するようにさらに修正され得る。いくつかの例において、ＷＦＤ拡張能力ビットマップは以下のように修正され得る。
【表７】
2016511965.tif 000014
【００６９】
[0076]  ｗｆｄ−ａｂｃ−ｃａｐａｂｉｌｉｔｙパラメータは、オーディオバックチャネル（ＡＢＣ）および関連属性に対するサポートを記述する。ＡＢＣへのサポートは、上述のような、ＷＦＤ拡張能力サブエレメントにおけるＷＦＤ拡張能力ビットマップのＡＢＣサポートビットを使用して示される。音声入力をサポートするためのＲＴＳＰ交換に関する新たなｗｆｄ−ａｂｃ−ｃａｐａｂｉｌｉｔｙパラメータの例は以下のようなものである。
【数３】
2016511965.tif 000015
【００７０】
[0077]  ａｂｃ−ａｕｄｉｏ−ｌｉｓｔは、サポートされた各オーディオＣＯＤＥＣに関する１つまたは複数の＜オーディオフォーマット、モード、レイテンシ＞タプル（tuple）のリストを表す。ＷＦＤソースは、ＲＴＳＰ  Ｍ４要求メッセージ中のｗｆｄ−ａｂｃ−ｃａｐａｂｉｌｉｔｙパラメータのｕｄｐ−ｐｏｒｔフィールドにおいて、ＡＢＣのために使用されるべきＵＤＰポート番号を示し得る。ＷＦＤシンクは、ＲＴＳＰ  Ｍ３応答メッセージ中のｗｆｄ−ａｂｃ−ｃａｐａｂｉｌｉｔｙパラメータのｕｄｐ−ｐｏｒｔフィールドに“ｎｏｎｅ”を使用し得る。
【００７１】
[0078]  図３は、本明細書に説明されている技法をインプリメントし得るソースデバイスの例を例示するブロック図である。ソースデバイス６００は、図２で提供されたデータ通信モデルを組み込むＷＤシステムの一部であり得る。ソースデバイス６００は、トランスポート、記憶、および／または表示のためにメディアデータを符号化および／または復号するように構成され得る。ソースデバイス６００は、メモリ６０２、ディスプレイプロセッサ６０４、ローカルディスプレイ６０６、オーディオプロセッサ６０８、スピーカ６１０、ビデオエンコーダ６１２、ビデオパケタイザ（video packetizer）６１４、オーディオエンコーダ６１６、オーディオパケタイザ６１８、Ａ／Ｖ  ｍｕｘ６２０、トランスポートモジュール６２２、モデム６２４、および制御モジュール６２６を含む。ソースデバイス６００のコンポーネントは、１つまたは複数のマイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせのような、様々な適した回路のいずれかとしてインプリメントされ得る。
【００７２】
[0079]  メモリ６０２は、圧縮フォーマットまたは非圧縮フォーマットのメディアデータの形態でＡ／Ｖ視覚データを記憶し得る。メモリ６０２は、メディアデータファイル全体を記憶し得るか、または、例えば、別のデバイスあるいはソースからストリーミングされたメディアデータファイルの一部分を単純に記憶する、より小さなバッファを備え得る。メモリ６０２は、限定ではないが、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気的に消去可能なプログラム可能読み取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュメモリ、等のようなランダムアクセスメモリ（ＲＡＭ）を含む、幅広く様々な揮発性または不揮発性メモリのいずれかを備え得る。メモリ６０２は、メディアデータと、さらに、他の種類のデータとを記憶するためのコンピュータ可読記憶媒体を備え得る。メモリ６０２は、さらに、本開示に説明されている様々な技法を行うことの一部としてプロセッサによって実行されるプログラムコードおよび命令を記憶し得る。
【００７３】
[0080]  ディスプレイプロセッサ６０４は、キャプチャされたビデオフレームを取得し、ローカルディスプレイ６０６上での表示のためにビデオデータを処理し得る。ディスプレイ６０６は、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、またはソースデバイス６００のユーザにビデオデータを提示することが可能な別のタイプのディスプレイデバイスのような、様々なディスプレイデバイスのうちの１つを備える。
【００７４】
[0081]  オーディオプロセッサ６０８は、オーディオキャプチャされたオーディオサンプルを取得し、スピーカ６１０への出力のためにオーディオデータを処理し得る。スピーカ６１０は、ヘッドフォン、単一スピーカシステム、マルチスピーカシステム、またはサラウンド音響システムのような、様々なオーディオ出力デバイスのいずれかを備え得る。
【００７５】
[0082]  ビデオエンコーダ６１２は、メモリ６０２からビデオデータを取得し、所望のビデオフォーマットにビデオデータを符号化し得る。ビデオエンコーダ６１２は、図２に関して上述されたビデオコーデック２１８の態様をインプリメントするように使用されるハードウェアとソフトウェアの組み合わせであり得る。ビデオエンコーダ６１２は、ＩＴＵ−Ｔ  Ｈ．２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ.２６２またはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ.２６３、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌ、（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られている)ＩＴＵ−Ｔ  Ｈ.２６４、ＶＰ８、および高効率ビデオコーディング（ＨＥＶＣ）のような、任意の数のビデオ圧縮規格にしたがってビデオを符号化し得る。いくつかのケースにおいて、ビデオエンコーダ６１２は、ビデオデータが損失のない圧縮技法または損失のある圧縮技法を使用して圧縮されるようにビデオを符号化し得ることが留意されるべきである。
【００７６】
[0083]  ビデオパケタイザ６１４は、符号化されたビデオデータをパケット化し得る。１つの例において、ビデオパケタイザ６１４は、ＭＰＥＧ２パート１にしたがって定義されるように、符号化されたビデオデータをパケット化し得る。他の例において、ビデオデータは、他のパケット化プロトコルにしたがってパケット化され得る。ビデオパケタイザ６１４は、図２に関して上述されたパケット化エレメンタリストリーム（ＰＥＳ：packetized elementary stream）パケット化２１６の態様をインプリメントするように使用されるハードウェアとソフトウェアの組み合わせであり得る。
【００７７】
[0084]  オーディオエンコーダ６１６は、メモリ６０２からオーディオデータを取得し、所望のオーディオフォーマットにオーディオデータを符号化し得る。オーディオエンコーダ６１６は、図２に関して上述されたオーディオコーデック２２０の態様をインプリメントするように使用されるハードウェアとソフトウェアの組み合わせであり得る。オーディオデータは、ドルビーおよびデジタルシアターシステムによって発展したもののようなマルチチャネルフォーマットを使用してコーディングされ得る。オーディオデータは、圧縮フォーマットまたは非圧縮フォーマットを使用してコーディングされ得る。圧縮オーディオフォーマットの例は、ＭＰＥＧ−１、２オーディオレイヤＩＩおよびＩＩＩ、ＡＣ−３、ＡＡＣを含む。非圧縮オーディオフォーマットの例は、パルスコード変調（ＰＣＭ）オーディオフォーマットを含む。
【００７８】
[0085]  オーディオパケタイザ６１８は、符号化されたオーディオデータをパケット化し得る。１つの例において、オーディオパケタイザ６１８は、ＭＰＥＧ２パート１にしたがって定義されるように、符号化されたオーディオデータをパケット化し得る。他の例において、オーディオデータは他のパケット化プロトコルにしたがってパケット化され得る。オーディオパケタイザ６１８は、図２に関して上述されたパケット化エレメンタリストリーム（ＰＥＳ）パケット化２１６の態様をインプリメントするように使用されるハードウェアとソフトウェアの組み合わせであり得る。
【００７９】
[0086]  Ａ／Ｖ  ｍｕｘ６２０は、共通データストリームの一部としてビデオペイロードデータおよびオーディオペイロードデータを組み合わせるための多重化技法を適用し得る。１つの例において、Ａ／Ｖ  ｍｕｘ６２０は、ＭＰＥＧ２パート１にしたがって定義されたＭＰＥＧ２トランスポートストリームとして、パケット化されたエレメンタリビデオおよびオーディオストリームをカプセル化し得る。Ａ／Ｖ  ｍｕｘ６２０は、誤り訂正技法と同様に、オーディオおよびビデオパケットのための同期を提供し得る。
【００８０】
[0087]  トランスポートモジュール６２２は、シンクデバイスへのトランスポートのためにメディアデータを処理し得る。さらに、トランスポートモジュール６２２は、シンクデバイスからの受信されたパケットがさらに処理されることができるように、それらを処理し得る。例えば、トランスポートモジュール６２２は、ＩＰ、ＴＣＰ、ＵＤＰ、ＲＴＰ、およびＲＳＴＰを使用して通信するように構成され得る。例えば、トランスポートモジュール６２２は、さらに、シンクデバイスへの通信またはネットワークにわたる通信のためにＭＰＥＧ２−ＴＳをカプセル化し得る。
【００８１】
[0088]  モデム６２４は、ＷＤシステムにおいて利用される物理およびＭＡＣレイヤにしたがって物理およびＭＡＣレイヤ処理を行うように構成され得る。図２を参照して説明されたように、物理およびＭＡＣレイヤは、ＷＤシステムにおける通信のために使用される物理シグナリング、アドレス指定、およびチャネルアクセス制御を定義し得る。１つの例において、モデム６２４は、ＷＦＤによって提供されるもののような、Ｗｉ−Ｆｉ（例えば、ＩＥＥＥ８０２．１１ｘ）規格によって定義された物理およびＭＡＣレイヤのための物理レイヤおよびＭＡＣレイヤ処理を行うように構成され得る。他の例において、モデム６２４は、ワイヤレスＨＤ、ＷｉＭｅｄｉａ、ワイヤレスホームデジタルインターフェース（ＷＨＤＩ）、ＷｉＧｉｇ、およびワイヤレスＵＳＢのいずれかのための物理レイヤおよびＭＡＣレイヤ処理を行うように構成され得る。
【００８２】
[0089]  制御モジュール６２６は、ソースデバイス６００の通信制御機能を行うように構成され得る。通信制御機能は、能力をシンクデバイスとネゴシエートすることと、シンクデバイスとのセッションを確立することと、セッション維持および管理に関連し得る。制御モジュール６２６は、シンクデバイスと通信するためにＲＴＳＰを使用し得る。さらに、制御モジュール６２６は、ＵＤＰを介したＵＩＢＣのトランスポートをサポートするための、ならびに追加の汎用ユーザ入力タイプをサポートするための、ソースデバイス６００およびシンクデバイスの能力をネゴシエートするために、ＲＴＳＰメッセージトランザクションを使用して１つまたは複数の通信チャネルを確立し得る。
【００８３】
[0090]  トランスポートモジュール６２２は、ＵＩＢＣ情報要素（ＩＥ：information element）を受信し、制御モジュール６２６に送り得る。例示された例において、トランスポートモジュール６２２は、ＵＩＢＣ  ＩＥ６２８を受信し、制御モジュール６２６にＵＩＢＣ  ＩＥ６２８を送る。制御モジュール６２６は、ユーザ入力を識別するためにＵＩＢＣ  ＩＥ６２８を解析し、コンポーネント６０６、６０４、６０２、６０８、６１０、６１２、６１４、６１６、６１８、または６２０のいずれかの動作を適宜修正する。
【００８４】
[0091]  図４は、本明細書に説明されている技法をインプリメントし得るシンクデバイスの例を例示するブロック図である。シンクデバイス７００は、図２で提供されたデータ通信モデルを組み込むＷＤシステムの一部であり得る。１つの例において、シンクデバイス７００は、ソースデバイス６００を有するＷＤシステムを形成し得る。シンクデバイス７００は、モデム７０２、トランスポートモジュール７０４、Ａ／Ｖ  ｄｅｍｕｘ７０６、ビデオデパケタイザ７０８、ビデオデコーダ７１０、ディスプレイプロセッサ７１２、ディスプレイ７１４、オーディオデパケタイザ（audio depacketizer）７１６、オーディオデコーダ７１８、オーディオプロセッサ７２０、スピーカ７２２、ユーザ入力モジュール７２４、および制御モジュール７３０を含む。シンクデバイス７００のコンポーネントは各々、１つまたは複数のマイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせのような、様々な適した回路のいずれかとしてインプリメントされ得る。
【００８５】
[0092]  モデム７０２は、ＷＤシステムにおいて利用される物理およびＭＡＣレイヤにしたがって物理およびＭＡＣレイヤ処理を行うように構成され得る。図２を参照して説明されたように、物理およびＭＡＣレイヤは、ＷＤシステムにおける通信のために使用される物理シグナリング、アドレス指定、およびチャネルアクセス制御を定義し得る。１つの例において、モデム７０２は、ＷＦＤによって提供されるもののような、Ｗｉ−Ｆｉ（例えば、ＩＥＥＥ８０２．１１ｘ）規格によって定義された物理およびＭＡＣレイヤのための物理レイヤおよびＭＡＣレイヤ処理を行うように構成され得る。他の例において、モデム７０２は、ワイヤレスＨＤ、ＷｉＭｅｄｉａ、ワイヤレスホームデジタルインターフェース（ＷＨＤＩ）、ＷｉＧｉｇ、およびワイヤレスＵＳＢのいずれかのための物理レイヤおよびＭＡＣレイヤ処理を行うように構成され得る。
【００８６】
[0093]  トランスポートモジュール７０４は、ソースデバイスからの受信されたメディアデータを処理し得る。さらに、トランスポートモジュール７０４は、ソースデバイスへのトランスポートのためにフィードバックパケットを処理し得る。例えば、トランスポートモジュール７０４は、ＩＰ、ＴＣＰ、ＵＤＰ、ＲＴＰ、およびＲＳＴＰを使用して通信するように構成され得る。これに加えて、トランスポート７０４は、ＩＰ、ＴＣＰ、ＵＤＰ、ＲＴＰ、およびＲＳＴＰパケットの任意の組み合わせにおいてタイムスタンプ値を含み得る。タイムスタンプ値は、ソースデバイスが、どのメディアデータパケットがレポートされた性能の低下を経験したかを識別し、ＷＤシステムにおける往復遅延を計算することを可能にし得る。
【００８７】
[0094]  Ａ／Ｖ  ｄｅｍｕｘ７０６は、データストリームからビデオペイロードデータおよびオーディオペイロードデータを分離するために逆多重化技法を適用し得る。１つの例において、Ａ／Ｖ  ｍｕｘ７０６は、ＭＰＥＧ２パート１にしたがって定義されたＭＰＥＧ２トランスポートストリームのパケット化されたエレメンタリビデオおよびオーディオストリームを分離し得る。
【００８８】
[0095]  ビデオデパケタイザ７０８およびビデオデコーダ７１０は、本明細書に説明されているパケット化およびコーディング技法をインプリメントするビデオパケタイザおよびビデオエンコーダの相互処理を行い、ディスプレイプロセッサ７１２にビデオ出力ビデオデータを出力し得る。
【００８９】
[0096]  ディスプレイプロセッサ７１２は、キャプチャされたビデオフレームを取得し、ディスプレイ７１４上での表示のためにビデオデータを処理し得る。ディスプレイ７１４は、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイのような、様々なディスプレイデバイスのうちの１つを備え得る。
【００９０】
[0097]  オーディオデパケタイザ７１６およびオーディオデコーダ７１８は、本明細書に説明されているパケット化およびコーディング技法をインプリメントするオーディオパケタイザおよびオーディオエンコーダの相互処理を行い、オーディオプロセッサ７２０にオーディオデータを出力し得る。
【００９１】
[0098]  オーディオプロセッサ７２０は、オーディオデコーダからオーディオデータを取得し、スピーカ７２２への出力のためにオーディオデータを処理し得る。スピーカ７２２は、ヘッドフォン、単一スピーカシステム、マルチスピーカシステム、またはサラウンド音響システムのような様々なオーディオ出力デバイスのいずれかを備え得る。
【００９２】
[0099]  ユーザ入力モジュール７２４は、例えば、キーボード、マウス、トラックボールあるいはトラックパッド、タッチスクリーン、音声コマンド認識モジュール、または他の任意のこのようなユーザ入力デバイスのようなユーザ入力デバイスによって受信されたユーザ入力コマンドをフォーマット化し得る。１つの例において、ユーザ入力モジュール７２４は、図２に関して上述されたヒューマンインタフェースデバイスコマンド（ＨＩＤＣ）２３０および汎用ユーザ入力２３２にしたがって定義されたフォーマットにしたがってユーザ入力コマンドをフォーマット化し得る。例示された例において、ユーザ入力モジュール７２４は、音声ベースの入力デバイス（図示せず）から音声入力を受信し、図２に関して上述された音声データを指定するＵＩＢＣ  ＩＥにしたがって音声入力をフォーマット化する。ユーザ入力モジュール７２４は、モデム７０２による出力のために、フォーマット化されたＵＩＢＣ  ＩＥ７２６を制御モジュール７３０に送る。
【００９３】
[0100]  制御モジュール７３０は、シンクデバイス７００の通信制御機能を行うように構成され得る。通信制御機能は、能力をソースデバイスとネゴシエートすることと、ソースデバイスとのセッションを確立することと、セッション維持および管理とに関連し得る。制御モジュール７３０は、ソースデバイスと通信するためにＲＴＳＰを使用し得る。さらに、制御モジュール７３０は、本開示に説明されている技法をサポートするためのシンクデバイス７００およびソースデバイスの能力をネゴシエートするためにＲＴＳＰメッセージトランザクションを使用してフィードバックチャネルを確立し得る。
【００９４】
[0101]  図５は、本明細書に説明されているユーザ入力伝送技法を例示するフローチャートである。ソースデバイスはメディアデータをシンクデバイスに送信する。ソースデバイスおよびシンクデバイスは、本明細書に説明されているソースおよびシンクデバイスの任意の組み合わせであり得る（８０２）。１つの例において、メディアデータはＵＤＰにしたがって送信され得る。ソースデバイスは、音声入力タイプまたは仮想ネットワークコンピューティング（ＶＮＣ）入力タイプのうちの１つまたは複数を含む、ＵＩＢＣのための能力を指定するＵＩＢＣパラメータメッセージを送信し、本明細書に説明されている任意のメッセージフォーマットにしたがってフォーマット化され得る（８０４）。ソースデバイスは、さらに、指定された音声入力タイプまたはＶＮＣ入力タイプを含む、ＵＩＢＣ能力と一致するユーザ入力を含むＵＩＢＣメッセージを、シンクデバイスから受信し得る（８０６）。
【００９５】
[0102]  図６は、本明細書に説明されているユーザ入力伝送技法を例示するフローチャートである。シンクデバイスは、ソースデバイスからメディアデータを受信する（９０２）。ソースデバイスおよびシンクデバイスは、本明細書に説明されているソースおよびシンクデバイスの任意の組み合わせであり得る。１つの例において、メディアデータはＵＤＰにしたがって受信され得る。シンクデバイスは、音声入力タイプまたはＶＮＣ入力タイプのうちの１つまたは複数を含む、ＵＩＢＣのための能力を指定するＵＩＢＣパラメータメッセージを受信し、本明細書に説明されている任意のメッセージフォーマットにしたがってフォーマット化され得る（９０４）。シンクデバイスは、さらに、指定された音声入力タイプまたはＶＮＣ入力タイプを含む、ＵＩＢＣ能力と一致するユーザ入力を含むＵＩＢＣメッセージをソースデバイスに送信し得る（９０６）。
【００９６】
[0103]  図７は、本明細書に説明されているユーザ入力伝送技法を例示するフローチャートである。ソースデバイスはメディアデータをシンクデバイスに送信する。ソースデバイスおよびシンクデバイスは、本明細書に説明されているソースおよびシンクデバイスの任意の組み合わせであり得る（１００２）。１つの例において、メディアデータはＵＤＰにしたがって送信され得る。ソースデバイスは、（例えば、音声入力データのための）ユーザデータグラムプロトコル（ＵＤＰ）ポートを含む、ＵＩＢＣのための能力を指定するＵＩＢＣパラメータメッセージを送信し、本明細書に説明されている任意のメッセージフォーマットにしたがってフォーマット化され得る（１００４）。ソースデバイスは、さらに、指定されたＵＤＰポートにおいて音声入力データを含み得るＵＩＢＣメッセージをシンクデバイスから受信し得る（１００６）。
【００９７】
[0104]  図８は、本明細書に説明されているユーザ入力伝送技法を例示するフローチャートである。シンクデバイスは、ソースデバイスからメディアデータを受信する（１１０２）。ソースデバイスおよびシンクデバイスは、本明細書に説明されているソースおよびシンクデバイスの任意の組み合わせであり得る。１つの例において、メディアデータはＵＤＰにしたがって受信され得る。シンクデバイスは、（例えば、音声入力データのための）ユーザデータグラムプロトコル（ＵＤＰ）ポートを含む、ＵＩＢＣのための能力を指定するＵＩＢＣパラメータメッセージを受信し、本明細書に説明されている任意のメッセージフォーマットにしたがってフォーマット化され得る（１１０４）。シンクデバイスは、さらに、指定されたＵＤＰポートを使用してシンクデバイスによって受信された音声入力データを含み得るＵＩＢＣメッセージをソースデバイスに送信し得る（１１０６）。例えば、ＵＩＢＣメッセージを含むＵＤＰデータグラムは、指定されたＵＤＰポートである宛先ポートを含み得る。
【００９８】
[0105]  １つまたは複数の例において、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせにインプリメントされ得る。ソフトウェアにインプリメントされる場合、これら機能は、コンピュータ可読媒体上で、１つまたは複数の命令またはコードとして送信または記憶され得る。コンピュータ可読媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体またはコンピュータデータ記憶媒体を含み得る。いくつかの例において、コンピュータ可読媒体は、非一時的なコンピュータ可読媒体を備え得る。データ記憶媒体は、本開示に説明された技法のインプリメンテーションのための命令、コード、および／またはデータ構造を検索するために、１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされることができる任意の利用可能な媒体であり得る。
【００９９】
[0106]  限定ではなく例として、このようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置、または他の磁気記憶デバイス、フラッシュメモリ、あるいは、データ構造または命令の形態で所望のプログラムコードを記憶または搬送するために使用されることができ、ならびにコンピュータによってアクセスされることができる他の任意の媒体のような、非一時的な媒体を備えることができる。また、任意の接続は、コンピュータ可読媒体と厳密には称される。本明細書に使用される、ディスク（disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびＢｌｕ−ｒａｙディスクを含み、ディスク（disk）は通常、磁気的にデータを再生するが、ディスク（disc）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【０１００】
[0107]  コードは、１つまたは複数のデジタルシグナルプロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または、他の同等の集積またはディスクリートな論理回路、のような１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造、またはここに説明された技法のインプリメンテーションに適した任意の他の構造のいずれかを指し得る。さらに、いくつかの態様では、本明細書に説明された機能は、符号化および復号のために構成された専用ハードウェアモジュールおよび／またはソフトウェアモジュール内で提供され得るか、または、組み合わされたコーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路あるいは論理エレメントにおいて十分にインプリメントされることができる。
【０１０１】
[0108]  本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）、又はＩＣのセット（例えば、チップセット）を含む、幅広く様々なデバイスまたは装置にインプリメントされ得る。様々なコンポーネント、モジュール、またはユニットは、開示された技法を行うように構成されたデバイスの機能的な態様を強調するために、本開示において説明されているが、異なるハードウェアユニットによる実現を必ずしも必要とするわけではない。むしろ、上述されたように、様々なユニットは、コーデックハードウェアユニットにおいて組み合わされ得るか、または適切なソフトウェアおよび／またはファームウェアとともに、上述された１つまたは複数のプロセッサを含む、相互動作のハードウェアユニットの集合によって提供され得る。
【０１０２】
[0109]  本発明の様々な実施形態が説明されてきた。これらの実施形態および他の実施形態は、以下に続く特許請求の範囲の範囲内にある。
【図１】
2016511965.tif 000016
【図２】
2016511965.tif 000017
【図３】
2016511965.tif 000018
【図４】
2016511965.tif 000019
【図５】
2016511965.tif 000020
【図６】
2016511965.tif 000021
【図７】
2016511965.tif 000022
【図８】
2016511965.tif 000023
【手続補正書】
【提出日】平成27年12月16日(2015.12.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ入力データを受信する方法であって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信することと、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信することと
を備える、方法。
【請求項２】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項１に記載の方法。
【請求項３】
前記ＵＩＢＣパラメータメッセージは、前記ＶＮＣ入力タイプを指定する汎用情報要素識別子フィールドを含む、請求項１に記載の方法。
【請求項４】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項１に記載の方法。
【請求項５】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信することは、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを受信することを備える、
請求項１に記載の方法。
【請求項６】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、前記方法は、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立すること
をさらに備える、請求項１に記載の方法。
【請求項７】
ユーザ入力データを送信する方法であって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信することと、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがってユーザ入力データを送信することと
を備える、方法。
【請求項８】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項７に記載の方法。
【請求項９】
前記ＵＩＢＣパラメータメッセージは、前記ＶＮＣ入力タイプを指定する汎用情報要素識別子フィールドを含む、請求項７に記載の方法。
【請求項１０】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項７に記載の方法。
【請求項１１】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを送信することは、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを送信することを備える、
請求項７に記載の方法。
【請求項１２】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、前記方法は、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立すること
をさらに備える、請求項７に記載の方法。
【請求項１３】
ソースデバイスであって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信するための手段と、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信するための手段と
を備える、ソースデバイス。
【請求項１４】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項１３に記載のソースデバイス。
【請求項１５】
前記ＵＩＢＣパラメータメッセージは、前記ＶＮＣ入力タイプを指定する汎用情報要素識別子フィールドを含む、請求項１３に記載のソースデバイス。
【請求項１６】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項１３に記載のソースデバイス。
【請求項１７】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信するための手段は、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを受信するための手段を備える、
請求項１３に記載のソースデバイス。
【請求項１８】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するための手段
をさらに備える、請求項１３に記載のソースデバイス。
【請求項１９】
シンクデバイスであって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信するための手段と、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがってユーザ入力データを送信するための手段と
を備える、シンクデバイス。
【請求項２０】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項１９に記載のシンクデバイス。
【請求項２１】
前記ＵＩＢＣパラメータメッセージは、前記ＶＮＣ入力タイプを指定する汎用情報要素識別子フィールドを含む、請求項１９に記載のシンクデバイス。
【請求項２２】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項１９に記載のシンクデバイス。
【請求項２３】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを送信するための手段は、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを送信するための手段を備える、
請求項１９に記載のシンクデバイス。
【請求項２４】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するための手段
をさらに備える、請求項１９に記載のシンクデバイス。
【請求項２５】
１つまたは複数のプロセッサを備えるソースデバイスであって、前記１つまたは複数のプロセッサは、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信し、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信する
ように構成される、ソースデバイス。
【請求項２６】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項２５に記載のソースデバイス。
【請求項２７】
前記ＵＩＢＣパラメータメッセージは、前記ＶＮＣ入力タイプを指定する汎用情報要素識別子フィールドを含む、請求項２５に記載のソースデバイス。
【請求項２８】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項２５に記載のソースデバイス。
【請求項２９】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信するために、前記プロセッサは、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを受信するようにさらに構成される、
請求項２５に記載のソースデバイス。
【請求項３０】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記プロセッサは、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成される、
請求項２５に記載のソースデバイス。
【請求項３１】
１つまたは複数のプロセッサを備えるシンクデバイスであって、前記１つまたは複数のプロセッサは、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信し、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがってユーザ入力データを送信する
ように構成される、シンクデバイス。
【請求項３２】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項３１に記載のシンクデバイス。
【請求項３３】
前記ＵＩＢＣパラメータメッセージは、前記ＶＮＣ入力タイプを指定する汎用情報要素識別子フィールドを含む、請求項３１に記載のシンクデバイス。
【請求項３４】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項３１に記載のシンクデバイス。
【請求項３５】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記プロセッサは、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを送信することによって前記ユーザ入力データを送信するようにさらに構成される、
請求項３１に記載のシンクデバイス。
【請求項３６】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記プロセッサは、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成される、
請求項３１に記載のシンクデバイス。
【請求項３７】
命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されたときに１つまたは複数のプロセッサを、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信し、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信する
ように構成する、コンピュータ可読記憶媒体。
【請求項３８】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項３７に記載のコンピュータ可読記憶媒体。
【請求項３９】
前記ＵＩＢＣパラメータメッセージは、前記ＶＮＣ入力タイプを指定する汎用情報要素識別子フィールドを含む、請求項３７に記載のコンピュータ可読記憶媒体。
【請求項４０】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項３７に記載のコンピュータ可読記憶媒体。
【請求項４１】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信するために、前記命令は、前記１つまたは複数のプロセッサを、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを受信するようにさらに構成する、
請求項３７に記載のコンピュータ可読記憶媒体。
【請求項４２】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記命令は、前記１つまたは複数のプロセッサを、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成する、
請求項３７に記載のコンピュータ可読記憶媒体。
【請求項４３】
命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されたときに１つまたは複数のプロセッサを、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信し、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがってユーザ入力データを送信する
ように構成する、コンピュータ可読記憶媒体。
【請求項４４】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４５】
前記ＵＩＢＣパラメータメッセージは、前記ＶＮＣ入力タイプを指定する汎用情報要素識別子フィールドを含む、請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４６】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４７】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを送信するために、前記命令は、前記１つまたは複数のプロセッサを、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを送信するようにさらに構成する、
請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４８】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記命令は、前記１つまたは複数のプロセッサを、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成する、
請求項４３に記載のコンピュータ可読記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１０２
【補正方法】変更
【補正の内容】
【０１０２】
[0109]  本発明の様々な実施形態が説明されてきた。これらの実施形態および他の実施形態は、以下に続く特許請求の範囲の範囲内にある。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ユーザ入力データを受信する方法であって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信することと、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信することと
を備える、方法。
［Ｃ２］
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、Ｃ１に記載の方法。
［Ｃ３］
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、Ｃ１に記載の方法。
［Ｃ４］
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、Ｃ１に記載の方法。
［Ｃ５］
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信することは、前記識別されたＵＤＰポートを使用して音声入力データを受信することを備える、
Ｃ１に記載の方法。
［Ｃ６］
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、前記方法は、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立すること
をさらに備える、Ｃ１に記載の方法。
［Ｃ７］
ユーザ入力データを送信するための方法であって、
ユーザ入力バックチャネル（ＵＩＢＣ）メッセージを受信することと、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがってユーザ入力データを送信することと
を備える、方法。
［Ｃ８］
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、Ｃ７に記載の方法。
［Ｃ９］
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、Ｃ７に記載の方法。
［Ｃ１０］
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、Ｃ７に記載の方法。
［Ｃ１１］
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを送信することは、前記識別されたＵＤＰポートを使用して音声入力データを送信することを備える、
Ｃ７に記載の方法。
［Ｃ１２］
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、前記方法は、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立すること
をさらに備える、Ｃ７に記載の方法。
［Ｃ１３］
ソースデバイスであって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信するための手段と、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信するための手段と
を備える、ソースデバイス。
［Ｃ１４］
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、Ｃ１３に記載のソースデバイス。
［Ｃ１５］
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、Ｃ１３に記載のソースデバイス。
［Ｃ１６］
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、Ｃ１３に記載のソースデバイス。
［Ｃ１７］
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信するための手段は、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを受信するための手段を備える、
Ｃ１３に記載のソースデバイス。
［Ｃ１８］
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するための手段
をさらに備える、Ｃ１３に記載のソースデバイス。
［Ｃ１９］
シンクデバイスであって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信するための手段と、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがってユーザ入力データを送信するための手段と
を備える、シンクデバイス。
［Ｃ２０］
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、Ｃ１９に記載のシンクデバイス。
［Ｃ２１］
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、Ｃ１９に記載のシンクデバイス。
［Ｃ２２］
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、Ｃ１９に記載のシンクデバイス。
［Ｃ２３］
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを送信するための手段は、前記識別されたＵＤＰポートを使用して音声入力データを送信するための手段を備える、
Ｃ１９に記載のシンクデバイス。
［Ｃ２４］
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するための手段
をさらに備える、Ｃ１９に記載のシンクデバイス。
［Ｃ２５］
１つまたは複数のプロセッサを備えるソースデバイスであって、前記１つまたは複数のプロセッサは、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信し、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信する
ように構成される、ソースデバイス。
［Ｃ２６］
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、Ｃ２５に記載のソースデバイス。
［Ｃ２７］
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、Ｃ２５に記載のソースデバイス。
［Ｃ２８］
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、Ｃ２５に記載のソースデバイス。
［Ｃ２９］
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信するために、前記プロセッサは、前記識別されたＵＤＰポートを使用して音声入力データを受信するようにさらに構成される、
Ｃ２５に記載のソースデバイス。
［Ｃ３０］
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記プロセッサは、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成される、
Ｃ２５に記載のソースデバイス。
［Ｃ３１］
１つまたは複数のプロセッサを備えるシンクデバイスであって、前記１つまたは複数のプロセッサは、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信し、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがってユーザ入力データを送信する
ように構成される、シンクデバイス。
［Ｃ３２］
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、Ｃ３１に記載のシンクデバイス。
［Ｃ３３］
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、Ｃ３１に記載のシンクデバイス。
［Ｃ３４］
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、Ｃ３１に記載のシンクデバイス。
［Ｃ３５］
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記プロセッサは、前記識別されたＵＤＰポートを使用して音声入力データを送信することによって前記ユーザ入力データを送信するようにさらに構成される、
Ｃ３１に記載のシンクデバイス。
［Ｃ３６］
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記プロセッサは、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成される、
Ｃ３１に記載のシンクデバイス。
［Ｃ３７］
命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されたときに１つまたは複数のプロセッサを、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信し、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信する
ように構成する、コンピュータ可読記憶媒体。
［Ｃ３８］
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、Ｃ３７に記載のコンピュータ可読記憶媒体。
［Ｃ３９］
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、Ｃ３７に記載のコンピュータ可読記憶媒体。
［Ｃ４０］
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、Ｃ３７に記載のコンピュータ可読記憶媒体。
［Ｃ４１］
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信するために、前記命令は、前記１つまたは複数のプロセッサを、前記識別されたＵＤＰポートを使用して音声入力データを受信するようにさらに構成する、
Ｃ３７に記載のコンピュータ可読記憶媒体。
［Ｃ４２］
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記命令は、前記１つまたは複数のプロセッサを、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成する、
Ｃ３７に記載のコンピュータ可読記憶媒体。
［Ｃ４３］
命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されたときに１つまたは複数のプロセッサを、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信し、ここで、前記ＵＩＢＣパラメータメッセージは、音声入力タイプおよび仮想ネットワークコンピュータ（ＶＮＣ）入力タイプのうちの１つを指定する、
前記音声入力タイプおよび前記ＶＮＣ入力タイプのうちの前記指定された１つにしたがってユーザ入力データを送信する
ように構成する、コンピュータ可読記憶媒体。
［Ｃ４４］
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、Ｃ４３に記載のコンピュータ可読記憶媒体。
［Ｃ４５］
前記ＵＩＢＣパラメータメッセージは、前記音声入力タイプのために、音声オーバーインターネットプロトコル（ＶｏＩＰ）コーデック、ＶｏＩＰコーデックの組み合わせ、およびＶｏＩＰモードのうちの１つまたは複数をさらに指定する、Ｃ４３に記載のコンピュータ可読記憶媒体。
［Ｃ４６］
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、Ｃ４３に記載のコンピュータ可読記憶媒体。
［Ｃ４７］
前記ＵＩＢＣパラメータメッセージは、音声入力タイプを指定し、ならびにユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを送信するために、前記命令は、前記１つまたは複数のプロセッサを、前記識別されたＵＤＰポートを使用して音声入力データを送信するようにさらに構成する、
Ｃ４３に記載のコンピュータ可読記憶媒体。
［Ｃ４８］
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記命令は、前記１つまたは複数のプロセッサを、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成する、
Ｃ４３に記載のコンピュータ可読記憶媒体。
【手続補正書】
【提出日】平成27年12月17日(2015.12.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ入力データを受信する方法であって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信することと、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信することと
を備える、方法。
【請求項２】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項１に記載の方法。
【請求項３】
前記ＵＩＢＣメッセージは、前記ＶＮＣ入力タイプを指定する汎用入力タイプ識別子フィールドを備える汎用入力メッセージを含む、請求項１に記載の方法。
【請求項４】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項１に記載の方法。
【請求項５】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信することは、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを受信することを備える、
請求項１に記載の方法。
【請求項６】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、前記方法は、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立すること
をさらに備える、請求項１に記載の方法。
【請求項７】
ユーザ入力データを送信する方法であって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信することと、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがってユーザ入力データを送信することと
を備える、方法。
【請求項８】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項７に記載の方法。
【請求項９】
前記ＵＩＢＣメッセージは、前記ＶＮＣ入力タイプを指定する汎用入力タイプ識別子フィールドを備える汎用入力メッセージを含む、請求項７に記載の方法。
【請求項１０】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項７に記載の方法。
【請求項１１】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを送信することは、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを送信することを備える、
請求項７に記載の方法。
【請求項１２】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、前記方法は、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立すること
をさらに備える、請求項７に記載の方法。
【請求項１３】
ソースデバイスであって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信するための手段と、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信するための手段と
を備える、ソースデバイス。
【請求項１４】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項１３に記載のソースデバイス。
【請求項１５】
前記ＵＩＢＣメッセージは、前記ＶＮＣ入力タイプを指定する汎用入力タイプ識別子フィールドを備える汎用入力メッセージを含む、請求項１３に記載のソースデバイス。
【請求項１６】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項１３に記載のソースデバイス。
【請求項１７】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信するための手段は、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを受信するための手段を備える、
請求項１３に記載のソースデバイス。
【請求項１８】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するための手段
をさらに備える、請求項１３に記載のソースデバイス。
【請求項１９】
シンクデバイスであって、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信するための手段と、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがってユーザ入力データを送信するための手段と
を備える、シンクデバイス。
【請求項２０】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項１９に記載のシンクデバイス。
【請求項２１】
前記ＵＩＢＣメッセージは、前記ＶＮＣ入力タイプを指定する汎用入力タイプ識別子フィールドを備える汎用入力メッセージを含む、請求項１９に記載のシンクデバイス。
【請求項２２】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項１９に記載のシンクデバイス。
【請求項２３】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを送信するための手段は、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを送信するための手段を備える、
請求項１９に記載のシンクデバイス。
【請求項２４】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するための手段
をさらに備える、請求項１９に記載のシンクデバイス。
【請求項２５】
１つまたは複数のプロセッサを備えるソースデバイスであって、前記１つまたは複数のプロセッサは、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信し、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信する
ように構成される、ソースデバイス。
【請求項２６】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項２５に記載のソースデバイス。
【請求項２７】
前記ＵＩＢＣメッセージは、前記ＶＮＣ入力タイプを指定する汎用入力タイプ識別子フィールドを備える汎用入力メッセージを含む、請求項２５に記載のソースデバイス。
【請求項２８】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項２５に記載のソースデバイス。
【請求項２９】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信するために、前記プロセッサは、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを受信するようにさらに構成される、
請求項２５に記載のソースデバイス。
【請求項３０】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記プロセッサは、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成される、
請求項２５に記載のソースデバイス。
【請求項３１】
１つまたは複数のプロセッサを備えるシンクデバイスであって、前記１つまたは複数のプロセッサは、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信し、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがってユーザ入力データを送信する
ように構成される、シンクデバイス。
【請求項３２】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項３１に記載のシンクデバイス。
【請求項３３】
前記ＵＩＢＣメッセージは、前記ＶＮＣ入力タイプを指定する汎用入力タイプ識別子フィールドを備える汎用入力メッセージを含む、請求項３１に記載のシンクデバイス。
【請求項３４】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項３１に記載のシンクデバイス。
【請求項３５】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記プロセッサは、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを送信することによって前記ユーザ入力データを送信するようにさらに構成される、
請求項３１に記載のシンクデバイス。
【請求項３６】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記プロセッサは、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成される、
請求項３１に記載のシンクデバイス。
【請求項３７】
命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されたときに１つまたは複数のプロセッサを、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを送信し、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがって、ＵＩＢＣメッセージ中のユーザ入力データを受信する
ように構成する、コンピュータ可読記憶媒体。
【請求項３８】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項３７に記載のコンピュータ可読記憶媒体。
【請求項３９】
前記ＵＩＢＣメッセージは、前記ＶＮＣ入力タイプを指定する汎用入力タイプ識別子フィールドを備える汎用入力メッセージを含む、請求項３７に記載のコンピュータ可読記憶媒体。
【請求項４０】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項３７に記載のコンピュータ可読記憶媒体。
【請求項４１】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを受信するために、前記命令は、前記１つまたは複数のプロセッサを、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを受信するようにさらに構成する、
請求項３７に記載のコンピュータ可読記憶媒体。
【請求項４２】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記命令は、前記１つまたは複数のプロセッサを、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成する、
請求項３７に記載のコンピュータ可読記憶媒体。
【請求項４３】
命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されたときに１つまたは複数のプロセッサを、
ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージを受信し、ここで、前記ＵＩＢＣパラメータメッセージは、仮想ネットワークコンピューティング（ＶＮＣ）入力タイプを指定する、
前記指定されたＶＮＣ入力タイプにしたがってユーザ入力データを送信する
ように構成する、コンピュータ可読記憶媒体。
【請求項４４】
前記ＶＮＣ入力タイプは、ＶＮＣキーイベント入力タイプおよびＶＮＣポインタイベント入力タイプのうちの１つである、請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４５】
前記ＵＩＢＣメッセージは、前記ＶＮＣ入力タイプを指定する汎用入力タイプ識別子フィールドを備える汎用入力メッセージを含む、請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４６】
前記ＵＩＢＣパラメータメッセージは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージを備える、請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４７】
前記ＵＩＢＣパラメータメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを備え、
前記ユーザ入力データを送信するために、前記命令は、前記１つまたは複数のプロセッサを、前記識別されたＵＤＰポートを使用して前記ユーザ入力データを送信するようにさらに構成する、
請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４８】
前記ユーザ入力バックチャネル（ＵＩＢＣ）パラメータメッセージは、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格に準拠し、
前記命令は、前記１つまたは複数のプロセッサを、前記ＷＦＤ規格に基づく通信プロトコルを使用して接続を確立するようにさらに構成する、
請求項４３に記載のコンピュータ可読記憶媒体。
【請求項４９】
前記汎用入力メッセージは、
前記汎用入力タイプ識別子フィールドがＶＮＣキーイベント入力タイプを指定した場合に、シンクデバイス用のディスプレイによって表示されたＶＮＣディスプレイに対してなされたキーイベントについてのＶＮＣキーイベントデータと、
前記汎用入力タイプ識別子フィールドがＶＮＣポインタイベント入力タイプを指定した場合に、前記シンクデバイス用のディスプレイによって表示された前記ＶＮＣディスプレイに対してなされたポインタイベントについてのＶＮＣポインタイベントデータと
のうちの１つを含む記述フィールドをさらに備える、請求項３に記載の方法。
【請求項５０】
前記汎用入力メッセージは、
前記汎用入力タイプ識別子フィールドがＶＮＣキーイベント入力タイプを指定した場合に、シンクデバイス用のディスプレイによって表示されたＶＮＣディスプレイに対してなされたキーイベントについてのＶＮＣキーイベントデータと、
前記汎用入力タイプ識別子フィールドがＶＮＣポインタイベント入力タイプを指定した場合に、前記シンクデバイス用のディスプレイによって表示された前記ＶＮＣディスプレイに対してなされたポインタイベントについてのＶＮＣポインタイベントデータと
のうちの１つを含む記述フィールドをさらに備える、請求項９に記載の方法。
【請求項５１】
前記汎用入力メッセージは、
前記汎用入力タイプ識別子フィールドがＶＮＣキーイベント入力タイプを指定した場合に、シンクデバイス用のディスプレイによって表示されたＶＮＣディスプレイに対してなされたキーイベントについてのＶＮＣキーイベントデータと、
前記汎用入力タイプ識別子フィールドがＶＮＣポインタイベント入力タイプを指定した場合に、前記シンクデバイス用のディスプレイによって表示された前記ＶＮＣディスプレイに対してなされたポインタイベントについてのＶＮＣポインタイベントデータと
のうちの１つを含む記述フィールドをさらに備える、請求項１５に記載のソースデバイス。
【請求項５２】
前記汎用入力メッセージは、
前記汎用入力タイプ識別子フィールドがＶＮＣキーイベント入力タイプを指定した場合に、前記シンクデバイス用のディスプレイによって表示されたＶＮＣディスプレイに対してなされたキーイベントについてのＶＮＣキーイベントデータと、
前記汎用入力タイプ識別子フィールドがＶＮＣポインタイベント入力タイプを指定した場合に、前記シンクデバイス用のディスプレイによって表示された前記ＶＮＣディスプレイに対してなされたポインタイベントについてのＶＮＣポインタイベントデータと
のうちの１つを含む記述フィールドをさらに備える、請求項２１に記載のシンクデバイス。
【請求項５３】
前記汎用入力メッセージは、
前記汎用入力タイプ識別子フィールドがＶＮＣキーイベント入力タイプを指定した場合に、シンクデバイス用のディスプレイによって表示されたＶＮＣディスプレイに対してなされたキーイベントについてのＶＮＣキーイベントデータと、
前記汎用入力タイプ識別子フィールドがＶＮＣポインタイベント入力タイプを指定した場合に、前記シンクデバイス用のディスプレイによって表示された前記ＶＮＣディスプレイに対してなされたポインタイベントについてのＶＮＣポインタイベントデータと
のうちの１つを含む記述フィールドをさらに備える、請求項２７に記載のソースデバイス。
【請求項５４】
前記汎用入力メッセージは、
前記汎用入力タイプ識別子フィールドがＶＮＣキーイベント入力タイプを指定した場合に、前記シンクデバイス用のディスプレイによって表示されたＶＮＣディスプレイに対してなされたキーイベントについてのＶＮＣキーイベントデータと、
前記汎用入力タイプ識別子フィールドがＶＮＣポインタイベント入力タイプを指定した場合に、前記シンクデバイス用のディスプレイによって表示された前記ＶＮＣディスプレイに対してなされたポインタイベントについてのＶＮＣポインタイベントデータと
のうちの１つを含む記述フィールドをさらに備える、請求項３３に記載のシンクデバイス。
【請求項５５】
前記汎用入力メッセージは、
前記汎用入力タイプ識別子フィールドがＶＮＣキーイベント入力タイプを指定した場合に、シンクデバイス用のディスプレイによって表示されたＶＮＣディスプレイに対してなされたキーイベントについてのＶＮＣキーイベントデータと、
前記汎用入力タイプ識別子フィールドがＶＮＣポインタイベント入力タイプを指定した場合に、前記シンクデバイス用のディスプレイによって表示された前記ＶＮＣディスプレイに対してなされたポインタイベントについてのＶＮＣポインタイベントデータと
のうちの１つを含む記述フィールドをさらに備える、請求項３９に記載のコンピュータ可読記憶媒体。
【請求項５６】
前記汎用入力メッセージは、
前記汎用入力タイプ識別子フィールドがＶＮＣキーイベント入力タイプを指定した場合に、シンクデバイス用のディスプレイによって表示されたＶＮＣディスプレイに対してなされたキーイベントについてのＶＮＣキーイベントデータと、
前記汎用入力タイプ識別子フィールドがＶＮＣポインタイベント入力タイプを指定した場合に、前記シンクデバイス用のディスプレイによって表示された前記ＶＮＣディスプレイに対してなされたポインタイベントについてのＶＮＣポインタイベントデータと
のうちの１つを含む記述フィールドをさらに備える、請求項４５に記載のコンピュータ可読記憶媒体。
【国際調査報告】
2016511965.tif 000024
2016511965.tif 000025
2016511965.tif 000026