JPWO2018105172A1

JPWO2018105172A1 - 表示装置

Info

Publication number: JPWO2018105172A1
Application number: JP2018554820A
Authority: JP
Inventors: 松石　拓也; 拓也松石
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2016-12-08
Filing date: 2017-08-23
Publication date: 2019-07-18
Anticipated expiration: 2037-08-23
Also published as: WO2018105172A1; CN110036434B; JP6722299B2; CN110036434A; US10810960B2; US20190333462A1

Abstract

映像更新に要する消費電力の低減。スマートフォン（３）は、ＬＣＤパネル３１に供給する画像データを取得するホスト（２）と、上記画像データをＬＣＤパネル３１に送信することにより映像を更新するドライバー（３２）と、を備え、ドライバー（３２）が拡張領域（３１２）の映像を更新する頻度は、メイン領域（３１１）の更新頻度よりも低い。

Description

本発明の一態様は、表示パネルの消費電力を低減する表示装置等に関する。

映像を表示する表示装置が従来から広く用いられている。一般的に、表示装置は、所定の更新頻度で表示する映像を更新（リフレッシュ）する。

日本国公開特許公報「特開2006-139803号公報（2006年6月1日公開）」

上記従来の技術では、表示画面全体を一括で更新しているが、表示画面に表示内容の変化の頻度が低い領域が含まれている場合、その領域については更新の前後で表示内容が変わらないことがある。例えば、スマートフォン等の端末装置の表示部には、時刻等を表示するための拡張領域が設けられていることがある。このような端末装置で動画像を再生した場合、拡張領域の表示内容が１分に１回しか変化しなくとも、動画が再生されている領域と拡張領域の両方を含む表示領域全体が所定の頻度（例えば毎秒６０回）で更新される。

つまり、従来技術では、表示内容の変化の頻度が低い領域については、無駄に映像の更新が繰り返されていると言える。このような無駄を排除することができれば、消費電力を低減して、表示装置を省電力化することが可能になる。なお、上記特許文献１には、画像処理モード（コピー、スキャナ等）に応じて画像データを分割する矩形領域を異ならせることにより、各画像処理モードに応じた適切な画像処理を実行する画像処理装置が記載されている。しかし、特許文献１の画像処理装置は、画像処理を適切化するものであり、省電力化を実現するものではない。

本発明の一態様は、表示パネルの映像更新に要する消費電力を従来と比べて低減することができる表示装置等を実現することを目的とする。

上記の課題を解決するために、本発明の一態様に係る表示装置は、表示パネルを備えた表示装置であって、上記表示パネルに供給する画像データを取得する取得部と、上記取得部が取得した上記画像データを上記表示パネルに送信することにより当該表示パネルが表示する映像を更新する表示処理部と、を備え、上記表示処理部が上記表示パネルの一部の領域の映像を更新する頻度は、他の領域の更新頻度よりも低い。

本発明の一態様によれば、表示パネルの全体の領域の映像の更新頻度を同一とする構成に比べ、映像の更新における消費電力を低減することができるという効果を奏する。

本発明の実施形態１に係るスマートフォンの構成を説明するブロック図である。上記スマートフォンの動作例を示す図である。本発明の実施形態２に係るスマートフォンの構成を説明するブロック図である。上記スマートフォンの動作例を示す図である。本発明の実施形態３に係るスマートフォンの構成を説明するブロック図である。本発明の実施形態３に係るスマートフォンの動作例を示す図である。

〔実施形態１〕
（スマートフォンの構成）
図１は、本実施形態に係るスマートフォン３（表示装置）の構成を説明するブロック図である。図１の（ａ）に示すように、スマートフォン３は、ＬＣＤ（Liquid Crystal Display）パネル３１（表示パネル）を備えている。また、スマートフォン３は、その筐体内部にホスト２（取得部）、ドライバー３２（表示処理部）、およびＲＡＭ（Random-Access Memory）３３（記憶部）を備えている。

ホスト２は、ＬＣＤパネル３１に供給する画像データを取得し、ドライバー３２は、取得された上記画像データをＬＣＤパネル３１に送信することによりＬＣＤパネル３１に映像を表示させ、また表示する映像を更新させる。ＲＡＭ３３は、ドライバー３２用のＲＡＭであり、ホスト２からドライバー３２に転送された画像データを格納する。ＲＡＭ３３は、ドライバー３２に内蔵されていてもよい。

