(57)【要約】  画像データの表示に係る消費電力を抑制する。ＬＣＤ（３）の画像更新を行うか否かを示すコマンドを上記ホストから受信するコマンド受信部（１０）と、コマンドと、画像データを受信したフレーム期間またはその次のフレーム期間のいずれかにおける画像更新の有無を参照して、スルー出力またはＶＲＡＭ（５０）へのライトの少なくともいずれかを行うデータ処理部（４０）と、を備える。
2016093144.tif 000002
【特許請求の範囲】
【請求項１】
ホストから受信した１フレーム分の画像データを表示部に出力する表示制御装置であって、
上記表示部の画像更新を行うか否かを示す更新情報を上記ホストから受信する情報受信部と、
上記更新情報に対応して、受信した上記画像データのメモリへの書込み、および該画像データの上記表示部への出力の少なくともいずれかを行うデータ処理部と、を備え、
上記データ処理部は、自装置が上記画像データを受信したとき、該画像データを受信した第１垂直同期期間か、その次の第２垂直同期期間かのいずれかを所定の垂直同期期間とすると、
上記所定の垂直同期期間において画像更新が行われる場合、上記画像データの書込みを行わず該画像データの出力を行い、
上記所定の垂直同期期間において画像更新が行われない場合、上記画像データの書込みを行うことを特徴とする表示制御装置。
【請求項２】
上記所定の垂直同期期間は上記第１垂直同期期間であることを特徴とする、請求項１に記載の表示制御装置。
【請求項３】
上記データ処理部が上記表示部に上記画像データを出力してから所定の期間、上記画像更新が行われない場合、上記ホストから再送された該画像データを上記メモリに書込むことを特徴とする、請求項２に記載の表示制御装置。
【請求項４】
上記所定の垂直同期期間は上記第２垂直同期期間であることを特徴とする、請求項１に記載の表示制御装置。
【請求項５】
上記データ処理部は、上記第２垂直同期期間において上記画像更新が行われず、かつ上記第１垂直同期期間において上記画像更新が行われる場合、上記画像データの上記メモリへの書込みと、該画像データの上記表示部への出力とを行うことを特徴とする、請求項４に記載の表示制御装置。
【請求項６】
上記データ処理部が上記表示部に上記画像データを出力してから上記画像更新が行われずに所定の時間が経過した場合に、上記メモリから上記画像データを読み出して上記表示部に出力する読出出力部を備えることを特徴とする、請求項１から５のいずれか１項に記載の表示制御装置。
【請求項７】
上記データ処理部は、上記第１垂直同期期間の垂直フロントポーチ期間内に上記ホストから上記画像データを受信開始するとともに、当該画像データの表示部への出力を開始することを特徴とする、請求項６に記載の表示制御装置。
【請求項８】
上記データ処理部は、上記第１垂直同期期間の垂直フロントポーチ期間より前に上記更新情報を受信することを特徴とする、請求項７に記載の表示制御装置。
【請求項９】
上記表示部への上記画像データの出力タイミングを決定するタイミング決定部であって、上記第１垂直同期期間において画像更新が行われる場合、自装置が上記画像データを受信するまで上記表示部の駆動タイミングを遅延させるタイミング決定部を備えることを特徴とする、請求項７または８に記載の表示制御装置。
【請求項１０】
請求項１〜９のいずれか１項に記載の表示制御装置を含む表示装置。
【請求項１１】
ホストから受信した１フレーム分の画像データを表示部に出力する表示制御装置の表示制御方法であって、
上記表示部の画像更新を行うか否かを示す更新情報を上記ホストから受信する情報受信ステップと、
上記情報受信ステップにて受信した上記更新情報に対応して、受信した上記画像データのメモリへの書込み、および該画像データの上記表示部への出力の少なくともいずれかを行うデータ処理ステップと、を含み、
自装置が上記画像データを受信したとき、該画像データを受信した第１垂直同期期間か、その次の第２垂直同期期間かのいずれかを所定の垂直同期期間とすると、
上記データ処理ステップにおいて、上記所定の垂直同期期間において画像更新が行われる場合、上記画像データの書込みを行わず該画像データの出力を行い、
上記所定の垂直同期期間において画像更新が行われない場合、上記画像データの書込みを行うことを特徴とする表示制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は表示装置の表示制御を行う表示制御装置に関する。
【背景技術】
【０００２】
パーソナルコンピュータやスマートフォン等の表示装置は、表示部の画面上に画像を適切に出力するために、各種表示制御を行う表示コントローラを備えていることが一般的である。上記表示コントローラは、ホストから受信した画像データを、表示装置の表示のタイミングに合わせて当該表示装置に出力する。当該表示コントローラには、メモリを内蔵した表示コントローラと、メモリを持たない表示コントローラとがある。また近年、動画などをより高品質で表示可能にするため、表示部を高い駆動周波数で駆動させる技術が開発されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】日本国公開特許公報「特開２０１３−５４３５６号公報（公開日：２０１３年３月２１日）」
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、上述のようにメモリを内蔵した表示コントローラで高い駆動周波数での駆動を実現した場合、表示部の駆動周波数が増加するほどメモリへのアクセス頻度は高くなるので、画像データの表示に係る消費電力が増大してしまうという問題があった。また、メモリを持たない表示コントローラの場合で高い駆動周波数での駆動を実現した場合も、表示部のリフレッシュのためホストから毎フレーム期間画像データを送受信するので、同様に画像データの表示に係る消費電力が増大してしまうという問題があった。【０００５】
本発明は、上記問題点に鑑みたものであり、その目的は、画像データの表示に係る消費電力を抑制した表示制御装置、表示装置、および表示制御方法を実現することである。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、本発明の一態様に係る表示制御装置は、ホストから受信した１フレーム分の画像データを表示部に出力する表示制御装置であって、上記表示部の画像更新を行うか否かを示す更新情報を上記ホストから受信する情報受信部と、上記更新情報に対応して、受信した上記画像データのメモリへの書込み、および該画像データの上記表示部への出力の少なくともいずれかを行うデータ処理部と、を備え、上記データ処理部は、自装置が上記画像データを受信したとき、該画像データを受信した第１垂直同期期間か、その次の第２垂直同期期間かのいずれかを所定の垂直同期期間とすると、上記所定の垂直同期期間において画像更新が行われる場合、上記画像データの書込みを行わず該画像データの出力を行い、上記所定の垂直同期期間において画像更新が行われない場合、上記画像データの書込みを行うことを特徴とする。
【発明の効果】
【０００７】
本発明の一態様によれば、画像データの表示に係る消費電力を抑制するという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施形態１に係る表示装置の要部構成を示すブロック図である。
【図２】実施形態１に係る表示装置に含まれる表示制御装置においてライト、スルー出力、およびリード出力を行う場合の、画像データの入出力の系統を示す図である。
【図３】実施形態１に係る表示装置の表示制御に係る各種信号およびデータの送受信のタイミングを示すタイミングチャートである。
【図４】実施形態１に係る表示装置に含まれるホストおよび上記表示制御装置の処理の流れを示す図である。
【図５】図３に示すタイミングチャートの変形例を示す図である。
【図６】本発明の実施形態２に係る表示装置の要部構成を示すブロック図である。
【図７】実施形態２に係る表示装置の表示制御に係る各種信号およびデータの送受信のタイミングを示すタイミングチャートである。
【図８】実施形態２に係る表示装置に含まれるホストおよび上記表示制御装置の処理の流れを示す図である。
【図９】本発明の実施形態３に係る表示装置に含まれる表示制御装置における、垂直同期信号と、入出力のタイミングとを示すタイミングチャートである。
【図１０】上記表示制御装置において垂直同期信号を遅延させる場合の、当該表示制御装置に対する画像データの入出力のタイミングを示すタイミングチャートである。
【発明を実施するための形態】
【０００９】
〔実施形態１〕
本発明の第１の実施形態について説明すれば、以下の通りである。
【００１０】
以下、本発明の実施の形態について、詳細に説明する。まず始めに、本発明に係る表示装置の構成について図１を参照して説明する。
【００１１】
≪要部構成≫
図１は、本実施形態に係る表示装置５００の要部構成を示すブロック図である。表示装置５００は、ホスト２と、表示制御装置１と、ＬＣＤ（表示部）３とを含む。なお、ホスト２、表示制御装置１、およびＬＣＤ３は表示装置５００として一体に構成されていてもよいが、それぞれ別個の装置であってもよい。
【００１２】
（ホスト）
ホスト２は、ＬＣＤ３に表示させる画像データを生成し、表示制御装置１に提供するものである。ここで、「画像データ」とは、ＬＣＤ３に表示する１フレーム分の画像のデータを示す。ホスト２は表示制御装置１から受信するＴＥ（Tearing Effect）信号（後述）に同期して、表示制御装置１へ画像データを送信する。ホスト２は、さらに詳しくは、コマンド生成部１２０と、画像送信部１３０と、更新要求取得部１００と、更新判定部１１０とを含む。
【００１３】
更新要求取得部１００は、ホスト２またはホスト２と通信する外部機器において起動しているアプリケーションソフトウェア（以降、単に「アプリ」と称する）から、画像更新要求を取得するものである。ここで、「画像更新要求」とは、ＬＣＤ３に表示させている（またはＬＣＤ３が表示する予定である）画像を、当該画像を表示するフレーム期間の次のフレーム期間で更新することを示すリクエストである。更新要求取得部１００は、取得した画像更新要求を更新判定部１１０に送る。
【００１４】
更新判定部１１０は、画像更新要求の有無に応じてコマンド生成部１２０に生成させるコマンド（更新情報）の種類と、画像送信部１３０に送信させる画像データとを決定するものである。ここで、「コマンド」とは表示制御装置１に対する指示であり、上述のように画像更新要求の有無、すなわちＬＣＤ３において画像更新を行うか否かに応じて生成される。更新判定部１１０は、更新要求取得部１００から画像更新要求を得た場合、すなわちＬＣＤ３において次のフレーム期間で画像更新が有る場合はコマンド生成部１２０にスルーコマンドの生成を指示する。ここで、スルーコマンドとは、表示制御装置１に画像データをメモリ（後述するＶＲＡＭ５０）に書き込まずにＬＣＤ３に出力することを指示するコマンドである。更新判定部１１０はまた、画像送信部１３０に対し、上記更新のための画像データを送信するよう指示する。一方、更新判定部１１０は、更新要求取得部１００から画像更新要求を得られなかった場合、すなわちＬＣＤ３において次のフレーム期間で画像更新が無い場合、コマンド生成部１２０にライトコマンド（以降、ＷＲコマンドとも記載する）の生成を指示する。ここで、ライトコマンドとは、表示制御装置１に画像データをメモリに書き込ませることを指示するコマンドである。更新判定部１１０はまた、画像送信部１３０に対し、直前のフレーム期間に送信した画像データを再送するように指示する。
【００１５】
コマンド生成部１２０は、コマンドを生成し表示制御装置１に送信するものである。コマンド生成部１２０は、更新判定部１１０の指示に応じてライトコマンドまたはスルーコマンドを生成し、表示制御装置１に送信する。画像送信部１３０は、更新判定部１１０の指示に応じた画像データを表示制御装置１に送信するものである。なお、当該画像データは画像送信部１３０が生成してもよいし、ホスト２が有する、またはホスト２とデータ通信可能に接続された記憶装置などから得られたものであってもよい。なお、コマンドは画像データと同じインタフェース、例えばＤＳＩに重畳して通信されても良い。この場合、コマンド生成部１２０と画像送信部１３０とをまとめた１つの機能ブロック（インタフェース）から、コマンドと画像データとの両方を送信する。
【００１６】
（表示制御装置）
表示制御装置１は、ホスト２から受信した画像データをＬＣＤ３へと出力する装置である。より詳しくは、表示制御装置１はホスト２の画像データの入力タイミングと、ＬＣＤ３の画像データの表示タイミングとを調整することにより、表示装置５００全体の表示制御を行うコントローラである。表示制御装置１は、さらに詳しくは、ＶＲＡＭ（メモリ）５０と、コマンド受信部（情報受信部）１０と、画像受信部２０と、処理判定部３０と、データ処理部４０と、内部タイミングジェネレータ（内部ＴＧ、タイミング決定部）７０と、読出出力部６０とを含む。
【００１７】
ＶＲＡＭ５０は、画像データを記憶するメモリである。ＶＲＡＭ５０は、書込部４２により画像データを書き込まれ、後述する読出出力部６０により画像データを読み出される。なお、ＶＲＡＭ５０は画像データ（または圧縮された画像データ）を記憶可能であれば、その種類は問わない。
【００１８】
コマンド受信部１０は、ホスト２のコマンド生成部１２０からコマンドを受信するものである。コマンド受信部１０は受信したコマンドを処理判定部３０に送る。画像受信部２０は、ホスト２の画像送信部１３０から画像データを受信するものである。コマンド受信部１０および画像受信部２０の具体例としては、ＭＩＰＩ（Mobile Industry Processor Interface、登録商標）規格のうちのＤＳＩ（Display Serial Interface）規格に適合したインタフェースなどが挙げられる。画像受信部２０は受信した画像データをデータ処理部４０の出力部４１および書込部４２へと送る。なお、ホスト２との間でコマンドが画像データと同じインタフェース、例えばＤＳＩに重畳して通信される場合、コマンド受信部１０と画像受信部２０とをまとめた１つの機能ブロック（インタフェース）が、コマンドと画像データとの両方を受信する。
【００１９】
処理判定部３０は、コマンド生成部１２０から得たコマンドの種類に応じて、データ処理部４０が行う処理を決定するものである。処理判定部３０は、得たコマンドがスルーコマンドである場合、データ処理部４０に対し、次のフレーム期間でスルー出力を行うことを指示する。ここで、「スルー出力」とは、画像データをＶＲＡＭ５０に書き込まずにＬＣＤ３に出力することを意味する。また、得たコマンドがライトコマンドである場合、処理判定部３０はデータ処理部４０に対し、次のフレーム期間で画像データをＶＲＡＭ５０へ書き込む（ライト）ことを指示する。
【００２０】
データ処理部４０は、ライトとスルー出力との少なくともいずれかを行うものである。データ処理部４０は画像データのライトのための書込部４２と、スルー出力のための出力部４１とを含む。書込部４２は、後述する内部ＴＧ７０が生成する垂直同期信号に同期して画像データのライトを行う。なお、書込部４２はＶＲＡＭ５０の容量に対し画像データの容量が大きい場合などに、当該画像データを圧縮してからライトしてもよい。出力部４１は、内部ＴＧ７０が生成する垂直同期信号に同期して画像受信部２０から受信した画像データをスルー出力する。なお、スルー出力はメモリにアクセスしないため、書込部４２のライトと並行して行うことも可能である。
【００２１】
内部ＴＧ７０は、画像データの入出力タイミングを規定するための、垂直同期信号（Ｖｓｙｎｃ）を生成するものである。出力部４１、書込部４２、および後述する読出出力部６０は内部ＴＧ７０が生成したＶｓｙｎｃと同期して、それぞれスルー出力、ライト、およびリード出力を行う。内部ＴＧ７０はさらに、生成したＶｓｙｎｃをＴＥ信号としてホスト２に送信する。ＴＥ信号は、ＬｏｗレベルおよびＨｉｇｈレベルの２値からなる信号である。内部ＴＧ７０はＨｉｇｈレベルまたはＬｏｗレベルのＴＥ信号をホスト２に送信することにより、ホスト２からの画像データの入力タイミングを制御する。ホスト２はＴＥ信号の所定のエッジから予め設定された遅延時間後に、画像データの転送を開始する。さらに詳しくは、内部ＴＧ７０は生成したＶｓｙｎｃの立ち下がりの後の１垂直同期期間における垂直フロントポーチ（ＶＦ）期間の間ＨｉｇｈレベルのＴＥ信号を送信し、当該期間以外の期間はＬｏｗレベルのＴＥ信号を送信する。
【００２２】
読出出力部６０は、リード出力を行うものである。ここで、「リード出力」とは、ＶＲＡＭ５０に書き込まれた画像データを読み出し、当該画像データをＬＣＤ３に出力することを意味する。読出出力部６０は、内部ＴＧ７０が生成するＶｓｙｎｃの立ち下がりに応じてリード出力を行う。より詳しくは、読出出力部６０は当該立下りの後の垂直バックポーチ（ＶＢ）期間の後から、次の垂直同期信号のＶＦ期間までの間にリード出力を行う。なお、読出出力部６０は、ＶＲＡＭ５０に書き込まれた画像データが、圧縮された画像データであった場合、ＬＣＤ３が表示可能な形式に解凍してから出力してもよい。
【００２３】
（ＬＣＤ）
ＬＣＤ３は、表示制御装置１からスルー出力またはリード出力された画像データを表示する。ＬＣＤ３は液晶ディスプレイ（Liquid Crystal Display）であることが望ましいが、上記画像データが表示可能あればその構成は限定されない。例えばＬＣＤ３は、ブラウン管を用いたディスプレイ（ＣＲＴ）、プラズマディスプレイ、有機ＥＬ（electroluminescence）ディスプレイ、電解放出ディスプレイなど、液晶ディスプレイ以外の表示装置であってもよい。
【００２４】
ＬＣＤ３は複数の画素を有する表示画面を備える。ＬＣＤ３は、例えば、アクティブマトリクス型表示パネルとしての酸化物半導体表示パネルである。酸化物半導体表示パネルとは、二次元的に配列された複数の画素の少なくとも１つ毎に対応して設けられたスイッチング素子に、酸化物半導体−ＴＦＴ（thin film transistor）を採用した表示パネルである。酸化物半導体−ＴＦＴは、半導体層に酸化物半導体が用いられたＴＦＴである。酸化物半導体としては、例えば、インジウム・ガリウム・亜鉛の酸化物を用いた酸化物半導体（ＩｎＧａＺｎＯ系酸化物半導体）がある。酸化物半導体−ＴＦＴは、オン状態において流れる電流が大きく、オフ状態におけるリーク電流が小さい。そのため、スイッチング素子に、酸化物半導体−ＴＦＴを採用することにより、画素開口率を向上させることができる上に、画面表示のリフレッシュレートを１Ｈｚ程度にまで低減させることができる。リフレッシュレートの低減は、省電力効果をもたらす。
【００２５】
≪表示制御装置の処理の詳細≫
以下、表示制御装置１が行うライト、スルー出力、およびリード出力それぞれにおける画像データの入出力の流れについて、図２を用いて詳細に説明する。図２は、表示制御装置１においてライト、スルー出力、およびリード出力を行う場合の、画像データの入出力の系統を示す図である。
【００２６】
図中の２つの「ＭＩＰＩ  Ｒｘ」のブロックは、図１のコマンド受信部１０および画像受信部２０に含まれるものであり、ＭＩＰＩのデータ転送仕様を用いてホスト２から転送されたコマンドおよび画像データを受信するものである。また、図中の「圧縮」および「ライト制御」のブロックは図１の書込部４２に含まれ、「リード制御」のブロックは出力部４１に含まれる。また、「解凍」のブロックは、出力部４１および読出出力部６０に含まれる。なお、「圧縮」および「解凍」のブロックは必須ではない。「ＴＧ  ｆｏｒ  ＭＩＰＩ  ｃｌｋ」はＭＩＰＩ Ｒｘから画像データのタイミング情報を抽出し、該タイミング情報をスルー出力部に伝えるものである。
【００２７】
図２に示す通り、表示制御装置１は、（１）スルー系、（２）ライト系、（３）リード系の少なくともいずれかの系路で画像データを処理する。なお、スルー系とリード系は、一部共通の系路（（１´）スルー／リード系）を使用してもよい。
【００２８】
（スルー系）
スルー系は、表示制御装置１（画像受信部２０）がホスト２から受信した画像データをスルー出力する系統である。表示制御装置１はホスト２から受信したコマンドがスルーコマンドである場合、スルー系で画像データを処理する。
【００２９】
具体的には、データ処理部４０の出力部４１は、ＭＩＰＩ  Ｒｘを介し受信した画像データを、ＴＧ  ｆｏｒ  ＭＩＰＩ  ｃｌｋの抽出するタイミング情報に同期してＬＣＤ３に出力（スルー出力）する。なお、ホスト２から得た画像データが圧縮されたデータであった場合、出力部４１は図示の通り、（１´）スルー／リード系を経由して画像データを解凍させてからＬＣＤ３に出力すればよい。また、図示の通り、スルー系はＶＲＡＭ５０へのアクセスを伴わない処理系統である。したがって、スルー系と、以下で説明するライト系とは並行処理することも可能である。
【００３０】
（ライト系）
ライト系は、表示制御装置１がホスト２から受信した画像データをＶＲＡＭ５０にライトする系統である。表示制御装置１はホスト２から受信したコマンドがＷＲコマンドである場合、ライト系で画像データを処理する。
【００３１】
具体的には、データ処理部４０の書込部４２は、ＭＩＰＩ  Ｒｘ（画像受信部２０）を介し受信した画像データを、内部ＴＧ７０の生成するＶｓｙｎｃに同期して、ＶＲＡＭ５０に書き込む（「ライト制御」ブロック）。なお、書込部４２は画像データを圧縮して（「圧縮」ブロック）からＶＲＡＭ５０に書き込んでもよい。
【００３２】
（リード系）
（１）スルー系および（２）ライト系は、ホスト２からのコマンドおよび画像データの受信により処理が開始される。一方、（３）リード系は（１）スルー系および（２）ライト系とは異なり、ＬＣＤ３の垂直同期期間の開始までに画像更新を示すホスト２からのコマンド入力および画像データ入力が無かった場合に実行される処理系統である。
【００３３】
具体的には、読出出力部６０がＶＲＡＭ５０から画像データを読み出し（「リード制御」ブロック）、必要に応じて解凍した上で（「解凍」ブロック）、ＬＣＤ３に出力する。このとき、読出出力部６０は、内部ＴＧ７０の生成するＶｓｙｎｃに同期して、ＶＲＡＭ５０からの画像データの読出しを行う。そして、読出出力部６０は、読み出した画像データをＶｓｙｎｃと同期してＬＣＤ３に出力する。
【００３４】
なお、表示装置５００のホスト２の更新要求取得部１００においてアプリからの画像更新要求がＬＣＤ３の垂直同期期間の開始までに得られなかった場合、更新判定部１１０はコマンド生成部１２０に次のフレーム期間で「画像更新を行わない」旨を示すコマンド（画像更新が無い旨を示す更新情報）を生成および送信させてもよい。この場合、表示制御装置１のコマンド受信部１０は当該コマンドを処理判定部３０に送信し、処理判定部３０が読出出力部６０に対しリード出力を指示することにより、読出出力部６０がリード出力を行う。
【００３５】
≪表示装置の制御例≫
次に、表示装置５００（特に、ホスト２および表示制御装置１）が行う表示制御処理の流れについて、図３を用いて説明する。図３は、表示装置５００の表示制御に係る各種信号およびデータの送受信のタイミングを示すタイミングチャートである。図３の縦１列は、表示制御装置１が規定する１フレーム期間を示す。
【００３６】
「更新」行は、各フレーム期間において、更新要求取得部１００がアプリからの画像更新要求を取得したか否かを、下向きの矢印の有無で示している。一方、「ＷＲコマンド」行は、表示制御装置１のコマンド受信部１０がＷＲコマンドを受信するタイミングを下向きの矢印で示している。「ＤＳＩ入力」行は、ＤＳＩに適合したインタフェースである画像受信部２０が、画像データを受信する（ホスト２から画像受信部２０に画像が入力される）タイミングおよび期間を示している。「ＤＳＩ入力」行のアルファベットを付したブロックは画像データを示しており、同じアルファベットを付したブロックは同じ画像データを示す。なお、図３では便宜上、画像データの受信期間が１フレーム期間と同じ長さであるかのように記載しているが、画像データは、実際は１フレーム期間より短い期間で受信（転送）される。
【００３７】
「ＲＡＭ  ＷＲ」行は、表示制御装置１の書込部４２がＶＲＡＭ５０に画像データをライトするタイミングおよび期間を「Ｗ」を付したブロックで示している。「ＲＡＭ  ＲＤ」行は、読出出力部６０がＶＲＡＭ５０から画像データを読み出すタイミングおよび期間を「Ｒ」を付したブロックで示している。なお、図３では便宜上、「Ｗ」ブロックや「Ｒ」ブロックが１フレーム期間と同じ長さであるかのように記載しているが、画像データは、実際は１フレーム期間より短い期間でライトまたはリードされる。「ＬＣＤ駆動」行は、ＬＣＤ３の駆動タイミング、すなわちＬＣＤ３における画像データの表示タイミングおよび表示更新期間を示す。なお、図３では便宜上、画像データの表示更新期間が１フレーム期間と同じ長さであるかのように記載しているが、これは必須ではない。
【００３８】
更新要求取得部１００は図示の通り、フレーム期間単位でアプリからの画像更新要求の有無を取得する。ここで、更新要求取得部１００があるフレーム期間でアプリから画像更新要求を取得すると、更新要求取得部１００から画像更新要求を得た更新判定部１１０はＬＣＤ３において現フレーム期間の次のフレーム期間で画像更新が必要と判定し、コマンド生成部１２０および画像送信部１３０にそれぞれ指示を送る。これにより、コマンド生成部１２０にてスルーコマンドが生成され、コマンド受信部１０へ送信される。また、画像送信部１３０から画像受信部２０へ（更新用の）画像データが送信される。なお、このときホスト２は送信した画像データ（以降、送信済画像データと称する）を、例えば図示しない記憶装置などに記憶しておく。
【００３９】
具体的には、例えば図３のｆ１のフレーム期間において、更新要求取得部１００は画像更新要求を取得している（「更新」行の矢印Ｂ）。したがって、コマンド生成部１２０はスルーコマンドを表示制御装置１のコマンド受信部１０に送信し、画像送信部１３０は次のフレームにて更新用の画像データＢを画像受信部２０に送信し、画像受信部２０はこれを受信する（ｆ２の「ＤＳＩ入力」行）。なお、このときホスト２は送信した画像データＢを、記憶装置（図示せず）などに記憶しておく。
【００４０】
言い換えれば、表示制御装置１が画像データＢを受信したとき、データ処理部４０は、画像データＢの受信が完了する垂直同期期間ｆ２（第１垂直同期期間）に画像更新が行われる場合、画像データＢのＶＲＡＭ５０への書込みを行わず画像データＢのＬＣＤ３への出力を行う（ｆ２の「ＬＣＤ駆動」行）。
【００４１】
コマンド生成部１２０は受信したスルーコマンドを処理判定部３０に送信する。処理判定部３０はコマンドの種類に対応して、データ処理部４０にスルー出力を行うよう指示する。データ処理部４０の出力部４１は当該指示を受け、画像データＢをスルー出力する。結果として、ＶＲＡＭ５０へのライト、およびＶＲＡＭ５０からの読出しを行わずに、ＬＣＤ３に画像データＢを表示することができる（ｆ２の「ＬＣＤ駆動」行）。
【００４２】
一方、あるフレームにてアプリから画像更新要求が途切れた場合、更新判定部１１０は当該フレームの次のフレームから画像更新が無いと判定し、コマンド生成部１２０および画像送信部１３０にそれぞれ指示を送る。これにより、コマンド生成部１２０にてライトコマンドが生成され、コマンド受信部１０に送信される。また、画像送信部１３０は、ホスト２が記憶していた送信済画像データを読み出し、表示制御装置１の画像受信部２０に再送する。
【００４３】
例えば、図３のｆ２のフレーム期間において、更新要求取得部１００は画像更新要求を取得していない（ｆ２の「更新」行が空白である）。したがって、コマンド生成部１２０はライトコマンドをコマンド受信部１０に送信し（ｆ２の「ＷＲコマンド」行の矢印）、画像送信部１３０はｆ３のフレーム期間終了までに、送信済画像データ（画像データＢ）を表示制御装置１に再送する（ｆ３の「ＤＳＩ入力」行）。ライトコマンドを受信したコマンド受信部１０は、当該コマンドを処理判定部３０に送信し、処理判定部３０は、ｆ３の間に送信済画像データＢをライトするよう、データ処理部４０に指示する。データ処理部４０の書込部４２は当該指示を受け、ｆ３のフレーム期間においてＶＲＡＭ５０に送信済画像データＢを書き込む（ｆ３の「ＲＡＭ  ＷＲ」行）。
【００４４】
言い換えれば、表示制御装置１は、送信済画像データＢを再受信したとき、データ処理部４０は、送信済画像データＢの再受信が完了する垂直同期期間ｆ３（第１垂直同期期間）に画像更新が行われない場合、送信済画像データＢのＬＣＤ３への出力を行わず、送信済画像データＢのＶＲＡＭ５０への書込みを行う。
【００４５】
このように、表示制御装置１への画像更新を示すライトコマンドの入力および画像データ入力がないまま、最後にＬＣＤ３に画像データを出力してから所定のフレーム期間が経過したとする。この場合、表示制御装置１の読出出力部６０が駆動し、ＶＲＡＭ５０から送信済画像データを読み出す。例えば、上記「所定のフレーム期間」を１フレーム期間とすると、図３のｆ４にて上記所定のフレーム期間が過ぎたことになる。このとき、ＶＲＡＭ５０には、ｆ４の前のフレームでライトされた画像データＧが記憶されている。したがって、読出出力部６０はＶＲＡＭ５０から画像データＧを読み出し（ｆ４の「ＲＡＭ  ＲＤ」行）、ＬＣＤ３に出力する（ｆ４の「ＬＣＤ出力」行）。
【００４６】
表示装置５００はこのように、画像更新要求の有無、および所定のフレーム期間の経過に応じて、フレーム毎にスルー出力と、ライトと、リード出力とを切替える。これにより、画像更新が発生したときはＶＲＡＭ５０を介さずにＬＣＤ３への画像データの出力を行うことができる。また、画像更新が止まった時点で表示制御装置１へ送信済画像データを再送し、当該再送データをＶＲＡＭ５０に書き込んでおくことができる。さらに、画像更新が止まったまま、ＬＣＤ３のリフレッシュが必要になった場合、ホスト２が動作しなくても読出出力部６０がリード出力を行うことにより、送信済画像データをＬＣＤ３に表示させる（ＬＣＤ３の表示をリフレッシュさせる）ことができる。例えば、最低でも６０Ｈｚでリフレッシュを行うことにより、表示品位を維持することができる。また、酸化物半導体−ＴＦＴを採用した表示パネルでは、表示品位を維持しながらリフレッシュレートを１Ｈｚ程度に低減することができる。この場合は、上述した所定のフレーム期間を例えば５９フレーム期間にすることができる。
【００４７】
≪ホストおよび表示制御装置の処理の流れ≫
最後に、図３に示した制御例における、スルー出力とライトとの切替えに係る処理の流れを、図４を用いて説明する。図４は、図３に示す制御例におけるホスト２および表示制御装置１のスルー出力およびライトの判定処理の流れを示す図である。
【００４８】
ホスト２の更新要求取得部１００は、１フレーム期間内にアプリから画像更新要求を受けた場合（Ｓ１００でＹＥＳ）、コマンド生成部１２０にスルーコマンドを生成させる（Ｓ１０２）。一方、更新要求取得部１００が１フレーム期間内に画像更新要求を受けなかった場合（Ｓ１００でＮＯ）、更新判定部１１０はコマンド生成部１２０にライトコマンドを生成させる（Ｓ１０４）。コマンド生成部１２０は生成したコマンドを送信し（Ｓ１０６）、表示制御装置１のコマンド受信部１０はこれを受信し（Ｓ２００、情報受信ステップ）、処理判定部３０に送る。
【００４９】
また更新判定部１１０は画像送信部１３０に対し、送信したコマンドの種類に応じた画像データを送信させる。コマンドがスルーコマンドだった場合（Ｓ１０８）、更新判定部１１０は画像送信部１３０に、更新用の画像データを送信させる（Ｓ１１０）。一方、コマンドがライトコマンドだった場合（Ｓ１０８）、更新判定部１１０は画像送信部１３０に、送信済データを再送する（Ｓ１１２）。
【００５０】
表示制御装置１の画像受信部２０は更新用の画像データまたは送信済画像データを受信すると（Ｓ２０２）、データ処理部４０に送る。データ処理部４０は処理判定部３０の指示に従い、画像データを処理する。すなわち、ホスト２から受信したコマンドがスルーコマンドの場合（Ｓ２０４）、データ処理部４０の出力部４１はスルー出力を行う（Ｓ２０６、データ処理ステップ）。一方、ホスト２から受信したコマンドがライトコマンドの場合（Ｓ２０４）、書込部４２は送信済画像データをＶＲＡＭ５０にライトする（Ｓ２０８、データ処理ステップ）。
【００５１】
≪表示制御の変形例≫
図３およびその説明では、ホスト２は、あるフレームでアプリからの画像更新要求を取得しなかった場合すぐに、画像送信部１３０から送信済画像データを送信した。しかしながら、ＬＣＤ３がフレームレートを変更可能な装置である場合、ホスト２は画像更新要求を取得しなかった場合、すぐに送信済画像データを表示制御装置１に送信するのではなく、ＬＣＤ３の最小フレームレートの期間中のいずれかのタイミングで送信済画像データを再送すればよい。以下、図３の制御例の変形例について図５を用いて説明する。なお、図５において、図３と同様の処理を行う箇所については説明を省略する。図５は、図３に示したタイミングチャートの変形例を示す図である。
【００５２】
本変形例において、ＬＣＤ３はリフレッシュレートを変更可能な装置である。具体的には、ＬＣＤ３は１Ｈｚ程度の低周波数から１２０Ｈｚ程度の高周波数までフレームレートを変更可能であることが望ましい。なお、図５では一例として、ＬＣＤ３は通常１２０Ｈｚのリフレッシュレートで駆動し、最小のリフレッシュレートは６０Ｈｚである場合について説明する。
【００５３】
あるフレーム期間、例えば図中のｆ５でアプリからの画像更新要求が途切れた場合、更新判定部１１０は当該フレームの次のフレームにおいて画像更新が無いと判断する。そして、更新判定部１１０は、予め定められたＬＣＤ３の最小フレームレート（６０Ｈｚ）の期間（すなわち、ＬＣＤ３の取り得る最長のリフレッシュ間隔）分だけ待機する。更新判定部１１０は、前に画像データを送信開始してから約１／６０秒（最大リフレッシュ周期）経過してから送信済画像データを送信するよう画像送信部１３０に指示する。図５の例では、ＬＣＤ３は１２０Ｈｚの垂直同期信号を基準として駆動しており、その最小フレームレートは６０Ｈｚである。したがって、更新判定部１１０はｆ５の次の１フレーム期間だけ待機する。更新判定部１１０は当該待機中にアプリからの画像更新要求を得られた場合、コマンド生成部１２０にスルーコマンドの生成を指示し、画像送信部１３０に更新用画像データの送信を指示する。一方、上記待機中に画像更新要求を得られなかった場合、更新判定部１１０はコマンド生成部１２０にライトコマンドの生成を指示し、画像送信部１３０に送信済画像データを表示制御装置１に送信するように指示する。例えば、ｆ５の次のフレーム期間であるｆ６において画像更新要求は得られていない。そのため、コマンド生成部１２０はライトコマンドを生成し（ｆ６の「ＷＲコマンド」行）、画像送信部１３０は送信済画像データ（画像データＧ）を表示制御装置１に再送する。そして、表示制御装置１の書込部４２はＶＲＡＭ５０に送信済画像データ（画像データＧ）をライトする（ｆ６の「ＲＡＭ  ＷＲ」行）。
【００５４】
なお、上記説明では、更新判定部１１０がＬＣＤ３の最小フレームレートの期間が経過してからコマンド生成部１２０および画像送信部１３０に指示を出すこととしたが、更新判定部１１０は図３にて説明したのと同様の指示をコマンド生成部１２０および画像送信部１３０に行い、コマンド生成部１２０および画像送信部１３０にて、ＬＣＤ３の最小フレームレートの期間が経過するまでコマンドの生成および送信済画像データの送信を行わず待機しておいてもよい。また、例えばＬＣＤ３の最小リフレッシュレートが１Ｈｚである場合、画像送信部１３０は、前に画像データを送信開始してから１秒（最大リフレッシュ周期）経過してから送信済画像データの送信を行ってもよい。
【００５５】
〔実施形態２〕
本発明の他の実施形態について、図６〜図８に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００５６】
≪要部構成≫
図６は、本実施形態に係る表示装置６００の要部構成を示す図である。図示の通り、表示装置６００はホスト５と、表示制御装置４と、ＬＣＤ３とを備える。ホスト５は、更新情報バッファ１４０を備える点において、実施形態１に係るホスト２と異なる。更新情報バッファ１４０は、更新要求取得部１００が画像更新要求を取得したか否かと、取得した場合当該画像更新要求とを所定のフレーム期間の分だけ記憶するものである。更新情報バッファ１４０は、少なくとも１フレーム期間分、画像更新要求の有無を記憶する。ホスト２は、更新情報バッファ１４０に記憶させた画像更新要求を順次読出し、当該要求に応じて画像データの転送（すなわち、ＬＣＤ３における画像更新）を行う。
【００５７】
本実施形態に係る更新判定部１１１は、現フレーム期間の１つ前のフレーム期間において画像更新要求が有るか否かと、現フレーム期間において画像更新要求が有るか否かとに基づき、コマンド生成部１２１および画像送信部１３１に対する指示を決定する。具体的には、更新判定部１１１はまず始めに更新情報バッファ１４０を参照することにより、現フレーム期間の１つ前のフレーム期間で画像更新が有ったか否かを判定する。更新情報バッファ１４０に画像更新有と記憶されている場合、更新判定部１１１は画像送信部１３１に対し、更新用の画像データを送信するよう指示する。つまり、更新判定部１１１は現フレームではなく、現フレーム期間の１つ前のフレーム期間に得た画像更新要求に応じて画像送信部１３１に画像データの送信を指示する。換言すると、更新判定部１１１は画像更新要求を１フレーム期間遅延させてから処理することとなる。更新判定部１１１はさらに、更新要求取得部１００から現フレーム期間に取得した画像更新要求（更新情報バッファ１４０にこれから格納する画像更新要求）を得たか否かから、現フレーム期間において画像更新が有るか否かを判定する。更新要求取得部１００から画像更新要求を得た場合、すなわち現フレーム期間と現フレーム期間の１つ前のフレーム期間との両方で画像更新要求を得た場合、更新判定部１１１はコマンド生成部１２１に対しスルーコマンドを生成するよう指示する。一方、更新情報バッファ１４０に画像更新有と記憶されているが、更新要求取得部１００から画像更新要求を得られなかった場合、すなわち、現フレーム期間の１つ前のフレーム期間では更新要求取得部１００が画像更新要求を得て更新情報バッファ１４０に記憶させたが、現フレーム期間では更新要求取得部１００が画像更新要求を得られなかった場合、更新判定部１１１はコマンド生成部１２１に対し、ライト＆スルーコマンドを生成するよう指示する。ここで、「ライト＆スルーコマンド」とは、画像データのＶＲＡＭ５０へのライトと、スルー出力との両方を行うことを指示するコマンドである。コマンド生成部１２１は更新判定部１１１からの指示に従いライト＆スルーコマンドを生成し表示制御装置４に送信する。なお、更新情報バッファ１４０に画像更新要求が無い事が記憶されている場合、すなわち現フレーム期間の１つ前のフレーム期間で画像更新要求が得られなかった場合、更新判定部１１１はコマンド生成部１２１および画像送信部１３１に指示を出さずに、次のフレーム期間まで待機する。
【００５８】
≪表示装置の制御例≫
次に、表示装置６００が行う表示制御処理について図７を用いて説明する。図７は、表示装置６００の表示制御に係る各種信号およびデータの送受信のタイミングを示すタイミングチャートである。なお、図７において図３と同様の処理を行う箇所については説明を省略する。
【００５９】
図７の「更新」行は、各フレーム期間において、更新要求取得部１００がアプリからの画像更新要求を取得したか否かを、下向きの矢印の有無で示している。一方、「更新＿ｄ」行は、更新判定部１１１が更新情報バッファ１４０から読み出す画像更新要求の有無を下向き矢印の有無で示している。また、「ＷＲ＆ＴＨコマンド」行は、表示制御装置４のコマンド受信部１０がライト＆スルーコマンドを受信するタイミングを下向きの矢印で示している。
【００６０】
例えば図中のｆ７の期間においては、現フレーム期間と現フレーム期間の１つ前のフレーム期間との両方で画像更新要求が有ることが分かる（ｆ７の「更新」行および「更新＿ｄ」行）。この場合、更新判定部１１１はコマンド生成部１２１にスルーコマンドを生成させ、表示制御装置４に送信させるとともに、１つ前のフレーム期間の画像更新要求に対応して、画像送信部１３１に、次のフレーム期間でＬＣＤ３に出力する（画像更新する）ための画像データＡを送信させる。表示制御装置４の画像受信部２０はｆ８のフレーム期間終了までに画像データＡの受信を完了し（ｆ８の「ＤＳＩ入力」行）、コマンド受信部１０はスルーコマンドを受信する。処理判定部３０はコマンド受信部１０から得たスルーコマンドに対応して、ｆ８の期間内にデータ処理部４０にスルー出力を行わせる（ｆ８の「ＬＣＤ駆動」行）。
【００６１】
言い換えれば、表示制御装置４が画像データＡを受信したとき、データ処理部４０は、画像データＡの受信が完了する垂直同期期間ｆ８の次の垂直同期期間ｆ９（第２垂直同期期間）に画像更新が行われる場合、画像データＡのＶＲＡＭ５０への書込みを行わず画像データＡのＬＣＤ３への出力を行う。図示の通り、ｆ８の前のフレーム期間（ｆ７）において更新要求取得部１００が得た画像更新要求（ｆ７の「更新」行の矢印Ｂ）は、更新情報バッファ１４０に記憶され、フレーム期間ｆ８において更新判定部１１１に読み出される（「更新＿ｄ」行の矢印Ｂ）。そして、更新判定部１１１は読み出した画像更新要求に基づいてコマンド生成部１２１および画像送信部１３１に指示を出すので、コマンド生成部１２１からのコマンドおよび画像送信部１３１からの画像データを受信した表示制御装置４は、ｆ９のフレーム期間において画像更新を行うことになる。したがって、データ処理部４０はｆ９のフレーム期間において、画像データＡのＶＲＡＭ５０への書込みを行わず画像データＡのＬＣＤ３への出力を行う。
【００６２】
一方、例えば図中のｆ８に示すフレーム期間においては、１つ前のフレーム期間では画像更新要求を得ているが、現フレーム期間では画像更新要求を得ていない（ｆ８の「更新」行および「更新＿ｄ」行）。この場合、更新判定部１１１はコマンド生成部１２１にライト＆スルーコマンドを生成および送信させるとともに、１つ前のフレーム期間の画像更新要求に対応して、画像送信部１３１にｆ９のフレーム期間における更新用の画像データＢを送信させる。表示制御装置４のコマンド受信部１０はライト＆スルーコマンドを受信し（ｆ９の「ＷＲ＆ＴＨコマンド」行）、画像受信部２０は画像データＢを受信する（ｆ９の「ＤＳＩ入力」行）。処理判定部３０はコマンド受信部１０からライト＆スルーコマンドを得ると、データ処理部４０に、ＶＲＡＭ５０への画像データＡのライト（ｆ９の「ＲＡＭ  ＷＲ」行）と、スルー出力（ｆ９の「ＬＣＤ駆動」行）との両方を行わせる。
【００６３】
言い換えれば、表示制御装置４が画像データＢを受信したとき、データ処理部４０は、画像データＢの受信が完了する垂直同期期間ｆ９の次の垂直同期期間（第２垂直同期期間）に画像更新が行われない場合、画像データＢのＬＣＤ３への出力を行うと共に、画像データＢのＶＲＡＭ５０への書込みを行う。
【００６４】
≪ホストおよび表示制御装置の処理の流れ≫
最後に、図７に示した制御例における、スルー出力とライトとの切替えに係る処理の流れを、図８を用いて説明する。図８は、図７に示す制御例におけるホスト５および表示制御装置４のスルー出力と、ライト＆スルー出力の判定処理との流れを示すフローチャートである。
【００６５】
ホスト５の更新要求取得部１００は、アプリから画像更新要求を受けると、当該画像更新要求を更新情報バッファ１４０に記憶させるとともに、更新判定部１１１に送信する。更新判定部１１１は、更新情報バッファ１４０を参照することにより、現フレーム期間の１つ前のフレーム期間で画像更新要求が有るか否かを判定する（Ｓ３００）。現フレーム期間の１つ前のフレーム期間で画像更新要求が有る場合（Ｓ３００でＹＥＳ）、更新判定部１１１は画像送信部１３１に対し更新用の画像データの送信を指示するとともに、更新要求取得部１００から画像更新要求を得たか否か（すなわち、現フレーム期間でアプリから画像更新要求を得たか否か）をさらに判定する（Ｓ３０２）。なお、現フレーム期間の１つ前のフレーム期間で画像更新要求が無い場合（Ｓ３００でＮＯ）、更新要求取得部１００は現フレーム期間における画像更新要求の有無を更新情報バッファ１４０に格納し、更新判定部１１１は次のフレーム期間まで待機する。現フレーム期間の１つ前のフレーム期間で画像更新要求が有り（Ｓ３００でＹＥＳ）、さらに更新要求取得部１００から画像更新要求を得た場合（Ｓ３０２でＹＥＳ）、更新判定部１１１はコマンド生成部１２１にスルーコマンドを生成するよう指示し、コマンド生成部１２１はスルーコマンドを生成する（Ｓ３０４）。一方、更新要求取得部１００から画像更新要求を得られなかった場合（Ｓ３０２でＮＯ）、更新判定部１１１はコマンド生成部１２１に対し、ライト＆スルーコマンドを生成するよう指示し、コマンド生成部１２１はライト＆スルーコマンドを生成する（Ｓ３０６）。コマンド生成部１２１は作成したコマンドを表示制御装置４の画像受信部２０に送信し（Ｓ３０８）、画像送信部１３１は更新判定部１１１の指示に応じて更新用の画像データを表示制御装置４に送信する（Ｓ３１０）。
【００６６】
表示制御装置４のコマンド受信部１０はコマンド生成部１２１からコマンドを受信し（Ｓ４００、情報受信ステップ）、処理判定部３０へ送る。また画像受信部２０は更新用の画像データを受信する（Ｓ４０２）。処理判定部３０は、コマンド受信部１０から得たコマンドの種類に応じて、データ処理部４０の処理を決定する（Ｓ４０４）。得たコマンドがスルーコマンドである場合（Ｓ４０４の「スルーコマンド」）、処理判定部３０はデータ処理部４０にスルー出力を指示し、データ処理部４０の出力部４１はスルー出力を行う（Ｓ４０６、データ処理ステップ）。一方、得たコマンドがライト＆スルーコマンドである場合（Ｓ４０４の「ライト＆スルーコマンド」）、処理判定部３０はデータ処理部４０に対し、スルー出力とＶＲＡＭ５０への画像データのライトとの両方を行うよう指示する。データ処理部４０は当該指示にしたがい、出力部４１においてスルー出力を行い、書込部４２においてＶＲＡＭ５０への画像データのライトを行う（Ｓ４０８、データ処理ステップ）。
【００６７】
〔実施形態３〕
ところで、表示制御装置１（または表示制御装置４）は、スルー出力またはリード出力いずれかの系路を用いてＬＣＤ３に画像データを出力する。ここで、あるフレーム期間において画像データのリード出力を行おうとしている所にホスト２（またはホスト５）からスルーコマンドおよび画像データが転送されてきた場合、表示制御装置１の内部では、スルー系とリード系との衝突が起こることとなる。このような出力系の衝突を回避するため、ホスト２のコマンド生成部１２０は、次のフレーム期間の出力のための画像データを表示制御装置１のＶＦ期間に送信してもよい。以下、図９〜１０を用いて、本実施形態における上記出力系の衝突回避のための処理について説明する。図９は、表示制御装置１における垂直同期信号と、入出力のタイミングとを示すタイミングチャートである。図９の（ａ）は、出力系の衝突が起こり得る場合を示しており、図９の（ｂ）は当該衝突を回避した構成例を示す。なお、以降は実施形態１に係る表示制御装置１およびホスト２を例にとり説明するが、本実施形態に係る構成を実施形態２に適用してもよい。
【００６８】
図９の「内部ＴＧ」行は、Ｖｓｙｎｃの立ち下がりを示す。「リード出力」行は、表示制御装置１において予定されているリード出力のタイミングおよび出力期間を示す。「ホストからの入力」行は、ホスト２から画像データが転送（入力）されるタイミングおよび入力期間を示す。「ＬＣＤ」行は表示制御装置１からＬＣＤ３に対する、画像データの実際の出力タイミングおよび出力期間を示す。また、図中の矢印は表示制御装置１がスルーコマンドを受信したタイミングを示す。図９の（ａ）に示すように、コマンド生成部１２０のコマンドの受信が、次のフレーム期間のリード出力（予定）の直前であった場合、またはホスト２からの画像データ（画像データＢ）の入力がリード出力の出力（予定）のタイミング（「リード出力」行のＡ２）と重複した場合、表示制御装置１において、スルー出力とリード出力との衝突が起こる（「ＬＣＤ」行）。
【００６９】
これを防ぐために、ホスト２はコマンドと、次のフレーム期間における更新用の画像データとを、読出出力部６０がリード出力を行うよりも早く転送しておけばよい。より正確には、ホスト２は更新用の画像データを、当該画像データの更新の直前フレーム期間のＶＦ期間の間に転送することが望ましい。なぜならば、ＶＦ期間は、表示制御装置１においてリード出力が行われない期間であるので、ＶＲＡＭ５０へのアクセスの衝突が起こることが無いからである。実施形態１にて説明したように、ホスト２はＴＥ信号の所定のエッジから予め設定された遅延時間後に、画像データの転送を開始する。したがって、ホスト２は上記「ＴＥ信号の所定のエッジから予め設定された遅延時間後」のタイミングがＶＦ期間中となるように遅延時間を設定することにより、ＶＦ期間の間に画像データの転送を開始することができる。またこの場合、ホスト２は次のフレーム期間のためのスルーコマンドを、上記ＶＦ期間までに入力することが望ましい。これにより、表示制御装置１の処理判定部３０はＶＦ期間までに受信したコマンドから、次のフレーム期間における出力系を決定することができる。そしてデータ処理部４０は、ＶＦ期間に受信した更新用の画像データを、読出出力部６０の行うリード出力と衝突させることなくスルー出力することができる。
【００７０】
なお、図９（ｂ）の「ＬＣＤ」行に記載の通り、スルー出力の場合、画像データＢはＶＲＡＭ５０を経ずに出力され、当該画像データＢの入力と同時に出力が始まるため、リード出力の場合よりも早く画像データ出力が開始される。この場合、表示制御装置１の内部ＴＧ７０は、画像データＢの受信が開始された時点と上記Ｖｓｙｎｃの立ち下がりとを同期させる。
【００７１】
なお、表示制御装置１は、コマンド受信部１０がスルーコマンドを受信した場合、自装置がホスト２から画像データを受信するまで内部ＴＧ７０のＶｓｙｎｃを遅延させ、画像データの受信が開始された時点と、上記Ｖｓｙｎｃの立ち下がりとを同期させてもよい。図１０は、表示制御装置１において垂直同期信号（Ｖｓｙｎｃ）を遅延させる場合の、表示制御装置１に対する画像データの入出力のタイミングを示すタイミングチャートである。図示の通り、ホスト２からの画像データＢの入力が、本来のＶＦ期間よりも後に始まった（入力が遅れた）場合、表示制御装置１の内部ＴＧ７０は、次のフレーム期間の始まりを示すＶｓｙｎｃの立ち下がりを発信せず、待機する（Ｖｓｙｎｃを遅延させる）。なお、この場合、スルーコマンド自体は図示の通り、表示制御装置１にＶＦ期間の前に送信されているので、表示制御装置１は読出出力部６０によるリード出力も行わずに待機する。ここで、ＬＣＤ３の最大リフレッシュ周期など、前に画像データをＬＣＤ３に出力開始してから所定の期間（ＬＣＤ３において、画像データの表示に問題が発生しない程度の時間）内に画像データ（図１０では画像データＢ）のホスト２からの入力が開始された場合、内部ＴＧ７０は当該入力開始のタイミングにＶｓｙｎｃの立ち下がりを同期させる。一方、上記所定の期間内に画像データＢが入力されなかった場合は、表示制御装置１の読出出力部６０はリード出力により、画像データＡ２をＬＣＤ３に出力する。
【００７２】
これにより、ホスト２との同期ずれやデータ通信の遅延などの理由で、表示制御装置１にＶＦ期間内に画像データが入力されなかった場合でも、表示制御装置１はリード出力とスルー出力との衝突を回避することができる。
【００７３】
〔ソフトウェアによる実現例〕
ホスト２または５、ならびに表示制御装置１または４の制御ブロック（特に更新判定部１１０、更新判定部１１１、および処理判定部３０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【００７４】
後者の場合、表示制御装置１は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００７５】
〔まとめ〕
本発明の態様１に係る表示制御装置（表示制御装置１または４）は、ホスト（ホスト２または５）から受信した１フレーム分の画像データを表示部（ＬＣＤ３）に出力する表示制御装置であって、上記表示部の画像更新を行うか否かを示す更新情報（コマンド）を上記ホストから受信する情報受信部（コマンド受信部１０）と、上記更新情報に対応して、受信した上記画像データのメモリ（ＶＲＡＭ５０）への書込み、および該画像データの上記表示部への出力の少なくともいずれかを行うデータ処理部（データ処理部４０）と、を備え、上記データ処理部は、自装置が上記画像データを受信したとき、該画像データを受信した第１垂直同期期間か、その次の第２垂直同期期間かのいずれかを所定の垂直同期期間とすると、上記所定の垂直同期期間において画像更新が行われる場合、上記画像データの書込みを行わず該画像データの出力を行い（スルー出力）、上記所定の垂直同期期間において画像更新が行われない場合、上記画像データの書込み（ライト）を行う。
【００７６】
なお、第１垂直同期期間は、より詳しくは、表示制御装置が画像データの受信を完了した時点の垂直同期期間を示す。上記の構成によれば、データ処理部は、所定の垂直同期期間、すなわち現在の垂直同期期間（現フレーム期間）における画像更新の有無か、もしくは現在の垂直同期期間の次の垂直同期期間（次のフレーム期間）における画像更新の有無に応じて、画像データをメモリを介さず出力するか、当該画像データをメモリに書き込むかする。より詳しくは、データ処理部は、画像更新が有る場合は画像データをメモリに書込まずに出力することにより、メモリへの画像データ書込みにかかる電力を削減することができる。また、データ処理部は、画像更新が無い場合は、一旦メモリへ画像データを書き込むことにより、表示部のリフレッシュなどのために画像データを再出力したい場合に、都度ホストから画像データを再送することなく、メモリに書き込んだ画像データを読み出すことができる。そのため、画像データの受信に係る電力を削減することができる。以上のことから、表示制御装置は表示部における画像データの表示に係る消費電力を抑制することができる。
【００７７】
本発明の態様２に係る表示制御装置（表示制御装置１）は、上記態様１において、上記所定の垂直同期期間は上記第１垂直同期期間であってもよい。
【００７８】
上記の構成によるとデータ処理部は、画像データを受信した現在の垂直同期期間（現フレーム期間）において画像更新が有れば、メモリを介さず画像データを出力する。これにより、表示制御装置は特にメモリへのデータの書き込みにかかる電力を抑えることができる。
【００７９】
本発明の態様３に係る表示制御装置は、上記態様２において、上記データ処理部が上記表示部に上記画像データを出力してから所定の期間、上記画像更新が行われない場合、上記ホストから再送された該画像データ（送信済画像データ）を上記メモリに書込んでもよい。
【００８０】
上記の構成によるとデータ処理部は、所定の期間画像更新が行われない場合、ホストから画像データを再受信しメモリに書き込む。なお、ここで言う「所定の期間」とは、例えば表示部のリフレッシュの間隔である。これにより、表示制御装置は、画像更新の頻度が低くなった場合などに、表示部のリフレッシュのために都度ホストから画像データを受信しなくてもよくなる。したがって、表示制御装置は画像データの受信に係る消費電力を削減することができる。
【００８１】
本発明の態様４に係る表示制御装置（表示制御装置４）は、上記態様１において、上記所定の垂直同期期間は上記第２垂直同期期間であってもよい。
【００８２】
上記の構成によるとデータ処理部は、画像データを受信した現在の垂直同期期間（現フレーム期間）の次の垂直同期期間（次フレーム期間）において画像更新が有る場合、メモリへ画像データを書き込まず出力する。
【００８３】
ここで、次フレーム期間で画像更新があるという事は、現フレーム期間で受信した画像データは後々表示部のリフレッシュに用いられないという事である。したがって、データ処理部は上述のようにリフレッシュに用いられない画像データをメモリに書き込むことなく出力することにより、メモリへの余分なデータ書込みの頻度を下げることができる。したがって、表示制御装置はメモリへのデータ書込みにかかる消費電力を削減することができる。
【００８４】
本発明の態様５に係る表示制御装置は、上記態様４において、上記データ処理部は、上記第２垂直同期期間において上記画像更新が行われず、かつ上記第１垂直同期期間において上記画像更新が行われる場合、上記画像データの上記メモリへの書込みと、該画像データの上記表示部への出力とを行ってもよい。
【００８５】
上記の構成によると、データ処理部は、次フレーム期間から（少なくとも１フレーム期間は）画像更新が無い場合に、画像データを表示部に出力しつつ、表示部のリフレッシュに備えてメモリに画像データを書き込んでおくことができる。
【００８６】
本発明の態様６に係る表示制御装置は、上記態様１から５のいずれか一態様において、上記データ処理部が上記表示部に上記画像データを出力してから上記画像更新が行われずに所定の時間が経過した場合に、上記メモリから上記画像データを読み出して上記表示部に出力する読出出力部（読出出力部６０）を備えていてもよい。
【００８７】
上記の構成によれば、読出出力部は、表示部のリフレッシュなどで周期的に画像データを出力する際に、都度ホストから画像データを受信せずとも、メモリに書き込まれた画像データを用いて表示部をリフレッシュすることができる。したがって、表示制御装置は、画像データの受信に係る消費電力を削減することができる。
【００８８】
本発明の態様７に係る表示制御装置は、上記態様６において、上記データ処理部は、上記第１垂直同期期間の垂直フロントポーチ期間内に上記ホストから上記画像データを受信開始するとともに、当該画像データの表示部への出力を開始してもよい。
【００８９】
上記の構成によると、データ処理部は、メモリからの画像データの読出しが発生しない垂直フロントポーチ期間の間にホストから画像データの受信を開始し、表示部への出力を開始する。これにより、データ処理部は、自己が行う画像データの出力と、読出出力部による、メモリから読み出された画像データの出力とが衝突することを防ぐことができる。
【００９０】
本発明の態様８に係る表示制御装置は、上記態様７において、上記データ処理部は、上記第１垂直同期期間の垂直フロントポーチ期間より前に上記更新情報を受信してもよい。
【００９１】
上記の構成によると、データ処理部は更新情報を画像データの受信前に受信することができる。したがって、データ処理部は画像データを、メモリを介さず出力するのか否かを当該画像データの受信前に予め決定しておくことができる。これにより、表示制御装置は、データ処理部による出力で表示部の画像を更新するのか、読出出力部による出力で表示部をリフレッシュするのかを、上記画像データの受信および出力タイミングまでに決定しておくことができる。したがって、データ処理部による画像データの出力と、読出出力部による画像データ（メモリに書き込まれた画像データ）の出力との衝突を防ぐことができる。
【００９２】
本発明の態様９に係る表示制御装置は、上記態様７または８において、上記表示部への上記画像データの出力タイミングを決定するタイミング決定部（内部ＴＧ７０）であって、上記第１垂直同期期間において画像更新が行われる場合、自装置が上記画像データを受信するまで上記表示部の駆動タイミングを遅延させるタイミング決定部を備えていてもよい。
【００９３】
上記構成によると、タイミング決定部は、ホストとの同期ずれや画像データの受信遅延などの理由で、表示制御装置が垂直フロントポーチ期間内に画像データの受信を開始できなかった場合でも、画像データを受信するまで表示部への画像データの出力タイミングを遅延させることにより、データ処理部による出力で表示部の画像を更新するのか、読出出力部による出力で表示部をリフレッシュするのかの決定を先送りすることができる。したがって、表示制御装置は、表示制御装置が垂直フロントポーチ期間内に画像データの受信を開始できなかった場合でも、データ処理部による画像データの出力と、読出出力部による画像データ（メモリに書き込まれた画像データ）の出力との衝突を防ぐことができる。
【００９４】
本発明の態様１０に係る表示装置（表示装置５００または表示装置６００）は、上記態様１から９のいずれか一態様に記載の表示制御装置（表示制御装置１または４）を含む。
【００９５】
上記構成によると、表示装置は上記態様１から９に記載の表示制御装置と同様の効果を奏する。
【００９６】
本発明の態様１１に係る表示制御装置の表示制御方法は、ホスト（ホスト２または５）から受信した１フレーム分の画像データを表示部（ＬＣＤ３）に出力する表示制御装置（表示制御装置１または４）の表示制御方法であって、上記表示部の画像更新を行うか否かを示す更新情報（コマンド）を上記ホストから受信する情報受信ステップ（Ｓ２００またはＳ４００）と、上記情報受信ステップにて受信した上記更新情報に対応して、受信した上記画像データのメモリへの書込み、および該画像データの上記表示部への出力の少なくともいずれかを行うデータ処理ステップと（Ｓ２０６〜２０８またはＳ４０６〜４０８）、を含み、自装置が上記画像データを受信したとき、該画像データを受信した第１垂直同期期間か、その次の第２垂直同期期間かのいずれかを所定の垂直同期期間とすると、上記データ処理ステップにおいて、上記所定の垂直同期期間において画像更新が行われる場合、上記画像データの書込みを行わず該画像データの出力を行い（スルー出力）、上記所定の垂直同期期間において画像更新が行われない場合、上記画像データの書込みを行う（ライト）。
【００９７】
上記の構成によると、上記表示制御方法は上記態様１に係る表示制御装置と同様の効果を奏する。
【００９８】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【産業上の利用可能性】
【００９９】
本発明は、携帯電話、パーソナルコンピュータなど、表示部を備えた表示装置における表示制御装置に利用することができる。本発明は特に、駆動周波数を変更可能な表示部の表示制御を行う表示制御装置に好適に利用することができる。
【符号の説明】
【０１００】
５００、６００  表示装置
１、４  表示制御装置
２、５  ホスト
３  ＬＣＤ（表示部）
１０  コマンド受信部（情報受信部）
２０  画像受信部
３０  処理判定部
４０  データ処理部
５０  ＶＲＡＭ（メモリ）
６０  読出出力部
７０  内部ＴＧ（タイミング決定部）
１００  更新要求取得部
１１０、１１１  更新判定部
１２０、１２１  コマンド生成部
１３０、１３１  画像送信部
１４０  更新情報バッファ
【図１】
2016093144.tif 000003
【図２】
2016093144.tif 000004
【図３】
2016093144.tif 000005
【図４】
2016093144.tif 000006
【図５】
2016093144.tif 000007
【図６】
2016093144.tif 000008
【図７】
2016093144.tif 000009
【図８】
2016093144.tif 000010
【図９】
2016093144.tif 000011
【図１０】
2016093144.tif 000012
【国際調査報告】
2016093144.tif 000013
2016093144.tif 000014
2016093144.tif 000015
2016093144.tif 000016