JP6271568B2 - コンピューティングデバイスと車両ヘッドユニットとの間のワイヤレスディスプレイセッションの確立 - Google Patents

Description

[0001]本出願は、各々の全内容が参照により本明細書にすべて組み込まれている、２０１２年１１月２６日に出願された米国仮出願第６１／７２９，９１７号、および２０１２年１０月２９日に出願された米国仮出願第６１／７１９，８７３号の利益を主張するものである。

[0002]本開示は、ワイヤレスデバイスと自動車または他の車両上のヘッドユニットとの間の通信リンクを確立するための技法、ならびにそのような技法を実装するデバイスに関する。

[0003]ワイヤレスディスプレイ（ＷＤ）システムは、ソースデバイス（source device）と１つまたは複数のシンクデバイス（sink devices）とを含む。ソースデバイスは、メディアデータを送信することが可能であるデバイスであり得る。シンクデバイスは、メディアデータを受信およびレンダリングすることが可能であるデバイスであり得る。ソースデバイスおよびシンクデバイスは、モバイルデバイスまたはワイヤードデバイスのいずれかであり得る。たとえば、モバイルデバイスとして、ソースデバイスおよびシンクデバイスは、携帯電話、ワイヤレス通信カードを有するポータブルコンピュータ、携帯情報端末（ＰＤＡ）、ポータブルメディアプレーヤ、カメラまたはカムコーダのようなデジタル画像キャプチャデバイス、あるいは、いわゆる「スマート」フォンおよび「スマート」パッドもしくはタブレット、または他のタイプのワイヤレス通信デバイスを含む、ワイヤレス通信機能を有する他のフラッシュメモリデバイスを含み得る。たとえば、ワイヤードデバイスとして、ソースデバイスおよびシンクデバイスは、テレビ、デスクトップコンピュータ、モニタ、プロジェクタ、プリンタ、音声増幅器、セットトップボックス、ゲーム機、ルータ、デジタルビデオディスク（ＤＶＤ）プレーヤ、およびメディアサーバを備え得る。

[0004]ソースデバイスは、特定のメディア共有セッションに参加しているシンクデバイスのうちの１つまたは複数にオーディオビデオ（ＡＶ）データのようなメディアデータを送り得る。メディアデータは、ソースデバイスのローカルディスプレイとシンクデバイスのディスプレイの各々の両方において再生され得る。より具体的には、参加しているシンクデバイスの各々は、受信されたメディアデータを、そのスクリーンおよびオーディオ機器上で提示するためにレンダリングし得る。場合によっては、シンクデバイスのユーザは、タッチ入力および遠隔制御入力のようなユーザ入力をシンクデバイスに与え得る。

[0005]Ｗｉ−Ｆｉ（登録商標）ディスプレイ（ＷＦＤ）規格（Ｍｉｒａｃａｓｔ（登録商標）とも呼ばれる）は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されている、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔに基づくワイヤレスディスプレイシステムのための新生規格である。ＷＦＤ規格は、Ｗｉ−ＦｉディスプレイシンクにおいてＷｉ−Ｆｉディスプレイソースから入手されたメディアデータを発見、ペアリング、接続およびレンダリングするための相互運用可能な機構を提供する。

[0006]一般に、本開示は、ソースデバイスとシンクデバイスとの間で、デバイス相互運用性規格に従って、確立され実行された既存の制御チャネルおよびディスプレイチャネルにワイヤレスディスプレイ機能を組み込むための技法について説明する。いくつかの例では、本明細書で説明する技法を使用して、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）規格仕様に記述されている機能がＭｉｒｒｏｒＬｉｎｋ（登録商標）セッションに組み込まれ得る。そのような例では、スマートフォンまたは他のソースデバイスおよび車両ヘッドユニットまたは他のシンクデバイスが、ＭｉｒｒｏｒＬｉｎｋ（登録商標）によって利用されるレイヤ２（Ｌ２）通信プロトコルのうちの１つまたは複数を使用して、Ｌ２通信セッションを確立する。Ｌ２通信セッションを確立すると、ソースデバイスはアドレス指定および発見ステップを実行して、ＭｉｒｒｏｒＬｉｎｋ（登録商標）相互運用性規格に従って車両ヘッドユニットを発見し、消費者向け電子製品デバイスと車両ヘッドユニットとの間でコマンドをトランスポートすることが可能な制御チャネルを確立する。たとえば、制御チャネルは、車両ヘッドユニットの入力デバイスによって受信された音声コマンドまたは他のユーザインターフェースコマンドをトランスポートし得る。

[0007]続いて、車両ヘッドユニットは制御チャネルを使用して、車両ヘッドユニットへのトランスポート用のメディアデータを入手するためにＷＦＤサービスを実行するようソースデバイスに指示するコマンドをソースデバイスにトランスポートすることができる。車両ヘッドユニットおよびソースデバイスは、ソースデバイスがＷＦＤ仕様に従ってＷＦＤソースデバイスとして動作し、それによりＷＦＤ仕様に従ってシンクデバイスとして動作する車両ヘッドユニットへのメディアデータを入手することを可能にするＷｉ−Ｆｉディスプレイセッションを確立し得る。このようにして、ＷＦＤセッションは、少なくとも一時的にＭｉｒｒｏｒＬｉｎｋ（登録商標）通信セッションに取って代わることができ、ＷＦＤセッションは、ソースデバイスと車両ヘッドユニットとの間の対話の制御を担うことができ、ソースデバイスと車両ヘッドユニットとの間で制御メッセージとデータとをトランスポートする。ただし、場合によっては、車両ヘッドユニットはソースデバイスに、ＷＦＤセッションのために異なる通信チャネルに移るよう要求する。主に車両ヘッドユニットに関して説明するが、本開示の技法は、同じくＭｉｒｒｏｒＬｉｎｋ（登録商標）実装形態を実行するワイヤレスディスプレイプロトコルのための他のタイプのシンクデバイスに適用可能であり得る。

[0008]いくつかの例では、車両ヘッドユニットは、実行のための１つまたは複数のアプリケーションを提示するユーザ選択ウィンドウを表示する。アプリケーションの一部または全部はＷＦＤに関連付けられることがあり、車両ヘッドユニットのユーザがＷＦＤに関連するアプリケーションのうちの１つを選択したとき、選択されたアプリケーションはＷＦＤプロトコルを呼び出して、選択されたアプリケーションによって発信されたデータをトランスポートし、選択されたアプリケーションの動作を指示する車両ヘッドユニットからのユーザインターフェースバックチャネル（ＵＩＢＣ：User Interface Back Channel）コマンドを受信するＷＦＤセッションを確立する。

[0009]本開示の技法は、１つまたは複数の利点を提供し得る。たとえば、統合された機能は、ワイヤレストランスポートを使用して、安全で信頼性が高い、制御および改善された帯域幅ディスプレイチャネル（improved-bandwidth display channel）を提供し得る。別の例として、組み込まれた機能は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）に従って動作する既存の制御チャネルおよびディスプレイチャネルによって提供されるサービスよりも広い範囲のサービスを提供し得る。ソースデバイスから車両ヘッドユニットに出力を転送するが、本技法はまた、車両ヘッドユニットを通してソースデバイスを制御することを可能にし得、主な対話であり得る。したがって、ソースデバイスのユーザが、車両ヘッドユニットを有する車両に入り次第、メディアデータの出力およびソースデバイスによって担われている制御権が、少なくとも部分的に、車両ヘッドユニットに継ぎ目なく効果的に移転され、その結果、対話をより安全かつより豊かなものにする。

[0010]一例では、ソースデバイスからメディアデータを送信する方法は、ソースデバイスにより、ソースデバイスと車両ヘッドユニットを備えるシンクデバイスとの間の第１の通信セッションを確立することを備え、ここにおいて、第１の通信セッションは通信プロトコルに準拠する。本方法はまた、ソースデバイスにより、かつ第１の通信セッションによって、シンクデバイスを発見することを備える。本方法はさらに、第１の通信セッションの動作中に、ソースデバイスによりソースデバイスとシンクデバイスとの間の第２の通信セッションを確立することを備え、ここにおいて、第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する。本方法はまた、第２の通信セッションを使用して、メディアデータを、シンクデバイスのインターフェースに出力するためにソースデバイスからシンクデバイスに送信することを備える。

[0011]別の例では、車両ヘッドユニットを備えるシンクデバイスによりメディアデータを受信する方法は、シンクデバイスにより、シンクデバイスとソースデバイスとの間の第１の通信セッションを確立することを備え、ここにおいて、第１の通信セッションは通信プロトコルに準拠する。本方法はまた、シンクデバイスにより、かつ第１の通信セッションによって、ソースデバイスを発見することを備える。本方法はさらに、第１の通信セッションの動作中に、シンクデバイスによりソースデバイスとシンクデバイスとの間の第２の通信セッションを確立することを備え、ここにおいて、第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する。本方法はまた、シンクデバイスにより第２の通信セッションを使用して、ソースデバイスからメディアデータを受信することを備える。本方法はさらに、シンクデバイスのインターフェースにメディアデータをレンダリングすることを備える。

[0012]別の例では、ソースデバイスは、車両ヘッドユニットを備えるシンクデバイスとの第１の通信セッションを確立するように構成されたＭｉｒｒｏｒＬｉｎｋインターフェースを備え、ここにおいて、第１の通信セッションは通信プロトコルに準拠する、ここにおいて、ＭｉｒｒｏｒＬｉｎｋインターフェースは、第１の通信セッションによって、シンクデバイスを発見するように構成される。ソースデバイスはまた、第１の通信セッションの動作中に、シンクデバイスとの第２の通信セッションを確立するように構成されたＷｉ−Ｆｉディスプレイ（ＷＦＤ）ソースを備え、ここにおいて、第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する、ここにおいて、ＷＦＤソースは、第２の通信セッションを使用して、メディアデータを、シンクデバイスのインターフェースに出力するためにシンクデバイスに送信するように構成される。

[0013]別の例では、シンクデバイスは、ソースデバイスとの第１の通信セッションを確立するように構成されたＭｉｒｒｏｒＬｉｎｋインターフェースを備え、ここにおいて、第１の通信セッションは通信プロトコルに準拠する、ここにおいて、ＭｉｒｒｏｒＬｉｎｋインターフェースは、第１の通信セッションによって、ソースデバイスを発見するように構成される。シンクデバイスはまた、第１の通信セッションの動作中に、シンクデバイスとの第２の通信セッションを確立するように構成されたＷｉ−Ｆｉディスプレイ（ＷＦＤ）シンクを備え、ここにおいて、第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する、ここにおいて、ＷＦＤシンクは、第２の通信セッションを使用して、ソースデバイスからメディアデータを受信するように構成される、ここにおいて、ＷＦＤシンクは、シンクデバイスのインターフェースにメディアデータをレンダリングするように構成される。

[0014]別の例では、ソースデバイスは、車両ヘッドユニットを備えるシンクデバイスとの第１の通信セッションを確立するための手段を備え、ここにおいて、第１の通信セッションは通信プロトコルに準拠する。ソースデバイスはまた、第１の通信セッションによって、シンクデバイスを発見するための手段を含む。ソースデバイスはさらに、第１の通信セッションの動作中に、シンクデバイスとの第２の通信セッションを確立するための手段を備え、ここにおいて、第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する。ソースデバイスはまた、第２の通信セッションを使用して、メディアデータを、シンクデバイスのインターフェースに出力するためにシンクデバイスに送信するための手段を備える。

[0015]別の例では、シンクデバイスは、ソースデバイスとの第１の通信セッションを確立するための手段を備え、ここにおいて、第１の通信セッションは通信プロトコルに準拠する。シンクデバイスはまた、第１の通信セッションによって、ソースデバイスを発見するための手段を備える。シンクデバイスはさらに、第１の通信セッションの動作中に、ソースデバイスとの第２の通信セッションを確立するための手段を備え、ここにおいて、第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する。シンクデバイスはまた、第２の通信セッションを使用して、ソースデバイスからメディアデータを受信するための手段を備える。シンクデバイスはさらに、インターフェースにメディアデータをレンダリングするための手段を備える。

[0016]別の例では、コンピュータ可読記憶媒体は、その上に記憶された命令を含み、この命令は実行されたとき、１つまたは複数のプロセッサに、ソースデバイスにより、ソースデバイスと車両ヘッドユニットを備えるシンクデバイスとの間の第１の通信セッションを確立させ、ここにおいて、第１の通信セッションは通信プロトコルに準拠する。本命令はまた、プロセッサに、ソースデバイスにより、かつ第１の通信セッションによって、シンクデバイスを発見させる。本命令はさらに、プロセッサに、第１の通信セッションの動作中に、ソースデバイスによりソースデバイスとシンクデバイスとの間の第２の通信セッションを確立させ、ここにおいて、第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する。本命令はまた、プロセッサに、第２の通信セッションを使用して、メディアデータを、シンクデバイスのインターフェースに出力するためにソースデバイスからシンクデバイスに送信させる。

[0017]別の例では、コンピュータ可読記憶媒体は、その上に記憶された命令を含み、この命令は実行されたとき、１つまたは複数のプロセッサに、シンクデバイスにより、車両ヘッドユニットを備えるシンクデバイスとソースデバイスとの間の第１の通信セッションを確立させ、ここにおいて、第１の通信セッションは通信プロトコルに準拠する。本命令はまた、プロセッサに、シンクデバイスにより、かつ第１の通信セッションによって、ソースデバイスを発見させる。本命令はさらに、プロセッサに、第１の通信セッションの動作中に、シンクデバイスによりソースデバイスとシンクデバイスとの間の第２の通信セッションを確立させ、ここにおいて、第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する。本命令はまた、プロセッサに、シンクデバイスにより第２の通信セッションを使用して、ソースデバイスからメディアデータを受信させる。本命令はさらに、プロセッサに、シンクデバイスのインターフェースにメディアデータをレンダリングさせる。

