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