ＬＣＤパネル３１は、ドライバー３２の制御に従って映像を表示および更新する。本実施形態の例では、ＬＣＤパネル３１の画素は、酸化物半導体を用いた半導体層を備え、その酸化物半導体として、ＩｎＧａＺｎＯ系酸化物半導体であるＩＧＺＯ（ＩｎＧａＺｎＯｘ）を採用している。

図１の（ａ）（ｂ）に示すように、ＬＣＤパネル３１の表示領域には、メイン領域３１１（他の領域）と、拡張領域３１２（一部の領域）とが含まれている。メイン領域３１１は、スマートフォン３が取得した、あるいはスマートフォン３が記憶している各種画像データを表示させる主領域である。例えば、メイン領域３１１には、１９２０×１０８０ピクセルのサイズのフルハイビジョン（ＦＨＤ；Full High-Definition）の映像が表示される。一方、拡張領域３１２は、メイン領域３１１の直上であり、ＬＣＤパネル３１の上端部である位置に設けられた領域である。拡張領域３１２には、メイン領域３１１よりも内容が変化する頻度が低い画像、例えばスマートフォン３のバッテリ残量を示す画像や時刻を示す画像等が表示される。

詳細は後述するが、ドライバー３２は、ＬＣＤパネル３１の表示を更新（リフレッシュ）するにおいて、全画面（メイン領域３１１および拡張領域３１２の両方を含む領域）の映像を更新するか、またはメイン画面（メイン領域３１１）の映像のみを更新する。言い換えれば、ドライバー３２は、メイン領域３１１の映像は常時更新するが、拡張領域３１２の映像は間欠的（全画面更新時のみ）に更新する。例えば、ＬＣＤパネル３１の、図１の（ｂ）に示す画面右下の位置Ｓからメイン領域３１１の拡張領域３１２と隣接する位置まで画面更新を行い、拡張領域３１２では画面更新を行わないように構成することで、ＬＣＤパネル３１に表示される映像を部分的に更新する。これにより、拡張領域３１２の映像の更新頻度が下がるので、常時全画面更新を行う従来の構成と比べて、ＬＣＤパネル３１の消費電力を低減することができる。

ＬＣＤパネル３１の描画は、図１の（ｂ）に示す、画面右下の位置Ｓから開始される。よって、ＬＣＤパネル３１の全画面（メイン領域３１１および拡張領域３１２の両方）の映像を更新する場合、位置Ｓから更新が始まり、メイン領域３１１の映像の更新が終わった後で、拡張領域３１２の映像が更新される。メイン領域３１１は、位置Ｓと拡張領域３１２の間に位置する領域であるとも言える。

（スマートフォン３の動作）
図２は、スマートフォン３の動作例を示す図である。本例では、１９：０８〜１９：０９までの１分間において、ホスト２からドライバー３２に送信するデータと、ドライバー３２からＬＣＤパネル３１に転送するデータとを示している。なお、拡張領域３１２に表示する映像は分刻みで時刻を示す時計の映像であるとする。つまり、拡張領域３１２に表示する映像は１分に１回の頻度で内容が更新される。また、メイン領域３１１に表示する映像は１秒に６０回の頻度で内容が更新される動画（６０Ｈｚの動画）であるとする。

また、メイン領域３１１の表示サイズは１９２０×１０８０ピクセルであり、拡張領域３１２の表示サイズは８０×１０８０ピクセルであるとする。つまり、ＬＣＤパネル３１全体の表示サイズは、２０００×１０８０ピクセルである。よって、全画面（３１１＋３１２）の映像を更新する場合には、２０００×１０８０サイズの映像データ（以下、全画面データと呼ぶ）をＬＣＤパネル３１に転送する。また、メイン領域３１１のみの映像を更新する場合には、１９２０×１０８０サイズの映像データ（以下、部分画面データと呼ぶ）をＬＣＤパネル３１に転送する。