[0018]本開示の１つまたは複数の例の詳細が、添付の図面および以下の説明に記載される。他の特徴、目的、および利点は、その説明および図面、ならびに特許請求の範囲から明らかになろう。

[0019]本明細書で説明する技法により動作するワイヤレス通信システムの一例を示すブロック図。 [0020]本明細書で説明する技法により動作するワイヤレス通信システムの一例を示すブロック図。 [0021]本明細書で説明する技法によるＷｉ−Ｆｉディスプレイセッションを確立するための車両ヘッドユニットの構成要素の例示的な動作を示すフローチャート。 [0022]本明細書で説明する技法によるＷｉ−Ｆｉディスプレイセッションを確立するための車両ヘッドユニットの構成要素の例示的な動作を示すフローチャート。 [0023]本明細書で説明する技法によるＷｉ−Ｆｉディスプレイセッションを確立するための車両ヘッドユニットの構成要素の例示的な動作を示すフローチャート。 [0024]本開示の技法を実装し得るコンピューティングシステムの一例を示すブロック図。 [0025]本明細書で説明する技法による複数の車両コンソールをサポートする複数のワイヤレスプロトコルセッションを含むワイヤレス通信セッションの例示的な場合を示すブロック図。 [0026]本開示の技法により動作するシステムのためのデータ通信モデルまたはプロトコルスタックの一例を示すブロック図。

[0027]ＭｉｒｒｏｒＬｉｎｋ（登録商標）は、Ｃａｒ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｃｏｎｓｏｒｔｉｕｍによって策定されたデバイス相互運用性規格である。ＭｉｒｒｏｒＬｉｎｋ（登録商標）は、ターミナルモードと呼ばれることもあり、ＭｉｒｒｏｒＬｉｎｋ（登録商標）１．０デバイス仕様に記述されている。ＭｉｒｒｏｒＬｉｎｋ（登録商標）の１つの目標は、スマートフォンと車のインフォテインメントシステムとの間の安全で継ぎ目のない統合をもたらすことである。ＭｉｒｒｏｒＬｉｎｋ（登録商標）は、スマートフォンを自動車アプリケーションプラットフォームに変換し得、自動車アプリケーションプラットフォームでは、アプリが受け入れられ、スマートフォン上で実行される一方、ドライバおよび同乗者は、車の車載インフォテインメント（ＩＶＩ）システムのステアリングホイールコントロール、ダッシュボードボタン、および／またはタッチスクリーンを通してアプリと対話する。ＭｉｒｒｏｒＬｉｎｋ（登録商標）は、ＩＰ、ＵＳＢ、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、リアルタイムプロトコル（ＲＴＰ：Real-Time Protocol、オーディオ用）およびＵｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ（ＵＰｎＰ）のような、一連の十分に確立された非プロプライエタリ技術を利用する。さらに、ＭｉｒｒｏｒＬｉｎｋ（登録商標）は、ＩＶＩスクリーン上にスマートフォンアプリケーションのユーザインターフェースを表示するために、またスマートフォンに戻る形でユーザ入力を通信するために、基本プロトコルとしてＶｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｃｏｍｐｕｔｉｎｇ（ＶＮＣ）を使用する。

[0028]本開示の技法によれば、ワイヤレスディスプレイプロトコルの態様がＭｉｒｒｏｒＬｉｎｋ（登録商標）に組み込まれて、ワイヤレスディスプレイシンクデバイスとワイヤレスディスプレイソースデバイスとの間、たとえば車両ヘッドユニットとスマートフォンまたは他の消費者向け電子製品デバイスとの間の利用可能なサービスの範囲を拡大する。たとえば、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ）機能の態様がＭｉｒｒｏｒＬｉｎｋ（登録商標）に組み込まれることがあり、スマートフォンは、組み込まれた機能を使用して、出力を車両ヘッドユニットに継ぎ目なくワイヤレス転送する一方、車両のドライバが、出口（outlet）を制御するために車両ヘッドユニットを通してスマートフォンを制御できるようにし得る。他の例では、本技法は、ＷｉｒｅｌｅｓｓＨＤ、Ｗｉｒｅｌｅｓｓ Ｈｏｍｅ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ（ＷＨＤＩ）、ＷｉＧｉｇ、またはＷｉｒｅｌｅｓｓ Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ）から引き出された機能を統合することを含み得る。

[0029]別の例として、本技法は、車両ヘッドユニットがＷｉ−Ｆｉディスプレイをサポートしないシステムにおいて、またシンクデバイスがＷｉ−Ｆｉディスプレイをサポートするシステムにおいて、ＭｉｒｒｏｒＬｉｎｋ（登録商標）にワイヤレスディスプレイプロトコルの態様を組み込むことを含み得る。シンクデバイスがＷｉ−Ｆｉディスプレイをサポートしないシステムでは、本技法は、シンクデバイスがＷｉ−Ｆｉディスプレイをサポートするシステムと対比して低下した一連のサービスをＭｉｒｒｏｒＬｉｎｋ（登録商標）に組み込むことを含み得る。たとえば、低下した一連のサービスは、ソースデバイスアプリケーションの制御を可能にする逆方向チャネルアーキテクチャを含まないことがある。

[0030]さらなる例として、本技法は、ピアツーピア（Ｐ２Ｐ）グループ形成をサポートするＭｉｒｒｏｒＬｉｎｋ（登録商標）実装形態に、またＰ２Ｐグループ形成をサポートしないＭｉｒｒｏｒＬｉｎｋ（登録商標）実装形態にワイヤレスディスプレイプロトコルの態様を組み込むことを含み得る。Ｐ２Ｐグループ形成をサポートしないＭｉｒｒｏｒＬｉｎｋ（登録商標）実装形態の場合、ワイヤレスディスプレイプロトコルは、シンクデバイスおよびソースデバイスのためのＰ２Ｐグループを確立するためにＰ２Ｐグループ形成を実行し、これは、当初のＭｉｒｒｏｒＬｉｎｋ（登録商標）セッションならびに別個にワイヤレスディスプレイプロトコルセッションセットアップのためのセキュリティ関連付けステップを実行することを必要とし得る。

[0031]別の例として、本技法は、自動車の前部コンソール（または車両ヘッドユニット）および後部コンソール（後部同乗者ユニット）などの複数の車両コンソールの間で区別して、前部コンソールおよび後部コンソールの固有の要件に合わせてワイヤレスディスプレイアプリケーションを調節することを含み得る。たとえば、前部コンソールは自動車のドライバにとってアクセス可能であるので、本技法は、自動車が動いている状況では、前部コンソールに対してはいくつかのアプリケーションを制限する一方、後部コンソールに対してはそのような制限を適用するのを控え得る。別の例として、ソースデバイスは、ストリーミングメディアデータのタイプに従って、コンソール宛先を適応的に変更し得る。たとえば、シンクデバイスへのストリーミングメディアデータがオーディオのみである場合、ソースデバイスは、メディアデータを前部コンソールに向けてよく、前部コンソールは、自動車スピーカーシステムを通してオーディオをルーティングする。一方、シンクデバイスへのストリーミングメディアデータがビデオデータを含む場合、ソースデバイスはビデオを、自動車が動いている間は後部コンソールに向け、または自動車が動いていないときは、複製ならびに自動車システムを通した前部コンソールディスプレイおよび後部コンソールディスプレイへのルーティングのために前部コンソールに向けることがある。

[0032]さらなる例として、本技法は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）システムにおいてデバイスを発見するために非ＭｉｒｒｏｒＬｉｎｋ（登録商標）規格発見プロトコルを実行することを含み得る。ＭｉｒｒｏｒＬｉｎｋ（登録商標）は、デバイス発見のためのＵｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ（ＵＰｎＰ）の使用を指定している。本技法は、範囲内のワイヤレスディスプレイプロトコルサポートデバイスを識別するために、またそのようなデバイスに関するサービス記述を受け取るために、Ｗｉ−Ｆｉ ＤｉｒｅｃｔまたはＢｌｕｅｔｏｏｔｈなどの追加の発見プロトコルを使用することを含み得る。次いでワイヤレスディスプレイプロトコルセッションは、発見プロトコルセッションに取って代わり、ソースデバイスとシンクデバイスとの間の対話の制御を担ってよく、ソースデバイスとシンクデバイスとの間で制御メッセージとデータとをトランスポートする。

[0033]図１は、本明細書で説明する技法により動作するワイヤレス通信システムの一例を示すブロック図である。ワイヤレス通信システム２は、１つまたは複数のアプリケーション１２を実行するソースデバイス１０を含む。ソースデバイス１０は、限定はしないが、モバイル電話、タブレットコンピュータ、携帯情報端末、ハンドヘルドコンピュータ、メディアプレーヤなど、またはこれらのアイテムの２つ以上の組合せを含むモバイルコンピューティングデバイスを表し得る。ソースデバイス１０は、たとえば、ネットワーク６によってアクセス可能なサーバからメディアデータを受信するために、ワイヤレス通信リンクによってネットワーク６と通信する。ある態様では、ソースデバイス１０は、追加または代替として、ソースデバイスのコンピュータ可読記憶媒体（図１に示されていない）からメディアデータを入手する独立型ソースデバイスを表し得る。

[0034]ネットワーク６は、ソースデバイス１０にネットワークアクセスと、データトランスポートと、他のサービスとを提供する４へのサービスプロバイダによって運営されるモバイルネットワークを表し得る。一般に、ネットワーク６は、第三世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）によってそれぞれ規格化されている汎用パケット無線サービス（ＧＰＲＳ：General Packet Radio Service）アーキテクチャ、ユニバーサルモバイル通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）アーキテクチャ、およびロングタームエボリューション（ＬＴＥ：Long Term Evolution）と呼ばれるＵＭＴＳの発展形などセルラーネットワークアーキテクチャを実装し得る。

[0035]アプリケーション１２の各々は、ソースデバイス１０もしくはソースデバイス１０上で動作するソフトウェアを製造する事業体によって提供されるアプリケーション、またはソースデバイス１０とともに使用するための第三者によって開発されたアプリケーションを表し得る。アプリケーション１２の例には、移動ルート設定、マップ、オーディオおよび／またはビデオの提示、ストリーミングビデオの配信および提示、音声および／または呼、気象などのためのアプリケーションがある。アプリケーション１２の各々は、Ｃａｒ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｃｏｎｓｏｒｔｉｕｍ（ＣＣＣ）によって策定されたＭｉｒｒｏｒＬｉｎｋ（登録商標）デバイス相互運用性規格に準拠し得、ＭｉｒｒｏｒＬｉｎｋ（登録商標）を使用してシンクデバイス２０との統合をもたらし得る。準拠しているアプリケーション１２のうちの１つは、代替的に本明細書では「ＣＣＣアプリケーション」と呼ばれることがある。ソースデバイス１０は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）に準拠していない追加のアプリケーションを含み得る。

[0036]シンクデバイス２０は、場合によっては、シンクデバイス２０の１つまたは複数のユーザインターフェースデバイス２２をソースデバイス１０と統合することが可能なＭｉｒｒｏｒＬｉｎｋ（登録商標）実装形態を実行する自動車のための車両ヘッドユニットを表し得る。ユーザインターフェースデバイス２２は、触覚フィードバック、オーディオフィードバック、またはビデオフィードバックを通してユーザから入力を受信するように構成された１つまたは複数の入力デバイスを含み得る。入力デバイスの例には、プレゼンスセンシティブおよび／またはタッチセンシティブディスプレイ、マウス、キーボード、音声反応システム、ビデオカメラ、マイクロフォン、ステアリングホイールボタンもしくはノブまたはたとえばボリュームの上げもしくは下げのために押されるかもしくは回転されることのある車両中の他のコントロール、あるいはユーザからのコマンドを検出するための任意の他のタイプのデバイスがある。本明細書でのシンクデバイス２０および／またはソースデバイス１０の「ユーザ」への言及は、シンクデバイス２０を含む自動車のドライバまたは同乗者を含み得る。ユーザインターフェースデバイス２２はまた、触覚刺激、オーディオ刺激、またはビデオ刺激を使用してユーザに出力を提供するように構成された１つまたは複数の出力デバイスを含み得る。出力デバイスの例には、プレゼンスセンシティブディスプレイ、サウンドカード、スピーカー、ビデオグラフィックスアダプターカード、スピーカー、液晶ディスプレイ（ＬＣＤ）、または人間もしくは機械が理解できる適切な形式に信号を変換するための任意の他のタイプのデバイスがある。

[0037]ソースデバイス１０およびシンクデバイス２０は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）実装形態において利用される１つまたは複数の通信プロトコル、たとえばＵｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ）２．０、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）、Ｂｌｕｅｔｏｏｔｈ、および／またはＡｄｖａｎｃｅｄ Ａｕｄｉｏ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｒｏｆｉｌｅ（Ａ２ＤＰ）に従って、レイヤ２（Ｌ２）通信セッション３０を確立し得る。ソースデバイス１０およびシンクデバイス２０は、Ｈａｎｄｓ Ｆｒｅｅ Ｐｒｏｆｉｌｅを通してオーディオ入力／出力（Ｉ／Ｏ）にＢｌｕｅｔｏｏｔｈおよび／またはＡ２ＤＰを使用し得る一方、ビデオ、テキスト、およびアプリケーションインターフェースなどの他のタイプのアプリケーションデータをトランスポートするためにＵＳＢ２．０またはＷＬＡＮのうちの１つを使用し得る。ＷＬＡＮは、ＩＥＥＥ８０２．１１規格ファミリーからのワイヤレス通信規格に準拠し得る。レイヤ２通信セッション３０は、ワイヤードまたはワイヤレストランスポート媒体を介して動作し得る。たとえば、車両のドライバは、Ｌ２通信セッション３０信号をトランスポートするために、シンクデバイス２０を含む車両ヘッドユニットによって提供された（または車両ヘッドユニットに接続された）ＵＳＢ２．０対応ケーブルまたはドッキングインターフェースにソースデバイス１０を接続し得る。代替として、ソースデバイス１０およびシンクデバイス２０は、たとえばＷｉ−ＦｉなどのＷＬＡＮプロトコルに従ってワイヤレスにＭｉｒｒｏｒＬｉｎｋ（登録商標）通信セッション３０を動作させ得る。

