"セカンダリデータパケットのヘッダバイトにより少なくとも1つの命令を受信するステップであって、前記セカンダリデータパケットはDisplayPort仕様に準拠し、前記少なくとも1つの命令は、フレームを格納する命令、セルフリフレッシュモードに入る命令、及びリンクの電力を低減する命令の1つを有する、前記受信するステップと、前記少なくとも1つの命令の実行を要求するステップと、を有する方法。前記少なくとも1つの命令がフレームを格納する命令を有するとき、前記少なくとも1つの命令の実行は、前記命令に関するフレームをバッファに格納することを含む、請求項1記載の方法。前記少なくとも1つの命令がフレームを格納する命令を有するとき、前記少なくとも1つの命令の実行は、低電力モードから出て、前記命令に関するフレームをバッファに格納し、低電力モードに入る、ことを含む、請求項1記載の方法。前記少なくとも1つの命令がリンクの電力を低減する命令を有するとき、前記少なくとも1つの命令の実行は、メインリンクの電力を低減することを含む、請求項1記載の方法。前記少なくとも1つの命令は、DisplayPortバージョン1.1aのセクション2.2.5に規定されるようなヘッダバイトHB2のビットに格納される、請求項1記載の方法。セカンダリデータパケットのヘッダバイトによる少なくとも1つの命令の送信を要求するステップを有する方法であって、前記セカンダリデータパケットは、DisplayPort仕様に準拠し、前記少なくとも1つの命令は、フレームを格納する命令、セルフリフレッシュモードに入る命令、及びリンクの電力を低減する命令の1つを有する方法。前記少なくとも1つの命令がフレームを格納する命令を含むとき、前記少なくとも1つの命令は、前記命令に関するフレームをバッファに格納することを要求するか、又は低電力モードから出て、前記命令に関するフレームをバッファに格納し、低電力モードに入ることを要求し、前記少なくとも1つの命令がリンクの電力を低減する命令を含むとき、前記少なくとも1つの命令は、メインリンクの電力を低減することを要求する、請求項6記載の方法。前記少なくとも1つの命令は、DisplayPortバージョン1.1aのセクション2.2.5に規定されるようなヘッダバイトHB2のビットに格納されるよう要求される、請求項6記載の方法。現在フレームが前のフレームと比較して変更されていること、セルフリフレッシュが起動されるべきであること、及びリンクスタンバイに入るべきであることの通知をヘッダフィールドHB2において受信するステップと、垂直ブランキングインターバルの後にリンクスタンバイモードに入るステップと、スタンバイモードから出るリクエストを受信するステップと、前記スタンバイモードから出るリクエストの送信機からの明示的な命令なしにトレーニングモードに入るステップと、を有する方法。前記スタンバイモードから出るリクエストを受信するステップは、レジスタへの書き込みを検出することを含む、請求項9記載の方法。ディスプレイと、記憶装置と、セカンダリデータパケットのヘッダバイトにおいて少なくとも1つの命令を受信するインタフェースであって、前記セカンダリデータパケットがDisplayPort仕様に準拠する、前記インタフェースと、前記少なくとも1つの命令を実行するコントローラと、を有するシステム。前記少なくとも1つの命令は、フレームを格納する命令、セルフリフレッシュモードに入る命令、及びリンクの電力を低減する命令の1つを含む、請求項11記載のシステム。前記少なくとも1つの命令がフレームを格納する命令を含むとき、前記コントローラは、前記少なくとも1つの命令に関するフレームのバッファへの格納を要求する、請求項11記載のシステム。前記少なくとも1つの命令がフレームを格納する命令を含むとき、前記コントローラは、低電力モードを出て、前記命令に関するフレームを前記記憶装置に格納し、低電力モードに入ることを要求する、請求項11記載のシステム。前記少なくとも1つの命令は、リンクの電力を低減する命令を含み、前記コントローラは、メインリンクの電力を低減することを要求する、請求項11記載のシステム。前記少なくとも1つの命令は、DisplayPortバージョン1.1aのセクション2.2.5に規定されるようなヘッダバイトHB2のビットに格納される、請求項11記載のシステム。前記少なくとも1つの命令は、現在フレームが前のフレームと比較して変更されているかの通知、セルフリフレッシュが起動されるべきかを示す通知、及びリンクスタンバイに入るべきかを示す通知を含む、請求項11記載のシステム。前記コントローラは、垂直ブランキングインターバル後にリンクスタンバイモードに入る、請求項17記載のシステム。前記インタフェースは、スタンバイモードから出るためのリクエストを含む第2命令を受信し、前記第2命令に応答して、前記コントローラは、前記スタンバイモードから出るためのリクエストの送信機からの明示的な命令なくトレーニングモードに入る、請求項17記載のシステム。コンピュータにより実行されると、セカンダリデータパケットのヘッダバイトにより少なくとも1つの命令の送信を前記コンピュータに要求させる命令を格納するコンピュータ可読媒体であって、前記セカンダリデータパケットは、DisplayPort仕様に準拠し、前記少なくとも1つの命令は、フレームを格納する命令、セルフリフレッシュモードに入る命令、及びリンクの電力を低減する命令の1つを有するコンピュータ可読媒体。前記少なくとも1つの命令は、フレームを格納する命令を含み、前記少なくとも1つの命令がフレームを格納する命令を含むとき、前記少なくとも1つの命令は、前記命令に関するフレームをバッファに格納することを要求するか、又は低電力モードから出て、前記命令に関するフレームをバッファに格納し、低電力モードに入ることを要求し、前記少なくとも1つの命令がリンクの電力を低減する命令を含むとき、前記少なくとも1つの命令は、メインリンクの電力を低減することを要求する、請求項20記載のコンピュータ可読媒体。本明細書を通じて一実施例又は実施例という表現は、当該実施例に関して説明された特定の特徴、構成又は特性が本発明の少なくとも1つの実施例に含まれることを意味する。従って、本明細書を通じて各所における一実施例では又は実施例ではという表現の出現は、必ずしもすべてが同一の実施例を参照しているとは限らない。さらに、特定の特徴、構成又は特性は、1以上の実施例に組み合わされてもよい。図1Aは、一実施例によるシステム100を示す。システム100は、ホストシステム102及びターゲットデバイス150などのソースデバイスを含む。ホストシステム102は、1以上のコアを備えたプロセッサ110、ホストメモリ112、ストレージ114及びサブシステム115を有する。チップセット105は、ホストシステム102においてデバイスに通信接続する。グラフィックスサブシステム115は、ビデオ及びオーディオを処理する。システム100は、携帯パーソナルコンピュータ、携帯電話、セットトップボックス又は何れかの計算デバイスにより実現可能である。キーパッド、マウス及び/又はタッチ画面などの何れかのタイプのユーザインタフェースが利用可能である。各種実施例によると、プロセッサ110は、1ターゲットデバイス110にイメージをキャプチャし、キャプチャしたイメージを繰り返し表示するよう指示するか、2グラフィックスサブシステム115のコンポーネントを電力ダウンするか、及び3ターゲットデバイス150のコンポーネントを電力ダウンするか決定するソフトウェアドライバ図示せずを実行してもよい。ドライバは、システムタイマ期間の変更、トライアングル又はポリゴンレンダリング、何れかのプロセッサコアが低電力モードにないこと、何れかのマウスアクティビティ、垂直ブランキングインタラプトが利用されていること、及び/又はオーバレイがイネーブルであることに少なくとも基づき、アクション1、2又は3を開始するか判断してもよい。例えば、コンポーネントの電力ダウンは、最も低い動作電圧レベルに電圧レギュレータを低減することに関するものであってもよい。例えば、プロセッサ110がMicrosoftWindows登録商標に互換したオペレーティングシステムを実行するとき、ドライバは、カーネルモードドライバであってもよい。例えば、ホストシステム102は、インタフェース145を用いてターゲットデバイスにコマンドを送信する。いくつかの実施例では、インタフェース145は、VideoElectronicsStandardsAssociationVESADisplayPortStandard,Version1,Revision1a2008とその改訂及び変更に記載されるMainLink及びAUXチャネルを含むものであってもよい。各種実施例では、ホストシステム102グラフィックスサブシステム115などは、2008年9月29日に出願された発明者Kwaらによる出願番号第12/286,192号ProtocolExtensionsinaDisplayPortCompatibleInterface代理人整理番号P27579の同時係属中の米国特許出願に関して記載された方法によりターゲットデバイス150との通信を形成及び送信する。ターゲットデバイス150は、ビジュアルコンテンツを表示し、及び/又はオーディオコンテンツを再生する機能を備えた表示装置であってもよい。例えば、ターゲットデバイス150は、ターゲットデバイス150の動作を指示するレジスタと共に、ピクセルの書き込みを制御するタイミングコントローラTCONなどの制御ロジックを有してもよい。ターゲットデバイス150は、表示用のフレームを読み込むメモリ又はフレームバッファにアクセスする。各種実施例は、インタフェース145を介しターゲットデバイス150にセカンダリデータパケットを送信する機能を有してもよい。セカンダリデータパケットは、ターゲットデバイス150に指示するのに利用可能である。図1Bは、一実施例による電力消費が制御可能例えば、電力消費の増減などなホストシステム102のコンポーネントの一例を示す。これらのコンポーネントは、チップセット、プロセッサ又はグラフィックスサブシステム内にあってもよい。例えば、ホスト102のディスプレイ位相同期ループPLL160、ディスプレイプレーン162、ディスプレイパイプ164及びディスプレイインタフェース166は、電力ダウン又は電力アップ可能である。PLL160は、ディスプレイプレーン162、ディスプレイパイプ164及び/又はディスプレイインタフェース166のためのシステムクロックであってもよい。例えば、ディスプレイプレーン162は、データバッファと、バッファからのデータをRGBに変換するRGBカラー変換手段とを有してもよい。ディスプレイプレーン162は、電力管理可能な関連するメモリコントローラ及びメモリ入出力IO図示せずを有してもよい。パイプ164は、複数レイヤのイメージの合成イメージへの合成手段、XY座標ラスタ化手段及びインタフェースプロトコルパケット化手段を有してもよい。インタフェースプロトコルパケット化手段は、ANSI/TIA/EIA-644-A2001とその変更から利用可能なディスプレイポート又は定電圧差動シグナリングLVDSに少なくとも準拠するものであってもよい。ディスプレイインタフェース166は、ディスプレイポート又はLVDS対応インタフェースとPISOParallel-In-Serial-Outインタフェースを有してもよい。図1Cは、一実施例によるディスプレイデバイスのためのタイミングコントローラのハイレベルブロック図を示す。タイミングコントローラ180は、コンポーネントの電力ダウン、及び/又はイメージをキャプチャし、キャプチャしたイメージをディスプレイに繰り返し出力することを含むセルフリフレッシュディスプレイSRDモードに入るためのホストデバイスからの命令に応答する機能を有する。ホストからのSRD_ON信号に応答して、SRD制御ブロックは、フレームをキャプチャするためフレームバッファを起動し、キャプチャしたフレームを出力ポートに伝送するためマルチプレクサMUXを制御する。フレームバッファがフレームをキャプチャした後、ホストは、当該キャプチャが行われたことと、タイミングコントローラがキャプチャされたイメージを表示することを示すパネルのレジスタを読み込む。SRD_ON信号が非アクティブ化された後、SRD制御ブロックは、フレームバッファ及び関連するロジックを非アクティブ化し、MUXに入力ポートこの場合、RXからの入力ビデオを出力ポートTXに伝送させる。タイミングコントローラ180は、より低い電力しか使用しない。なぜなら、フレームバッファはスイッチオフされ、セルフリフレッシュディスプレイモードから出ると、ロジックはクロックゲート処理されるためである。各種実施例では、SRD_ON及びSRD_STATUSは、信号とすることができるか、又はレジスタに設定可能である。図2は、DisplayPortに対応するインタフェース上の複数のレーンを介し送信される信号の一例となるフォーマットを示す。特に、図2は、VESAVideoElectronicsStandardsAssociationDisplayPortStandard,Version1,Revision1a2008以降、DP1.1a仕様の図2~14を再生する。しかしながら、本発明の実施例は、DisplayPortの何れかのバージョン及び変更と共に他の規格において利用可能である。DisplayPortは、ベンダの裁量により情報を送信するためのセカンダリデータパケットの利用性を規定する。ベンダ固有の拡張パケットは、埋め込みDisplayPorteDPに対するディスプレイセルフリフレッシュ機能を制御するのに利用可能なタイプのセカンダリデータパケットである。これらのセカンダリデータパケットのヘッダ情報の基本構造は、以下のテーブル1に再生される、DP1.1a仕様のセクション2.2.5のテーブル2-33に記載される。図3は、DisplayPortの1以上のレーンを介したセカンダリデータパケットの一例となる通信方法を示す。特に、図3は、DP1.1a仕様の図2~24を再生する。図示されるように、セカンダリデータパケットは、ヘッダバイト、パリティバイト及びデータバイトを有することが可能である。各種実施例によると、以下のテーブルは、各種実施例によるセカンダリデータパケットのヘッダバイトにおいて送信可能な命令の具体例を提供する。命令は、セルフリフレッシュディスプレイを実行する機能を備えたディスプレイなどのターゲットデバイスにより実行可能である。各種実施例は、ヘッダバイトHB2のビット0~2において制御を提供する。テーブル3は、ヘッダバイトHB2のビット0,1,2における一例となる命令を記載する。ビットB0は、ターゲットデバイスに送信されるべきフレームがターゲットデバイスに送信された以前のフレームから変更されていないかを示す。ビットB0は、ターゲットデバイスが入力されたイメージをバッファに格納すべきかを示す。ターゲットデバイスは、セルフリフレッシュディスプレイモードに入り、バッファからのイメージを表示する機能を備えたディスプレイとすることが可能である。ビットB0は、アプリケーションがディスプレイ上にイメージを更新するためのものである場合に利用可能である。更新は、パネルをウェイクアップし、1以上の変更されたフレームがディスプレイに送信されるべきであることをパネルに通知し、フレームを格納するため実行可能である。フレームを格納した後、ディスプレイ及びディスプレイシステムは低電力状態に戻り、セルフリフレッシュディスプレイのため更新されたフレームを利用することが可能である。ビットB1は、ターゲットデバイスがセルフリフレッシュディスプレイモードに入るべきか、又は通常動作に留まるべきかを示す。ビットB1はまた、通常の表示処理が行われ、ソースデバイスとターゲットデバイスとの間のリンクが通常のアクティブ状態に留まるかを示す。ビットB2は、メインリンクを電力ダウンするか示す。例えば、メインリンクは、コネクタd、d-を有する差動的なペア配線とすることができる。リンクは、RGBコンテンツ又は他のタイプのコンテンツを送信可能である。リンクは、電力ダウン可能であるか、又は低電力モードに移行可能である。標準的な埋め込みDisplayPortの実現形態は、1ビデオデータがパネルに送信されるフルオン通常動作及び2ラップトップの蓋が閉じられ、ビデオが要求されないため、ディスプレイインタフェースがスイッチオフされるフルオフML無効の2つのリンク状態をサポートする。標準的な埋め込みDPの実現形態はまた、トレーニングに関連する移行状態の中間セットをサポートする。SRDは、追加的な状態MLスタンバイを追加する。MLスタンバイ状態は、受信機が追加的な電力低減のための追加的な電力管理技術を実現することを可能にする。例えば、受信機のバイアス回路とPLLとがスイッチオフ可能である。例えば、図1Bに関して説明されるコンポーネントは、低電力状態又はスイッチオフに入ることが可能である。MLスタンバイ状態は、ディスプレイインタフェースとディスプレイリンクをスイッチオフすることが可能であるが、SRDのためパネルに格納されているイメージを利用可能である。図4は、MLスタンバイモードに入るためのイベントシーケンスの一例を示す。DisplayPortメインリンクは、信号X,Y,Zを送信するのに利用可能である。いくつかの実施例では、ヘッダバイトHB2が信号X,Y,Zを送信するのに利用可能である。信号Xは、VBIの後に送信されるべき現在フレームが以前に送信されたフレームに対して変更されているか、又は変更されていないかを表す。本例では、信号Xの値は、現在フレームが以前に送信されたフレームに対して変更されているか、又は変更されていないかを示すことが可能である。本例では、フレームが変更されているか、又は変更されていないかは重要でない。信号Yは、SRDがオン又はオフであるか示す。この場合、信号Yは、SRD状態がオンであることを示す。信号Zは、リンクスタンバイエントリが行われるべきかを示す。この場合、信号Zは、リンクスタンバイに入るべきであることを示す。いくつかの実施例では、ヘッダバイトHB2は、信号X,Y,Zを送信するのに利用可能である。X,Y,Zを送信するため、以下の方式が利用可能である。すなわち、ビットB0がXを表し、ビットB1がYを表し、ビットB2がZを表す。セグメントActiveは、ディスプレイへの送信用のRGBカラーデータを含むことが可能である。セグメントBSは、システムにおける垂直ブランクインターバルの開始を示すことが可能である。セグメントBStostanbyは、垂直ブランクインターバルの開始とスタンバイモードの開始との間の遅延を示す。図5は、MLスタンバイモードからの出るためのイベントシーケンスの一例を示す。特に、メインリンクと補助チャネルとの状態が説明される。メインリンク状態は、Standby状態にある。ソースは、AUXチャネルを用いてライト処理を送信することによって、MLスタンバイイグジットを開始する。命令WRは、ターゲットデバイスをウェイクアップするため、レジスタアドレス位置00600hへの書き込みをし、ターゲットデバイスにMLスタンバイモードからイグジットさせるのに利用可能である。他のレジスタアドレス位置が利用可能である。ターゲットデバイスは、位置00600hをモニタし、当該位置におけるウェイクアップ命令を読み込むのにウェイクアップする。ある程度の遅延後、ターゲットデバイスは、WR命令の受信のアクノリッジメントを示すためAUXチャネルを用いて、命令ACKをホストに送信する。WRの受信とACKの送信との間の遅延の長さは、DisplayPort仕様により規定可能である。ライトイベントを検出すると、ターゲットデバイスは、メインリンク受信機を電力アップし、リンクトレーニングの準備をするためトレーニング状態に再び入る。従って、図示されるように、メインリンクはTraining状態に入る。明示的な命令なくスタンバイモードをイグジットした後にトレーニング状態に再び入ることは、より速い同期を提供する。ソースがライト処理の送信を完了した後、ソースはリンクトレーニングを開始してもよい。送信機は、DP仕様に示されるように、フルトレーニング又はFastLinkTrainingの何れかを開始してもよい。ターゲットデバイスは、スイッチオフ可能であり、それがウェイクアップすると、トレーニングの必要性の認識を失う。スタンバイをイグジットした直後にターゲットデバイスにトレーニングさせることは、DP受信機のフル電力ダウンを可能にする。ここに開示されるグラフィックス及び/又はビデオ処理技術は、各種ハードウェアアーキテクチャにより実現されてもよい。例えば、グラフィックス及び/又はビデオ機能は、チップセット内に統合されてもよい。あるいは、別々のグラフィックス及び/又はビデオプロセッサが利用されてもよい。さらなる他の実施例として、グラフィックス及び/又はビデオ機能は、マルチコアプロセッサを含む汎用プロセッサにより実現されてもよい。さらなる実施例では、これらの機能は、家電機器により実現されてもよい。本発明の実施例は、マザーボードを用いて相互接続される1以上のマイクロチップ又は集積回路、配線ロジック、記憶装置により格納され、マイクロプロセッサにより実行されるソフトウェア、ファームウェア、特定用途向け集積回路ASIC及び/又はFPGAFieldProgrammableGateArrayの何れか又は組み合わせとして実現されてもよい。ロジックという用語は、例えば、ソフトウェア、ハードウェア及び/又はソフトウェアとハードウェアとの組み合わせを含むものであってもよい。本発明の実施例は、例えば、コンピュータ、コンピュータのネットワーク又は他の電子デバイスなどの1以上のマシーンにより実行されると、本発明の実施例による処理を1以上のマシーンに実行させるマシーン実行可能命令を格納する1以上のマシーン可読媒体を含むコンピュータプログラムなどとして提供されてもよい。マシーン可読媒体は、以下に限定することなく、フロッピー登録商標ディスケット、光ディスク、CD-ROMCompactDisc-ReadOnlyMemory、光磁気ディスク、ROMReadOnlyMemory、RAMRandomAccessMemory、EPROMErasableProgrammableROM、EEPROMElectricallyEPROM、磁気若しくは光カード、フラッシュメモリ、又はマシーン実行可能命令を格納するのに適した他のタイプの媒体/マシーン可読媒体を含むものであってもよい。図面及び上記説明は、本発明の具体例を提供した。いくつかの異なる機能アイテムとして示されたが、当業者は、このような要素の1以上が単一の機能要素に良好に組み合わせ可能であることを理解するであろう。あるいは、特定の要素は複数の機能要素に分割されてもよい。一実施例からの要素は、他の実施例に追加されてもよい。例えば、ここに説明される処理の順序は変更されてもよく、ここに記載された方法に限定されるものでない。さらに、何れかのフロー図のアクションは、図示された順序により実現される必要はなく、また、アクションの必ずしも全てが実行される必要はない。また、他のアクションに依存しないアクションは、他のアクションとパラレルに実行されてもよい。しかしながら、本発明の範囲は、これらの特定の具体例により限定されるものでない。明細書に明示的には与えられているか否かに関係なく、構成、大きさ、物質の利用の相違などの多数の変形が可能である。本発明の範囲は、少なくとも以下の請求項により与えられるのと同程度の広さである。"