(57)【要約】通信チャネルを構成するために用いられるシステムおよび方法である。ソースデバイスは、表示ポートレーンを動的にマッピングして、表示デバイスおよびＵＳＢ３．０デバイスの両方をサポートすることができる。通信チャネルを構成する方法は、通信チャネルの分岐デバイスが、通信チャネルが再構成可能であることを示す動的構成性能基準を満たすことに応じて、通信チャネルの構成に対する変更を示すデバイス接続イベントを検出することを含む。通信チャネル内のシンクデバイスの構成パラメータが特定される。通信チャネルは、構成パラメータに基づいてソースデータストリームをシンクデバイスに送るために、再構成される。【選択図】図４
2016505915.tif 000002
【特許請求の範囲】
【請求項１】
通信チャネルを構成する方法であって、
前記通信チャネルの分岐デバイスが、前記通信チャネルが再構成可能であることを示す動的構成性能基準を満たすことに応じて、前記通信チャネルの構成に対する変更を示すデバイス接続イベントを検出することと、
前記通信チャネル内のシンクデバイスの構成パラメータに基づいてソースデータストリームを前記シンクデバイスに送るために、前記通信チャネルを再構成することと、を含む、方法。
【請求項２】
前記通信チャネル内の前記シンクデバイスのデバイスのタイプを特定することと、
前記シンクデバイスがＵＳＢ３．０デバイスであることに応じて、所定の構成ポリシーまたはユーザ定義構成ポリシーのうち少なくとも１つに基づいて、前記通信チャネルを再構成することと、をさらに含む、請求項１に記載の方法。
【請求項３】
前記満たすことは、
分岐デバイス性能データを所定の動的構成値と比較することと、
取り出されたデータと事前定義された動的構成値との整合のレベルに基づいて、前記分岐デバイスの動的構成性能を決定することと、を含む、請求項１に記載の方法。
【請求項４】
前記検出することは、
前記通信チャネルのソースデバイスと前記シンクデバイスとの間の物理的リンクを監視することと、
ホットプラグイベントを検出することと、を含み、
前記ホットプラグイベントは、シンクデバイスが前記構成に追加されたこと、または、前記構成から除去されたことを示す、請求項１に記載の方法。
【請求項５】
前記ソースデバイスが電源オフされることを検出することと、
前記ソースデバイスが電源の供給をサポートしているかどうかを決定することと、
前記ソースデバイスの電源機能を特定することと、をさらに含む、請求項４に記載の方法。
【請求項６】
前記特定することは、
前記シンクデバイスのデバイス特定データを取り出すことと、
前記取り出されたデータに基づいて、前記構成パラメータを決定することと、を含む、請求項１に記載の方法。
【請求項７】
前記シンクデバイスは１つ以上のシンクデバイスを含み、
前記再構成することは、
前記１つ以上のシンクデバイスのデバイスのタイプに基づいて、１つ以上の追加の通信チャネルを有効にすることと、
前記１つ以上のシンクデバイスの前記構成パラメータに基づいて、ソースデータストリームの帯域幅分割を決定することと、
前記決定された帯域幅分割に基づいて、前記１つ以上の追加の通信チャネルを前記１つ以上のシンクデバイスの各々に関連付けることと、を含む、請求項２に記載の方法。
【請求項８】
前記シンクデバイスは１つ以上のシンクデバイスを含み、
前記再構成することは、
前記１つ以上のシンクデバイスのデバイスのタイプに基づいて、１つ以上の追加の通信チャネルを無効にすることと、
前記１つ以上のシンクデバイスの前記構成パラメータに基づいて、ソースデータストリームの帯域幅分割を決定することと、
前記決定された帯域幅分割に基づいて、前記１つ以上の追加の通信チャネルを前記１つ以上のシンクデバイスの各々に関連付けることと、を含む、請求項１に記載の方法。
【請求項９】
前記再構成することは、所定の構成ポリシーに基づく、請求項１に記載の方法。
【請求項１０】
前記再構成することは、ユーザ定義構成ポリシーに基づく、請求項１に記載の方法。
【請求項１１】
再構成可能なデータ伝送システムであって、
ソースデバイスを含み、
前記ソースデバイスは、
通信チャネルの分岐デバイスが、前記通信チャネルが再構成可能であることを示す動的構成性能基準を満たすことに応じて、前記通信チャネルの構成に対する変更を示すデバイス接続イベントを検出し、
前記通信チャネル内の前記シンクデバイスの構成パラメータを特定し、
前記構成パラメータに基づいてソースデータストリームをシンクデバイスに送るために、前記通信チャネルを再構成する、ように構成されている、再構成可能なデータ伝送システム。
【請求項１２】
前記ソースデバイスは、
分岐デバイス性能データを構成レジスタから取り出し、
前記分岐デバイス性能データを所定の動的構成値と比較し、
前記取り出されたデータと前記事前定義された動的構成値との整合のレベルに基づいて、前記分岐デバイスの前記動的構成性能を決定する、ようにさらに構成されている、請求項１１に記載のデータ伝送システム。
【請求項１３】
前記ソースデバイスは、
前記１つ以上のシンクデバイスのデバイスのタイプに基づいて、１つ以上の追加の通信チャネルを有効にし、
前記１つ以上のシンクデバイスの前記構成パラメータに基づいて、ソースデータストリームの帯域幅分割を決定し、
前記決定された帯域幅分割に基づいて、前記１つ以上の追加の通信チャネルを前記１つ以上のシンクデバイスの各々に関連付ける、ようにさらに構成されている、請求項１１に記載のデータ伝送システム。
【請求項１４】
前記ソースデバイスは、
前記１つ以上のシンクデバイスのデバイスのタイプに基づいて、１つ以上の追加の通信チャネルを無効にし、
前記１つ以上のシンクデバイスの前記構成パラメータに基づいて、ソースデータストリームの帯域幅分割を決定し、
前記決定された帯域幅分割に基づいて、前記１つ以上の追加の通信チャネルを前記１つ以上のシンクデバイスの各々に関連付ける、ようにさらに構成されている、請求項１１に記載のデータ伝送システム。
【請求項１５】
命令を記憶するコンピュータ可読記憶デバイスであって、命令がコンピューティングデバイスによって実行されると、
前記コンピューティングデバイスは、
通信チャネルの分岐デバイスが、前記通信チャネルが再構成であることを示す動的構成性能基準を満たすことに応じて、前記通信チャネルの構成に対する変更を示すデバイス接続イベントを検出することと、
前記通信チャネル内のシンクデバイスの構成パラメータに基づいてソースデータストリームを前記シンクデバイスに送るために、前記通信チャネルを再構成することと、
を含む動作を実行する、コンピュータ可読記憶デバイス。
【請求項１６】
前記動作は、
前記通信チャネル内の前記シンクデバイスのタイプを決定することと、
前記通信チャネル内の前記シンクデバイスの構成パラメータを特定することと、をさらに含む、請求項１５に記載のコンピュータ可読記憶デバイス。
【請求項１７】
前記動作は、
分岐デバイス性能データを所定の動的構成値と比較することと、
前記取り出されたデータと前記事前定義された動的構成値との整合のレベルに基づいて、前記分岐デバイスの動的構成性能を決定することと、をさらに含む、請求項１５に記載のコンピュータ可読記憶デバイス。
【請求項１８】
前記動作は、
前記１つ以上のシンクデバイスのデバイスのタイプに基づいて、１つ以上の追加の通信チャネルを有効にすることと、
前記１つ以上のシンクデバイスの前記構成パラメータに基づいて、ソースデータストリームの帯域幅分割を決定することと、
前記決定された帯域幅分割に基づいて、前記１つ以上の追加の通信チャネルを前記１つ以上のシンクデバイスの各々に関連付けることと、をさらに含む、請求項１５に記載のコンピュータ可読記憶デバイス。
【請求項１９】
前記動作は、
前記１つ以上のシンクデバイスのデバイスのタイプに基づいて、１つ以上の追加の通信チャネルを無効にすることと、
前記１つ以上のシンクデバイスの前記構成パラメータに基づいて、ソースデータストリームの帯域幅分割を決定することと、
前記決定された帯域幅分割に基づいて、前記１つ以上の追加の通信チャネルを前記１つ以上のシンクデバイスの各々に関連付けることと、をさらに含む、請求項１５に記載のコンピュータ可読記憶デバイス。
【請求項２０】
通信チャネルを構成する方法であって、
デバイス特定読取動作を行ってシンクデバイスの構成パラメータを決定することと、
前記シンクデバイスに関連するデバイス特定データ情報を受け取ることと、
前記デバイス特定データ情報に基づいて、通信チャネルを再構成することと、を含み、
前記再構成することは、ユーザ選択または所定の構成ポリシーに少なくとも部分的に基づく、方法。
【請求項２１】
前記デバイス特定読取動作は、ソースデバイス、分岐デバイスまたは前記シンクデバイスのうち１つの構成レジスタで行われる、請求項２０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、表示インターフェースを動的に構成して、ソースデバイスとシンクデバイスとの間のシリアルバスデータ通信を容易にすることに関する。
【背景技術】
【０００２】
情報処理システムは、一般に、異なる電子デバイス間のデータ伝送を可能にする。例えば、情報処理システムは、ソースデバイスと１つ以上のシンクデバイスとの間のデータ交換を可能にし得る。ソースデバイスは、例えばビデオおよび／またはオーディオなどのメディアまたはマルチメディア信号を生成することができ、一方、複数のシンクデバイスは、当該信号をオーディオ、視覚的およびデジタル方式でレンダリングすることができる。ＤｉｓｐｌａｙＰｏｒｔ（登録商標）、高解像度マルチメディアインターフェース（ＨＤＭＩ（登録商標））、デジタルビジュアルインターフェース（ＤＶＩ）、ユニバーサルシリアルバス（ＵＳＢ）などの業界標準は、ソースデバイスをシンクデバイスに接続するためのインターフェースプロトコルを定めている。一般的に、各々のプロトコルを使用してデータを転送するために、各々のインターフェースに専用の別々のポートがソースおよびシンクデバイスの一部として含まれる必要がある。したがって、異なるインターフェースプロトコルをサポートするために、ソースデバイスとシンクデバイスとを接続するには、別々のケーブルコネクタが必要となる。このことは、混雑を避けることを望み、デバイス間の多数のケーブルコネクタを望まないエンドユーザにとっては悩みの種となる。さらに、コンピューティングデバイス（例えば、非常に薄型のラップトップ、タブレット、スマートフォンなど）の薄型かつ軽量のフォームファクタは、当該デバイスにおけるコネクタ用の物理的な空間量を縮小するので、単一の多目的コネクタが好ましい。したがって、異なるインターフェースプロトコルをサポートすることができる１つのケーブルコネクタを有する機能が必要である。
【０００３】
ＤｉｓｐｌａｙＰｏｒｔ（登録商標）は、Ｖｉｄｅｏ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｓｔａｎｄａｒｄｓ  Ａｓｓｏｃｉａｔｉｏｎ（ＶＥＳＡ）によって開発されたデジタル表示インターフェースである。ＤｉｓｐｌａｙＰｏｒｔ規格は、情報処理システム内で等時性データストリームを配信する際に使用するコネクタ、ケーブルおよびデータ通信プロトコルの要件を提供する。等時性データストリームは、非圧縮デジタルパケット化オーディオまたはビデオのデータストリームを含む。ＤｉｓｐｌａｙＰｏｒｔは、かかる等時性オーディオおよびビデオのストリームを、ソースデバイスからシンクデバイスへ送るための単一方向のメインリンクを含む。メインリンクは、情報処理システムの帯域幅制限に基づいて有効になった１、２または４対の通信チャネルを有することができる。さらに、ＤｉｓｐｌａｙＰｏｒｔ規格は、通信の１レーンのみをサポートする補助チャネルを介して、情報処理システム内の制御データの双方向通信を提供する。ＤｉｓｐｌａｙＰｏｒｔインターフェースは、内部のチップ間および外部のボックス間のデジタル表示接続の両方をサポートするように設計されている。内部のチップ間の適用例は、パネルをグラフィック制御装置から駆動するためのラップトップコンピュータでの使用と、表示構成要素を表示制御装置から駆動するためのモニターまたはテレビでの使用と、を含む。ボックス間の適用実施例は、コンピュータなどのソースデバイスと、モニター、プロジェクタおよびテレビ表示装置などのシンクデバイスと、の間の表示接続を含む。ＤｉｓｐｌａｙＰｏｒｔインターフェースは、ビデオソースを表示デバイスに接続するために主に使用されているが、ＵＳＢプロトコルデータなどの他の形式のデータを送信するために使用することもできる。
【０００４】
ユニバーサルシリアルバス（ＵＳＢ）通信規格は、電子デバイスがデータを交換することを可能にする汎用有線インターフェースおよびプロトコルである。この規格に従う情報交換のために様々なコネクタが定められている。一般的には、１つ以上の専用のＵＳＢポート（例えばＵＳＢコネクタ）が、電子デバイス内で用いられている。種々のＵＳＢ２．０仕様で定められた３つの基本的なタイプのコネクタ（スタンダード、ミニＵＳＢおよびマイクロＵＳＢ）コネクタが存在する。ＵＳＢ３．０仕様では、２つの基本的なタイプのコネクタ（スタンダードおよびマイクロＵＳＢコネクタ）が定められている。デバイスのＵＳＢポートは、典型的には、ケーブルを介して別のデバイスのＵＳＢポートに接続される。ＵＳＢトランシーバを各々のデバイスで用いて、ＵＳＢプロトコル信号を、対応するＵＳＢポートデバイスと送受信することができる。ＵＳＢシンクデバイスの実施例は、キーボード、マウスまたは外部のハードドライブを含むことができる。
【０００５】
ＤｉｓｐｌａｙＰｏｒｔ仕様では、ＤｉｓｐｌａｙＰｏｒｔインターフェースがＵＳＢプロトコルデータを送信するのに使用できることを示しているが、具体的にどのように行われるかを定めていない。さらに、ＤｉｓｐｌａｙＰｏｒｔインターフェース上のＵＳＢプロトコルデータの現在の実装は、ＤｉｓｐｌａｙＰｏｒｔのメインリンクの１つ以上の通信チャネルがＵＳＢデータの送信をサポートするように固定される必要があり、同時に残りの通信チャネルは、表示装置へのビデオデータの送信専用とされる。このような固定された構成の１つの欠点は、例えば、表示デバイス要件およびＵＳＢプロトコルデバイスの両方をサポートするための十分な帯域幅が存在しない場合に、シンクデバイスの表示解像度が低下する場合があることである。
【０００６】
したがって、シリアルバスを介してオーディオおよびビデオデータの両方を非ビデオ／非オーディオデータ（例えば、ユニバーサルシリアルバス３．０のデータなど）とともに、ユーザの構成および好み毎にデバイスに配信することができるように、より知的な方法で表示インターフェース（例えば、単一のＤｉｓｐｌａｙＰｏｒｔケーブルなど）を介して、ビデオ、オーディオおよびＵＳＢデータの伝送を動的にサポートする技術が必要である。
【発明の概要】
【課題を解決するための手段】
【０００７】
本発明の態様の例示的な実施形態では、ソースおよびシンクデバイス間の通信を構成するための装置および方法を含むことができる。ソースデバイスは、異なる種類のシンクデバイスを特定し、シンクデバイスの性能または他の構成設定もしくはコマンドの何れかに基づいて、通信チャネルを動的に対応付けることができる。
【０００８】
本発明の態様の実施形態は、ソースデバイスとシンクデバイスとの間の通信チャネルを構成するための方法を提供する。通信チャネルの構成の変更を示すデバイス接続イベントが検出される。通信チャネルが再構成可能であることを示す動的構成性能基準を満たす通信チャネルの分岐デバイスに応じて、通信チャネル内のシンクデバイスの構成パラメータが特定される。構成パラメータに基づきソースデータストリームをシンクデバイスに送るために、通信チャネルが再構成される。
【０００９】
本発明の別の実施形態は、ソースデバイスを含む再構成可能なデータ伝送システムを提供する。ソースデバイスは、通信チャネルの構成の変更を示すデバイス接続イベントを検出するように構成されている。通信チャネルの分岐デバイスが、通信チャネルが再構成可能であることを示す動的構成性能基準を満たすことに応じて、ソースデバイスは、通信チャネル内のシンクデバイスの構成パラメータを特定する。ソースデバイスは、構成パラメータに基づきソースデータストリームをシンクデバイスに送るために、通信チャネルを再構成する。
【００１０】
本発明の更なる特徴および利点、ならびに、本発明の様々な実施形態の構造および動作は、添付の図面を参照して以下に詳細に記載される。本発明が本明細書に記載された特定の実施形態に限定されないことに留意されたい。かかる実施形態は、本明細書において例示説明の目的で示されているに過ぎない。本明細書に含まれる教示に基づいて、更なる実施形態が当業者において明らかとなろう。
【００１１】
本明細書に組み込まれ、本明細書の一部を形成する添付の図面は、本発明を例示説明し、説明とともに更に本発明の原理を説明するように、さらには当業者が本発明を実施することを可能にするように機能する。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態による情報処理システムを示す図である。
【図２】本発明の実施形態によるソースデバイス、分岐デバイスおよび複数のシンクデバイスを含むシステムを示す図である。
【図３】本発明の実施形態によるソースデバイスを示す図である。
【図４】本発明の実施形態によるシンクデバイスおよびソースデバイスの詳細なブロック図である。
【図５】本発明の実施形態によるソースデバイスで実現されるプロセスを示すフローチャートである。
【発明を実施するための形態】
【００１３】
本発明の特徴および利点は、図面と併せて以下に記載される詳細な説明を参照することでより明らかになる。この図面において、同様の符号は、全体を通して、対応する構成要素を識別する。図面において、同様の符号は、全体的に同一の、機能的に類似する、かつ／または、構造的に類似する要素を示している。要素が最初に現れる図面は、対応する符号の左端の桁によって示されている。
【００１４】
本明細書では、本発明の特徴を組み込む１つ以上の実施形態を開示する。開示された実施形態は、単に本発明を例示するものである。本発明の範囲は、開示された実施形態に限定されるものではない。本発明は、本明細書に添付された特許請求の範囲によって定義される。
【００１５】
記載された実施形態、および、「一実施形態」、「実施形態」、「実施例の実施形態」などの本明細書中の言及は、記載された実施形態が特定の特徴、構造または特性を含むが、各実施形態が、必ずしも特定の特徴、構造または特性を含むとは限られないことを示している。さらに、かかる表現は、必ずしも同じ実施形態を指しているわけではない。さらに、特定の特徴、構造または特性が実施形態に関連して説明されている場合には、明示的に説明されているか否かにかかわらず、かかる特徴、構造または特性を他の実施形態に関連して実現することが当業者の知識の範囲内であることを理解されたい。
【００１６】
本発明の実施形態は、ハードウェア、ファームウェア、ソフトウェアまたはそれらの任意の組合せで実現することができる。また、本発明の実施形態は、１つ以上のプロセッサによって読み取られて実行され得る機械可読媒体に記憶される命令として実現することができる。機械可読媒体は、機械（例えば、コンピューティングデバイス）による読み取りが可能な形式の情報を記憶または送信するための任意の機構を含むことができる。例えば、機械可読媒体は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、電気的、光学的、音響的または他の形式の伝搬信号（例えば、搬送波、赤外線信号、デジタル信号など）などを含むことができる。さらに、ファームウェア、ソフトウェア、ルーチン、命令は、本明細書では特定の行動を行うものとして説明され得る。しかしながら、かかる説明が単に便宜上のものであること、および、かかる行動が、実際には、ファームウェア、ソフトウェア、ルーチン、命令などを実行するコンピューティングデバイス、プロセッサ、制御装置または他のデバイスからもたらされることを理解されたい。
【００１７】
しかしながら、かかる実施形態をより詳細に説明する前に、本発明の実施形態を実現することができる例示の環境を示すことが有益である。
【００１８】
本発明の実施形態は、ソースデバイスとシンクデバイスとの間の通信チャネルの動的構成を可能にすることができる。本発明は、本明細書で特定の用途のための例示説明となる実施形態で説明されているが、本発明は、これに限定されるものではないことを理解されたい。本明細で提供された教示にアクセスする当業者は、その範囲内にある追加の変更、用途および実施形態、ならびに、本発明が非常に有用となり得る追加の技術分野を認識できるであろう。
【００１９】
本発明の実施形態は、１つ以上の伝送リンクがソースデバイスとシンクデバイスとを接続する任意のコンピュータシステム、コンピューティングデバイス、娯楽システム、メディアシステム、ゲームシステムまたは任意のシステムで使用することができる。本発明は、システムが等時性データストリームを含む場合に特に有用である。非圧縮オーディオおよびビデオデータストリームは、等時性データストリームの例である。例えば、非圧縮オーディオおよびビデオストリームをＤＶＤプレーヤーから受け取るフラットパネルテレビ表示装置は、受け取るデータストリームを表示装置で適切にレンダリングするために、ＤＶＤプレーヤーがデータをストリーミングしたレートを必要とする。
【００２０】
図１は、本発明の実施形態による情報処理システムを示す図である。システム１００は、ビデオコンテンツを複数の表示装置で表示し、音を複数のオーディオスピーカーで生成し、データを複数の外部のハードドライブに記憶しまたは読み出すためのシステムであってよい。一実施例では、システム１００は、コンピュータ１０２と、ドッキングステーション１０４と、表示装置１０６−１と、外部のハードドライブ１０６−２と、オーディオスピーカー１０６−３と、インターフェース１２４と、を含む。
【００２１】
一実施例では、コンピュータ１０２は、プロセッサ１１０と、メモリ１１２と、永続的記憶装置１１４と、オーディオ／ビデオソース１１６と、通信インフラストラクチャー１１８と、データ制御装置１２０と、を含む。プロセッサ１１０は、１つ以上の中央プロセッサユニット（ＣＰＵ）または他のプロセッサであってよく、システム１００の動作を制御する。メモリ１１２は、システムの動作中にデータおよび命令を記憶するダイナミックランダムアクセスメモリ（ＤＲＡＭ）などのダイナミックメモリを含む。コンピュータ１０２の実施例は、従来のデスクトップおよびノートブックコンピュータ、サーバー、タブレット、スマートフォン、ホームシアターデバイス、セットトップボックス、高度メディアプレーヤー（例えば、ブルーレイ（登録商標）プレーヤー）、メディアコンピュータ（時にホームシアターＰＣとも称される）、および、メディアデータをシンクに出力することができる他のデバイスを含むことができる。
【００２２】
一実施例では、永続的記憶装置１１４は、ハードディスク、光ディスクまたはフラッシュメモリなどの永続的デジタルデータ記憶媒体を含む。永続的記憶装置１１４は、例えば、ビデオ／オーディオデータなどのデータおよび命令を永続的に記憶するために使用することができる。通信インフラストラクチャー１１８は、限定されないが、周辺構成要素インターフェース（ＰＣＩ）バス、ＰＣＩエクスプレスバスまたはアドバンストマイクロコントローラバスアーキテクチャ（ＡＭＢＡ）バスなどの１つ以上の通信バスを含むことができる。実施形態によれば、通信インフラストラクチャー１１８は、パーソナルコンピュータ１０２の様々な構成要素に通信可能に接続することができる。
【００２３】
一実施例では、オーディオ／ビデオソース１１６は、表示装置１０６−１で表示されるコンテンツおよび／またはオーディオスピーカー１０６−３の音を生成する１つ以上のオーディオおよびビデオソースを含む。一実施形態によれば、オーディオ／ビデオソース１１６は、ＤＶＤプレーヤー、セットトップボックス、または、他のオーディオおよびビデオコンテンツ発生装置を含むことができる。また、オーディオ／ビデオソース１１６は、パーソナルコンピュータ１０２を、遠隔のオーディオ／ビデオコンテンツ発生装置またはオーディオ／ビデオソースに通信可能に接続する１つ以上のインターフェースを含むことができる。例えば、オーディオ／ビデオソース１１６は、オーディオおよびビデオコンテンツのストリーミングを、インターネットなどのネットワークから受け取るネットワークインターフェースを含むことができる。
【００２４】
データ制御装置１２０は、例えばコンピュータシステム内の多数の他のハードウェアまたはソフトウェア構成要素に接続することができる。データ制御装置１２０は、コンピュータシステムのマザーボードに差し込む専用のグラフィックスカードもしくはサウンドカード、マザーボードに差し込む別の構成要素カードの一部、または、マザーボードと一体であり得る。例えば、データ制御装置１２０は、コンピュータシステムのＣＰＵがコンピュータシステムの他の構成要素に接続する周辺構成要素インターフェース（ＰＣＩ）バスに差し込むことができる。
【００２５】
一実施例では、インターフェース１２４は、パーソナルコンピュータ１０２を、表示装置１０６−１と、外部のハードドライブ１０６−２と、オーディオスピーカー１０６−３とに通信可能に接続する複数のインターフェースを含むことができる。インターフェース１２４は、限定されないが、ＤｉｓｐｌａｙＰｏｒｔインターフェース規格、高解像度マルチメディアインターフェース（ＨＤＭＩ（登録商標））規格、デジタルビジュアルインターフェース（ＤＶＩ）、ビデオグラフィックアレイ（ＶＧＡ）またはその変形形態、低電圧作動信号（ＬＶＤＳ）、ＵＳＢケーブル、および、オーディオケーブルなどの１つ以上のインターフェース規格をサポートすることができる。更なる実施例では、インテル社の無線ディスプレイ（ＷｉＤｉ）や、無線ＤｉｓｐｌａｙＰｏｒｔなどの無線インターフェースを含むことができる。
【００２６】
ドッキングステーション１０４は、表示装置１０６−１と、外部のハードドライブ１０６−２と、オーディオスピーカー１０６−３との接続のためのポートを提供する任意の種類のドッキングステーションケーブルを含むことができる。表示装置１０６−１と、外部のハードドライブ１０６−２と、オーディオスピーカー１０６−３とは、ドッキングステーション１０４に差し込まれ、デバイス接続情報は、各デバイスからパーソナルコンピュータ１０２に通信される。
【００２７】
表示装置１０６−１は、コンピュータ１０２から受け取ったコンテンツを表示可能な任意の種類の表示装置を含むことができる。表示装置１０６−１は、陰極線管（ＣＲＴ）もしくはフラットパネルディスプレイなどの任意の表示装置またはスクリーンであり得る。フラットパネルディスプレイは、様々な形式を有し、ＬＣＤ、エレクトロルミネッセンスディスプレイ（ＥＬＤ）およびアクティブマトリックス薄膜トランジスタディスプレイ（ＴＦＴ）が例として挙げられる。表示装置１０６−１は、インターフェース１２４を介して、表示されるデータ、更新される表示装置上の場所、および、任意のタイミング情報を受け取ることができる。
【００２８】
外部のハードドライブ１０６−２は、パーソナルコンピュータ１０２からのデジタルコンテンツを記憶し、且つ、読み出すことの可能な任意の種類のハードドライブを含むことができる。外部のハードドライブ１０６−２は、例えば、磁性材料が被覆された１つ以上の高速で回転する剛性のディスクを含むことができ、データを読み書きするように配設された磁気ヘッドを含む。
【００２９】
オーディオスピーカー１０６−３は、パーソナルコンピュータ１０２から受け取った音コンテンツを発することの可能な任意の種類のマルチメディアスピーカーを含むことができる。オーディオスピーカー１０６−３は、例えば、別々の筐体内に装着された一対の広帯域スピーカーを含むことができる。オーディオスピーカー１０６−３は、概して、パーソナルコンピュータ１０２からの増幅された左右のオーディオ信号を、対応する左右のスピーカーに提供する一対の増幅器を含む。
【００３０】
一実施例では、データおよび制御情報は、インターフェース１２４を介して、表示装置１０６−１と、外部のハードドライブ１０６−２と、オーディオスピーカー１０６−３とに転送される。インターフェース１２４を介して送信されるデータは、ビデオコンテンツに関連するグラフィックデータと、オーディオコンテンツに関連するオーディオデータと、外部のハードドライブ１０６−２に送られるデータに関連するデジタルデータとを含むことができる。インターフェース１２４を介して送信される制御情報は、表示装置１０６−１、外部のハードドライブ１０６−２およびオーディオスピーカー１０６−３と、コンピュータ１０２との同期および構成を可能にする。
【００３１】
図２は、本発明の実施形態によるソースデバイス、分岐デバイスおよびシンクデバイスを含む情報管理システムを示す図である。一実施例では、システム２００は、ソースデバイス２０２と、分岐デバイス２０４と、複数のシンクデバイス２０６−１〜２０６−ｎ（ｎは正の整数である）と、ＤｉｓｐｌａｙＰｏｒｔコネクタ２０８と、を含む。ＤｉｓｐｌａｙＰｏｒｔコネクタ２０８は、メインリンク２１０および補助リンク２１２のうち少なくとも１つを含む。メインリンク２１０は、データを、ソースデバイス２０２からシンクデバイス２０６−１〜２０６−ｎに提供する。一実施例では、システム２００は、ソースデバイス２０２（例えば、図１に示されるコンピュータ１０２）からの入力ビデオ、オーディオおよび／またはデータストリームを、分岐デバイス２０４（例えば、図１に示されるドッキングステーション１０４）が別々のシンクデバイス２０６−１〜２０６−ｎ（例えば、図１に示される表示装置１０６−１、外部のハードドライブ１０６−２およびオーディオスピーカー１０６−３）に配信するマルチチャネルビデオ、オーディオおよびデータシステムである。
【００３２】
ＤｉｓｐｌａｙＰｏｒｔコネクタ２０８は、データを、ソースデバイス２０２から分岐デバイス２０４および複数のシンクデバイス２０６−１〜２０６−ｎに送るための機能を含む。ＤｉｓｐｌａｙＰｏｒｔコネクタ２０８は、システム２００の帯域幅制限、ユーザ構成、または、ユーザ選択に基づいて有効となる１、２、４対の通信チャネル２２０−１〜２２０−４を含むことができる。さらに、ＤｉｓｐｌａｙＰｏｒｔコネクタ２０８は、補助リンク２１２の１つの通信チャネルを介して、分岐デバイス２０４および複数のシンクデバイス２０６−１〜２０６−ｎからソースデバイス２０２へデータを双方向通信するための機能を提供する。
【００３３】
一実施例では、ソースデバイス２０２は、限定されないが、ブルーレイ（登録商標）プレーヤー、ＤＶＤデコーダ、ＣＤプレーヤー、デジタルカメラまたはＭＰ３プレーヤーなどの、ビデオまたはオーディオストリーミングデバイスであり得る。また、ソースデバイス２０２は、等時性データ（例えば、非圧縮オーディオおよびビデオデータストリーム）などのソースデータストリームを生成するコンピュータまたは他のコンピューティングデバイスであり得る。また、ソースデバイス２０２は、複数のシンクデバイス２０６−１〜２０６−ｎの構成パラメータに基づいて、分岐デバイス２０４へのＤｉｓｐｌａｙＰｏｒｔコネクタ２０８の単一方向通信２２０−１〜２２０−４を再構成する機能を含むことができる。
【００３４】
一実施例では、複数のシンクデバイス２０６−１〜２０６−ｎは、例えば、限定されないが、テレビ表示装置、コンピュータ表示装置、オーディオスピーカーシステム、もしくは、外部のハードドライブもしくは制御装置などの任意のＵＳＢ２．０またはＵＳＢ３．０プロトコルデバイスであり得る。別の実施例では、複数のシンクデバイス２０６−１〜２０６−ｎは、ストリームが、表示装置もしくはスピーカーシステムなどのレンダリングデバイスに送られる前に、オーディオおよび／もしくはビデオストリームに様々な処理機能を行うことができるオーディオまたはビデオ受信器などの中間デバイスであり得る。更なる実施例では、シンクデバイス２０６−１〜２０６−ｎは、例えば、ソースデータストリームをレンダリングすることや、ソースデータストリームをさらに処理することなどの様々な機能を行うために、ソースデバイス２０２から送信されたソースデータストリームを使用するデバイスを表す。別の更なる実施例では、シンクデバイス２０６−１〜２０６−ｎは、ソースデバイス２０２からソースデータストリームを受け取ることができ、且つ、シンクデバイス２０６−１〜２０６−ｎの構成パラメータをソースデバイス２０２に提供することができる。
【００３５】
一実施例では、分岐デバイス２０４は、ソースデバイス２０２からの着信ソースデータストリームを入力として取得する中間デバイスであり、ソースデータストリームが別々のシンクデバイス２０６−１〜２０６−ｎに送信される前に、ソースデータストリームに処理機能を行う。例えば、限定されないが、分岐デバイス２０４は、中継デバイス、変換機、レプリケータデバイスまたは複合デバイスであり得る。中継デバイスは、例えば、ソースデータストリームを受け取り、ソースデータストリームをより高いレベルまたはより高い出力で、別々のシンクデバイス２０６−１〜２０６−ｎに再送信する。
【００３６】
一実施例では、ソースデバイス２０２、シンクデバイス２０６、メインリンク２１０、補助リンク２１２および通信チャネル２２０−１〜２２０−４は、ＤｉｓｐｌａｙＰｏｒｔ（登録商標）バージョン１．０、１．１、１．２またはその変形形態のうち１つなどの周知の規格に従って動作する。ＤｉｓｐｌａｙＰｏｒｔバージョン１．０、１．１および１．２は、例えば、メインリンク２１０がソースデバイス２０２からシンクデバイス２０６への単一方向であることと、メインリンク２１０が１つ、２つまたは４つの通信チャネルを含むことができることと、を定めている。補助リンク２１２は、ＤｉｓｐｌａｙＰｏｒｔ仕様によれば、シンクデバイス２０６−１〜２０６−ｎによって取り扱うことができる帯域幅要件などの情報を含む二次情報の双方向の交換のために使用される。
【００３７】
一実施例では、メインリンク２１０は、データおよび制御情報がソースデバイス２０２とシンクデバイス２０６−１〜２０６−ｎとの間で流れることができる伝送リンクである。メインリンク２１０は、ソースデバイス２０２、分岐デバイス２０４およびシンクデバイス２０６−１〜２０６−ｎの間の有線または無線接続などの１つ以上の物理的伝送媒体を含むことができる。例えば、ソースデバイス２０２内の送信器２１４とシンクデバイス２０６−１内の受信器２１６−１とは、メインリンク２１０を介したソースデバイス２０２からのソースデータストリームの伝送を調整することができる。送信されたソースデータストリームは、シンボルレベルでメインリンク２１０を介して配信することができ、例えば、各シンボルからの同数のビットは、利用可能な通信チャネル２２０−１〜２２０−４の各々を介して送信することができる。シンボルは、整数個のビットを表すデジタル伝送内のパルスである。例えば、ソースデバイス２０２は、シンボルを、固定された既知のシンボルレートで、メインリンク２１０を介して送信することができる。一方、シンクデバイス２０６−１〜２０６−ｎは、送信されたデータを再構成するために、シンボルのシーケンスを検出する。シンボルと小単位のデータとの間に直接の対応関係が存在し得る（例えば、各シンボルは、１つ以上の二進数または「ビット」を符号化することができる）。また、データは、シンボル間の遷移によって、または、多くのシンボルのシーケンスによって、表すことができる。
【００３８】
一実施形態では、通信チャネル２２０−１〜２２０−４は、メインリンク２１０を介してソースデータストリームを送る論理チャネルである。別の実施形態では、通信チャネル２２０−１〜２２０−４は、メインリンク２１０上に論理的にオーバーレイされ、メインリンク２１０の別々の通信チャネル２２０−１〜２２０−４のうち１つ以上を利用することができる。通信チャネル２２０−１〜２２０−４のうち１つ以上は、メインリンク２１０上で有効となることができる。
【００３９】
通信チャネル２２０−１〜２２０−４は、等時性データストリームを、ソースデバイス２０２からシンクデバイス２０６−１〜２０６−ｎに送るために使用され得る。例えば、第１の通信チャネル２２０−１および第２の通信チャネル２２０−２は、ビデオデータストリームを、ソースデバイス２０２として機能するコンピュータから送るために使用することが可能であり、第３の通信チャネル２２０−３および第４の通信チャネル２２０−４は、オーディオストリームを送ることができる。または、同じ通信チャネル２２０−１〜２２０−４は、全てのソースデータストリームのタイプを送ることができる。
【００４０】
さらに、補助リンク２１２を、例えば、ソースデバイス２０２とシンクデバイス２０６−１〜２０６−ｎとの間の制御情報の双方向転送のために使用することができる。一実施例では、補助リンク２１２は、シンクデバイス２０６−１〜２０６−ｎによって用いられ、例えば最大サポート帯域幅などのシンクデバイス２０６−１〜２０６−ｎのデータ受信性能をソースデバイス２０２に通信することができ、その結果、上述したように、ソースデバイス２０２は、通信チャネル２２０−１〜２２０−４を再構成して、異なる種類のシンクデバイス２０６−１〜２０６−ｎをサポートすることができる。
【００４１】
一実施例では、図１および図２を参照すると、システム１００および２００は、ＤｉｓｐｌａｙＰｏｒｔ規格またはその変形形態のうち１つ以上に準拠することができる。したがって、メインリンク２１０は、等時性データストリームの搬送のために使用される単一方向リンクであり得る。各等時性データストリームは、例えば、通信チャネル２２０−１〜２２０−４内で送信することができる。例えば、ソースデバイス２０２で生成されたビデオストリームなどの等時性データストリームは、ＤｉｓｐｌａｙＰｏｒｔコネクタ２０８を介して、ソースデバイス２０２から分岐デバイス２０４に送信することができる。次いで、分岐デバイス２０４は、データのストリームを、例えば、表示モニター、オーディオスピーカー、外部のハードドライブ、制御装置などのシンクデバイス２０６−１〜２０６−ｎに配信する。
【００４２】
一実施形態では、シンクデバイス２０６−１〜２０６−ｎのうち１つ以上は、ＵＳＢデバイスを含むことができる。ＵＳＢデバイスが分岐デバイス２０４に接続されると、ソースデバイス２０２と、１つ以上のＵＳＢシンクデバイス２０６−１〜２０６−ｎとの間のデータ交換が、上述したような手法で行われる。一実施形態では、通信チャネル２２０−１〜２２０−４のうち１つ以上を、ＵＳＢデータの処理専用にすることができる。例えば、通信チャネル２２０−３および２２０−４を、１つ以上のＵＳＢシンクデバイス２０６−１〜２０６−ｎと、ソースデバイス２０２との間のデータの交換を排他的に処理するように構成することができる。かかるシナリオでは、通信チャネル２２０−３および２２０−４は、ＵＳＢシンクデバイスのデータ交換を処理するように構成され、一方、通信チャネル２２０−１および２２０−２は、表示装置などの他のタイプのシンクデバイス専用に用いられる。
【００４３】
図３は、本発明の実施形態によるソースデバイス３０２を示す図である。一実施例では、ソースデバイス３０２は、制御装置３３０と、メモリ３３２と、永続的記憶装置３３４と、通信バス３３６と、データソース３３８と、リンクモジュール３４０と、送信インターフェース３４２と、チャネライザ３４４と、を含む。
【００４４】
一実施例では、制御装置３３０は、中央プロセッサユニット（ＣＰＵ）またはグラフィックプロセッサユニット（ＧＰＵ）を含む任意の１つ以上のプロセッサであり得る。一実施例では、制御装置３３０は、ソースデバイス３０２内のデバイスの動作を制御する。例えば、制御装置３３０は、リンクモジュール３４０、送信インターフェース３４２およびチャネライザ３４４のうち１つ以上を実現する論理命令を実行することができる。リンクモジュール３４０、送信インターフェース３４２およびチャネライザ３４４の論理命令は、ソフトウェア、ハードウェア、ファームウェアまたはそれらの組合せで実現することができる。
【００４５】
一実施例では、メモリ３３２は、１つ以上のメモリデバイス（例えばダイナミックランダムアクセスメモリ（ＤＲＡＭ）デバイス）を含む。メモリ３３２は、実行の必要に応じて、リンクモジュール３４０、送信インターフェース３４２およびチャネライザ３４４を含むソースデバイス３０２の異なるモジュールのための論理を記憶するために使用することができる。また、メモリ３３２は、データソース３３８からの着信ストリームデータを送信インターフェース３４２にバッファリングするために使用することができる。
【００４６】
一実施例では、永続的記憶装置３３４は、磁気ディスク、光ディスク、フラッシュメモリなどの１つ以上の永続的記憶デバイスを含むことができる。永続的記憶装置３３４は、リンクモジュール３４０、送信インターフェース３４２およびチャネライザ３４４のロジックを必要に応じて記憶することができる。例えば、一実施形態では、永続的記憶装置３３４は、ソースデバイス３０２の始動時にメモリ３３４にロードされる実行可能形式のソフトウェアで実現されるリンクモジュール３４０、送信インターフェース３４２およびチャネライザ３４４の全ての部分を記憶する。
【００４７】
通信バス３３６は、異なる構成要素間の通信を可能にするために、上述した構成要素のうち２つ以上などのソースデバイス３０２の構成要素を接続する。通信バス３０４は、周辺構成要素インターフェース（ＰＣＩ）バスもしくはその変形形態のうち１つ、ユニバーサルシリアルバス（ＵＳＢ）、ファイアワイヤ、イーサネット（登録商標）、または、同様のデバイスを含むことができる。
【００４８】
一実施例では、データソース３３８は、ソースデータストリームを生成する任意のデバイスであり得る。例えば、ビデオ、音楽または汎用データを提供するコンピュータをデータソース３３８に含めることができる。一実施形態では、データソース３３８は、データを送信インターフェース３４２に送る前にＤＶＤ上に記憶されたビデオデータを復号化して解凍するＤＶＤ再生ソフトウェアを含むコンピュータであり得る。例えば、ＤＶＤビデオデータは、モーションピクチャーエキスパートグループバージョン２（ＭＰＥＧ２）ビデオ圧縮規格を使用して記憶することができる。データソース３３８は、ＭＰＥＧ２規格に従ってＭＰＥＧ２ビデオを解凍し、非圧縮ビデオデータをリンクモジュール３４０に投入して送信する（例えば、表示装置でレンダリングする、または、外部のハードドライブに記憶する）ことができる。
【００４９】
一実施例では、送信インターフェース３４２は、例えば、リンクモジュール３４０から発信データストリームを受け取り、送信リンクを介してそれを送り出す機能を含む。また、送信インターフェース３４２は、両方のタイプのリンクが存在するシステムのメインリンクおよび補助リンクを介し、データを必要に応じて送信する機能を含むこともできる。一実施例では、チャネライザ３４４は、リンクモジュール３４０の一部としてまたは別のモジュールとして実現することができる。一実施例では、チャネライザ３４４は、データソース３３８からソースデータストリームを受け取り、１つ以上の通信を開始し、そのソースデータを１つ以上のソースデータストリームとしてシンクデバイスに送信する機能を含む。通信チャネルの開始は、通信チャネルのための識別子を生成することと、適切な識別子を対応するストリームデータとともに送信することと、を含むことができる。一実施形態では、通信チャネルの開始は、シンクデバイスおよび分岐デバイス（例えば、図２のシンクデバイス２０６−１〜２０６−ｎおよび分岐デバイス２０４）との間のメッセージの交換を含む。通信チャネルを設定する前のメッセージの交換は、例えば、シンクデバイスのタイプ、帯域幅要件、および、シンクデバイスの構成パラメータに基づく通信チャネルの動的構成を可能にする。
【００５０】
当業者は、ソースデバイス３０２が、示されたものに加えて構成要素もしくはモジュールまたはそれらの異なる組合せを含むことができることを理解するであろう。データソース３３８、リンクモジュール３４０、送信インターフェース３４２およびチャネライザ３４４の機能は、ソフトウェア、ファームウェア、ハードウェアまたはそれらの組合せで実現できることに留意されたい。一実施形態では、例えば、データソース３３８、リンクモジュール３４０、送信インターフェース３４２およびチャネライザ３４４の機能は、Ｖｅｒｉｌｏｇ、ＲＴＬ、ネットリストなどのハードウェア記述言語で定められ、最終的に、本明細書に記載の本発明の態様を具現化するハードウェアデバイスを生成するために、マスクワーク／フォトマスクの生成を介して製造プロセスを構成することを可能にする。
【００５１】
図４は、本発明の実施形態によるシステム４００を示す図である。例えば、システム４００は、ソースデバイス２０２などのソースデバイスと、分岐デバイス２０４などの分岐デバイスと、シンクデバイス２０６−１などのシンクデバイスと、を含む。
【００５２】
一実施例では、ソースデバイスは、ＤｉｓｐｌａｙＰｏｒｔソース補助チャネル４７２を使用して制御データを通信する。一実施形態では、ソースデバイス２０２は、ソースポリシー層４６０と、ソースリンク層４６２と、ソース物理層４６４と、を含む。ソース物理層４６４は、送信器４６８と、ソースメインリンクインターフェース４７０と、ソース補助チャネル４７２と、ホットプラグ検出（ＨＰＤ）チャネル４７４と、を含むことができる。ソースリンク層４６２は、ソースポリシー層４６０によって要求されるサービスを提供する。さらに、ソースリンク層４６２は、シンクデバイス２０６−１への接続を監視し、接続の同期を維持するためのサービスを提供する。ソースポリシー層４６０は、上述したようにソースデータストリームをソースデバイス２０２から送る方法を決定する。
【００５３】
一実施例では、シンクデバイス２０６−１は、シンクポリシー層４８４と、シンクリンク層４８６と、シンク物理層４８８と、ＤｉｓｐｌａｙＰｏｒｔ構成データ（ＤＰＣＤ）４８０と、デバイス特定データ（ＤＩＤ）４８２と、を含む。シンクデバイス２０６−１のシンク物理層４８８は、補助チャネルインターフェース４９０と、ホットプラグ検出チャネル４９２と、シンクデバイス受信器４９４と、シンクデバイスメインリンクインターフェース４９６と、を含む。ソースデバイス２０２のソースリンク層４６２と同様に、シンクリンク層４８６は、ソースデータストリームを送る方法を管理するシンクポリシー層４８４によって要求されるサービスを提供する。また、シンクリンク層４８６は、ソースデバイス２０２との接続を管理し、その接続の同期を維持することを担う。一般に、ソースデータストリームは、ソースリンク層４６２を介してソースデバイス２０２の送信器４６８に送られる。次に、ソースメインリンクインターフェース４７０は、ソースデータストリームをシンクデバイス２０６−１に送信することを担う。次いで、ソースデータストリーム情報は、ＤｉｓｐｌａｙＰｏｒｔコネクタ４７６を介して分岐デバイス２０４に送られ、そして、メインリンクインターフェース４９６を介してシンクデバイス２０６−１に送られる。ＤｉｓｐｌａｙＰｏｒｔコネクタ４７６は、構成レーン４７８（レーン０〜４）を含む。一実施形態では、ＤｉｓｐｌａｙＰｏｒｔコネクタ４７６の構成レーン４７８は、シンクデバイスのタイプおよび帯域幅要件に基づいて、分岐デバイス２０４に接続されたシンクデバイス２０６−１および任意の他のシンクデバイスに動的に対応付けられる。
【００５４】
この実施形態では、ソースデータストリーム情報は、一旦受け取られると、シンクデバイスメインリンクインターフェース４９６からシンクデバイス受信器４９４に送られる。次に、シンクリンク層４８６は、ソースデータストリーム情報をシンクポリシー層４８４に転送する。ソースデータストリーム情報は、例えば、シンクデバイス２０６−１が、表示装置またはシンクデバイス２０６−１によってアクセスされる表示装置である場合、シンクデバイス２０６−１が外部のハードドライブである場合には、シンクデバイス２０６−１によって表示されるビデオ情報またはデジタル情報などのソースデータストリームであり得る。
【００５５】
この実施例の動作では、ソースデバイス２０２の開始において、ソースデバイス２０２からシンクデバイス２０６−１へのトランザクション要求を起動する。シンクデバイス２０６−１は、それに応じてリプライトランザクションで応答する。別の実施形態では、シンクデバイス２０６−１は、分岐デバイス２０４を介して、通信チャネル４７８を監視してソースデバイス２０２の開始を検出することができる。ソースデバイス２０２は、例えば、ユーザがソースデバイス２０２の電源をオンにすることによって開始することができる。ソースデバイス２０２が開始されると、電源電圧の変化がＨＰＤインターフェース４７４によって検出される。電源電圧の変化は、シンクデバイス２０６−１によるＨＰＤイベントの生成をもたらし、ＨＰＤイベントは、ＨＰＤインターフェース４９２を介して通信される。ＨＰＤイベント信号は、ソースデバイスのＨＰＤインターフェース４７４によって受け取られ、次に、ソースリンク層４６２を介してソースポリシー層４６０に通信される。
【００５６】
実施形態では、ＨＰＤイベント信号は、デバイス接続イベントに応じて、ソースデバイス２０２によって受け取られる。デバイス接続イベントは、通信チャネル４７８の分岐デバイス２０４が、通信チャネル４７８が再構成可能であることを示す動的構成性能基準を満たすことに応じて、通信チャネル４７８の構成に対する変化を示している。ソースポリシー層４６０は、ＤＰＣＤを起動し、ＤＰＣＤは、ソースリンク層４６２に送られ、次にＡＵＸチャネルインターフェース４７２に送られる。ＤＰＣＤ読取動作は、分岐デバイス２０４のＤＰＣＤレジスタ４９８から構成データを読み出すためにソースデバイス２０２によって生成される要求である。その受信後、ＤＰＣＤ読取動作は分岐デバイス２０４に送られる。ＤＰＣＤ読取動作コマンドを受信すると、分岐デバイス２０４の動的構成性能を決定するために、ＤＰＣＤレジスタ４９８のＤＰＣＤ読取動作が行われる。
【００５７】
一実施形態では、分岐デバイス２０４の動的構成性能は、ＤＰＣＤレジスタ４９８に記憶された分岐デバイス性能データを所定の動的構成値と比較することにより決定される。一実施形態では、分岐デバイス２０４は、分岐デバイスの動的構成性能に関連する分岐デバイス性能データを保持するように割り当てられたレジスタ空間の一部を含むＤＰＣＤレジスタ４９８を含む。ＤＰＣＤレジスタ４９８は、分岐デバイス性能を記述するデータを含み、取り付けられた任意のシンクデバイス（例えばシンクデバイス２０６−１など）の接続状態を記憶する。本明細書に記載の実施形態は、分岐デバイスに含まれるＤＰＣＤレジスタについて説明しているが、ソースデバイス２０２およびシンクデバイス２０６−１も、ＤＰＣＤレジスタまたはシステム４００内の任意のデバイスの性能データを記憶する任意の他の種類の構成レジスタを含むことができる。
【００５８】
分岐デバイス２０４の動的構成性能は、分岐デバイス２０４が、ソースデバイス２０２と分岐デバイス２０４との間の通信チャネルを、存在するシンクデバイス（例えばシンクデバイス２０６−１などの）のタイプに基づいて動的に再構成することが可能であることを示すことができる。例えば、通信チャネル４７８は、表示デバイスと、ＵＳＢ２．０またはＵＳＢ３．０デバイスとが存在する場合には、それらのデバイスの両方をサポートするように再構成することができる。
【００５９】
実施形態では、所定の動的構成値はハード符号化データ値である。別の実施形態では、分岐デバイス２０４の動的構成性能は、分岐デバイスの性能データと所定の動的構成値との整合のレベルに基づいて決定される。例えば、分岐デバイスの性能データと所定の動的構成値とのビット比較を行うことができ、分岐デバイス２０４は、特定のビット数が整合すると、または、分岐デバイスの性能データの特定のビットが１にセットされると、動的構成性能を有すると決定される。
【００６０】
この実施例では、次に、デバイス特定読取動作を行い、シンクデバイス２０６−１のシンクデバイスのタイプおよび構成パラメータを決定する。デバイス特定読取動作は、分岐デバイス２０４に取り付けられたシンクデバイス２０６−１に関連する構成パラメータについてのソースデバイス２０２からの要求である。かかる構成パラメータは、シンクデバイス２０６−１によって必要とされる最大または最小帯域幅を含むことができる。デバイス特定読取動作がシンクデバイス２０６−１のＡＵＸチャネルインターフェース４９０によって受け取られると、コマンドデータ４５０を含むデバイス特定読取動作は、シンクリンク層４８６からシンクポリシー層４８４に送られる。次に、シンクポリシー層４８４は、デバイス特定読取動作を行い、シンクデバイス２０６−１に記憶されたＤＩＤ情報４８２を読み出す。次いで、読み出されたＤＩＤ情報４８２は、同じ通信パスを使用してソースデバイス２０２に返される。例えば、デバイス特定情報は、帯域幅要件とともにデバイスタイプを示すことができる。デバイスタイプの情報は、シンクデバイスタイプを表示デバイスまたはＵＳＢ３．０デバイスとして特定することができる。実施例では、拡張表示情報データ（ＥＤＩＤ）は、表示デバイスから読み出すことができるデバイス特定情報の形式である。ＥＤＩＤは、表示デバイスが一旦接続されると、表示デバイスの性能をソースデバイスに通知する。
【００６１】
デバイス特定情報を受け取ると、ソースデバイス２０２は、受け取ったデバイス特定情報（構成パラメータ）に基づいて、通信チャネル４７８を再構成する機能を含む。一実施形態では、通信チャネル４７８の再構成は、シンクデバイス２０６−１のデバイスタイプに基づいて１つ以上の追加の通信チャネルを有効または無効にすることを含む。例えば、デバイス特定情報は、分岐デバイス２０４に取り付けられたシンクデバイスを、１つ以上の表示装置および／または１つ以上のＵＳＢプロトコルデバイスを含むものとして特定することができる。かかるシナリオでは、ソースポリシー層４６０は、通信チャネル４７８（レーン０、１、２、３）を再構成して、分岐デバイス２０４に取り付けられたシンクデバイスをサポートするように構成される。したがって、通信の１つ、２つまたは４つのレーンを有効にすることができ、ある特定数のレーンが表示シンクデバイスに充てられ、他のレーンがＵＳＢデバイスに割り当てられる。一実施形態では、通信チャネル４７８の割り当ては、所定の構成ポリシーまたはユーザ定義の構成ポリシーの何れかに基づく。かかるポリシーは、帯域幅の分割に関してシンクデバイスの種類の優先度または選好を決定する。
【００６２】
一実施形態では、シンクデバイス２０６−１がＵＳＢデバイスの場合、シンクデバイス２０６−１とソースデバイス２０２との間の構成は、ＵＳＢ接続アーキテクチャ（例えば、プラグアンドプレイ）を介して取り扱うことができる。シンクデバイス２０６−１は、プラグアンドプレイインターフェースを介してソースデバイス２０２にアクセス可能な機能セットを有するプラグアンドプレイＵＳＢデバイスを含むことができる。プラグアンドプレイデバイスは、シンクデバイスが分岐デバイス（例えば、分岐デバイス２０４）に接続する場合、または、ソースデバイス（例えば、ソースデバイス２０２）に直接接続する場合、ソースデバイス２０２のオペレーティングシステムによって自動的に検出されるデバイスである。プラグアンドプレイデバイスは、限定されないが、記憶、入力登録、撮像、オーディオ入力および出力などを含む機能セットを含むことができる。プラグアンドプレイデバイス上で利用可能な機能セットは、デバイスクラスとして事前に定義される。プラグアンドプレイデバイスが、分岐デバイス２０４に接続すると、または、ソースデバイス２０２に直接接続すると、電子回路が完成し、ソースデバイス２０２のオペレーティングシステムが接続に関して警告される。オペレーティングシステムは、それに応じてプラグアンドプレイデバイスをポーリングし、どのような機能がプラグアンドプレイデバイスで利用可能であるかを決定する。ソースデバイスの多くのオペレーティングシステムは、ＵＳＢ大容量記憶装置、２ボタンマウスなどのプラグアンドプレイシンクデバイスクラスのための複数のプリロードされたドライバを含むことができる。オペレーティングシステムがソースデバイス２０２に接続されたプラグアンドプレイデバイスのデバイスクラスのためのドライバを含む場合、ソースデバイス２０２は、プラグアンドプレイデバイスがソースデバイス２０２によってアクセスできるように、ドライバをロードする。オペレーティングシステムがプラグアンドプレイデバイスのデバイスクラスに対応するドライバを含まない場合、オペレーティングシステムは、通常、コンピュータがプラグアンドプレイデバイスの機能にアクセスできる適切なソフトウェアをインストールするようにユーザに促す。
【００６３】
一実施形態では、ソースデバイスのオペレーティングシステムは、プラグアンドプレイＵＳＢシンクデバイスが分岐デバイス２０４に接続され、または、ソースデバイス２０２に直接接続されたことを示すイベントの着信を監視するように構成することができる。イベントは、シンクデバイス２０６−１がシステム４００に接続される毎に生成される。一実施形態では、シンクデバイス２０６−１が接続すると、シンクデバイス２０６−１とソースデバイス２０２との間の通信チャネルは、ユーザによって設定された所定の構成ポリシーに基づいて構成することができる。別の実施形態では、シンクデバイス２０６−１が一旦接続されると、ユーザは、通信チャネルを構成することができる。オペレーティングシステムは、ユーザがソースデバイスとシンクデバイスとの間の通信チャネルを構成することができるインターフェースをユーザに提示するソフトウェアを含むことができる。例えば、シンクデバイス２０６−１の接続時に、ソースデバイス２０２上で実行されるソフトウェアが特定のレベルの帯域幅を特定のデバイスに与える機能をユーザに提供するメニューを生成することができる。ユーザが各々のシンクデバイスに与えられる帯域幅の量を設定すると、通信チャネルは、上述したように、それらの帯域幅の設定に基づいて構成されることになる。
【００６４】
別の実施形態では、ソースデバイス２０２が一切の電源を有していない場合、ソースデバイスとシンクデバイスとの間の構成が行われる。ソースデバイス２０２が電源オフしている場合、または、ソースデバイス２０２のバッテリがもはやバッテリ寿命を有していない場合、ソースデバイス２０２は、電源を有していないこととなり得る。かかるシナリオでは、分岐デバイス２０４は、ソースデバイス２０２をプローブ（ｐｒｏｂｅ）して、ソースデバイス２０２が電源の供給をサポートしているかどうかを決定するように構成することができる。例えば、ソースデバイス２０２は、ソースデバイス２０２が一切の電源を有していない場合、ソースデバイス２０２への電源の供給をサポートするように構成された１ワイヤー式電源内蔵型読み取り専用メモリ（ＲＯＭ）を含む１ワイヤー式デバイスであり得る。１ワイヤー式デバイスは、デバイスのための単一の信号を介して、低速データ、信号伝達および電源を提供する通信バスシステムを含む。一実施形態では、分岐デバイス２０４は、１ワイヤー式ＲＯＭを経由するＤｉｓｐｌａｙＰｏｒｔ接続を介してソースデバイス２０２をプローブすることができる。分岐デバイス２０４は、１ワイヤー式ＲＯＭを使用してソースデバイス２０２に問い合わせ、ソースデバイス２０２の電源性能を決定するように構成することができる。具体的には、ソースデバイス２０２はプローブされて、ソースデバイス２０２の電圧要件を決定することができる。電圧要件が一旦決定されると、分岐デバイス２０４は、ソースデバイス２０２を充電するために必要な電圧をソースデバイス２０２に提供するように構成される。必要な電圧は、シンクデバイス２０６−１から受け取ることができる。
【００６５】
図５は、本発明の実施形態によるプロセス５００を表すフローチャートである。例えば、プロセス５００は、ソースデバイス２０２を使用し、シンクデバイス２０６−１〜２０６−ｎなどの複数のシンクデバイス間の通信チャネル２２０−１〜２２０−４を再構成することができる。したがって、一実施例では、プロセス５００は、上述したシステム１００，２００，３００，４００のうち１つ以上によって行うことができる。これらのシステムの要素は、例示的な実現形態として参照される。プロセス５００は、示された全ての動作を含まない場合があるし、示された順序で動作を実行しない場合があることを理解されたい。
【００６６】
ステップ５０２では、デバイス接続イベントが検出される。ステップ５０２は、例えば、ソースデバイス２０２のＨＰＤインターフェース４７４によって行うことができる。上述したように、デバイス接続イベントは、通信チャネルの構成に対する変更を示す。デバイス接続イベントが検出されると、通信チャネルの分岐デバイスが分析されて、通信チャネルが再構成可能であることを示す動的構成性能基準を満たしているかが決定される。例えば、新規のシンクデバイスが分岐デバイス２０４に接続されると、ソースデバイス２０２のＨＰＤインターフェース４７６は、ホットプラグイベントを受け取ることになる。それに応じて、ソースデバイス２０２は、メインリンク補助チャネルを介して、分岐デバイス２０４にコマンドとして送られることになる読取動作を生成する。読取動作は、上述したように、分岐デバイス２０４の動的構成性能を決定するために行われる。
【００６７】
ステップ５０４では、通信チャネル内のシンクデバイスの構成パラメータが特定される。ステップ５０４は、例えば、ソースデバイス２０２のソース物理層４６４および分岐デバイス２０４によって行われる。分岐デバイスが動的構成をサポートしていることが決定されると、ソースデバイス２０２は、分岐デバイス２０４に対する別の読取要求を生成する。それに応じて、分岐デバイス２０４は、デバイス特定動作を行い、分岐デバイス２０４に接続されている全てのシンクデバイスについて記憶されたデバイス特定情報を読み出す。読み出されたデバイス特定情報は、接続された各シンクデバイスの性能を示す。例えば、デバイス特定情報は、接続されたシンクデバイスの帯域幅要件とともにデバイスタイプを含むことができる。
【００６８】
ステップ５０６では、通信チャネルは、構成パラメータに基づいてソースデータストリームをシンクデバイスに送るように再構成される。例えば、ステップ５０６は、ソースデバイス２０２のソースポリシー層４６０によって行われ得る。一実施形態では、通信チャネルを再構成することは、分岐デバイス２０４に接続されている１つ以上のシンクデバイスのデバイスタイプに基づいて、１つ以上の追加の通信チャネルを有効にすることを含む。通信チャネルの再構成は、シンクデバイスの全てのタイプがソースデバイス２０２によって特定されると行われる。例えば、ソースデバイス２０２は、分岐デバイス２０４に接続されたシンクデバイスを、表示デバイスおよびＵＳＢ３．０デバイスを含むものとして特定することができる。この例では、通信チャネル０、１、２、３は、上述したように、両方のデバイスタイプをサポートするように再構成することができる。
【００６９】
一実施形態では、ソースデータストリームのための帯域幅分割がシンクデバイスの構成パラメータに基づいて決定され、通信チャネルは、それに応じて再構成される。例えば、表示シンクデバイスは、６０Ｈｚで１９００×１２００（例えば、２４インチ表示装置）を含む最大解像度を表示するのに十分な帯域幅を必要とする場合がある。表示シンクデバイスの帯域幅が満たされると、残りの帯域幅をＵＳＢ３．０デバイスに割り当てることができる。したがって、レーン０，１が表示デバイスをサポートするように割り当てられ、その一方で、レーン２，３がＵＳＢ３．０デバイスをサポートするように割り当てられるように、通信チャネルを分割することができる。
【００７０】
実施形態では、分岐デバイス２０４に対してシンクデバイスを追加または除去することができる。実施形態では、シンクデバイスが分岐デバイスから除去されると、１つ以上の通信チャネルを、残りのシンクデバイスのデバイスタイプに基づいて無効にすることができる。例えば、ＵＳＢ３．０シンクデバイスが除去され、表示シンクデバイスだけが残る場合には、通信チャネルは、１つ、２つ、または、全ての４つのレーンを使用して表示シンクデバイスの帯域幅要件をサポートすることができるように再構成される。この様に、システムは、ソースデバイスと１つ以上のシンクデバイスとの間の通信チャンネルの動的構成をサポートする。
【００７１】
一実施形態では、構成の１つ以上のシンクデバイスのための帯域幅分割は、事前定義された構成ポリシーに基づくことができる。例えば、事前設定された構成ポリシーは、表示シンクデバイスが、如何なる他の種類のシンクデバイスタイプよりも高い優先度を受け取ることを示すことができる。したがって、分岐デバイス２０４に接続されたシンクデバイスが分析された場合に、表示装置として特定されたシンクデバイスは、より高い優先度が与えられた帯域幅要件であって、最初に満たされる帯域幅要件を有することになる。また、分岐デバイス２０４に接続された１つ以上のシンクデバイスのための帯域幅分割は、ユーザ定義の構成ポリシーに基づくことができる。例えば、新規に追加されたシンクデバイスが検出されると、デバイスの優先度を設定するためのオプションをユーザに提示することができる。このようにして、帯域幅分割はユーザの優先度選択に基づく。このように、ユーザは、ＵＳＢ３．０シンクデバイスに対して、表示デバイスよりも高い優先順位をつけることができ、その逆も可能である。ＵＳＢ３．０デバイスが表示デバイスよりも高い優先度が与えられるシナリオでは、表示デバイスの解像度は、利用可能な帯域幅に依存して影響を受ける場合がある。
【００７２】
上述したように、本発明は、ソースデバイスが、シンクデバイスタイプおよび帯域幅要件に基づいて１つ以上のシンクデバイス間の通信チャネルを再構成することを可能にする。検出されたシンクデバイスのタイプを特定することと、再構成をサポートする分岐デバイスを有することと、によって、ソースデバイスとシンクデバイスとの間の通信チャネルの動的対応付けが可能になる。
【００７３】
上述した実施形態は、従来の手法と比較して、コスト削減および柔軟性を提供することができる。シンクデバイスの接続を監視することと、各シンクデバイスの要件を決定することと、によって、表示デバイスおよびＵＳＢ３．０などの他の種類のデバイスのための最適な帯域幅が自動的に構成される。
【００７４】
概要および要約では、発明者によって企図される本発明の１つ以上であるが全てではない例示的な実施形態を明らかにすることができるが、本発明および添付の特許請求の範囲を限定することを意図していない。
【００７５】
本発明は、特定の機能およびこれらの関係の実現を示す機能構成ブロックを用いて上述した。これらの機能構成ブロックの境界は、本明細書では説明の便宜のために任意に定義されている。代替の境界を、それらの特定の機能および関係が適切に行われる限り、定義することができる。
【００７６】
特定の実施形態についての上述した説明は、第三者が、当業者の知識を適用することにより、過度の実験を行うことなく、本発明の全体的な概念から逸脱することなく、特定の実施形態のような様々な用途に容易に変更および／または適応することができるという本発明の全般的性質を完全に明らかにする。したがって、かかる適応および変更は、本明細書に示された教示および手引きに基づいて、開示された実施形態の均等物の意味および範囲内であることを意図する。本明明細書の表現または用語は、説明の目的のためであって限定の目的ではなく、本明細書の用語または表現は、教示および手引きに照らして当業者によって解釈されることを理解されたい。
【００７７】
本発明の幅および範囲は、上述した例示的な実施形態の何れによっても限定されるべきものではなく、以下の特許請求の範囲およびそれらの均等物によってのみ定義されるべきである。
【図１】
2016505915.tif 000003
【図２】
2016505915.tif 000004
【図３】
2016505915.tif 000005
【図４】
2016505915.tif 000006
【図５】
2016505915.tif 000007
【手続補正書】
【提出日】平成27年7月10日(2015.7.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信チャネルを構成する方法であって、
複数の通信チャネルの構成に対する変更を開始するデバイス接続イベントを検出することと、
前記複数の通信チャネルを管理する分岐デバイスが前記複数の通信チャネルの再構成をサポートしているかどうかを、前記分岐デバイスが動的構成性能基準を満たすことに基づいて決定することであって、前記動的構成性能基準は、前記分岐デバイスに接続された複数のシンクデバイスのデバイスのタイプに基づいて満たされることと、
前記複数のシンクデバイスの構成パラメータと、前記複数のシンクデバイスに関連付けられた優先度とに基づいて異なるソースデータストリームを前記複数のシンクデバイスに送るために、前記複数の通信チャネルを再構成することと、を含む、方法。
【請求項２】
前記複数のシンクデバイスの各々のデバイスのタイプを特定することと、
前記複数のシンクデバイスのうち少なくとも１つのシンクデバイスのデバイスのタイプがＵＳＢ３．０デバイスであることに応じて、前記少なくとも１つのシンクデバイスの構成ポリシーと、前記複数のシンクデバイスに関連付けられた帯域幅要件とに基づいて、前記複数の通信チャネルを再構成することと、をさらに含む、請求項１に記載の方法。
【請求項３】
前記検出することは、
前記通信チャネルのソースデバイスと前記複数のシンクデバイスとの間の物理的リンクを監視することと、
ホットプラグイベントを検出することと、を含み、
前記ホットプラグイベントは、他のシンクデバイスが前記複数のシンクデバイスの構成に追加されたこと、または、前記複数のシンクデバイスの構成から除去されたことを示す、請求項１に記載の方法。
【請求項４】
前記ソースデバイスが電源を有していないことを検出することと、
前記ソースデバイスの電圧要件を決定するために、前記複数の通信チャネルのうち１つの通信チャネルを介して前記ソースデバイスに問い合わせることと、
前記電圧要件を満たす電源を前記複数のシンクデバイスから提供することであって、前記電源は前記ソースデバイスを充電することと、をさらに含む、請求項３に記載の方法。
【請求項５】
前記特定することは、
前記複数のシンクデバイスのデバイス特定データを取り出すことと、
前記取り出されたデバイス特定データに基づいて、前記構成パラメータを決定することと、を含む、請求項１に記載の方法。
【請求項６】
前記再構成することは、
前記複数のシンクデバイスの各々のデバイスのタイプに基づいて、１つ以上の追加の通信チャネルを有効にすることと、
前記複数のシンクデバイスの前記構成パラメータと、前記複数のシンクデバイスに関連付けられた優先度とに基づいて、前記異なるソースデータストリームの帯域幅分割を決定することと、
前記決定された帯域幅分割に基づいて、前記１つ以上の追加の通信チャネルを前記複数のシンクデバイスの各々に関連付けることと、を含む、請求項２に記載の方法。
【請求項７】
前記再構成することは、
前記複数のシンクデバイスの各々のデバイスのタイプに基づいて、１つ以上の追加の通信チャネルを無効にすることと、
前記複数のシンクデバイスの前記構成パラメータと、前記複数のシンクデバイスに関連付けられた優先度とに基づいて、前記異なるソースデータストリームの帯域幅分割を決定することと、
前記決定された帯域幅分割に基づいて、前記１つ以上の追加の通信チャネルを前記複数のシンクデバイスの各々に関連付けることと、を含む、請求項１に記載の方法。
【請求項８】
前記再構成することは、所定の構成ポリシーに基づく、請求項２に記載の方法。
【請求項９】
前記再構成することは、ユーザ定義構成ポリシーに基づく、請求項２に記載の方法。
【請求項１０】
再構成可能なデータ伝送システムであって、
ソースデバイスを含み、
前記ソースデバイスは、
複数の通信チャネルの構成に対する変更を開始するデバイス接続イベントを検出し、
前記複数の通信チャネルを管理する分岐デバイスが前記複数の通信チャネルの再構成をサポートしているかどうかを、前記分岐デバイスが動的構成性能基準を満たすことに基づいて決定し、
前記複数のシンクデバイスの構成パラメータと、前記複数のシンクデバイスに関連付けられた優先度とに基づいて異なるソースデータストリームを前記複数のシンクデバイスに送るために、前記複数の通信チャネルを再構成する、ように構成されており、
前記動的構成性能基準は、前記分岐デバイスに接続された複数のシンクデバイスのデバイスのタイプに基づいて満たされる、
再構成可能なデータ伝送システム。
【請求項１１】
前記ソースデバイスは、
前記複数のシンクデバイスの各々のデバイスのタイプに基づいて、１つ以上の追加の通信チャネルを有効にし、
前記複数のシンクデバイスの前記構成パラメータと、前記複数のシンクデバイスに関連付けられた優先度とに基づいて、前記異なるソースデータストリームの帯域幅分割を決定し、
前記決定された帯域幅分割に基づいて、前記１つ以上の追加の通信チャネルを前記複数のシンクデバイスの各々に関連付ける、ようにさらに構成されている、請求項１０に記載のデータ伝送システム。
【請求項１２】
前記ソースデバイスは、
前記複数のシンクデバイスの各々のデバイスのタイプに基づいて、１つ以上の追加の通信チャネルを無効にし、
前記複数のシンクデバイスの前記構成パラメータと、前記複数のシンクデバイスに関連付けられた優先度とに基づいて、前記異なるソースデータストリームの帯域幅分割を決定し、
前記決定された帯域幅分割に基づいて、前記１つ以上の追加の通信チャネルを前記複数のシンクデバイスの各々に関連付ける、ようにさらに構成されている、請求項１０に記載のデータ伝送システム。
【請求項１３】
命令を記憶するコンピュータ可読記憶媒体であって、命令がコンピューティングデバイスによって実行されると、
前記コンピューティングデバイスは、
複数の通信チャネルの構成に対する変更を開始するデバイス接続イベントを検出することと、
前記複数の通信チャネルを管理する分岐デバイスが前記複数の通信チャネルの再構成をサポートしているかどうかを、前記分岐デバイスが動的構成性能基準を満たすことに基づいて決定することであって、前記動的構成性能基準は、前記分岐デバイスに接続された複数のシンクデバイスのデバイスのタイプに基づいて満たされることと、
前記複数のシンクデバイスの構成パラメータと、前記複数のシンクデバイスに関連付けられた優先度とに基づいて異なるソースデータストリームを前記複数のシンクデバイスに送るために、前記複数の通信チャネルを再構成することと、
を含む動作を実行する、コンピュータ可読記憶媒体。
【請求項１４】
前記動作は、
前記複数のシンクデバイスの各々のデバイスのタイプを特定することと、
前記複数のシンクデバイスのうち少なくとも１つのシンクデバイスのデバイスのタイプがＵＳＢ３．０デバイスであることに応じて、前記少なくとも１つのシンクデバイスの構成ポリシーと、前記複数のシンクデバイスに関連付けられた帯域幅要件とに基づいて、前記複数の通信チャネルを再構成することと、をさらに含む、請求項１３に記載のコンピュータ可読記憶媒体。
【請求項１５】
前記動作は、
前記複数のシンクデバイスの各々のデバイスのタイプに基づいて、１つ以上の追加の通信チャネルを有効にすることと、
前記複数のシンクデバイスの前記構成パラメータと、前記複数のシンクデバイスに関連付けられた優先度とに基づいて、前記異なるソースデータストリームの帯域幅分割を決定することと、
前記決定された帯域幅分割に基づいて、前記１つ以上の追加の通信チャネルを前記複数のシンクデバイスの各々に関連付けることと、をさらに含む、請求項１３に記載のコンピュータ可読記憶媒体。
【国際調査報告】
2016505915.tif 000008
2016505915.tif 000009
2016505915.tif 000010
2016505915.tif 000011
2016505915.tif 000012