[0038]本明細書で説明する技法によれば、ソースデバイス１０およびシンクデバイス２０はＬ２通信セッション３０を使用して、シンクデバイス２０がＷＤシンクとして動作することを可能にし、ソースデバイス１０がＷＤソースとして動作することを可能にし、シンクデバイス２０へのメディアデータ３４を入手して、ワイヤレスディスプレイ（ＷＤ）プロトコルセッション３２を確立することができる。さらに、ＷＤプロトコルセッション３２は、たとえば、シンクデバイス２０へのメディアデータの配信を制御するために、シンクデバイス２０がユーザインターフェースデバイス２２で受信されたユーザ入力をソースデバイス１０に送ることを可能にするＷＤ制御チャネル３６を含み得る。場合によっては、Ｌ２通信セッション３０は、ワイヤードリンクを介して動作し得る一方、ＷＤプロトコルセッション３２は、対応するワイヤレスディスプレイプロトコルに従ってワイヤレスリンクを介して動作し得る。

[0039]ワイヤレスディスプレイプロトコルセッション３２は、ソースデバイス１０およびシンクデバイス２０が、ワイヤレスアクセスポイントまたはいわゆるホットスポットのような中間物を使用せずに互いに直接通信するように、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ（ＷＦＤ）規格に従って通信するＷｉ−Ｆｉディスプレイ（ＷＦＤ）セッションを表し得る。ソースデバイス１０およびシンクデバイス２０はまた、ネットワーク輻輳を回避または低減するためにトンネリングされたダイレクトリンクセットアップ（ＴＤＬＳ）を確立し得る。一般に、ＷＦＤおよびＴＤＬＳは、比較的短距離の通信セッションをセットアップすることを目的とする。この文脈では、比較的短距離とは、たとえば、約７０メートル未満を指すことがあるが、雑音の多いまたは遮るものがある環境では、デバイス間の距離は、約３５メートル未満、または約２０メートル未満、約１５メートル未満、または一般に自動車などの車両の内部の範囲内のように、さらに短いことがある。

[0040]本開示の技法について時折ＷＦＤに関して説明することがあるが、これらの技法の態様は他の通信プロトコルにも適合し得ることが企図される。限定ではなく例として、ソースデバイス１０とシンクデバイス２０との間のワイヤレス通信は直交周波数分割多重化（ＯＦＤＭ）技法を利用し得る。限定はしないが、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、またはＯＦＤＭ、ＦＤＭＡ、ＴＤＭＡおよび／もしくはＣＤＭＡの任意の組合せを含む、多種多様な他のワイヤレス通信技法も使用され得る。しかしながら、本開示の技法により、ＷＦＤは他のワイヤレスディスプレイプロトコルよりも広い範囲のサービスを提供し得る。

[0041]上述のように、ソースデバイス１０から受信されたデータを出力することに加えて、シンクデバイス２０は、ユーザ入力デバイス２２からユーザ入力を受信し、ソースデバイス１０が解読することが可能であるデータパケット構造にユーザ入力コマンドをフォーマットすることもできる。シンクデバイス２０は、ＷＤ制御チャネル３６を使用して、フォーマットされた入力コマンドをソースデバイス１０に送信した。受信されたコマンドに基づいて、ソースデバイス１０は、シンクデバイス２０に送信されるメディアデータを変更し得る。このようにして、シンクデバイス２０のユーザが、リモートで、かつソースデバイス１０と直接対話することなく、ソースデバイス１０によって送信されているオーディオペイロードデータとビデオペイロードデータとを制御することができる。

[0042]いくつかの例では、ＷＤ制御チャネル３６は、シンクデバイス２０が、シンクデバイス２０において与えられたユーザ入力をソースデバイス１０に送信することを可能にするために、ユーザインターフェースバックチャネル（ＵＩＢＣ）とも呼ばれる逆方向チャネルアーキテクチャを実装する。逆方向チャネルアーキテクチャは、ユーザ入力をトランスポートするための上位レイヤメッセージと、シンクデバイス２０およびソースデバイス１０においてユーザインターフェース機能をネゴシエートするための下位レイヤフレームとを含み得る。ＵＩＢＣは、伝送制御プロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）またはユーザデータグラムプロトコル（ＵＤＰ）／ＩＰモデルにおいて、シンクデバイス２０とソースデバイス１０との間でトランスポート層を介して動作し得る。

[0043]Ｌ２通信セッション３０を使用してワイヤレスディスプレイプロトコルセッション３２をブートストラップすることによって、本技法は、ソースデバイス１０からシンクデバイス２０へのＷＤアプリケーション出力および制御権の継ぎ目のない移転をもたらし、その結果、自動車アプリケーションにおける場合に、すなわち、ソースデバイス１０が車両ヘッドユニットを含む環境において、ソースデバイス１０との対話をより安全かつより豊かなものにし得る。さらに、ワイヤレスディスプレイプロトコルセッション３２は、Ｌ２通信セッション３０に関して改善されたセキュリティ、信頼性、および速度だけではなく、いくつかの例では、ソースデバイス１０へのユーザ入力の通信を促進するＷＤ制御チャネル３６ももたらし得る。

[0044]図２は、本明細書で説明する技法により動作するワイヤレス通信システムの一例を示すブロック図である。ワイヤレス通信システム５０は、それぞれ図１のソースデバイス１０およびシンクデバイス２０の例示的な場合を表し得るソースデバイス６０と車両ヘッドユニット７０とを含む。ソースデバイス６０は、図１のアプリケーション１２のうちの１つの例示的な場合をそれぞれ表し得るアプリケーション６２Ａ〜６２Ｎ（まとめて「アプリケーション６２」０、ならびにＷｉ−Ｆｉディスプレイソースモジュール６４（「ＷＦＤソース６４」）およびＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８（「ＭｉｒｒｏｒＬｉｎｋインターフェース６８」）を含む。アプリケーション６２の例には、マッピングサービス、ビデオまたはオーディオストリーミングサービス、ビデオまたはオーディオプレーヤ、電話サービス、自己管理サービスなどがあり得る。

[0045]車両ヘッドユニット７０は、図１のユーザインターフェースデバイス１２の例を表し得る１つまたは複数のユーザインターフェースデバイス７８、ならびにアプリケーション７２、ワイヤレスディスプレイシンク７４（「ＷＦＤシンク７４」）、およびＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６（「ＭｉｒｒｏｒＬｉｎｋインターフェース７６」）を含む。アプリケーション７２は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６がＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション９０において受信されたメディアデータ、たとえばウェブページを表示し得るブラウザまたは他のディスプレイアプリケーションを表し得る。

[0046]ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８およびＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）仕様に従って利用される１つまたは複数のプロトコルを使用して、ソースデバイス６０と車両ヘッドユニット７０との間のＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション９０を確立し得る。本明細書で説明する技法によれば、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８はＵｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ（ＵＰｎＰ）を使用して、ＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション９０によって、ユニフォームリソースロケータ（ＵＲＬ：Uniform Resource Locator）に関連するページに関するページメッセージ９２を、表示のためにＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６に送り得る。ページメッセージ９２内に含まれるページは、ユーザインターフェース、この場合にはユーザ選択ウィンドウ９６としてレンダリングし得る。ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６は、ユーザインターフェースデバイス７８のディスプレイデバイスへのユーザ選択ウィンドウ９２としてアプリケーション７２によってレンダリングするための、ページメッセージ９２に含まれるページを受信し、提示し得る。いくつかの例では、車両ヘッドユニット７０は、ユーザ選択ウィンドウ９４の表現を記憶し、ＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション９０から独立してユーザ選択ウィンドウ９４をレンダリングし得る。

[0047]ユーザ選択ウィンドウ９６は、ソースデバイス６０から利用可能な、アプリケーション６２Ａ〜６２Ｎに対応するワイヤレスディスプレイアプリケーションアイコン９８Ａ〜９８Ｎ（まとめて「アプリケーションアイコン９８」）を載せる。車両ヘッドユニット７０のユーザ、たとえば車両ドライバは、アプリケーションアイコン９８のうちの１つ、たとえばアプリケーションアイコン９８Ａを、たとえばユーザインターフェースデバイス７８のタッチスクリーンデバイスに提示されたそのアプリケーションアイコンをタッチすることによって、または１つもしくは複数の選択ボタンもしくは他のユーザ入力デバイスを使用してそのアイコンを選択することによって、選択し得る。場合によっては、ユーザは、アプリケーションアイコン９８のうちの１つを、そのアプリケーションアイコンに関連する音声コマンドを使用して選択し得る。

[0048]アプリケーションアイコン９８Ａの選択に応答して、アプリケーション７２は、選択の指示を受信し、ＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション９０によってアプリケーションサービス開始メッセージ９４を送るようＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６に指示する。アプリケーションサービス開始メッセージ９４は、アプリケーションアイコン９８Ａによって表されるアプリケーション６２Ａに関する識別子を含み得る。アプリケーションサービス開始メッセージ９４は、ＵＰｎＰに従ってソースデバイス６０のために制御ＵＲＬに送られてよく、Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ（ＳＯＡＰ）を使用して拡張可能マークアップ言語（ＸＭＬ：eXtensible Markup Language）で表現され得る。

[0049]ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８は、アプリケーションサービス開始メッセージ９４を受信し、応答してアプリケーション６２Ａを実行して、ＷＦＤソース６４によって表されるワイヤレスディスプレイサービスを開始する。ＷＦＤソース６４は、別個の構成要素として示されているが、アプリケーション６２Ａによって提供されるサービスを表すことがある。以下でさらに詳細に説明するように、ＷＦＤソース６４およびＷＦＤシンク７４は、ＷＦＤセッション８２のためのチャネルパラメータをネゴシエートする。ＷＦＤソース６４はメディアデータ８４を、ユーザインターフェース７８のうちの１つまたは複数に出力するためにＷＦＤシンク７４に向ける。ＷＦＤ制御チャネル８６は、図１のＷＤ制御チャネル３６の例示的な場合を表してよく、ＷＦＤシンク７４が、アプリケーション６２Ａを制御するために、より詳細にはメディアデータ８４の配信を変更するために、ユーザインターフェースデバイス７８で与えられたユーザ入力をＷＦＤソース６４に送信することを可能にする。

[0050]図３は、本明細書で説明する技法によるＷｉ−Ｆｉディスプレイセッションを確立するための車両ヘッドユニットの構成要素の例示的な動作を示すフローチャートである。例示的な動作について、図２の車両ヘッドユニット７０に関して説明する。最初に、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８が、ＵＳＢ２．０またはＷＬＡＮなど、ＭｉｒｒｏｒＬｉｎｋ（登録商標）に関連する１つまたは複数のレイヤ２（Ｌ２）プロトコルを実行して、アクセス可能なＬ２デバイスを発見し（１００）、発見されたデバイスによって提供されるサービスを発見し（１０２）、発見されたデバイスとのピアツーピアＰ２Ｐグループを随意に確立し（１０４）、発見されたデバイスとのセキュリティ関連付けを実行して、デバイスを認証し、デバイス間の安全なデータ交換を促進する（１０６）。ＭｉｒｒｏｒＬｉｎｋ（登録商標）は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔおよび／またはＴＤＬＳを使用してＰ２Ｐグループを確立し得る。図４〜図５に関してより詳細に説明するように、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８がいくつかの例ではＰ２Ｐグループ形成を実行するように構成されないことがあること示すために、Ｐ２Ｐグループ形成（１０４）は破線で示されている。セキュリティ関連付け（１０６）を完了させると、車両ヘッドユニット７０は、たとえばソースデバイス６０よりＬ２パケットデータユニット（ＰＤＵ）を入手し受信するために使用可能なＬ２通信リンクを確立している。

[0051]Ｌ２通信リンクが確立されているので、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８は、この例ではＵＰｎＰを実行して、ネットワークレイヤ、たとえばＩＰアドレスを取得する（１０８）。ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８は、車両ヘッドユニット７０にＩＰアドレスを自動割当てし得る。ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８はさらに、たとえば、Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ（ＳＳＤＰ）、または別のサービス発見プロトコルを使用して、Ｐ２Ｐグループにおいて利用可能なデバイスを発見する（１１０）。発見されたデバイスについて、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８はサービス発見を実行して、デバイスから利用可能なサービス、ならびにＵＰｎＰの場合に制御、イベンティングおよび提示のためのＵＲＬを識別する（１１２）。次いで、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８は、ＵＰｎＰに従って制御メッセージを送る／受信することがある。本明細書で説明する技法によれば、アプリケーション７２は、選択可能なアプリケーションアイコン９８を提供するユーザ選択ウィンドウ９６を表示する（１１６）。

[0052]ユーザがアプリケーションアイコン９８Ａを選択すると、アプリケーション７２はＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８に、ＵＰｎＰコントロールを使用して、ＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション９０によってアプリケーションサービス開始メッセージ９４を送るよう指示する（１２０）。アプリケーションサービス開始メッセージ９４はソースデバイス６０に、アプリケーションアイコン９８Ａに対応する選択されたアプリケーション６２Ａを開始するよう指示する。次に、選択されたアプリケーション６２Ａは、ソースデバイス６０のサービスとしてＷＦＤソース６４を開始する。ＷＦＤシンク７４は、アプリケーション６２Ａがアクティブである間にソースデバイス６０と車両ヘッドユニット７０との間の制御チャネル１２４として、ＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション９０に取って代わるＷＦＤセッション８２を確立する（１２４）。

