ＤｉｓｐｌａｙＰｏｒｔに準拠したインターフェースにおけるプロトコル拡張
【課題】ディスプレイと、プロセッサおよび入出力ロジックを有するコンピュータシステムとを備え、ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している通信であって、プロセッサは、入出力ロジックを用いて、ディスプレイに、電力消費、画像レンダリング、および、レジスタ更新のうち少なくとも１つについてターゲットデバイスを制御する通信を形成し、送信するシステムを提供する。
【解決手段】コンピュータにターゲットデバイス１５０を制御させ得るようなＤｉｓｐｌａｙＰｏｒｔ仕様の拡張パケットの内容を提示する。拡張パケットは、消費電力、画像レンダリング、およびレジスタ更新のうち少なくとも１つに関して、ターゲットデバイスを制御する。
【解決手段】コンピュータにターゲットデバイス１５０を制御させ得るようなＤｉｓｐｌａｙＰｏｒｔ仕様の拡張パケットの内容を提示する。拡張パケットは、消費電力、画像レンダリング、およびレジスタ更新のうち少なくとも１つに関して、ターゲットデバイスを制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示される主題は概して、データ送信技術に関する。
【背景技術】
【０００２】
一部のディスプレイデバイスでは、解像度が高まると共に各色のビット数が多くなっている。解像度および色が飛躍的に良好になったのは、ソースデバイスからディスプレイまでのデータレートが高まったことによる。ソースデバイスによってディスプレイデバイスを制御できるように、規格および専有技術が規定されている。例えば、ビデオ・エレクトロニクス・スタンダード・アソシエーション（ＶＥＳＡ）のＤｉｓｐｌａｙＰｏｒｔ規格、バージョン１、改正版１ａ（２００８）では、ソースデバイスとターゲットデバイスとの間で、デジタル通信インターフェースを介して、ビデオデータ、オーディオデータ、およびその他のデータを転送する方法が規定されている。ＤｉｓｐｌａｙＰｏｒｔは、オーディオ／ビデオデータストリームを転送するための一方向メインリンク（ＭａｉｎＬｉｎｋ）と、プラグ・アンド・プレイ（ＰｎＰ）動作用の半二重双方向補助チャネル（ＡＵＸ ＣＨ）とを規定している。
【図面の簡単な説明】
【０００３】
本発明の実施形態を添付図面に図示するが、これは本発明の例示を目的としたものであり本発明を限定するものではない。添付図面では、同様の参照番号は同様の構成要素を指し示す。
【０００４】
【図１】実施形態に係るシステムを示す図である。
【０００５】
【図２】実施形態に係る、ターゲットデバイスを制御して特定の電力利用状態に入らせる通信を形成する方法を示す図である。
【０００６】
【図３】実施形態に係る、ディスプレイフレームのスライスデルタフレーム更新に利用され得る通信を示す図である。
【０００７】
【図４】実施形態に係る、ある領域内にピクセルを書き込むべく利用され得る通信を示す図である。
【０００８】
【図５】実施形態に係る、ターゲットデバイス内のメモリ位置に書き込みを実行するべく利用され得る通信を示す図である。
【０００９】
【図６】実施形態に係る、拡張パケットを用いた、ソースからターゲットへの通信の一例を示す図である。
【００１０】
【図７】実施形態に係るプロセスを示す図である。
【発明を実施するための形態】
【００１１】
本明細書において「一実施形態」または「実施形態」という表現を用いる場合、当該実施形態に関連付けて説明される特定の特徴、構造、または特性が、本発明の少なくとも１つの実施形態に含まれることを意味している。このため、「一実施形態において」または「実施形態」という表現が本明細書で何度も登場しても、それらは全て必ずしも同じ実施形態を指すとは限らない。また、特定の特徴、構造、または特性は、１以上の実施形態において組み合わせられるとしてよい。
【００１２】
本明細書で用いる場合、「ＤｉｓｐｌａｙＰｏｒｔ仕様」とは、ビデオ・エレクトロニクス・スタンダード・アソシエーション（ＶＥＳＡ）ＤｉｓｐｌａｙＰｏｒｔ規格、バージョン１、改正版１ａ（２００８）、ならびに、この改正内容および互換性のある規格を指すものとする。ＤｉｓｐｌａｙＰｏｒｔ仕様は、拡張パケットを利用するというオプションを可能とする。拡張パケットの利用は、ソースデバイスおよびターゲットデバイスによって交渉されるとしてよい。
【００１３】
ＤｉｓｐｌａｙＰｏｒｔ仕様書バージョン１．１の表２−４２（以下に転載）では、拡張パケットのヘッダバイトを説明している。
【表１】
さまざまな実施形態では、拡張パケットのヘッダバイトを利用して、コマンドおよび拡張パケットのフォーマットを記述する。拡張パケットは、ターゲットデバイスの利用電力の制御、デルタフレーム更新の書き込み、矩形デルタフレーム更新の書き込み、および、ターゲットデバイスのレジスタの設定またはターゲットデバイスのメモリへの書き込み「を実行するべく用いられるとしてよい。
【００１４】
一部の実施形態によると、ヘッダバイトＨＢ０は、パケットが従うべき専有プロトコル拡張バージョンを定義するべく利用されるとしてよい。一部の実施形態によると、ヘッダバイトＨＢ０は、０ｘ１ｈと予め定められるとしてよい。一部の実施形態によると、ヘッダバイトＨＢ２は、以下の内容を通信するとしてよい。
【表２】
一部の実施形態によると、ヘッダバイトＨＢ３は、拡張パケットのペイロードのサイズを定義しているとしてよい。ペイロードのサイズは、１から２５６の範囲内であってよく、その単位は、バイト、ワード、ダブルワード、または、クワドワード（４倍ワード：ｑｕａｄ ｗｏｒｄ）であってよい。
【００１５】
図１は、実施形態に係るシステム１００を示す図である。システム１００は、ホストシステム１０２のようなソースデバイスと、ターゲットデバイス１５０とを備えるとしてよい。ホストシステム１０２は、複数のコアを持つプロセッサ１１０と、ホストメモリ１１２と、ストレージ１１４と、グラフィクスサブシステム１１５とを有するとしてよい。チップセット１０５は、ホストシステム１０２が有する複数のデバイス同士を通信可能に結合するとしてよい。グラフィクスサブシステム１１５は、ターゲットデバイス１５０に対するオーディオおよびビデオの送信を管理するとしてよい。グラフィクスサブシステム１１５からターゲットデバイス１５０に、さまざまなディスプレイ機能がオフロードされ得る。例えば、グラフィクスサブシステム１１５は、ターゲットデバイス１５０に、スクリーン明度の制御（つまり、バックライトの制御）をオフロードするとしてよい。
【００１６】
例えば、ホストシステム１０２は、インターフェース１４５を用いて、ターゲットデバイス１５０に拡張パケットを送信するとしてよい。インターフェース１４５は、メインリンクおよびＡＵＸチャネルを含むとしてよく、メインリンクおよびＡＵＸチャネルは共にＤｉｓｐｌａｙＰｏｒｔ仕様書に記載されている。さまざまな実施形態によると、ホストシステム１０２（例えば、グラフィクスサブシステム１１５）は、図２から図５を参照して説明する方法に少なくとも基づいて、ターゲットデバイス１５０に対する通信を形成してターゲットデバイス１５０に該通信を送信するとしてよい。
【００１７】
ターゲットデバイス１５０は、視聴覚コンテンツを表示および放送する機能を有するディスプレイデバイスであってよい。例えば、ターゲットデバイス１５０は、ピクセルの書き込みを制御するタイミングコントローラ（ＴＣＯＮ）のような制御ロジックと、ターゲットデバイス１５０の動作を管理するレジスタとを有するとしてよい。また、ターゲットデバイス１５０は、バックライト制御機能を持つとしてよい。
【００１８】
図２は、一実施形態に係る、ターゲットデバイスを制御して特定の電力利用状態を開始するための通信を形成する方法を示す図である。通信２００は、ＤｉｓｐｌａｙＰｏｒｔ仕様の拡張パケットを用いて送信されるとしてよい。通信２００は少なくとも、ヘッダ部分ＨＢ０−ＨＢ３およびペイロード部分Ｐ０−Ｐ２を含む。ヘッダ部分ＨＢ０は、プロトコルの生成番号を示す指標を格納するとしてよい。例えば、ＨＢ０は、第１番目の生成を示すべく０ｘ１ｈに設定されるとしてよいが、それ以降の生成を示す番号に変更されるとしてもよい。ターゲットデバイスは、この生成情報に基づいて、ターゲットデバイスが適切なデコーダロジックを用いてコマンドを適切に解釈しているか否かを判断するとしてよい。
【００１９】
ヘッダバイトＨＢ１は、ＤｉｓｐｌａｙＰｏｒｔ仕様書バージョン１．１に従って、０ｘ４ｈと設定されるとしてよい。
【００２０】
ヘッダバイトＨＢ２は、（１）ターゲットデバイスの電力利用状態のコマンド、（２）ペイロードの各バイトによって搬送される情報の量（「ユニット」と図示している）、および（３）通信２００のペイロードがデータを格納しているか否か（「Ｄ」と図示している）、を指定するとしてよい。例えば、バイトＨＢ２の第１の部分（例えば、ビット７からビット３）は、電力利用コマンドを指定するとしてよい。
【表３】
【００２１】
コマンド「アクティブ」は、ＤｉｓｐｌａｙＰｏｒｔ仕様書によって定義されている「現在アクティブ状態」を表す。コマンド「スタンバイ」は、メインリンクインターフェース速度がディスプレイパネルの解像度およびフレームレートよりも速い場合、差分リンク（例えば、メインリンク）を電気的アイドル状態にして、電力を節約させるとしてよい。コマンド「アイドル状態」は、データのプッシュが代替フレームまたはデルタフレーム更新の間のみ行われるというような状況において、メインリンクの電力を低電力状態に対応するＰＬＬおよびクロックによって管理させるとしてよい。コマンド「オフ状態」は、メインリンクの断絶状態であって、メインリンクは完全に電力オフになるとしてよい。
【００２２】
バイトＨＢ２の第２の部分（例えば、ビット２および１）は、通信２００のペイロード部分の各バイトが搬送する情報の量を指定するとしてよい。以下に記載する方式に基づいて、ペイロードの各バイトが搬送する情報のサイズを示すとしてよい。
【表４】
【００２３】
バイトＨＢ２の第３の部分（例えば、ビット０）は、コマンド２００のペイロードがデータを含むか否かを示すとしてよい。一例を挙げると、ビット０が０の場合、ペイロードにはデータが含まれていないが、ビット０が１の場合、ペイロードにデータが含まれている。例えば、コマンド２００がアクティブモードを示す場合、終了レイテンシ（ｅｘｉｔ ｌａｔｅｎｃｙ）が記述されていないとしてよく、ペイロードではデータが送信され得ず、終了レイテンシは低電力利用モードを開始することを要求したこれより先の通信において指定されているとしてよい。
【００２４】
ヘッダバイトＨＢ３は、通信２００のペイロード部分のバイト数を指定するとしてよい。電力利用に関して通信を行う際には、ヘッダ部分ＨＢ３は、０ｘ３ｈに設定されて、ペイロードバイトが３つある（部分Ｐ０からＰ２）ことを示すとしてよい。
【００２５】
バイトＨＢ２の第３の部分が通信２００のペイロードはデータを含むことを示す場合、ペイロード部分Ｐ１およびＰ２は総合的に、終了レイテンシの時間を示し、ペイロード部分Ｐ０は、終了レイテンシの時間の時間単位を含む。終了レイテンシの時間は、低電力状態（例えば、スタンバイ、アイドル、またはオフ）からアクティブ状態に至るまでにかかる時間であってよい。以下に記載する方式を部分Ｐ０で用いて、部分Ｐ１およびＰ２で示す終了レイテンシの時間単位を指定するとしてよい。
【表５】
【００２６】
図３は、実施形態に係る、ディスプレイフレームの１スライスのデルタフレーム更新に利用され得る通信３００を示す図である。通信３００は、デルタフレームのスライスの更新について利用することができる。通信３００のヘッダバイトＨＢ０およびＨＢ１は、通信２００のヘッダバイトＨＢ０およびＨＢ１と略同様であってよい。ヘッダバイトＨＢ２は、（１）通信３００がデルタフレームのスライスの書き込みを要求していることを示す第１の部分、（２）ペイロードの各バイトにおいて搬送される情報の量を指定する第２の部分、および（３）通信３００のペイロードがデータを格納しているか否かを示す第３の部分を含むとしてよい。本例によると、ヘッダバイトＨＢ２の第１の部分は、「００１００」で、デルタフレームのスライスの書き込みを指示しているが、他の値を利用するとしてもよい。ヘッダバイトＨＢ２の第２および第３の部分（例えば、「ユニット」および「Ｄ」）は、通信２００と同様であってよい。ヘッダバイトＨＢ３は、通信３００のペイロードのバイト数を示すとしてよい。
【００２７】
本例によると、ヘッダバイトＨＢ２の第３の部分が、通信３００のペイロードはデータを含むことを示している場合、ペイロードの最初の２つのバイトは、書き込みの先頭ピクセルＸ座標を格納し、それに続くペイロードの２つのバイトは、書き込みの先頭ピクセルＹ座標を格納する。これらに続くペイロードの部分は、スライスの終端まで、各ピクセルの赤部分、緑部分、および青部分の色値を格納するとしてよい。ピクセルの書き込みは、表示されている領域の、左端から右端という順序で行われるとしてよい。ペイロードの最後に格納されている赤色部分、緑色部分、および青色部分の色値は、画像スライスの右下の角に対応するとしてよい。
【００２８】
各ピクセルの赤色コード、緑色コード、および青色コードは、バイトを揃えるとしてよい。しかし、色深度を表す色コードはビット数が異なるとしてもよく、ペイロードが格納する情報のサイズ（例えば、ヘッダバイトＨＢ２の第２の部分）は、ピクセル毎にデータビット数を異ならせることができるとしてよい。例えば、各色を表すのに１０ビットが用いられる場合、各ピクセルの赤、緑、および青を表すべく３０個の連続したビットがあるとしてよい。
【００２９】
一実施形態によると、ペイロード情報のために用意されているフィールドサイズおよびペイロードサイズの単位（４キロバイトになる）を鑑みると、１つのパケットが搬送できるピクセルの最大数は、１３６４個である。ペイロードにおいて４キロバイトよりも大量の情報を格納する必要があるフレームのスライスについては、複数のパケットを利用するとしてよい。
【００３０】
図４は、実施形態に係る、ある領域にピクセルを書き込むために利用され得る通信４００を示す図である。通信４００は、ペイロード部分が画像の先頭ピクセルＸ，Ｙ座標および末尾ピクセルＸ、Ｙ座標の両方を指定する以外は、通信３００と同様である。通信４００は、表示領域のうち端部に到達していない一部分に書き込むべく利用され得る。通信４００は、矩形デルタフレーム更新に利用され得る。
【００３１】
図５は、実施形態に係る、ターゲットデバイスのメモリ位置に書き込みを行うべく利用され得る通信５００を示す図である。通信５００のヘッダバイトＨＢ０およびＨＢ１は、通信２００と略同様であってよい。ヘッダバイトＨＢ２は、（１）通信５００がメモリ位置への書き込みを要求していることを示す第１の部分、（２）ペイロードの各バイトの情報のサイズを示す第２の部分（「ユニット」と図示する）、および（３）通信５００のペイロードがデータを格納しているか否かを示す第３の部分（「Ｄ」と図示する）を含むとしてよい。本例によると、ヘッダバイトＨＢ２の第１の部分は「０００１０」で、レジスタへの書き込みを指定しているが、他の値を利用するとしてもよい。ヘッダバイトＨＢ２の第２および第３の部分は、通信２００と同様であってよい。
【００３２】
ヘッダバイトＨＢ３は、通信５００のペイロードのサイズを指定するとしてよい。本例によると、ヘッダバイトＨＢ３は、０ｘ６ｈに設定され、６バイトのペイロードを示す。
【００３３】
本例によると、通信５００のペイロード部分は、書き込み対象のレジスタまたはメモリアドレスを格納しており、その後に当該アドレスに書き込まれるべきコンテンツを格納している。
【００３４】
通信５００は、Ｉｎｔｅｌ（登録商標）ＣＰＵのようなソースデバイスと、ディスプレイパネルが有するタイミングコントローラ等のターゲットデバイスとの間において、アイドル状態中にソフトウェアオーバーヘッドの処理負荷をＣＰＵが担当しなくてすむように、ハードウェアレベルで機能を協働させるべく用いられるとしてよい。通信５００は、ＡＵＸチャネルを利用するのではなく、Ｄｉｓｐｌａｙ Ｐｏｒｔが元々有する直接レジスタ設定機能のために用いられるとしてよい。ＡＵＸチャネルは、プロセッサとディスプレイとの間に設けられるインターコネクトで、ソフトウェアにレジスタを制御させ得るが、速度が遅い。拡張パケットを利用することによって、ＡＵＸチャネルを利用する場合よりも高速で制御できるようになる。
【００３５】
図６は、実施形態に係る、拡張パケットを用いたソースからターゲットへの通信の例を示す図である。通信６０２は、ターゲットの入出力（Ｉ／Ｏ）ＰＨＹおよびコントローラの利用電力を低減して、公開された終了レイテンシを実現し得るように未使用のリソースを適宜シャットダウンするために利用されるとしてよい。通信６０４は、ターゲットデバイスをアクティブモードに復帰させるべく利用されるとしてよい。
【００３６】
通信６０６は、ターゲットデバイスのレジスタを設定して、更新されたパラメータを持つ所望の機能を実現するべく利用され得る。
【００３７】
通信６０８は、表示領域を更新するべく利用され得る。ターゲットデバイスは、通信６０８で特定されている開始Ｘアドレスおよび開始Ｙアドレスから始まる複数のピクセルに書き込みを行うことによって、通信６０８に対して応答するとしてよい。
【００３８】
図７は、実施形態に係るプロセス７００を示す図である。ブロック７０１は、ソースデバイスおよびターゲットデバイスが拡張パケットの利用について交渉することを含むとしてよい。ＤｉｓｐｌａｙＰｏｒｔ仕様書で、拡張パケットの利用を交渉する方法を説明している。
【００３９】
ブロック７０２は、ソースデバイスが所望のコマンドを持つ通信を形成することを含むとしてよい。ソースデバイスがターゲットデバイスの消費電力モードを設定しようとしている場合、通信は通信２００の形式を持つとしてよい。ソースデバイスが表示用の画像をターゲットデバイスに送信しようとしている場合、通信は通信３００または４００の形式を持つとしてよい。ソースデバイスがターゲットデバイスのレジスタをプログラミングしようとしている場合、通信は通信５００の形式を持つとしてよい。
【００４０】
ブロック７０３は、第１のプロトコルに従って、ソースデバイスがターゲットデバイスに通信を送信することを含むとしてよい。第１のプロトコルは、ＤｉｓｐｌａｙＰｏｒｔ仕様であってもよいが、その他の規格を用いるとしてもよい。通信は、ＤｉｓｐｌａｙＰｏｒｔ仕様に従って構築されたＩ／Ｏ ＰＨＹおよびメインリンクを用いて送信されるとしてよいが、その他の規格を用いるとしてもよい。
【００４１】
ブロック７０４は、ターゲットデバイスが通信に含まれる命令を実行することを含むとしてよい。例えば、ターゲットデバイスの電力消費を確立させる場合、ターゲットデバイスは、電力消費を通信が指定している状態に設定するとしてよい。例えば、画像を表示する場合、ターゲットデバイスは、通信が指定している方法で画像を表示するとしてよい。例えば、レジスタをプログラミングする場合、ターゲットデバイスは、レジスタのプログラミングに基づいて動作するとしてよい。
【００４２】
本明細書に記載したグラフィクス処理技術および／またはビデオ処理技術は、さまざまなハードウェアアーキテクチャで実装されるとしてよい。例えば、グラフィクス機能および／またはビデオ機能は、チップセットに集積化されるとしてよい。これに代えて、独立したグラフィクスプロセッサおよび／またはビデオプロセッサを利用するとしてもよい。別の実施形態として、グラフィクス機能および／またはビデオ機能は、マルチコアプロセッサ等を含む汎用プロセッサによって実装されるとしてよい。さらに別の実施形態によると、当該機能は消費者向け電子機器で実装されるとしてよい。
【００４３】
本発明の実施形態は、例えば、機械実行可能な命令を格納している１以上の機械読み出し可能媒体を有するコンピュータプログラム製品として提供されるとしてよい。該命令が、コンピュータ、コンピュータネットワーク、またはその他の電子機器等の１以上の機械によって実行されると、該１以上の機械が本発明の実施形態に係る動作を実行するとしてよい。機械読出可能媒体は、これらに限定されないが、フロッピー（登録商標）ディスケット、光ディスク、ＣＤ−ＲＯＭ（コンパクト・ディスク・リード・オンリー・メモリ）、および、光磁気ディスク、ＲＯＭ（リードオンリーメモリ）、ＲＡＭ（ランダムアクセスメモリ）、ＥＰＲＯＭ（消去可能プログラム可能リードオンリーメモリ）、ＥＥＰＲＯＭ（登録商標）（電気的消去可能プログラム可能リードオンリーメモリ）、磁気カードまたは光カード、フラッシュメモリ、または機械実行可能命令を格納するのに適しているその他の種類の媒体／機械読出可能媒体を含むとしてよい。
【００４４】
添付図面および上述の説明は、本発明の例を示した。複数の異なる機能項目として図示しているが、当業者であれば、このような構成要素のうち１以上を組み合わせて単一の機能項目を形成し得ることに想到するであろう。これに代えて、任意の構成要素を分割して複数の機能項目を形成するとしてもよい。一実施形態に係る構成要素を、別の実施形態に追加するとしてよい。例えば、本明細書に記載する処理の順序は、変更するとしてもよく、本明細書に記載した順序に限定されるものではない。さらに、フローチャートで説明する動作は、図示されている順序で実施される必要は必ずしもなく、また、動作は全てを必ずしも実行する必要はない。また、ほかの動作に依存しない動作は、ほかの動作と並行して実施され得る。しかし、本発明の範囲は、これらの具体例に限定されるものではない。明細書中で明示的に記載されていようがいまいが、構造、寸法、および使用材料を変更したもの等、数多くの変更例が可能である。本発明の範囲は少なくとも、本願請求の範囲によって定められる程度に広いものである。
【技術分野】
【０００１】
本明細書で開示される主題は概して、データ送信技術に関する。
【背景技術】
【０００２】
一部のディスプレイデバイスでは、解像度が高まると共に各色のビット数が多くなっている。解像度および色が飛躍的に良好になったのは、ソースデバイスからディスプレイまでのデータレートが高まったことによる。ソースデバイスによってディスプレイデバイスを制御できるように、規格および専有技術が規定されている。例えば、ビデオ・エレクトロニクス・スタンダード・アソシエーション（ＶＥＳＡ）のＤｉｓｐｌａｙＰｏｒｔ規格、バージョン１、改正版１ａ（２００８）では、ソースデバイスとターゲットデバイスとの間で、デジタル通信インターフェースを介して、ビデオデータ、オーディオデータ、およびその他のデータを転送する方法が規定されている。ＤｉｓｐｌａｙＰｏｒｔは、オーディオ／ビデオデータストリームを転送するための一方向メインリンク（ＭａｉｎＬｉｎｋ）と、プラグ・アンド・プレイ（ＰｎＰ）動作用の半二重双方向補助チャネル（ＡＵＸ ＣＨ）とを規定している。
【図面の簡単な説明】
【０００３】
本発明の実施形態を添付図面に図示するが、これは本発明の例示を目的としたものであり本発明を限定するものではない。添付図面では、同様の参照番号は同様の構成要素を指し示す。
【０００４】
【図１】実施形態に係るシステムを示す図である。
【０００５】
【図２】実施形態に係る、ターゲットデバイスを制御して特定の電力利用状態に入らせる通信を形成する方法を示す図である。
【０００６】
【図３】実施形態に係る、ディスプレイフレームのスライスデルタフレーム更新に利用され得る通信を示す図である。
【０００７】
【図４】実施形態に係る、ある領域内にピクセルを書き込むべく利用され得る通信を示す図である。
【０００８】
【図５】実施形態に係る、ターゲットデバイス内のメモリ位置に書き込みを実行するべく利用され得る通信を示す図である。
【０００９】
【図６】実施形態に係る、拡張パケットを用いた、ソースからターゲットへの通信の一例を示す図である。
【００１０】
【図７】実施形態に係るプロセスを示す図である。
【発明を実施するための形態】
【００１１】
本明細書において「一実施形態」または「実施形態」という表現を用いる場合、当該実施形態に関連付けて説明される特定の特徴、構造、または特性が、本発明の少なくとも１つの実施形態に含まれることを意味している。このため、「一実施形態において」または「実施形態」という表現が本明細書で何度も登場しても、それらは全て必ずしも同じ実施形態を指すとは限らない。また、特定の特徴、構造、または特性は、１以上の実施形態において組み合わせられるとしてよい。
【００１２】
本明細書で用いる場合、「ＤｉｓｐｌａｙＰｏｒｔ仕様」とは、ビデオ・エレクトロニクス・スタンダード・アソシエーション（ＶＥＳＡ）ＤｉｓｐｌａｙＰｏｒｔ規格、バージョン１、改正版１ａ（２００８）、ならびに、この改正内容および互換性のある規格を指すものとする。ＤｉｓｐｌａｙＰｏｒｔ仕様は、拡張パケットを利用するというオプションを可能とする。拡張パケットの利用は、ソースデバイスおよびターゲットデバイスによって交渉されるとしてよい。
【００１３】
ＤｉｓｐｌａｙＰｏｒｔ仕様書バージョン１．１の表２−４２（以下に転載）では、拡張パケットのヘッダバイトを説明している。
【表１】
さまざまな実施形態では、拡張パケットのヘッダバイトを利用して、コマンドおよび拡張パケットのフォーマットを記述する。拡張パケットは、ターゲットデバイスの利用電力の制御、デルタフレーム更新の書き込み、矩形デルタフレーム更新の書き込み、および、ターゲットデバイスのレジスタの設定またはターゲットデバイスのメモリへの書き込み「を実行するべく用いられるとしてよい。
【００１４】
一部の実施形態によると、ヘッダバイトＨＢ０は、パケットが従うべき専有プロトコル拡張バージョンを定義するべく利用されるとしてよい。一部の実施形態によると、ヘッダバイトＨＢ０は、０ｘ１ｈと予め定められるとしてよい。一部の実施形態によると、ヘッダバイトＨＢ２は、以下の内容を通信するとしてよい。
【表２】
一部の実施形態によると、ヘッダバイトＨＢ３は、拡張パケットのペイロードのサイズを定義しているとしてよい。ペイロードのサイズは、１から２５６の範囲内であってよく、その単位は、バイト、ワード、ダブルワード、または、クワドワード（４倍ワード：ｑｕａｄ ｗｏｒｄ）であってよい。
【００１５】
図１は、実施形態に係るシステム１００を示す図である。システム１００は、ホストシステム１０２のようなソースデバイスと、ターゲットデバイス１５０とを備えるとしてよい。ホストシステム１０２は、複数のコアを持つプロセッサ１１０と、ホストメモリ１１２と、ストレージ１１４と、グラフィクスサブシステム１１５とを有するとしてよい。チップセット１０５は、ホストシステム１０２が有する複数のデバイス同士を通信可能に結合するとしてよい。グラフィクスサブシステム１１５は、ターゲットデバイス１５０に対するオーディオおよびビデオの送信を管理するとしてよい。グラフィクスサブシステム１１５からターゲットデバイス１５０に、さまざまなディスプレイ機能がオフロードされ得る。例えば、グラフィクスサブシステム１１５は、ターゲットデバイス１５０に、スクリーン明度の制御（つまり、バックライトの制御）をオフロードするとしてよい。
【００１６】
例えば、ホストシステム１０２は、インターフェース１４５を用いて、ターゲットデバイス１５０に拡張パケットを送信するとしてよい。インターフェース１４５は、メインリンクおよびＡＵＸチャネルを含むとしてよく、メインリンクおよびＡＵＸチャネルは共にＤｉｓｐｌａｙＰｏｒｔ仕様書に記載されている。さまざまな実施形態によると、ホストシステム１０２（例えば、グラフィクスサブシステム１１５）は、図２から図５を参照して説明する方法に少なくとも基づいて、ターゲットデバイス１５０に対する通信を形成してターゲットデバイス１５０に該通信を送信するとしてよい。
【００１７】
ターゲットデバイス１５０は、視聴覚コンテンツを表示および放送する機能を有するディスプレイデバイスであってよい。例えば、ターゲットデバイス１５０は、ピクセルの書き込みを制御するタイミングコントローラ（ＴＣＯＮ）のような制御ロジックと、ターゲットデバイス１５０の動作を管理するレジスタとを有するとしてよい。また、ターゲットデバイス１５０は、バックライト制御機能を持つとしてよい。
【００１８】
図２は、一実施形態に係る、ターゲットデバイスを制御して特定の電力利用状態を開始するための通信を形成する方法を示す図である。通信２００は、ＤｉｓｐｌａｙＰｏｒｔ仕様の拡張パケットを用いて送信されるとしてよい。通信２００は少なくとも、ヘッダ部分ＨＢ０−ＨＢ３およびペイロード部分Ｐ０−Ｐ２を含む。ヘッダ部分ＨＢ０は、プロトコルの生成番号を示す指標を格納するとしてよい。例えば、ＨＢ０は、第１番目の生成を示すべく０ｘ１ｈに設定されるとしてよいが、それ以降の生成を示す番号に変更されるとしてもよい。ターゲットデバイスは、この生成情報に基づいて、ターゲットデバイスが適切なデコーダロジックを用いてコマンドを適切に解釈しているか否かを判断するとしてよい。
【００１９】
ヘッダバイトＨＢ１は、ＤｉｓｐｌａｙＰｏｒｔ仕様書バージョン１．１に従って、０ｘ４ｈと設定されるとしてよい。
【００２０】
ヘッダバイトＨＢ２は、（１）ターゲットデバイスの電力利用状態のコマンド、（２）ペイロードの各バイトによって搬送される情報の量（「ユニット」と図示している）、および（３）通信２００のペイロードがデータを格納しているか否か（「Ｄ」と図示している）、を指定するとしてよい。例えば、バイトＨＢ２の第１の部分（例えば、ビット７からビット３）は、電力利用コマンドを指定するとしてよい。
【表３】
【００２１】
コマンド「アクティブ」は、ＤｉｓｐｌａｙＰｏｒｔ仕様書によって定義されている「現在アクティブ状態」を表す。コマンド「スタンバイ」は、メインリンクインターフェース速度がディスプレイパネルの解像度およびフレームレートよりも速い場合、差分リンク（例えば、メインリンク）を電気的アイドル状態にして、電力を節約させるとしてよい。コマンド「アイドル状態」は、データのプッシュが代替フレームまたはデルタフレーム更新の間のみ行われるというような状況において、メインリンクの電力を低電力状態に対応するＰＬＬおよびクロックによって管理させるとしてよい。コマンド「オフ状態」は、メインリンクの断絶状態であって、メインリンクは完全に電力オフになるとしてよい。
【００２２】
バイトＨＢ２の第２の部分（例えば、ビット２および１）は、通信２００のペイロード部分の各バイトが搬送する情報の量を指定するとしてよい。以下に記載する方式に基づいて、ペイロードの各バイトが搬送する情報のサイズを示すとしてよい。
【表４】
【００２３】
バイトＨＢ２の第３の部分（例えば、ビット０）は、コマンド２００のペイロードがデータを含むか否かを示すとしてよい。一例を挙げると、ビット０が０の場合、ペイロードにはデータが含まれていないが、ビット０が１の場合、ペイロードにデータが含まれている。例えば、コマンド２００がアクティブモードを示す場合、終了レイテンシ（ｅｘｉｔ ｌａｔｅｎｃｙ）が記述されていないとしてよく、ペイロードではデータが送信され得ず、終了レイテンシは低電力利用モードを開始することを要求したこれより先の通信において指定されているとしてよい。
【００２４】
ヘッダバイトＨＢ３は、通信２００のペイロード部分のバイト数を指定するとしてよい。電力利用に関して通信を行う際には、ヘッダ部分ＨＢ３は、０ｘ３ｈに設定されて、ペイロードバイトが３つある（部分Ｐ０からＰ２）ことを示すとしてよい。
【００２５】
バイトＨＢ２の第３の部分が通信２００のペイロードはデータを含むことを示す場合、ペイロード部分Ｐ１およびＰ２は総合的に、終了レイテンシの時間を示し、ペイロード部分Ｐ０は、終了レイテンシの時間の時間単位を含む。終了レイテンシの時間は、低電力状態（例えば、スタンバイ、アイドル、またはオフ）からアクティブ状態に至るまでにかかる時間であってよい。以下に記載する方式を部分Ｐ０で用いて、部分Ｐ１およびＰ２で示す終了レイテンシの時間単位を指定するとしてよい。
【表５】
【００２６】
図３は、実施形態に係る、ディスプレイフレームの１スライスのデルタフレーム更新に利用され得る通信３００を示す図である。通信３００は、デルタフレームのスライスの更新について利用することができる。通信３００のヘッダバイトＨＢ０およびＨＢ１は、通信２００のヘッダバイトＨＢ０およびＨＢ１と略同様であってよい。ヘッダバイトＨＢ２は、（１）通信３００がデルタフレームのスライスの書き込みを要求していることを示す第１の部分、（２）ペイロードの各バイトにおいて搬送される情報の量を指定する第２の部分、および（３）通信３００のペイロードがデータを格納しているか否かを示す第３の部分を含むとしてよい。本例によると、ヘッダバイトＨＢ２の第１の部分は、「００１００」で、デルタフレームのスライスの書き込みを指示しているが、他の値を利用するとしてもよい。ヘッダバイトＨＢ２の第２および第３の部分（例えば、「ユニット」および「Ｄ」）は、通信２００と同様であってよい。ヘッダバイトＨＢ３は、通信３００のペイロードのバイト数を示すとしてよい。
【００２７】
本例によると、ヘッダバイトＨＢ２の第３の部分が、通信３００のペイロードはデータを含むことを示している場合、ペイロードの最初の２つのバイトは、書き込みの先頭ピクセルＸ座標を格納し、それに続くペイロードの２つのバイトは、書き込みの先頭ピクセルＹ座標を格納する。これらに続くペイロードの部分は、スライスの終端まで、各ピクセルの赤部分、緑部分、および青部分の色値を格納するとしてよい。ピクセルの書き込みは、表示されている領域の、左端から右端という順序で行われるとしてよい。ペイロードの最後に格納されている赤色部分、緑色部分、および青色部分の色値は、画像スライスの右下の角に対応するとしてよい。
【００２８】
各ピクセルの赤色コード、緑色コード、および青色コードは、バイトを揃えるとしてよい。しかし、色深度を表す色コードはビット数が異なるとしてもよく、ペイロードが格納する情報のサイズ（例えば、ヘッダバイトＨＢ２の第２の部分）は、ピクセル毎にデータビット数を異ならせることができるとしてよい。例えば、各色を表すのに１０ビットが用いられる場合、各ピクセルの赤、緑、および青を表すべく３０個の連続したビットがあるとしてよい。
【００２９】
一実施形態によると、ペイロード情報のために用意されているフィールドサイズおよびペイロードサイズの単位（４キロバイトになる）を鑑みると、１つのパケットが搬送できるピクセルの最大数は、１３６４個である。ペイロードにおいて４キロバイトよりも大量の情報を格納する必要があるフレームのスライスについては、複数のパケットを利用するとしてよい。
【００３０】
図４は、実施形態に係る、ある領域にピクセルを書き込むために利用され得る通信４００を示す図である。通信４００は、ペイロード部分が画像の先頭ピクセルＸ，Ｙ座標および末尾ピクセルＸ、Ｙ座標の両方を指定する以外は、通信３００と同様である。通信４００は、表示領域のうち端部に到達していない一部分に書き込むべく利用され得る。通信４００は、矩形デルタフレーム更新に利用され得る。
【００３１】
図５は、実施形態に係る、ターゲットデバイスのメモリ位置に書き込みを行うべく利用され得る通信５００を示す図である。通信５００のヘッダバイトＨＢ０およびＨＢ１は、通信２００と略同様であってよい。ヘッダバイトＨＢ２は、（１）通信５００がメモリ位置への書き込みを要求していることを示す第１の部分、（２）ペイロードの各バイトの情報のサイズを示す第２の部分（「ユニット」と図示する）、および（３）通信５００のペイロードがデータを格納しているか否かを示す第３の部分（「Ｄ」と図示する）を含むとしてよい。本例によると、ヘッダバイトＨＢ２の第１の部分は「０００１０」で、レジスタへの書き込みを指定しているが、他の値を利用するとしてもよい。ヘッダバイトＨＢ２の第２および第３の部分は、通信２００と同様であってよい。
【００３２】
ヘッダバイトＨＢ３は、通信５００のペイロードのサイズを指定するとしてよい。本例によると、ヘッダバイトＨＢ３は、０ｘ６ｈに設定され、６バイトのペイロードを示す。
【００３３】
本例によると、通信５００のペイロード部分は、書き込み対象のレジスタまたはメモリアドレスを格納しており、その後に当該アドレスに書き込まれるべきコンテンツを格納している。
【００３４】
通信５００は、Ｉｎｔｅｌ（登録商標）ＣＰＵのようなソースデバイスと、ディスプレイパネルが有するタイミングコントローラ等のターゲットデバイスとの間において、アイドル状態中にソフトウェアオーバーヘッドの処理負荷をＣＰＵが担当しなくてすむように、ハードウェアレベルで機能を協働させるべく用いられるとしてよい。通信５００は、ＡＵＸチャネルを利用するのではなく、Ｄｉｓｐｌａｙ Ｐｏｒｔが元々有する直接レジスタ設定機能のために用いられるとしてよい。ＡＵＸチャネルは、プロセッサとディスプレイとの間に設けられるインターコネクトで、ソフトウェアにレジスタを制御させ得るが、速度が遅い。拡張パケットを利用することによって、ＡＵＸチャネルを利用する場合よりも高速で制御できるようになる。
【００３５】
図６は、実施形態に係る、拡張パケットを用いたソースからターゲットへの通信の例を示す図である。通信６０２は、ターゲットの入出力（Ｉ／Ｏ）ＰＨＹおよびコントローラの利用電力を低減して、公開された終了レイテンシを実現し得るように未使用のリソースを適宜シャットダウンするために利用されるとしてよい。通信６０４は、ターゲットデバイスをアクティブモードに復帰させるべく利用されるとしてよい。
【００３６】
通信６０６は、ターゲットデバイスのレジスタを設定して、更新されたパラメータを持つ所望の機能を実現するべく利用され得る。
【００３７】
通信６０８は、表示領域を更新するべく利用され得る。ターゲットデバイスは、通信６０８で特定されている開始Ｘアドレスおよび開始Ｙアドレスから始まる複数のピクセルに書き込みを行うことによって、通信６０８に対して応答するとしてよい。
【００３８】
図７は、実施形態に係るプロセス７００を示す図である。ブロック７０１は、ソースデバイスおよびターゲットデバイスが拡張パケットの利用について交渉することを含むとしてよい。ＤｉｓｐｌａｙＰｏｒｔ仕様書で、拡張パケットの利用を交渉する方法を説明している。
【００３９】
ブロック７０２は、ソースデバイスが所望のコマンドを持つ通信を形成することを含むとしてよい。ソースデバイスがターゲットデバイスの消費電力モードを設定しようとしている場合、通信は通信２００の形式を持つとしてよい。ソースデバイスが表示用の画像をターゲットデバイスに送信しようとしている場合、通信は通信３００または４００の形式を持つとしてよい。ソースデバイスがターゲットデバイスのレジスタをプログラミングしようとしている場合、通信は通信５００の形式を持つとしてよい。
【００４０】
ブロック７０３は、第１のプロトコルに従って、ソースデバイスがターゲットデバイスに通信を送信することを含むとしてよい。第１のプロトコルは、ＤｉｓｐｌａｙＰｏｒｔ仕様であってもよいが、その他の規格を用いるとしてもよい。通信は、ＤｉｓｐｌａｙＰｏｒｔ仕様に従って構築されたＩ／Ｏ ＰＨＹおよびメインリンクを用いて送信されるとしてよいが、その他の規格を用いるとしてもよい。
【００４１】
ブロック７０４は、ターゲットデバイスが通信に含まれる命令を実行することを含むとしてよい。例えば、ターゲットデバイスの電力消費を確立させる場合、ターゲットデバイスは、電力消費を通信が指定している状態に設定するとしてよい。例えば、画像を表示する場合、ターゲットデバイスは、通信が指定している方法で画像を表示するとしてよい。例えば、レジスタをプログラミングする場合、ターゲットデバイスは、レジスタのプログラミングに基づいて動作するとしてよい。
【００４２】
本明細書に記載したグラフィクス処理技術および／またはビデオ処理技術は、さまざまなハードウェアアーキテクチャで実装されるとしてよい。例えば、グラフィクス機能および／またはビデオ機能は、チップセットに集積化されるとしてよい。これに代えて、独立したグラフィクスプロセッサおよび／またはビデオプロセッサを利用するとしてもよい。別の実施形態として、グラフィクス機能および／またはビデオ機能は、マルチコアプロセッサ等を含む汎用プロセッサによって実装されるとしてよい。さらに別の実施形態によると、当該機能は消費者向け電子機器で実装されるとしてよい。
【００４３】
本発明の実施形態は、例えば、機械実行可能な命令を格納している１以上の機械読み出し可能媒体を有するコンピュータプログラム製品として提供されるとしてよい。該命令が、コンピュータ、コンピュータネットワーク、またはその他の電子機器等の１以上の機械によって実行されると、該１以上の機械が本発明の実施形態に係る動作を実行するとしてよい。機械読出可能媒体は、これらに限定されないが、フロッピー（登録商標）ディスケット、光ディスク、ＣＤ−ＲＯＭ（コンパクト・ディスク・リード・オンリー・メモリ）、および、光磁気ディスク、ＲＯＭ（リードオンリーメモリ）、ＲＡＭ（ランダムアクセスメモリ）、ＥＰＲＯＭ（消去可能プログラム可能リードオンリーメモリ）、ＥＥＰＲＯＭ（登録商標）（電気的消去可能プログラム可能リードオンリーメモリ）、磁気カードまたは光カード、フラッシュメモリ、または機械実行可能命令を格納するのに適しているその他の種類の媒体／機械読出可能媒体を含むとしてよい。
【００４４】
添付図面および上述の説明は、本発明の例を示した。複数の異なる機能項目として図示しているが、当業者であれば、このような構成要素のうち１以上を組み合わせて単一の機能項目を形成し得ることに想到するであろう。これに代えて、任意の構成要素を分割して複数の機能項目を形成するとしてもよい。一実施形態に係る構成要素を、別の実施形態に追加するとしてよい。例えば、本明細書に記載する処理の順序は、変更するとしてもよく、本明細書に記載した順序に限定されるものではない。さらに、フローチャートで説明する動作は、図示されている順序で実施される必要は必ずしもなく、また、動作は全てを必ずしも実行する必要はない。また、ほかの動作に依存しない動作は、ほかの動作と並行して実施され得る。しかし、本発明の範囲は、これらの具体例に限定されるものではない。明細書中で明示的に記載されていようがいまいが、構造、寸法、および使用材料を変更したもの等、数多くの変更例が可能である。本発明の範囲は少なくとも、本願請求の範囲によって定められる程度に広いものである。
【特許請求の範囲】
【請求項１】
ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している通信であって、ターゲットデバイスの電力消費を制御する通信を形成する段階と、
前記通信を前記ターゲットデバイスに送信する段階と
を備え、
前記通信は、ヘッダおよびペイロードを有する拡張パケットを含み、
前記ヘッダは、前記通信が含む前記ターゲットデバイスに対するコマンドを規定する部分を含み、
前記コマンドは、アクティブ、スタンバイ、アイドル、および、オフから成る群から選択され、
前記ペイロードは、終了レイテンシの時間および終了レイテンシの時間単位を含み、
前記終了レイテンシは、スタンバイモードまたはアイドルモードを終了した後アクティブモードが始まるまでの時間を示す
方法。
【請求項２】
前記ヘッダは、（ｉ）前記通信の生成番号を規定する第１の部分と、（ｉｉ）前記通信が含む前記ターゲットデバイスに対する前記コマンドを規定する第２の部分と、（ｉｉｉ）前記ペイロードの各バイトにおいて搬送される情報のサイズを指し示す第３の部分と、（ｉｖ）前記ペイロードがデータを含むか否かを示す指標とを含む
請求項１に記載の方法。
【請求項３】
前記ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している第２の通信であって、画像を規定する情報を含む第２の通信を形成する段階と、
前記第２の通信を前記ターゲットデバイスに送信する段階と
をさらに備える、請求項１または２に記載の方法。
【請求項４】
前記第２の通信は、ヘッダおよびペイロードを含み、
前記ヘッダは、（ｉ）前記通信の生成番号を規定する第１の部分と、（ｉｉ）前記通信が含むコマンドを規定する第２の部分と、（ｉｉｉ）前記ペイロードの各バイトにおいて搬送される情報のサイズを指し示す第３の部分と、（ｉｖ）前記ペイロードがデータを含むか否かを示す指標とを含む
請求項３に記載の方法。
【請求項５】
前記コマンドは、表示される画像の一部分の更新を規定しており、
前記ペイロードは、前記一部分の先頭座標を規定している
請求項４に記載の方法。
【請求項６】
前記ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している第２の通信であって、ターゲットデバイスのレジスタに書き込まれるべきコマンドを含む第２の通信を形成する段階と、
前記第２の通信を前記ターゲットデバイスに送信する段階と
をさらに備える、請求項１または２に記載の方法。
【請求項７】
前記第２の通信は、ヘッダおよびペイロードを有する拡張パケットを含み、
前記ヘッダは、（ｉ）前記通信の生成番号を規定する第１の部分と、（ｉｉ）前記通信が含む前記コマンドを規定する第２の部分と、（ｉｉｉ）前記ペイロードの各バイトにおいて搬送される情報のサイズを指し示す第３の部分と、（ｉｖ）前記ペイロードがデータを含むか否かを示す指標とを含む
請求項６に記載の方法。
【請求項８】
前記第２の通信の前記ペイロードは、前記レジスタのアドレスおよび前記レジスタに書き込まれるべきコンテンツを規定している
請求項７に記載の方法。
【請求項９】
前記形成する段階は、グラフィクスプロセッサによって実行され、前記ターゲットデバイスはディスプレイを含む
請求項１から８のいずれか１項に記載の方法。
【請求項１０】
ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している通信であって、電力消費、画像表示、および、レジスタの更新のうち少なくとも１つについてターゲットデバイスを制御する通信を受け取る段階と、
前記ターゲットデバイスにおいて前記通信が含むコマンドを実行する段階と
を備え、
前記通信は、ヘッダおよびペイロードを有する拡張パケットを含み、
前記ヘッダは、前記通信が含む前記ターゲットデバイスに対する前記コマンドを規定する部分を含み、
前記コマンドは、アクティブ、スタンバイ、アイドル、および、オフから成る群から選択され、
前記ペイロードは、終了レイテンシの時間および終了レイテンシの時間単位を含み、
前記終了レイテンシは、スタンバイモードまたはアイドルモードを終了した後アクティブモードが始まるまでの時間を示す
方法。
【請求項１１】
前記ヘッダは、（ｉ）前記通信の生成番号を規定する第１の部分と、（ｉｉ）前記通信が含む前記コマンドを規定する第２の部分と、（ｉｉｉ）前記ペイロードの各バイトにおいて搬送される情報のサイズを指し示す第３の部分と、（ｉｖ）前記ペイロードがデータを含むか否かを示す指標とを含む
請求項１０に記載の方法。
【請求項１２】
前記通信が画像表示を制御する場合、前記通信は表示されている画像の一部分の更新を規定する
請求項１１に記載の方法。
【請求項１３】
前記通信が画像表示を制御する場合、前記通信は、表示される画像の一部分の更新を規定しており、
前記ペイロードは、前記一部分の先頭座標および末尾座標を規定している
請求項１１に記載の方法。
【請求項１４】
前記通信がレジスタの更新を制御する場合、前記通信は、前記レジスタのアドレスおよび前記レジスタに書き込まれるべきコンテンツを規定している
請求項１１に記載の方法。
【請求項１５】
コンピュータに、
ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している通信であって、電力消費、画像表示、および、レジスタの更新のうち少なくとも１つについてターゲットデバイスを制御する通信を形成する手順、および
前記ターゲットデバイスに前記通信を送信する手順
を実行させるためのプログラムであって、
前記通信は、ヘッダおよびペイロードを有する拡張パケットを含み、
前記ヘッダは、前記通信が含む前記ターゲットデバイスに対するコマンドを規定する部分を含み、
前記コマンドは、アクティブ、スタンバイ、アイドル、および、オフから成る群から選択され、
前記ペイロードは、終了レイテンシの時間および終了レイテンシの時間単位を含み、
前記終了レイテンシは、スタンバイモードまたはアイドルモードを終了した後アクティブモードが始まるまでの時間を示す
プログラム。
【請求項１６】
前記ヘッダは、（ｉ）前記通信の生成番号を規定する第１の部分と、（ｉｉ）前記通信が含む前記コマンドを規定する第２の部分と、（ｉｉｉ）前記ペイロードの各バイトにおいて搬送される情報のサイズを指し示す第３の部分と、（ｉｖ）前記ペイロードがデータを含むか否かを示す指標とを含む
請求項１５に記載のプログラム。
【請求項１７】
前記通信が画像表示を制御する場合、前記通信は表示されている画像の一部分の更新を規定する
請求項１６に記載のプログラム。
【請求項１８】
前記通信が画像表示を制御する場合、前記通信は、表示される画像の一部分の更新を規定しており、
前記ペイロードは、前記一部分の先頭座標および末尾座標を規定している
請求項１６に記載のプログラム。
【請求項１９】
前記通信がレジスタの更新を制御する場合、前記通信は、前記レジスタのアドレスおよび前記レジスタに書き込まれるべきコンテンツを規定している
請求項１６に記載のプログラム。
【請求項２０】
ディスプレイと、
プロセッサおよび入出力ロジックを有するコンピュータシステムと
を備え、
前記プロセッサは、
ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している通信であって、電力消費、画像表示、および、レジスタ更新のうち少なくとも１つについてターゲットデバイスを制御する通信を形成し、
前記入出力ロジックを用いて、前記ディスプレイに前記通信を送信し、
前記通信は、ヘッダおよびペイロードを有する拡張パケットを含み、
前記ヘッダは、前記通信が含む前記ターゲットデバイスに対するコマンドを規定する部分を含み、
前記コマンドは、アクティブ、スタンバイ、アイドル、および、オフから成る群から選択され、
前記ペイロードは、終了レイテンシの時間および終了レイテンシの時間単位を含み、
前記終了レイテンシは、スタンバイモードまたはアイドルモードを終了した後アクティブモードが始まるまでの時間を示す
システム。
【請求項２１】
前記ヘッダは、（ｉ）前記通信の生成番号を規定する第１の部分と、（ｉｉ）前記通信が含む前記コマンドを規定する第２の部分と、（ｉｉｉ）前記ペイロードの各バイトにおいて搬送される情報のサイズを指し示す第３の部分と、（ｉｖ）前記ペイロードがデータを含むか否かを示す指標とを含み、
前記通信は、電力消費、画像表示、および、レジスタの更新のうち１つを制御する
請求項２０に記載のシステム。
【請求項１】
ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している通信であって、ターゲットデバイスの電力消費を制御する通信を形成する段階と、
前記通信を前記ターゲットデバイスに送信する段階と
を備え、
前記通信は、ヘッダおよびペイロードを有する拡張パケットを含み、
前記ヘッダは、前記通信が含む前記ターゲットデバイスに対するコマンドを規定する部分を含み、
前記コマンドは、アクティブ、スタンバイ、アイドル、および、オフから成る群から選択され、
前記ペイロードは、終了レイテンシの時間および終了レイテンシの時間単位を含み、
前記終了レイテンシは、スタンバイモードまたはアイドルモードを終了した後アクティブモードが始まるまでの時間を示す
方法。
【請求項２】
前記ヘッダは、（ｉ）前記通信の生成番号を規定する第１の部分と、（ｉｉ）前記通信が含む前記ターゲットデバイスに対する前記コマンドを規定する第２の部分と、（ｉｉｉ）前記ペイロードの各バイトにおいて搬送される情報のサイズを指し示す第３の部分と、（ｉｖ）前記ペイロードがデータを含むか否かを示す指標とを含む
請求項１に記載の方法。
【請求項３】
前記ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している第２の通信であって、画像を規定する情報を含む第２の通信を形成する段階と、
前記第２の通信を前記ターゲットデバイスに送信する段階と
をさらに備える、請求項１または２に記載の方法。
【請求項４】
前記第２の通信は、ヘッダおよびペイロードを含み、
前記ヘッダは、（ｉ）前記通信の生成番号を規定する第１の部分と、（ｉｉ）前記通信が含むコマンドを規定する第２の部分と、（ｉｉｉ）前記ペイロードの各バイトにおいて搬送される情報のサイズを指し示す第３の部分と、（ｉｖ）前記ペイロードがデータを含むか否かを示す指標とを含む
請求項３に記載の方法。
【請求項５】
前記コマンドは、表示される画像の一部分の更新を規定しており、
前記ペイロードは、前記一部分の先頭座標を規定している
請求項４に記載の方法。
【請求項６】
前記ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している第２の通信であって、ターゲットデバイスのレジスタに書き込まれるべきコマンドを含む第２の通信を形成する段階と、
前記第２の通信を前記ターゲットデバイスに送信する段階と
をさらに備える、請求項１または２に記載の方法。
【請求項７】
前記第２の通信は、ヘッダおよびペイロードを有する拡張パケットを含み、
前記ヘッダは、（ｉ）前記通信の生成番号を規定する第１の部分と、（ｉｉ）前記通信が含む前記コマンドを規定する第２の部分と、（ｉｉｉ）前記ペイロードの各バイトにおいて搬送される情報のサイズを指し示す第３の部分と、（ｉｖ）前記ペイロードがデータを含むか否かを示す指標とを含む
請求項６に記載の方法。
【請求項８】
前記第２の通信の前記ペイロードは、前記レジスタのアドレスおよび前記レジスタに書き込まれるべきコンテンツを規定している
請求項７に記載の方法。
【請求項９】
前記形成する段階は、グラフィクスプロセッサによって実行され、前記ターゲットデバイスはディスプレイを含む
請求項１から８のいずれか１項に記載の方法。
【請求項１０】
ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している通信であって、電力消費、画像表示、および、レジスタの更新のうち少なくとも１つについてターゲットデバイスを制御する通信を受け取る段階と、
前記ターゲットデバイスにおいて前記通信が含むコマンドを実行する段階と
を備え、
前記通信は、ヘッダおよびペイロードを有する拡張パケットを含み、
前記ヘッダは、前記通信が含む前記ターゲットデバイスに対する前記コマンドを規定する部分を含み、
前記コマンドは、アクティブ、スタンバイ、アイドル、および、オフから成る群から選択され、
前記ペイロードは、終了レイテンシの時間および終了レイテンシの時間単位を含み、
前記終了レイテンシは、スタンバイモードまたはアイドルモードを終了した後アクティブモードが始まるまでの時間を示す
方法。
【請求項１１】
前記ヘッダは、（ｉ）前記通信の生成番号を規定する第１の部分と、（ｉｉ）前記通信が含む前記コマンドを規定する第２の部分と、（ｉｉｉ）前記ペイロードの各バイトにおいて搬送される情報のサイズを指し示す第３の部分と、（ｉｖ）前記ペイロードがデータを含むか否かを示す指標とを含む
請求項１０に記載の方法。
【請求項１２】
前記通信が画像表示を制御する場合、前記通信は表示されている画像の一部分の更新を規定する
請求項１１に記載の方法。
【請求項１３】
前記通信が画像表示を制御する場合、前記通信は、表示される画像の一部分の更新を規定しており、
前記ペイロードは、前記一部分の先頭座標および末尾座標を規定している
請求項１１に記載の方法。
【請求項１４】
前記通信がレジスタの更新を制御する場合、前記通信は、前記レジスタのアドレスおよび前記レジスタに書き込まれるべきコンテンツを規定している
請求項１１に記載の方法。
【請求項１５】
コンピュータに、
ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している通信であって、電力消費、画像表示、および、レジスタの更新のうち少なくとも１つについてターゲットデバイスを制御する通信を形成する手順、および
前記ターゲットデバイスに前記通信を送信する手順
を実行させるためのプログラムであって、
前記通信は、ヘッダおよびペイロードを有する拡張パケットを含み、
前記ヘッダは、前記通信が含む前記ターゲットデバイスに対するコマンドを規定する部分を含み、
前記コマンドは、アクティブ、スタンバイ、アイドル、および、オフから成る群から選択され、
前記ペイロードは、終了レイテンシの時間および終了レイテンシの時間単位を含み、
前記終了レイテンシは、スタンバイモードまたはアイドルモードを終了した後アクティブモードが始まるまでの時間を示す
プログラム。
【請求項１６】
前記ヘッダは、（ｉ）前記通信の生成番号を規定する第１の部分と、（ｉｉ）前記通信が含む前記コマンドを規定する第２の部分と、（ｉｉｉ）前記ペイロードの各バイトにおいて搬送される情報のサイズを指し示す第３の部分と、（ｉｖ）前記ペイロードがデータを含むか否かを示す指標とを含む
請求項１５に記載のプログラム。
【請求項１７】
前記通信が画像表示を制御する場合、前記通信は表示されている画像の一部分の更新を規定する
請求項１６に記載のプログラム。
【請求項１８】
前記通信が画像表示を制御する場合、前記通信は、表示される画像の一部分の更新を規定しており、
前記ペイロードは、前記一部分の先頭座標および末尾座標を規定している
請求項１６に記載のプログラム。
【請求項１９】
前記通信がレジスタの更新を制御する場合、前記通信は、前記レジスタのアドレスおよび前記レジスタに書き込まれるべきコンテンツを規定している
請求項１６に記載のプログラム。
【請求項２０】
ディスプレイと、
プロセッサおよび入出力ロジックを有するコンピュータシステムと
を備え、
前記プロセッサは、
ＤｉｓｐｌａｙＰｏｒｔ仕様に準拠している通信であって、電力消費、画像表示、および、レジスタ更新のうち少なくとも１つについてターゲットデバイスを制御する通信を形成し、
前記入出力ロジックを用いて、前記ディスプレイに前記通信を送信し、
前記通信は、ヘッダおよびペイロードを有する拡張パケットを含み、
前記ヘッダは、前記通信が含む前記ターゲットデバイスに対するコマンドを規定する部分を含み、
前記コマンドは、アクティブ、スタンバイ、アイドル、および、オフから成る群から選択され、
前記ペイロードは、終了レイテンシの時間および終了レイテンシの時間単位を含み、
前記終了レイテンシは、スタンバイモードまたはアイドルモードを終了した後アクティブモードが始まるまでの時間を示す
システム。
【請求項２１】
前記ヘッダは、（ｉ）前記通信の生成番号を規定する第１の部分と、（ｉｉ）前記通信が含む前記コマンドを規定する第２の部分と、（ｉｉｉ）前記ペイロードの各バイトにおいて搬送される情報のサイズを指し示す第３の部分と、（ｉｖ）前記ペイロードがデータを含むか否かを示す指標とを含み、
前記通信は、電力消費、画像表示、および、レジスタの更新のうち１つを制御する
請求項２０に記載のシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−１４５９４８（Ｐ２０１２−１４５９４８Ａ）
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願番号】特願２０１２−３１７７２（Ｐ２０１２−３１７７２）
【出願日】平成２４年２月１６日（２０１２．２．１６）
【分割の表示】特願２００９−２２２９９０（Ｐ２００９−２２２９９０）の分割
【原出願日】平成２１年９月２８日（２００９．９．２８）
【出願人】（５９１００３９４３）インテル・コーポレーション (1,101)
【Ｆターム（参考）】
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願日】平成２４年２月１６日（２０１２．２．１６）
【分割の表示】特願２００９−２２２９９０（Ｐ２００９−２２２９９０）の分割
【原出願日】平成２１年９月２８日（２００９．９．２８）
【出願人】（５９１００３９４３）インテル・コーポレーション (1,101)
【Ｆターム（参考）】
[ Back to top ]