＜１フレーム目＞
ホスト２は、表示対象である映像のソースから全画面データを取得し、これをドライバー３２に送信する。そして、ドライバー３２は、受信した全画面データをＲＡＭ３３に格納すると共に、格納した全画面データをＬＣＤパネル３１に転送する。これにより、ＬＣＤパネル３１の全画面の映像が更新され、拡張領域３１２の時計は「１９：０８」となり、メイン領域３１１には動画の１フレーム目が表示される。

＜２〜６０フレーム目＞
２フレーム目において、ホスト２は、部分画面データを取得する。このように、ホスト２は、１フレーム毎に（所定周期で）部分画面データまたは全画面データを取得する。２フレーム目では、ホスト２は、上記のように部分画面データを取得するので、ドライバー３２に送信するデータは部分画面データに切り替わる。そして、ドライバー３２は、受信した部分画面データをＬＣＤパネル３１に転送する。このように、ドライバー３２は、ホスト２から受信した部分画面データまたは全画面データを逐次ＬＣＤパネルに送信する。これにより、ＬＣＤパネル３１のメイン領域３１１のみ映像が更新され、メイン領域３１１には動画の２フレーム目が表示される。一方、拡張領域３１２の映像は１フレーム目と変わらない。

３フレーム目〜６０フレーム目についても２フレーム目と同様であり、ホスト２は、ドライバー３２に部分画面データを送信し、ドライバー３２は、受信した部分画面データをＬＣＤパネル３１に転送する。これにより、ＬＣＤパネル３１のメイン領域３１１のみ映像が更新され、メイン領域３１１には動画の３フレーム目〜６０フレーム目が順次表示される。このように、ホスト２は、拡張領域３１２に表示させる映像の内容が変化しない期間には部分画面データを取得する。

＜６１フレーム目（開示時刻から１秒後）＞
ホスト２は、２フレーム目〜６０フレーム目と同様に、ドライバー３２に部分画面データを送信する。一方、ドライバー３２は、受信した部分画面データをＬＣＤパネル３１のメイン領域３１１に転送すると共に、ＲＡＭ３３に格納されている１フレーム目で受信した全画面データのうち拡張領域３１２に対応する部分をＬＣＤパネル３１の拡張領域３１２に転送する。これにより、ＬＣＤパネル３１の全画面の映像が更新される。

なお、拡張領域３１２の映像の内容が更新されていない６１フレーム目に全画面の映像を更新する理由は、ＬＣＤパネル３１の焼き付き防止である。つまり、拡張領域３１２の映像の内容の更新頻度にかかわらず、少なくともＬＣＤパネル３１が焼き付かない程度の周期で全画面の映像を更新することが望ましい。言い換えれば、ドライバー３２は、ホスト２が部分画面データを取得したときに、拡張領域３１２の映像の前回の更新時から所定時間が経過していれば、ＲＡＭ３３に記憶されている全画面データを用いて映像を更新することが望ましい。本例では、上記所定時間を１秒（６０フレーム）としているが、この所定時間はＬＣＤパネル３１等の特性を考慮して適宜定めればよい。

＜６２〜３６００フレーム目＞
６２〜３６０フレーム目では、上述の２〜６１フレーム目と同様の動作が繰り返される。つまり、ホスト２は部分画像データを送信し、ドライバー３２はこれをＬＣＤパネル３１に転送してメイン領域３１１の映像を更新する。そして、ドライバー３２は、ＲＡＭ３３に格納されているデータを利用して、１秒毎（６０フレーム毎）に全画面の映像を更新する。

＜３６０１フレーム目＞
３６０１フレーム目には、拡張領域３１２の映像の内容が更新となる（時刻の表示が「１９：０９」に変化する）から、ホスト２は、全画面データをドライバー３２に送信する。このように、ホスト２は、拡張領域３１２に表示させる映像の内容が変化するタイミングで全画面データを取得する。そして、ドライバー３２は、受信した全画面データをＬＣＤパネル３１に転送する。これにより、ＬＣＤパネル３１の全画面の映像が更新され、拡張領域３１２の時計は「１９：０９」となり、メイン領域３１１には動画の３６０１フレーム目が表示される。