[0053]場合によっては、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８は、アプリケーション７２によって促されずに、ユーザ選択ウィンドウを表示する前にアプリケーションサービス開始メッセージ９４を送る。たとえば、アプリケーションサービス開始メッセージ９４はソースデバイス６０に、ユーザ選択ウィンドウ９６としてＷｉ−Ｆｉシンク７４によってユーザインターフェースデバイス７８にレンダリングされるメディアデータを移転するために、Ｗｉ−Ｆｉディスプレイプロトコルを呼び出すアプリケーションを実行するよう指示し得る。ユーザはアプリケーションアイコン９８のうちの１つを選択して、ソースデバイス６０上で実行されているアプリケーション６２のうちのインボーク（invoke）別のものを使用する。結果として、Ｗｉ−Ｆｉディスプレイプロトコルは、セッションのためのより早い制御を実現する。

[0054]図４は、本明細書で説明する技法によるＷｉ−Ｆｉディスプレイセッションを確立するための車両ヘッドユニットの構成要素の例示的な動作を示すフローチャートである。例示的な動作について、図２の車両ヘッドユニット７０に関して説明する。アプリケーション７２は、必要な場合、ＷＦＤシンク７４によって表されるＷｉ−Ｆｉディスプレイサービスを開始し、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６に、ピアにアプリケーションサービス開始メッセージ９４を送るよう指示する（２００）。ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６は、応答して、ソースデバイス１０のＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８にアプリケーションサービス開始メッセージ９４を送る（２０２）。アプリケーションサービス開始メッセージ９４は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８に、ＷＦＤソース６４を呼び出すアプリケーション６２Ａを実行させる。続いて、ＷＦＤシンク７４は、ＷＦＤソース６４とのピアグループ接続を随意に確立し得る（２０３）。ピアグループ接続を確立することが、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６がソースデバイス６０と車両ヘッドユニット７０との間のＰ２Ｐグループに対応可能であり、かつＰ２Ｐグループを以前に確立しているかどうかに基づく随意のステップであることを示すために、これは破線で示されている。そうでない場合、ＷＦＤシンク７４は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔおよび／またはＴＤＬＳを使用してＰ２Ｐグループ形成を実行し得る。これは、ソースデバイス６０と車両ヘッドユニット７０との間のセキュリティ関連付けステップの二重の実行、すなわち、ＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション９０のための第１のセキュリティ関連付けステップおよびＷＦＤセッション８２のための第２のセキュリティ関連付けステップをもたらし得る。

[0055]次いで、ＷＦＤシンク７４は、ＷＦＤセッション８２を確立し続けるために、またＷＦＤセッション８２を実行するために、ＷＦＤプロトコルを実行し得る（２０４）。たとえば、ＷＦＤシンク７４およびＷＦＤソース６４は、たとえば、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを使用した機能のネゴシエーションに従って、通信セッションを確立し得る。いくつかの例では、ＷＦＤセッションを確立するための要求が、ソースデバイス６０によって車両ヘッドユニット７０に送られ得る。ＷＦＤセッション８２が確立されると、ＷＦＤシンク７４は、リアルタイムトランスポートプロトコル（ＲＴＰ）（別のＷＦＤプロトコル）を使用してメディアデータ８４、たとえばオーディオビデオ（ＡＶ）データを受信する。ＷＦＤシンク７４は、受信されたメディアデータをユーザインターフェースデバイス７８にレンダリングおよび／または出力する。

[0056]さらに、ＭｉｒｒｏｒＬｉｎｋ（登録商標）をサポートするためにＷＦＤ規格に対して行われ得る追加の変更およびこれらの追加の変更は、追加のパラメータを含めるためのＷＦＤ規格における機能のネゴシエーションの拡張を含み得る。上記のように、ＷＦＤシンク７４およびＷＦＤソース６４は、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを使用して機能をネゴシエートし得る。ＷＦＤ規格によれば、ソースデバイスは肯定応答要求メッセージ（たとえば、ＲＴＳＰ ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージ）をシンクデバイスに送る。ＲＴＳＰ ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージは、メディア共有セッション中にフィードバックチャネルを使用してどのように情報が送信されることになるかを示すパラメータを含む。一例では、ＲＴＳＰ ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージは、フィードバックチャネルのためのＵＤＰトランスポートチャネル（ポート）に関するパラメータを含むように変更され得る。ＵＤＰトランスポートチャネルは、既存のＴＣＰトランスポートチャネルに取って代わるか、または既存のＴＣＰトランスポートチャネルを補完し得る。一例では、ＲＴＳＰ ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージは、たとえばＵＩＢＣ用の音声コマンドを含むＵＤＰデータグラムを送信するためのＷＦＤシンク７４用のユーザデータグラムプロトコル（ＵＤＰ）ポートを示すためのパラメータを含み得る。一例では、ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージは、以下のシンタックスに従ってフォーマットされてよく、ここでは、ｕｄｐ−ｐｏｒｔは、ＷＦＤソース６４がＵＤＰデータグラムを受信することを求めるポートを示す。

[0057]続いて、アプリケーション７２は、アプリケーションサービスを停止するためのユーザインターフェース７８へのユーザ入力の指示を受信し得る（２０６）。代替として、アプリケーション７２は、たとえば、アプリケーションサービスを自律的に停止するか、または車両からアプリケーションサービスを停止するよう指示を受信し得る。したがって、アプリケーション７２は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６に、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８にアプリケーションサービス停止メッセージ９５を送るよう指示する（２０８）。アプリケーションサービス停止メッセージは、ソースデバイス６０に、ＷＦＤソース６４によって表されるＷＦＤサービスを停止または中止させ、制御権は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション９０を動作させているＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８およびＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６に戻る。ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６は、その後、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８からページメッセージ９２を受信し（２１０）、ユーザインターフェースデバイス７８のディスプレイデバイスにユーザ選択ウィンドウ９４をレンダリングし得る（２１２）。

[0058]図５は、本明細書で説明する技法によるＷｉ−Ｆｉディスプレイセッションを確立するための車両ヘッドユニットの構成要素の例示的な動作を示すフローチャートである。例示的な動作について、図２のソースデバイス６０に関して説明する。最初に、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６からアプリケーションサービス開始メッセージ９４を受信し（３００）、アプリケーションサービス開始メッセージ９４はＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８に、アプリケーション６２Ａを開始させる（３０２）。次に、アプリケーション６２Ａは、ＷＦＤソース６４によって表されるＷｉ−Ｆｉディスプレイサービスを開始する（３０４）。

[0059]ＷＦＤソース６４は、ＷＦＤシンク７２とのピア（Ｐ２Ｐ）グループ接続を随意に確立し得る（３０５）。ピアグループ接続を確立することが、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８がソースデバイス６０と車両ヘッドユニット７０との間のＰ２Ｐグループに対応可能であり、かつＰ２Ｐグループを以前に確立しているかどうかに基づく随意のステップであることを示すために、これは破線で示されている。そうでない場合、ＷＦＤソース６４は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔおよび／またはＴＤＬＳを使用してＰ２Ｐグループ形成を実行し得る。これは、ソースデバイス６０と車両ヘッドユニット７０との間のセキュリティ関連付けステップの二重の実行、すなわち、ＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション９０のための第１のセキュリティ関連付けステップおよびＷＦＤセッション８２のための第２のセキュリティ関連付けステップをもたらし得る。場合によっては、ＭｉｒｒｏｒＬｉｎｋ（登録商標）実装形態がＰ２Ｐグループ形成をサポートしないときに、ＷＦＤセッション８２およびＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション９０は同じインターフェースを使用しないことがある。そのような場合、ピアグループ接続を確立した後、ＷＦＤソース６４はＷＦＤシンク７４に、ＷＦＤセッション８２に異なるチャネルを使用するよう要求し得る。

[0060]次いで、ＷＦＤソース６４は、ＷＦＤセッション８２を確立し続けるために、またＷＦＤセッション８２を実行するために、ＷＦＤプロトコルを実行し得る（３０６）。たとえば、ＷＦＤシンク７４およびＷＦＤソース６４は、たとえば、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを使用した機能のネゴシエーションに従って、通信セッションを確立し得る。いくつかの例では、ＷＦＤソース６４は、ＷＦＤセッションを確立するための要求を車両ヘッドユニット７０に送り得る。ＷＦＤセッション８２が確立されると、ＷＦＤソース６４は、リアルタイムトランスポートプロトコル（ＲＴＰ）（別のＷＦＤプロトコル）を使用してメディアデータ８４、たとえばオーディオビデオ（ＡＶ）データを送る。ＷＦＤソース６４は、アプリケーション６２Ａからメディアデータを取得することがあり、アプリケーション６２Ａは、ソースデバイス６０のコンピュータ可読記憶媒体（図示せず）からのメディアデータ、または図１のネットワーク６などのネットワークからの受信するストリーミングメディアデータをロードし得る。

[0061]続いて、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６からアプリケーションサービス停止メッセージ９５を受信し得る（３０８）。応答して、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８へは、ＷＦＤソース６４によって表されるＷＦＤサービスを停止または中止し（３１０）、制御権は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション９０を動作させているＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８およびＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６に戻る。ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８は、その後、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６にユーザ選択ウィンドウ９４を含むセンドページメッセージ９２を受信し得る（３１４）。

[0062]図６は、本開示の技法を実装し得るコンピューティングシステムの一例を示すブロック図である。コンピューティングシステム４６０は、図１のソースデバイス１０およびシンクデバイス２０または図２のソースデバイス６０および車両ヘッドユニット７０のうちのいずれかの構成要素と同様の構成要素を含み得る。コンピューティングシステム４６０は、プロセッサ４３１と、メモリ４３２と、トランスポートユニット４３３と、ワイヤレスモデム４３４と、ディスプレイプロセッサ４３５と、ローカルディスプレイ４６２と、オーディオプロセッサ４３６と、スピーカー４６３と、ユーザ入力インターフェース４７６とを含む。

[0063]ワイヤレスモデム４３４は、カプセル化されたデータユニットをワイヤレスリンクを介して交換する。ワイヤレスモデム４３４は、たとえば、ＩＥＥＥ８０２．１１規格ファミリーからのもう１つの規格を実装するように構成されたＷｉ−Ｆｉモデムであり得る。トランスポートユニット４３３は、送信のためのデータユニットをカプセル化し、受信されたカプセル化されたデータユニットをカプセル化解除することができる。たとえば、トランスポートユニット４３３は、カプセル化されたデータユニットから符号化されたオーディオ／ビデオ（Ａ／Ｖ）データを抽出し、符号化されたＡ／Ｖデータを、出力のために復号され、レンダリングされるように、プロセッサ４３１に送り得る。ディスプレイプロセッサ４３５は、ローカルディスプレイ４６２上で表示されるように復号されたビデオデータを処理し得、かつオーディオプロセッサ４３６は、スピーカー４６３上での出力のために復号されたオーディオデータを処理し得る。ローカルディスプレイ４６２およびスピーカー４６３は、図１のユーザインターフェースデバイス２２および／または図２のユーザインターフェースデバイス７８の例を表し得る。別の例として、トランスポートユニット４３３は、プロセッサ４３１から受信された符号化されたＡ／Ｖデータユニットを、ワイヤレスリンクを介したワイヤレスモデム４３４による送信のためにカプセル化し得る。

[0064]コンピューティングデバイス４６０はまた、ユーザ入力インターフェース４７６を通してユーザ入力データを受信し得、ユーザ入力インターフェース４７６はまた、ユーザインターフェースデバイス２２またはユーザインターフェースデバイス７８の例を表し得る。たとえば、ユーザ入力インターフェース４７６は、限定はしないが、タッチセンシティブもしくはプレゼンスセンシティブディスプレイインターフェース、キーボード、マウス、音声コマンドモジュール、（たとえば、カメラベースの入力キャプチャ機能をもつ）ジェスチャーキャプチャデバイスを含む、いくつかのユーザ入力デバイスのいずれか、または別のタイプのユーザ入力デバイスを表し得る。ユーザ入力インターフェース４７６を通して受信されたユーザ入力は、プロセッサ４３１によって処理され得る。コンピューティングデバイス４６０が図１のシンクデバイス２０などのシンクデバイスを具現化する場合には、この処理は、受信されたユーザ入力コマンドを含むデータパケットを生成することを含み得る。生成されると、トランスポートユニット４３３は、そのデータパケットを、たとえばＵＩＢＣを介したソースデバイスへのネットワークトランスポートのために処理し得る。場合によっては、コンピューティングデバイス４６０は、トランスポートユニット４３３に結合された、ＵＳＢポートなどのワイヤード通信リンクのための追加のインターフェースを含み得る。

[0065]プロセッサ４３１は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、他の等価な集積回路またはディスクリート論理回路など、広範囲のプロセッサのうちの１つまたは複数、あるいはそれらの何らかの組合せを含み得る。コンピューティングデバイス４６０のメモリ４３２は、限定はしないが、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）などのランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュメモリなどを含む、多種多様な揮発性または不揮発性メモリのいずれかを備えてよく、メモリ４３２は、オーディオ／ビデオデータならびに他の種類のデータを記憶するためのコンピュータ可読記憶媒体を備えてよい。メモリ４３２は、加えて、本開示で説明する様々な技法を実行することの一部として、プロセッサ４３１によって実行される命令とプログラムコードとを記憶し得る。

