(57)【要約】      （修正有）【課題】２つのタイプのＩＯデータが存在する。【解決手段】ＤｉｓｐｌａｙＰｏｒｔトポロジーは、オーディオ／ビジュアル（ＡＶ）コンテンツをソースデバイスにストリーミングすることができ、又は、ソースデバイスとの間でＩＯ情報を受信又は送信することができるシンクデバイスの存在によって、管理されてよい。このＩＯ情報は、例えばタッチスクリーンのための未加工センサデータを含んでよい。フレームワークが、ＤｉｓｐｌａｙＰｏｒｔインタフェースを介して他の発行されているＩＯインタフェース規格をサポート／マッピングするために利用されてもよい。インバウンドＩＯ及びＡＶ機能をサポートするべく、送信パスから独立して、高帯域幅受信パスをトポロジーに設定することができる。【選択図】図１
2015097077.tif 000002
【特許請求の範囲】
【請求項１】
シンクデバイスに、オーディオ／ビジュアルコンテンツを表示インタフェースを介してソースデバイスにストリーミングさせる段階と、
前記シンクデバイスに、前記表示インタフェースを介して、オーディオ／ビジュアル及び／又は入出力情報をソースデバイスから受信させ、及び、オーディオ及び／又はビデオ及び／又は入出力情報をソースデバイスへ送信させる段階と
を備える方法。
【請求項２】
前記入出力情報は、未加工のタッチスクリーンセンサデータを含む、請求項１に記載の方法。
【請求項３】
メインリンク及び独立した受信リンクを提供する段階を備える、請求項１又は２に記載の方法。
【請求項４】
複数のオーディオ／ビジュアル及び入出力デバイスを含むＤｉｓｐｌａｙＰｏｒｔトポロジーを実装する段階を備える、請求項１から３の何れか１項に記載の方法。
【請求項５】
アイソクロナス入出力トランスファー及びバルク入出力トランスファー並びにインバウンドオーディオ及び／又はビデオの両方をサポートする段階を備える、請求項１から４の何れか１項に記載の方法。
【請求項６】
複数の同時入出力オペレーションを可能とする段階を備える、請求項５に記載の方法。
【請求項７】
要求を発信するデバイス上の複数のアプリケーションからバルクＩ／Ｏの優先付けを可能とする段階を備える、請求項５又は６に記載の方法。
【請求項８】
複数のエンティティに、発信元デバイス上の複数の同時のisoch  Ｉ／Ｏアプリケーション間の優先付けを可能とする段階を備える、請求項５から７の何れか１項に記載の方法。
【請求項９】
複数の下流デバイスにプラグ接続されたときに、複数の入出力デバイス及びその機能の発見を可能とすることで、複数の入出力デバイスのためのＤｉｓｐｌａｙＰｏｒｔインタフェースのためにアドレス生成メカニズムを適用する段階を備える、請求項５から８の何れか１項に記載の方法。
【請求項１０】
前記ソースに、先入れ先出しセマンティクスでデータのブロックを読み出させる段階を備える、請求項１から９の何れか１項に記載の方法。
【請求項１１】
前記ソースに、インバウンド及びアウトバウンド入出力情報のために複数のＤｉｓｐｌａｙＰｏｒｔ設定データレジスタを読み出させる段階を備える、請求項１から１０の何れか１項に記載の方法。
【請求項１２】
シンクがソースに、シンクからソースへの入出力データトランスファーを可能とするべくスイッチを開始するよう要求する段階を備える、請求項１から１１の何れか１項に記載の方法。
【請求項１３】
コンピュータに、
シンクデバイスに、オーディオ／ビジュアルコンテンツをソースデバイスにストリーミングさせる手順と、
前記シンクデバイスに、オーディオ／ビジュアル入出力情報をソースデバイスから受信させ、及び、オーディオ／ビデオ入出力情報をソースデバイスへ送信させる手順と
を実行させるプログラム。
【請求項１４】
前記入出力情報は、未加工のタッチスクリーンセンサデータを含む、請求項１３に記載のプログラム。
【請求項１５】
メインリンク及び独立した受信リンクを提供する手順を実行する、請求項１３又は１４に記載のプログラム。
【請求項１６】
ＤｉｓｐｌａｙＰｏｒｔトポロジーを実装する手順を実行する、請求項１３から１５の何れか１項に記載のプログラム。
【請求項１７】
アイソクロナストランスファー及びバルクトランスファー並びにインバウンドオーディオ及びビデオの両方をサポートする手順を実行する、請求項１３から１６の何れか１項に記載のプログラム。
【請求項１８】
前記ソースに、先入れ先出しセマンティクスでデータのブロックを読み出させる手順を実行する、請求項１３から１７の何れか１項に記載のプログラム。
【請求項１９】
前記ソースに、インバウンド及びアウトバウンド入出力情報のために複数のＤｉｓｐｌａｙＰｏｒｔ設定データレジスタを読み出させる手順を実行する、請求項１３から１８の何れか１項に記載のプログラム。
【請求項２０】
ソースデバイスにオーディオ／ビジュアルコンテンツをストリーミングして、ソースデバイスからオーディオ／ビジュアル入出力情報を受信して、オーディオ／ビデオ入出力情報をソースデバイスに送信するプロセッサと、
前記プロセッサに連結されたメモリと
を備えるシンク。
【請求項２１】
前記入出力情報は、未加工のタッチスクリーンセンサデータを含む、請求項２０に記載のシンク。
【請求項２２】
前記プロセッサは、メインリンク及び独立した受信リンクを提供する、請求項２０又は２１に記載のシンク。
【請求項２３】
前記プロセッサは、ＤｉｓｐｌａｙＰｏｒｔトポロジーを実装する、請求項２０から２２の何れか１項に記載のシンク。
【請求項２４】
前記プロセッサは、アイソクロナストランスファー及びバルクトランスファー並びにインバウンドオーディオ及びビデオの両方をサポートする、請求項２０から２３の何れか１項に記載のシンク。
【請求項２５】
前記プロセッサは、ソースに、シンクからソースへの入出力データトランスファーを可能とするべくスイッチを開始するよう要求する、請求項２０から２４の何れか１項に記載のシンク。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願に対する相互参照］
本願は、２０１３年８月２２日に提出された仮出願61/868,682号及び２０１３年９月１８日に提出された61/879,253号の優先権を主張し、これら両方がここに参照として明示的に組み込まれる。
【背景技術】
【０００２】
ＤｉｓｐｌａｙＰｏｒｔリンクは、メインリンク、補助チャネル（AUX  CH）及びホットプラグ検出（HPD）信号線からなる。
【０００３】
メインリンクは、非圧縮ビデオ及びオーディオ等のアイソクロナスデータストリームをトランスポートするために利用される一方向性、高帯域幅、及び、低レイテンシーのチャネルである。
【０００４】
補助チャネルは、リンク管理及びデバイス制御のために利用される半二重双方向チャネルである。HPD信号も、シンクデバイスの割り込み要求として機能する。
【０００５】
VESA, (v1.2a)から入手可能な現在のＤｉｓｐｌａｙＰｏｒｔ（DP）規格は、ソースデバイス（例えばグラフィクスプロセッシングユニット（GPU）及びそのソフトウェア）から取り出されたオーディオ及び／又はビデオをシンクデバイス（例えばローカルのフラットパネル又は外部モニタ）にストリーミングすることのみができる。拡張されたＤｉｓｐｌａｙＰｏｒｔ仕様（v.1.4）、入出力（IO）サポートは、補助（AUX）チャネルでトランスポートすることができる、処理済みのヒューマンインタフェースデバイス（HID）パケットの形態で送信された情報への関与のみに限定されている。
【図面の簡単な説明】
【０００６】
いくつかの実施形態が、以下の図面を参照して説明される。
【図１】一実施形態におけるDP  MSTデバイスのＩＯ層の概略図である。
【図２】一実施形態におけるIsoch IOのフローチャートである。
【図３】一実施形態におけるインバウンドバルクＩＯのフローチャートである。
【図４】別の実施形態のフローチャートである。
【図５】一実施形態のシステム図である。
【図６】一実施形態の正面図である。
【発明を実施するための形態】
【０００７】
いくつかの実施形態において、ＤｉｓｐｌａｙＰｏｒｔ又はその他の表示インタフェーストポロジーシンクデバイスは、ソースデバイスにオーディオ／ビジュアル（AV）コンテンツをストリーミングすること、又は、IO情報をソースデバイスとの間で送受信することができる。このIO情報は、例えばタッチスクリーンのための未加工センサデータを含むことができる。高帯域幅受信リンク（本文書ではRXリンクと称される）は、メインリンク（ML）から独立して存在する。RXリンクは、MLから独立してトレーニングすることが可能である。
【０００８】
IO及びインバウンドＡＶは、DP1.2aトポロジー管理プリミティブに対する拡張を利用して構築された仮想チャネル（VC）を活用する。様々なタイプのIO及びAVの間の差は、専用か共有か、及びサービス品質（QoS）のフレームワークに関わらず、本質的に、どこからVCが構築されるか起因している。
【０００９】
ここでは２つのタイプのＩＯデータが存在する、つまりアイソクロナス（Isochと称されることもある）及びバルクである。  ２つのタイプのIOの間の主要な差は、配信の適時性の保証に関してであり、バルクIOでは配信の適時性が保証されない。
【００１０】
タッチスクリーンに対する現在の解決法は、処理済みのHIDレポートを標準的なAUXチャネルで送信することしかサポートしていない。同様に、DP1.2a Fast AUXを介したUniversal Serial Bus、バージョン２（USB 2.0）の非標準の「白書」提案が、ＤｉｓｐｌａｙＰｏｒｔの特定の一タイプのための提案である。Universal Serial Bus (USB) 2.0「提案」は、USB2.0をサポートする目的に特化したフレームワークに関与する。これらの解決法は、他のIOタイプをサポートしておらず、インバウンドオーディオ及び／又はビデオストリームのためのDPのネーティブサポートを対象ともしない。
【００１１】
より完全で、且つ一般的なネーティブフレームワークは、いずれのタイプのIOも（アイソクロナス又はバルク、ＱｏＳを有する又は有しない、インバウンド又はアウトバウンド、ＵＳＢ又はＰＣＩｅ、もしくは、その他のIOバス）サポートしている。インバウンドオーディオ及び／又はインバウンドビデオは、IOよりも独立した機能として取り扱われる。
【００１２】
インバウンドＩＯは、例えば先入れ先出し（FIFO）セマンティクスで、任意で所望の周波数で、データの（大きな）ブロックを読み出すためのソースの能力によりサポートされる。シンクは、一度構築されると、初期設定の後でもその周波数でデータトランスファーを維持することが理想的と思われる。インバウンドＩＯの場合にも、ソースは、特定のＤｉｓｐｌａｙＰｏｒｔ設定データ（DPCD）レジスタを読み出すことができ、ＩＯデータはこのＤＰＣＤレジスタから入手可能であり、これらのアクセスは、ローカル又はリモートのAUXトランザクションを用いて実行される。
【００１３】
アウトバウンドＩＯは、任意に例えばFIFOセマンティクスを有する、所望の周波数で、データの（大きな）ブロックを書き込むことができるソースによりサポートされる。理想的な解決法では、初期設定後、ソースは、このデータブロックのトランスファーを維持する。さらに、ソースは、必要に応じて、アウトバウンドＩＯオペレーションのために特定のＤＰＣＤレジスタに書き込むことができ、これらのアクセスは、ローカル又はリモートのAUXトランザクションを用いて実行される。
【００１４】
別のタイプのトランザクションには、設定された間隔及び割り当てられたリンク帯域幅での配信に関するアイソクロナスIO、及び、ベストエフォート（時に関して）配信に関するバルクIOを含むことができ、FIFOセマンティクスを維持している。
【００１５】
IO及びインバウンドオーディオ／ビデオ（AV）機能は、マルチストリームトランスポート（MST）リンク１８（HPD及び補助チャネルを含むサイドバンドチャネル18a、及び、二次データパケット（SDP）を含むメインリンク18bを含む）が双方向のオペレーションモードに設定されているときに利用可能である。ＤｉｓｐｌａｙＰｏｒｔソース、分岐又はシンクデバイスにおけるＩＯ層が、図１に示されている。トポロジー管理層１０及びペイロード帯域幅管理層１２は、拡張され、インバウンドＩＯ及びインバウンドＡＶのための双方向メインリンク上でのメッセージトランザクションを利用する。ペイロードマッパー層１４は、インバウンドＡＶのためのマッピングをストリーミングするための仮想チャネル、インバウンドＩＯのためのデータマッピングのための仮想チャネル、及び、アウトバウンドＩＯのための仮想チャネルマッピングのためのデータを含むStream-to-Virtual Channelのマッピングブロックの拡張である。トポロジー管理層、ペイロード帯域幅管理層、及び、ペイロードマッパーは、DPバージョン1.2規格（２０１０年１月）アイソクロナストランスポート層26の一部である。
【００１６】
ＩＯポリシーメーカー１６は、ストリームポリシーメーカー（１８）と並行に常駐し、IO関連のポリシーをデバイスに実装する役割を担う。Isoch  IOマネージャ２０及びバルクIOマネージャ層２２と共同で、デバイスでIO機能をイネーブルする役割をもつ。Isoch  IOマネージャは、Isoch  IOの仮想チャネル（VC）構築及び管理を行う役割を担う。同様に、バルクIOマネージャは、VC構築及び管理、及び、データ優先度管理／調停を行う役割を担う。ＩＯポリシーメーカー、Isoch  IOマネージャ、及び、バルクIOマネージャは、DP1.2仮想チャネル管理層２４の一部である。これらは両方とも、DP1.2  Isochトランスポート層２６の各メンバーが提供するサービスを利用することができる。
【００１７】
IOブリッジ層２８は、DP1.2VC管理層のクライアントであり、DP1.2VC管理層がエクスポートしたＩＯサービス上に、Universal Serial Bus（USB）又はＰＣＩｅ（Peripheral Component Interconnect extended）等のＩＯインタフェースが利用可能なブリッジプロトコルマッピングアブストラクションを含む。PCIeブリッジは、特定のIOバスを対象とする。さらに、特定のIOバスから独立した、アブストラクションのセットを提供する一般的なIOブリッジ３４が存在してもよい。
【００１８】
ブリッジングを必要とせずにDP1.2VC管理層より利用可能なＩＯサービスは、ネーティブＩＯサービス３６と称される。これに対して、USB又はPCIe等の既存のＩＯインタフェースをDP仕様で定義されている機能へとマッピングするためには、一定のブリッジング機能が必要となる場合がある。これらのブロックは、それぞれ、USBブリッジ３８及びPCIeブリッジ４０として示されている。
【００１９】
アイソクロナスIO42及び／又はバルクIO４４を利用するアプリケーションは、ＩＯポリシーメーカー、Isoch  IO及びバルクIOマネージャの上に配置されている。
【００２０】
トポロジー内の所与のパス沿いの全てのリンクが、そのパスでＩＯデータトランスファー又はインバウンドＡＶストリーミングのいずれかが開始可能となる前には双方向モードにある。このスイッチは、そのパス上のＤＰソースデバイスにより開始される。
【００２１】
DPシンクデバイスは、REQUEST_BIDIRECTIONAL_MODEメッセージトランザクションを開始して、所望のパス上のＤＰソースに、そのパスに沿ってスイッチを開始して双方向モードとさせる要求を行い、これは、ＩＯデータトランスファーを開始することを望む場合に行われる。
【００２２】
デバイスは、自身が、双方向モードをサポートすることができる能力を、MSTM_CAP DisplayPort設定データ(DPCD)レジスタにBIDIRECTIONAL_CAPビットをセットすることによってアナウンスする。
【００２３】
ソースは、リンクを双方向モードに切り替えたいと望むときには、
（１）MSTM_CTRL ＤＰＣＤレジスタにBIDIRECTIONAL_ENビットをセットする。
（２）ステップ＃１で、DPCDトランザクションの受領確認（ACK）を受け取ると、インバウンドリンク上でトレーニングシーケンスを開始する。ここで説明するメカニズム及びプロシージャは、所望のIO及びインバウンドＡＶトランスファーレートを維持するのに十分なリンク速度での双方向アクセスを提供できさえすれば、様々なPHY層実装で利用可能である。
（３）また任意で、下流デバイスのSINK_STATUS ＤＰＣＤレジスタのBIDIRECTIONAL_STATUSビットを読み出して、双方向モードへの遷移がそのデバイスにおいて完了したことを確認する。
【００２４】
BIDIRECTIONAL_ENビットが、その入力ポートのいずれか１つにおける分岐デバイスにセットされている場合には、その出力ポートで検出されたBIDIRECTIONAL-PHYが可能なデバイスのいずれかの上の同様のスイッチを開始させようと試みる。
【００２５】
ＩＯデータトランスファーのための高レベルなオペレーションシーケンスは、以下の通りである。
（１）ＤＰソースデバイスは、必要に応じて、所望のパスに沿ってＶＣを割り当てる。ＶＣ割り当てに関するポリシーは、ＤＰソースにおけるＩＯポリシーメーカーによって制御される。ＩＯポリシーメーカーは、任意で、一定のＩＯオペレーションのためにVCを予め割り当てて、これらＩＯオペレーションが生じないと予期される時になるまで、これらを解放しないこともできる。
（２）ＤＰソースデバイスは、CONFIGURE_IOメッセージトランザクションを利用することによって、所与のパスに沿っている全てのデバイスを次のＩＯオペレーションのために設定する。次のＩＯオペレーションに利用されるVCペイロードIDは、CONFIGURE_IOのパラメータのうちの１つである。
（３）ＤＰソース又はDPシンクのいずれかが、前のステップで受信した設定を利用してＩＯデータトランスファーを開始する。
（４）ＤＰソースデバイスは、ＩＯポリシーメーカーがセットするポリシーについてのVCを解放する。  高レベルにおいて、インバウンドＡＶストリーミングについても、同様のオペレーションシーケンスを利用する。
【００２６】
インバウンドアイソクロナストランスファーは、シンクからソースへの、潜在的には所与の数の介在する分岐デバイスを介したAVストリーミング及びisoch  ＩＯデータトランスファーのために利用する。
【００２７】
インバウンドアイソクロナストランスファーのためのＶＣが、IB_ALLOCATE_PAYLOADメッセージトランザクションを利用して双方向メインリンクのインバウンドパスにおいて割り当てられる。このメッセージトランザクションは、パスに沿ったいずれかのデバイスが双方向モードの準備が整っていない場合に失敗する。
【００２８】
一実施形態におけるインバウンドisoch IO及びインバウンドＡＶの詳細なシーケンスが図２に示されている。幾つかの実施形態では、図２に示すシーケンスが、ソフトウェア、ファームウェア、及び／又はハードウェアで実装されてよい。ソフトウェア及びファームウェアの実施形態では、磁気ストレージ、光ストレージ、又は半導体ストレージ等の１又は複数の非一時的なコンピュータ可読媒体に格納されているコンピュータ実行命令によって実装されてよい。幾つかの実施形態では、ソースデバイス５０、分岐デバイス５２、５４、及びシンクデバイス５６のそれぞれに、別個のシーケンスを利用してもよい。
【００２９】
ソース５０におけるアプリケーションは、ソース上のIsoch IOマネージャに次のIOのための所望のサービスパラメータを伝達する（５８）。このパラメータのリストには、シンク５６が含まれ、このシンクからＩＯデータ又はAVストリームが要求される。又は、シンクのアプリケーションが、シンクのIsoch  IOマネージャに次のIOのための所望のパラメータを伝達する。このパラメータのリストには、ＩＯデータ又はAVストリームを対象とするソースが含まれる。シンク上のIsoch  IOマネージャは、これらパラメータを、REQUEST_IB_VC_ALLOCATIONメッセージトランザクションを利用して、ソース上のIsoch  IOマネージャに送信する。
【００３０】
ソース上のIsoch  IOマネージャは、受信したサービスパラメータを利用して所望のオペレーションのために必要なペイロード帯域幅の数（PBN）を計算する（６０）。
【００３１】
ソース上のIsoch  IOマネージャは、IB_ALLOCATE_PAYLOADメッセージトランザクション６２を発行して、VCをインバウンドメインリンク上に構築する。ソースデバイスは、一実施形態では、任意の時点で、未処理の（outstanding）１つを超える数のIB_ALLOCATE_PAYLOADメッセージトランザクションを有してはならない場合がある。シンクが直接ソースに接続されているシナリオにおいてはIB_ALLOCATE_PAYLOADが、シンク上のIBペイロードIDテーブルへのDPCD書き込みへと変化（degenerate）する。IB_ENUM_PATH_RESOURCES, IB_QUERY_PAYLOAD, IB_RESOURCE STATUS NOTIFY、及び、IB CLEAR PAYLOAD ID TABLEメッセージトランザクションは、メインリンクにおけるこれらと同等のものに類似した方法で、メインリンクインバウンド上で動作する。
【００３２】
ソースの上のIsoch  IOマネージャは、対象シンクに、CONFIGURE_IOメッセージトランザクション６４を送信する。このCONFIGURE_IOのパラメータは、一実施形態において以下の通りである。
（i）Service_Type：アプリケーションが提供する通り
（ii）Transfer_Type：周期性（Periodic）
（iii）周波数（Frequency）：アプリケーションが提供する通り
（iv）IO_Type：アイソクロナス  （v）方向：インバウンド
（vi）VC_Payload_ID: IB_ALLOCATE_PAYLOAD が戻すVCペイロードID (66)
（vii）Service_Specific_Parameters: アプリケーションが提供する通り
【００３３】
介在する分岐デバイス及びシンクデバイス上のIsoch  IOマネージャは、CONFIGURE_IOを処理して、インバウンドＩＯ又はAVオペレーションのための準備をする。
【００３４】
シンク上のIsoch  IOマネージャは、所望の周波数でＩＯデータの送信を開始、又は、特定のAVストリームを開始する。ＩＯデータの場合には、Isoch  IOマネージャは、送信すべき実際のデータがない場合に、VCペイロードフィルシンボルシーケンス（VC Payload Fill Symbol Sequence）を送信する。
【００３５】
IO又はAVオペレーションを最終的に完了すると、ソース上のIsoch  IOマネージャは、STOP_IB_TRANSFERメッセージトランザクションを送信して、トランスファーを停止する。STOP_IB_TRANSFERは、VCペイロードIDを解放させない。
【００３６】
ソース上のIsoch  IOマネージャは、任意で、IB_ALLOCATE_PAYLOADメッセージトランザクションを利用してVCを解放する（６６）。これにより、全てのデバイスに、特定のVCペイロードIDを解放させる。
【００３７】
バルクＩＯデータトランスファーは、バルクIOマネージャがパラメータに基づいてスケジュールする非周期的なＩＯトランスファーであり、これは、一実施形態では３ビットのサービス品質（QoS）フィールドである場合もある。一実施形態におけるインバウンドバルクＩＯの詳細なシーケンスが図３に示されている。幾つかの実施形態では、図３に示すシーケンスが、ソフトウェア、ファームウェア、及び／又はハードウェアで実装されてよい。ソフトウェア及びファームウェアの実施形態では、磁気ストレージ、光ストレージ、又は半導体ストレージ等の１又は複数の非一時的なコンピュータ可読媒体に格納されているコンピュータ実行命令によって実装されてよい。幾つかの実施形態では、ソースデバイス、分岐デバイス、及びシンクデバイスのそれぞれに、別個のシーケンスを利用してもよい。シーケンスは以下のステップを含む。
（１）ソース１００上のＩＯポリシーメーカーが、ソースデバイスの初期時点において、任意で、バルクIOマネージャに命じて、各バルクIO可能なシンク１０８、１１２へのパス上に帯域幅を予め割り当てさせる１０５（全てのバルクIOトランスファーにより共有されているVC）。これにより、後で向上、低減、又は解放が可能な帯域幅に最低限のレベルの確保が可能となる。このように予め割り当てることにより、バルクＩＯのための帯域幅をリザーブすることができ、後続するisoch  IOトランスファーのためのVCを、この帯域幅の辺りに割り当てることができる。予め割り当てない場合には、バルクＩＯのための（共有）VCの動的割り当ては、isoch  IOについてその時点まで割り当てられたVCの辺りで行われるだろう。バルクIO（存在する場合）のためのVCの動的割り当てのために、バルクIOは、IB_ALLOCATE_PAYLOADメッセージトランザクション(108)を利用する。
（２）ソース上のアプリケーションは、ソース上のバルクIOマネージャに、次のIOのための所望のパラメータを伝達する（１１０）。このパラメータのリストには、シンクが含まれ、このシンクからＩＯデータが要求される。さらに、このトランザクションのために望ましい３ビットのサービス品質を含む。又は、シンク上のアプリケーションが、シンクのバルクIOマネージャに次のIOのための所望のパラメータを伝達する（１１４、１１６）。このパラメータのリストは、ＩＯデータが対象とされるソースと、３ビットのQoSとを含む。バルクIOトランザクションのためのVCがまだ構築されていない場合には、シンク上のバルクIOマネージャは、REQUEST_IB_VC_ALLOCATIONメッセージトランザクションを利用して、ソース上のバルクIOマネージャに、同じ所望のパラメータを送信する。
（３）必要に応じて、ソース上のバルクIOマネージャは、自身が受信したパラメータを利用して、所望のオペレーションに必要なPBNを計算する。次に、ステップ（１）で上述したように、IB_ALLOCATE_PAYLOADメッセージトランザクション１１２を利用して、バルクIOのためにVCを割り当てる。
（４）ソース上のバルクIOマネージャは、CONFIGURE_IOメッセージトランザクション１１４、１１６を対象シンクに送信する。  このCONFIGURE_IOのためのパラメータは一実施形態では以下の通りであってよい。
（i）   Service_Type: アプリケーションにより提供される
（ii）Transfer_Type：ワンショット
（iii）優先度：アプリケーションが提供する３ビットのQoS
（iv）IO_Type:バルク
（v）方向：アプリケーションに望ましいインバウンド又はアウトバウンド
（vi）VC_Payload_ID：このバルクIOトランスファーのために利用されるVC
（vii）Service_Specific_Parameters:アプリケーションにより提供される通り
VC割り当てが、前のREQUEST_IB_VC_ALLOCATIONに呼応したものである場合には、VC割り当てに失敗した場合であってもソースがこのステップを実行する。シンクに通信して戻されたVCペイロードIDは、INVALID_VC_PAYLOAD_IDである、これは、シンクデバイス及び介在する分岐デバイスに、このメッセージトランザクションのうちのパラメータの残りを無視させる。
（５）介在する分岐デバイス１０２、１０４、及びシンクデバイス１０６の上のバルクIOマネージャは、CONFIGURE_IO１１６を処理して、インバウンドＩＯ又はAVオペレーション１１８のための準備をさせる。
（６）ＩＯデータ送信元（ソース又はシンク）上のバルクIOマネージャは、３ビットのQoSについてのＩＯデータのトランスファーをスケジュールする（１２０）。
【００３８】
アウトバウンドisoch及びバルクIOのためのシーケンスは、インバウンドＩＯの対応するシーケンスに類似している。一実施形態における主要な差違は以下となる。
ソース上のIsoch又はバルクＩＯマネージャが、（必要に応じて）ALLOCATE_PAYLOADメッセージトランザクションを利用して、メインリンク上のアウトバウンドＩＯトランスファーのためにVCを割り当てる。
ソース上のIsoch又はバルクIOマネージャは、インバウンドＩＯについて行ったように、VCを割り当てた後に、CONFIGURE_IOメッセージトランザクションを送信する。これに基づき、下流デバイスは、ソースからのＩＯデータについてVCを監視して、これを下流に伝播させる。
アウトバウンドバルクIOの場合、ソース上のバルクIOマネージャは、送信用にアプリケーションからのデータを、その３ビットのQoSフィールドに基づいて、スケジュールする。下流デバイスのバルクIOマネージャは、受信したＩＯデータを先着順に処理する。
アウトバウンドアイソクロナスIOの場合には、ソース上のIsoch  IOマネージャが、アプリケーションが特定する周波数についてＩＯトランスファーを開始させる。
【００３９】
IB_ENUM_PATH_RESOURCESは、双方向メインリンクのインバウンドパス上で利用可能な最小ＰＢＮを判断するために利用されるパスリソースメッセージトランザクションである。このメッセージトランザクションの要求及びAck_Replyのためのシンタックスは、既にＤｉｓｐｌａｙＰｏｒｔ仕様v1.2aで定義されているそのアウトバウンドにおいて相当するもの（ENUM_PATH_RESOURCES）のためのシンタックスと同一である。パスにおけるデバイスは、このメッセージを受信するときに既に双方向モードになっていない場合に、この要求に失敗する。
【００４０】
IB_ALLOCATE_PAYLOADは、双方向リンクのインバウンドパス上のシンクデバイスとＤＰソースとの間の仮想チャネルのためのペイロード割り当ての変化を許可するパス又はノード要求メッセージトランザクションである。IB_ALLOCATE_PAYLOAD要求は、新たな仮想チャネルのためにペイロードを割り当て、既存の仮想チャネルのペイロード割り当てを変更し、既存の仮想チャネルのペイロード割り当てを削除するために利用される。このメッセージトランザクションの要求及びAck_Replyのためのシンタックスは、ＤＰ規格v1.2aで既に定義されているALLOCATE_PAYLOADのためのシンタックスと同一である。パスにおけるデバイスは、このメッセージを受信するときに既に双方向モードになっていない場合に、この要求に失敗する。デバイスは、双方向リンクのインバウンドパス上のIB VC割り当てをトラッキングするためにIB VCペイロードIDテーブルを維持する。
【００４１】
IB_QUERY_PAYLOADメッセージトランザクションは、IB VCペイロードIDパラメータが特定する仮想チャネルが利用可能なＰＢＮを判断する。このメッセージトランザクションの要求及びAck_Replyのためのシンタックスは、既にＤＰ規格v1.2aで定義されているQUERY_PAYLOADのためのシンタックスと同一である。パスにおけるデバイスは、このメッセージを受信するときに既に双方向モードになっていない場合に、この要求に失敗する。
【００４２】
IB_RESOURCE_STATUS_NOTIFYは、ノードブロードキャストメッセージトランザクションであり、その、要求及びAck_Replyの機能及びシンタックスは、既にＤＰ規格v1.2aで定義されているRESOURCE_STATUS_NOTIFYのものに対応する。差異は、このメッセージトランザクションは、双方向モードインバウンドパスにおける帯域幅イベントのために利用されることである。
【００４３】
このメッセージを受信した後で、ＤＰソースは、IB_QUERY_PAYLOAD要求を利用して、帯域幅イベントに呼応して、どのストリームがまだ割り当てられており、どのストリームが割り当て解除されたかを判断することができる。
【００４４】
IB_CLEAR_PAYLOAD_ID_TABLEパスブロードキャストメッセージトランザクションは、双方向モードにてＭＳＴ  ＤＰデバイスにより送信され、メッセージの送信元のポートに割り当てられている全てのIB VCペイロードIDの割り当て解除を行う。CLEAR_PAYLOAD_ID_TABLEの場合同様に、このメッセージは、クリアされた入力ポートから割り当てられたIB VCペイロードを用いて下流ポートにのみ送られる。このメッセージトランザクションの要求及びAck_Replyのためのシンタックスは、既にＤＰ規格v1.2aで定義されているCLEAR_PAYLOAD_ID_TABLEのものと同一である。
【００４５】
CONFIGURE_IOパスメッセージトランザクションは、ＤＰソースによってシンクデバイスに送られて、次のＩＯトランスファーで利用されるパラメータを用いてパス沿いのデバイスを設定する。パスにおけるデバイスは、このメッセージを受信するときに既に双方向モードになっていない場合に、この要求に失敗する。
【００４６】
ソースは、STOP_IB_TRANSFERパスメッセージトランザクションを開始して、過去に開始したアイソクロナス及び周期性のインバウンドＩＯ又はＡＶトランスファーを停止する。停止する特定のインバウンドトランスファーは、このメッセージトランザクショのパラメータとして含まれるＶＣペイロードＩＤによって特定される。メッセージトランザクションは、デスティネーションノードにまで伝播され、ACK_Replyをソースに伝播させる前に介在するデバイスが自身の状態テーブルを更新する。パスにおけるデバイスは、既に双方向モードになっておらず、且つ、ＶＣペイロードＩＤが既にインバウンド、アイソクロナス、及び周期性のＩＯトランスファーのために利用されている場合に、この要求に失敗する。
【００４７】
STOP_IB_TRANSFER_Requestのためのシンタックスは、ＤＰ規格v1.2aで既に定義されているCONFIGURE_IO_Requestのためのものと全く同一である。差異は、パラメータを、次のトランスファーのためにシンクが提案する点である。重要なことは、VC_Payload_IDパラメータがシンクによってゼロにセットされ、ソースにより解釈されないことである。
【００４８】
シンクは、シンク開始インバウンドトランスファーのためにＶＣを割り当てるようにソースに要求するべく、REQUEST_IB_VC_ALLOCATIONノードメッセージトランザクションを開始する。トランスファーは、アイソクロナスＩＯ、バルクＩＯ、又はインバウンドＡＶのためのものであってもよい。シンクは、この提案されたトランスファーのための全てのパラメータをソースに伝える。ソースは、これらパラメータに基づき要求されるＰＢＮを判断し、適切なIB_VCの割り当てを開始して（必要に応じて）、パスに沿った全てのデバイス（シンクを含む）に、次のインバウンドトランスファーのために利用されるＶＣ及びパラメータについて通知する。シンクは、REQUEST_IB_VC_ALLOCATIONを開始するときには、既に双方向モードになっているべきである。
【００４９】
ＩＯデバイス及びその機能は、これらが下流ＤＰデバイスに、LINK_ADDRESSを利用してプラグ接続されたときに発見されてよい。
Input_Port
１にセットされているとき、ポート情報は、ｕＰａｃｋｅｔ  ＲＸのためのものである。さもなくば、ポート情報はｕＰａｃｋｅｔ  ＴＸのためのものである。
IO_Port
１にセットされているとき、ポートは、ＩＯデバイスのためのものである。さもなくば、ＡＶデバイスのためのものである。
IB_Audio_Capable
１にセットされているとき、ポートはインバウンドオーディオ可能である。
IB_Video_Capable
１にセットされているとき、ポートはインバウンドビデオ可能である。  Number_SDP_Stream_Sinks  Number_SDP_Stream_Sinksは、ＤＰポートに関連付けられているＳＤＰストリームシンクの数をレポートする。この数は、DisplayPort_Device_Plug_Statusが１にセットされているとき有効である。
IB_Isoch_IO_Capable
１にセットされているとき、このポート上のデバイスは、インバウンドIsoch  ＩＯ可能である。この数は、DisplayPort_Device_Plug_Statusが１にセットされているとき有効である。
OB_Isoch_IO_Capable
１にセットされているとき、このポート上のデバイスは、アウトバウンドIsoch IO可能である。この数は、DisplayPort_Device_Plug_Statusが１にセットされているとき有効である。
IB_Bulk_IO
１にセットされているとき、このポート上のデバイスは、インバウンドバルクＩＯ可能である。この数は、DisplayPort_Device_Plug_Statusが１にセットされているとき有効である。
OB_Isoch_IO_Capable
１にセットされているとき、このポート上のデバイスは、アウトバウンドバルクＩＯ可能である。この数は、DisplayPort_Device_Plug_Statusが１にセットされている場合に有効である。
Native_IO_Services_Capability
これは、このポートにおけるデバイスのネーティブＩＯサービス能力を示すビットフィールドである。このビットフィールドのエンコーディングは、ＤＰＣＤレジスタ６２００１ｈの定義に従う。この数は、DisplayPort_Device_Plug_Statusが１にセットされている場合に有効である。
Bridged_IO_Services_Capability
１にセットされているとき、ポートはアウトバウンドバルクＩＯ可能である。このビットフィールドのエンコーディングは、ＤＰＣＤレジスタ６２００２ｈの定義に従う。この数は、DisplayPort_Device_Plug_Statusが１にセットされている場合に有効である。
【００５０】
図４を参照すると、幾つかの実施形態においては、ソースデバイスにＩＯ及びインバウンドＡＶを実装するシーケンスをソフトウェア、ファームウェア、及び／又はハードウェアに実装してよい。ソフトウェア及びファームウェアの実施形態では、磁気ストレージ、光ストレージ、又は半導体ストレージ等の、１又は複数の非一時的なコンピュータ可読媒体に格納されているコンピュータ実行命令によって実装されてよい。
【００５１】
シーケンス１５０は、シンクに、ブロック１５２に示すソースのＡＶコンテンツのストリーミングを可能とすることにより開始される。そしてシンクは、ブロック１５４に示すように、ソースからのＡＶ情報を受信することができる。次に、シンクは、ブロック１５６に示すように、ソースにAV IO情報をトランスポートことができる。
【００５２】
図５は、システム７００のある実施形態を示す。実施形態では、システム７００はメディアシステムであるが、システム７００はこの文脈に限定されない。例えばシステム７００は、パーソナルコンピュータ(PC)、ラップトップコンピュータ、ウルトラ-ラップトップ・コンピュータ、タブレット、タッチパッド、ポータブル・コンピュータ、ハンドヘルド・コンピュータ、パームトップ・コンピュータ、携帯情報端末(PDA)、携帯電話、携帯電話／ＰＤＡの組み合わせ、テレビ、スマート・デバイス(例えばスマートフォン、スマートタブレット、又は、スマートテレビ)、モバイル・インターネット・デバイス(MID)、メッセージング・デバイス、データ通信デバイス等に含められてよい。
【００５３】
実施形態では、システム７００は、ディスプレイ７２０に連結されたプラットフォーム７０２を含む。プラットフォーム７０２は、コンテンツサービスデバイス７３０又はコンテンツ配信デバイス７４０又はその他の類似したコンテンツソース等のコンテンツデバイスからコンテンツを受信してよい。１又は複数のナビゲーション特徴部を含むナビゲーションコントローラ７５０は、例えば、プラットフォーム７０２及び／又はディスプレイ７２０とインタラクションを行うために利用されてよい。これらコンポーネントのそれぞれを以下に詳述する。
【００５４】
実施形態では、プラットフォーム７０２が、チップセット７０５、プロセッサ７１０、メモリ７１２、ストレージ７１４、グラフィック・サブシステム７１５、アプリケーション７１６、及び／又は無線７１８の任意の組み合わせを含んでよい。チップセット７０５は、プロセッサ７１０、メモリ７１２、ストレージ７１４、グラフィック・サブシステム７１５、アプリケーション７１６及び／又は無線７１８間の相互通信を提供してよい。例えば、チップセット７０５は、ストレージ７１４との相互通信を提供することが可能なストレージアダプタ（不図示）を含んでよい。
【００５５】
プロセッサ７１０は、ＣＩＳＣ（複数命令セットコンピュータ：Complex Instruction Set Computer）プロセッサ又はＲＩＳＣ（縮小命令セット・コンピュータ：Reduced Instruction Set Computer）プロセッサ、ｘ８６命令セットに準拠したプロセッサ、マルチコア、又はその他の任意のマイクロプロセッサ又は中央処理装置（ＣＰＵ）として実装されてよい。実施形態では、プロセッサ７１０が、デュアルコアプロセッサ、デュアルコアモバイルプロセッサ等を含んでよい。プロセッサは、図８のシーケンスを、メモリ７１２とともに実装してよい。
【００５６】
メモリ７１２は、これらに限定はされないが、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、又はスタティックＲＡＭ（ＳＲＡＭ）等の揮発性メモリデバイスとして実装されてよい。
【００５７】
ストレージ７１４は、これらに限定はされないが、磁気ディスクドライブ、光ディスクドライブ、テープドライブ、内部記憶装置、接続記憶装置、フラッシュメモリ、バッテリ支援ＳＤＲＡＭ（シンクロナスＤＲＡＭ）、及び／又は、ネットワークアクセス可能記憶装置等の不揮発性記憶装置として実装されてよい。実施形態では、ストレージ７１４は、例えば複数のハードドライブが含まれるとき、貴重なデジタルメディアの記憶性能が向上した保護を増強する技術を含んでよい。
【００５８】
グラフィック・サブシステム７１５は、ディスプレイ用に静止画又は動画等の画像の処理を実行してよい。グラフィック・サブシステム７１５は、例えばグラフィクスプロセッシングユニット(GPU)又はビジュアルプロセッシングユニット(VPU)であってよい。アナログ又はデジタルインタフェースを利用して、グラフィック・サブシステム７１５及びディスプレイ７２０を通信可能に連結してよい。例えば、インタフェースは、高精細マルチメディアインタフェース、ＤｉｓｐｌａｙＰｏｒｔ、無線ＨＤＭＩ（登録商標）、及び／又は無線ＨＤ準拠技術のいずれであってもよい。グラフィック・サブシステム７１５は、プロセッサ７１０又はチップセット７０５に統合されてもよい。グラフィック・サブシステム７１５は、チップセット７０５に通信可能に連結された独立カードであってもよい。
【００５９】
ここに記載するグラフィック及び／又はビデオプロセッシング技術は、様々なハードウェアーキテクチャに実装されてよい。例えば、グラフィック及び／又はビデオ機能は、チップセット内に統合されてもよい。または、別々のグラフィック及び／又はビデオプロセッサを利用してもよい。また別の実施形態では、グラフィック及び／又はビデオ機能が、マルチコアプロセッサを含む汎用プロセッサにより実装されてよい。更なる実施形態では、機能は、家庭用電化製品に実装されてよい。
【００６０】
無線７１８は、様々な適切な無線通信技術を利用して信号を送信及び受信することができる１又は複数の無線を含んでよい。これら技術は、１又は複数の無線ネットワークにおける通信に関するものであってよい。例示的な無線ネットワークは、（これらに限定はされないが）無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、セルラーネットワーク、及び衛星ネットワークを含む。これらネットワークにおける通信では、無線７１８が、任意のバージョンの１又は複数の規格に従って動作してよい。
【００６１】
実施形態では、ディスプレイ７２０が、任意のテレビタイプのモニタ又はディスプレイを含んでよい。ディスプレイ７２０は、例えばコンピュータディスプレイスクリーン、タッチスクリーンディスプレイ、ビデオモニタ、テレビ型デバイス、及び／又はテレビを含んでよい。ディスプレイ７２０は、デジタル及び／又はアナログであってよい。実施形態では、ディスプレイ７２０はホログラフィックディスプレイであってよい。さらにディスプレイ７２０は、ビジュアル投影を受け取りうる透明な表面であってもよい。これらの投影は、様々な形式の情報、画像、及び／又は、オブジェクトを伝達してよい。例えば、これらの投影は、モバイル拡張現実（ＭＡＲ）アプリケーションのためのビジュアルオーバレイであってもよい。１又は複数のソフトウェアアプリケーション７１６の制御の下で、プラットフォーム７０２は、ディスプレイ７２０にユーザインタフェース７２２を表示してよい。
【００６２】
実施形態では、コンテンツサービスデバイス７３０は、任意の国内のサービス、国際的サービス、及び／又は独立サービスによってホストされてよく、故に、例えばインターネットを介してプラットフォーム７０２にアクセス可能であってよい。コンテンツサービスデバイス７３０は、プラットフォーム７０２及び／又はディスプレイ７２０に連結されてよい。プラットフォーム７０２及び／又はコンテンツサービスデバイス７３０は、ネットワーク７６０に連結されて、メディア情報をネットワーク７６０との間で伝達（例えば送信及び／又は受信して）よい。コンテンツ配信デバイス７４０が更にプラットフォーム７０２及び／又はディスプレイ７２０に連結されてもよい。
【００６３】
実施形態では、コンテンツサービスデバイス７３０が、ケーブルテレビボックス、パーソナルコンピュータ、ネットワーク、電話、インターネット可能デバイス、又は、デジタル情報及び／又はコンテンツを配信可能な機器、及び、ネットワーク７６０を介して又は直接、コンテンツプロバイダ、プラットフォーム７０２、及びディスプレイ７２０の間でコンテンツを一方向又は双方向に伝達可能な任意の他の類似したデバイスを含んでよい。コンテンツは、ネットワーク７６０を介して、システム７００のコンポーネント及びコンテンツプロバイダのいずれか１つに対して一方向及び／又は双方向に通信可能であってよいことを理解されたい。コンテンツの例は、例えばビデオ、音楽、医療及びゲーム情報等を含む任意のメディア情報を含んでよい。
【００６４】
コンテンツサービスデバイス７３０は、メディア情報、デジタル情報、及び／又は他のコンテンツを含むケーブルテレビ番組等のコンテンツを受信する。コンテンツプロバイダの例には、任意のケーブル又は衛星テレビ又はラジオ又はインターネットコンテンツプロバイダが含まれてよい。提供された例は、適用可能な実施形態の限定を意図してはいない。
【００６５】
実施形態では、プラットフォーム７０２が、１又は複数のナビゲーション特徴部を有するナビゲーションコントローラ７５０から制御信号を受信してよい。コントローラ７５０のナビゲーション特徴部は、例えばユーザインタフェース７２２とインタラクションを行うために利用されてよい。実施形態では、ナビゲーションコントローラ７５０が、ユーザに空間（例えば連続し、多次元の）データをコンピュータに入力させるコンピュータハードウェアコンポーネント（特にヒューマンインタフェースデバイス）でありうるポインティングデバイスであってよい。グラフィックユーザインタフェース（ＧＵＩ）、テレビ、及び、モニタ等の多くのシステムが、ユーザに、物理的なジェスチャーを利用してコンピュータ又はテレビにデータを制御、提供させる。
【００６６】
コントローラ７５０のナビゲーション特徴部の動きは、ディスプレイ（ディスプレイ７２０）に表示されたポインタ、カーソル、フォーカスリング、又はその他のビジュアルインジケータの動きによって、ディスプレイ上にエコーされてよい。例えば、ソフトウェアアプリケーション７１６の制御の下で、ナビゲーションコントローラ７５０に位置するナビゲーション特徴部が、例えばユーザインタフェース７２２上に表示された仮想ナビゲーション特徴部にマッピングされてよい。実施形態では、コントローラ７５０は別個のコンポーネントではなくて、プラットフォーム７０２及び／又はディスプレイ７２０に統合されていてもよい。しかしながら実施形態は、示され、記載される要素又は文脈に限定はされない。
【００６７】
実施形態では、ドライバ（不図示）が、ユーザに、テレビのように、例えば初期起動の後、イネーブル中に、ボタンにタッチすることで、即座にプラットフォーム７０２を起動及び停止させることを可能とさせる技術を含んでよい。プログラム論理は、プラットフォーム７０２に、プラットフォームが「ｏｆｆ」の時に、コンテンツをメディアダプタ又はその他のコンテンツサービスデバイス７３０又はコンテンツ配信デバイス７４０にストリーミングさせてよい。加えて、チップセット７０５は、例えば、５．１サラウンドサウンドオーディオ及び／又は高品位の７．１サラウンドサウンドオーディオのためのハードウェア及び／又はソフトウェアサポートを含んでよい。ドライバは、統合されたグラフィックプラットフォームのためのグラフィック・ドライバを含んでよい。実施形態では、グラフィック・ドライバが、周辺コンポーネントインターコネクト（ＰＣＩ）エクスプレスグラフィックカードを含んでよい。
【００６８】
様々な実施形態において、システム７００に示されるコンポーネントの１又は複数を統合してもよい。例えば、プラットフォーム７０２及びコンテンツサービスデバイス７３０が統合されてもよいし、又は、プラットフォーム７０２及びコンテンツ配信デバイス７４０を統合してもよいし、又は、例えば、プラットフォーム７０２、コンテンツサービスデバイス７３０、及びコンテンツ配信デバイス７４０が統合されてもよい。様々な実施形態では、プラットフォーム７０２及びディスプレイ７２０が、統合されたユニットであってもよい。例えば、ディスプレイ７２０及びコンテンツサービスデバイス７３０が統合されていてもよいし、又は、ディスプレイ７２０及びコンテンツ配信デバイス７４０が統合されてもよい。これらの例は、範囲の限定を意味するものではない。
【００６９】
様々な実施形態において、システム７００は、無線システム、有線システム、又はこれら両方の組み合わせとして実装されてよい。無線システムとして実装されるときには、システム７００は、無線共有媒体（例えば１又は複数のアンテナ、トランスミッタ、レシーバ、送受信機、増幅器、フィルタ、制御論理等）を介して通信するのに適したコンポーネント及びインタフェースを含んでよい。無線共有媒体の例には、ＲＦスペクトル等の無線スペクトルの部分等が含まれてよい。有線システムとして実装されるときには、システム７００は、入出力（Ｉ／Ｏ）アダプタ、Ｉ／Ｏアダプタを対応する有線通信媒体に接続する物理的コネクタ、ネットワークインタフェースカード（ＮＩＣ）、ディスクコントローラ、ビデオコントローラ、オーディオコントローラ等の、有線通信媒体を介して通信するのに適したコンポーネント及びインタフェースを含んでよい。有線通信媒体の例には、有線、ケーブル、金属鉛（metal leads）、プリント回路基板（ＰＣＢ）、バックプレーン、スイッチ構成、半導体材料、ツイストペア線、同軸ケーブル、光ファイバ等を含んでよい。
【００７０】
プラットフォーム７０２は、情報を伝えるための１又は複数の論理的チャネル又は物理的チャネルを構築してよい。情報は、メディア情報及び制御情報を含んでよい。メディア情報は、ユーザ向けのコンテンツを表す任意のデータのことであってよい。コンテンツの例には、例えば、音声会話、ビデオ会議、ストリーミングビデオ、電子メール（「email」）メッセージ、ボイスメールメッセージ、英数字シンボル、グラフィック、画像、ビデオ、テキスト等からのデータを含んでよい。音声会話のデータは、例えば音声情報、沈黙期間、背景雑音、快適雑音、トーン等であってよい。制御情報は、自動化システム向けのコマンド、命令、又は制御語を表す任意のデータのことであってよい。例えば制御情報は、システムを介してメディア情報をルーティングし、又は、ノードにメディア情報を予め定められた方法で処理させるために利用されてよい。しかしながら実施形態は、図５に示され、記載される要素又は文脈に限定はされない。
【００７１】
上述したように、システム７００は、様々な物理スタイル又はフォームファクタで具現化されてよい。図６は、システム７００を具現化してよいスモールフォームファクタのデバイス８００の実施形態を示す。実施形態では、例えば、デバイス８００が、無線機能を有するモバイルコンピューティングデバイスとして実装されてよい。モバイルコンピューティングデバイスは、例えば、処理システムをもつ任意のデバイス、及び、１又は複数のバッテリ等のモバイル電源又は電力供給を参照してよい。
【００７２】
上述したように、モバイルコンピューティングデバイスの例は、パーソナルコンピュータ(PC)、ラップトップコンピュータ、ウルトラ-ラップトップ・コンピュータ、タブレット、タッチパッド、ポータブル・コンピュータ、ハンドヘルド・コンピュータ、パームトップ・コンピュータ、携帯情報端末(PDA)、携帯電話、携帯電話／ＰＤＡの組み合わせ、テレビ、スマート・デバイス(スマートフォン、スマートタブレット、又は、スマートテレビ等)、モバイル・インターネット・デバイス(MID)、メッセージング・デバイス、データ通信デバイス等を含んでよい。
【００７３】
モバイルコンピューティングデバイスの例には、更に、人が着ることができるよう構成されたコンピュータ（例えばリストコンピュータ、フィンガーコンピュータ、リングコンピュータ、メガネコンピュータ、ベルトクリップコンピュータ、アームバンドコンピュータ、靴型コンピュータ、衣服コンピュータ、及びその他のウェアラブルコンピュータ）が含まれてよい。実施形態では、例えば、モバイルコンピューティングデバイスが、コンピュータアプリケーション、並びに、音声通信、及び／又は、データ通信を実行可能なスマートフォンとして実装されてよい。幾つかの実施形態は、例としてスマートフォンとして実装されるモバイルコンピューティングデバイスとともに記載されている場合があるが、他の実施形態は、他の無線モバイルコンピューティングデバイスを利用して実装することもできる点を理解されたい。実施形態はこの文脈に限定はされない。
【００７４】
以下の節及び／又は例は、更なる実施形態に関するものである。一例である実施形態は、シンクデバイスに、オーディオ／ビジュアルコンテンツを表示インタフェースを介してソースデバイスにストリーミングさせ、シンクデバイスに、表示インタフェースを介してオーディオ／ビジュアル及び／又は入出力情報をソースデバイスから受信させ、及び、オーディオ及び／又はビデオ及び／又は入出力情報をソースデバイスへ送信させることを含む方法であってよい。方法ではさらに、入出力情報が、未加工のタッチスクリーンセンサデータを含んでよい。方法はさらに、メインリンク及び独立した受信リンクを提供する段階を備えてよい。方法はさらに、複数のオーディオ／ビジュアル及び入出力デバイスを含むＤｉｓｐｌａｙＰｏｒｔトポロジーを実装する段階を備えてよい。方法はさらに、アイソクロナス入出力トランスファー及びバルク入出力トランスファー並びにインバウンドオーディオ及び／又はビデオの両方をサポートする段階を備えてよい。方法はさらに、複数の同時入出力オペレーションを可能とする段階を備えてよい。方法はさらに、要求を発信するデバイス上の複数のアプリケーションからバルクＩ／Ｏの優先付けを可能とする段階を備えてよい。方法はさらに、複数のエンティティに、発信元デバイス上の複数の同時のisoch  Ｉ／Ｏアプリケーション間の優先付けを可能とする段階を備えてよい。方法はさらに、複数の下流デバイスにプラグ接続されたときに、複数の入出力デバイス及びその機能の発見を可能とすることで、複数の入出力デバイスのためのＤｉｓｐｌａｙＰｏｒｔインタフェースのためにアドレス生成メカニズムを適用する段階を備えてよい。方法はさらに、ソースに、先入れ先出しセマンティクスでデータのブロックを読み出させる段階を備えてよい。方法はさらに、ソースに、インバウンド及びアウトバウンド入出力情報のために複数のＤｉｓｐｌａｙＰｏｒｔ設定データレジスタを読み出させる段階を備えてよい。方法はさらに、シンクがソースに、シンクからソースへの入出力データトランスファーを可能とするべくスイッチを開始するよう要求する段階を備えてよい。方法はさらに、ソースに、入出力データトランスファーのためにパスに沿った全てのデバイスを設定させることを含んでよい。
【００７５】
別の例示的な実施形態は、プロセッサにより実行されると、シンクデバイスに、オーディオ／ビジュアルコンテンツをソースデバイスにストリーミングさせる手順と、前記シンクデバイスに、オーディオ／ビジュアル入出力情報をソースデバイスから受信させ、及び、オーディオ／ビデオ入出力情報をソースデバイスへ送信させる手順とを含むシーケンスを実行させる命令を格納した非一時的なコンピュータ可読媒体であってよい。媒体における入出力情報は、未加工のタッチスクリーンセンサデータを含んでよい。媒体は、メインリンク及び独立した受信リンクを提供するシーケンスを含んでよい。媒体は、ＤｉｓｐｌａｙＰｏｒｔトポロジーを実装するシーケンスを含んでよい。媒体は、アイソクロナストランスファー及びバルクトランスファー並びにインバウンドオーディオ及びビデオの両方をサポートするシーケンスを含んでよい。媒体は、ソースに、先入れ先出しセマンティクスでデータのブロックを読み出させるシーケンスを含んでよい。媒体は、ソースに、インバウンド及びアウトバウンド入出力情報のために複数のＤｉｓｐｌａｙＰｏｒｔ設定データレジスタを読み出させるシーケンスを含んでよい。メディアは、シンクからソースに入出力データトランスファーを可能とするためにスイッチを開始するようソースに要求するシンクを含むシーケンスを含む。メディアは、ソースに、入出力データトランスファーのためにパスに沿った全てのデバイスを設定させることを含むシーケンスを含んでよい。
【００７６】
別の例示的な実施形態は、ソースデバイスにオーディオ／ビジュアルコンテンツをストリーミングして、ソースデバイスからオーディオ／ビジュアル入出力情報を受信して、オーディオ／ビデオ入出力情報をソースデバイスに送信するプロセッサと、プロセッサに連結されたメモリとを備えるシンクであってよい。シンクの入出力情報は、未加工のタッチスクリーンセンサデータを含む。プロセッサのシンクは、メインリンク及び独立した受信リンクを提供する。シンクのプロセッサは、ＤｉｓｐｌａｙＰｏｒｔトポロジーを実装する。シンクのプロセッサは、アイソクロナストランスファー及びバルクトランスファー並びにインバウンドオーディオ及びビデオの両方をサポートする。シンクのプロセッサは、ソースに、シンクからソースへの入出力データトランスファーを可能とするべくスイッチを開始するよう要求する。シンクは、プロセッサに通信可能に連結されたディスプレイを含んでよい。シンクは、プロセッサに連結されたバッテリを含んでよい。
【００７７】
本明細書にわたり、「一実施形態」又は「ある実施形態」という場合、これは、その実施形態との関連で記載される特定の特徴、構造、又は特性が、本開示内に含まれる少なくとも１つの実装例に含まれることを意味している。従って、「一実施形態」又は「ある実施形態」という言い回しがあるからといって、これらが必ずしも同じ実施形態のことを意味しているとは限らない。更に、特定の特徴、構造、又は特性は、例示される特定の実施形態以外の他の適切な形態で設けられてもよく、これら全ての形態が、本願の請求項内に含まれうる。
【００７８】
限定された数の実施形態を記載してきたが、当業者であればこれに基づいていくつも変形例及び変更例を思いつくだろう。添付請求項は、これら全ての変形例及び変更例が本開示の真の精神及び範囲内に含むものとして網羅する。
【図１】
2015097077.tif 000003
【図２】
2015097077.tif 000004
【図３】
2015097077.tif 000005
【図４】
2015097077.tif 000006
【図５】
2015097077.tif 000007
【図６】
2015097077.tif 000008
【外国語明細書】
2015097077000001.pdf