(57)【要約】静的フレームを提供するための方法および装置を提供する。一実施例において、本方法および装置は、フレームを領域に分割し、フレームの分割領域を、表示データ伝送機（例えば、グラフィック処理ユニット（ＧＰＵ）等のプロセッサ）から表示データ受信機（例えば、タイミングコントローラ（ＴＣＯＮ））に送信する。自己リフレッシュモードにおいてフレームが静的である場合に、本方法および装置は、静的フレームの１つ以上の領域の変更を検出する。この変更は、表示データ受信機によって取り込まれた静的フレームの１つ以上の領域のデータエラーに起因し、および／または表示データ伝送機の静的フレームの１つ以上の領域の更新されたコンテンツ（例えば、カーソルの動き）に起因し得る。この場合、本方法および装置は、一実施例において、変更を補償するために、変更された領域だけを、表示データ伝送機から表示データ受信機に再送信する。【選択図】図１
2013546025.tif 000002
【特許請求の範囲】
【請求項１】
フレームの複数の領域を送信するステップと、
前記フレームが静的である場合に、前記静的フレームの少なくとも１つの変更領域に対応する、前記フレームの少なくとも１つの領域を送信するステップと、
を含む、静的フレームを提供するための方法。
【請求項２】
前記フレームの前記少なくとも１つの領域を送信するステップは、
前記複数の領域ごとに、関連する予想されるエラーチェック情報を生成するステップと、
前記予想されるエラーチェック情報および実際のエラーチェック情報に基づく前記少なくとも１つの変更領域を示すエラーチェック結果に応じて、再送信する前記静的フレームの少なくとも１つの領域を決定するステップと、
前記決定した前記静的フレームの少なくとも１つの領域を送信するステップと、
を含む、請求項１に記載の方法。
【請求項３】
前記フレームの前記少なくとも１つの領域を送信するステップは、
前記静的フレームを前記複数の領域に分割する様式を示すフレーム分割情報を送信するステップをさらに含む、
請求項２に記載の方法。
【請求項４】
前記フレームの前記複数の領域を送信するステップは、
前記関連する予想されるエラーチェック情報とともに、前記フレームの前記複数の領域を送信するステップを含む、
請求項２に記載の方法。
【請求項５】
前記静的フレームの前記複数の領域を受信するステップと、
受信した前記静的フレームの各領域について、前記実際のエラーチェック情報を生成するステップと、
をさらに含む、請求項２に記載の方法。
【請求項６】
前記フレームの前記少なくとも１つの領域を送信するステップは、
前記予想されるエラーチェック情報と前記実際のエラーチェック情報との前記静的フレームの領域ごとの比較に応じて、エラーが発生したか否かを前記静的フレームの領域ごとに示すエラーチェック結果を提供するステップをさらに含む、
請求項５に記載の方法。
【請求項７】
前記静的フレームの前記複数の領域の全てについてエラーが発生していないことを前記エラーチェック結果が示す場合に、前記静的フレームを、表示するために出力するステップをさらに含む、請求項６に記載の方法。
【請求項８】
前記静的フレームは、複数のブロックに分割されており、
前記フレーム分割情報は、各ブロックの開始座標とサイズとを少なくとも含む、
請求項３に記載の方法。
【請求項９】
前記フレームの前記少なくとも１つの領域を送信するステップは、
前記静的フレームの前記複数の領域の少なくとも１つの更新領域であって、内部でデータが更新された領域である前記少なくとも１つの更新領域を、前記少なくとも１つの変更領域として検出するステップと、
前記検出に応じて、前記静的フレームの前記少なくとも１つの更新領域を送信するステップと、
を含む、請求項１に記載の方法。
【請求項１０】
前記フレームの前記少なくとも１つの領域を送信するステップは、
前記静的フレームのうち前記少なくとも１つの更新領域を識別するための、更新領域の識別情報を送信するステップをさらに含む、
請求項９に記載の方法。
【請求項１１】
前記静的フレームの前記複数の領域を受信するステップと、
前記静的フレームの前記少なくとも１つの更新領域を受信するステップと、
前記更新領域の識別情報を受信するステップと、
前記更新領域の識別情報に基づいて、受信した前記複数の領域のうち少なくとも１つの領域のデータを、対応する前記少なくとも１つの更新領域のデータに置き換えるステップと、
前記更新領域を含む前記静的フレームを、表示するために出力するステップと、
をさらに含む、請求項１０に記載の方法。
【請求項１２】
前記静的フレームは、複数のブロックに分割されており、
前記更新領域の識別情報は、各更新ブロックの開始座標とサイズとを少なくとも含む、
請求項１０に記載の方法。
【請求項１３】
表示データ伝送機を備える、静的フレームを提供するための装置であって、
インターフェースと、
動作可能に前記インターフェースに接続される論理回路であって、
前記インターフェースを制御して、フレームの複数の領域を送信し、
前記フレームが静的である場合に、前記インターフェースを制御して、前記静的フレームの少なくとも１つの変更領域に対応する、前記フレームの少なくとも１つの領域を送信するように動作する、
論理回路と、
を備える、装置。
【請求項１４】
前記表示データ伝送機の前記論理回路は、
前記複数の領域ごとに、関連する予想されるエラーチェック情報を生成し、
前記予想されるエラーチェック情報および実際のエラーチェック情報に基づく前記少なくとも１つの変更領域を示すエラーチェック結果に応じて、再送信する前記静的フレームの少なくとも１つの領域を決定し、
前記インターフェースを制御して、前記決定した前記静的フレームの少なくとも１つの領域を送信するように動作する、
請求項１３に記載の装置。
【請求項１５】
前記表示データ伝送機の前記論理回路は、前記インターフェースを制御して、フレーム分割情報を送信するように動作し、
前記フレーム分割情報は、前記静的フレームを前記複数の領域に分割する様式を示す、
請求項１４に記載の装置。
【請求項１６】
前記表示データ伝送機に動作可能に連結される表示データ受信機を備え、
前記表示データ受信機は、
前記静的フレームの前記複数の領域を前記表示データ伝送機から受信するように動作するインターフェースと、
前記インターフェースに動作可能に連結される論理回路であって、受信した前記静的フレームの領域ごとに前記実際のエラーチェック情報を生成するように動作する論理回路と、
を備える、請求項１４に記載の装置。
【請求項１７】
前記表示データ伝送機の前記論理回路は、前記表示データ伝送機の前記インターフェースを制御して、前記関連する予想されるエラーチェック情報とともに前記フレームの前記複数の領域を、前記表示データ受信機に送信するように動作し、
前記表示データ受信機の前記論理回路は、前記予想されるエラーチェック情報と前記実際のエラーチェック情報との前記静的フレームの領域ごとの比較に応じて、エラーが発生したか否かを前記静的フレームの領域ごとに示す前記エラーチェック結果を提供するように動作する、
請求項１６に記載の装置。
【請求項１８】
前記表示データ受信機の前記論理回路は、前記表示データ受信機の前記インターフェースを制御して、前記静的フレームの領域ごとの前記実際のエラーチェック情報を、前記表示データ伝送機に送信するように動作し、
前記表示データ伝送機の前記論理回路は、前記予想されるエラーチェック情報と前記実際のエラーチェック情報との前記静的フレームの領域ごとの比較に応じて、エラーが発生したか否かを前記静的フレームの領域ごとに示す前記エラーチェック結果を提供するように動作する、
請求項１６に記載の装置。
【請求項１９】
前記表示データ受信機に動作可能に連結される表示パネルをさらに備え、
前記表示データ受信機は、前記論理回路に動作可能に連結されるマルチプレクサを備え、
前記マルチプレクサは、前記静的フレームの前記複数の領域の全てについてエラーが発生していないことを前記エラーチェック結果が示す場合に、前記静的フレームを、表示させるために前記表示パネルに出力するように動作する、
請求項１６に記載の装置。
【請求項２０】
前記表示データ伝送機の前記論理回路は、
前記静的フレームの前記複数の領域のうち少なくとも１つの更新領域であって、内部でデータが更新された領域である前記少なくとも１つの更新領域を、前記少なくとも１つの変更領域として検出し、
前記検出に応じて、前記インターフェースを制御して、前記静的フレームの前記少なくとも１つの更新領域を送信するように動作する、
請求項１３に記載の装置。
【請求項２１】
前記表示データ伝送機の前記論理回路は、前記インターフェースを制御して、前記静的フレームの前記少なくとも１つの更新領域を識別するための、更新領域の識別情報を送信するように動作する、
請求項２０に記載の装置。
【請求項２２】
前記表示データ伝送機に動作可能に連結された表示データ受信機を備え、前記表示データ受信機は、
インターフェースであって、
前記静的フレームの前記複数の領域を前記表示データ伝送機から受信し、
前記静的フレームの前記少なくとも１つの更新領域を前記表示データ伝送機から受信し、
前記更新領域の識別情報を前記表示データ伝送機から受信するように動作する、
インターフェースと、
前記インターフェースに動作可能に連結された論理回路であって、
前記更新領域の識別情報に基づいて、受信した前記複数の領域のうち少なくとも１つの領域のデータを、対応する前記少なくとも１つの更新領域のデータに置き換え、
前記更新領域を含む前記静的フレームを、表示させるために出力制御するように動作する、
論理回路と、
を備える、請求項２１に記載の装置。
【請求項２３】
１つ以上のプロセッサによって実行されたときに、前記１つ以上のプロセッサに、
フレームの複数の領域を送信させ、
前記フレームが静的である場合に、前記静的フレームの少なくとも１つの変更領域に対応する、前記フレームの少なくとも１つの領域を送信させる、
実行可能命令を備える、コンピュータが読み取り可能な記憶媒体。
【請求項２４】
１つ以上のプロセッサによって実行されたときに、前記１つ以上のプロセッサに、
前記複数の領域ごとに、関連する予想されるエラーチェック情報を生成させ、
前記予想されるエラーチェック情報および実際のエラーチェック情報に基づく前記少なくとも１つの変更領域を示すエラーチェック結果に応じて、再送信する前記静的フレームの少なくとも１つの領域を決定させ、
前記決定した前記静的フレームの少なくとも１つの領域を送信させる、
実行可能命令をさらに備える、請求項２３に記載のコンピュータが読み取り可能な記憶媒体。
【請求項２５】
１つ以上のプロセッサによって実行されたときに、前記１つ以上のプロセッサに、
前記静的フレームの前記複数の領域のうち少なくとも１つの更新領域であって、内部でデータが更新された領域である前記少なくとも１つの更新領域を、前記少なくとも１つの変更領域として検出させ、
検出に応じて、前記静的フレームの前記少なくとも１つの更新領域を送信させる、
実行可能命令をさらに備える、請求項２３に記載のコンピュータが読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、表示デバイス上への表示のために、静的フレームを提供するための方法および装置に関する。
【背景技術】
【０００２】
グラフィックスを処理し、表示するためのシステムは、通常、例えば表示データを提供するためのグラフィック処理ユニット（ＧＰＵ）や、表示コンテンツを示すための表示デバイス等のグラフィックサブシステムを含む。表示デバイスは、通常、表示デバイスの表示パネル用のインターフェースおよびコントローラとして作用する、タイミングコントローラ（ＴＣＯＮ）等のコントローラを含むか、あるいはそれに連結されている。例えば、ＴＣＯＮは、制御命令とともに表示データをＧＰＵから受信し、画素の書き込みを制御し、表示パネルの動作を指令する。ＧＰＵおよびＴＣＯＮの両者は、システムの電力消費を削減するために、グラフィック処理活動および／またはフレームバッファに対する更新の不足が、ある期間にわたって検出されなかった場合に、自己リフレッシュモードに移行し得る。自己リフレッシュモードは、１つ以上の構成要素の電力を下げることと、現在のフレームを静的フレームとしてＧＰＵから取り込むことと、表示のために、取り込まれた静的フレームを表示パネルに繰り返し出力することとを含む。
【０００３】
自己リフレッシュモードにおいて、静的フレームは、グラフィックサブシステムのフレームバッファからＴＣＯＮに取り込まれ、表示のためにＴＣＯＮの静的フレームバッファに記憶される。データの転送および／または記憶エラーに起因して、取り込まれた静的フレームにデータエラーが起こった場合、またはグラフィックサブシステムのフレームバッファ内の静的フレームのコンテンツが取り込み時から変化した場合には、ＴＣＯＮ内に取り込まれた静的フレームを更新することが必要である。
【０００４】
これらの状況に応じて、一部の既知のシステムは、グラフィックサブシステムからＴＣＯＮに全ての静的フレームを再送信することによって静的フレームを更新する。例えば、一部の既知のシステムは、ＴＣＯＮが受信した静的フレームに対する周期的冗長検査（ＣＲＣ）を適用して、データエラーを検出し得る。１つ以上のデータエラーが検出された場合には、グラフィックサブシステムは、静的フレームのごく一部分でエラーが起こった場合であっても、全ての静的フレームを再送信する。同様に、静的フレームのごく一部分だけがグラフィックサブシステムによって更新された場合であっても、既知のシステムは、ＴＣＯＮに記憶された静的フレームを更新するために、全ての静的フレームをＴＣＯＮに再送信し得る。結果的に、既知のシステムでは、電力が無駄になっている。
【０００５】
また、既知のシステムにおいて、グラフィックスサブシステムは、画像が変化したときに、新しいフレーム全体をＴＣＯＮに伝送する。グラフィックスサブシステムは、ＴＣＯＮのフレームが静的になったと判定されたときにだけ、省電力モードに移行する。これは、最初の静的フレームと、グラフィックスサブシステムによって新しく生成されたフレームとの間の差の大きさに関係なく起こる。
【０００６】
故に、静的フレームを提供するための改良された方法および装置の必要性が存在する。
【０００７】
本実施形態は、以下の添付図面とともに以下の説明を考慮してより容易に理解されるであろう。同じ参照番号は、同じ要素を表す。
【図面の簡単な説明】
【０００８】
【図１】静的フレームを提供するための装置の一実施例を例示する、ブロック図である。
【図２】静的フレームを提供するための方法の一実施例を例示する、フローチャートである。
【図３】本開示に記載の一実施形態に従う、図２で示される静的フレームを提供するための方法の一実施例を例示する、フローチャートである。
【図４】本開示に記載の一実施形態に従う、図１で示される静的フレームを提供するための装置の表示データ伝送機の一実施例を例示する、ブロック図である。
【図５】本開示に記載の一実施形態に従う、図１で示される静的フレームを提供するための装置の表示データ受信機の一実施例を例示する、ブロック図である。
【図６】本開示に記載の一実施形態に従う、図３で示される静的フレームを提供するための方法の一実施例を例示する、フローチャートである。
【図７】本開示に記載の一実施形態に従う、図３で示される静的フレームを提供するための方法の一実施例を例示する、フローチャートである。
【図８】本開示に記載の一実施形態に従う、図１で示される静的フレームを提供するための装置の表示データ伝送機の別の実施例を例示する、ブロック図である。
【図９】本開示に記載の一実施形態に従う、図１で示される静的フレームを提供するための装置の表示データ受信機の別の実施例を例示する、ブロック図である。
【図１０】本開示に記載の一実施形態に従う、図３で示される静的フレームを提供するための方法の別の実施例を例示する、フローチャートである。
【図１１】本開示に記載の一実施形態に従う、図３で示される静的フレームを提供するための方法の別の実施例を例示する、フローチャートである。
【図１２】本開示に記載の一実施形態に従う、図１で示される静的フレームを提供するための装置の一実施例を例示する、ブロック図である。
【図１３】本開示に記載の一実施形態に従う、図２で示される静的フレームを提供するための方法の別の実施例を例示する、フローチャートである。
【図１４】本開示に記載の一実施形態に従う、図２で示される静的フレームを提供するための方法の別の実施例を例示する、フローチャートである。
【図１５】フレームの複数の領域の一実施例を例示する図である。
【発明を実施するための形態】
【０００９】
簡潔に述べると、一実施例において、静的フレームを提供するための方法および装置は、フレームを領域に分割し、フレームの分割領域を、例えばグラフィック処理ユニット（ＧＰＵ）のようなプロセッサ等の表示データ伝送機から、例えばタイミングコントローラ（ＴＣＯＮ）等のデータ受信機に送信する。本方法および装置では、自己リフレッシュモードにおいてフレームが静的である場合に、静的フレームの中の１つ以上の領域の変更を検出する。この変更は、表示データ受信機によって取り込まれた静的フレームの１つ以上の領域のデータエラーおよび／または表示データ伝送機における静的フレームの１つ以上の領域の更新されたコンテンツ（例えば、カーソルの動き）に起因し得る。この場合、本方法および装置は、一実施例において、変更を補償するために、変更された領域だけを、表示データ伝送機から表示データ受信機に再送信する。
【００１０】
数ある他の利点の中でも、本方法および装置は、グラフィック処理および表示システムの電力消費を削減する能力を提供する。完全な静的フレームが再送信される場合とは対照的に、自己リフレッシュモードにおいて表示データ伝送機から受信機に再送信する必要があるのは、データエラーおよび／または更新されたコンテンツを含む変更された領域のみである。故に、表示データ伝送機および受信機は、既知のシステムと比較して、それらの電力消費をさらに削減し得るとともに、強節電モードにより早く移行し得る。
【００１１】
１つの例示的な実施形態において、静的フレームの１つ以上の領域は、データエラーに起因して変更される。本方法および装置は、各分割領域について関連する予想されるエラーチェック情報を生成する。例えば、予想されるエラーチェック情報は、データ伝送エラーおよび／または記憶エラーに起因するデータエラーを検出するための周期的冗長検査（ＣＲＣ）コードまたは任意の好適なエラーチェック情報等が挙げられるが、これらに限定されないエラーチェックコードであり得る。また、本方法および装置は、予想されるエラーチェック情報および実際のエラーチェック情報に基づく少なくとも１つの変更された領域を示すエラーチェック結果に応じて、静的フレームの少なくとも１つの領域を再送信することを決定する。実際のエラーチェック情報は、例えば、予想されるエラーチェック情報を生成するときと同じ符号化スキームを使用して、表示データ受信機が受信した静的フレームの各領域について生成され得る。表示データ受信機からの実際のエラーチェック情報は、エラーチェック結果を提供するために、表示データ伝送機からの予想されるエラーチェック情報と比較され得る。エラーチェック結果は、静的フレームの各領域についてエラーが発生したか否かを示す。この場合、本方法および装置は、決定された静的フレームの少なくとも１つの領域を、表示データ伝送機から表示データ受信機に再送信する。
【００１２】
一実施例において、本方法および装置は、フレーム分割情報を、表示データ伝送機から表示データ受信機に送信し得る。フレーム分割情報は、静的フレームが複数の領域に分割された様式を示す。フレーム分割情報は、例えば、各ブロックの開始座標、サイズあるいは任意の他の好適な情報を含み得る。
【００１３】
エラーチェック結果は、表示データ受信機または表示データ伝送機によって提供され得る。一実施例において、エラーチェック結果は、表示データ受信機によって提供される。本方法および装置は、静的フレームの複数の領域を、関連する予想されるエラーチェック情報とともに、表示データ伝送機から表示データ受信機に送信する。この実施例において、本方法および装置では、エラーチェック結果は、静的フレームの各領域に対する予想されるエラーチェック情報と実際のエラーチェック情報との比較に応じて、表示データ受信機によって提供される。次いで、エラーチェック結果は、表示データ伝送機に送信される。
【００１４】
別の実施例において、エラーチェック結果は、表示データ伝送機によって提供される。本方法および装置は、実際のエラーチェック情報を、表示データ受信機から表示データ伝送機に送信する。次いで、本方法および装置では、エラーチェック結果は、静的フレームの各領域に対する予想されるエラーチェック情報と実際のエラーチェック情報との比較に応じて、表示データ伝送機によって結果を提供される。
【００１５】
エラーチェック結果が、静的フレームの複数の領域の全てについていかなるエラーも起こっていないことを示す場合、本方法および装置は、表示のために静的フレームを出力し得る。例えば、表示データ受信機は、表示のために、その領域の全てにおいてエラーを伴わない静的フレームを表示パネルに出力し得る。
【００１６】
別の例示的な実施形態において、静的フレームの１つ以上の領域は、更新されたコンテンツに起因して変更される。本方法および装置は、表示データ伝送機にて、静的フレームの複数の領域のうち少なくとも１つの更新された領域（更新領域）を検出する。この少なくとも１つの更新領域では、データが更新される。一実施例において、新しい静的フレームは、フレームバッファに書き込まれ、以前の静的フレームの１つ以上の領域のデータを更新させ得る。別の実施例では、マウスカーソルの動きが、カーソルの移動経路上にある１つ以上の領域のデータを更新させ得る。少なくとも１つの更新領域の検出に応じて、本方法および装置は、静的フレームの少なくとも１つの更新領域を表示データ伝送機から送信して、表示データ受信機に記憶された静的フレームの対応する領域を置き換える。
【００１７】
本方法および装置は、更新領域の識別情報を、表示データ伝送機から表示データ受信機に送信し得る。更新領域の識別情報は、静的フレームの中の少なくとも１つの更新領域を識別する。更新領域の識別情報は、例えば、更新された各ブロックの開始座標、サイズまたは任意の他の好適な情報を含み得る。本方法および装置は、更新領域の識別情報に基づいて、複数の受信領域のうち少なくとも１つの領域のデータを、少なくとも１つの対応する更新領域のデータに置き換え得る。本方法および装置は、表示のために、更新領域を含む静的フレームを表示パネルに出力し得る。
【００１８】
数ある他の利点の中でも、本方法および装置は、グラフィック処理および表示システムの電力消費を削減する能力を提供する。完全な静的フレームが再送信される場合とは対照的に、自己リフレッシュモードで表示データ伝送機から受信機に再送信する必要があるのは、データエラーおよび／または更新されたコンテンツを含む変更された領域のみである。故に、表示データ伝送機および受信機は、既知のシステムと比較して、それらの電力消費をさらに削減し得うるとともに、強節電モードにより早く移行し得る。加えて、本方法および装置は、表示データ伝送機または表示データ受信機によってデータエラーチェックを行い得る。領域ベースのエラーチェック結果は、伝送機側または受信機側で提供されることに限定されず、それによって、そのような特徴を実装するための設計自由度および互換性が高まる。他の利点は、当業者によって認識されるであろう。
【００１９】
図１は、静的フレームを提供するための装置１００の一実施例を例示する。装置１００は、任意の好適なデバイス、例えば、ラップトップコンピュータ、デスクトップコンピュータ、メディアセンター、携帯端末（例えば、携帯電話またはスマートフォン、タブレット等）、Ｂｌｕ−ｒａｙ（登録商標）プレーヤ、ゲーミングコンソール、セットトップボックス、プリンタまたは任意の他の好適な装置であり得る。この実施例において、装置１００は、ラップトップコンピュータ等のコンピュータシステムとして説明される。装置１００は、表示データ伝送機１０２と、表示データ受信機１０４と、表示パネル１０６とを含み得る。この実施例において、装置１００は、さらに、表示データ伝送機１０２に動作可能に連結されるフレームバッファ１０８を含み得る。他の実施例において、フレームバッファ１０８は、表示データ伝送機１０２の一部であり得る。表示データ受信機１０４は、例えば、少なくとも表示データを伝送するためのデータチャネル１１０（メインリンクとしても知られている）や、制御信号および／または状態信号を伝送するための双方向性側波帯チャネル１１２（別名ＤｉｓｐｌａｙＰｏｒｔ規格の補助（ＡＵＸ）チャネルとしても知られている）等の複数の通信リンクを通して表示データ伝送機１０２に動作可能に連結されている。この実施例において、表示データ受信機１０４は、表示フレームを表示パネル１０６に出力するために、表示パネル１０６に動作可能に連結される。任意の他の好適な構成要素も、装置１００に含まれ得ることを理解されたい。
【００２０】
表示データ伝送機１０２は、例えば、グラフィックプロセッサ（例えば、ＧＰＵ）、汎用プロセッサ（例えば、ＡＰＵ（ａｃｃｅｌｅｒａｔｅｄ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）：高速処理ユニット、ＧＰＧＰＵ（ｇｅｎｅｒａｌ−ｐｕｒｐｏｓｅ  ｃｏｍｐｕｔｉｎｇ  ｏｎ  ＧＰＵ）：ＧＰＵ汎用計算）または任意の他の好適なプロセッサであり得る。また、表示データ伝送機１０２は、１つ以上のプロセッサに動作可能に連結され、あるいは任意の好適な表示システムに連結される、スタンドアロンの集積回路であり得る。この実施例において、表示データ伝送機１０２は、表示データ受信機１０４と通信するためのインターフェース１１４を含む。インターフェース１１４は、データチャネル１１０を通して、動的フレームまたは静的フレーム等の表示データを送信し得るとともに、側波帯チャネル１１２を通して、制御信号および／または状態信号を伝送し得る。インターフェース１１４は、例えば、ＤｉｓｐｌａｙＰｏｒｔ、ＨＤＭＩ（登録商標）、ミニＤＶＩ、マイクロＤＶＩ、ＯｐｅｎＬＤＩ等のデジタルディスプレイコネクタであり得るが、これらに限定されない。インターフェース１１４は、ディスプレイコネクタ、無線コネクタまたは任意の他の好適なコネクタであり得る。
【００２１】
表示データ伝送機１０２は、インターフェース１１４およびフレームバッファ１０８に動作可能に連結される論理回路１１６を含む。本明細書で参照される「論理回路」は、いくつかの例として、任意の好適なハードウェア、実行ファームウェア、実行ソフトウェアモジュールまたは所望の機能（例えば、プログラムされたプロセッサ、離散型論理回路、例えば状態機械等）を行うことができる任意の好適なこれらの組み合わせであり得る。この実施例において、論理回路１１６は、デジタル回路、アナログ回路、混合アナログデジタル回路または任意の他の好適な回路等の、所望の機能を達成することができる任意の好適な回路であり得る。論理回路１１６は、フレームバッファ１０８内のフレームを複数の領域に分割し、インターフェース１１４を制御して、分割領域を表示データ受信機１０４に送信するように動作する。また、論理回路１１６は、自己リフレッシュモードにおいて、インターフェース１１４を制御して、静的フレームの少なくとも１つの変更領域に対応する、フレームの少なくとも１つの領域を、表示データ受信機１０４に送信するように動作する。変更された静的フレーム領域は、データエラーおよび／または更新されたコンテンツを有するものと判定される。図１で示されるように、論理回路１１６は、フレームの１つ以上の領域を、フレームバッファ１０８からインターフェース１１４にフェッチし得る。論理回路１１６は、制御信号および／または状態信号によって、インターフェース１１４の動作を制御および監視し得る。
【００２２】
装置１００の表示データ受信機１０４は、例えば、制御命令とともに表示データを表示データ伝送機１０２から受信し、画素の書き込みを制御し、および表示パネル１０６の動作を指令するための任意の好適なコントローラ（例えば、タイミングコントローラ、ＴＣＯＮ）であり得る。表示データ受信機１０４は、ビデオキャプチャデバイス、ハブ、リピータ、無線デバイス、プロトコルトランスレータまたは任意の好適なデータ受信機であり得る。この実施例において、表示データ受信機１０４は、表示データ伝送機１０２と通信するためのインターフェース１１８を含む。インターフェース１１８は、データチャネル１１０を通して、動的フレームまたは静的フレーム等の表示データを受信し、側波帯チャネル１１２を通して、制御信号および／または状態信号を伝送するように動作する。インターフェース１１８は、例えば、ＤｉｓｐｌａｙＰｏｒｔ、ＨＤＭＩ（登録商標）、ミニＤＶＩ、マイクロＤＶＩ、ＯｐｅｎＬＤＩ等のデジタルディスプレイコネクタであり得るが、これらに限定されない。インターフェース１１８は、ディスプレイコネクタ、無線コネクタまたは任意の他の好適なコネクタであり得る。
【００２３】
表示データ受信機１０４は、静的フレームバッファ１２０およびマルチプレクサ（ＭＵＸ）１２２を含み得る。静的フレームバッファ１２０は、インターフェース１１８およびＭＵＸ１２２に動作可能に連結されている。表示データ伝送機１０２は、通常モードにおいて、表示データ受信機１０４のインターフェース１１８に対して動的フレームを連続的に送信する。表示データ受信機１０４は、次いで、ＭＵＸ１２２を制御して、動的フレームを、インターフェース１１８から表示パネル１０６に直接出力する。表示データ伝送機１０２は、自己リフレッシュモードにおいて、静的フレームを表示データ受信機１０４に送信する。静的フレームバッファ１２０は、インターフェース１１８によって静的フレームを受信することに応じて、静的フレームを記憶する。ＭＵＸ１２２は、動的フレームをインターフェース１１８から直接出力する代わりに、動的フレームを静的フレームバッファ１２０から出力する。自己リフレッシュモードにおいて静的フレームバッファ１２０に記憶された静的フレームは、表示パネル１０６に繰り返し出力される。したがって、データチャネル１１０を無効にして、電力消費を削減することができる。
【００２４】
この実施例において、表示データ受信機１０４は、インターフェース１１８、静的フレームバッファ１２０およびＭＵＸ１２２に動作可能に連結される論理回路１２４を含む。本明細書で参照される「論理回路」は、いくつかの例として、任意の好適なハードウェア、実行ファームウェア、実行ソフトウェアモジュールまたは所望の機能（例えば、プログラムされたプロセッサ、離散型論理回路、例えば状態機械等）を行うことができる任意の好適なこれらの組み合わせであり得る。この実施例において、論理回路１２４は、デジタル回路、アナログ回路、混合アナログデジタル回路または任意の他の好適な回路等の、所望の機能を達成することができる任意の好適な回路であり得る。論理回路１２４は、静的フレームの１つ以上の領域を、静的フレームバッファ１２０からフェッチし得る。論理回路１２４は、制御信号および／または状態信号によって、インターフェース１１８およびＭＵＸ１２２の動作を制御および監視し得る。論理回路１２４は、データエラーに起因して静的フレームの１つ以上の領域が変更されたときに、静的フレームの各受信領域について実際のエラーチェック情報を生成して、各領域でエラーが起こったか否かを判定する。論理回路１２４は、更新されたコンテンツに起因して静的フレームの１つ以上の領域が変更されたときに、元の領域のデータに対応する更新領域のデータに置き換えるように動作する。
【００２５】
図２は、静的フレームを提供するための方法の一実施例を例示する。図１を参照しながら説明する。しかしながら、任意の好適な論理回路または構造が用いられ得る。ブロック２００にて、表示データ伝送機１０２の論理回路１１６は、動作中に、表示データ伝送機１０２のインターフェース１１４を制御して、フレームの複数の領域を表示データ受信機１０４に送信する。ブロック２０２にて、論理回路１１６は、自己リフレッシュモードにおいてフレームが静的であるときに、インターフェース１１４を制御して、静的フレームの少なくとも１つの変更領域に対応する、フレームの少なくとも１つの領域を、表示データ受信機１０４に送信する。静的フレーム領域は、データエラーに起因して（図３〜図１１に関連してさらに詳細に説明される）、および／または表示されるデータの変化に起因して（例えば更新内容。図１２〜図１４に関連してさらに詳細に説明される）変更されている場合がある。
【００２６】
図３は、データエラーに起因して静的フレームの１つ以上の領域が変更されたときに、静的フレームを提供するための方法の一実施例を例示する。図１を参照しながら説明する。しかしながら、任意の好適な論理回路または構造が用いられ得る。ブロック３００にて随意に、表示データ伝送機１０２の論理回路１１６は、最初に、フレームの複数の領域を送信するために、フレームを複数の領域に分割し得る。一実施例において、図１５を参照すると、フレームバッファ１０８に記憶されるフレーム１５００は、論理回路１１６によってフェッチされ、複数のブロック１５０２に均等に分割される。各ブロック１５０２は、ブロック１５０２の開始座標およびサイズによって識別され得る。フレーム１５００は、表示パネル１０６上に複数の画素（例えば、１９２０×１０８０画素）として示され、各画素は、マルチビット形式（例えば、２４ビット）でフレームバッファ１０８に記憶される。したがって、各ブロック１５０２の開始座標およびサイズは、画素、レジスタ数、メモリアドレス、メモリオフセットまたはその任意の好適な組み合わせによって表すことができる。他の実施例において、フレームは、複数の線（スライスとしても知られている）、三角形または任意の他の好適な領域に分割され得る。各領域は、所望であれば均等に分割され得ないことも理解されたい。表示データ伝送機１０２の論理回路１１６によってフレームが分割される場合に、フレームが複数の領域に分割される様式を示すフレーム分割情報が、表示データ受信機１０４に提供され得る。フレームは、表示データ受信機１０４が認識している所定の規則に従って分割され得る。この状況において、フレーム分割情報を、表示データ受信機１０４に提供する必要がない場合がある。
【００２７】
図３を再び参照すると、ブロック２００にて、論理回路１１６は、表示データ伝送機１０２のインターフェース１１４を制御して、フレームの複数の領域を、データチャネル１１０を通して表示データ受信機１０４に送信する。例えば、装置１００が自己リフレッシュモードである場合に、フレームバッファ１０８のフレームは、静的フレームである。また、表示データ伝送機１０２は、表示のために、第１の静的フレームの全ての領域を表示データ受信機１０４に送信する。
【００２８】
ブロック３０２にて、論理回路１１６は、複数の領域のそれぞれ１つについて、関連する予想されるエラーチェック情報を生成する。論理回路１１６は、いくつかのチェックビット（またはパリティデータ）を生成し得うる。チェックビットは、決定論的アルゴリズムによって各領域のデータビットから導き出される。予想されるエラーチェック情報は、表示データ伝送機１０２側にて、各領域のデータビットに基づいて生成される。予想されるエラーチェック情報と実際のエラーチェック情報との間に不整合があるかどうかを判定するために、予想されるエラーチェック情報を使用して、予想されるエラーチェック情報と、表示データ受信機１０４によって受信される各領域のデータビットに基づいて生成される実際のエラーチェック情報とを比較する。予想されるエラーチェック情報および実際のエラーチェック情報は、同じ符号化スキームによって導き出され、例えば、いくつかの例として、周期冗長検査（ＣＲＣ）コード、反復コード、パリティビット、チェックサム、ハッシュ関数であり得る。具体的には、予想されるエラーチェック情報および実際のエラーチェック情報は、完全な静的フレームとは対照的に、静的フレームの各領域のデータビットに基づいて導き出される。
【００２９】
ブロック３０４に進むと、論理回路１１６は、予想されるエラーチェック情報および実際のエラーチェック情報に基づく少なくとも１つの変更領域を示すエラーチェック結果に応じて、静的フレームの少なくとも１つの領域を再度送信することを決定する。上で説明したように、静的フレームの伝送および／または記憶によって生じる静的フレームの各領域におけるデータエラーは、各領域について予想されるエラーチェック情報と実際のエラーチェック情報とを比較することによって検出することができる。エラーチェック結果は、静的フレームの各領域についてエラーが起こったか否かを示す。したがって、エラーチェック結果は、表示データ受信機１０４に記憶されている静的フレームのエラーを訂正するために、どの１つ以上の領域を再送信する必要があるのかを決定するために、論理回路１１６によって使用され得る。ブロック３０４における決定プロセスは、表示データ伝送機１０２の論理回路１１６によって行われるが、エラーチェック結果は、表示データ伝送機１０２の論理回路１１６または表示データ受信機１０４の論理回路１２４によって提供され得ることに留意されたい。ブロック３０６にて、論理回路１１６は、インターフェース１１４を制御し、決定された１つ以上の領域を表示データ受信機１０４に送信して、データエラーを有する対応する変更領域を置き換える。
【００３０】
図３で例示される処理ブロックは、特定の順序で例示されているが、当業者は、異なる順序で処理を行うことができることを認識するであろう。例えば、ブロック２００は、ブロック３０２の後に行うことができ、または実質的に同時に行うことができる。論理回路１１６は、所望であれば、予想されるエラーチェック情報を生成した後に、フレームの複数の領域を表示データ受信機１０４に送信し得る。
【００３１】
図４は、データエラーに起因して静的フレームの１つ以上の領域が変更されたときに静的フレームを提供するための、装置１００の表示データ伝送機１０２の一実施例を例示するブロック図である。この実施例において、表示データ伝送機１０２の論理回路１１６は、フレームバッファ１０８およびインターフェース１１４に動作可能に連結される、領域データフェッチ論理回路４００を含む。領域データフェッチ論理回路４００は、静的フレームをフレームバッファ１０８からフェッチし、静的フレームを複数の領域に分割するように動作する。必要であれば、領域データフェッチ論理回路４００は、フレーム分割情報４０２を提供し、インターフェース１１４を制御して、側波帯チャネル１１２を通して、フレーム分割情報４０２を表示データ受信機１０４に送信するように動作し得る。この実施例において、論理回路１１６は、領域データフェッチ論理回路４００およびインターフェース１１４に動作可能に連結されるエラーチェック情報生成器４０４を含む。エラーチェック情報生成器４０４は、静的フレームの分割領域を領域データフェッチ論理回路４００から受信し、各領域について、予想されるエラーチェック情報４０６を生成するように動作する。好ましくは、エラーチェック情報生成器４０４は、各領域のデータビットに基づいて、予想されるＣＲＣコードを生成するＣＲＣ発生器であり得る。
【００３２】
この実施例において、領域データフェッチ論理回路４００は、インターフェース１１４を制御して、データチャネル１１０を通して、静的フレームの分割領域を表示データ受信機１０４に送信するように動作する。また、エラーチェック情報生成器４０４は、インターフェース１１４を制御して、データチャネル１１０を通して、関連する予想されるエラーチェック情報４０６を、静的フレームの領域とともに送信する。エラーチェック情報生成器４０４は、予想されるエラーチェック情報４０６を対応する領域に関連付けるために、インターフェース１１４を制御して、種々の様式で２種類のデータ（すなわち、表示データおよびエラーチェック情報）を送信し得る。一実施例において、全ての予想されるエラーチェック情報４０６は、ひとまとめにして、静的フレーム全体の後に送信され得る。予想されるエラーチェック情報４０６をその対応する領域にリンクするために、ポインタまたはテーブルが使用され得る。別の実施例において、予想されるエラーチェック情報４０６は、その対応する領域の直後に送信され得る。予想されるエラーチェック情報４０６を、静的フレームの領域とともにデータチャネル１１０を通して送信することが好ましいが、所望であれば、予想されるエラーチェック情報４０６は、側波帯チャネル１１２を通して送信され得ることも理解されたい。
【００３３】
この実施例において、論理回路１１６は、領域データフェッチ論理回路４００およびインターフェース１１４に動作可能に連結される領域再送信論理回路４０８を含む。エラーチェック結果４１０が、インターフェース１１４によって表示データ受信機１０４から受信されると、領域再送信論理回路４０８は、受信したエラーチェック結果４１０に基づいて、どの１つ以上の領域を再送信する必要があるのかを決定するように動作する。領域再送信論理回路４０８は、領域データフェッチ論理回路４００に対して決定を提供するように動作する。領域データフェッチ論理回路４００は、インターフェースを制御して、領域再送信論理回路４０８によって決定された領域を、データチャネル１１０を通して表示データ受信機１０４に再送信する。
【００３４】
図５は、データエラーに起因して静的フレームの１つ以上の領域が変更されたときに静的フレームを提供するための、装置１００の表示データ受信機１０４の一実施例を例示するブロック図である。この実施例において、表示データ受信機１０４のインターフェース１１８は、静的フレームの領域を受信し、記憶のために、受信した領域を静的フレームバッファ１２０に伝送するように動作する。表示データ受信機１０４の論理回路１２４は、静的フレームバッファ１２０に動作可能に連結される領域データフェッチ論理回路５００を含む。領域データフェッチ論理回路５００は、静的フレームの記憶された領域を、静的フレームバッファ１２０からフェッチするように動作する。この実施例において、論理回路１２４は、領域データフェッチ論理回路５００およびインターフェース１１８に動作可能に連結されるエラーチェック情報生成器５０２を含む。エラーチェック情報生成器５０２は、表示データ伝送機１０２のエラーチェック情報生成器４０４と同様に、受信した静的フレームの各領域について、実際のエラーチェック情報５０４を生成するように動作する。上で説明したように、静的フレームが、表示データ受信機１０４が認識している所定の規則に従って分割されていない場合、エラーチェック情報生成器５０２には、各領域についてデータビットを識別し、各領域について、関連する実際のエラーチェック情報５０４を生成するために、フレーム分割情報４０２が必要である。別の場合であれば、フレーム分割情報４０２は、エラーチェック情報生成器５０２によって必要とされない。
【００３５】
この実施例において、論理回路１２４は、エラーチェック情報生成器５０２およびインターフェース１１８に動作可能に連結されるエラーチェック情報比較器５０６を含む。エラーチェック情報比較器５０６は、実際のエラーチェック情報５０４をエラーチェック情報生成器５０２から受信し、インターフェース１１８を通して、予想されるエラーチェック情報４０６を、表示データ伝送機１０２から受信するように動作する。エラーチェック情報比較器５０６は、各領域について予想されるエラーチェック情報４０６を実際のエラーチェック情報５０４と比較して、エラーチェック情報４０６，５０４の間に不整合があるか否かを判定する。静的フレームの同じ領域に対するエラーチェック情報４０６，５０４が同じ符号化スキームによって導き出されたときに、不整合は、データエラーが静的フレームの特定の領域で起こっていることを示す。全ての領域についてエラーチェック情報４０６，５０４を比較した後に、エラーチェック情報比較器５０６は、データエラーを有する領域を特定するエラーチェック結果４１０を提供するように動作し、また、インターフェース１１８を制御して、エラーチェック結果４１０を表示するように動作する。
【００３６】
図６および図７は、データエラーに起因して静的フレームの１つ以上の領域が変更されたときに静的フレームを提供するための方法の一実施例を例示する。図１、図４および図５を参照しながら説明する。しかしながら、任意の好適な論理回路または構造が用いられ得る。この実施例では、図５で示されるように、領域ベースのエラーチェック結果は、表示データ受信機１０４によって提供される。図６で示されるように、ブロック３００にて、表示データ伝送機１０２の領域データフェッチ論理回路４００は、動作中に、必要であればフレームを複数の領域に分割し得る。次いで、ブロック３０２にて、表示データ伝送機１０２のエラーチェック情報生成器４０４は、各領域について、関連する予想されるエラーチェック情報を生成する。
【００３７】
この実施例では、フレームの複数の領域を送信することに加えて、ブロック６００にて、表示データ伝送機１０２のエラーチェック情報生成器４０４は、インターフェース１１４を制御して、データチャネル１１０を通して、関連する予想されるエラーチェック情報４０６とともにフレームの分割された領域を、表示データ受信機１０４に送信する。例えば、装置１００が自己リフレッシュモードで動作しているときに、フレームバッファ１０８のフレームは静的フレームであり、表示データ伝送機１０２は、表示のために、関連する予想されるエラーチェック情報４０６とともに第１の静的フレームの全ての領域を、表示データ受信機１０４に送信する。ブロック６０２にて、領域データフェッチ論理回路４００は随意に、表示データ受信機１０４が認識している所定の規則に従って領域が分割されているかどうかに依存して、インターフェース１１４を制御して、側波帯チャネル１１２を通して、フレーム分割情報４０２を表示データ受信機１０４に送信する。
【００３８】
これに応じて、図７で示されるように、ブロック７００にて、表示データ受信機１０４のインターフェース１１８は、関連する予想されるエラーチェック情報４０６とともに静的フレームの複数の領域を、表示データ伝送機１０２から受信する。随意に、ブロック７０２で、インターフェース１１８は、フレーム分割情報４０２を表示データ伝送機１０２から受信し得る。
【００３９】
ブロック７０４へ進むと、表示データ受信機１０４のエラーチェック情報生成器５０２は、ブロック３０２にて予想されるエラーチェック情報４０６を生成するための符号化スキームと同じ符号化スキーム（例えば、決定論的アルゴリズム）を使用して、静的フレームの各受信領域について実際のエラーチェック情報５０４を生成する。表示データ受信機１０４が、静的フレームから領域がどのように分割されたのかを知らなかった場合、各受信領域について実際のエラーチェック情報５０４を生成するために、フレーム分割情報４０２が必要であり得る。データエラーは、データ伝送、記憶エラーまたはこれらの双方に起因して起こり得るので、ブロック７０４の処理は、表示データ受信機１０４によって静的フレームを受信した後に周期的に行われ得る。一実施例において、各領域に対する実際のエラーチェック情報５０４は、データエラーが伝送に起因して起こったか否かを判定するために、領域を受信した直後に生成される。別の実施例において、各領域に対する実際のエラーチェック情報５０４は、データエラーが記憶エラーに起因して起こったかどうかを判定するために、静的フレームバッファ１２０に記憶された後に周期的に生成される。
【００４０】
さらにブロック７０６へ進むと、エラーチェック情報比較器５０６は、静的フレームの各領域に対する予想されるエラーチェック情報４０６と、実際のエラーチェック情報５０４との比較に応じて、静的フレームの各領域についてエラーが起こったか否かを示すエラーチェック結果４１０を提供する。エラーチェック結果４１０は、表示データ受信機１０４に記憶された静的フレームの領域のうちどの１つ以上の領域がデータエラーを含み、再送信する必要があるのかを、表示データ伝送機１０２に通知するために、表示データ伝送機１０２に送信される。
【００４１】
図６を再び参照すると、ブロック３０４にて、表示データ伝送機１０２の領域再送信論理回路４０８は、静的フレーム領域が変更されたときに、エラーチェック結果４１０に応答して、静的フレームの少なくとも１つの領域を再度送信することを決定する。ブロック３０６にて、領域データフェッチ論理回路４００は、インターフェース１１４を制御し、決定された静的フレームの領域を表示データ受信機１０４に送信して、静的フレームバッファ１２０に記憶された対応する変更領域を置き換える。
【００４２】
図６および図７の１つ以上の処理ブロックは、再送信した後に全てのデータエラーが訂正されたかどうかを判定するために、再度行われ得ることが理解される。このプロセスは、エラーチェック結果４１０が、静的フレームの全ての複数の領域についていかなるエラーも起こっていないことを示す場合に終わり得る。最終的に、図７のブロック７０８にて、表示データ受信機１０４のエラーチェック情報比較器５０６は、ＭＵＸ制御信号５０８を送信し、ＭＵＸ１２２を制御して、表示を行うために、記憶された静的フレームを表示パネル１０６に出力する。
【００４３】
図６および図７で例示される処理ブロックは、特定の順序で例示されているが、当業者は、異なる順序で処理を行うことができることを認識するであろう。例えば、ブロック６００は、ブロック６０２の後に行うことができ、または実質的に同時に行うことができる。インターフェース１１４は、同時に、または任意の好適な順序で、静的フレームの領域、関連する予想されるエラーチェック情報４０６およびフレーム分割情報４０２を、表示データ受信機１０４に送信し得る。
【００４４】
図８は、データエラーに起因して静的フレームの１つ以上の領域が変更されたときに静的フレームを提供するための、装置１００の表示データ伝送機１０２の別の実施例を例示するブロック図である。図４に関して上述した表示データ伝送機１０２と同様に、この実施例において、表示データ伝送機１０２は、領域データフェッチ論理回路４００、エラーチェック情報生成器４０４および領域再送信論理回路４０８を含む。図４で例示される例示的な実施形態と比較して、図８の表示データ伝送機１０２は、エラーチェック情報生成器４０４と、領域再送信論理回路４０８と、インターフェース１１４に動作可能に連結されるエラーチェック情報比較器８００とをさらに含む。この実施例において、エラーチェック情報生成器４０４は、インターフェース１１４を制御して、予想されるエラーチェック情報４０６を表示データ受信機１０４に送信しない。その代わりに、エラーチェック情報生成器４０４は、予想されるエラーチェック情報４０６を、表示データ伝送機１０２のエラーチェック情報比較器８００に提供するように動作する。エラーチェック情報比較器８００は、予想されるエラーチェック情報４０６と実際のエラーチェック情報５０４との比較に基づいて、実際のエラーチェック情報５０４を表示データ受信機１０４から受信し、エラーチェック結果４１０を領域再送信論理回路４０８に提供する。加えて、エラーチェック情報比較器８００は、比較に基づいて、全ての静的フレームの領域についていかなるエラーも起こっていない場合に、ＭＵＸ制御信号５０８を生成するように動作し、また、インターフェース１１４を制御して、ＭＵＸ制御信号５０８を表示データ受信機１０４に送信するように動作する。故に、表示データ伝送機１０２が、予想されるエラーチェック情報４０６を表示データ受信機１０４に送信し、表示データ受信機１０４からのエラーチェック結果４１０に応答するという図４の構成と異なり、この実施例において、表示データ伝送機１０２は、エラーチェック情報比較器８００を含む。よって、予想されるエラーチェック情報４０６を送信することなく、エラーチェック結果４１０を内部的に生成することができる。
【００４５】
図９は、データエラーに起因して静的フレームの１つ以上の領域が変更されたときに静的フレームを提供するための、装置１００の表示データ受信機１０４の別の実施例を例示するブロック図である。図５に関して上述した表示データ受信機１０４と同様に、この実施例では、表示データ受信機１０４は、領域データフェッチ論理回路５００およびエラーチェック情報生成器５０２を含む。しかしながら、この実施例において、表示データ受信機１０４は、エラーチェック情報比較器５０６を含まない。その代わりに、表示データ受信機１０４は、エラーチェック情報生成器５０２およびインターフェース１１８に動作可能に連結されるエラーチェックデータレジスタ９００を含み得る。エラーチェック情報生成器５０２は、実際のエラーチェック情報５０４をエラーチェック情報レジスタ９００に記憶するように動作する。表示データ伝送機１０２からの要求に応答して、実際のエラーチェック情報５０４は、インターフェース１１８によって、エラーチェック情報レジスタ９００から表示データ伝送機１０２に送信される。この実施例では、表示データ受信機１０４がエラーチェック情報比較器５０６を含まないので、静的フレームを出力することは、ＭＵＸ制御信号５０８を表示データ伝送機１０２から受信することに応じて、ＭＵＸ１２２によって制御される。
【００４６】
図１０および図１１は、データエラーに起因して静的フレームの１つ以上の領域が変更されたときに静的フレームを提供するための方法の別の実施例を例示する。図１、図８および図９を参照しながら説明する。しかしながら、任意の好適な論理回路または構造が用いられ得る。この実施例では、図８で示されるように、領域ベースのエラーチェック結果は、表示データ伝送機１０２によって提供される。図１０で示されるように、ブロック３００にて、表示データ伝送機１０２の領域データフェッチ論理回路４００は、動作中に、必要であれば、フレームを複数の領域に分割し得る。ブロック２００にて、領域データフェッチ論理回路４００は、インターフェース１１４を制御して、フレームの複数の領域を表示データ受信機１０４に送信する。例えば、装置１００が自己リフレッシュモードで動作しているときに、フレームバッファ１０８のフレームは静的フレームであり、表示データ伝送機１０２は、表示を行うために、第１の静的フレームの全ての領域を表示データ受信機１０４に送信する。この実施例において、予想されるエラーチェック情報４０６は、表示データ受信機１０４に送信されないことに留意されたい。次いで、表示データ伝送機１０２のエラーチェック情報生成器４０４は、ブロック３０２にて、各領域について、関連する予想されるエラーチェック情報４０６を生成する。
【００４７】
ここで図１１を参照すると、ブロック１１００にて、表示データ受信機１０４のインターフェース１１８は、静的フレームの複数の領域を表示データ伝送機１０２から受信する。受信した領域は、静的フレームバッファ１２０に記憶され、領域データフェッチ論理回路５００にフェッチされ得る。ブロック７０４へ進むと、表示データ受信機１０４のエラーチェック情報生成器５０２は、ブロック３０２にて予想されるエラーチェック情報４０６を生成するための符号化スキームと同じ符号化スキーム（例えば、決定論的アルゴリズム）を使用して、静的フレームの各受信領域について実際のエラーチェック情報５０４を生成する。この実施例において、領域は、表示データ受信機１０４が認識している所定の規則に従って分割されており、したがって、フレーム分割情報４０２は、実際のエラーチェック情報５０４を生成するために必須ではない。別の場合であれば、ブロック７０４にて、フレーム分割情報４０２は、表示データ伝送機１０２から受信され、生成プロセスに使用される。それでも、ブロック１１０２にて、生成された実際のエラーチェック情報５０４は、表示データ受信機１０４から表示データ伝送機に送信される。
【００４８】
図１０を再び参照すると、ブロック１０００にて、表示データ伝送機１０２のエラーチェック情報比較器８００は、実際のエラーチェック情報５０４を表示データ受信機１０４から受信し、静的フレームの各領域に対する予想されるエラーチェック情報４０６と、実際のエラーチェック情報５０４との比較に応じて、静的フレームの各領域についてエラーが起こったか否かを示すエラーチェック結果４１０を提供する。さらにブロック３０４へ進むと、表示データ伝送機１０２の領域再送信論理回路４０８は、静的フレーム領域が変更されたときに、表示データ伝送機１０２のエラーチェック情報比較器８００からのエラーチェック結果４１０に応じて、静的フレームの少なくとも１つの領域を再度送信することを決定する。ブロック３０６にて、領域データフェッチ論理回路４００は、インターフェース１１４を制御し、決定された静的フレームの領域を表示データ受信機１０４に送信して、静的フレームバッファ１２０に記憶された対応する変更領域を置き換える。
【００４９】
図１０および図１１の１つ以上の処理ブロックは、領域を再送信した後に全てのデータエラーが訂正されたか否かを判定するために、再度行われ得る。このプロセスは、エラーチェック結果４１０が、静的フレームの複数の領域の全てについていかなるエラーも起こっていないことを示す場合に終わり得る。最終的に、図１１のブロック７０８にて、表示データ伝送機１０２のエラーチェック情報比較器５０６は、ＭＵＸ制御信号５０８を表示データ受信機１０４に送信し、ＭＵＸ１２２を制御して、表示を行うために、記憶された静的フレームを表示パネル１０６に出力する。
【００５０】
図１０および図１１で例示される処理ブロックは、特定の順序で例示されているが、当業者は、異なる順序で処理を行うことができることを認識するであろう。例えば、ブロック２００は、ブロック３０２の後に行うことができ、または実質的に同時に行うことができる。論理回路１１６は、所望であれば、各領域について予想されるエラーチェック情報４０６を生成した後に、静的フレームの複数の領域を表示データ受信機１０４に送信し得る。
【００５１】
図１２は、更新されたコンテンツに起因して静的フレームの１つ以上の領域が変更されたときに静的フレームを提供するための装置１００の別の実施例を例示するブロック図である。表示データ伝送機１０２の論理回路１１６は、表示データ伝送機１０２のフレームバッファ１０８およびインターフェース１１４に動作可能に連結される。論理回路１１６は、この実施例において、フレームバッファ１０８のフレームを複数の領域に分割するように動作する。論理回路１１６は、静的フレームの複数の領域の少なくとも１つの更新領域を、少なくとも１つの変更領域として検出するように動作し、該少なくとも１つの更新領域では、データが更新される。論理回路１１６は、検出に応じて、静的フレームの更新領域を表示データ受信機１０４に送信するように動作する。
【００５２】
例えば、論理回路１１６は、フレームをフレームバッファ１０８からフェッチし、該フレームを複数の領域に分割するように動作する領域データフェッチ論理回路４００を含む。領域データフェッチ論理回路４００は、インターフェース１１４に動作可能に連結され、インターフェース１１４を制御して、フレームの１つ以上の領域を表示データ受信機１０４に送信するように動作する。一実施例において、装置１００がちょうど自己リフレッシュモードに入ったときに、領域データフェッチ論理回路４００は、インターフェース１１４を制御して、第１の静的フレームの全ての領域を表示データ受信機１０４に送信し得る。別の実施例において、領域データフェッチ論理回路４００は、自己リフレッシュモード中に、インターフェース１１４を制御して、更新されたコンテンツを含む領域だけを表示データ受信機１０４に送信し得る。
【００５３】
この例において、論理回路１１６は、フレームバッファ１０８および領域データフェッチ論理回路４００に動作可能に連結されるメモリコントローラ１２００を含む。メモリコントローラ１２００は、領域で任意のデータが更新されたか否かを判定するために、静的フレームの各領域を継続的に監視するように動作する。一実施例において、新しい静的フレームは、フレームバッファに書き込まれ、以前の静的フレームの１つ以上の領域のデータを更新させ得る。書き込みアクセスは、メモリコントローラ１２００によって検出され得る。別の実施例において、マウスカーソルの動きは、カーソルの移動経路上にある１つ以上の領域のデータを更新させ得るとともに、カーソル位置座標の変化は、メモリコントローラ１２００によって検出され得る。検出は、当技術分野で知られている他の技術によって達成され得る。
【００５４】
この例において、論理回路１１６は、メモリコントローラ１２００、領域データフェッチ論理回路４００およびインターフェース１１４に動作可能に連結される領域更新論理回路１２０２を含む。領域更新論理回路１２０２は、検出結果をメモリコントローラ１２００から受信し、検出結果に基づいて、静的フレームの１つ以上の更新領域を識別する更新領域の識別情報１２０４を生成するように動作する。領域更新論理回路１２０２は、どの１つ以上の領域が更新されたコンテンツを含み、表示データ受信機１０４に再送信する必要があるのかを、領域データフェッチ論理回路４００に指示するようにも動作する。必要であれば、領域更新論理回路１３０２は、インターフェース１１４を制御して、側波帯チャネル１１２を通して、更新領域の識別情報１２０４を表示データ受信機１０４に送信するように動作し得る。
【００５５】
表示データ受信機１０４に関しては、静的フレームバッファ１２０およびインターフェース１１８に動作可能に連結される、領域ベースの静的フレーム復号器１２０６等の論理回路を含む。表示データ受信機１０４のインターフェース１１８は、更新領域を表示データ伝送機１０２から受信するように動作する。インターフェース１１８は、静的フレームバッファ１２０に記憶された元の領域のうち更新する必要がある１つ以上の領域を識別し、受信した各更新領域と、静的フレームバッファ１２０に記憶された対応する元の領域との間のリンケージを判定するために、更新領域の識別情報１２０４を表示データ伝送機１０２から受信するように動作する。領域ベースの静的フレーム復号器１２０６は、受信した各更新領域と、静的フレームバッファ１２０に記憶された対応する元の領域との間のリンケージを識別し、元の領域のデータを対応する更新領域のデータに置き換えるように動作する。
【００５６】
図１３および図１４は、更新されたコンテンツに起因して静的フレームの１つ以上の領域が変更されたときに、静的フレームを提供するための方法の一実施例を例示する。図１および図１２を参照しながら説明する。しかしながら、任意の好適な論理回路または構造が用いられ得る。図１３で示されるように、ブロック３００にて、表示データ伝送機１０２の領域データフェッチ論理回路４００は、動作中に、必要であれば、フレームを複数の領域に分割し得る。次いで、ブロック２００にて、領域データフェッチ論理回路４００は、表示データ伝送機１０２のインターフェース１１４を制御して、データチャネル１１０を通して、フレームの複数の領域を表示データ受信機１０４に送信する。例えば、装置１００が自己リフレッシュモードで動作しているときに、フレームバッファ１０８のフレームは静的フレームであり、表示データ伝送機１０２は、表示のために、第１の静的フレームの全ての領域を表示データ受信機１０４に送信する。
【００５７】
ブロック１３００へ進むと、メモリコントローラ１２００は、静的フレームの複数の領域のうち少なくとも１つの更新領域を検出し、該少なくとも１つの更新領域では、データが更新される。次いで、領域更新論理回路１２０２は、更新領域を識別し、ブロック１３０２にて、領域データフェッチ論理回路４００は、インターフェース１１４を制御して、静的フレームの少なくとも１つの更新領域を送信する。随意に、領域更新論理回路１２０２は、更新領域の識別情報１２０４を生成し、インターフェース１１４を制御して、更新領域の識別情報１２０４を表示データ受信機１０４に送信し得る。
【００５８】
図１４を参照すると、ブロック１４００にて、装置１００がちょうど自己リフレッシュモードに移行したときに、表示データ受信機１０４のインターフェース１１８は、第１の静的フレームの複数の領域を受信する。静的フレームは、次いで、静的フレームバッファ１２０に記憶される。よって、静的フレームを、表示パネル１０６に繰り返して出力することができる。ブロック１４０２および１４０４のそれぞれにて、更新されたコンテンツに起因して変更された表示コンテンツの、表示データ伝送機１０２による検出に応じて、表示データ受信機１０４のインターフェース１１８は、静的フレームの少なくとも１つの更新領域および更新領域の識別情報１２０４を受信する。ブロック１４０６へ進むと、領域ベースの静的フレーム復号器１２０６は、更新領域の識別情報１２０４に基づいて、１つ以上の記憶された元の領域を、対応する更新領域のデータに置き換える。その結果、静的フレーム全体を置き換えることとは対照的に、静的フレームバッファ１２０に記憶された静的フレームは、更新されたデータを含む領域だけを置き換えることによって更新される。ブロック１４０８にて、表示データ受信機１０４は、表示のために、更新領域を含む静的フレームを表示パネル１０６に出力する。
【００５９】
図１３および図１４で例示される処理ブロックは、特定の順序で例示されているが、当業者は、異なる順序で処理を行うことができることを認識するであろう。例えば、ブロック１４０２は、ブロック１４０４の後に行うことができ、または実質的に同時に行うことができる。所望であれば、表示データ受信機１０４のインターフェース１１８は、静的フレームの更新領域と、更新領域の識別情報１２００とを同時に受信し得る。
【００６０】
また、本明細書で説明される論理回路は、プロセッサと併用される媒体であって、例えば、ＣＤＲＯＭ、ＲＡＭ、他の形態のＲＯＭ、ハードドライブ、分散型メモリ等に限定されないコンピュータ読み出し可能な媒体に記憶されるドライバソフトウェアとして実装され得る。このように、ドライバソフトウェアは、コンピュータが読み出し可能な媒体に記憶され得る。コンピュータが読み出し可能な媒体は、１つ以上のプロセッサに本明細書で説明される動作を行わせる、１つ以上のプロセッサによって実行可能な命令を記憶する。
【００６１】
数ある他の利点の中でも、本方法および装置は、グラフィック処理および表示システムの電力消費を削減する能力を提供する。完全な静的フレームを再送信する場合とは対照的に、自己リフレッシュモードにおいて表示データ伝送機から受信機に再送信する必要があるのは、データエラーおよび／または更新されたコンテンツを含む変更領域のみである。故に、表示データ伝送機および受信機は、既知のシステムと比較して、それらの電力消費をさらに削減し得、より早く強節電モードに移行し得る。加えて、本方法および装置は、表示データ伝送機または表示データ受信機によってデータエラーチェックを行い得る。領域ベースのエラーチェック結果は、伝送機側または受信機側で提供されることに限定されず、それによって、そのような特徴を実装するための設計自由度および互換性が高まる。他の利点は、当業者によって認識されるであろう。
【００６２】
上述した本発明の詳細な説明およびその中で説明される実施例は、例示および説明の目的で提示されたものであり、限定を目的としたものではない。したがって、本発明が、上で開示され、本明細書で特許請求の範囲に記載された基本的な原理の趣旨および範囲の範囲内にある、任意および全ての修正例、変形例または均等物を対象とすることが意図されている。
【図１】
2013546025.tif 000003
【図２】
2013546025.tif 000004
【図３】
2013546025.tif 000005
【図４】
2013546025.tif 000006
【図５】
2013546025.tif 000007
【図６】
2013546025.tif 000008
【図７】
2013546025.tif 000009
【図８】
2013546025.tif 000010
【図９】
2013546025.tif 000011
【図１０】
2013546025.tif 000012
【図１１】
2013546025.tif 000013
【図１２】
2013546025.tif 000014
【図１３】
2013546025.tif 000015
【図１４】
2013546025.tif 000016
【図１５】
2013546025.tif 000017
【国際調査報告】
2013546025.tif 000018
2013546025.tif 000019
2013546025.tif 000020