[0066]本開示の技法は、場合によっては、ＭｉｒｒｏｒＬｉｎｋ（登録商標）実装形態に従って確立された通信セッションを使用して、Ｗｉ−Ｆｉディスプレイ（ＷＦＤ、Ｍｉｒａｃａｓｔとも呼ばれる）ソースデバイスに、ＷＦＤシンクデバイスへのトランスポート用にトランスポートユニット４３３によってカプセル化するためのメディアデータを入手するためにＷＦＤサービスを実行するようソースデバイスに指示するコマンドをトランスポートすることを含む。ＷＦＤシンクデバイスおよびＷＦＤソースデバイスは、ソースデバイスがＷＦＤ仕様に従ってＷＦＤソースデバイスとして動作し、それによりＷＦＤ仕様に従ってシンクデバイスとして動作する車両ヘッドユニットへのメディアデータを入手することを可能にするＷｉ−Ｆｉディスプレイセッションを確立する。このようにして、ＷＦＤセッションは、少なくとも一時的にＭｉｒｒｏｒＬｉｎｋ（登録商標）通信セッションに取って代わり、ＷＦＤセッションは、ＷＦＤソースデバイスとＷＦＤシンクデバイスとの間の対話の制御を担い、ＷＦＤソースデバイスとＷＦＤシンクデバイスとの間で制御メッセージとデータとをトランスポートする。本技法については、たとえば図１〜図５に関してさらに詳細に説明している。

[0067]図７は、本明細書で説明する技法による複数の車両コンソールをサポートする複数のワイヤレスプロトコルセッションを含むワイヤレス通信セッションの例示的な場合を示すブロック図である。ワイヤレス通信システム６００は、車両ヘッドユニット６０１によって制御される複数の車両コンソール８０Ａ〜８０Ｂをサポートするように変更された図２のワイヤレス通信システム５０を表してよく、車両ヘッドユニット６０１は、図２の車両ヘッドユニット７０の一例を表し得る。

[0068]この例では、車両ヘッドユニット７０は、それぞれ自動車用の前部コンソールおよび後部コンソールを表し得る車両コンソール６１０Ａ〜６１０Ｂ（「コンソール６１０Ａ〜６１０Ｂ」）を含む。コンソール６１０Ｂは、後部座席同乗者にとってアクセス可能である。後部コンソールを表す車両コンソール６１０Ｂは、コンソール６１０Ｂのためのインターフェース、たとえばディスプレイおよび触覚ユーザ入力が、車両のドライバにとって、ドライバの座席に座っている間は手の届かないところにあり、かつ／または見えないという点で、ドライバにとって実質的にアクセス不可能であり得る。対照的に、前部コンソールを表す車両コンソール６１０Ａは、車両のドライバにとって、ドライバが運転していて、車両が動いている間でも、アクセス可能であり得る。

[0069]ＷＦＤは、１次および２次ＷＦＤシンクをサポートする機能を含む。車両ヘッドユニット７０は、たとえば、アプリケーションのタイプおよび車両が動いているかどうかに従ってそれぞれ１次および２次として代替し得るＷＦＤシンク６１２Ａ〜６１２Ｂを含む。一般に、ＷＦＤ仕様によれば、１次シンクは、ビデオデータのみまたはオーディオデータおよびビデオデータをレンダリングすることが可能であるＷＦＤシンクである。オーディオデータおよびビデオデータをレンダリングすることが可能である場合、オーディオデータのみとビデオデータのみとをレンダリングすることも可能でなければならない。２次シンクは、ＷＦＤソースから受信されたオーディオデータを含むオーディオデータをレンダリングすることが可能であるＷＦＤシンクである。結合されたシンク動作では、１次シンクと２次シンクとの間で結合が確立されているとき、ソースは、１次シンクから結合された２次シンクに（その逆も同様）オーディオデータのレンダリングをリダイレクトし得る。ソースデバイスとシンクデバイスの両方が結合されたシンク動作をサポートする場合、次いで、ソースはオーディオデータを１次シンクまたは２次シンクのいずれかに送り得る。

[0070]本開示の技法はまた、１次ＷＦＤシンクおよび２次ＷＦＤシンクとしてＷＦＤシンク６１２Ａ〜６１２Ｂを選択的にマッピングすることを含み得る。ＷＦＤシンク６１２Ａは、受信されたメディアデータをコンソール６１０Ａに出力する一方、ＷＦＤシンク６１２Ｂは、受信されたメディアデータをコンソール６１２Ｂに出力する。ＷＦＤシンク６１２Ａ〜６１２Ｂは、上述した技法に従って、すなわち、ＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース６８とＭｉｒｒｏｒＬｉｎｋ（登録商標）インターフェース７６との間で確立されたＭｉｒｒｏｒＬｉｎｋ（登録商標）セッション３０を使用して、ＷＦＤソース６４とのそれぞれのＷＦＤセッション６０２Ａ〜６０２Ｂを確立する。場合によっては、ＷＦＤセッション６０２Ａ〜６０２Ｂの各々は、コンソール６１０Ａ〜６１２ＢのためにＷＦＤシンク６１２Ａ〜６１２Ｂの間で区別するために、異なるセッション識別子に関連付けられる。しかしながら、場合によっては、車両ヘッドユニット６０１は、ＷＦＤソース６４との単一のＷＦＤセッションを確立する単一のＷＦＤシンクを含む。コンソール６１０Ｂ向けに対してコンソール６１０Ａ向けのメディアデータを区別するために、異なるセッション識別子が使用され得る。

[0071]ソースデバイス６０は、様々なタイプのアプリケーション、たとえばアプリケーション６２の場合の間で区別し得る。いくつかのアプリケーションは、車両が停止しているときのみ、ドライバおよびコンソール６１０Ａにとって利用可能であり得る。しかしながら、そのようなアプリケーションは、後部同乗者にとって利用可能で、コンソール６１０ＢのためにＷＦＤシンク６１２Ｂを対象とし得る。

[0072]さらに、ストリームされているメディアデータに基づいて、ソースデバイス６０は、制御チャネル６０６Ａ〜６０６Ｂにおいて受信された情報に基づく宛先を適応的に変更し得る。たとえば、ＷＦＤシンク６１２はＷＦＤソース６４に、車両が動いていることを示し得る。アプリケーション６２がＷＦＤソース６４にオーディオのみのストリーミングデータを提供したとき、ＷＦＤソース６４はＷＦＤシンク６１２ＡとＷＦＤシンク６１２Ｂの両方にコピーをストリームし得る。代替として、ＷＦＤソース６４は、ＷＦＤシンク６１２Ａに単一のコピーをストリームしてよく、ＷＦＤシンク６１２Ａはオーディオストリーミングデータを、場合によってはそれぞれのコンソール６１０Ａ〜６１０Ｂに関連する前部スピーカーおよび後部スピーカーにルーティングすることができる。アプリケーション６２がビデオストリーミングを提供したとき、ＷＦＤソース６４はビデオデータを、コンソール６１０Ｂに出力するためにＷＦＤシンク６１２Ｂにのみ選択的にストリームし得る。ＷＦＤソース６４がその後、車両が停止したという制御チャネル６０６Ａ〜６０６Ｂによる指示を受信した場合、ＷＦＤソース６４はビデオデータを、コンソール６１０ＡへのレンダリングのためにＷＦＤシンク６１２Ａにストリームし得る。ＷＦＤシンク６１２Ａはさらに、場合によってはビデオを、ビデオの複数のコピーをストリームするのを回避するようにコンソール６１０Ｂにレンダリングし得る。

[0073]いくつかの例では、ＭｉｒｒｏｒＬｉｎｋ（登録商標）コンテキスト情報パラメータが、アプリケーション６２のタイプに関する追加情報を含むように変更され得る。追加情報はアプリケーション６２を、たとえば、ビデオコンテンツを映画、自然のままのビデオ（natural video）または合成（コンピュータ生成）、フラッシュコンテンツなどとして提供するビデオアプリケーション、追加のタッチフィードバックを必要とし得るゲームアプリケーション、スキップ、一時停止および再生のオプションを可能にするために車両ヘッドユニット６０１がユーザインターフェースデバイスを調節する音楽アプリケーションとして特徴付け得る。追加情報はまた、たとえば着信呼のための指定のウィンドウの場所およびサイズに従ってディスプレイを提示するようＷＦＤシンク６１２に指示し得る。

[0074]図８は、図１のシステム２および／または図２のシステム５０などのシステムのためのデータ通信モデルまたはプロトコルスタックの一例を示すブロック図である。データ通信モデル５００は、実装されたＷＤシステムにおいてソースデバイスとシンクデバイスとの間でデータを送信するために使用されるデータおよび制御プロトコル間の対話を示している。一例では、システム１００はデータ通信モデル５００を使用し得る。データ通信モデル５００は、物理（ＰＨＹ）レイヤ５０２と、メディアアクセス制御（ＭＡＣ）レイヤ（５０４）と、インターネットプロトコル（ＩＰ）５０６と、ユーザデータグラムプロトコル（ＵＤＰ）５０８と、リアルタイムプロトコル（ＲＴＰ）５１０と、ＭＰＥＧ２トランスポートストリーム（ＭＰＥＧ２−ＴＳ）５１２と、コンテンツ保護５１４と、パケット化エレメンタリーストリーム（ＰＥＳ）パケット化５１６と、ビデオコーデック５１８と、オーディオコーデック５２０と、トランスポート制御プロトコル（ＴＣＰ）５２２と、リアルタイムストリーミングプロトコル（ＲＴＳＰ）５２４と、フィードバックパケット化５２８と、ヒューマンインターフェースデバイス定数５３０と、一般ユーザ入力５３２と、性能分析５３４と、ＭｉｒｒｏｒＬｉｎｋ（登録商標）５３６とを含む。

[0075]物理レイヤ５０２およびＭＡＣレイヤ５０４は、ＷＤシステムにおいて通信のために使用される物理的シグナリングと、アドレス指定と、チャネルアクセス制御とを定義し得る。物理レイヤ５０２およびＭＡＣレイヤ５０４は、通信のために使用される周波数帯域構造、たとえば、２．４ＧＨｚ、３．６ＧＨｚ、５ＧＨｚ、６０ＧＨｚにおいて定義される連邦通信委員会の帯域または超広帯域（ＵＷＢ）周波数帯域構造を定義し得る。物理レイヤ５０２およびＭＡＣ５０４はまた、データ変調技法、たとえばアナログおよびデジタル振幅変調、周波数変調、位相変調技法、およびそれらの組合せを定義し得る。物理レイヤ５０２およびＭＡＣ５０４はまた、多重化技法、たとえば、直交周波数分割多重化（ＯＦＤＭ）、時分割多元接続（ＴＤＭＡ）、周波数分割マルチ接続（ＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、またはＯＦＤＭ、ＦＤＭＡ、ＴＤＭＡおよび／もしくはＣＤＭＡの任意の組合せを定義し得る。一例では、物理レイヤ５０２およびメディアアクセス制御レイヤ５０４は、ＷＦＤによって与えられるＷｉ−Ｆｉ規格など、Ｗｉ−Ｆｉ（たとえば、ＩＥＥＥ８０２．１１−２００７および８０２．１１ｎ−２００９ｘ）規格によって定義され得る。他の例では、物理レイヤ５０２およびメディアアクセス制御レイヤ５０４は、ＷｉｒｅｌｅｓｓＨＤ、Ｗｉｒｅｌｅｓｓ Ｈｏｍｅ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ（ＷＨＤＩ）、ＷｉＧｉｇ、およびＷｉｒｅｌｅｓｓ ＵＳＢのうちのいずれかによって定義され得る。

[0076]インターネットプロトコル（ＩＰ）５０６、ユーザデータグラムプロトコル（ＵＤＰ）５０８、リアルタイムプロトコル（ＲＴＰ）５１０、トランスポート制御プロトコル（ＴＣＰ）５２２、およびリアルタイムストリーミングプロトコル（ＲＴＳＰ）５２４は、ＷＤシステムにおいて使用されるパケット構造とカプセル化とを定義し、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって維持される規格に従って定義され得る。

[0077]ＲＴＳＰ５２４は、ソースデバイス１０およびシンクデバイス２０によって、たとえば、機能のネゴシエーション、セッションの確立、ならびにセッションの維持および管理のために使用され得る。ソースデバイス１０およびシンクデバイス２０は、ＵＩＢＣ上でフィードバックチャネルとフィードバック入力カテゴリとをサポートするソースデバイス１０およびシンクデバイス２０の機能をネゴシエートするＲＴＳＰメッセージトランザクションを使用して、フィードバックチャネルを確立し得る。フィードバックチャネルを確立するためのＲＴＳＰネゴシエーションの使用は、メディア共有セッションおよび／またはＵＩＢＣを確立するためにＲＴＳＰネゴシエーションプロセスを使用することと同様であり得る。

[0078]たとえば、ソースデバイス１０は、ソースデバイス１０に関係のある機能のリストを指定する機能要求メッセージ（たとえば、ＲＴＳＰ ＧＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージ）をシンクデバイス２０に送り得る。本開示によれば、機能要求メッセージは、ＵＩＢＣ上でフィードバックチャネルをサポートする機能を含み得る。シンクデバイス２０は、フィードバックチャネルをサポートするシンクデバイス２０の機能を宣言する機能応答メッセージ（たとえば、ＲＴＳＰ ＧＥＴ＿ＰＡＲＡＭＥＴＥＲ応答メッセージ）でソースデバイス１０に応答し得る。一例として、シンクデバイス２０がＵＩＢＣ上でフィードバックチャネルをサポートする場合、機能応答メッセージは「はい」を示し得る。次いでソースデバイス１０は、メディア共有セッション中にフィードバックチャネルが使用されることになることを示す肯定応答要求メッセージ（たとえば、ＲＴＳＰ ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージ）をシンクデバイス２０に送り得る。シンクデバイス２０は、メディア共有セッション中にフィードバックチャネルが使用されることになることを肯定応答する肯定応答応答メッセージ（たとえば、ＲＴＳＰ ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ応答メッセージ）でソースデバイス１０に応答し得る。上記のように、一例では、ＷＦＤ機能を使用してＭｉｒｒｏｒＬｉｎｋ（登録商標）を向上させるために、ソースデバイス１０は、シンクデバイス２０に送られるＳＥＴ＿ＰＡＲＡＭＥＴＥＲ Ｒｅｑｕｅｓｔ中の「ｗｆｄ＿ｕｉｂｃ＿ｃａｐａｂｉｌｉｔｉｅｓ」中に「ｕｄｐ＿ｐｏｒｔ」パラメータを指定し得る。

