(57)【要約】【課題】ＳｏＣ、及びその動作方法を提供する。【解決手段】本発明のＳｏＣは、メモリから以前フレーム及び現在フレームを受信するメモリコントローラと、現在フレームが、以前フレームからアップデートされたか否かを確認して、アップデート如何によって、ディスプレイ装置に現在フレームを伝送するか否かを制御するディスプレイコントローラと、現在フレームのアップデート如何によって、ディスプレイ装置にパネル・セルフリフレッシュ動作制御命令及び現在フレームを伝送する伝送部と、を含む。【選択図】  図２
2013161089.tif 000002
【特許請求の範囲】
【請求項１】
メモリとディスプレイ装置との間に連結されて、前記ディスプレイ装置の駆動を制御するＳｏＣにおいて、
前記メモリから以前フレーム及び現在フレームを受信するメモリコントローラと、
前記現在フレームが、前記以前フレームからアップデートされたか否かを確認して、アップデート如何によって、前記ディスプレイ装置に前記現在フレームを伝送するか否かを制御するディスプレイコントローラと、
前記現在フレームのアップデート如何によって、前記ディスプレイ装置にパネル・セルフリフレッシュ動作制御命令及び前記現在フレームを伝送する伝送部と、
を含むＳｏＣ。
【請求項２】
前記ディスプレイコントローラは、
前記以前フレームの既定の領域のデータと前記現在フレームの前記領域に対応するデータとを比較して、アップデート如何を確認する請求項１に記載のＳｏＣ。
【請求項３】
前記ディスプレイコントローラは、
前記以前フレームのデータに基づいて、前記現在フレームのデータに対するエラーチェック方式でアップデート如何を確認する請求項１に記載のＳｏＣ。
【請求項４】
前記ディスプレイコントローラは、
前記現在フレームが、前記以前フレームからアップデートされたか否かを確認するアップデート検出部と、
前記現在フレームがアップデートされていない場合、インタラプト要請を発生させるインタラプトモジュールと、を含み、
前記インタラプト要請が発生すれば、前記ディスプレイ装置のパネル・セルフリフレッシュ動作をアクティブさせ、前記現在フレームがアップデートされるか、ユーザイベントが発生する場合、前記ディスプレイ装置のパネル・セルフリフレッシュ動作をインアクティブにさせ、次のフレームを前記ディスプレイ装置に伝送する請求項３に記載のＳｏＣ。
【請求項５】
前記ＳｏＣは、
前記インタラプト要請に応じてインタラプト信号を伝送するインタラプトコントローラと、
前記インタラプト信号によって伝送制御命令を出力するＣＰＵと、
をさらに含む請求項４に記載のＳｏＣ。
【請求項６】
前記伝送部は、
少なくとも２つ以上のパネル・セルフリフレッシュ動作制御命令値を保存するレジスタを含み、
前記伝送制御命令に対応するパネル・セルフリフレッシュ動作制御命令値を前記ディスプレイ装置に出力する請求項５に記載のＳｏＣ。
【請求項７】
前記ディスプレイコントローラは、
前記現在フレームが、前記以前フレームからアップデートされたか否かを確認するアップデート検出部と、
前記確認の結果を保存する結果レジスタと、
を含む請求項３に記載のＳｏＣ。
【請求項８】
前記ＳｏＣは、前記確認の結果によって、伝送制御命令を出力するＣＰＵをさらに含み、
前記伝送部は、前記伝送制御命令に対応するパネル・セルフリフレッシュ動作制御命令値を前記ディスプレイ装置に出力する請求項７に記載のＳｏＣ。
【請求項９】
前記伝送部は、
多数の前記パネル・セルフリフレッシュ動作制御命令値を保存するレジスタを含む請求項８に記載のＳｏＣ。
【請求項１０】
前記ディスプレイコントローラは、
前記現在フレームが、前記以前フレームからアップデートされたか否かを確認するアップデート検出部を含み、
前記伝送部は、
多数の前記パネル・セルフリフレッシュ動作制御命令値を保存するレジスタと、
前記確認の結果によって、前記パネル・セルフリフレッシュ動作制御命令値を前記ディスプレイ装置に出力するように制御するパネル・セルフリフレッシュ・コントローラと、
を含む請求項３に記載のＳｏＣ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳｏＣ（System On Chip）に係り、特に、パネル・セルフリフレッシュ命令の種類によって、フレーム情報をアップデートするインターフェースとアップデートしないインターフェースとの間でスイッチング可能なＳｏＣ、その動作方法、及び該ＳｏＣを含むイメージ信号処理システムに関する。
【背景技術】
【０００２】
イメージ解像度（ｉｍａｇｅ  ｒｅｓｏｌｕｔｉｏｎ）の増加につれて、モバイルアプリケーションプロセッサ（Ｍｏｂｉｌｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ）とディスプレイドライバＩＣ（Ｄｉｓｐｌａｙ  Ｄｒｉｖｅｒ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）との間のデータトラフィック（ｄａｔａ  ｔｒａｆｆｉｃ）が急速に高まりつつある。
これにより、モバイルアプリケーションプロセッサ及び／またはディスプレイドライバＩＣで消費する電力も持続的に高まりつつある。
【０００３】
音声通話中心の既存の携帯電話は、マルチメディア（ｍｕｌｔｉｍｅｄｉａ）データ中心のスマートフォン（ｓｍａｒｔｐｈｏｎｅ）に迅速に代替されている。スマートフォンに具現されたディスプレイドライバＩＣは、静止映像（ｓｔｉｌｌ  ｉｍａｇｅ）信号または動画（ｍｏｖｉｎｇ  ｉｍａｇｅ）信号のようなマルチメディアデータをディスプレイでディスプレイするために頻繁に動作する。
したがって、スマートフォンのバッテリ持続時間が減少する。バッテリ持続時間は、一回の充電で引き続き使えるバッテリの使用時間を意味する。これにより、静止映像信号と動画信号との処理時に必要な省エネのための方法が切実である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許７３６２２９５号公報
【特許文献２】米国特許７８９３９３３号公報
【特許文献３】米国特許出願公開第２００２／１４０６８５号明細書
【特許文献４】米国特許出願公開第２００７／２８５４２８号明細書
【特許文献５】米国特許出願公開第２００９／２１９２９５号明細書
【特許文献６】米国特許出願公開第２０１０／１２３７２７号明細書
【特許文献７】特開２００６−１８４３５７
【特許文献８】特開２０１０−２６２１９
【特許文献９】韓国特許出願公開２００７−０４２６３６号
【特許文献１０】韓国特許出願公開２００９−０３９８８５号
【特許文献１１】韓国特許第０８４７９９８号公報
【特許文献１２】特開２００４−１５１２２２
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする技術的課題は、動画信号処理時にパネル・セルフリフレッシュ動作に必要な省エネのディスプレイコントローラと、その方法を提供することにある。
【課題を解決するための手段】
【０００６】
前述した技術的課題を解決するために、メモリとディスプレイ装置との間に連結されて、前記ディスプレイ装置の駆動を制御する本発明のＳｏＣは、前記メモリから以前フレーム及び現在フレームを受信するメモリコントローラと、前記現在フレームが、前記以前フレームからアップデートされたか否かを確認して、アップデート如何によって、前記ディスプレイ装置に前記現在フレームを伝送するか否かを制御するディスプレイコントローラと、前記現在フレームのアップデート如何によって、前記ディスプレイ装置にパネル・セルフリフレッシュ（Ｐａｎｅｌ  Ｓｅｌｆ  Ｒｅｆｒｅｓｈ）動作制御命令及び前記現在フレームを伝送する伝送部と、を含む。
【０００７】
前記ディスプレイコントローラは、前記以前フレームの既定の領域のデータと前記現在フレームの前記領域に対応するデータとを比較して、アップデート如何を確認することができる。
前記ディスプレイコントローラは、前記以前フレームのデータに基づいて、前記現在フレームのデータに対するエラーチェック方式でアップデート如何を確認することができる。
前記ディスプレイコントローラは、前記現在フレームが、前記以前フレームからアップデートされたか否かを確認するアップデート検出部と、前記現在フレームがアップデートされていない場合、インタラプト要請を発生させるインタラプトモジュールと、を含みうる。
【０００８】
前記例で、前記ディスプレイコントローラは、前記インタラプト要請が発生すれば、前記ディスプレイ装置のパネル・セルフリフレッシュ動作をアクティブにし、前記現在フレームがアップデートされるか、ユーザイベントが発生する場合、前記ディスプレイ装置のパネル・セルフリフレッシュ動作をインアクティブにし、次のフレームを前記ディスプレイ装置に伝送しうる。
前記ＳｏＣは、前記インタラプト要請に応じてインタラプト信号を伝送するインタラプトコントローラと、前記インタラプト信号によって伝送制御命令を出力するＣＰＵと、をさらに含みうる。
【０００９】
前記伝送部は、少なくとも２つ以上のパネル・セルフリフレッシュ動作制御命令値を保存するレジスタを含み、前記伝送制御命令に対応するパネル・セルフリフレッシュ動作制御命令値を前記ディスプレイ装置に出力する。
一例として、前記ディスプレイコントローラは、前記現在フレームが、前記以前フレームからアップデートされたか否かを確認するアップデート検出部と、前記確認の結果を保存する結果レジスタと、を含みうる。
前記ＳｏＣは、前記確認の結果によって、伝送制御命令を出力するＣＰＵをさらに含み、前記伝送部は、前記伝送制御命令に対応するパネル・セルフリフレッシュ動作制御命令値を前記ディスプレイ装置に出力することができる。
【００１０】
前記伝送部は、多数の前記パネル・セルフリフレッシュ動作制御命令値を保存するレジスタを含みうる。
一例として、前記ディスプレイコントローラは、前記現在フレームが、前記以前フレームからアップデートされたか否かを確認するアップデート検出部を含みうる。
前記伝送部は、多数の前記パネル・セルフリフレッシュ動作制御命令値を保存するレジスタと、前記確認の結果によって、前記パネル・セルフリフレッシュ動作制御命令値を前記ディスプレイ装置に出力するように制御するパネル・セルフリフレッシュ・コントローラと、を含みうる。
【発明の効果】
【００１１】
本発明の実施形態による装置とその方法は、動画イメージ情報の提供について、フレームアップデート如何で確認し、その確認の結果によって、ディスプレイドライバのパネル・セルフリフレッシュ動作を制御して、ディスプレイ装置のパネル・セルフリフレッシュ動作で消費する電力を減らしうる。
【図面の簡単な説明】
【００１２】
本発明の詳細な説明で引用される図面をより十分に理解するために、各図面の簡単な説明が提供される。
【図１】本発明の実施形態によるイメージデータ処理システムのブロック図。
【図２】図１のアプリケーションプロセッサの一実施形態を具体的に示すブロック図。
【図３】図１のイメージデータ処理システムが送受信するｅＤＰ標準によるパネル・セルフリフレッシュ特性を表わすパッケージ情報を示す図表。
【図４】図３のパッケージ情報を具体的に示すビット情報についての図表。
【図５】図２のアップデート検出部を示すブロック図。
【図６】図５のアップデート検出部の一実施形態を具体的に示すブロック図。
【図７】図５のアップデート検出部の他の一実施形態を具体的に示すブロック図。
【図８】本発明の一実施形態によるＳｏＣの動作方法を示すフローチャート。
【図９】本発明の他の一実施形態によるアプリケーションプロセッサを具体的に示すブロック図。
【図１０】本発明のさらに他の一実施形態によるアプリケーションプロセッサを具体的に示すブロック図。
【図１１】本発明の実施形態によるアプリケーションプロセッサを含むイメージデータ処理システムのブロック図。
【発明を実施するための形態】
【００１３】
以下、本明細書に添付した図面を参照して、本発明の実施形態を詳しく説明する。
図１は、本発明の一実施形態によるイメージデータ処理システムのブロック図である。
図１を参照すると、イメージデータ処理システム２は、外部メモリ１、ＳｏＣ１０、及びディスプレイ装置２０を含む。各要素１、１０、及び２０は、別個のチップとして具現可能である。
【００１４】
イメージデータ処理システム２は、静止映像信号（または、静止映像）または動画信号（または、動画）をディスプレイ２５０でディスプレイすることができる携帯電話（ｍｏｂｉｌｅ  ｐｈｏｎｅ）、スマートフォン、タブレットＰＣ（Ｔａｂｌｅｔ  Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、またはＰＭＰ（Ｐｏｅｔａｂｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｐｌａｙｅｒ）ＭＰ３プレーヤー、または車両用ナビゲーションシステム（ａｕｔｏｍｏｔｉｖｅ  ｎａｖｉｇａｔｉｏｎ  ｓｙｓｔｅｍ）のような移動装置（ｍｏｂｉｌｅ  ｄｅｖｉｃｅ）、小型機器（ｈａｎｄｈｅｌｄ  ｄｅｖｉｃｅ）または小型コンピュータ（ｈａｎｄｈｅｌｄ  ｃｏｍｐｕｔｅｒ）を意味する。
【００１５】
ＳｏＣ１０は、ディスプレイされるイメージデータの再生のために、外部メモリ１及び／またはディスプレイ装置２０を制御し、一例として、アプリケーションプロセッサとして具現可能である。これによる、詳しい説明は、図２で行う。
ディスプレイ装置２０は、ディスプレイドライバ２００とディスプレイパネル２５０とを含む。実施形態によって、ＳｏＣ１０とディスプレイドライバ２００とは、１つのモジュール（ｍｏｄｕｌｅ）、１つのシステムオンチップ（Ｓｙｓｔｅｍ  Ｏｎ  Ｃｈｉｐ）、または１つのパッケージ、例えば、マルチチップパッケージ（ｍｕｌｔｉ−ｃｈｉｐ  ｐａｃｋａｇｅ）として具現可能である。他の実施形態によって、ディスプレイドライバ２００とディスプレイパネル２５０とは、１つのモジュールとして具現可能である。
【００１６】
ディスプレイドライバ２００は、ＳｏＣ１０から出力された信号によってディスプレイパネル２５０の動作を制御する。例えば、ディスプレイドライバ２００は、ＳｏＣ１０から出力されたパネル・セルフリフレッシュ動作命令に基づいて、イメージ情報をアップデートしないインターフェースと、アップデートするインターフェースとのうちの何れか１つを選択して、パネル・セルフリフレッシュ命令と共に出力する。これにより、ディスプレイドライバ２００は、ＳｏＣ１０から受信したイメージデータを選択されたインターフェースを通じて出力映像信号としてディスプレイパネル２５０に伝送しうる。
【００１７】
ディスプレイドライバ２００は、受信部２０１、リフレッシュフレームバッファ２０２、制御ロジック２０３、選択部２０４、及び出力回路２０５を含む。図示されていないが、ディスプレイドライバ２００は、実施形態によって、リフレッシュフレームバッファ２０２に保存された映像信号の入出力を制御するバッファコントローラをさらに含みうる。
受信部（ｅＤＰ  Ｒｘ）２０１は、ｅＤＰ標準（Ｅｍｂｅｄｄｅｄ  Ｄｉｓｐｌａｙ  Ｐｏｒｔ  Ｓｔａｎｄａｒｄ）によって、ＳｏＣ１０から出力される命令信号及び映像信号を受信する。この命令信号は、ＰＳＲ動作制御命令値を含む。この際、ｅＤＰ標準は、ｖｅｒ１．３ｅＤＰ標準以後であり得る。
【００１８】
リフレッシュフレームバッファ２０２は、パネル・セルフリフレッシュ動作時にディスプレイパネル２５０に再生する静止映像を臨時保存する。制御ロジック２０３は、ディスプレイドライバ２００の全般的な動作を制御する。制御ロジック２０３は、受信部２０１の出力信号によって、受信部２０１、リフレッシュフレームバッファ２０２、選択部２０４、及びその他の構成要素を制御することができる。
選択部２０４は、制御ロジック（Ｃｏｎｔｒｏｌ  Ｌｏｇｉｃ）２０３から出力される制御信号ＣＯＮによって、アップデートしないインターフェースと、アップデートするインターフェースとのうちの何れか１つを選択する。しかし、これに限定されるものではなく、他の実施形態によって、制御ロジック２０３の制御によって、バッファコントローラ（図示せず）が、前記インターフェースを選択することもできる。
【００１９】
出力回路２０５は、ディスプレイパネル２５０に適するように映像信号を出力する。
ＳｏＣ１０がディスプレイドライバ２００に最初に映像信号、一例として、少なくとも１つのフレーム情報を伝送しようとする時、ＳｏＣ１０は、パネル・セルフリフレッシュ（Ｐａｎｎｅｌ  Ｓｅｌｆ  Ｒｅｆｒｅｓｈ；以下、ＰＳＲと称する）アクティブ命令（ＰＳＲ  Ａｃｔｉｖｅ）とフレーム情報とをディスプレイドライバ２００に伝送する。ディスプレイドライバ２００は、ＰＳＲアクティブ命令に基づいてアップデートしないインターフェースを選択する。この際、前記映像信号は、フレーム単位あるいは全体イメージのうち、設定による領域であり得る。
【００２０】
すなわち、ディスプレイドライバ２００は、リフレッシュフレームバッファ２０２に映像信号を保存し、選択部２０４は、ＰＳＲアクティブ命令に基づいてリフレッシュフレームバッファ２０２を経て行く経路を選択する。以後、一定時間ＰＳＲアクティブ命令が持続する間に、ディスプレイドライバ２００は、リフレッシュフレームバッファ２０２に保存した映像信号を出力回路２０５を通じて反復してディスプレイパネル２５０に出力する。
【００２１】
しかし、ＳｏＣ１０が、ディスプレイドライバ２００に新たな映像信号を伝送しようとする時、ＳｏＣ１０は、ＰＳＲインアクティブ命令（ＰＳＲ  ＩｎＡｃｔｉｖｅ）と新たな映像信号とをディスプレイドライバ２００に伝送する。ディスプレイドライバ２００は、ＰＳＲインアクティブ命令に基づいてアップデートするインターフェースを選択する。この際、ＰＳＲインアクティブ命令は、フレームがアップデートされた場合だけではなく、アップデートされていないとしても、別途のユーザイベント（ｕｓｅｒ  ｅｖｅｎｔ）が発生した場合にも、セッティングされうる。
【００２２】
すなわち、ディスプレイドライバ２００は、リフレッシュフレームバッファ２０２を経ずに、ＳｏＣ１０で受信した新たな映像信号を直ちに出力する経路を選択する。ＰＳＲインアクティブ命令に基づいて、選択部２０４は、新たな映像信号を出力回路２０５を通じてディスプレイパネル２５０に出力する一方、今後のパネル・セルフリフレッシュ動作のために、リフレッシュフレームバッファ２０２に新たな映像信号を保存する。この際、この新たな映像信号は、フレーム単位あるいは全体イメージのうち、設定による領域であり得る。
【００２３】
ディスプレイパネル２５０は、ディスプレイドライバ２００から出力された出力映像信号をディスプレイすることができる。例えば、ディスプレイパネル２５０は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）ディスプレイ、ＯＬＥＤ（Ｏｒｇａｎｉｃ  ＬＥＤ）ディスプレイ、またはＡＭＯＬＥＤ（Ａｃｔｉｖｅ−Ｍａｔｒｉｘ  ＯＬＥＤ）ディスプレイとして具現可能である。
【００２４】
図２は、図１のアプリケーションプロセッサを具体的に示すブロック図である。図２のＳｏＣ１０は、図１のアプリケーションプロセッサ１０ａに対応する。図２を参照すると、ＳｏＣ１０は、ＣＰＵ１１、インタラプトコントローラ１１０、ディスプレイコントローラ１００ａ、メモリコントローラ１２、ＧＰＵ１３、及び伝送部１４を含む。
ＳｏＣ１０の動作を全般的に制御することができるＣＰＵ１１は、各構成要素１１０、１００ａ、１２、１３、１４の動作を制御することができる。例えば、ＣＰＵ１１は、伝送制御命令を通じて伝送部１４の出力を制御することができる。
【００２５】
メモリコントローラ１２は、ＳｏＣ１０に連結された外部メモリ１からデータを送受信する時、メモリ動作を制御することができる。すなわち、メモリコントローラ１２は、外部メモリ１から以前フレーム及び現在フレームを受信する。説明の便宜上、動作上のフレーム単位で説明するが、全体イメージのうち、既定の領域であり得る。
ＧＰＵ１３は、メモリコントローラ１２が外部メモリ１からリード（ｒｅａｄ）したデータをディスプレイ２０に適した信号で処理する。
ディスプレイコントローラ１００ａは、現在フレームが、以前フレームからアップデートされたか否かを確認して、アップデート如何によって、ディスプレイ装置に現在フレームを伝送するか否かを制御する。
【００２６】
一例として、ディスプレイコントローラ１００ａは、外部メモリ１から現在フレームを受信して、以前フレームからアップデートされたか否かを確認するアップデート検出部３００及び現在フレームがアップデートされていない場合、インタラプトを発生させるインタラプトモジュール１０１を含みうる。ディスプレイコントローラ１００ａは、インタラプトが発生すれば、ディスプレイ装置２０のＰＳＲ動作をアクティブにさせ、現在フレームがアップデートされた場合、次のフレームをディスプレイパネル２５０に伝送し、ディスプレイ装置２０のＰＳＲ動作がインアクティブされるように制御する。
しかし、ディスプレイコントローラ１００ａは、前記実施形態に限定されず、フレームがアップデートされた場合だけではなく、アップデートされていないとしても、別途のユーザイベントが発生した場合にも、ＰＳＲ動作をインアクティブさせることができる。
【００２７】
伝送部１４は、少なくとも２つ以上のパネル・セルフリフレッシュ動作制御命令値を保存するレジスタ１６を含みうる。伝送部１４は、レジスタ１６からＣＰＵ１１から出力された伝送制御命令に対応するＰＳＲ動作制御命令値をディスプレイ装置２０に出力する。したがって、ディスプレイドライバ２００でパネル・セルフリフレッシュ動作中であるとしても、ディスプレイコントローラ１００ａは、それと別個にイメージアップデート如何を確認する。ディスプレイコントローラ１００ａは、その結果によって、ディスプレイドライバ２００の以後のパネル・セルフリフレッシュ動作を制御するので、ディスプレイドライバ２００が、パネル・セルフリフレッシュ制御に必要な追加消費電力なしに映像信号をディスプレイパネル２５０に出力することができる。その結果、本発明の一実施形態によるイメージデータ処理装置は、映像信号を出力時にディスプレイドライバに必要なバッテリ消費電力を減らしうる効果がある。
【００２８】
図３は、図１のイメージデータ処理システムが送受信するｅＤＰ標準によるパネル・セルフリフレッシュ特性を表わすパッケージ情報を示す表であり、図４は、図３のパッケージ情報を具体的に示すビット情報についての表である。
図３を参照すると、ＳｏＣ１０がディスプレイ装置２０に送るパッケージ情報は、合計８個のビットで構成された４個のヘッダバンドＨＢ３〜ＨＢ０、及び３２個のデータバンドＤＢ３１〜ＤＢ０を含む。ヘッダバンド及びデータバンドについての具体的な事項は、ｅＤＰ標準（ｖｅｒ１．３）のＰＳＲ  Ｓｅｃｏｎｄａｒｙ  Ｄａｔａ  Ｐａｃｋｅｔに関する事項をレファレンスとする。アプリケーションプロセッサ１０が、ディスプレイ装置２０に送るパッケージ情報のうち、静止映像または動画信号のパネル・セルフリフレッシュ動作制御と関連したパッケージ情報（ＰＳＲ）は、ＤＢ１を通じて伝送される。
【００２９】
図４を参照すると、ＤＢ１は、８ビットのパッケージ情報である。ＤＢ１の０番目のビット（Ｂｉｔ  ０）は、ＰＳＲ状態に関する情報を表わし、１番目のビット（Ｂｉｔ  １）は、リフレッシュフレームバッファ２０２をアップデートするか否かに関する情報を表わす。ＤＢ１の２番目のビット（Ｂｉｔ  ２）は、フレームのピクセルデータＤＢ７ないしＤＢ２自体のエラー有無を表わすＣＲＣ値を表わす。ＤＢ１の３番目のビットないし７番目のビット（Ｂｉｔｓ  ７：３）は、使われずに予約された状態であって、特別な事情がない限り、０にセッティングされる。
【００３０】
ＤＢ１の０番目のビット（Ｂｉｔ  ０）が０であれば、ＰＳＲ動作がインアクティブにされる。すなわち、現在フレームを処理するインターフェースが選択されて、映像信号がディスプレイ部２５０に出力される。しかし、ＤＢ１の０番目のビット（Ｂｉｔ  ０）が１であれば、ＰＳＲ動作がアクティブされて、ディスプレイドライバ２００は、ＰＳＲモードに進入する。ＤＢ１の１番目のビット（Ｂｉｔ  １）が０であれば、リフレッシュフレームバッファ２０２に保存されたフレーム情報がそのまま保持される。しかし、ＤＢ１の１番目のビット（Ｂｉｔ  １）が１であれば、リフレッシュフレームバッファ２０２には、受信部２０１を通じてＳｏＣ１０から受信されたフレームデータにアップデートされる。
【００３１】
図５は、図２のアップデート検出部を示すブロック図である。
図５を参照すると、アップデート検出部３００は、一例として、以前フレームＦ（ｔ）の既定の一部領域のデータと現在フレームＦ（ｔ＋１）の一部領域に対応する領域のデータとを比較して、アップデート如何を確認することができる。他の一例として、アップデート如何の確認は、以前フレームＦ（ｔ）と現在フレームＦ（ｔ＋１）との既定の領域に対して処理することができる。すなわち、多様な設定によって、フレームの既定の全体領域に対してアップデート如何を確認することもでき、フレームの既定の一部領域に対してアップデート如何を確認することもできる。
【００３２】
アップデート検出部３００は、現在フレームＦ（ｔ＋１）のデータ、Ｐｉｘｅｌ  ｄａｔａ（ｔ＋１）を入力されれば、クロック信号Ｃｌｏｃｋ、リセット信号Ｒｅｓｅｔ、垂直同期信号ＶＳＹＮＣ、水平同期信号ＨＳＹＮＣ、ビデオデータイネーブル信号ＶＤＥＮに応答して、以前フレームデータＦ（ｔ）、Ｐｉｘｅｌ  ｄａｔａ（ｔ）との比較を通じてアップデート如何を確認することができる。
一例として、アップデート如何の確認は、以前フレームＦ（ｔ）のデータに基づいて、現在フレームＦ（ｔ＋１）のデータに対するエラーチェック方式で行われる。エラーチェック方式としては、パリティ検査方式、チェックサム検査方式、循環重複検査方式、安全なハッシュアルゴリズム方式（Ｓｅｃｕｒｅ  Ｈａｓｈ  Ａｌｇｏｒｉｔｈｍ；以下、ＳＨＡと称する）、及びハミングコード検査方式などがある。
一例として、循環重複検査についてのより具体的な説明は、図６で行う。さらに他の一例として、ＳＨＡ方式についてのより具体的な説明は、図７で行う。
【００３３】
図６は、図５のアップデート検出部の一実施形態を具体的に示すブロック図である。
図６を参照すると、一例として、アップデート検出部３０１は、現在フレームＦ（ｔ＋１）のデータを以前フレームＦ（ｔ）のデータに基づいた循環重複検査（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ；以下、ＣＲＣと称する）を行って、エラー発生有無で確認することができる。循環重複検査とは、方程式に基づいてデータ伝送エラーを検出する方法の一種である。
【００３４】
現在フレームＦ（ｔ＋１）のデータＰ（ｘ）がＮビットあると仮定し、以前フレームで使う約束されたＧ（ｘ）がｋ＋１ビット（ｂｉｔｓ）あると仮定する。数式１のように伝送するＰ（ｘ）にＸｋを乗算して、Ｇ（ｘ）で割り算すれば、商としてＱ（ｘ）が生じ、残りとしてＲ（ｘ）が生成される。
【００３５】
【数１】
2013161089.tif 000003
【００３６】
例えば、既定の分周比（または、Ｇｅｎｅｒａｔｏｒ）が、１０１１である場合、ＣＲＣのジェネレータ方程式Ｇ（ｘ）は、数式２のように表記される。
【００３７】
【数２】
2013161089.tif 000004
【００３８】
アップデート検出部３０１は、前記のようなＣＲＣのジェネレータ方程式Ｇ（ｘ）を以前フレームから求め、現在フレームが入力されれば、循環重複検査を通じて残りのＲ（ｘ）によって、アップデート如何を確認することができる。
すなわち、以前フレームＦ（ｔ）に基づいて、現在フレームＦ（ｔ＋１）に対する循環重複検査でエラーが発生しなければ（例えば、Ｒ（ｘ）＝０）、以前フレームＦ（ｔ）が引き続き反復されて再生される。以前フレームＦ（ｔ）に基づいて、現在フレームＦ（ｔ＋１）に対する循環重複検査でエラーが発生すれば（例えば、Ｒ（ｘ）＝０ではない場合）、以前フレームＦ（ｔ）から現在フレームＦ（ｔ＋１）にアップデートされ、再生される。
【００３９】
例えば、以前フレームのデータ（Ｐｉｘｅｌ  Ｄａｔａ）が、２４ビットＲＧＢピクセルデータである場合、各ビットに対する１６ビット循環重複検査を行うと仮定する。１６ビット循環重複検査時、Ｇ（ｘ）は、数式３のようである。
【００４０】
【数３】
2013161089.tif 000005
【００４１】
数式３は、図６のような線形フィードバックシフトレジスタ（Ｌｉｎｅａｒ  Ｆｅｅｄｂａｃｋ  Ｓｈｉｆｔ  Ｒｅｇｉｓｔｅｒ）として具現可能である。すなわち、第１ステージないし第１６ステージ３２１は、シフトレジスタとして具現されて、クロック信号Ｃｌｏｃｋによって動作する。また、論理回路のそれぞれ３１１、３１２、３１３は、数式３のような方程式（ｐｏｌｙｎｏｍｉａｌ）を具現するための加算演算を行うためのものである。その結果、残りのＲ（ｘ）（ｏｕｔ１ないしｏｕｔ１６）が出力されるが、前記Ｒ（ｘ）の値から以前フレームから現在フレームのアップデート如何を確認することができる。
【００４２】
図６のアップデート検出部３０１は、１クロック当たり１ビットずつ処理する直列構造線形フィードバックシフトレジスタであるが、本発明の実施形態が、これに限定されるものではなく、並列フィードバックシフトレジスタなど多様な実施形態として具現可能である。
また、図６のアップデート検出部３０１は、１６ビット循環重複検査の場合として例をあげて説明したが、本発明の実施形態が、これに限定されるものではなく、８ビット、１０ビット、２４ビット、３２ビット循環重複検査（ＣＲＣ）など多様な実施形態として具現可能である。
【００４３】
図７は、図５のアップデート検出部の他の一実施形態を具体的に示すブロック図である。
図７を参照すると、一例として、アップデート検出部３０２は、現在フレームＦ（ｔ＋１）のデータをＳＨＡ関数を用いて、以前フレームＦ（ｔ）のデータに対して暗号化エラー発生有無で確認することができる。ＳＨＡ関数は、互いに関連した暗号学的ハッシュ関数の集まりである。
ＳＨＡ関数は、３２ビットであるそれぞれの内部状態Ａ、Ｂ、Ｃ、Ｄ、Ｅが入力されれば、引き続き変わる非線形関数Ｆ、定数Ｋｔ、Ｗｔ（７ｃ）、＜＜＜ｎ演算（ｎビットだけ左側に回転、７ｂ）、及び２３２モジュロ加算演算（７ａ）などを用いて、入力を暗号化した外部状態Ａ′、Ｂ′、Ｃ′、Ｄ′、Ｅ′を出力する。
【００４４】
図８は、本発明の一実施形態によるディスプレイコントローラの動作方法を示すフローチャートである。図８を参照すると、ＳｏＣ１０は、まず、メモリ１から第１フレーム、すなわち、以前フレームＦ（ｔ）を受信し（ステップＳ１０）、ディスプレイ装置２０に前記第１フレームＦ（ｔ）を伝送して、ディスプレイドライバ２００が、第１フレームＦ（ｔ）をリフレッシュフレームバッファ２０２に保存する。そして、ＳｏＣ１０は、一定時間経過後、外部メモリから第２フレーム、すなわち、現在フレームＦ（ｔ＋１）を受信する（ステップＳ１１）。
【００４５】
ＳｏＣ１０は、第１フレームに基づいて、第２フレームのアップデート如何を確認する（ステップＳ１２）。一例として、確認は、第１フレームの既定の領域のデータに基づいて、第２フレームの当該領域のデータが一致するか否かで確認することができる。
他の一例として、第１フレームのデータに基づいて、第２フレームのデータに対するエラーチェック方式でアップデート如何を確認することができる。エラーチェック方式は、第２フレームのデータを第１フレームのデータに基づいた循環重複検査を行って、エラー発生有無で確認する方式であり得る。
【００４６】
第２フレームが、第１フレームと同一である場合、パネル・セルフリフレッシュ動作を続かなければならないので（ステップＳ１５）、パネル・セルフリフレッシュアクティブ命令を伝送する（ステップＳ１６）。
一例として、第２フレームＦ（ｔ＋１）のデータがアップデートされず（ステップＳ１２）、別途のユーザイベントがない場合（ステップＳ１３）、ＳｏＣは、インタラプト命令を発生させ（ステップＳ１４）、インタラプト命令に応答してパネル・セルフリフレッシュ動作のための第１レジスタ値をセッティングする（ステップＳ１５）。ＳｏＣは、パネル・セルフリフレッシュアクティブ命令をディスプレイデバイス２０に伝送する（ステップＳ１６）。
【００４７】
ディスプレイドライバ２００が、パネル・セルフリフレッシュアクティブ命令を受信すれば（ステップＳ２１）、ディスプレイドライバ２００は、この命令に基づいてアップデートしないインターフェースを選択する（ステップＳ２２）。すなわち、リフレッシュフレームバッファ２０２を選択（ステップＳ２２）して、リフレッシュフレームバッファ２０２に保存された以前フレームＦ（ｔ）をディスプレイパネル２５０に出力する（ステップＳ３０）。
【００４８】
しかし、第２フレームＦ（ｔ＋１）のデータがアップデートされるか（ステップＳ１２）、アップデートされなくても、別途のユーザイベントが発生した場合（ステップＳ１３）、ＳｏＣは、パネル・セルフリフレッシュ動作を行わないように（ステップＳ１７）、第２レジスタ値をセッティングする。ＳｏＣは、パネル・セルフリフレッシュインアクティブ命令及び第２フレームをディスプレイ装置に伝送する（ステップＳ１８）。
【００４９】
ディスプレイドライバ２００は、受信部２０１を通じてパネル・セルフリフレッシュインアクティブ命令と第２フレームＦ（ｔ＋１）とを受信し（ステップＳ２３）、前記命令に基づいてアップデートするインターフェースを選択する（ステップＳ２４）。すなわち、ディスプレイドライバ２００は、リフレッシュフレームバッファ２０２を経ずに（ステップＳ２４）、ＳｏＣ１０から受信された第２フレーム、すなわち、現在フレームＦ（ｔ＋１）をディスプレイパネル２５０に出力する（ステップＳ２４、ステップＳ３０）。
【００５０】
したがって、ディスプレイコントローラ１００ａは、ディスプレイドライバ２００がパネル・セルフリフレッシュ動作中であるか否かとは関係なく、別途にフレームアップデート如何を確認する。ディスプレイコントローラ１００ａは、その結果によって、ディスプレイドライバ２００の以後のパネル・セルフリフレッシュ動作を制御するので、ディスプレイドライバ２００が、パネル・セルフリフレッシュ制御に必要な追加消費電力なしに映像信号をディスプレイパネル２５０に出力することができる。その結果、本発明の一実施形態によるイメージデータ処理装置は、映像信号をディスプレイするのに必要なバッテリ消費電力を減らしうる効果がある。
【００５１】
図９は、本発明のさらに他の一実施形態によるアプリケーションプロセッサを具体的に示すブロック図である。説明の便宜上、図２との差異点を中心に説明する。
図９を参照すると、アプリケーションプロセッサ１０ｂは、ＣＰＵ１１、メモリコントローラ１２、ＧＰＵ１３、伝送部１４′、インタラプトコントローラ１１０′、及びディスプレイコントローラ１００ｂを含む。
【００５２】
ディスプレイコントローラ１００ｂは、現在フレームが以前フレームからアップデートされたか否かを確認するアップデート検出部を含む。伝送部１４′は、レジスタ１６とパネル・セルフリフレッシュ・コントローラ１８とを含みうる。
レジスタ１６は、多数のパネル・セルフリフレッシュ動作制御命令値を保存し、パネル・セルフリフレッシュ・コントローラ１８は、アップデート確認の結果によって、パネル・セルフリフレッシュ動作制御命令値をディスプレイ装置に出力するように制御することができる。
【００５３】
この際、パネル・セルフリフレッシュ・コントローラ１８は、ディスプレイ装置２０に静止映像信号または動画信号などのイメージデータ出力時、ＳｏＣ１０だけではなく、他の知能素子（Ｉｎｔｅｌｌｅｃｔｕａｌ  Ｐｒｏｐｅｒｔｙ）とのデータ入出力関連性及び電力関連性なども共に考慮することができる。
インタラプトコントローラ１１０′は、スイッチ１１１を含みうる。インタラプトコントローラ１１０′は、パネル・セルフリフレッシュ・コントローラ１８の動作時にはスイッチ１１１をターンオフすることもできる。インタラプトコントローラ１１０′は、アプリケーションプロセッサ１０ｂの全般的なインタラプトの発生に関与するが、パネル・セルフリフレッシュ動作に関連した動作遂行時、スイッチ１１１を通じて別途に動作することができる。
【００５４】
図１０は、本発明のさらに他の一実施形態によるアプリケーションプロセッサを具体的に示すブロック図である。説明の便宜上、図２との差異点を中心に説明する。
図１０を参照すると、アプリケーションプロセッサ１０ｃは、ＣＰＵ１１、メモリコントローラ１２、ＧＰＵ１３、伝送部１４、ディスプレイコントローラ１００ｃ、及びアップデート検出部３５０を含む。図１０のアプリケーションプロセッサ１０ｃは、図２と異なってアップデート検出部３５０がディスプレイコントローラ１００ｃと別途に具現可能である。
アップデート検出部３５０は、現在フレームが以前フレームからアップデートされたか否かを確認して、アップデート如何によって、ディスプレイ装置に現在フレームを伝送するか否かを制御する。ディスプレイコントローラ１００ｃは、制御の結果によって、ディスプレイ装置の駆動を制御することができる。
【００５５】
図１１は、本発明の実施形態によるアプリケーションプロセッサを含むイメージデータ処理システムのブロック図である。
図１１を参照すると、イメージデータ処理システム５００は、ＭＩＰＩ（登録商標）使用または支援することができるＰＤＡ、ＰＭＰ、携帯電話、スマートフォン、またはタブレットＰＣのような携帯用装置（ｐｏｒｔａｂｌｅ  ｄｅｖｉｃｅ）またはモバイル装置（ｍｏｂｉｌｅ  ｄｅｖｉｃｅ）として具現可能である。
【００５６】
イメージデータ処理システム５００は、アプリケーションプロセッサ５１０、イメージセンサ５２０、及びディスプレイ５３０を含む。
アプリケーションプロセッサ５１０に具現されたＣＳＩ（Ｃａｍｅｒａ  Ｓｅｒｉａｌ  Ｉｎｔｅｒｆａｃｅ）ホスト５１２は、カメラシリアルインターフェース（ＣＳＩ）を通じてイメージセンサ５２０のＣＳＩ装置５２１とシリアル通信することができる。実施形態によって、ＣＳＩホスト５１２には、デシリアライザ（ＤＥＳ）が具現可能であり、ＣＳＩ装置５２１には、シリアライザ（ＳＥＲ）が具現可能である。
【００５７】
アプリケーションプロセッサ５１０に具現されたＤＳＩ（Ｄｉｓｐｌａｙ  Ｓｅｒｉａｌ  Ｉｎｔｅｒｆａｃｅ）ホスト５１１は、ディスプレイシリアルインターフェースを通じてディスプレイ５３０のＤＳＩ装置５３１とシリアル通信することができる。実施形態によって、ＤＳＩホスト５１１には、シリアライザ（ＳＥＲ）が具現可能であり、ＤＳＩ装置５３１には、デシリアライザ（ＤＥＳ）が具現可能である。
【００５８】
イメージデータ処理システム５００は、アプリケーションプロセッサ５１０と通信することができるＲＦチップ５４０をさらに含みうる。イメージデータ処理システム５００のＰＨＹ５１３とＲＦチップ５４０のＰＨＹ５４１は、ＭＩＰＩ  ＤｉｇＲＦによってデータを送受信することができる。
イメージデータ処理システム５００は、ＧＰＳ５５０受信器、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）のようなメモリ５５２、ＮＡＮＤフラッシュメモリのような不揮発性メモリとして具現されたデータ保存装置５５４、マイク５５６、またはスピーカー５５８を含みうる。
【００５９】
また、イメージデータ処理システム５００は、少なくとも１つの通信プロトコル（または、通信標準）、例えば、ＵＷＢ（Ｕｌｔｒａ−Ｗｉｄｅｂａｎｄ）５６０、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）５６２、ＷｉＭＡＸ（ｗｏｒｌｄｗｉｄｅ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  ｍｉｃｒｏｗａｖｅ  ａｃｃｅｓｓ）５６４、またはＬＴＥＴＭ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）などを用いて外部装置と通信することができる。実施形態によって、ＤＳＩホスト５１１は、図２のディスプレイコントローラ１００の機能を行える。
【００６０】
本発明は、図面に示された実施形態を参考にして説明されたが、これは例示的なものに過ぎず、当業者ならば、これより多様な変形及び均等な他実施形態が可能であるという点を理解できるであろう。したがって、本発明の真の技術的保護範囲は、特許請求の範囲の技術的思想によって決定されるべきである。
【産業上の利用可能性】
【００６１】
本発明は、ＳｏＣ、及びその動作方法に利用されうる。
【符号の説明】
【００６２】
１：外部メモリ
２：イメージデータ処理システム
１０ａ、１０ｂ、１０ｃ：アプリケーションプロセッサ
２０：ディスプレイ装置
１１：ＣＰＵ
１２：メモリコントローラ
１３：ＧＰＵ
１４：伝送部
１６：レジスタ
１８：パネル・セルフリフレッシュ・コントローラ
１００ａ、１００ｂ、１００ｃ：ディスプレイコントローラ
１０１：インタラプトモジュール
１１０：インタラプトコントローラ
１０２：結果レジスタ
２０１：受信端
２０２：リフレッシュフレームバッファ
２０３：制御ロジック
２０４：選択部
２０５：出力回路
２５０：ディスプレイ
３００、３５０：アップデート検出部
【図１】
2013161089.tif 000006
【図２】
2013161089.tif 000007
【図３】
2013161089.tif 000008
【図４】
2013161089.tif 000009
【図５】
2013161089.tif 000010
【図６】
2013161089.tif 000011
【図７】
2013161089.tif 000012
【図８】
2013161089.tif 000013
【図９】
2013161089.tif 000014
【図１０】
2013161089.tif 000015
【図１１】
2013161089.tif 000016