（本実施形態の効果）
上記の構成によれば、メイン領域３１１の映像は１フレーム毎（１／６０秒毎）に更新されるのに対し、拡張領域３１２の映像の更新は６０フレーム毎（１秒毎）であるから、拡張領域３１２の映像の更新頻度が最小限に抑えられている。よって、メイン領域３１１に表示する動画における映像の更新頻度に合わせて、全画面の映像を更新する場合と比べて、ＬＣＤパネル３１の電力消費を低減することができる。

また、ホスト２は、拡張領域３１２の映像の内容が更新される１分毎に全画面データを送信すればよく、これ以外の期間には部分画面データを送信すればよいので、ホスト２が送信するデータの容量も削減することができる。

〔実施形態２〕
以下の実施形態では、既に説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

図３は、本実施形態に係るスマートフォン３ａの構成を示すブロック図である。本実施形態のスマートフォン３ａは、ドライバー３２ａ用のＲＡＭ３３を備えていない点が実施形態１とは異なる。本実施形態のスマートフォン３ａは、ドライバー３２ａ用のＲＡＭ３３を備えていないため、ドライバー３２ａは、ホスト２から受信したデータをそのままＬＣＤパネル３１に転送して映像を更新する。

（スマートフォン３の動作）
図４は、図３に示すスマートフォン３ａの動作例を示す図である。なお、制御内容以外の前提条件（表示する映像等）は図２と同様である。また、６１フレーム目以外の処理は図２と同様であるから、６１フレーム目の処理についてのみ説明する。

＜６１フレーム目（開示時刻から１秒後）＞
ホスト２は、ドライバー３２ａに送信するデータを全画面データに切り替える。そして、ドライバー３２ａは、受信した全画面データをＬＣＤパネル３１に転送する。これにより、ＬＣＤパネル３１の全画面の映像が更新される。なお、上述のように、６１フレーム目では、拡張領域３１２の映像の内容は１〜６０フレーム目と変わらないが、ＬＣＤパネル３１の焼き付き防止のために拡張領域３１２を含む全画面の映像を更新している。

（本実施形態の効果）
本例によれば、実施形態１と同様に、メイン領域３１１の映像は１フレーム毎（１／６０秒毎）に更新されるのに対し、拡張領域３１２の映像の更新は６０フレーム毎（１秒毎）であるから、拡張領域３１２の映像の更新頻度が最小限に抑えられている。よって、メイン領域３１１に表示する動画における映像の更新頻度に合わせて、全画面の映像を更新する場合と比べて、ＬＣＤパネル３１の電力消費を低減することができる。

また、ホスト２は、１秒毎に全画面データを送信すればよく、これ以外の期間には部分画面データを送信すればよいので、ホスト２が送信するデータの容量も削減することができる。

〔実施形態３〕
上記各実施形態では、固定の領域である拡張領域３１２における映像の更新頻度を、同じく固定の領域であるメイン領域３１１における映像の更新頻度よりも低くする例を説明した。これに対し、本実施形態では、更新頻度を低くする領域を、表示する画像データの内容に応じて可変としている。

以下の実施形態では、既に説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

図５は、本実施形態に係るスマートフォン３ｂの構成を示すブロック図である。本実施形態のスマートフォン３ｂは、ＬＣＤパネルの画素数が異なる点が実施形態１または２とは異なり、ドライバー３２ｂ、ＲＡＭ３３ｂを備える。なお、本実施形態でも上記実施形態２と同様にＲＡＭ３３ｂを備えずに、ドライバー３２ｂが、ホスト２から受信したデータをそのままＬＣＤパネル３１ｂに転送して映像を更新するように構成してもよい。

（スマートフォン３の動作）
図６は、本実施形態に係るスマートフォン３ｂの動作例を示す図である。本例では、メイン領域３１１には、メールアプリケーションプログラムのユーザーインターフェース（ＵＩ；user interface）が表示されている。この画面では、上部分の領域３１２ｂ（サイズ：４００×１０８０）の映像の内容が変化する頻度は、下部分の領域３１１ｂ（サイズ：１５２０×１０８０）と比べて低い。このため、上部分の領域（一部の領域）の映像の更新頻度を、下部分の領域（他の領域）の更新頻度よりも低くする。なお、更新頻度を低くする領域をどのように設定するかは、表示する映像に応じて予め定めておけばよい。また、本例のＬＣＤパネル３１は、拡張領域を含んでおらず、ＬＣＤパネル３１ｂの全画面のサイズは１９２０×１０８０として例示する。