[0079]ビデオコーデック５１８は、ＷＤシステムによって使用され得るビデオデータコーディング技法を定義し得る。ビデオコーデック５１８は、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ、（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６４、ＶＰ８および高効率ビデオコーディング（ＨＥＶＣ）など、任意の数のビデオ圧縮規格を実装し得る。いくつかの事例では、ＷＤシステムが、ビデオデータを圧縮した、または解凍したであり得ることに留意されたい。

[0080]オーディオコーデック５２０は、ＷＤシステムによって使用され得るオーディオデータコーディング技法を定義し得る。オーディオデータは、マルチチャネルフォーマット、Ｄｏｌｂｙ ａｎｄ Ｄｉｇｉｔａｌ Ｔｈｅａｔｅｒ Ｓｙｓｔｅｍｓによって開発されたそのようなそれらを使用してコーディングされ得る。オーディオデータは、圧縮または非圧縮フォーマットを使用してコーディングされ得る。圧縮オーディオフォーマットの例としては、ＭＰＥＧ−１、２ Ａｕｄｉｏ Ｌａｙｅｒｓ ＩＩおよびＩＩＩ、ＡＣ−３、ＡＡＣがある。非圧縮オーディオフォーマットの一例としては、パルスコード変調（ＰＣＭ）オーディオフォーマットがある。

[0081]パケット化エレメンタリーストリーム（ＰＥＳ）パケット化５１６およびＭＰＥＧ２トランスポートストリーム（ＭＰＥＧ２−ＴＳ）５１２は、コーディングされたオーディオおよびビデオデータがどのようにパケット化され、送信されるかを定義し得る。パケット化エレメンタリーストリーム（ＰＥＳ）パケット化５１６およびＭＰＥＧ−ＴＳ５１２は、ＭＰＥＧ−２ Ｐａｒｔ １に従って定義され得る。他の例では、オーディオおよびビデオデータは、他のパケット化およびトランスポートストリームプロトコルに従ってパケット化され、送信され得る。コンテンツ保護５１４は、オーディオまたはビデオデータの無認可のコピーに対する保護を与え得る。一例では、コンテンツ保護５１４は、Ｈｉｇｈ ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ ２．０仕様に従って定義され得る。

[0082]フィードバックパケット化５２８は、ユーザ入力および性能情報がどのようにパケット化されるかを定義し得る。フィードバックは通常、後続メディアデータがどのようにシンクデバイス２０においてユーザに提示されるか（たとえば、ズームおよびパン動作）ならびにソースデバイス１０がどのようにシンクデバイス２０へのメディアデータを処理する（たとえば、符号化および／または送信する）かに影響を与える。

[0083]ヒューマンインターフェースデバイスコマンド（ＨＩＤＣ）５３０、一般ユーザ入力５３２、ＯＳ固有ユーザ入力５３４、およびＭｉｒｒｏｒＬｉｎｋ（登録商標）ユーザ入力５３６は、ユーザ入力のタイプがどのように情報要素にフォーマットされるかを定義し得る。ヒューマンインターフェースデバイスコマンド５３０および一般ユーザ入力５３２は、ユーザインターフェースタイプ（たとえば、マウス、キーボード、タッチ、マルチタッチ、音声、ジェスチャー、販売元固有インターフェースまたは別のインターフェースタイプ）およびコマンド（たとえば、ズーム、パン、または別のタイプのコマンド）に基づいて、入力を分類し、ユーザ入力がどのように情報要素にフォーマットされるべきかを判断し得る。

[0084]一例では、ヒューマンインターフェースデバイスコマンド５３０は、ユーザ入力データをフォーマットし、ＵＳＢ、ＢｌｕｅｔｏｏｔｈおよびＺｉｇｂｅｅ（登録商標）などの定義されたユーザ入力デバイス仕様に基づいてユーザ入力値を生成し得る。表１Ａ、表１Ｂおよび表１Ｃは、ＨＩＤＣ入力本体フォーマット、ＨＩＤインターフェースタイプおよびＨＩＤタイプの値の例を提供する。一例では、ヒューマンインターフェースデバイスコマンド（ＨＩＤＣ）５３０は、ＷＦＤに従って定義され得る。表１Ａでは、ＨＩＤインターフェースタイプフィールドは、ヒューマンインターフェースデバイス（ＨＩＤ）タイプを指定する。ＨＩＤインターフェースタイプの例が表１Ｂに提供されている。ＨＩＤタイプフィールドは、ＨＩＤタイプを指定する。表１Ｃは、ＨＩＤタイプの例を提供する。長さフィールドは、ＨＩＤＣ値の長さをオクテットで指定する。ＨＩＤＣは、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇｂｅｅおよびＵＳＢなどの仕様で定義され得る入力データを含む。

[0085]一例では、一般ユーザ入力５３２は、アプリケーションレベルにおいて処理され、固有のユーザ入力デバイスから独立して情報要素としてフォーマットされ得る。一般ユーザ入力５３２は、ＷＦＤ規格によって定義され得る。表２Ａおよび表２Ｂは、一般ユーザ入力のための一般入力本体フォーマットおよび情報要素の例を提供する。表２Ａにおいて、一般ＩＥ ＩＤフィールドは、一般情報要素（ＩＥ）ＩＤタイプを指定する。一般ＩＥ ＩＤタイプの例が表２Ｂに提供されている。長さフィールドは、一般ＩＥ ＩＤ値の長さをオクテットで指定する。記述フィールドは、ユーザ入力の詳細を指定する。簡潔のために、表２Ａにおける記述フィールドにおけるユーザ入力のすべての詳細は説明されていないが、いくつかの例では、マウスタッチ／移動事象のＸ−Ｙ座標値、ＡＳＣＩＩキーコードおよびコントロールキーコード、ズーム、スクロールおよび回転の値を含み得ることに留意されたい。一例では、ヒューマンインターフェースデバイスコマンド（ＨＩＤＣ）５３０および一般ユーザ入力５３２は、ＷＦＤに従って定義され得る。

[0086]下の表３Ａ〜表３Ｂは、ＷＦＤ規格に関して現在定義されているそれぞれのキーダウンおよびキーアップ入力に関する一般入力タイプＩＤの記述フィールドの例を示す。

[0087]表３Ａ〜表３Ｂに示されているように、キーダウンメッセージとキーアップメッセージの両方に関する一般入力メッセージの記述フィールドが、ＡＳＣＩＩキーコードを通信するために使用される。記述フィールドはまた、１オクテットの予約済みフィールドを含む。上記のように、ソースデバイス１０とシンクデバイス２０との間のＵＩＢＣが、ＭｉｒｒｏｒＬｉｎｋ（登録商標）またはより一般的には車のコントロールおよび車載インフォテインメント（ＩＶＩ）システムに対応するよう構成され得る。したがって、一例では、予約済みフィールドは、ＭｉｒｒｏｒＬｉｎｋ（登録商標）に対応するために使用され得る。たとえば、予約済みフィールドは、キーダウン入力メッセージまたはキーアップ入力メッセージがＡＳＣＩＩキーコード以外の情報を含むことを示し得る。ＡＳＣＩＩキーコード以外の情報は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）に関係するか、またはＭｉｒｒｏｒＬｉｎｋ（登録商標）に従って定義された情報を含み得る。一例では、キーダウン入力メッセージおよび／またはキーアップ入力メッセージは、３２ビットの２進（「ｂｉｎ」）キーを通信するために使用され得る。３２ビットｂｉｎキーは、上述したような車のコマンド、たとえばボリュームアップを示すために使用され得る。一例では、０ｘ００の予約済みフィールド値は、キーダウン入力メッセージまたはキーアップ入力メッセージが表３Ａおよび表３Ｂに示されているようにキーコード１およびキーコード２のフィールドを含むことを示し得、０ｘ００以外の予約済みフィールド値は、後続フィールドがキーコード１およびキーコード２に使用されないことを示し得る。一例では、０ｘ０１の予約済みフィールド値は、後続フィールドが３２ビットｂｉｎキーであることを示し得る。表４は、予約済みフィールド値、他の０ｘ０１が３２ビットｂｉｎキーを示す例を示している。表４では、予約済みフィールドはキー符号化タイプと呼ばれる。

[0088]ＯＳ固有ユーザ入力５３４は、デバイスプラットフォーム依存型である。ｉＯＳ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標） Ｍｏｂｉｌｅ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）など、異なるデバイスプラットフォームでは、ユーザ入力のフォーマットは異なり得る。解読されたユーザ入力として分類されたユーザ入力は、デバイスプラットフォーム独立型であり得る。そのようなユーザ入力は、明確な動作を指示し得る共通のユーザ入力を記述する標準化された形式で解読される。ワイヤレスディスプレイシンクおよびワイヤレスディスプレイソースは、いかなるデバイスプラットフォームによっても指定されておらず、解読されるユーザ入力カテゴリにおいても標準化されていない、共通の販売元固有ユーザ入力インターフェースを有し得る。そのような場合、ワイヤレスディスプレイソースは、販売元ライブラリによって指定されたフォーマットでユーザ入力を送り得る。ワイヤレスディスプレイシンクから発生していないメッセージを転送するために、ユーザ入力の転送が使用され得る。ワイヤレスディスプレイシンクは、ユーザ入力の転送として、第３のデバイスからのそのようなメッセージを送り得、その場合、ワイヤレスディスプレイソースが適切なコンテキストでそれらのメッセージに応答すると予想し得る可能性がある。

[0089]ＭｉｒｒｏｒＬｉｎｋ（登録商標）ユーザ入力５３６は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）のための新しい入力カテゴリ、すなわち、ＲＴＳＰ ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ要求メッセージのための新しい「ｉｎｐｕｔ−ｃａｔ」を表し得る。たとえば、車のコンソール上のボリュームコントロールの調節などのユーザ入力が、ＭｉｒｒｏｒＬｉｎｋ（登録商標）ユーザ入力５３６を使用してスマートフォンに送信され得る。表１Ａ〜表１Ｃおよび表２Ａ〜表２Ｂにおける予約済み値は、シンクデバイスとしてＩＶＩシステムに関して上記で説明したユーザ入力のいずれかを含むように変更され得ることに留意されたい。たとえば、表１Ｃにおける値８〜２５４は、車のボリュームコントロールまたはダッシュボード、ステアリングホイールもしくはタッチスクリーンコントロールなど車に含まれる任意の他のユーザ入力を含むように変更され得る。さらに、表１Ｂにおける値８〜２５４は、ＭｉｒｒｏｒＬｉｎｋ（登録商標）デバイスを含むように変更され得る。

[0090]ＭｉｒｒｏｒＬｉｎｋ（登録商標）ユーザ入力５３６は、表５に詳述したようにカテゴリに分けられ得る。

[0091]タッチ入力のカテゴリは、ナビゲーション、メディアコントロール（たとえば、再生、一時停止、停止、スキップ）などのためのタッチセンシティブディスプレイまたはプレゼンスセンシティブディスプレイからの入力を含み得る。ボタンのカテゴリは、車両ヘッドユニットに結合されているが、ステアリングホイールまたは計器盤上に位置するボタンなど、押され得る車両におけるボタンのための入力を含み得る。ノブのカテゴリは、ボタンのカテゴリと似ているが、設定を変更するために回転され得る車両におけるノブ（たとえば、ボリュームコントロールノブ）のための入力を含む。

[0092]１つまたは複数の例では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、非一時的であるコンピュータ可読記憶媒体または一時的通信媒体を含み得る。データ記憶媒体は、本開示で説明した技法の実装のための命令、コードおよび／またはデータ構造を取り出すために１つもしくは複数のコンピュータまたは１つもしくは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。

[0093]限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、フラッシュメモリのような、非一時的媒体、または命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し一方、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

[0094]コードは、１つもしくは複数のデジタル信号プロセッサ（ＤＳＰ）などの１つもしくは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または他の等価な集積回路もしくはディスクリート論理回路によって実行され得る。したがって、本明細書で使用する「プロセッサ」という用語は、前述の構造、または本明細書で説明する技法の実装に好適な任意の他の構造のいずれかを指し得る。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用のハードウェアおよび／もしくはソフトウェアモジュール内に与えられ得、または複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素中で十分に実装され得る。

[0095]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示する技法を実施するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要はない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明した１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作ハードウェアユニットの集合によって与えられ得る。

[0096]本開示の技法を採用することができる例示的な車両としては、自動車、トラック、船舶、航空機、全地形型車両（ＡＴＶ）、スノーモービル、オートバイ、タンクまたは他の軍用車両、セミトラックまたは他の輸送車両、ブルドーザー、トラクター、または他の重機、列車、ゴルフカート、または任意の他のタイプの車両がある。多種多様な車両データおよびそのようなデータの処理が、本開示による例において企図される。

[0097]本発明の様々な実施形態について説明した。これらおよび他の実施形態は、以下の特許請求の範囲内に入る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ソースデバイスからメディアデータを送信する方法であって、
前記ソースデバイスにより、前記ソースデバイスと車両ヘッドユニットを備えるシンクデバイスとの間の第１の通信セッションを確立することと、ここにおいて、前記第１の通信セッションは通信プロトコルに準拠する、
前記ソースデバイスにより、かつ前記第１の通信セッションによって、前記シンクデバイスを発見することと、
前記第１の通信セッションの動作中に、前記ソースデバイスにより前記ソースデバイスと前記シンクデバイスとの間の第２の通信セッションを確立することと、ここにおいて、前記第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する、
前記第２の通信セッションを使用して、メディアデータを、前記シンクデバイスのインターフェースに出力するために前記ソースデバイスから前記シンクデバイスに送信することと
を備える方法。
［Ｃ２］
前記ソースデバイスにより、前記第１の通信セッションによって、前記シンクデバイスから制御メッセージを受信することと、
前記制御メッセージに応答して、前記ソースデバイスによりワイヤレスディスプレイサービスを実行することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記メディアデータを、前記シンクデバイスのインターフェースに出力するために前記ソースデバイスから前記シンクデバイスに送信することは、前記メディアデータを、前記ソースデバイスによって実行される前記ワイヤレスディスプレイサービスから前記シンクデバイスに送信することを備える、Ｃ２に記載の方法。
［Ｃ４］
前記ソースデバイスから前記シンクデバイスに、実行のための１つまたは複数のアプリケーションをユーザに提示するユーザインターフェースを定義するデータを送信することと、
前記ソースデバイスにより、かつ前記第１の通信セッションによって、前記ユーザが実行のための前記１つまたは複数のアプリケーションのうちの第１のものを選択したことを示す制御メッセージを受信することと
をさらに備え、
前記メディアデータを、前記シンクデバイスのインターフェースに出力するために前記ソースデバイスから前記シンクデバイスに送信することは、前記メディアデータを、前記制御メッセージに応答して送信することを備える、Ｃ１に記載の方法。
［Ｃ５］
前記車両ヘッドユニットは、前記車両ヘッドユニットを含む車両のドライバにとって実質的にアクセス可能である前部コンソールと、前記ドライバにとって実質的にアクセス不可能である後部コンソールとを備え、前記方法は、
前記メディアデータを、前記メディアデータの特性に従って前記前部コンソールまたは前記後部コンソールのうちの１つに出力するために前記シンクデバイスに送信すること
をさらに備える、Ｃ１に記載の方法。
［Ｃ６］
前記車両が動いているときに、前記メディアデータを前記後部コンソールにのみ送信することをさらに備える、Ｃ５に記載の方法。
［Ｃ７］
前記通信プロトコルはＭｉｒｒｏｒＬｉｎｋを備える、Ｃ１に記載の方法。
［Ｃ８］
前記ワイヤレスディスプレイプロトコルはＷｉ−Ｆｉ（登録商標）ディスプレイを備える、Ｃ１に記載の方法。
［Ｃ９］
前記シンクデバイスにリアルタイムストリーミングプロトコル（ＲＴＳＰ）メッセージを送ることと、ここにおいて、前記ＲＴＳＰメッセージはユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、
前記識別されたＵＤＰポートにおいて前記第２の通信セッションのためのコマンドを受信することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ１０］
前記第２の通信セッションによって前記シンクデバイスからユーザ入力メッセージを受信することと、ここにおいて、前記ユーザ入力メッセージは、ワイヤレスディスプレイ規格に従って定義されたメッセージに少なくとも部分的に基づいており、前記メッセージがＡＳＣＩＩキーコードを含むか、それとも３２ビットの２進キーを含むかを示すフィールドを含む、
前記ユーザ入力メッセージに従ってメディアデータの前記送信を調節することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ１１］
車両ヘッドユニットを備えるシンクデバイスによりメディアデータを受信する方法であって、
前記シンクデバイスにより、前記シンクデバイスとソースデバイスとの間の第１の通信セッションを確立することと、ここにおいて、前記第１の通信セッションは通信プロトコルに準拠する、
前記シンクデバイスにより、かつ前記第１の通信セッションによって、前記ソースデバイスを発見することと、
前記第１の通信セッションの動作中に、前記シンクデバイスにより前記ソースデバイスと前記シンクデバイスとの間の第２の通信セッションを確立することと、ここにおいて、前記第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する、
前記シンクデバイスにより前記第２の通信セッションを使用して、前記ソースデバイスからメディアデータを受信することと、
前記シンクデバイスのインターフェースに前記メディアデータをレンダリングすることと
を備える方法。
［Ｃ１２］
前記シンクデバイスにより前記第１の通信セッションによって、ワイヤレスディスプレイサービスを実行するよう前記ソースデバイスに指示する制御メッセージを前記ソースデバイスに送ること
をさらに備える、Ｃ１１に記載の方法。
［Ｃ１３］
前記ソースデバイスから前記メディアデータを受信することは、前記ワイヤレスディスプレイサービスから前記メディアデータを受信することを備える、Ｃ１２に記載の方法。
［Ｃ１４］
前記シンクデバイスにより前記第１の通信セッションによって、実行のための１つまたは複数のアプリケーションをユーザに提示するユーザインターフェースを定義するデータを受信することと、
前記シンクデバイスにより、かつ前記第１の通信セッションによって、前記ユーザが実行のための前記１つまたは複数のアプリケーションのうちの第１のものを選択したことを示す制御メッセージを送ることと
をさらに備える、Ｃ１１に記載の方法。
［Ｃ１５］
前記車両ヘッドユニットは、前記車両ヘッドユニットを含む車両のドライバにとって実質的にアクセス可能である前部コンソールと、前記ドライバにとって実質的にアクセス不可能である後部コンソールとを備え、前記方法は、
前記車両ヘッドユニットにより前記メディアデータを、前記メディアデータの特性に従って前記前部コンソールまたは前記後部コンソールのうちの１つにルーティングすること
をさらに備える、Ｃ１１に記載の方法。
［Ｃ１６］
前記車両が動いているときに、前記メディアデータを前記後部コンソールにのみルーティングすることをさらに備える、Ｃ１５に記載の方法。
［Ｃ１７］
前記通信プロトコルはＭｉｒｒｏｒＬｉｎｋを備える、Ｃ１１に記載の方法。
［Ｃ１８］
前記ワイヤレスディスプレイプロトコルはＷｉ−Ｆｉディスプレイを備える、Ｃ１１に記載の方法。
［Ｃ１９］
前記ソースデバイスからリアルタイムストリーミングプロトコル（ＲＴＳＰ）メッセージを受信することと、ここにおいて、前記ＲＴＳＰメッセージはユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、
前記識別されたＵＤＰポートにおいて前記第２の通信セッションのためのコマンドを送ることと
をさらに備える、Ｃ１１に記載の方法。
［Ｃ２０］
前記第２の通信セッションによって前記ソースデバイスにユーザ入力メッセージを送ることと、ここにおいて、前記ユーザ入力メッセージは、ワイヤレスディスプレイ規格に従って定義されたメッセージに少なくとも部分的に基づいており、前記メッセージがＡＳＣＩＩキーコードを含むか、それとも３２ビットの２進キーを含むかを示すフィールドを含む、
前記ユーザ入力メッセージに従って調節されたメディアデータを受信することと
をさらに備える、Ｃ１１に記載の方法。
［Ｃ２１］
車両ヘッドユニットを備えるシンクデバイスとの第１の通信セッションを確立するように構成されたＭｉｒｒｏｒＬｉｎｋインターフェースと、ここにおいて、前記第１の通信セッションは通信プロトコルに準拠する、
ここにおいて、前記ＭｉｒｒｏｒＬｉｎｋインターフェースは、前記第１の通信セッションによって、シンクデバイスを発見するように構成される、
前記第１の通信セッションの動作中に、前記シンクデバイスとの第２の通信セッションを確立するように構成されたＷｉ−Ｆｉディスプレイ（ＷＦＤ）ソースと、ここにおいて、前記第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する、
ここにおいて、前記ＷＦＤソースは、前記第２の通信セッションを使用して、メディアデータを、前記シンクデバイスのインターフェースに出力するために前記シンクデバイスに送信するように構成される
を備えるソースデバイス。
［Ｃ２２］
前記ＭｉｒｒｏｒＬｉｎｋインターフェースは、前記第１の通信セッションによって、前記シンクデバイスから制御メッセージを受信するように構成され、
前記ＭｉｒｒｏｒＬｉｎｋインターフェースは、前記制御メッセージに応答して、前記ソースデバイスにワイヤレスディスプレイサービスを実行させるように構成される、Ｃ２１に記載のソースデバイス。
［Ｃ２３］
前記ＷＦＤソースは、前記メディアデータを、前記ワイヤレスディスプレイサービスから前記シンクデバイスに送信することによって、前記メディアデータを、前記シンクデバイスのインターフェースに出力するために前記シンクデバイスからに送信するように構成される、Ｃ２２に記載のソースデバイス。
［Ｃ２４］
前記ＭｉｒｒｏｒＬｉｎｋインターフェースは、前記シンクデバイスに、実行のための１つまたは複数のアプリケーションをユーザに提示するユーザインターフェースを定義するデータを送信するように構成され、
前記ＭｉｒｒｏｒＬｉｎｋインターフェースは、前記第１の通信セッションによって、前記ユーザが実行のための前記１つまたは複数のアプリケーションのうちの第１のものを選択したことを示す制御メッセージを受信するように構成され、
前記ＷＦＤソースは、前記メディアデータを、前記制御メッセージに応答して送信することを備える、前記メディアデータを、前記シンクデバイスのインターフェースに出力するために前記シンクデバイスに送信するように構成される、Ｃ２１に記載のソースデバイス。
［Ｃ２５］
前記シンクデバイスは車両ヘッドユニットを備え、前記車両ヘッドユニットは、前記車両ヘッドユニットを含む車両のドライバにとって実質的にアクセス可能である前部コンソールと、前記ドライバにとって実質的にアクセス不可能である後部コンソールとを備え、
前記ＷＦＤソースは、前記メディアデータを、前記メディアデータの特性に従って前記前部コンソールまたは前記後部コンソールのうちの１つに出力するために前記シンクデバイスに送信するように構成される、Ｃ２１に記載のソースデバイス。
［Ｃ２６］
前記ＷＦＤソースは、前記車両が動いているときに、前記メディアデータを前記後部コンソールにのみ送信するように構成される、Ｃ２５に記載のソースデバイス。
［Ｃ２７］
前記通信プロトコルはＭｉｒｒｏｒＬｉｎｋを備える、Ｃ２１に記載のソースデバイス。
［Ｃ２８］
前記ワイヤレスディスプレイプロトコルはＷｉ−Ｆｉディスプレイを備える、Ｃ２１に記載のソースデバイス。
［Ｃ２９］
前記ＷＦＤソースは、前記シンクデバイスにリアルタイムストリーミングプロトコル（ＲＴＳＰ）メッセージを送るように構成され、前記ＲＴＳＰメッセージはユーザデータグラムプロトコル（ＵＤＰ）ポートを識別し、
前記ＷＦＤソースは、前記識別されたＵＤＰポートにおいて前記第２の通信セッションのためのコマンドを受信するように構成される、Ｃ２１に記載のソースデバイス。
［Ｃ３０］
前記ＷＦＤソースは、前記第２の通信セッションによって前記シンクデバイスからユーザ入力メッセージを受信するように構成され、前記ユーザ入力メッセージは、ワイヤレスディスプレイ規格に従って定義されたメッセージに少なくとも部分的に基づいており、前記メッセージがＡＳＣＩＩキーコードを含むか、それとも３２ビットの２進キーを含むかを示すフィールドを含み、
前記ＷＦＤソースは、前記ユーザ入力メッセージに従ってメディアデータの前記送信を調節するように構成されることをさらに備える、Ｃ２１に記載のソースデバイス。
［Ｃ３１］
ソースデバイスとの第１の通信セッションを確立するように構成されたＭｉｒｒｏｒＬｉｎｋインターフェースと、ここにおいて、前記第１の通信セッションは通信プロトコルに準拠する、
ここにおいて、前記ＭｉｒｒｏｒＬｉｎｋインターフェースは、前記第１の通信セッションによって、前記ソースデバイスを発見するように構成される、
前記第１の通信セッションの動作中に、シンクデバイスとの第２の通信セッションを確立するように構成されたＷｉ−Ｆｉディスプレイ（ＷＦＤ）シンクと、ここにおいて、前記第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する、
ここにおいて、前記ＷＦＤシンクは、前記第２の通信セッションを使用して、前記ソースデバイスからメディアデータを受信するように構成される、
ここにおいて、前記ＷＦＤシンクは、前記シンクデバイスのインターフェースに前記メディアデータをレンダリングするように構成される
を備えるシンクデバイス。
［Ｃ３２］
前記ＭｉｒｒｏｒＬｉｎｋインターフェースは、前記第１の通信セッションによって、ワイヤレスディスプレイサービスを実行するよう前記ソースデバイスに指示する制御メッセージを前記ソースデバイスに送るように構成される、Ｃ３１に記載のシンクデバイス。
［Ｃ３３］
前記ＭｉｒｒｏｒＬｉｎｋインターフェースは、前記ワイヤレスディスプレイサービスから前記メディアデータを受信することによって、前記ソースデバイスから前記メディアデータを受信するように構成される、Ｃ３２に記載のシンクデバイス。
［Ｃ３４］
前記ＭｉｒｒｏｒＬｉｎｋインターフェースは、前記第１の通信セッションによって、実行のための１つまたは複数のアプリケーションをユーザに提示するユーザインターフェースを定義するデータを受信するように構成され、
前記ＭｉｒｒｏｒＬｉｎｋインターフェースは、前記第１の通信セッションによって、前記ユーザが実行のための前記１つまたは複数のアプリケーションのうちの第１のものを選択したことを示す制御メッセージをセンズに対して構成される
をさらに備える、Ｃ３１に記載のシンクデバイス。
［Ｃ３５］
車両ヘッドユニットを含む車両のドライバにとって実質的にアクセス可能である前部コンソールと、前記ドライバにとって実質的にアクセス不可能である後部コンソールとを備える前記車両ヘッドユニットをさらに備え、
前記ＷＦＤシンクは、前記メディアデータを、前記メディアデータの特性に従って前記前部コンソールまたは前記後部コンソールのうちの１つにルーティングするように構成される、Ｃ３１に記載のシンクデバイス。
［Ｃ３６］
前記ＷＦＤシンクは、前記車両が動いているときに、前記メディアデータを前記後部コンソールにのみルーティングするように構成される、Ｃ３５に記載のシンクデバイス。
［Ｃ３７］
前記通信プロトコルはＭｉｒｒｏｒＬｉｎｋを備える、Ｃ３１に記載のシンクデバイス。
［Ｃ３８］
前記ワイヤレスディスプレイプロトコルはＷｉ−Ｆｉディスプレイを備える、Ｃ３１に記載のシンクデバイス。
［Ｃ３９］
前記ＷＦＤシンクは、前記ソースデバイスからリアルタイムストリーミングプロトコル（ＲＴＳＰ）メッセージを受信するように構成され、前記ＲＴＳＰメッセージはユーザデータグラムプロトコル（ＵＤＰ）ポートを識別し、
前記ＷＦＤシンクは、前記識別されたＵＤＰポートにおいて前記第２の通信セッションのためのコマンドを送るように構成される、Ｃ３１に記載のシンクデバイス。
［Ｃ４０］
前記ＷＦＤシンクは、前記第２の通信セッションによって前記ソースデバイスにユーザ入力メッセージを送ることに構成され、前記ユーザ入力メッセージは、ワイヤレスディスプレイ規格に従って定義されたメッセージに少なくとも部分的に基づいており、前記メッセージがＡＳＣＩＩキーコードを含むか、それとも３２ビットの２進キーを含むかを示すフィールドを含み、
前記ＷＦＤシンクは、前記ユーザ入力メッセージに従って調節されたメディアデータを受信するように構成される、Ｃ３１に記載のシンクデバイス。
［Ｃ４１］
車両ヘッドユニットを備えるシンクデバイスとの第１の通信セッションを確立するための手段と、ここにおいて、前記第１の通信セッションは通信プロトコルに準拠する、
前記第１の通信セッションによって、前記シンクデバイスを発見するための手段と、
前記第１の通信セッションの動作中に、前記シンクデバイスとの第２の通信セッションを確立するための手段と、ここにおいて、前記第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する、
前記第２の通信セッションを使用して、メディアデータを、前記シンクデバイスのインターフェースに出力するために前記シンクデバイスに送信するための手段と
を備えるソースデバイス。
［Ｃ４２］
ソースデバイスとの第１の通信セッションを確立するための手段と、ここにおいて、前記第１の通信セッションは通信プロトコルに準拠する、
前記第１の通信セッションによって、前記ソースデバイスを発見するための手段と、
前記第１の通信セッションの動作中に、前記ソースデバイスとの第２の通信セッションを確立するための手段と、ここにおいて、前記第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する、
前記第２の通信セッションを使用して、前記ソースデバイスからメディアデータを受信するための手段と、
インターフェースに前記メディアデータをレンダリングするための手段と
を備えるシンクデバイス。
［Ｃ４３］
実行されたとき、１つまたは複数のプロセッサに、
ソースデバイスにより、ソースデバイスと車両ヘッドユニットを備えるシンクデバイスとの間の第１の通信セッションを確立させ、ここにおいて、前記第１の通信セッションは通信プロトコルに準拠する、
前記ソースデバイスにより、かつ前記第１の通信セッションによって、前記シンクデバイスを発見させ、
前記第１の通信セッションの動作中に、前記ソースデバイスにより前記ソースデバイスと前記シンクデバイスとの間の第２の通信セッションを確立させ、ここにおいて、前記第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する、
前記第２の通信セッションを使用して、メディアデータを、前記シンクデバイスのインターフェースに出力するために前記ソースデバイスから前記シンクデバイスに送信させる
命令を記憶したコンピュータ可読記憶媒体。
［Ｃ４４］
実行されたとき、１つまたは複数のプロセッサに、
シンクデバイスにより、車両ヘッドユニットを備えるシンクデバイスとソースデバイスとの間の第１の通信セッションを確立させ、ここにおいて、前記第１の通信セッションは通信プロトコルに準拠する、
前記シンクデバイスにより、かつ前記第１の通信セッションによって、前記ソースデバイスを発見させ、
前記第１の通信セッションの動作中に、前記シンクデバイスにより前記ソースデバイスと前記シンクデバイスとの間の第２の通信セッションを確立させ、ここにおいて、前記第２の通信セッションはワイヤレスディスプレイプロトコルに準拠する、
前記シンクデバイスにより前記第２の通信セッションを使用して、前記ソースデバイスからメディアデータを受信させ、
前記シンクデバイスのインターフェースに前記メディアデータをレンダリングさせる
命令を記憶したコンピュータ可読記憶媒体。