本例においても、スマートフォン３ｂが実行する処理の内容は、図２の例と同様である。すなわち、１フレーム目では、ホスト２は、ドライバー３２ｂに対して全画面データを送信し、ドライバー３２ｂは、受信した全画面データをＬＣＤパネル３１ｂに転送する。続く２フレーム目では、ホスト２は、ドライバー３２ｂに対して部分画面データ（画面下部分に対応）を送信し、ドライバー３２ｂは、受信した部分画面データをＬＣＤパネル３１ｂに転送する。以後、上部分の領域の映像の内容に変更がなければ、２フレーム目と同様の処理が６０フレーム目まで繰り返される。

そして、６１フレーム目には、ホスト２は、ドライバー３２ｂに対して全画面データを送信し、ドライバー３２ｂは、受信した全画面データをＬＣＤパネル３１ｂに転送する。なお、ドライバー３２ｂがＲＡＭ３３ｂを備えている場合、ホスト２は、ドライバー３２ｂに対して部分画面データを送信してもよい。この場合、ドライバー３２ｂは、ＲＡＭ３３ｂに記憶した全画面データを用いて全画面の更新を行う。

以後、２フレーム目〜６１フレーム目までと同様の処理が１秒毎に繰り返され、１分後には３６０１フレーム目が表示される。なお、上部分の領域の映像の内容に変化がなければ、全画面の更新は１秒周期となるが、上部分の領域の映像の内容に変化があったときには、そのタイミングでホスト２はその変化の内容を反映させた全画面データを取得して、ドライバー３２ｂに送信する。このように、前回の全画面の更新から１秒未満のタイミングで全画面の更新が行われることもあり得る。

（本実施形態の効果）
表示内容（画像データの内容）に応じて効果的にＬＣＤパネル３１ｂの消費電力を削減することが可能になる。例えば、内容の更新頻度が低い領域が広範囲にわたる画像を表示する際には、当該領域の映像の更新頻度を下げることにより、ＬＣＤパネル３１ｂの消費電力を大幅に削減することができる。

〔変形例〕
上記各実施形態では、スマートフォン３，３ａ，３ｂを例示して説明を行ったが、本発明の一態様はスマートフォン３，３ａ，３ｂ以外の任意の表示装置にも適用することができる。また、表示パネルがＬＣＤパネル３１，３１ｂである例を説明したが、表示パネルは一部の領域における映像の更新頻度を下げることが可能であり、かつこれにより消費電力を低減できるものであればよく、ＬＣＤパネル３１，３１ｂに限られない。

〔ソフトウェアによる実現例〕
ホスト２およびドライバー３２，３２ａ，３２ｂは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、ホスト２およびドライバー３２，３２ａ，３２ｂは、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の一態様の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係る表示装置（スマートフォン３，３ａ，３ｂ）は、表示パネル（ＬＣＤパネル３１，３１ｂ）を備えた表示装置であって、上記表示パネルに供給する画像データを取得する取得部（ホスト２）と、上記取得部が取得した上記画像データを上記表示パネルに送信することにより当該表示パネルが表示する映像を更新する表示処理部（ドライバー３２，３２ａ，３２ｂ）と、を備え、上記表示処理部が上記表示パネルの一部の領域（拡張領域３１２、上部分の領域３１２ｂ）の映像を更新する頻度は、他の領域（メイン領域３１１、下部分の領域３１１ｂ）の更新頻度よりも低い構成である。

上記構成によれば、表示パネルの一部の領域の映像の更新頻度が低くなるため、表示パネルの全体の領域の映像の更新頻度を同一とする構成に比べ、映像の更新による電力消費量を低減することができる。

本発明の態様２に係る表示装置は、上記態様１において、上記取得部は、上記一部の領域と上記他の領域との両方に対応する全画面データ、および上記一部の領域には対応せず上記他の領域に対応する部分画面データの何れか一方を、上記画像データとして所定周期で取得し、上記表示処理部は、上記取得部が取得した上記全画面データまたは上記部分画面データを逐次上記表示パネルに送信する構成としてもよい。

上記構成によれば、所定周期で取得する画像データが、全画面データまたは部分画面データであるから、これを逐次表示パネルに送信することにより、他の領域は送信の度に更新される一方、一部の領域は全画面データが取得された場合にのみ更新される。よって、表示パネルの一部の領域の映像の更新頻度を他の領域と比べて低くすることができる。

本発明の態様３に係る表示装置は、上記態様２において、上記取得部は、上記一部の領域に表示させる映像の内容が変化しない期間には上記部分画面データを取得し、上記一部の領域に表示させる映像の内容が変化するタイミングで上記全画面データを取得する構成としてもよい。

上記構成によれば、一部の領域に表示させる映像の内容が変化するタイミングで全画面データを取得するから、当該内容の変化を当該一部の領域に反映させることができる。また、一部の領域に表示させる映像の内容が変化しない期間には部分画面データを取得するので、全画面データの取得と、これに伴う一部の領域と他の領域を含む全画面の映像の更新の頻度を必要最小限とすることができる。

本発明の態様４に係る表示装置は、上記態様２または３において、上記取得部が取得した上記全画面データおよび上記部分画面データを記憶する記憶部（ＲＡＭ３３）をさらに備え、上記表示処理部は、上記取得部が上記部分画面データを取得したときに、上記一部の領域の映像の前回の更新時から所定時間が経過していれば、上記記憶部に記憶されている上記全画面データを用いて、上記一部の領域の映像を更新する構成としてもよい。

上記構成によれば、取得部が部分画面データを取得したときに、一部の領域の映像の前回の更新時から所定時間が経過していれば、記憶部に記憶されている全画面データを用いて、一部の領域の映像を更新する。よって、一部の領域の映像が更新されていない期間が長くなることにより、表示パネルが焼き付く等の問題が生じることを回避することができる。

本発明の態様５に係る表示装置は、上記態様１から４の何れか１項において、上記一部の領域は、上記画像データの内容に応じて可変の領域である構成としてもよい。

上記構成によれば、画像データの内容に応じて効果的に表示パネルの消費電力を削減することが可能になる。例えば、内容の更新頻度が低い領域が広範囲にわたる画像を表示する際に、当該領域の映像の更新頻度を下げることにより、表示パネルの消費電力を大幅に削減することも可能になる。

〔付記事項〕
本発明の一態様は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

２ホスト（取得部）
３，３ａ，３ｂスマートフォン（表示装置）
３１，３１ｂＬＣＤパネル（表示パネル）
３２，３２ａ，３２ｂドライバー（表示処理部）
３３ＲＡＭ（記憶部）
３１１メイン領域（他の領域）
３１２拡張領域（一部の領域）

Claims

表示パネルを備えた表示装置であって、
上記表示パネルに供給する画像データを取得する取得部と、
上記取得部が取得した上記画像データを上記表示パネルに送信することにより当該表示パネルが表示する映像を更新する表示処理部と、を備え、
上記表示処理部が上記表示パネルの一部の領域の映像を更新する頻度は、他の領域の更新頻度よりも低いことを特徴とする表示装置。
上記取得部は、上記一部の領域と上記他の領域との両方に対応する全画面データ、および上記一部の領域には対応せず上記他の領域に対応する部分画面データの何れか一方を、上記画像データとして所定周期で取得し、
上記表示処理部は、上記取得部が取得した上記全画面データまたは上記部分画面データを逐次上記表示パネルに送信することを特徴とする請求項１に記載の表示装置。
上記取得部は、上記一部の領域に表示させる映像の内容が変化しない期間には上記部分画面データを取得し、上記一部の領域に表示させる映像の内容が変化するタイミングで上記全画面データを取得することを特徴とする請求項２に記載の表示装置。
上記取得部が取得した上記全画面データおよび上記部分画面データを記憶する記憶部をさらに備え、
上記表示処理部は、上記取得部が上記部分画面データを取得したときに、上記一部の領域の映像の前回の更新時から所定時間が経過していれば、上記記憶部に記憶されている上記全画面データを用いて、上記一部の領域の映像を更新することを特徴とする請求項２または３に記載の表示装置。
上記一部の領域は、上記画像データの内容に応じて可変の領域であることを特徴とする請求項１から４の何れか１項に記載の表示装置。