Claims (15)

1. ソースデバイスからメディアデータを送信する方法であって、
   前記ソースデバイスにより、前記ソースデバイスと車両ヘッドユニットを備えるシンクデバイスとの間の第１の通信セッションを確立することと、ここにおいて、前記第１の通信セッションは通信プロトコルに準拠し、および第１のワイヤレスディスプレイプロトコルに準拠する第１のワイヤレスディスプレイサービスに関連する、
   前記ソースデバイスにより、かつ前記第１の通信セッションによって、前記シンクデバイスを発見することと、
   前記ソースデバイスにより、かつ前記第１の通信セッションによって、前記シンクデバイスから制御メッセージを受信することと、
   前記制御メッセージに応答して、前記ソースデバイスにより第２のワイヤレスディスプレイサービスを実行することと、
   前記第１のワイヤレスディスプレイサービスに関連する前記第１の通信セッションの動作中に、前記ソースデバイスにより前記ソースデバイスと前記シンクデバイスとの間の前記第２のワイヤレスディスプレイサービスに関する第２の通信セッションを確立することと、ここにおいて、前記第２のワイヤレスディスプレイサービスは第２のワイヤレスディスプレイプロトコルに準拠する、
   前記第２の通信セッションを使用して、メディアデータを、前記シンクデバイスのインターフェースに出力するために前記ソースデバイスから前記シンクデバイスに送信することと
   を備える方法。
2. 前記メディアデータを、前記シンクデバイスのインターフェースに出力するために前記ソースデバイスから前記シンクデバイスに送信することは、前記メディアデータを、前記ソースデバイスから前記シンクデバイスに送信することを備え、ここにおいて、前記第２のワイヤレスディスプレイサービスは、前記ソースデバイスによって実行される、請求項１に記載の方法。
3. 前記ソースデバイスから前記シンクデバイスに、実行のための１つまたは複数のアプリケーションをユーザに提示するユーザインターフェースを定義するデータを送信すること
   をさらに備え、
   ここにおいて、前記制御メッセージは、前記ユーザが実行のための前記１つまたは複数のアプリケーションのうちの第１のものを選択したことを示す、
   前記メディアデータを、前記シンクデバイスのインターフェースに出力するために前記ソースデバイスから前記シンクデバイスに送信することは、前記メディアデータを、前記制御メッセージに応答して送信することを備える、請求項１に記載の方法。
4. 前記車両ヘッドユニットは、前記車両ヘッドユニットを含む車両のドライバにとって実質的にアクセス可能である前部コンソールと、前記ドライバにとって実質的にアクセス不可能である後部コンソールとを備え、前記方法は、
   前記メディアデータを、前記メディアデータの特性に従って前記前部コンソールまたは前記後部コンソールのうちの１つに出力するために前記シンクデバイスに送信することをさらに備える、請求項１に記載の方法。
5. 前記車両が動いているときに、前記メディアデータを前記後部コンソールにのみ送信することをさらに備える、請求項４に記載の方法。
6. 前記シンクデバイスにリアルタイムストリーミングプロトコル（ＲＴＳＰ）メッセージを送ることと、ここにおいて、前記ＲＴＳＰメッセージはユーザデータグラムプロトコル（ＵＤＰ）ポートを識別する、
   前記識別されたＵＤＰポートにおいて前記第２の通信セッションのためのコマンドを受信することと
   をさらに備える、請求項１に記載の方法。
7. 前記第２の通信セッションによって前記シンクデバイスからユーザ入力メッセージを受信することと、ここにおいて、前記ユーザ入力メッセージは、ワイヤレスディスプレイ規格に従って定義されたメッセージに少なくとも部分的に基づいており、前記メッセージがＡＳＣＩＩキーコードを含むか、それとも３２ビットの２進キーを含むかを示すフィールドを含む、
   前記ユーザ入力メッセージに従ってメディアデータの前記送信を調節することと
   をさらに備える、請求項１に記載の方法。
8. 車両ヘッドユニットを備えるシンクデバイスによりメディアデータを受信する方法であって、
   前記シンクデバイスにより、前記シンクデバイスとソースデバイスとの間の第１の通信セッションを確立することと、ここにおいて、前記第１の通信セッションは通信プロトコルに準拠し、および第１のワイヤレスディスプレイプロトコルに準拠する第１のワイヤレスディスプレイサービスに関連する、
   前記シンクデバイスにより、かつ前記第１の通信セッションによって、前記ソースデバイスを発見することと、
   前記シンクデバイスにより、かつ前記第１の通信セッションによって、第２のワイヤレスディスプレイサービスを実行するために前記ソースデバイスへ制御メッセージを送ることと、
   前記第１のワイヤレスディスプレイサービスに関連する前記第１の通信セッションの動作中に、前記シンクデバイスにより前記ソースデバイスと前記シンクデバイスとの間の前記第２のワイヤレスディスプレイサービスに関する第２の通信セッションを確立することと、ここにおいて、前記第２のワイヤレスディスプレイサービスは第２のワイヤレスディスプレイプロトコルに準拠する、
   前記シンクデバイスにより前記第２の通信セッションを使用して、前記ソースデバイスからメディアデータを受信することと、
   前記シンクデバイスのインターフェースに前記メディアデータをレンダリングすることと
   を備える方法。
9. 前記ソースデバイスから前記メディアデータを受信することは、前記ソースデバイスから前記メディアデータを受信することを備え、ここにおいて、前記第２のワイヤレスディスプレイサービスは、前記ソースデバイスによって実行される、請求項８に記載の方法。
10. 前記シンクデバイスにより、かつ前記第１の通信セッションによって、実行のための１つまたは複数のアプリケーションをユーザに提示するユーザインターフェースを定義するデータを受信すること
    をさらに備え、
    ここにおいて、前記制御メッセージは、前記ユーザが実行のための前記１つまたは複数のアプリケーションのうちの第１のものを選択したことを示す、
    請求項８に記載の方法。
11. 前記第１のワイヤレスディスプレイサービスはＭｉｒｒｏｒＬｉｎｋを備える、請求項１または８に記載の方法。
12. 前記第２のワイヤレスディスプレイサービスはＷｉ−Ｆｉディスプレイを備える、請求項１または８に記載の方法。
13. ソースデバイスであって、
    車両ヘッドユニットを備えるシンクデバイスとの第１の通信セッションを確立するための手段と、ここにおいて、前記第１の通信セッションは通信プロトコルに準拠し、および第１のワイヤレスディスプレイプロトコルに準拠する第１のワイヤレスディスプレイサービスに関連する、
    前記第１の通信セッションによって、前記シンクデバイスを発見するための手段と、
    前記ソースデバイスにより、かつ前記第１の通信セッションによって、前記シンクデバイスから制御メッセージを受信するための手段と、
    前記制御メッセージに応答して、前記ソースデバイスにより第２のワイヤレスディスプレイサービスを実行するための手段と、
    前記第１のワイヤレスディスプレイサービスに関連する前記第１の通信セッションの動作中に、前記シンクデバイスとの前記第２のワイヤレスディスプレイサービスに関する第２の通信セッションを確立するための手段と、ここにおいて、前記第２のワイヤレスディスプレイサービスに関する前記第２の通信セッションは第２のワイヤレスディスプレイプロトコルに準拠する、
    前記第２の通信セッションを使用して、メディアデータを、前記シンクデバイスのインターフェースに出力するために前記シンクデバイスに送信するための手段と
    を備えるソースデバイス。
14. シンクデバイスであって、
    ソースデバイスとの第１の通信セッションを確立するための手段と、ここにおいて、前記第１の通信セッションは通信プロトコルに準拠し、および第１のワイヤレスディスプレイプロトコルに準拠する第１のワイヤレスディスプレイサービスに関連する、
    前記第１の通信セッションによって、前記ソースデバイスを発見するための手段と、
    前記シンクデバイスにより、かつ前記第１の通信セッションによって、第２のワイヤレスディスプレイサービスを実行するために前記ソースデバイスへ制御メッセージを送るための手段と、
    前記第１のワイヤレスディスプレイサービスに関連する前記第１の通信セッションの動作中に、前記ソースデバイスとの前記第２のワイヤレスディスプレイサービスに関する第２の通信セッションを確立するための手段と、ここにおいて、前記第２のワイヤレスディスプレイサービスは第２のワイヤレスディスプレイプロトコルに準拠する、
    前記第２の通信セッションを使用して、前記ソースデバイスからメディアデータを受信するための手段と、
    インターフェースに前記メディアデータをレンダリングするための手段と
    を備えるシンクデバイス。
15. 実行されたとき、１つまたは複数のプロセッサに、請求項１から請求項１２のうちの何れか１項に記載の方法を実行させる命令を記憶したコンピュータ可読記憶媒体。

Images