(57)【要約】【課題】ドライバ高温時に生じる動作不良による表示不具合や、ドライバの性能劣化、ドライバの破壊を防ぎ、高画質で信頼性の高いメモリ性を有する表示装置及びその駆動方法を提供することである。【解決手段】予め設定された温度と、前記上昇温度推定部により推定された温度とを比較し、画像更新動作の実行の可否を判断する画像更新判定部を備え、前記画像更新判定部の判断が実行可であれば、前記次に表示する画像への画像更新を行い、前記画像更新判定部の判断が実行不可であれば、画像更新を行わないことで、推定温度に応じて画像更新の間隔を適切に設ける。【選択図】図１７
2016224411.tif 000002
【特許請求の範囲】
【請求項１】
スイッチング素子と画素電極とを有する画素がマトリクス状に複数配列され、前記スイッチング素子へ所定の信号を印加するソース線と、前記スイッチング素子を制御するための走査線が配置されている第１の基板と、対向電極が形成されている第２の基板と、
前記第１の基板と前記第２の基板との間に介挿され、メモリ性を有する表示素子から構成される表示層と、
前記ソース線へ所定の信号を出力するドライバと、
前記ドライバの温度を取得する温度取得部と、
次に表示する画像データから画像負荷値を算出する画像負荷算出部と、
次に表示する画像の画像更新動作前に、前記温度取得部で取得した温度と、算出された前記画像負荷値に応じて、画像更新動作後の前記ドライバの温度を推定する上昇温度推定部と、
予め設定された温度と、前記上昇温度推定部により推定された温度とを比較し、画像更新動作の実行の可否を判断する画像更新判定部と、
画像更新動作を実行する画像表示制御部とを備え、
前記画像表示制御部は、前記画像更新判定部の判断が実行可であれば、前記次に表示する画像への画像更新を実行する
ことを特徴とするメモリ性を有する表示装置。
【請求項２】
前記画像表示制御部は、前記画像更新判定部の判断が実行不可であれば、画像更新を実行しない
ことを特徴とする請求項１記載のメモリ性を有する表示装置。
【請求項３】
前記画像表示制御部は、前記画像更新判定部の判断が実行不可であれば、前記画像負荷値が閾値以下となる画像を表示する画像更新を実行する
ことを特徴とする請求項１記載のメモリ性を有する表示装置。
【請求項４】
ｉを２以上の自然数としたとき、ｉ個の前記ドライバと、前記ｉ個のドライバの温度取得部とをさらに備え、
前記上昇温度推定部は、前記ｉ個のドライバのドライバ温度を推定し、
前記画像更新判定部は、前記上昇温度推定部が推定した前記ｉ個のドライバ温度の中の少なくとも１つのドライバ温度が、予め設定された温度より高い場合は、実行不可と判断する
ことを特徴とする請求項１から請求項３の何れか一に記載のメモリ性を有する表示装置。
【請求項５】
前記ドライバの温度取得部は、前記ドライバに設置された温度センサである
ことを特徴とする請求項１から請求項４の何れか一に記載のメモリ性を有する表示装置。
【請求項６】
前記表示層の温度を測定する温度センサと、
前記ドライバの温度下降特性データと、
画像更新動作後の経過時間を測定する経過時間測定部とを備え、
前記ドライバの温度取得部は、前記温度センサで測定した温度と、前記ドライバの温度下降特性データと、前記経過時間測定部で測定した経過時間とに基づいて算出したドライバの温度を取得する
ことを特徴とする請求項１から請求項４の何れか一に記載のメモリ性を有する表示装置。
【請求項７】
前記画像負荷値の算出は、次に表示される画像のソース線方向への重み付けを、走査線方向への重み付けより大きくする
ことを特徴とする請求項１から請求項６の何れか一に記載のメモリ性を有する表示装置。
【請求項８】
前記画像負荷値は、次に表示される画像データから、画像更新期間において、隣接する画素に印加される電圧差をもとに算出する
ことを特徴とする請求項１から請求項７の何れか一に記載のメモリ性を有する表示装置。
【請求項９】
前記画像負荷値が閾値以下となる画像が、画面の全ての画素を同色表示とする画像である
ことを特徴とする請求項３に記載のメモリ性を有する表示装置。
【請求項１０】
前記画素を所定の階調表示とするときに前記画素電極へ印可するフレーム毎の電圧を全ての階調数に対して有する駆動波形であって、異なるフレーム数から構成される前記駆動波形を複数格納する格納部と、
前記格納部の複数の駆動波形から、１つの駆動波形を選択する選択部とをさらに備え、
前記上昇温度推定部は、前記選択部が選択した駆動波形と、前記画像負荷算出部が算出した画像負荷値と、前記温度取得部で取得した温度に応じて、前記ドライバの温度を推定する
ことを特徴とする請求項１に記載のメモリ性を有する表示装置。
【請求項１１】
前記画像更新判定部の判断が実行不可であれば、前記選択部が前回選択した前記駆動波形と異なる駆動波形を選択する
ことを特徴とする請求項１０に記載のメモリ性を有する表示装置。
【請求項１２】
前記画像更新判定部の判断が実行可であれば、前記ドライバは、同一フレームにおいて前記ソース線に印加される電圧を同じ極性の電圧と基準電圧との間で変化させる
ことを特徴とする請求項１１に記載のメモリ性を有する表示装置。
【請求項１３】
前記画像更新判定部の判断が実行不可であれば、前記画像表示制御部は、前記ソース線が接続する画素列を単位とした画像更新を実行する
ことを特徴とする請求項１に記載のメモリ性を有する表示装置。
【請求項１４】
スイッチング素子と画素電極とを有する画素がマトリクス状に複数配列され、前記スイッチング素子へ所定の信号を印加するソース線と、前記スイッチング素子を制御するための走査線が配置されている第１の基板と、対向電極が形成されている第２の基板と、
前記第１の基板と前記第２の基板との間に介挿され、メモリ性を有する表示素子から構成される表示層と、
前記ソース線へ所定の信号を出力するドライバと、
前記ドライバの温度を取得する温度取得部と、
画像更新動作後の経過時間を測定する経過時間測定部と
前記画素を所定の階調表示とするときに前記画素電極へ印可するフレーム毎の電圧を全ての階調数に対して有する駆動波形であって、異なるフレーム数から構成される前記駆動波形を複数格納する格納部と、
前記格納部の複数の駆動波形から、前記温度と前記経過時間とに基づいて、１つの駆動波形を選択する選択部と、
選択された前記駆動波形により画像更新を実行する画像表示制御部とを備えることを特徴とするメモリ性を有する表示装置。
【請求項１５】
記表示層の温度を測定する温度センサと、
前記ドライバの温度下降特性データとを備え、
前記ドライバの温度取得部は、前記温度センサで測定した温度と、前記ドライバの温度下降特性データと、前記経過時間測定部で測定した経過時間とに基づいて算出したドライバの温度を取得する
ことを特徴とする請求項１４に記載のメモリ性を有する表示装置。
【請求項１６】
請求項１から請求項１５の何れか一に記載のメモリ性を有する表示装置を用いた端末装置。
【請求項１７】
スイッチング素子と画素電極とを有する画素がマトリクス状に複数配列され、前記スイッチング素子へ所定の信号を印加するソース線と、前記スイッチング素子を制御するための走査線が配置されている第１の基板と、対向電極が形成されている第２の基板と、
前記第１の基板と前記第２の基板との間に介挿され、メモリ性を有する表示素子から構成される表示層と、
ｉを１以上の自然数としたとき、前記ソース線へ所定の信号を出力する少なくとも１以上のｉ個のドライバと、
を備えるメモリ性を有する表示装置の駆動方法において、
前記ｉ個のドライバの温度を検知し、
次に表示する画像データからｉ個の画像負荷値を算出し、
次に表示する画像の画像更新動作前に、検知したｉ個のドライバの温度と、算出した前
記ｉ個の画像負荷値に応じて、画像更新動作後の前記ｉ個のドライバの温度を推定し、
推定したｉ個の温度が、予め設定された温度より全て低い場合は、画像更新を実行可と判断し、
推定したｉ個の温度が、予め設定された温度より一つでも高い場合は、前記画像更新を実行不可と判断する
ことを特徴とするメモリ性を有する表示装置の駆動方法。
【請求項１８】
スイッチング素子と画素電極とを有する画素がマトリクス状に複数配列され、前記スイッチング素子へ所定の信号を印加するソース線と、前記スイッチング素子を制御するための走査線が配置されている第１の基板と、対向電極が形成されている第２の基板と、
前記第１の基板と前記第２の基板との間に介挿され、メモリ性を有する表示素子から構成される表示層と、
前記ソース線へ所定の信号を出力するドライバと、
を備えるメモリ性を有する表示装置の駆動方法において、
前記ドライバの温度を取得し、
画像更新動作後の経過時間を測定し
前記画素を所定の階調表示とするときに前記画素電極へ印可するフレーム毎の電圧を全ての階調数に対して有する駆動波形であって、異なるフレーム数から構成される複数の駆動波形から、前記温度と前記経過時間とに基づいて、１つの駆動波形を選択し、
選択された前記駆動波形により画像更新を実行する
ことを特徴とするメモリ性を有する表示装置の駆動方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メモリ性を有する表示パネルを用いた表示装置及びその表示パネルコントローラに関し、特に表示パネルのドライバ温度の上昇を抑制する手段に関する。
【背景技術】
【０００２】
紙に代わる表示装置を理想として、電子ペーパー表示装置の開発が行われている。電子ペーパー表示装置には、薄型、軽量で、割れ難く、その上、低消費電力であることが要求される。低消費電力化のため、電子ペーパー表示装置には、電源供給を止めても表示した画像を保持できる表示パネル、所謂メモリ性を有する表示パネルを用いることが望ましい。メモリ性を有する表示パネルに用いられる表示素子としては、従来から、電気泳動表示素子、電子粉粒体素子、コレステリック液晶などが知られており、これらを用いたメモリ性を有する表示装置が、電子書籍端末等で実用化されている。
【０００３】
メモリ性を有する表示装置（例えば、電気泳動素子を用いた表示装置）では、画像を書き換える画像更新動作時のみ、表示パネルへ電力を供給すればよい。一旦、画像更新動作が終了すると、メモリ性により表示画像が保持されるため、次の画像更新動作が開始されるまで、表示パネルへの電力を供給する必要がない。一方、現在広く普及しているテレビやＰＣモニタ、携帯端末等に使われている一般の表示装置（例えば、液晶表示装置やＥＬ表示装置）は、メモリ性がないため、画像を表示し続けるには、静止画であっても、常に画像更新動作が必要である。つまり、メモリ性のない表示パネルは、画像表示を行っているときは、常に電力を供給する必要がある。したがって、メモリ性を有する表示装置は、メモリ性のない一般の表示装置に比べ、低消費電力化が可能となる。
【０００４】
例えば、特許文献１には、メモリ性を有する表示装置であるアクティブマトリクス型マイクロカプセル型電気泳動表示装置が開示されており、電気泳動素子へ印加する電圧として、＋１５Ｖ、０Ｖ、−１５Ｖを用いる駆動例が記載されている。
【０００５】
上述のように、メモリ性を有する表示装置は、一般の液晶表示装置に比べ、表示素子へ印加する電圧が高いため、この電圧を供給する表示パネルのドライバ発熱も大きくなり、画像更新時のドライバ温度が問題となる可能性が増加する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１６３９８７号公報
【特許文献２】特表２０１２−１８１５０７号公報
【特許文献３】特表２００１−１０９４２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
メモリ性のない表示装置は常に画像更新動作を行っているため、表示パネルのドライバは常に発熱しており、ドライバ温度は使用環境温度より高い温度となる。一方、メモリ性を有する表示装置では、表示パネルのドライバが発熱するのは画像更新時のみであり、画像更新後十分な時間を経ると、ドライバ温度はほぼ使用環境温度となる。つまり、メモリ性を有する表示装置では、画像を更新する間隔を制御することにより、ドライバ温度を制御することが可能となる。メモリ性のない表示装置では、画像更新後に電源を切ると、表示が消えてしまうため、表示を保持した状態での画像更新間隔によるドライバ温度の制御は不可能である。つまり、画像更新間隔によるドライバ温度の制御は、メモリ性を有する表示装置ならではの課題である。
【０００８】
メモリ性を有する表示装置に対しても、大型化、カラー化の要求がある。メモリ性を有する表示装置はパネルサイズの大型化に対応すると、表示素子群の増加に伴い表示パネルのドライバの駆動負荷が高くなるため、発熱を増加させ、上昇温度は高くなる。
【０００９】
本発明はかかる問題点に鑑みてなされたものであって、その目的は、画像更新後の表示パネルのドライバ温度を推定し、その推定温度に応じて画像更新の間隔を適切に設けることで、ドライバ高温時に生じる動作不良による表示不具合や、ドライバの性能劣化、ドライバの破壊を防ぎ、高画質で信頼性の高いメモリ性を有する表示装置及びその駆動方法を提供することである。
【課題を解決するための手段】
【００１０】
本発明に係るメモリ性を有する表示装置は、スイッチング素子と画素電極とを有する画素がマトリクス状に複数配列され、前記スイッチング素子へ所定の信号を印加するソース線と、前記スイッチング素子を制御するための走査線が配置されている第１の基板と、対向電極が形成されている第２の基板と、前記第１の基板と前記第２の基板との間に介挿され、メモリ性を有する表示素子から構成される表示層と、前記ソース線へ所定の信号を出力するドライバと、を備えるメモリ性を有する表示装置において、前記ドライバの温度を取得する温度取得部と、次に表示する画像データから画像負荷値を算出する画像負荷算出部と、次に表示する画像の画像更新動作前に、前記温度取得部で取得した温度と、算出された前記画像負荷値に応じて、画像更新動作後の前記ドライバの温度を推定する上昇温度推定部と、予め設定された温度と、前記上昇温度推定部により推定された温度とを比較し、画像更新動作の実行の可否を判断する画像更新判定部と、画像更新動作を実行する画像表示制御部とを備え、前記画像表示制御部は、前記画像更新判定部の判断が実行可であれば、前記次に表示する画像への画像更新を実行する。
【発明の効果】
【００１１】
本発明によれば、パネルドライバの発熱抑制のため筐体の再設計、放熱板、冷却ファンの取り付け等による装置の大型化及び開発コストの増大、また、高発熱耐性もしくは低発熱を目的としたドライバ再設計による開発コストの増大を抑えた上で、ドライバ高温時に生じる動作不良による表示不具合や、ドライバの性能劣化、ドライバの破壊を防ぐことができ、高画質で信頼性の高いメモリ性を有する表示装置を実現できる。
【図面の簡単な説明】
【００１２】
【図１】黒白変化回数とパネルドライバ消費電力の関係を示す分布図である。
【図２】ドライバ消費電力と上昇温度（ΔＴ）の関係を示す分布図である。
【図３】実施形態１のメモリ性を有する表示装置の構成を説明するためのブロック図である。
【図４】表示部のｍ行における断面図である。
【図５】電気的な接続関係を示す模式図である。
【図６】温度予測部の構成を示すブロック図である。
【図７】画像表示制御部の構成を示すブロック図である。
【図８】経過時間ｔに応じて画素の反射率Ｒが変化する様子を示す図である。
【図９】駆動波形の第１例を示したグラフである。
【図１０】駆動波形の第２例を示したグラフである。
【図１１】同じ反射率の状態から、同じ電圧を同じ時間印加したグラフである。
【図１２】図６に示す画像負荷算出部における画像負荷値を算出する処理についての具体例を示す説明図である。
【図１３】２値データと印加電圧の関係を示す説明図である。
【図１４】別の駆動波形を用いた場合における画像負荷値の算出例である。
【図１５】第２例の２値データと印加電圧の関係を示す説明図である。
【図１６】上昇温度ΔＴと、係数Ｊ、Ｋを変更した際の画像負荷値との関係を示す分布図である。
【図１７】測定値（上昇温度ΔＴ）を格納したテーブルデータである。
【図１８】画像表示制御部の動作を説明するフローチャートである。
【図１９】上昇温度推定部に格納するソースドライバ上昇温度ΔＴの他の測定データである。
【図２０】上昇温度推定部に格納するソースドライバ上昇温度ΔＴの他の測定データである。
【図２１】実施形態１の変形例の画像表示制御部の動作を説明するフローチャートである。
【図２２】実施形態２のメモリ性を有する表示装置の構成を説明するためのブロック図である。
【図２３】実施形態２の温度予測部のブロック図である。
【図２４】図２２で示した温度予測部を構成する画像負荷算出部１２ａにおいて、画像負荷値を算出する処理を説明する説明図である。
【図２５】前の画像更新時に表示した階調によって、次の画像更新時に表示する階調の電圧波形が決まる駆動波形の一例である。
【図２６】実施形態３のメモリ性を有する表示パネルの構成を示すブロック図である。
【図２７】実施形態３の温度予測部のブロック図である。
【図２８】実施形態３の画像表示制御部のブロック図である。
【図２９】画像表示制御部の動作を説明するフローチャートである。
【図３０】実施形態３の変形例を示すフローチャートである。
【図３１】実施形態３で説明したメモリ性を有する表示パネル（図２６）を用いた場合の実施形態２における温度予測部の構成を示すブロック図である。
【図３２】実施形態４のメモリ性を有する表示装置の構成を説明するためのブロック図である。
【図３３】ソースドライバ温度と経過時間との関係を示すグラフである。
【図３４】実施形態４の画像表示制御部を示すブロック図である。
【図３５】画像表示制御部の動作を説明するフローチャートである。
【図３６】実施形態５の第１の駆動波形のソース線電圧の変化と、画素電圧の変化を示すタイミングチャートである。
【図３７】第２の駆動波形の例を示す図である。
【図３８】実施形態５の第２の駆動波形のソース線電圧の変化と、画素電圧の変化を示すタイミングチャートである。
【図３９】第２の駆動波形の例を示す図である。
【図４０】実施形態５のメモリ性を有する表示装置の構成を説明するためのブロック図である。
【図４１】実施形態５の温度予測部のブロック図である。
【図４２】実施形態５の画像表示制御部のブロック図である。
【図４３】画像表示制御部の動作を説明するフローチャートである。
【図４４】画像表示制御部の動作を説明するフローチャートである。
【図４５】実施形態５のメモリ性を有する表示装置の構成を説明するためのブロック図である。
【図４６】実施形態５の温度予測部のブロック図である。
【図４７】画像表示制御部の動作を説明するフローチャートである。
【図４８】画像表示制御部の動作を説明するフローチャートである。
【図４９】実施形態６の表示動作の概念を説明する図である。
【図５０】経過時間に応じた画素への印加電圧と反射率を示す図である。
【図５１】経過時間に応じた画素への印加電圧と反射率を示す図である。
【図５２】実施形態６のメモリ性を有する表示装置の構成を説明するためのブロック図である。
【図５３】実施形態６の温度予測部のブロック図である。
【図５４】実施形態６の画像表示制御部のブロック図である。
【図５５】図５４に示す画像負荷算出部における画像負荷値を算出する処理についての具体例を示す説明図である。
【図５６】画像表示制御部の動作を説明するフローチャートである。
【図５７】画像表示制御部の動作を説明するフローチャートである。
【図５８】画像表示制御部の動作を説明するフローチャートである。
【図５９】実施形態６のメモリ性を有する表示装置の構成を説明するためのブロック図である。
【図６０】実施形態６の画像表示制御部のブロック図である。
【図６１】実施形態７のメモリ性を有する表示装置の構成を説明するためのブロック図である。
【図６２】実施形態７の画像表示制御部のブロック図である。
【図６３】画像表示制御部の動作を説明するフローチャートである。
【図６４】実施形態７の画像表示制御部のブロック図である。
【図６５】画像表示制御部の動作を説明するフローチャートである。
【図６６】ソースドライバ温度の下降特性を示す図である。
【図６７】上昇温度推定部に格納するソースドライバ上昇温度ΔＴの測定データである。
【図６８】設定温度とソースドライバ温度の関係例を示す図である。
【図６９】駆動波形を選択するためのテーブルデータである。
【図７０】画像表示制御部の動作を説明するフローチャートである。
【図７１】実施形態１のメモリ性を有する表示装置を用いた端末装置の一例の外観図である。
【図７２】図７１に示す端末装置の構成を説明するブロック図である。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照しながら、本発明を実施するための形態（以下「実施形態」という。）について説明する。なお、本明細書及び図面において、実質的に同一の構成要素については同一の符号を用いる。図面に描かれた形状は、当業者が理解しやすいように描かれているため、実際の寸法及び比率とは必ずしも一致していない。
【００１４】
＜実施形態１＞
表示パネルに表示する画像パターンとドライバ上昇温度との関係を実験結果とともに以下に示す。画像更新時における表示パネルのドライバ上昇温度は、表示する画像パターンに依存する。発明者らの実験では、１画素毎の白黒市松パターンは、１回の画像更新によるドライバの上昇温度が高いことがわかった。さらに、１画素毎の白黒市松パターンの画像更新を短時間で繰り返すと、ドライバ温度は画像更新動作のたびに徐々に上昇し、やがてドライバ温度は使用温度範囲を超え、動作不良による表示不具合、ドライバの性能劣化、ドライバ破壊の危険を招くレベルにまで達することがわかった。
【００１５】
メモリ性を有する表示装置において、使用者が意図的にドライバの上昇温度が高い１画素毎の白黒市松パターンを連続表示することは考えにくい。しかし、製品保証の面からは、ワーストケースを考慮した設計が必要である。
【００１６】
今後、メモリ性を有する表示装置において、表示パネルのドライバ温度を抑制する必要性は高まる。抜本的な解決手段としては、放熱板、冷却ファンの取り付け、及び、高発熱耐性もしくは低発熱のパネルドライバの再設計がある。しかし、放熱板、冷却ファンの取り付けは、装置を大型化させ、電子ペーパー表示装置への適用に不向きとなる問題があり、高発熱耐性もしくは低発熱のパネルドライバの再設計は、開発コストがドライバ単価に反映され高くなり、低コスト化が進む一般の液晶表示装置に対して、メモリ性を有する表示装置の価格競争力を低下させる問題がある。
【００１７】
発明者らは、メモリ性を有する表示装置において表示画像パターンと消費電力の関係を検証した。検証には、電気泳動表示装置を用いた。この表示装置において、黒（又は白）を表示する画素の隣接する画素へ、白（又は黒）を表示させる場合に、表示パネルのドライバからの出力電流が多くなり消費電力が増える。したがって、黒表示の画素、白表示の画素から構成される画像パターンを幾つか用意し、画像内で行方向における黒白の変化回数、列方向の黒白変化回数を合計し、この合計値を表示パネルの画素数で割った値を「黒白変化回数の平均値」とした。表１に検証した画像パターンと黒白変化回数の平均値を示し、図１に黒白変化回数と表示パネルのドライバ消費電力の関係を示す。図１に示すグラフの縦軸は消費電力であり、単位はＷである。横軸は黒白変化回数である。
【００１８】
【表１】
2016224411.tif 000003
【００１９】
図１は黒白変化回数とパネルドライバ消費電力の関係を示す分布図である。図１に示すように、電気泳動表示装置を用いた検証では、黒白変化回数と表示パネルのドライバ消費電力の関係は比例しなかった。
【００２０】
また、表１及び図１と同じ画像パターンにおいて、ドライバの画像更新前の温度と画像更新後の温度を測定し、画像更新に伴うドライバの上昇温度（ΔＴ）を求め、ドライバ消費電力とドライバ上昇温度（ΔＴ）との関係を検証した。図２はドライバ消費電力と上昇温度（ΔＴ）の関係を示す分布図である。図２に示すグラフの縦軸は上昇温度ΔＴであり、単位は℃である。横軸は消費電力であり、単位はＷである。図２より、上昇温度（ΔＴ）は、必ずしも消費電力に比例しない可能性があることがわかる。この結果は、ドライバ消費電力を基準として、ドライバ上昇温度（ΔＴ）を制御すると、ドライバ温度を意図した温度以下に抑制できない可能性を示す。
［構成の説明］
以下、図面を参照し、本発明の実施形態１のメモリ性を有する表示装置の構成について説明する。
【００２１】
図３は本実施形態１のメモリ性を有する表示装置の構成を説明するためのブロック図である。本実施形態１のメモリ性を有する表示装置４は、メモリ性を有する表示パネル７０と、表示パネルコントローラ８０から構成される。
【００２２】
メモリ性を有する表示パネル７０は、画像を表示するＭ行Ｎ列の画素１００から構成される表示部９０と、各画素１００に対応する画素電極（図示なし）に印加する電圧の配線となるＮ本のソース線Ｓｎ（ｎ＝１，２，…，Ｎ）と、各画素１００に対応する後述するスイッチング手段（スイッチング素子）１０４をＯＮ／ＯＦＦさせる走査線となるＭ本のゲート線Ｇｍ（ｍ＝１，２，…，Ｍ）と、後述する対向電極１２２の電位ＶＣＯＭが入力される共通電極（図示なし）と、各ソース線Ｓｎへ表示データに応じた電圧を供給するソースドライバ１５０と、各ゲート線Ｇｍへ順次スイッチング手段をＯＮ／ＯＦＦさせる電圧を供給するゲートドライバ１４０と、を備える。すなわち、走査線はスイッチング素子を制御するためのゲート線である。さらに、メモリ性を有する表示パネル７０の温度Ｔｐを測定する温度センサ４０と、ソースドライバ１５０の温度Ｔｓを測定する温度センサ（温度取得部）３０を備える。表示パネルコントローラ８０は、画像更新後のソースドライバ１５０の温度Ｔｓｘを推定する温度予測部１０と、推定された温度Ｔｓｘと予め設定された温度とを比較し、比較結果に応じて画像更新動作を実行する画像表示制御部２０と、メモリ１６０を備える。すなわち、ゲート線Ｇｍはゲートドライバ１４０及びスイッチング素子を接続している。ゲートドライバ１４０はゲート線Ｇｍによりスイッチング素子を制御している。
【００２３】
図３に示すメモリ性を有する表示パネル７０の詳細について説明する。メモリ性を有する表示パネル７０の表示部９０には、例えば、図４に断面構造を示すマイクロカプセル型の電気泳動表示素子を用いることができる。
【００２４】
図４は表示部９０のｍ行における断面図である。図４に示すようにＴＦＴガラス基板（第１の基板）１０２と、電気泳動層（表示層）１１０と、対向基板（第２の基板）１２０とが、この順序で積層した積層構造で形成される。
【００２５】
ＴＦＴガラス基板１０２には、スイッチング素子として機能するＴＦＴ（Thin Film Transistor）と、各ＴＦＴにそれぞれ接続される画素電極、ゲート線、ソース線、ストレージ電極が設けられる。具体的には、表示部のｍ行ｎ列からｍ行ｎ＋２列にかけて、ＴＦＴ（スイッチング素子）１０４−ｍｎ、ＴＦＴ１０４−ｍ（ｎ＋１）、ＴＦＴ１０４−ｍ（ｎ＋２）が設けられ、これらのＴＦＴに接続するゲート線Ｇｍ、ソース線Ｓｎ，Ｓ（ｎ＋１），Ｓ（ｎ＋２）、画素電極１０６−ｍｎ，１０６−ｍ（ｎ＋１），１０６−ｍ（ｎ＋２）、ストレージ電極１０８−ｍｎ，１０８−ｍ（ｎ＋１），１０８−ｍ（ｎ＋２）が設けられる。また、ストレージ電極１０８−ｍｎ，１０８−ｍ（ｎ＋１），１０８−ｍ（ｎ＋２）とストレージ線ＣＳｍとの間に、それぞれストレージ容量（符号省略）が形成されている。
【００２６】
電気泳動層１１０は、例えば、ポリマーのバインダ１１２の中にマイクロカプセル１１４が敷き詰められて形成される。一般的に、このマイクロカプセル１１４の各々は、電気泳動表示装置の画素電極の寸法より小さい。図４では、１つの画素電極に対して、２つのマイクロカプセル１１４が対応するように示しているが、これは説明の便宜上であり、これに限るものではない。マイクロカプセル１１４の内部には溶媒１１６が注入されている。その溶媒１１６中に、ナノレベルの大きさの、マイナスに帯電された白色顔料（白色粒子、例えば、酸化チタン）１１７と、プラスに帯電された黒色顔料（黒色粒子、例えば、炭素）１１８とが、無数浮遊せしめられている。
【００２７】
対向基板１２０は、ＴＦＴガラス基板１０２の各画素電極１０６−ｍｎ，１０６−ｍ（ｎ＋１），１０６−ｍ（ｎ＋２）と対向する一枚の対向電極１２２が透明プラスチック基板１２４（例えば、ＰＥＴ：Poly Ethylene Terephthalate）に貼り付けられて形成される。
【００２８】
図４の構成により、各画素電極１０６−ｍｎ，…と対向電極１２２との間に電圧を印加すると、電気泳動層１１０のマイクロカプセル１１４内の帯電粒子（白色顔料１１７、黒色顔料１１８）が移動し、表示面の反射率が変化する。したがって、各画素電極１０６−ｍｎ，１０６−ｍ（ｎ＋１），１０６−ｍ（ｎ＋２）と対応する領域に、それぞれ画素１００−ｍｎ、画素１００−ｍ（ｎ＋１）、画素１００−ｍ（ｎ＋２）が形成される。
【００２９】
図５は電気的な接続関係を示す模式図である。図５は、図４に示した表示部９０の詳細構成を平面上に示すものであり、互いに直行するＸ軸、Ｙ軸の座標で位置が定まる平面であり、Ｘ方向は表示部９０の水平方向であり、Ｙ方向は表示部９０の垂直方向である。したがって、Ｙ座標が同じ画素群により、表示部９０の行が形成され、Ｘ座標が同じ画素群により表示部９０の列が形成される。
【００３０】
図５に示すように、ＴＦＴ１０４−ｍｎ等を介して画素電極１０６−ｍｎ等へ表示データに対応した電圧を供給するソース線はＹ方向に延伸し、各ソース線（ソース線Ｓｎ、ソース線Ｓｎ＋１、ソース線Ｓｎ＋２）は、表示部９０の列毎に配置され、電圧を供給するソースドライバ１５０と接続する。また、ＴＦＴ１０４−ｍｎ等を制御するゲート線はＸ方向に延伸し、各ゲート線（ゲート線Ｇｍ、ゲート線Ｇｍ＋１）は、表示部９０の行毎に配置され、制御信号を供給するゲートドライバ１４０と接続する。更に、ストレージ電極１０８−ｍｎ等（図中の符号を省略）との間にストレージ容量を形成するストレージ線はＸ方向に延伸し、各ストレージ線（ストレージ線ＣＳｍ、ストレージ線ＣＳｍ＋１）は、表示部９０の行毎に配置される。なお、各ストレージ線は、図５に示すように互いに接続され、共通電位Ｖｓｔが与えられる。一般的に、共通電位Ｖｓｔは対向電極と同電位のＶＣＯＭを与えるように構成する。
【００３１】
上記の構成で、ソースドライバ１５０からＮ本各々のソース線へ同時に供給される電圧を、ゲートドライバ１４０からゲート線Ｇ１、Ｇ２、・・・ＧＭに順次供給される信号で１行毎にサンプリングすることで、任意の画素電極１０６ｍｎへ表示データに対応した電圧を書き込むことができる（所謂、線順次駆動）。なお、書き込まれた電圧が、次のサンプリングまで保持できるように、ストレージ容量を設計する。上記の駆動で、任意のＴＦＴがＯＮ／ＯＦＦを繰り返す間隔、すなわち、あるゲート線へサンプリング信号が供給されてから次のサンプリング信号が供給されるまでの間隔を１フレームと呼ぶ。
【００３２】
ところで、電気泳動表示素子では、帯電粒子の移動速度によって画素の表示状態（反射率）の変化スピードが決定され、この変化スピードは、液晶表示素子と比較するとかなり緩慢である。このため、一般の液晶表示装置が１フレーム期間で画像更新を行うのに対して、電気泳動表示装置では画像更新に複数フレーム期間が必要となる。複数フレームに渡る電圧印加によって所望の画素の表示状態（反射率）を得るため、電気泳動表示装置ではグレー表示（中間調表示）を、１フレームを単位時間としたＰＷＭ（Pulse Width Modulation）変調により実現することができる。このため、一般の液晶装置のように、グレー表示（中間調表示）に対応した多値電圧を出力するソースドライバを用いる必要がなく、例えば、＋Ｖ、０、−Ｖを出力する３値ドライバを用いることができる。以下、実施形態１の説明では、グレー表示（中間調表示）にＰＷＭ変調を適用し、ソースドライバ１５０には、＋Ｖ、０、−Ｖを出力する３値ドライバを用いるものとする。
【００３３】
以上のように構成されたメモリ性を有する表示パネル７０を制御する表示パネルコントローラ８０（図３参照）の詳細について以下に説明する。
【００３４】
図６は温度予測部１０の構成を示すブロック図である。温度予測部１０は、画像処理部１１、画像負荷算出部１２、データ変換部１３、駆動波形データ１４、駆動波形選択部１５、上昇温度推定部１６、及びデータ書き込み部１７から構成される。
【００３５】
画像処理部１１は、アプリケーションプロセッサ１から出力される一般的な形式の画像データ２を、メモリ性を有する表示パネル７０の特性に応じたデータ形式に変換する処理機能を有する。例えば、表示パネル７０の表示特性が１画素：モノクロ１６階調（４ビット）であるのに対して、画像データ２がカラー画像（１画素：Ｒ、Ｇ、Ｂ各２５６階調（８ビット））データである場合、カラー画像データをモノクロ１６階調データに変換する。画像処理部１１は、この変換を行うために必要となるグレースケール変換処理、ビット数の変換処理、ディザリング処理、等の機能を備え、これらの画像処理を施され、画像処理部１１から出力されるデータを階調データＤｐと呼ぶ。
【００３６】
階調データＤｐは、表示部９０の全て（Ｍ×Ｎ個）の画素における階調値を有するデータであり、データ構造は表示部９０に対応したＭ行Ｎ列の２次元配列とする。出力された階調データＤｐは、画像負荷算出部１２とデータ変換部１３へ入力される。
【００３７】
画像負荷算出部１２は、階調データＤｐから画像負荷値を算出し、算出された値を上昇温度推定部１６に出力する機能を備える。画像負荷値の算出方法については後述する。
【００３８】
駆動波形選択部１５は、表示パネル温度Ｔｐに応じて最適な駆動波形ＷＦを駆動波形データ１４から選択する機能を備える。駆動波形ＷＦとは、フレーム１からフレームＬに及ぶ画像更新時、表示する階調に応じてフレーム毎に印加する電圧データであり、データ構造はフレーム番号と表示階調値を行列とする２次元配列である。なお、電気泳動表示素子は、詳細は後述するが、周囲温度に応じて表示特性が変わるため、周囲温度によって適用する幾つかの駆動波形を駆動波形データ１４に用意する。例えば、表示パネル温度が３９℃〜２０℃において使用される駆動波形（高温）と、表示パネル温度が１９℃〜８℃において使用される駆動波形（常温）と、表示パネル温度が７℃〜０℃において使用される駆動波形（低温）の３つの駆動波形を備える。駆動波形選択部１５により選択された駆動波形ＷＦはデータ変換部１３に出力され、選択された駆動波形の情報、例えば、高温、常温、低温のいずれの駆動波形が選択されたかの情報が上昇温度推定部１６に出力される。
【００３９】
データ変換部１３は、階調データＤｐを駆動波形ＷＦによって、フレーム単位の時系列電圧データに変換する機能を有する。つまり、画素の階調データを時間によって印加する電圧データに変換する。このように変換されたデータをＤｐＷＦと呼ぶ。ＤｐＷＦは、画像更新の開始フレーム１から終了フレームＬにかけてのフレーム毎に、表示部９０の全て（Ｍ×Ｎ個）の画素へ印加する電圧のデータ群であるため、行列により画素を指定する２次元配列にフレーム番号が加えられ、データ構造は３次元配列となる。
【００４０】
データ書込み部１７は、データ変換部１３から出力されたＤｐＷＦをメモリ１６０へ格納する機能を有する。
【００４１】
上昇温度推定部１６は、画像負荷算出部１２で算出された画像負荷値と、駆動波形の情報と、ソースドライバ温度Ｔｓとから、入力された画像データ２の表示動作（画像更新）が終了後のソースドライバ温度Ｔｓｘを推定する機能と、画像表示制御部２０からの要求信号ｒｅｑに応じてＴｓｘを更新し、画像表示制御部２０に出力する機能を備える。
【００４２】
次に表示パネルコントローラ８０（図３）の画像表示制御部２０について説明する。図７は画像表示制御部２０の構成を示すブロック図である。画像表示制御部２０は、画像更新判定部２１、パネル制御信号生成部２２、データ読出し部２３から構成される。
【００４３】
画像更新判定部２１は、アプリケーションプロセッサ１から画像更新信号３が入力されたとき、温度予測部１０から入力されるＴｓｘと、ソースドライバ１５０の仕様に応じて予め設定した温度とを比較し、Ｔｓｘが設定温度より低いときは、パネル制御信号生成部２２に動作を開始する信号を送り、Ｔｓｘが設定温度より高いときは、所定の時間間隔で温度予測部１０へＴｓｘの要求信号ｒｅｑを送信する機能を備える。
【００４４】
パネル制御信号生成部２２は、画像更新判定部２１からの信号に応じて、ソースドライバ１５０を制御する各種信号及び電源を生成し（Ｃｔ１）、ソースドライバ１５０へ出力する機能と、ゲートドライバ１４０を制御する各種信号及び電源を生成し（Ｃｔ２）、ゲートドライバ１４０へ出力する機能と、データ読出し部２３へデータを読み出すタイミング信号を生成し出力する機能を備える。
【００４５】
データ読出し部２３は、パネル制御信号生成部２２で生成するタイミング信号に同期して、メモリ１６０からデータを読出し、ソースドライバ１５０の仕様に合わせたデータ形式の電圧データＤａを出力する機能を備える。例えば、ソースドライバ１５０が、２ビットのデータ（＋Ｖ＝０１，０＝００，−Ｖ＝１０）でソース線への出力電圧が決定され、４本のソース線毎に電圧データを入力する仕様である場合は、メモリ１６０から読み出した電圧データをその仕様に合わせた８ビットデータＤａとし、ソースドライバ１５０へ出力する。
【００４６】
［動作の説明］
以下、本実施形態１の動作について説明する。
はじめに、マイクロカプセル型の電気泳動表示素子で構成されるメモリ性を有する表示パネル７０の動作について説明する。
【００４７】
図８は経過時間ｔに応じて画素の反射率Ｒが変化する様子を示す図である。すなわち、任意の画素電極１０６−ｍｎと対向電極１２２の間に電圧（＋Ｖ、または−Ｖ）を印加した際に、経過時間ｔに応じて画素の反射率Ｒが変化する様子を示す図である。図８Ａ〜Ｄは上部及び下部に二つのグラフを備える。上部のグラフの縦軸は反射率Ｒを示し、単位はパーセントである。下部のグラフの縦軸は電圧であり、単位はボルトである。上部及び下部のグラフの横軸は共通である。上部及び下部のグラフの横軸は経過時間を示し、単位は秒である。
【００４８】
図８Ａは、画素がＷ（白）表示からＢ（黒）表示へ変化する様子を示している。Ｗ（白）表示の画素では、マイナスに帯電された白粒子１１７が対向電極側に集まり、プラスに帯電された黒粒子１１８が画素電極側に集まっている。この状態から、対向電極に対して＋Ｖの電圧を画素電極に印加すると、白粒子１１７は画素電極側に移動し、黒粒子１１８は対向電極側へ移動する。このため、画素の反射率は印加時間に従い低くなっていくが、経過時間に応じて粒子の移動は収束していくため単位時間あたりの反射率変化は徐々に小さくなる。ここで、十分に反射率が低くなる＋Ｖ印加時間をｐｗＢとし、そのときの反射率による表示状態をＢ（黒）とする。印加電圧を＋Ｖから０にすると粒子の移動は停止し、メモリ性により反射率は維持される。したがって、ｐｗＢ経過後、印加電圧を＋Ｖから０にしても、表示状態Ｂ（黒）が維持される。なお、破線で示すように、ｐｗＢより長い時間電圧印加を続けると、反射率は徐々に低下するが、人間の目では画素の表示色として識別できないレベルである。
【００４９】
図８Ｂは、画素がＢ（黒）表示からＷ（白）表示へ変化する様子を示している。Ｂ（黒）表示の画素では、プラスに帯電された黒粒子が対向電極側に集まり、マイナスに帯電された白粒子が画素電極側に集まっている。この状態から、対向電極に対して−Ｖの電圧を画素電極に印加すると、黒粒子は画素電極側に移動し、白粒子は対向電極側へ移動する。このため、画素の反射率は印加時間に従い高くなり、図８Ａと逆の特性となる。十分に反射率が高くなる−Ｖ印加時間をｐｗＷとし、そのときの反射率による表示状態をＷ（白）とする。
【００５０】
上述のように、電気泳動表示素子は、電圧の印加時間に応じて反射率Ｒが変化するため、この特性を利用してグレー表示（中間調表示）を行うことができる。図８Ｃは、＋ＶをｐｗＤＧ期間印加することで、画素がＷ（白）表示からＤＧ（ダークグレー）表示へ変化する様子を示し、図８Ｄには、−ＶをｐｗＬＧ期間印加することで、画素がＢ（黒）表示からＬＧ（ライトグレー）表示へ変化する様子を示している。図８Ｃ、図８Ｄには、ＤＧ（ダークグレー）表示とＬＧ（ライトグレー）表示を示したが、同様に電圧の印加時間を調節することで、例えばモノクロ１６階調表示が実現できる。
【００５１】
しかしながら、メモリ性を有する電気泳動表示装置では、実際に所望の画像表示を行うとき、図８のように単に＋Ｖまたは−Ｖを時間調節して印加するだけでは、前の画像の履歴が次の画像に影響し、前の画像が残像として視認されてしまう。この残像を防ぐために、白表示（−Ｖ印加）、黒表示（＋Ｖ印加）を繰り返すリセット期間が設けられ、リセット期間後に、所望の階調に対応する電圧を所望の階調に対応する時間印加する。つまり、画像表示を行うとき、任意の画素を所望の階調にするために印加する電圧は、一定でなく変化を伴う。したがって、所望の階調を表示するために、画像表示の開始から終了までに画素電極へ印加する一連の電圧を「電圧波形」と呼ぶ。また、画像表示において、電圧波形は、１画素で表示する階調数必要があり、例えば１６階調表示では１６個の電圧波形が必要となる。これら階調数分の電圧波形をまとめて「駆動波形」と呼ぶ。
【００５２】
駆動波形の具体例について、モノクロ４階調表示を例に説明する。図９は、駆動波形の第１例を示したグラフである。図９Ａは、画像更新時において、次にＷ（白）を表示する画素に印加する電圧波形であり、同様に、図９ＢはＬＧ（ライトグレー）を、図９ＣはＤＧ（ダークグレー）を、図９ＤはＢ（黒）を表示する画素に印加する電圧波形である。なお、画素に印加する電圧波形とは、表示する階調に応じて、フレーム毎に画素電極に書き込む電圧（＋Ｖ／０／−Ｖ）を連続的に表現したものである。図９の縦軸は電圧であり、単位はＶである。図９の横軸は１フレームを最小単位とする時間である。画像更新期間は、ｔ０から始まるフレーム１から、フレームＬに至るＬ個のフレームで構成される。
【００５３】
ｔ０〜ｔ３は、前に表示された画像を消去するリセット期間であり、ｔ３〜ｔ４は図８に対応する所望の階調を表示する期間であり、この期間をセット期間と呼ぶ。図９の駆動波形では、Ｗ（白）とＬＧ（ライトグレー）のリセット期間の電圧波形は同じであり、ｔ３で共に表示状態がＢ（黒）となった後、ｔ３からの−Ｖの印加時間に応じて、Ｗ（白）とＬＧ（ライトグレー）が決定する。また、Ｂ（黒）とＤＧ（ダークグレー）のリセット期間の電圧波形は同じであり、ｔ３で共に表示状態がＢ（黒）となった後、ｔ３からの＋Ｖの印加時間に応じて、Ｂ（黒）とＤＧ（ダークグレー）が決定する。
【００５４】
図１０は駆動波形の第２例を示したグラフである。図１０の縦軸は電圧であり、単位はＶである。図９の横軸は１フレームを最小単位とする時間である。図１０に示す駆動波形の第２例は、ｐｗＬＧ期間−Ｖを印加し画素をＬＧ（ライトグレー）にするタイミングと、ｐｗＤＧ期間＋Ｖを印加し画素をＤＧ（ダークグレー）にするタイミングが、図９の駆動波形の第１例と異なり、画素をＷ（白）、Ｂ（黒）とする電圧印加が行われた後のタイミングとなっている。このため、ｔ０からｔ３の期間において、Ｗ（白）とＤＧ（ダークグレー）の電圧波形は同じであり、ｔ３以降、Ｗ（白）は０Ｖを印加し、ＤＧ（ダークグレー）はｐｗＤＧ期間＋Ｖ印加する。また、ｔ０からｔ３の期間において、Ｂ（黒）とＬＧ（ライトグレー）の電圧波形は同じであり、ｔ３以降、Ｂ（黒）は０Ｖを印加し、ＬＧ（ライトグレー）はｐｗＬＧ期間−Ｖ印加する。
【００５５】
図９、図１０に例示した駆動波形を画素に印加することで、モノクロ４階調の画像データから、電気泳動表示素子を用いたメモリ性を有する表示パネル７０へ所望の画像表示を行うことができる。なお、モノクロ４階調の駆動波形を示したが説明の便宜上であり、画素へ他のグレー表示（中間調表示）を行う電圧波形を増やすことで、階調数を増やすことが可能であり、例えば、１６個の電圧波形から成る駆動波形により、モノクロ１６階調表示が可能となる。ところで、電気泳動表示素子の帯電粒子（１１７、１１８）の移動する速度は、周囲温度によって変化する。
【００５６】
図１１は同じ反射率の状態から、同じ電圧を同じ時間印加したグラフである。図１１の縦軸及び横軸は図８と同様であり、簡潔のため記載を省略する。このため、図１１に示すように同じ反射率の状態から、同じ電圧（＋Ｖ、あるいは−Ｖ）を同じ時間印加しても、温度によって異なる反射率となる。つまり、同じ駆動波形であっても、メモリ性を有する表示パネル７０の温度Ｔｐが異なると、同じ階調データが異なる反射率のグレー表示（中間調表示）となるばかりか、リセット期間における前に表示された画像を消去する効果も変化するため、残像が生じることもある。これらの画質劣化を防ぐため、温度Ｔｐに応じて、ほぼ同じ反射率となるように、任意の階調データに対して印加時間を調整した駆動波形を用意する。例えば、高温、常温、低温で使用する駆動波形を設計し、温度Ｔｐに応じて選択して使用する。
【００５７】
次に、本実施形態１の温度予測部１０における画像更新後のソースドライバ温度Ｔｓｘの推定動作について説明する。ソースドライバ１５０は、隣接する画素電極に同じ電圧を印加する場合に比べ、異なる電圧を印加するとき多くの電流が必要とされ、発熱量も多くなり、上昇温度ΔＴも高くなる。任意の画素及び隣接する画素へ印加される電圧は、表示する画像データと駆動波形によって決定される。つまり、表示する画像データ（画像パターン）と駆動波形から上昇温度ΔＴは推定でき、画像パターンを定量化した値を画像負荷値と呼ぶ。なお、ソースドライバ１５０の上昇温度ΔＴが画像負荷値に比例するように、画像負荷値は定められるのが理想である。
【００５８】
図１２は図６に示す画像負荷算出部１２における画像負荷値を算出する処理についての具体例を示す説明図である。先述のように、画像負荷算出部１２には、画像処理部１１から、メモリ性を有する表示パネル７０の特性に応じて変換された階調データＤｐが入力される。図１２では、メモリ性を有する表示パネル７０が４行６列の画素で構成され、モノクロ４階調表示である例を用いる。ここで、画素で表示する階調値を２進数表現で示し、Ｗ（白）＝１１、ＬＧ（ライトグレー）＝１０、ＤＧ（ダークグレー）＝０１、Ｂ（黒）＝００とする。
【００５９】
入力された階調データＤｐは、階調値と駆動波形に応じて２値化（「０」または「１」）される。Ｗ（白）＝１１を「１」、Ｂ（黒）を「０」とし、グレー（中間調）については、使用する駆動波形を参照して決定する。図１２では、図９に示した駆動波形の第１例を使用する。図８に示したように、Ｗの電圧波形と同じ部分が多いＬＧを「１」とし、同様に、Ｂの電圧波形と同じ部分が多いＤＧを「０」とする。変換された２値データは、画素に印加する電圧に多くの時間（フレーム）で対応し、例えば、隣接する２つの画素の２値データが、「０」-「１」あるいは、「１」-「０」であれば異なる電圧が印加される関係となる。２値データと印加電圧の関係について、図１３の具体例を用いて説明する。図１３は２値データと印加電圧の関係を示す説明図である。図１３に示すように、画像パターンと駆動波形の第１例（図９参照）によって、実際に画素に印加される電圧の分布を示す。図１３では、＋Ｖ＝１５[Ｖ]、−Ｖ＝−１５[Ｖ]とし、ｔ０〜ｔ１、ｔ１〜ｔ２、ｔ２〜ｔ３、ｔ３〜ｔＧ、ｔＧ〜ｔ４において、３行４列の画素に印加される電圧を示している。図１３より、ｔ０〜ｔＧにかけては、Ｗ（白）とＬＧ（ライトグレー）を表示する画素に印加される電圧は同じであり、前述のように、２値化において「１」として扱うことが可能である。
【００６０】
図１２の２値データから画像負荷値を算出する処理について詳細に説明する。初めに、１行１列にある画素の２値データ（Ｐ１１）と、水平方向に隣接する１行２列にある２値データ（Ｐ１２）を比較し、同じであれば０、異なればＪとする。図１２の例では、異なるためＪである。次に、１行１列にある画素の２値データ（Ｐ１１）と、垂直方向に隣接する２行１列にある２値データ（Ｐ２１）を比較し、同じであれば０、異なればＫとする。図１２の例では同じため０である。最後に、１行１列にある画素と、水平、垂直に隣接する画素との比較から得られた値を加算する。この加算した値を負荷データと呼ぶ。図１２の例では、１行１列の画素の負荷データは、Ｊ＋０＝Ｊとなる。同様に、１行２列、１行３列、・・・１行５列、２行１列、・・・２行５列、３行１列、・・・３行５列にある画素の負荷データを求め、図１２に示す負荷データマップを得る。なお、６列目、及び、４行目の画素は負荷データを算出しない。したがって、負荷データマップは、３行５列の負荷データとなり、これらの負荷データを積算した値を画像負荷値と呼ぶ。図１２の例では、画像負荷値は、７Ｊ＋８Ｋとなる。ここで、Ｊは１〜３行の画素間において、水平方向に異なる電圧が印加される回数への係数となり、Ｋは１〜５列の画素間において、垂直方向に異なる電圧が印加される回数への係数となる。言い換えると、Ｊは走査線延伸方向の画像周波数の重み付けであり、Ｋはソース線延伸方向の画像周波数の重み付けである。
係数Ｊ、Ｋの定め方については後述する。
【００６１】
図１４は別の駆動波形を用いた場合における画像負荷値の算出例である。図１４においては図１０に示す第２例を使用する。図１２と同じ階調データＤｐが入力されるが、駆動波形が異なるため、グレー（中間調）の２値化される値が図１２とは異なる。第２例の駆動波形を使用する場合、ＬＧ（ライトグレー）はＢ（黒）の電圧波形と同じ部分が多いため「０」とし、ＤＧ（ダークグレー）はＷ（白）の電圧波形と同じ部分が多いため「１」とする。図１５は第２例の２値データと印加電圧の関係を示す説明図である。図１５に示すように、駆動波形の第２例（図１０参照）によって、実際に画素に印加される電圧の分布を示す。図１５より、ｔ０〜ｔ３にかけては、Ｂ（黒）とＬＧ（ライトグレー）を表示する画素に印加される電圧は同じであり、前述のように、２値化において「０」として扱うことが可能である。
【００６２】
上記のように、グレー（中間調）の２値化される値が図１２とは異なるため、負荷データも異なる画素が生じる。したがって、これらの負荷データを積算した画像負荷値も図１２の例とは異なり、図１４の例では、画像負荷値は、５Ｊ＋６Ｋとなる。
【００６３】
以上、図１２、図１４において、モノクロ４階調の４行８列の階調データＤｐが入力される例を用いて画像負荷値の算出について説明したが、例えば、表示パネルがモノクロ１６階調表示の場合でも同様に画像負荷値を算出することは可能である。２値データを作成するとき、モノクロ１６階調表示に用いる駆動波形を参照し、グレー表示（中間調表示）の電圧波形がＷ（白）の電圧波形と同じ部分が多いものは「１」とし、Ｂ（黒）の電圧波形と同じ部分が多いものは「０」とすればよい。また、表示パネルの画素数は４行８列に限らず、Ｍ行Ｎ列の構成が可能である。
【００６４】
Ｍ行Ｎ列の画素で構成される表示パネルにおいて、ｍ行ｎ列の２値データをＰｍｎとし、任意の画素（ｍ行ｎ列目）の負荷データをＬＤｍｎ、Ｍ行Ｎ列の画像データの画像負荷値をＰＬＤとすると、負荷データＬＤｍｎは以下の式（１）で表される。
【００６５】
【数１】
2016224411.tif 000004
【００６６】
ＸＯＲは、排他的論理和である。Ｍ行Ｎ列の画像データの画像負荷値ＰＬＶは以下の式（２）で表される。
【００６７】
【数２】
2016224411.tif 000005
【００６８】
式（１）、式（２）を用いて、Ｍ行Ｎ列で構成される表示パネルの画像負荷値ＰＬＶを算出できる。
【００６９】
次に係数Ｊ、Ｋの定め方について説明する。係数Ｊ、Ｋについては、実際に使用するメモリ性を有する表示パネル７０へ基本的な画像パターンを表示し、画像更新時のソースドライバ１５０の上昇温度ΔＴを測定することで定める。図１６は上昇温度ΔＴと、係数Ｊ、Ｋを変更した際の画像負荷値との関係を示す分布図である。図１６のＡ〜Ｄに、第１例の駆動波形（図９参照）を使用して、画像パターン毎に測定した上昇温度ΔＴと、係数Ｊ、Ｋを変更した際の画像負荷値との関係を示す。なお、図１６に示す各グラフの横軸は、各画像パターンから算出される画像負荷値を、最も上昇温度ΔＴが大きくなる画像パターン（この例では、１画素毎の白黒市松模様）の画像負荷値で除算し規格化している。縦軸は上昇温度ΔＴであり、単位は℃である。
【００７０】
また、規格化された画像負荷値が１のときの上昇温度ΔＴをＴαとし、画像負荷値が０と算出される画像パターン（例えば、全面白画像）のときの上昇温度ΔＴをＴβとし、ＴαとＴβを結ぶ直線を破線で示している。したがって、式（１）及び式（２）から算出される画像負荷値ＰＬＶを規格化した値に対して、測定された上昇温度ΔＴがグラフの破線に近づくように、係数Ｊ、Ｋを定めれば、画像負荷値と上昇温度ΔＴは比例関係となる。したがって、このように係数Ｊ、Ｋを定めれば、任意の画像パターンによる画像更新時のソースドライバ１５０の上昇温度ΔＴを、画像負荷値ＰＬＶを算出することにより、以下の式（３）で求められる。
【００７１】
ΔＴ＝（Ｔα-Ｔβ）×ＰＬＶ/ＰＬＶｍａｘ＋Ｔβ・・・（３）
【００７２】
ここで、ＰＬＶｍａｘは、上昇温度ΔＴが最大となる画像パターンの画像負荷値である。
【００７３】
図１６Ａは、Ｊ＝１、Ｋ＝１として画像負荷値を算出したときの画像パターンと測定された上昇温度ΔＴの関係である。この係数では、同じ画像負荷値（０．５や０．２５）が算出される画像パターンに対して、実測されたソースドライバの上昇温度ΔＴが大きく異なる。したがって、この係数で算出される画像負荷値と式（３）から計算されるΔＴは、実際にソースドライバ上昇温度と合わない可能性が非常に大きい。
【００７４】
図１６Ｂは、Ｊ＝１、Ｋ＝２として画像負荷値を算出したときの画像パターンと測定された上昇温度ΔＴの関係であり、同様に、図１６Ｃは、Ｊ＝１、Ｋ＝５、図１６Ｄは、Ｊ＝１、Ｋ＝２０とした場合である。図１６Ｂにおいても、同じ画像負荷値が算出される画像パターン（横縞模様（２画素毎）と縦縞模様（１画素毎））に対して、実測されたソースドライバの上昇温度ΔＴの乖離がある。また、実測された上昇温度ΔＴが比較的高い横縞模様（１画素毎）が破線の直線より高いため、式（３）からは実測より低い上昇温度として計算されてしまう。このため、係数Ｊ、Ｋは、Ｊ＝１としたとき、少なくともＫは２より大きいことが望ましい。例えば、図１６Ｃに示すＪ＝１、Ｋ＝５の場合は、実測された横縞模様（１画素毎）のΔＴが破線で示す直線と重なるため、適用しても大きな問題ない。さらに、図１６Ｄは、Ｊ＝１、Ｋ＝２０とした場合においても、実測の結果が式（３）の直線により近づくため適用できる。しかし、実測された横縞模様（１画素毎）の上昇温度ΔＴより、式（３）で計算される温度が高いため、画像更新後のソースドライバ温度を実際より高く推定してしまう可能性がある。以上より、係数Ｊ、Ｋは、Ｊ＝１、２＜Ｋ＜２０と定めるのが好ましい。すなわち、ＫをＪより大きくすることが望ましい。
【００７５】
以上のように、係数Ｊ、Ｋを定めることにより、任意の階調データＤｐに対して、ソースドライバ１５０の上昇温度ΔＴを式（３）により計算できる。この計算は、上昇温度推定部１６で実施される。この計算を行うため、上昇温度推定部１６には、表示パネル温度Ｔｐに応じて選択される駆動波形毎に、ソースドライバ温度に応じて測定した画像更新時の上昇温度データを格納しておく。格納するデータの１例を図１７に示す。
【００７６】
図１７は測定値（上昇温度ΔＴ）を格納したテーブルデータである。図１７に示すように表示パネル温度Ｔｐに応じて選択される高温用（３９〜２０℃）、常温用（１９〜８℃）、低温用（７〜０℃）の３つの駆動波形に対して、ソースドライバ温度を５℃毎に変化させ、画像負荷値が最大となる画像パターンを画像更新した時のソースドライバ上昇温度αと、画像負荷値が最小となる画像パターンを画像更新した時のソースドライバ上昇温度βを測定し、その測定値（上昇温度ΔＴ）を格納したテーブルデータである。図１７を用いて、例えば、表示パネル温度Ｔｐが１８℃で、ソースドライバ温度Ｔｓが２０℃であった場合は、αＮ２０をＴαに、βＮ２０をＴβとして、式（３）から画像負荷値に基づくソースドライバ上昇温度ΔＴを計算する。
【００７７】
さらに、この上昇温度ΔＴの計算結果と、ソースドライバ温度Ｔｓより、画像更新後のソースドライバ温度Ｔｓｘを以下の式（４）より計算する。
【００７８】
Ｔｓｘ＝Ｔｓ＋ΔＴ  ・・・（４）
【００７９】
以上のように、温度予測部１０において、入力された画像データ２の画像更新後のソースドライバ温度Ｔｓｘが推定される。なお、上昇温度推定部１６におけるＴｓｘの推定動作は、画像表示制御部２０からの要求信号ｒｅｑに応じて実施される。
【００８０】
次に、画像表示制御部２０の動作について、図３、図６、図７、図１８を参照し説明する。図１８は画像表示制御部２０の動作を説明するフローチャートである。
【００８１】
画像更新判定部２１（図７参照）は、アプリケーションプロセッサ１から画像更新を指示する画像更新信号３を取得する（ステップＳＴ１０）。画像更新判定部２１は温度予測部１０へ画像更新後のソースドライバ温度Ｔｓｘを要求する信号ｒｅｑを送信する（ステップＳＴ１１）。温度予測部１０（図３参照）は、ｒｅｑを受信すると、上昇温度推定部１６（図６参照）において、現在のソースドライバ温度Ｔｓを取得し、画像負荷値と選択された駆動波形から画像更新後のソースドライバ温度Ｔｓｘを算出し、画像表示制御部２０（図７参照）へ送信する。送信された温度Ｔｓｘが画像更新判定部２１で取得される（ステップＳＴ１２）。続いて、画像更新判定部２１では、取得した温度Ｔｓｘが、予め設定した温度より低いかを判定する（ステップＳＴ１３）。ステップＳＴ１３の判定がＮＯの場合は、画像更新は行わずある時間待機する（ステップＳＴ１５）。待機後に再び温度Ｔｓｘを要求する信号ｒｅｑを送信する（ステップＳＴ１１）。ステップＳＴ１３の判定がＹＥＳの場合は、画像更新判定部２１から動作を指示する信号が、パネル制御信号生成部２２（図７参照）に出力され、この信号に応じてソースドライバ及びゲートドライバを制御する信号及び電圧（ｃｔ１及びｃｔ２）が出力されるとともに、これらの制御信号に同期してメモリ１６０から画像を形成するデータが、データ読出し部２３（図７参照）により読み出され、ソースドライバ１６０の仕様に合わせてＤａが出力される（ステップＳＴ１４）。
【００８２】
以上のように、メモリ性を有する表示装置を構成し動作させることにより、表示する画質を損なうことなく、ソースドライバ１５０の温度を、設定温度以下に保つことが可能となる。このため、設定温度をソースドライバの仕様に基づき適切な温度に設定することで、ソースドライバの動作保証温度を超えたときに生じる動作不良に起因した画質劣化や、ソースドライバの性能劣化、さらには、ソースドライバ自体の破壊を防ぐことができ、高画質かつ信頼性の高いメモリ性を有する表示装置を実現できる。
【００８３】
なお、上昇温度推定部１６の動作について、格納するソースドライバ上昇温度の実測データを図１７に示す例を用いて説明したが、図１７に限定されるものではない。さらに表示パネル温度ＴＰに応じたソースドライバ上昇温度の測定を行い、図１９に示すデータを用いることも可能である。図１９は上昇温度推定部に格納するソースドライバ上昇温度ΔＴの他の測定データである。図１９に示すように、表示パネル温度Ｔｐで決まる駆動波形の適用温度範囲から、さらにソースドライバの周囲温度とみなせる温度Ｔｐに応じて分割した温度条件（例えば４℃毎）で測定した上昇温度データが格納される。このため周囲温度が反映され、より正確に上昇温度ΔＴを計算でき、推定温度Ｔｓｘの精度を高めることができる。図１９に示すデータを用いる場合は、駆動波形選択部１５（図６参照）から、温度Ｔｐを上昇温度推定部に出力すればよい。
【００８４】
また、図１７に示すデータの代わりに、図２０に示すデータを適用することも可能である。図２０は上昇温度推定部に格納するソースドライバ上昇温度ΔＴの他の測定データである。表示パネル温度Ｔｐによって選択する駆動波形の数を３から８へ増やした例であり、表示パネル温度４℃毎に作成した駆動波形ＷＦ０３、ＷＦ０７・・・ＷＦ３９を駆動波形データ（格納部）１４（図６参照）に格納し、駆動波形選択部１５で表示パネル温度Ｔｐに応じて選択すればよい。
【００８５】
＜実施形態１の変形例＞
実施形態１では、画像更新判定部２１において、推定されたソースドライバ温度Ｔｓｘが設定温度以上と判定された場合は、画像更新を行わない動作とした。したがって、表示画像は、ソースドライバ温度Ｔｓｘが設定温度以下になるまで変化しない。使用者が意図的に画像更新を行った場合は、表示画像がすぐに反応しないと使用者が混乱する恐れがある。この様な使用者の混乱を防ぐ対策を施した本発明のメモリ性を有する表示装置を、実施形態１の変形例として以下に説明する。なお、以下に説明する以外の構成、動作については上述の実施形態１と同じであり、例えば、画像負荷値を算出する方法、特に重み付けとなる係数Ｊ、Ｋの定め方は、図１６を用いて説明した方法と同じである。
【００８６】
図２１は実施形態１の変形例の画像表示制御部２０の動作を説明するフローチャートである。ステップＳＴ１３の判定がＮＯの場合は、閾値以下の画像負荷値の画像表示を行う（ステップＳＴ１６）動作が、実施形態１とは異なる。閾値とは例えば０から０．１であって、好ましくは０．０１以下である。実施形態１の温度予測部１０の動作説明で述べたように、表示部９０内で隣接する画素電極に異なる電圧を印加される画素が多いほど、画像負荷値は大きくなる。なお、ステップＳＴ１３の判定がＮＯの場合は、閾値以下の画像負荷値の内、最小画像負荷値の画像表示を行ってもよい。したがって、実施形態１の場合、最小画像負荷値の画像とは、表示部９０の画素全てに同一色を表示する画像、例えば、全面白画像、全面黒画像などである。
【００８７】
本変形例の画像更新判定部２１では、ステップＳＴ１６において、閾値以下の画像負荷値の画像表示を行うため、ステップＳＴ１３の判定がＮＯの場合も、パネル制御信号生成部２２へ動作を指示する信号を出力する。さらにこの信号には、表示する画像は閾値以下の画像負荷値の画像（ステップＳＴ１３の判定がＮＯ）か、更新画像（ステップＳＴ１３の判定がＹＥＳ）かの情報を付与する。この信号に応じて、パネル制御信号生成部２２では、ステップＳＴ１３の判定がＮＯの場合は、データ読出し部２３へ閾値以下の画像負荷値の画像データを読出しＤａへ出力するよう指示を出す。なお、閾値以下の画像負荷値の画像データは、予めメモリ１６０に格納しておけばよい。
【００８８】
以上の実施形態１からの変更により、推定されたソースドライバ温度Ｔｓｘが設定温度以上と判定された場合も、表示画像が変化することになり、表示画面がすぐに反応しないことに起因する使用者の混乱を防ぐことができる。
【００８９】
＜実施形態２＞
以下、本発明の実施形態２に係るメモリ性を有する表示装置について説明する。本実施形態２は、画像負荷値の算出方法が実施形態１と異なる。実施形態１では画像負荷値を階調データＤｐから算出したのに対して、実施形態２では画像負荷値をデータ変換部１３より出力されるＤｐＷＦから算出する。
【００９０】
［構成の説明］
図２２は実施形態２のメモリ性を有する表示装置の構成を説明するためのブロック図である。実施形態１（図３）とは温度予測部１０ａのみが異なり、他の構成は同じであるため説明は省く。
【００９１】
図２３は実施形態２の温度予測部１０ａのブロック図である。実施形態１の温度予測部１０（図６）とは画像負荷算出部１２ａが異なり、また、画像処理部１１から出力されるＤｐがデータ変換部１３のみに入力され、データ変換部１３から出力されるＤｐＷＦが画像負荷算出部に入力され、画像負荷算出部を介してＤｐＷＦがデータ書込み部１７に入力される点が実施形態１と異なる。それら以外の温度予測部１０ａの構成は、実施形態１と同じである。
【００９２】
［動作の説明］
以下、本実施形態２における実施形態１とは異なる温度予測部１０ａの動作について説明する。
【００９３】
図２４は図２２で示した温度予測部１０ａを構成する画像負荷算出部１２ａにおいて、画像負荷値を算出する処理を説明する説明図である。実施形態１の説明（図１２参照）と同じく、メモリ性を有する表示パネル７０が４行６列のモノクロ４階調表示である例を用い、図１２と同じデータを有する階調データＤｐが、データ変換部１３で図９に示した駆動波形の第１例により変換され、画像負荷算出部１２ａに入力した例を用いて説明する。また、画素への印加電圧を＋Ｖ＝＋１５[Ｖ]、−Ｖ＝−１５[Ｖ]とする。
【００９４】
前述のように、画像負荷算出部１２ａに入力されるデータＤｐＷＦは、フレーム１、フレーム２、・・・フレームＬにおいて各画素に印加する電圧データを有する３次元配列である。ここで、フレームｌ（ｌ＝１、２、・・・Ｌ）において各画素に印加する電圧の２次元配列をフレームｌの電圧マップと呼ぶ。図２４では、フレーム１とフレームＬの電圧マップを示し、それ以外のフレームの電圧マップについては略す。
【００９５】
実施形態２では、実施形態１での２値データに代わり、上記の電圧マップから負荷データを求め画像負荷値を算出する。各画素における負荷データの算出方法は、実施形態１と同様に水平、垂直に隣接する画素の電圧を比較し、異なる場合に各々の係数Ｊ、Ｋを加算する方式とするが、符号を含め電圧値を演算に利用する点が実施形態１と異なる。実施形態２における負荷データＬＤｍｎは、ｍ行ｎ列の画素の電圧をＶｍｎとすると、以下の式（５）で表すことができる。
【００９６】
【数３】
2016224411.tif 000006
【００９７】
ここで、｜｜は絶対値である。
【００９８】
負荷データＬＤｍｎを（Ｍ−１）行（Ｎ−１）列にわたって積算し、さらにフレーム１からフレームＬまで積算した値を画像負荷値ＰＬＶとした場合、以下の式（６）で表すことができる。
【００９９】
【数４】
2016224411.tif 000007
【０１００】
以上のように、実施形態２では、式（５）、式（６）を用いて、Ｍ行Ｎ列で構成される表示パネルの画像負荷値ＰＬＶを算出する。式（５）を用いて、負荷データを求めるため、図１２に示すように、０[Ｖ]が印加される画素と隣接し＋１５あるいは−１５[Ｖ]が印加される画素においても負荷データが画像負荷値に加算される。＋１５あるいは−１５[Ｖ]と０[Ｖ]が離接する場合に加算される値は、＋１５[Ｖ]と−１５[Ｖ]が隣接する場合に加算される値の半分となる。つまり、式（５）により、隣接画素間で印加される電圧の差に比例した値を算出でき、隣接画素間の電圧差の大きさに比例した重み付けを含んでいる。このため、実施形態１の算出方法と比べ、画像負荷値の分解能を高めることができる。
【０１０１】
式（５）、式（６）を用いて算出した実施形態２における画像負荷値は、係数Ｊ、Ｋを含むが、係数Ｊ、Ｋの定め方については、実施形態１で説明した方法と同様に、実際に使用する表示パネル７０へ基本的な画像パターンを表示し、ソースドライバ１５０の上昇温度ΔＴを測定することで定めることができる。
【０１０２】
係数Ｊ、Ｋを定め、また、実施形態１と同様に画像負荷値が最大で１となるように規格化することで、任意の画像データ２に対して、上昇温度ΔＴを式（３）によって推定できる。したがって、図２３に示す実施形態２の上昇温度推定部１６は、実施形態１と同じ構成、同じ動作で、画像更新後のソースドライバ温度Ｔｓｘを推定し、画像表示制御部２０へ出力することができる。
【０１０３】
以上で説明した以外の実施形態２における動作は、実施形態１と同じであり、例えば、図１８に示すフローチャートも同じとなるため説明を省略する。また、実施形態１の変形例の本実施形態２への適用も可能であり、実施形態１の変形例での説明と同様の効果が得られる。
【０１０４】
以上のように構成され動作する本発明の実施形態２のメモリ性を有する表示装置は、実施形態１に比べ、画像負荷値の分解能を高めることができるため、上昇温度ΔＴの推定精度を高めることができ、ソースドライバ温度Ｔｓｘをより正確に予測できる。
【０１０５】
さらに、隣接画素間の電圧差に比例した重み付が含まれているため、多値出力のソースドライバの適用に対しても、上述の実施形態２の説明から特に変更を加えることなく適用可能である。このため、例えば、電圧しきい値の異なる２粒子以上の着色粒子を用いて、多色表示を行う電気泳動表示装置への適用が可能である。
【０１０６】
また、実施形態１では、階調データＤｐと駆動波形から２値データを作成するが、多階調化や高画質化のため駆動波形が複雑になると、２値データをもとに算出される画像負荷値と上昇温度ΔＴの直線性が歪む可能性が増す。また、駆動波形が複雑になると、２値データ作成に費やす作業量が増加する上に、駆動波形を修正する度に２値データの見直し作業も必要となる。
【０１０７】
図２５は前に表示した階調によって次に表示する階調の電圧波形が決まる駆動波形である。図２５の縦軸は電圧であり、単位はＶである。図２５の横軸は１フレームを最小単位とする時間である。実施形態２においては、２値をデータ作成しないため、複雑な駆動波形、例えば図２５に示すように、前に表示した階調によって次に表示する階調の電圧波形が決まる駆動波形に対しても、以下の簡易な変更で対応できる。図２５の駆動波形の適用に対しては、データ変換部１３に前の階調データＤｐを保存する領域を設け、前に表示した階調と次に表示する階調から電圧波形を決定する機能を追加することでＤｐＷＦを生成できる。このため、その他の特別な作業を必要としない上、駆動波形の修正に伴う画像負荷値の算出における見直し作業もない。
【０１０８】
＜実施形態３＞
以下、本発明の実施形態３に係るメモリ性を有する表示装置について説明する。実施形態１及び２においては、１つソースドライバ１５０を備える例を説明したが、本発明は、複数のソースドライバを備える表示パネルへの適用も可能である。i個のソースドライバを備える表示パネルを用いた実施形態３について以下に説明する。
【０１０９】
［構成の説明］
図２６は、実施形態３のメモリ性を有する表示パネル７０ｂの構成を示すブロック図である。実施形態１と同様に、Ｍ行Ｎ列の画素１００から構成され、各画素１００に対応する画素電極（図示なし）に印加する電圧の配線となるＮ本のソース線Ｓｎと、各画素１００に対応するスイッチング手段（図示なし）をＯＮ／ＯＦＦさせるＭ本のゲート線Ｇｍと、対向電極の電位ＶＣＯＭが入力される共通電極（図示なし）を備える。
【０１１０】
Ｎ本ソース線は、ソースドライバ出力数に応じた複数本単位で、ソースドライバ１５１、ソースドライバ１５２、・・・ソースドライバ１５０ｉに接続され、各々のソースドライバにより駆動される画素群を、表示部９１、表示部９２、・・・表示部９０ｉとする。
【０１１１】
また、各ソースドライバには、各々温度センサが備えられ、温度センサ３１によりソースドライバ１５１の温度Ｔｓ１が測定され、温度センサ３２によりソースドライバ１５２の温度Ｔｓ２が測定され、・・・温度センサ３０ｉによりソースドライバ１５０ｉの温度Ｔｓｉが測定され、表示パネルコントローラへ出力される。表示パネル７０ｂの上記以外の構成は、実施形態１と同じであるため説明は省略する。
【０１１２】
図２７は実施形態３における温度予測部１０ｂのブロック図である。画像負荷算出部１２ｂと上昇温度推定部１６ｂに、表示パネル７０ｂのｉ個のソースドライバに対応する機能を備える点が実施形態１と異なる（実施形態１と同一の構成については説明を省く）。
【０１１３】
画像負荷算出部１２ｂは、入力されるＭ行Ｎ列の階調データＤｐを表示部９１、表示部９２、・・・表示部９０ｉに分割する機能を備え、このように分割された階調データＤｐから、各々画像負荷値を算出し、算出されたｉ個の画像負荷値を上昇温度推定部１６ｂへ出力する機能を備える。
【０１１４】
上昇温度推定部１６ｂは、ｉ個の画像負荷値と、駆動波形の情報と、ソースドライバ温度Ｔｓ１、Ｔｓ２・・・Ｔｓｉとから、画像更新後の各ソースドライバ温度Ｔｓｘ１、Ｔｓｘ２、・・・Ｔｓｘｉを推定する機能と、画像表示制御部からの要求信号ｒｅｑに応じてＴｓｘ１〜Ｔｓｘｉを更新し、画像表示制御部２０に出力する機能を備える。
【０１１５】
図２８は実施形態３における画像表示制御部２０ｂのブロック図である。画像更新判定部２１ｂが実施形態１と異なる（実施形態１と同一の構成については説明を省く）。
【０１１６】
画像更新判定部２１は、アプリケーションプロセッサ１から画像更新信号３が入力されたとき、温度予測部１０ｂから入力されるＴｓｘ１〜Ｔｓｘｉと、予め設定した温度とを比較し、Ｔｓｘ１〜Ｔｓｘｉの全てが設定温度より低いときは、パネル制御信号生成部２２に動作を開始する信号を送り、Ｔｓｘ１〜Ｔｓｘｉのうち一つでも設定温度より高いときは、所定の時間間隔で温度予測部１０ｂへ要求信号ｒｅｑを送信する機能を備える。
【０１１７】
［動作の説明］
本実施形態３の温度予測部１０ｂの動作については、上述のように表示部９１、表示部９２、・・・表示部９０ｉに対応するよう分割された階調データＤｐに対して、各々画像負荷値を算出するが、対象となる画素群の範囲が異なるのみで算出方法は実施形態１と同じである。また、算出された各々の画像負荷値に基づき各ソースドライバの画像更新後の温度Ｔｓｘ１〜Ｔｓｘｉを推定するが、各温度の推定方法は実施形態１と同じである。
【０１１８】
図２９は画像表示制御部２０ｂの動作を説明するフローチャートである。画像更新判定部２１は実施形態１のステップＳＴ１１と同じであり、画像更新信号を取得する（ステップＳＴ３０）。画像更新判定部２１は要求信号ｒｅｑを送信する（ステップＳＴ３１）。温度予測部１０ｂ（図２７参照）は、ｒｅｑを受信すると、現在のソースドライバ温度Ｔｓ１〜Ｔｓｉを取得し、画像更新後のソースドライバ温度Ｔｓｘ１〜Ｔｓｘｉを算出し、画像表示制御部２０ｂ（図２８参照）へ送信する。送信された温度Ｔｓｘ１〜Ｔｓｘｉが画像更新判定部２１ｂで取得される（ステップＳＴ３２）。続いて、画像更新判定部２１ｂ（図２８参照）では、取得した温度Ｔｓｘ１〜Ｔｓｘｉが、全て予め設定した温度より低いかを判定する（ステップＳＴ３３）。ステップＳＴ３３の判定がＮＯの場合は、画像更新は行わず、ステップＳＴ３３の判定がＹＥＳになるまで待機する（ステップＳＴ３５）。ステップＳＴ３３の判定がＹＥＳの場合は、画像更新が実行される（ステップＳＴ３４）。
【０１１９】
以上のように、本発明のメモリ性を有する表示装置は複数のソースドライバを備える表示パネルにも適用できる。また、上述のように動作させることで、複数のソースドライバ温度を、全て設定温度以下に保つことが可能となる。
【０１２０】
なお、実施形態１の変形例の本実施形態３への適用も可能である。図３０は実施形態３の変形例を示すフローチャートである。以上、実施形態３について実施形態１との比較例で説明したが、実施形態２への適用も可能である。図３１は実施形態３で説明したメモリ性を有する表示パネル７０ｂ（図２６）を用いた場合の実施形態２における温度予測部１０ｃの構成を示すブロック図である。実施形態２の構成に対して、画像負荷算出部１２ｃに、メモリ性を有する表示パネル７０ｂのｉ個のソースドライバに対応する機能を備えればよい。つまり、画像負荷算出部１２ｃには、入力されるＤｐＷＦを表示部９１、表示部９２、・・・表示部９０ｉに分割する機能を備え、分割されたＤｐＷＦから、各々画像負荷値を算出し、算出されたｉ個の画像負荷値を上昇温度推定部１６ｃへ出力する機能を備えさせる。上昇温度推定部については、実施形態３で説明した上昇温度推定部１６ｂを用いることが可能である。
【０１２１】
＜実施形態４＞
以下、本発明の実施形態４に係るメモリ性を有する表示装置について説明する。実施形態１では、ソースドライバ１５０の温度Ｔｓを得るために、ソースドライバ１５０に温度センサ３０を備える構成とした。しかし、本発明は、温度センサ３０の代わりに、ソースドライバの温度特性データとタイマを用いた構成でも実現可能である。以下、ソースドライバに温度センサを備えない実施形態４について説明する。
【０１２２】
［構成の説明］
図３２は本実施形態４のメモリ性を有する表示装置の構成を説明するためのブロック図である。図３２に示すように、本実施形態４のメモリ性を有する表示パネル７０ｄは、ソースドライバ１５０の温度を測定する温度センサを備えていない。それ以外の構成は、実施形態１と同じである。
【０１２３】
表示パネルコントローラ８０ｄには、実施形態１に加えて、ソースドライバ１５０の温度下降特性の情報を与える温度データ１７０と、時刻情報を与えるタイマ（経過時間測定部）１８０が備えられ、画像表示制御部２０ｄへ各々情報を与える。また、メモリ性を有する表示パネル７０ｄの温度Ｔｐは、温度予測部１０ｄと画像表示制御部２０ｄの両方に入力される。画像表示制御部２０ｄは、タイマ１８０と、温度データ１７０とからの情報と、表示パネル温度Ｔｐからソースドライバ温度Ｔｓ’を算出する機能を備え、Ｔｓ’を温度予測部１０ｄへ送信する機能を備える。なお、実施形態１の画像表示制御部２０は、温度予測部１０へｒｅｑを送信する（図３）機能を備えたが、実施形態４では、Ｔｓ’の送信がｒｅｑ送信の役割を兼ねる。上記で説明した以外の表示パネルコントローラ８０ｄの構成は実施形態１と同じであり説明は省略する。
【０１２４】
ここで、温度データ１７０について説明する。本発明のメモリ性を有する表示パネルに用いるソースドライバは、一旦、画像更新が終了すると、次の画像更新を行うまでの期間は動作させる必要がなく、この期間、信号及び電源供給を止めるためソースドライバの発熱はない。図３３はソースドライバ温度と経過時間との関係を示すグラフである。図３３に示すグラフの縦軸はソースドライバ温度であり、単位は℃である。横軸は経過時間であり、単位は秒である。実線は周囲温度が高い場合におけるソースドライバ温度の下降曲線である。点線は周囲温度が常温（例えば、２３度）の場合におけるソースドライバ温度の下降曲線である。一点鎖線は周囲温度が低い場合におけるソースドライバ温度の下降曲線である。したがって、画像更新動作に伴い上昇したソースドライバの温度は、画像更新が終了すると、図３３に示すように経過時間に応じて周囲温度へ向けて降下する。周囲温度毎に、時間経過に伴うソースドライバ温度の下降特性を測定し、テーブルデータ、あるいは、係数を定め関数化したものが、温度データ１７０である。すなわち経過時間とは画像更新動作後の経過時間である。具体的には経過時間とは画像を更新した時から温度を算出する時まで経過した時間である。温度データ１７０は経過時間とソースドライバ温度との関係を示す温度下降特性データである。つまり、画像更新後のソースドライバ温度と、周囲温度が定まれば、温度データ１７０を参照し、画像更新後の経過時間に応じたソースドライバ温度が算出できる。ここで、周囲温度は温度センサ４０で測定可能である。
【０１２５】
図３４は本実施形態４の画像表示制御部２０ｄを示すブロック図である。実施形態１の画像表示制御部２０（図７）と比較すると、ソースドライバ温度算出部２４、レジスタ２５が加わり、画像更新信号３はソースドライバ温度算出部２４に入力される。ソースドライバ温度算出部２４は、温度データ１７０からの情報と、表示パネルの温度ＴＰとレジスタ２５に格納された前の画像更新時に推定されたソースドライバ温度ＰｒｅＴｓｘと、タイマからの時刻情報ＴＩＭＥとから、ソースドライバ温度Ｔｓ’を算出する機能を備え、Ｔｓ’を温度予測部１０ｄへ送信する機能を備える。画像更新判定部２１ｄは、温度予測部１０ｄから入力されるＴｓｘと、予め設定した温度とを比較し、比較結果に応じてパネル制御信号生成部へ画像更新を指示する機能に加えて、レジスタ２５に画像更新時の推定温度ＴｓｘをＰｒｅＴｓｘとして格納する機能を備える。なお、画像更新判定部２１ｄからの要求信号ｒｅｑ送信先は、ソースドライバ温度算出部２４である。パネル制御信号生成部２２ｄは、追加機能としてレジスタ２５へ画像更新が終了した時刻を格納する機能を備える。上記で説明した以外の画像表示制御部２０ｄの構成は実施形態１と同じであり説明は省略する。
【０１２６】
なお、本実施形態４の温度予測部１０ｄの構成については、実施形態１の温度予測部１０（図６）との変更点が少ないので図は省略する。本実施形態４の温度予測部１０ｄでは、上昇温度推定部１６へＴｓに代わって、画像表示制御部２０ｄから送信されるＴｓ’を入力する。また、ｒｅｑに代わって、Ｔｓ’の入力に応じて、Ｔｓｘを更新し、画像表示制御部２０ｄに出力する機能を備える。
【０１２７】
［動作の説明］
本実施形態４の温度予測部１０ｄの動作については、実施形態１と比較すると、上述のように、画像更新後のソースドライバの温度Ｔｓｘを推定するために必要となる現在のソースドライバ温度を、温度センサからのＴｓに代わって、画像表示制御部１０ｄで算出されたＴｓ’とし、ｒｅｑに代わって、Ｔｓ’の入力に応じてＴｓｘを更新するよう動作する。それ以外、例えば、画像負荷値の算出など、については実施形態１と同じ動作であるため、説明は省略する。
【０１２８】
以下、本実施形態４の画像表示制御部２０ｄの動作について、図３５を参照し説明する。図３５は画像表示制御部２０ｄの動作を説明するフローチャートである。
【０１２９】
ソースドライバ温度算出部２４は、アプリケーションプロセッサ１から画像更新信号３を取得する（ステップＳＴ４０）。レジスタ２５からＰｒｅＴｓｘ（前の画像更新後のソースドライバ温度）と、ＥＮＤ（前の画像更新の終了時刻）の読出しを行う（ステップＳＴ４１）。
【０１３０】
ステップＳＴ４１に続いて（または、ｒｅｑ受信時）、ソースドライバ温度算出部２４は、タイマ１８０より現時刻ＴＩＭＥを取得する（ステップＳＴ４２）。
【０１３１】
次に、ソースドライバ温度算出部２４に入力される表示パネル温度Ｔｐを周囲温度として温度データ１７０を用い、ＰｒｅＴｓｘと、ＥＮＤとＴＩＭＥで求まる経過時間とから、現在のソースドライバ温度Ｔｓ’を算出する。算出したＴｓ’を温度予測部１０ｄへ送信する（ステップＳＴ４３）。なお、初期動作時は（前の画像更新なし）、Ｔｓ’にＴｐを代入し送信する。
【０１３２】
温度予測部１０ｄは、Ｔｓ’を受信すると、画像更新後のソースドライバ温度Ｔｓｘを算出し、画像表示制御部２０ｄへ送信する。送信された温度Ｔｓｘが、画像更新判定部２１ｄで取得される（ステップＳＴ４４）。
【０１３３】
画像更新判定部２１ｄは、取得した温度Ｔｓｘが、予め設定した温度より低いかを判定する（ステップＳＴ４５）。
【０１３４】
ステップＳＴ４５の判定がＮＯの場合は、画像更新判定部２１ｄは、画像更新を指示する信号をパネル制御信号生成部２２ｄに送らず、ある時間待機する（ステップＳＴ４９）。その後処理をステップＳＴ４２に戻す。画像更新判定部２１ｄは、ステップＳＴ４５の判定がＹＥＳになるまでＳＴ４２〜４５の処理を繰り返す。
【０１３５】
ステップＳＴ４５の判定がＹＥＳの場合は、画像更新判定部２１ｄは判定に用いた温度
Ｔｓｘを、レジスタ２５へＰｒｅＴｓｘとして格納する（ステップＳＴ４６）。
【０１３６】
ステップＳＴ４６に続いて、画像更新判定部２１ｄから画像更新を指示する信号が、パネル制御信号生成部２２ｄに出力され、この信号に応じて画像更新が実行される（ステップＳＴ４７）。
【０１３７】
パネル制御信号生成部２２ｄは、画像更新が終了すると、タイマ１８０から現時刻ＴＩＭＥを取得し、取得した時刻ＴＩＭＥをレジスタ２５へ画像更新の終了時刻ＥＮＤとして格納する（ステップＳＴ４８）。
【０１３８】
以上のように、メモリ性を有する表示装置を構成し動作させることにより、ソースドライバに温度センサを備えない実施形態４においても、ソースドライバ１５０の温度を、設定温度以下に保つことが可能となる。ソースドライバ１５０への温度センサの設置が不要であるため、実施形態４では実施形態１の効果に加えて、部品削減によるコストの抑制効果、筐体設計の自由度が向上する効果（例えば、筐体の薄型化）が得られる。
【０１３９】
なお、実施形態１の変形例の本実施形態４への適用も可能であり、実施形態１の変形例での説明と同様の効果が得られる。また、実施形態４について、実施形態１との相違点を中心として説明したが、説明した実施形態１からの変更と、同様の変更を実施形態２、実施形態３に適用することも可能であり、先に説明した実施形態４の効果を加えることが可能である。特に、複数のソースドライバを備える実施形態３への本実施形態４を適用は、複数の温度センサを削減できるため効果が大きくなる。
【０１４０】
＜実施形態５＞
以下、本発明の実施形態５に係るメモリ性を有する表示装置について説明する。実施形態１で説明したように、これまで駆動波形は、表示パネル温度Ｔｐに応じて選択して使用すると説明した。この駆動波形を第１の駆動波形と呼ぶ。本実施形態５では、これまでの実施形態の構成に加え、第１の駆動波形と比較して画像更新後のソースドライバの温度上昇を抑制することができる第２の駆動波形をさらに備え、次に表示する画像データと第２の駆動波形に基づきソースドライバ温度を推定する機能を備える。さらには、画像データと第１の駆動波形に基づき推定されるソースドライバ温度Ｔｓｘが、予め設定した温度より高く、画像更新が実行不可と判断された場合、第２の駆動波形に基づき推定されるソースドライバ温度Ｔｓｘと、予め設定した温度とを比較し、第２の駆動波形による画像更新の実行を判断し、実行可であれば第２の駆動波形による画像更新を行う機能を備える。
【０１４１】
以下、図を用いて、第１の駆動波形と比較して画像更新後のソースドライバの温度上昇を抑制することができる第２の駆動波形の具体例について説明する。実施形態１で説明したように、ソースドライバは、隣接する画素電極に同じ電圧を印加する場合に比べ、異なる電圧を印加するとき多くの電流が必要とされ、発熱量も多くなり、上昇温度ΔＴも高くなる。したがって、例えば、同じフレーム内でソース線の電圧変化が小さくなる駆動波形を、第２の駆動波形として用いることができる。
【０１４２】
第２の駆動波形と、ソース線の電圧変化について、図３６から図３９を用いて説明する。図３６は、第１の駆動波形として図９に示す駆動波形の第１例を用いた場合の画像更新において、ソース線電圧の変化を説明する図である。画像更新を行う表示パネル例と、対応するソース線の電圧、及びゲート線ＯＮタイミングと画素電圧のタイミングチャートとを示している。表示パネルは、４行６列から構成され、２列目の画素を１行目から順にＷ（白）、ＤＧ（ダークグレー）、ＬＧ（ライトグレー）、Ｂ（黒）表示に更新する場合を用いて説明する。図３６に示すタイミングチャートの横軸は、図９と同様の時間であり、ｔ０、ｔ１、ｔ２、ｔ３は、図９と一致する。ただし、図３６では説明の便宜上、ｔ０〜ｔ１、ｔ１〜ｔ２、及びｔ２〜ｔ３の期間を４フレーム構成としている。図３６に示すように、２列目のソース線電圧は、＋Ｖから−Ｖ、あるいは、−Ｖから＋Ｖへ同じフレーム内で何度も変化する。
【０１４３】
次に、図３７に第２の駆動波形の第１例を示す。図９と同様にモノクロ４階調表示の例であり、図３７ＡからＤは、画像更新時において、次にＷ（白）、ＬＧ（ライトグレー）、ＤＧ（ダークグレー）、Ｂ（黒）を表示する画素に印加する電圧波形である。また、縦軸は電圧であり単位はＶ、横軸は１フレームを最小単位とする時間であり、画像更新期間は、ｔ０から始まるフレーム１から、フレームＬに至るＬ個のフレームで構成される。リセット期間、セット期間の概念は、実施形態１の[動作の説明]と同じであるため、説明を略す。図３７に示す駆動波形は、同じフレーム期間で、全ての階調において＋Ｖと−Ｖが重ならないように設計されている。例えば、図９ではｔ０〜ｔ１期間、ＷとＬＧは＋Ｖ、ＤＧとＢは−Ｖであり、ｔ１〜ｔ２期間、ＷとＬＧは−Ｖ、ＤＧとＢは＋Ｖであるのに対して、図３７ではｔ０〜ｔ１期間、ＷとＬＧは＋Ｖ、ＤＧとＢは０Ｖとし、ｔ１〜ｔ２期間、ＷとＬＧは０Ｖ、ＤＧとＢは−Ｖとなっている。つまり、図３７では、図９において＋Ｖと−Ｖが重なる期間は、＋Ｖ、−Ｖのどちらかを０Ｖとし、０Ｖとした電圧を印加する期間をずらしている。図８を用いて説明したように、画素へ０Ｖ印加した場合、粒子の移動が停止し、メモリ性により反射率は維持される。すなわち、画素への０Ｖ印加は、表示状態の保持として機能する。図３７は、各電圧波形から、０Ｖ印加期間を省くと図９と一致するよう設計されているため、画像更新期間が終了したときの各画素の表示状態は、理想的には、図９の駆動波形を用いた場合と同じ表示状態となる。ただし、図３７に示す第２の駆動波形では、＋Ｖと−Ｖが重ならないように０Ｖ印加期間が加わっているため、画像更新期間は図９に示す駆動波形より長くなる。
【０１４４】
図３８は、図３７に示す第２の駆動波形の第１例を用いた場合の画像更新において、ソース線電圧の変化を説明する図である。図３６と同じ表示パネル例と、対応するソース線の電圧、及びゲート線ＯＮタイミングと画素電圧のタイミングチャートとを示している。図３８に示すタイミングチャートの横軸は、図３７と同様の時間であり、ｔ０、ｔ１、ｔ２、ｔ３は、図３７と一致する。図３８に示すように、２列目のソース線電圧は、同じフレーム内で、０から＋Ｖ、あるいは、＋Ｖから０、または、０から−Ｖ、あるいは、−Ｖから０へ変化する。つまり、図３６とは異なり＋Ｖから−Ｖ、あるいは、−Ｖから＋Ｖへの変化はなく、言い換えれば、同じフレーム内でソース線の電圧変化は小さくなっている。このため、図３７の駆動波形は、図９の駆動波形と比較すると、単位時間内でのソースドライバ出力電流を抑制でき、発熱量を抑えられ、ソースドライバの上昇温度ΔＴを抑制することが可能である。すなわち、ドライバは、同一フレームにおいてソース線電圧を同じ極性の電圧と基準電圧との間で変化させる。基準電圧とは例えば０Ｖであり、駆動波形における基準となる電圧である。
【０１４５】
図３９に第２の駆動波形の第２例を示す。図３９に示す駆動波形は、図３７と同様に、同じフレーム期間で、全ての階調において＋Ｖと−Ｖが重ならないように設計されているが、図９における＋Ｖと−Ｖが重なる期間でのずらし方が図３７と異なる。図３９では、図９の駆動波形に対して、１フレーム単位で＋Ｖと−Ｖをずらし、０Ｖの印加期間を加えている。図３９の駆動波形も、図３７の駆動波形と同様に、ソースドライバは、同一フレームにおいてソース線電圧を同じ極性の電圧と基準電圧との間で変化させることになる。したがって、図９の駆動波形と比べ、単位時間内でのソースドライバ出力電流を抑制でき、ソースドライバの上昇温度ΔＴを抑制することが可能となる。
【０１４６】
以下、図面を参照し、本発明の実施形態５のメモリ性を有する表示装置の構成と動作について説明する。
【０１４７】
まず、第２の駆動波形を用いて画像更新を行う本実施形態５の特徴的な機能を、前述した実施形態１に適用する第１例について説明する。図４０は、本実施形態５の第１例の構成を説明するブロック図である。第２の駆動波形による画像更新を行う機能は、表示パネルコントローラ８０ｅに備えられる。したがって、表示パネルコントローラ８０ｅと、それに含まれる温度予測部１０ｅと画像表示制御部２０ｅの構成は実施形態１（図３）と異なるが、他の構成は同じである。本実施形態５の第１例の温度予測部１０ｅの構成例を図４１、画像表示制御部２０ｅの構成例を図４２に示す。
【０１４８】
図４１に示すように、本実施形態５の第１例の温度予測部１０ｅは、画像処理部１１、画像負荷算出部１２ｅ、データ変換部１３ｅ、駆動波形データ１４ｅ、駆動波形選択部１５ｅ、上昇温度推定部１６ｅ、及びデータ書き込み部１７から構成される。また、図４２に示すように、本実施形態５の第１例の画像表示制御部２０ｅは、画像更新判定部２１ｅ、パネル制御信号生成部２２、データ読出し部２３から構成される。
【０１４９】
図４２に示す画像更新判定部２１ｅは、実施形態１と同様に、アプリケーションプロセッサ１から画像更新信号３が入力されたとき、温度予測部１０ｅから入力されるＴｓｘと、ソースドライバ１５０の仕様に応じて予め設定した温度とを比較し、Ｔｓｘが設定温度より低いときは、パネル制御信号生成部２２に動作を開始する信号を送る機能を備える。さらに本実施形態５の特有の機能として、そのＴｓｘが設定温度より高いときは、第２の駆動波形による画像更新を判定するために、第２の駆動波形によるＴｓｘを、要求信号ｒｅｑを介して温度予測部１０ｅに要求し、その結果得られた第２の駆動波形によるＴｓｘと、予め設定した温度とを比較し、第２の駆動波形によるＴｓｘが設定温度より低いときは、パネル制御信号生成部２２に動作を開始する信号を送り、第２の駆動波形によるＴｓｘが設定温度より高いときは、所定の時間間隔で温度予測部１０ｅへＴｓｘの要求信号ｒｅｑを送信する機能を備える。
【０１５０】
図４１に示す上昇温度推定部１６ｅは、実施形態１と同様に、画像負荷算出部１２ｅで算出された画像負荷値と、駆動波形の情報と、ソースドライバ温度Ｔｓとから、入力された画像データ２の表示動作（画像更新）が終了後のソースドライバ温度Ｔｓｘを推定する機能と、画像表示制御部２０ｅからの要求信号ｒｅｑに応じてＴｓｘを更新し、画像表示制御部２０ｅに出力する機能を備える。さらに本実施形態５の特有の機能として、画像表示制御部２０ｅから、要求信号ｒｅｑを介して、第２の駆動波形によるＴｓｘを要求された場合、駆動波形選択部１５ｅには第２の駆動波形を選択させるため、と、画像負荷算出部１２ｅには第２の駆動波形による画像負荷を算出させるため、要求信号ｒｅｑ＿２ｎｄを送信する機能をさらに備え、画像負荷算出部１２ｅで算出された第２の駆動波形による画像負荷値と、第２の駆動波形の情報と、ソースドライバ温度Ｔｓとから、第２の駆動波形によって、入力された画像データ２の表示動作（画像更新）が終了後のソースドライバ温度Ｔｓｘを推定する機能をさらに備える。
【０１５１】
図４１に示す駆動波形データ（格納部）１４ｅには、実施形態１で説明した第１の駆動波形群に加え、第２の駆動波形群が格納される。ここで、駆動波形群とは、実施形態１で説明したように、例えば、表示パネル温度が３９℃〜２０℃において使用される駆動波形（高温）と、表示パネル温度が１９℃〜８℃において使用される駆動波形（常温）と、表示パネル温度が７℃〜０℃において使用される駆動波形（低温）の３つの駆動波形の総称である。
【０１５２】
図４１に示す駆動波形選択部１５ｅは、実施形態１と同様に、駆動波形データ１４ｅの第１の駆動波形群から、表示パネル温度Ｔｐに応じて最適な駆動波形ＷＦを選択しデータ変換部１３ｅへ出力する機能と、選択された駆動波形の情報を上昇温度推定部１６ｅに出力する機能を備える。さらに本実施形態５の特有の機能として、上昇温度推定部１６ｅから要求信号ｒｅｑ＿２ｎｄを受信した場合、駆動波形データ１４ｅの第２の駆動波形群から、表示パネル温度Ｔｐに応じて最適な駆動波形ＷＦを選択しデータ変換部１３ｅへ出力する機能と、選択された駆動波形の情報を上昇温度推定部１６ｅに出力する機能を備える。
【０１５３】
図４１に示すデータ変換部１３ｅは、実施形態１と同様に、階調データＤｐを第１の駆動波形群から選択された駆動波形ＷＦによって、フレーム単位の時系列電圧データに変換する機能と、変換されたデータＤｐＷＦをデータ書込み部１７へ出力する機能を有する。さらに本実施形態５の特有の機能として、駆動波形選択部１５ｅから第２の駆動波形群から選択された駆動波形ＷＦが入力された場合、階調データＤｐを第２の駆動波形群から選択された駆動波形ＷＦによって、フレーム単位の時系列電圧データに変換する機能と、変換されたデータＤｐＷＦをデータ書込み部１７へ出力する機能を有する。なお、変換する階調データＤｐは同じであるため、Ｄｐをメモリし読み出す機能をデータ変換部１３eに備えてもよい。
【０１５４】
図４１に示すデータ書込み部１７は、実施形態１と同じで、データ変換部１３ｅから出力されたＤｐＷＦをメモリ１６０へ格納する機能を有する。このため、第２の駆動波形群から選択された駆動波形ＷＦによって変換されたＤｐＷＦが入力されると、データ書込み部１７により、メモリ１６０には第２の駆動波形によるＤｐＷＦが上書きされる。
【０１５５】
図４１に示す画像負荷算出部１２ｅは、実施形態１と同様に、第１の駆動波形において、階調データＤｐから画像負荷値を算出し、算出された値を上昇温度推定部１６ｅに出力する機能を備える。さらに本実施形態５の特有の機能として、上昇温度推定部１６ｅから要求信号ｒｅｑ＿２ｎｄを受信した場合、第２の駆動波形において、階調データＤｐから画像負荷値を算出し、算出された値を上昇温度推定部１６ｅに出力する機能を備える。第２の駆動波形における画像負荷値の算出は、例えば、実施形態１で説明した方法と同様に、式（１）、式（２）を用いることができる。式（１）で用いる係数Ｊ、Ｋについて、第１の駆動波形における画像負荷を算出する場合に用いる係数をＪ１、Ｋ１とし、第２の駆動波形用における画像負荷値の算出する場合に用いる係数をＪ２、Ｋ２として格納しておき、各々の場合に応じて、対応する係数を用いて画像負荷値を算出すればよい。なお、係数Ｊ２、Ｋ２についても、実施形態１で説明した通り、実際に使用する表示装置４ｅへ基本的な画像パターンを表示し、画像更新時のソースドライバ１５０の上昇温度ΔＴを測定することで定めることができる。
【０１５６】
以上、図４１、図４２において、本実施形態５の特有の機能を中心に構成を説明したが、他の構成については、実施形態１と同じであるため説明を省く。
【０１５７】
図４０に示す表示パネルコントローラ８０ｅの動作について、図４０、図４１、図４２、図４３を参照し説明する。図４３は画像表示制御部２０ｅの動作を説明するフローチャートである。
【０１５８】
図４３に示すように、画像更新判定部２１ｅ（図４２参照）は、アプリケーションプロセッサ１から画像更新を指示する画像更新信号３を取得する（ステップＳＴ６０）。画像更新判定部２１ｅは、要求信号ｒｅｑを介して、温度予測部１０ｅへ第１の駆動波形による画像更新後のソースドライバ温度Ｔｓｘを要求する（ステップＳＴ６１）。要求を受けると、温度予測部１０ｅ（図４０参照）は、上昇温度推定部１６ｅ（図４１参照）において、現在のソースドライバ温度Ｔｓを取得し、画像負荷値と第１の駆動波形群から選択された駆動波形とから画像更新後のソースドライバ温度Ｔｓｘを算出し、画像表示制御部２０ｅ（図４２参照）へ送信する。送信された温度Ｔｓｘが画像更新判定部２１ｅで取得される（ステップＳＴ６２）。続いて、画像更新判定部２１ｅでは、取得した温度Ｔｓｘが、予め設定した温度より低いかを判定する（ステップＳＴ６３）。ステップＳＴ６３の判定がＹＥＳの場合は、画像更新判定部２１ｅから動作を指示する信号が、パネル制御信号生成部２２（図４２参照）に出力され、この信号に応じてソースドライバ及びゲートドライバを制御する信号及び電圧（ｃｔ１及びｃｔ２）が出力されるとともに、これらの制御信号に同期してメモリ１６０から画像を形成するデータが、データ読出し部２３（図４２参照）により読み出され、ソースドライバ１５０の仕様に合わせてＤａが出力される。このときメモリ１６０に格納されているデータは、第１の駆動波形によるＤｐＷＦであるため、第１の駆動波形による画像更新が実行される（ステップＳＴ６４）。ステップＳＴ６３の判定がＮＯの場合は、画像更新判定部２１ｅは、要求信号ｒｅｑを介して、温度予測部１０ｅへ第２の駆動波形による画像更新後のソースドライバ温度Ｔｓｘを要求する（ステップＳＴ６５）。この要求を受けると、温度予測部１０ｅの上昇温度推定部１６ｅ（図４１参照）は、要求信号ｒｅｑ＿２ｎｄを送信するため、駆動波形選択部１５ｅは第２の駆動波形を選択し、画像負荷算出部１２ｅは第２の駆動波形による画像負荷を算出する。この後、温度予測部１０ｅは、上昇温度推定部１６ｅにおいて、現在のソースドライバ温度Ｔｓを取得し、画像負荷値と第２の駆動波形群から選択された駆動波形とから画像更新後のソースドライバ温度Ｔｓｘを算出し、画像表示制御部２０ｅへ送信する。送信された温度Ｔｓｘが画像更新判定部２１ｅで取得される（ステップＳＴ６６）。続いて、画像更新判定部２１ｅでは、取得した第２の駆動波形によるソースドライバ温度Ｔｓｘが、予め設定した温度より低いかを判定する（ステップＳＴ６７）。ステップＳＴ６７の判定がＹＥＳの場合は、画像更新判定部２１ｅから動作を指示する信号が、パネル制御信号生成部２２に出力され、この信号に応じてソースドライバ及びゲートドライバを制御する信号及び電圧（ｃｔ１及びｃｔ２）が出力されるとともに、これらの制御信号に同期してメモリ１６０から画像を形成するデータが、データ読出し部２３により読み出され、ソースドライバ１５０の仕様に合わせてＤａが出力される。このときメモリ１６０に格納されているデータは、第２の駆動波形によるＤｐＷＦであるため、第２の駆動波形による画像更新が実行される（ステップＳＴ６８）。ステップＳＴ６７の判定がＮＯの場合は、画像更新は行わず所定の時間待機する（ステップＳＴ６９）。待機後に画像更新判定部２１ｅは、再び温度予測部１０ｅへ第２の駆動波形による画像更新後のソースドライバ温度Ｔｓｘを要求する（ステップＳＴ６５）。
【０１５９】
以上、図４３のフローチャートを用いて、本実施形態５の第１例の画像表示制御部２０ｅ動作を説明したが、動作の１例であり図４３に限定されるものではない。例えば、実施形態１の変形例と同様の概念を適用し、ステップＳＴ６７の判定がＮＯの場合は、閾値以下の画像負荷値の画像表示を行ってもよい。なお、ステップＳＴ６７の判定がＮＯの場合は、実施形態１の変形例と同様に、閾値以下の画像負荷値の内、最小画像負荷値の画像表示を行ってもよい。閾値以下の画像負荷値の画像表示を行う場合のフローチャートを図４４に示す。また、図４３及び図４４では、所定の時間待機、あるいは、閾値以下の画像負荷値の画像表示（ステップＳＴ６９）後、再び温度予測部１０ｅへ第２の駆動波形による画像更新後のソースドライバ温度Ｔｓｘを要求する（ステップＳＴ６５）としたが、第１の駆動波形による画像更新後のソースドライバ温度Ｔｓｘを要求（ステップＳＴ６１）してもよい。
【０１６０】
以上のように、メモリ性を有する表示装置を構成し動作させることにより、実施形態１と同様に、表示する画質を損なうことなく、ソースドライバ１５０の温度を、設定温度以下に保つことが可能となる。このため、設定温度をソースドライバの仕様に基づき適切な温度に設定することで、ソースドライバの動作保証温度を超えたときに生じる動作不良に起因した画質劣化や、ソースドライバの性能劣化、さらには、ソースドライバ自体の破壊を防ぐことができ、高画質かつ信頼性の高いメモリ性を有する表示装置を実現できる。さらに、画像更新が完了するまでの時間は長くなるが、第２の駆動波形による画像更新を実施することが可能であるため、表示画面がすぐに反応しないことに起因する使用者の混乱を防ぐことができる。
【０１６１】
次に、本実施形態５の特有の機能を、前述した実施形態２に適用する第２例について説明する。図４５は、本実施形態５の第２例の構成を説明するブロック図である。前述したように、実施形態１と実施形態２は、画像負荷値の算出方法が異なり、図４０の第１例と図４５の第２例についても同様になる。したがって、図４５に示す第２例の構成は、温度予測部１０ｆのみが図４０の第１例と異なり、他の構成は同じであるため説明を省く。
【０１６２】
図４６は実施形態５の第２例の温度予測部１０ｆのブロック図である。図４６に示すように、温度予測部１０ｆを構成する画像処理部１１、データ変換部１３ｅ、駆動波形データ１４ｅ、駆動波形選択部１５ｅ、上昇温度推定部１６ｅ、及びデータ書き込み部１７は、第１例（図４１）と同じ機能を備える。図４６に示す画像負荷算出部１２ｆは、実施形態２と同様に、データ変換部１３ｅにおいて階調データＤｐと第１の駆動波形群から選択された駆動波形ＷＦによって変換されたＤｐＷＦが入力されると、ＤｐＷＦの各フレームにおける電圧マップから、式（５）、式（６）を用いて画像負荷値ＰＬＶを算出し、算出された値を上昇温度推定部１６ｅに出力する機能を有する。さらに本実施形態５の特有の機能として、上昇温度推定部１６ｅから要求信号ｒｅｑ＿２ｎｄを受信した場合、データ変換部１３ｅにおいて階調データＤｐと第２の駆動波形群から選択された駆動波形ＷＦによって変換されたＤｐＷＦが入力されると、ＤｐＷＦの各フレームにおける電圧マップから、式（５）、式（６）を用いて画像負荷値ＰＬＶを算出し、算出された値を上昇温度推定部１６ｅに出力する機能を有する。第２の駆動波形における画像負荷値の算出は、例えば、実施形態５の第１例と同様に、式（５）で用いる係数を、第１の駆動波形の場合に用いる係数Ｊ１、Ｋ１、第２の駆動波形の場合に用いる係数をＪ２、Ｋ２として格納しておき、各々の場合に応じて、対応する係数を用いて画像負荷値を算出すればよい。また、式（６）で算出されるＰＬＶをフレーム数Ｌで除算した値、すなわち、時間平均した値を画像負荷値として使用してもよい。
【０１６３】
以上で説明した以外の実施形態５の第２例の構成は、実施形態５の第１例の構成と同じである。また、実施形態５の第２例における動作についても、画像負荷値の算出方法が第１例と異なるのみで、表示パネルコントローラ８０ｆにおける画像表示制御部２０ｅの動作は第１例と同じであるため、第１例及びその変形例の動作と同様である（図４３、図４４）。
【０１６４】
さらに、本実施形態５の特有の機能は、i個のソースドライバを備える表示パネルを用いた実施形態３に適用することも可能である（第３例）。この実施形態５の第３例では、実施形態３で説明した構成及び動作の概念に従い、実施形態５の第１例、あるいは、実施形態５の第２例の要素を適宜組合せればよい。このため、詳細説明は省く。実施形態５の第３例の動作を説明するフローチャートを図４７、図４８に示す。また、本実施形態５の特有の機能は、ソースドライバ１５０の温度Ｔｓを得る温度センサの代わりに、ソースドライバの温度特性データとタイマを用いる実施形態４に適用することも可能である。実施形態４で説明した構成及び動作の概念に従い、実施形態５の第１例、あるいは、実施形態５の第２例の要素を適宜組合せればよい。
【０１６５】
＜実施形態６＞
以下、本発明の実施形態６に係るメモリ性を有する表示装置について説明する。本実施形態６では、次に表示する画像データから画像負荷値を算出し、その画像の更新動作前に、温度取得部で取得した温度と、算出された画像負荷値から画像更新動作後のドライバの温度Ｔｓｘ、あるいはＴｓｘ１〜Ｔｓｘｉを推定し、予め設定された設定温度とＴｓｘ、あるいはＴｓｘｉを比較し、Ｔｓｘが設定温度より低いとき、あるいはＴｓｘ１〜Ｔｓｘｉの全てが設定温度より低いときに、画像更新を行う動作は、実施形態１から実施形態４と同じであるが、Ｔｓｘが設定温度以上、あるいはＴｓｘ１〜Ｔｓｘｉの一つでも設定温度以上の場合の動作が異なる。
【０１６６】
本実施形態６では、Ｔｓｘが設定温度以上、あるいはＴｓｘ１〜Ｔｓｘｉの一つでも設定温度以上の場合、ソース線時分割画像更新の実行可否を判断する。
【０１６７】
１フレームに１つのソースドライバあたり１/Ｑ本のソース線へ、画像データに応じた電圧出力を行う画像更新を、ソース線時分割画像更新と呼ぶ。１フレーム目で１つのソースドライバが画像データに応じた電圧出力を行うソース線の本数を１/Ｑ（Ｑは自然数）とし、残りの（Ｑ−１）/Ｑ本のソース線の出力を０Ｖまたはハイ・インピーダンス（以後、ＨＩ−Ｚと記す）とし、次のフレームでは前のフレームで０ＶまたはＨＩ−Ｚ出力とした何れかのソース線を画像データに応じた電圧を出力させ、前のフレームで画像データに応じた電圧を出力したソース線を含む（Ｑ−１）/Ｑ本のソース線の出力を０ＶまたはＨＩ−Ｚとする動作を行い、以降フレームで同様の動作を繰り返し行い、画像更新を完了することを特徴とする。
【０１６８】
１フレーム期間内で１つのソースドライバあたり（Ｑ−１）/Ｑ本のソース線出力を０ＶまたはＨＩ−Ｚとするため、これらのソース線に沿って配列される画素は、列方向の隣接画素間において異なる電圧が印加されない。したがって、通常の画像更新（Ｑ＝１）では画像負荷値の高い画像データであっても、ソース線時分割画像更新においては、画像負荷値を低くすることが可能となり、ソースドライバの発熱を抑制することが可能となる。
【０１６９】
以下、図４９から図５１を用いて、ソース線時分割画像更新の基本動作について説明する。
【０１７０】
図４９は、分割数Ｑに応じたソース線時分割更新における表示動作の概念を説明する図であり、３行１２列の画素から構成される画面を用い、画面全てを黒（Ｂ）とする画像データに応じ、画面全ての画素が白（Ｗ）から、グレー（Ｇ）を経て黒（Ｂ）に変化する様子を、経過フレーム毎に示している。ここで、各画素は列毎に同じソース線と接続されており、計１２本のソースは１つのソースドライバによって駆動される。図５０、図５１は、図４９に示す所定の画素列において、経過時間ｔに応じた画素への印加電圧と反射率を示している。なお、実際の表示パネルにおいては、画素への電圧印加は行順に行わる（所謂、線順次駆動）ため、表示部の上下の画素では、表示状態及び反射率変化に時間的なずれが生じるが、図４９から図５１においては、説明の便宜上（図を簡略化するため）各行間における画素の表示状態及び反射率変化のずれは表現せず、一律に表現している。また、説明の便宜上、２フレーム期間の＋Ｖ印加で、画素の表示状態は白（Ｗ）から黒（Ｂ）へ変化するものとしている。
【０１７１】
Ｑ＝１の場合（ソース線時分割を行わないとき）、ソースドライバは、フレーム１で１/１のソース線（全てのソース線）へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力するため、これらのソース線と接続する画素列の反射率は、図５０（１）及び（２）に示すようにグレー（Ｇ）となり、図４９に示すように、画面全ての画素の表示状態がグレー（Ｇ）となる。フレーム２もフレーム１と同様に、全てのソース線に画像データに応じた電圧＋Ｖを出力されるため、画面全ての画素の反射率は黒（Ｂ）となり、表示状態は黒（Ｂ）となる。
【０１７２】
Ｑ＝２の場合、ソースドライバは、フレーム１で１/２のソース線（奇数列のソース線）へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力するため、これらのソース線と接続する奇数列画素の反射率は、図５０（３）に示すようにグレー（Ｇ）となるが、残りのソース線（偶数列のソース線）へは、画像データと無関係に０Ｖを出力するため、これらのソース線と接続する奇数列画素の反射率は変化せず、図５０（４）に示すように白（Ｗ）のままである。したがって、フレーム１の画面の表示状態は、図４９に示すように、奇数列の画素はグレー（Ｇ）、偶数列の画素は白（Ｗ）となる。フレーム２で、ソースドライバは、フレーム１で０Ｖを出力したソース線、すなわち、偶数列のソース線へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの奇数列のソース線へは画像データと無関係に０Ｖを出力する。このため、偶数列画素の反射率は、図５０（４）に示すようにグレー（Ｇ）となり、奇数列画素の反射率は変化せず、図５０（３）に示すようにグレー（Ｇ）のままである。したがって、フレーム２では、図４９に示すように、画面全ての画素の表示状態がグレー（Ｇ）となる。フレーム３で、ソースドライバは、フレーム２で０Ｖを出力した奇数列のソース線へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの偶数列のソース線へは画像データと無関係に０Ｖを出力する。このため、奇数列画素の反射率は、図５０（３）に示すように黒（Ｂ）となり、偶数列画素の反射率は変化せず、図５０（４）に示すようにグレー（Ｇ）のままである。したがって、フレーム３の画面の表示状態は、図４９に示すように、奇数列の画素は黒（Ｂ）、偶数列の画素はグレー（Ｇ）となる。フレーム４で、ソースドライバは、フレーム３で０Ｖを出力した偶数列のソース線へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの奇数列のソース線へは画像データと無関係に０Ｖを出力する。このため、偶数列画素の反射率は、図５０（４）に示すように黒（Ｂ）となり、奇数列画素の反射率は変化せず、図５０（３）に示すように黒（Ｂ）のままである。したがって、フレーム４では、図４９に示すように、画面全ての画素の表示状態が黒（Ｂ）となる。
【０１７３】
Ｑ＝３の場合、ソースドライバは、フレーム１で１/３のソース線（例えば、１、４、７，１０列のソース線）へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの列のソース線へは画像データと無関係に０Ｖを出力する。画素の反射率は、Ｑ＝２の場合で説明したように、＋Ｖが印加される画素の反射率は変化し、０Ｖが印加される画素の反射率は変化しない。１列目画素の印加電圧と反射率を図５１（１）に、１２列目画素の印加電圧と反射率を図５１（２）に示す。したがって、フレーム１の画面の表示状態は、図４９に示すように、１、４、７、１０列の画素はグレー（Ｇ）、その他の列の画素は白（Ｗ）となる。フレーム２で、ソースドライバは、フレーム１で０Ｖを出力したソース線のなかでソース線総数の１/３本（例えば、２、５、８、１１列のソース線）へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの列のソース線へは画像データと無関係に０Ｖを出力する。＋Ｖが印加される画素の反射率は変化し、０Ｖが印加される画素の反射率は変化しないため、フレーム２の画面の表示状態は、図４９に示すように、１、２、４、５、７、８、１０、１１列の画素はグレー（Ｇ）、その他の列の画素は白（Ｗ）となる。フレーム３で、ソースドライバは、フレーム２で０Ｖを出力したソース線のうち、フレーム１及びフレーム２で画像データに応じた電圧が出力されていないソース線（３、６、９、１２列のソース線）へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの列のソース線へは画像データと無関係に０Ｖを出力する。＋Ｖが印加される画素の反射率は変化し、０Ｖが印加される画素の反射率は変化しないため、フレーム３では、画面全ての画素の表示状態がグレー（Ｇ）となる。フレーム４で、ソースドライバは、フレーム１と同様に１/３のソース線（例えば、１、４、７，１０列のソース線）へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの列のソース線へは画像データと無関係に０Ｖを出力する。＋Ｖが印加される画素の反射率は変化し、０Ｖが印加される画素の反射率は変化しないため、フレーム４の画面の表示状態は、図４９に示すように、１、４、７、１０列の画素は黒（Ｂ）、その他の列の画素はグレー（Ｇ）となる。フレーム５で、ソースドライバは、フレーム２と同様に、前のフレーム（フレーム４）で０Ｖを出力したソース線のなかでソース線総数の１/３本（例えば、２、５、８、１１列のソース線）へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの列のソース線へは画像データと無関係に０Ｖを出力する。このため、画面の表示状態は、図４９に示すように、１、２、４、５、７、８、１０、１１列の画素は黒（Ｂ）、その他の列の画素はグレー（Ｇ）となる。フレーム６で、ソースドライバは、前のフレーム（フレーム５）で０Ｖを出力したソース線のうち、フレーム４及びフレーム５で画像データに応じた電圧が出力されていないソース線（３、６、９、１２列のソース線）へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの列のソース線へは画像データと無関係に０Ｖを出力する。このため、フレーム６で、画面全ての画素の表示状態が黒（Ｂ）となる。
【０１７４】
Ｑ＝４の場合、ソースドライバは、フレーム１で１/４のソース線（例えば、１、５、９列のソース線）へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの列のソース線へは画像データと無関係に０Ｖを出力する。１列目画素の印加電圧と反射率を図５１（３）に、１２列目画素の印加電圧と反射率を図５１（４）に示す。＋Ｖが印加される画素の反射率は変化し、０Ｖが印加される画素の反射率は変化しないため、フレーム１の画面の表示状態は、図４９に示すように、１、５、９列の画素はグレー（Ｇ）、その他の列の画素は白（Ｗ）となる。フレーム２で、ソースドライバは、フレーム１で０Ｖを出力したソース線のなかでソース線総数の１/４本（例えば、２、６、１０列のソース線）へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの列のソース線へは画像データと無関係に０Ｖを出力する。フレーム２の画面の表示状態は、図４９に示すように、１、２、５、６、９、１０列の画素はグレー（Ｇ）、その他の列の画素は白（Ｗ）となる。フレーム３で、ソースドライバは、フレーム１及びフレーム２で０Ｖを出力したソース線、すなわち画像データに応じた電圧が出力されていないソース線のなかで、ソース線総数の１/４本（例えば、３、７、１１列のソース線）へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの列のソース線へは画像データと無関係に０Ｖを出力する。フレーム３の画面の表示状態は、図４９に示すように、１、２、３、５、６、７、９、１０、１１列の画素はグレー（Ｇ）、その他の列の画素は白（Ｗ）となる。フレーム４で、ソースドライバは、フレーム１、フレーム２及びフレーム３で０Ｖを出力したソース線、すなわち画像データに応じた電圧が出力されていないソース線（４、９、１２列のソース線）へ黒（Ｂ）の画像データに応じた電圧＋Ｖを出力し、残りの列のソース線へは画像データと無関係に０Ｖを出力する。フレーム４の画面の表示状態は、図４９に示すように、全ての画素がグレー（Ｇ）となる。以降のフレーム４からフレーム８までの動作は、基本的にフレーム１からフレーム４の動作の繰り返しとなるため説明を略す。フレーム８の画面の表示状態は、図４９に示すように、全ての画素が黒（Ｂ）となる。
【０１７５】
以上、分割数Ｑが２から４までの場合について説明したが、Ｑの値はこれらに限定されず他の値も用いることができる。図３６から図３８を用いて説明したように、ソース線時分割画像更新では、通常（Ｑ＝１）の画像更新おいて１フレームで完了する動作をＱフレームかけて完了させる。したがって、ソース線時分割画像更新が完了するまでに要するフレーム数は、実施形態１から実施形態４で説明した画像更新期間と比較すると、Ｑ倍となる。
【０１７６】
以下、図面を参照し、本発明の実施形態６のメモリ性を有する表示装置の構成と動作について説明する。
【０１７７】
まず、ソース線時分割画像更新を行う本実施形態６の特徴的な機能を、前述した実施形態１に適用する第１の構成例について説明する。
【０１７８】
図５２は、本実施形態６の第１の構成例を説明するブロック図である。ソース線時分割画像更新を行う機能は、表示パネルコントローラ８０ｇに備えられる。したがって、表示パネルコントローラ８０ｇと、それに含まれる温度予測部１０ｇと画像表示制御部２０ｇ以外の他の構成は、実施形態１（図３）と同じである。本実施形態６の第１の構成例における温度予測部１０ｇを図５３に、画像表示制御部２０ｇを図５４に示す。温度予測部１０ｇは、画像処理部１１、画像負荷算出部１２ｇ、データ変換部１３ｇ、駆動波形データ１４、駆動波形選択部１５ｇ、上昇温度推定部１６ｇ、及びデータ書き込み部１７から構成される。また、画像表示制御部２０ｇは、画像更新判定部２１ｇ、パネル制御信号生成部２２、データ読出し部２３から構成される。
【０１７９】
図５４に示す画像更新判定部２１ｇは、実施形態１と同様に、アプリケーションプロセッサ１から画像更新信号３が入力されたとき、温度予測部１０ｇから入力されるＴｓｘと、ソースドライバ１５０の仕様に応じて予め設定した温度とを比較し、Ｔｓｘが設定温度より低いときは、パネル制御信号生成部２２に動作を開始する信号を送る機能を備える。さらに本実施形態６の特有の機能として、そのＴｓｘが設定温度より高いときは、ソース線時分割画像更新を判定するために、ソース線Ｑ分割時のＴｓｘを、要求信号ｒｅｑを介して温度予測部１０ｅに要求し、その結果得られたソース線Ｑ分割時のＴｓｘと、予め設定した温度とを比較し、ソース線Ｑ分割時のＴｓｘが設定温度より低いときは、パネル制御信号生成部２２に動作を開始する信号を送り、ソース線Ｑ分割時のＴｓｘが設定温度より高いときは、所定の時間間隔で温度予測部１０ｇへＴｓｘを要求する機能を備える。
【０１８０】
図５３に示す上昇温度推定部１６ｇは、実施形態１と同様に、画像負荷算出部１２ｇで算出された画像負荷値と、駆動波形の情報と、ソースドライバ温度Ｔｓとから、入力された画像データ２の表示動作（画像更新）が終了後のソースドライバ温度Ｔｓｘを推定する機能と、画像表示制御部２０ｇからの要求信号ｒｅｑに応じてＴｓｘを更新し、画像表示制御部２０ｇに出力する機能を備える。さらに本実施形態６の特有の機能として、画像表示制御部２０ｇから、要求信号ｒｅｑを介して、ソース線Ｑ分割時のＴｓｘを要求された場合、駆動波形選択部１５ｇに再び駆動波形を選択させるため、データ変換部１３ｇでＱ分割に対応したＤｐＷＦへの変換を行わせるため、及び、画像負荷算出部１２ｇにソース線Ｑ分割時の画像負荷を算出させるための信号ｒｅｑ＿Ｑを送信する機能をさらに備え、画像負荷算出部１２ｇで算出されたソース線Ｑ分割時の画像負荷値と、駆動波形の情報と、ソースドライバ温度Ｔｓとから、入力された画像データ２のソース線時分割画像更新が終了後のソースドライバ温度Ｔｓｘを推定する機能をさらに備える。
【０１８１】
図５３に示す駆動波形選択部１５ｇは、実施形態１と同様に、駆動波形データ１４の第１の駆動波形群から、表示パネル温度Ｔｐに応じて最適な駆動波形ＷＦを選択しデータ変換部１３ｇへ出力する機能と、選択された駆動波形の情報を上昇温度推定部１６ｇに出力する機能を備える。さらに本実施形態６の特有の機能として、上昇温度推定部１６ｇから信号ｒｅｑ＿Ｑを受信した場合、再び駆動波形データ１４から、表示パネル温度Ｔｐに応じて最適な駆動波形ＷＦを選択しデータ変換部１３ｇへ出力する機能と、選択された駆動波形の情報を上昇温度推定部１６ｇに出力する機能を備える。
【０１８２】
図５３に示すデータ変換部１３ｇは、実施形態１と同様に、階調データＤｐを選択された駆動波形ＷＦによって、フレーム単位の時系列電圧データに変換する機能と、変換されたデータＤｐＷＦをデータ書込み部１７へ出力する機能を有する。さらに本実施形態６の特有の機能として、信号ｒｅｑ＿Ｑを受信した場合、Ｑの値に応じて、前述したソース線時分割更新に対応するデータＤｐＷＦへの変換を行う機能を備える。具体例としては、駆動波形ＷＦを基準としたある１フレームの変換において、階調データＤｐに対応する電圧を書き込む画像の１/Ｑ列の画素列には、Ｄｐに応じたＷＦの出力電圧を指定するデータへの変換を行い、それ以外の画素列には０Ｖ出力を指定するデータとし、電圧書込みを行う画素列を順次Ｑ列分まで行ったあと、次の１フレームＷＦの変換を行う。したがって、ソース線時分割更新に対応するデータＤｐＷＦのデータ量は、通常の画像更新（Ｑ＝１）のＱ倍となる。変換されたソース線時分割更新に対応するデータＤｐＷＦも、データ書込み部１７へ出力され、データ書込み部１７によりメモリ１６０へ格納される。このため、図５３の例では、メモリ１６０にソース線時分割更新に対応するデータＤｐＷＦが上書きされる。なお、データ変換部１３ｇで変換する階調データＤｐは、ソース線時分割更新でも同じであるため、Ｄｐをメモリし読み出す機能をデータ変換部１３ｇに備えてもよい。
【０１８３】
図５３に示す画像負荷算出部１２ｇは、実施形態１と同様に階調データＤｐから画像負荷値を算出し、算出された値を上昇温度推定部１６ｇに出力する機能を備える。さらに本実施形態６の特有の機能として、上昇温度推定部１６ｇから信号ｒｅｑ＿Ｑを受信した場合、Ｑの値に応じたソース線時分割更新における画像負荷値を階調データＤｐから算出し、算出された値を上昇温度推定部１６ｇに出力する機能を備える。ソース線時分割更新における画像負荷値の算出は、例えば、実施形態１で説明した方法を基に、２値データを時分割されるデータへと置き換えて算出することができる。図５５にソース線時分割更新における画像負荷値の算出例を示す。
【０１８４】
図５５は、実施形態１の説明で用いた図１２と同様に、図９に示した駆動波形の第１例を使用している。また、図１２と同様に、メモリ性を有する表示パネル７０は４行６列の画素で構成され、モノクロ４階調表示であり、表示画像例、すなわち、階調データＤｐのパターン例も、図５５に示すように図１２と同じである。したがって、階調データＤｐの階調値と駆動波形に応じて変換される２値データも図１２と同じである。この２値データを、ソース線時分割更新における画像負荷値の算出においては、図５５に示すようにＱ分割し（図５５では２分割を例示）、分割された各々の２値データ、図５５の例では、２値データ（分割１）、２値データ（分割２）の負荷データの積算を行う。実施形態１で図１２を用いて説明したように、２値データから負荷データの算出は、水平方向に隣接するデータを比較し異なればＪとし、垂直方向に隣接するデータを比較し異なればＫとする。この実施形態１の方法では、２値データが異なれば、異なる電圧が印加される関係をもとに、図１３の具体例では、＋Ｖ＝１５[Ｖ]、と−Ｖ＝−１５[Ｖ]の電圧差３０Ｖを生じさせる負荷データを抽出した。しかしながら、ソース線時分割更新では、画像データに応じた電圧出力を行う列の画素と、水平方向に隣接する画素は０Ｖが印加されるため、電圧差は３０Ｖも生じない。そこで、図５５に例示すように、分割された各々の２値データの負荷データの積算においては、１例として、水平方向の比較結果を全て０とすることができる。このため、図５５に示すように、２値データ（分割１）の負荷データ積算１は４Ｋとなり、２値データ（分割２）の負荷データ積算２は４Ｋとなる。これら各々の負荷データ積算値を合計し平均した値を画像負荷値として用いればよい。図５５の例では、ソース線時分割更新時（Ｑ＝２）の画像負荷値は４Ｋとなる。なお、実施形態５で説明したように、係数Ｊ、Ｋについては、ソース線時分割更新を行わないとき（Ｑ＝１）の係数をＪ１、Ｋ１、ソース線時分割更新（Ｑ＝２）のときの係数をＪ２、Ｋ２、（Ｑ＝３）の係数をＪ３、Ｋ３、…、と各々の場合の画像負荷値の算出の用いる係数を、予め測定により定めて格納しておき、場合に応じて用いてもよい。
【０１８５】
以上、本実施形態６の特有の機能を中心に構成を説明したが、他の構成については、実施形態１と同じであるため説明を省く。
【０１８６】
図５２に示す表示パネルコントローラ８０ｇの動作について、図５２、図５３、図５４、図５６を参照し説明する。図５６は画像表示制御部２０ｇの動作を説明するフローチャートである。
【０１８７】
図５６に示すように、画像更新判定部２１ｇ（図５４参照）は、アプリケーションプロセッサ１から画像更新を指示する画像更新信号３を取得する（ステップＳＴ７０）。画像更新判定部２１ｇは、要求信号ｒｅｑを介して、温度予測部１０ｇへ画像更新後のソースドライバ温度Ｔｓｘを要求する（ステップＳＴ７１）。要求を受けると、温度予測部１０ｇ（図５２参照）は、上昇温度推定部１６ｇ（図５３参照）において、現在のソースドライバ温度Ｔｓを取得し、画像負荷値と選択された駆動波形とから画像更新後のソースドライバ温度Ｔｓｘを算出し、画像表示制御部２０ｇ（図５４参照）へ送信する。送信された温度Ｔｓｘが画像更新判定部２１ｇで取得される（ステップＳＴ７２）。続いて、画像更新判定部２１ｇでは、取得した温度Ｔｓｘが、予め設定した温度より低いかを判定する（ステップＳＴ７３）。ステップＳＴ７３の判定がＹＥＳの場合は、画像更新判定部２１ｇから動作を指示する信号が、パネル制御信号生成部２２（図５４参照）に出力され、この信号に応じてソースドライバ及びゲートドライバを制御する信号及び電圧（ｃｔ１及びｃｔ２）が出力されるとともに、これらの制御信号に同期してメモリ１６０から画像を形成するデータが、データ読出し部２３（図５４参照）により読み出され、ソースドライバ１６０の仕様に合わせてＤａが出力される。このときメモリ１６０に格納されているデータは、ソース線時分割画像更新ではないＤｐＷＦであるため、通常の画像更新（Ｑ＝１）が実行される（ステップＳＴ７４）。ステップＳＴ７３の判定がＮＯの場合は、画像更新判定部２１ｇは、要求信号ｒｅｑを介して、温度予測部１０ｇへ分割数Ｑにおけるソース線時分割画像更新後のソースドライバ温度Ｔｓｘを要求する（ステップＳＴ７５）。この要求を受けると、温度予測部１０ｇの上昇温度推定部１６ｇ（図５３参照）は、駆動波形選択部１５ｇ、データ変換部１３ｇ、と画像負荷算出部１２ｇへ、分割数Ｑを含む信号ｒｅｑ＿Ｑを送信する。信号ｒｅｑ＿Ｑを受信した駆動波形選択部１５ｇと、データ変換部１３ｇにより、分割数Ｑのソース線時分割画像更新に対応したＤｐＷＦが生成され、データ書込み部１７によりメモリ１６０へ格納される。また、信号ｒｅｑ＿Ｑを受信した画像負荷算出部１２ｇにより、分割数Ｑのソース線時分割画像更新に対応した画像負荷値が算出され上昇温度推定部１６ｇに入力される。この後、上昇温度推定部１６ｇは、現在のソースドライバ温度Ｔｓを取得し、入力された分割数Ｑのソース線時分割画像更新時の画像負荷値と、駆動波形選択部１５ｇからの駆動波形の情報とから、分割数Ｑのソース線時分割画像更新後のソースドライバ温度Ｔｓｘを算出し、画像表示制御部２０ｇへ送信する。送信された温度Ｔｓｘが画像更新判定部２１ｇで取得される（ステップＳＴ７６）。続いて、画像更新判定部２１ｇでは、取得した分割数Ｑのソース線時分割画像更新後のソースドライバ温度Ｔｓｘが、予め設定した温度より低いかを判定する（ステップＳＴ７７）。ステップＳＴ７７の判定がＹＥＳの場合は、画像更新判定部２１ｇから動作を指示する信号が、パネル制御信号生成部２２に出力され、この信号に応じてソースドライバ及びゲートドライバを制御する信号及び電圧（ｃｔ１及びｃｔ２）が出力されるとともに、これらの制御信号に同期してメモリ１６０から画像を形成するデータが、データ読出し部２３により読み出され、ソースドライバ１５０の仕様に合わせてＤａが出力される。このときメモリ１６０に格納されているデータは、分割数Ｑのソース線時分割画像更新に対応したＤｐＷＦであるため、分割数Ｑのソース線時分割画像更新が実行される（ステップＳＴ７８）。ステップＳＴ７７の判定がＮＯの場合は、画像更新は行わず所定の時間待機する（ステップＳＴ７９）。待機後に画像更新判定部２１ｇは、再び温度予測部１０ｇへ第２の駆動波形による画像更新後のソースドライバ温度Ｔｓｘを要求する（ステップＳＴ７５）。
【０１８８】
以上、図５６のフローチャートを用いて、本実施形態６の第１の構成例における画像表示制御部２０ｇの動作を説明したが、動作の１例であり図５６に限定されるものではない。例えば、実施形態１の変形例と同様の概念を適用し、ステップＳＴ７７の判定がＮＯの場合は、閾値以下の画像負荷値の画像表示を行ってもよい。なお、ステップＳＴ７７の判定がＮＯの場合は、実施形態１の変形例と同様に閾値以下の画像負荷値の内、最小画像負荷値の画像表示を行ってもよい。閾値以下の画像負荷値の画像表示を行う場合のフローチャートを図５７に示す。また、図５６及び図５７では、所定の時間待機、あるいは、閾値以下の画像負荷値の画像表示（ステップＳＴ７９）後、再び温度予測部１０ｇへＱ分割のソース線時分割画像更新後のソースドライバ温度Ｔｓｘを要求する（ステップＳＴ７５）としたが、通常の画像更新後（Ｑ＝１）のソースドライバ温度Ｔｓｘを要求してもよい。この場合、ステップＳＴ７９の後、ステップＳＴ７１の処理へ移ればよい。さらに、分割数Ｑのソース線時分割画像更新後のＴｓｘが設定温度以上であった場合、分割数Ｑを変更してもよい。この場合の動作の１例を図５８のフローチャートに示す。図５８において、図５６及び図５７と同じ処理は、同じステップで示しており説明を省く。図５８に示すように、ステップＳＴ７３の判定がＮＯの場合は、画像更新判定部２１ｇは、Ｑを１から２にする。すなわち、現状のＱに１を加算する処理を行う（ステップＳＴ７０９）。その後、画像更新判定部２１ｇは、要求信号ｒｅｑを介して、温度予測部１０ｇへ分割数Ｑにおけるソース線時分割画像更新後のソースドライバ温度Ｔｓｘを要求する（ステップＳＴ７５）。ステップＳＴ７７の判定がＹＥＳの場合は、分割数Ｑのソース線時分割画像更新を実行し（ステップＳＴ７８）、実行後にＱの値を初期値の１に戻す（ＳＴ７１０）。ステップＳＴ７７の判定がＮＯの場合は、ステップＳＴ７０９の処理に移り、現状のＱに１が加算される。分割数Ｑが大きいほど、画像更新期間は長くなるが、ソース線時分割更新によるソースドライバ温度上昇は低くなるため、Ｔｓｘが設定温度より低くなる条件を満たすまでＱの値が大きくなると、ソース線時分割更新が実行される。
【０１８９】
以上のように、メモリ性を有する表示装置を構成し動作させることにより、実施形態１と同様に、表示する画質を損なうことなく、ソースドライバ１５０の温度を、設定温度以下に保つことが可能となる。このため、設定温度をソースドライバの仕様に基づき適切な温度に設定することで、ソースドライバの動作保証温度を超えたときに生じる動作不良に起因した画質劣化や、ソースドライバの性能劣化、さらには、ソースドライバ自体の破壊を防ぐことができ、高画質かつ信頼性の高いメモリ性を有する表示装置を実現できる。さらに、画像更新が完了するまでの時間は長くなるが、ソース線時分割画像更新を実施することが可能であるため、表示画面がすぐに反応しないことに起因する使用者の混乱を防ぐことができる。
【０１９０】
次に、本実施形態６の特有の機能を、前述した実施形態２に適用する第２の構成例について説明する。図５９は、本実施形態６の第２の構成例を説明するブロック図である。前述したように、実施形態１と実施形態２は、画像負荷値の算出方法が異なる関係であり、本実施形態６の第１の構成例（図５２）と第２の構成例（図５９）の関係も同じである。したがって、図５９に示す第２の構成例では、温度予測部１０ｈのみが図５２の第１の構成例と異なり、他の構成は同じであるため説明を省く。
【０１９１】
図６０は実施形態６の第２の構成例における温度予測部１０ｈのブロック図である。図６０に示すように、温度予測部１０ｈを構成する画像処理部１１、データ変換部１３ｇ、駆動波形データ１４、駆動波形選択部１５ｇ、上昇温度推定部１６ｇ、及びデータ書き込み部１７は、第１の構成例の温度予測部１０ｇ（図５３）と同じ機能を備えるため説明を省く。図６０に示す画像負荷算出部１２ｈは、実施形態２と同様に、入力されるデータＤｐＷＦの各フレームにおける電圧マップから、式（５）、式（６）を用いて画像負荷値ＰＬＶを算出し、算出された値を上昇温度推定部１６ｇに出力する機能を有する。さらに本実施形態６の特有の機能として、上昇温度推定部１６ｇから信号ｒｅｑ＿Ｑを受信した場合、データ変換部１３ｇにおいて、Ｑの値に応じてソース線時分割更新に対応するデータに変換されたＤｐＷＦが入力されると、ＤｐＷＦの各フレームにおける電圧マップから、式（５）、式（６）を用いて画像負荷値ＰＬＶを算出し、算出された値を上昇温度推定部１６ｇに出力する機能を有する。なお、式（５）に用いる係数Ｊ、Ｋについては、Ｑの値に応じた係数を予め測定により定めて格納しておき、場合に応じて用いてもよい。また、式（６）で算出されるＰＬＶをフレーム数Ｌで除算した値、すなわち、時間平均した値を画像負荷値として使用してもよい。
【０１９２】
以上で説明した以外の実施形態６の第２の構成例は、実施形態６の第１の構成例と同じである。また、実施形態６の第２の構成例における動作についても、画像負荷値の算出方法が第１の構成例と異なるのみで、表示パネルコントローラ８０ｈにおける画像表示制御部２０ｇの動作は第１の構成例と同じであるため、第１の構成例の動作と同様である（図５６、図５７、図５８）。
【０１９３】
さらに、本実施形態６の特有の機能は、i個のソースドライバを備える表示パネルを用いた実施形態３に適用することも可能である。実施形態３で説明した構成及び動作の概念に従い、実施形態６の第１の構成例、あるいは、実施形態６の第２の構成例の要素を適宜組合せればよい。また、本実施形態６の特有の機能は、ソースドライバ１５０の温度Ｔｓを得る温度センサの代わりに、ソースドライバの温度特性データとタイマを用いる実施形態４に適用することも可能である。実施形態４で説明した構成及び動作の概念に従い、実施形態６の第１の構成例、あるいは、実施形態６の第２の構成例の要素を適宜組合せればよい。
【０１９４】
なお、上述の実施形態６の説明において、分割数Ｑのソース線時分割更新を実施する構成として、温度予測部において、分割数Ｑのソース線時分割画像更新に対応したＤｐＷＦを生成しメモリへ格納する構成としたが、説明の便宜上であり、この構成に限定されるものではない。例えば、メモリへ格納するＤｐＷＦをＱ＝１のデータのみとし、データ読出し部に、分割数Ｑの値に応じて、画像データに応じた電圧出力を行うソース線と、０Ｖ出力を行うソース線を制御する機能を備えてもよい。この構成の場合、ＤｐＷＦを格納するメモリの容量を削減することが可能となる。
【０１９５】
＜実施形態７＞
以下、本発明の実施形態７に係るメモリ性を有する表示装置について説明する。本発明の目的は、画像更新後のソースドライバ温度を推定し、その推定温度に応じて画像更新の間隔を適切に設けることで、ソースドライバ高温時に生じる動作不良による表示不具合や、ソースドライバの性能劣化、ソースドライバの破壊を防ぎ、高画質で信頼性の高いメモリ性を有する表示装置及びその駆動方法を提供することである。この目的を達成するため、実施形態１から実施形態６においては、次に表示する画像データの画像負荷値を算出し、算出された値からソースドライバ温度Ｔｓｘを推定し、推定されたＴｓｘが設定温度より低い場合に画像更新を行った。さらに、実施形態５、実施形態６では、Ｔｓｘが設定温度以上の場合には、画像更新期間は長くなるが、画像更新後の温度上昇を抑制できる別の駆動波形を用いて、次に表示する画像データの画像負荷値を算出し、ソースドライバ温度Ｔｓｘを推定し直し、Ｔｓｘが設定温度より低い場合に別の駆動波形を用いて画像更新を行う機能を追加した。このように、画像更新後のドライバ温度が異なる駆動波形を複数備えた場合、次に表示する画像データの画像負荷値を、画像データの内容にかかわらず、最大の画像負荷値としてＴｓｘを推定し、このＴｓｘが設定温度以下となる駆動波形で画像更新を実行することでも、本発明の目的を達成することが可能である。この場合、入力される画像データに応じて画像負荷値を算出する機能を省くことができるため、構成を簡略化することが可能となる。以下、この実施形態７の構成、動作について説明する。
【０１９６】
図６１は、本実施形態７の構成を説明するブロック図である。図６１に示すように、実施形態１、実施形態２と異なる点は、表示パネルコントローラ８０ｉであり、他の構成は同じであるため、説明は略す。図６２は、本実施形態７の表示パネルコントローラ８０ｉに含まれる温度予測部１０ｉの構成を説明するブロック図である。図６２に示すように、温度予測部１０ｉは、画像処理部１１、データ変換部１３ｉ、駆動波形データ１４ｉ、駆動波形選択部１５ｉ、上昇温度推定部１６ｉ、及びデータ書き込み部１７から構成される。
画像処理部１１、データ書込み部１７は、これまでの実施形態で説明したものと同じであるため説明を略す。
【０１９７】
図６２に示す駆動波形データ（格納部）１４ｉには、第２の駆動波形群を備えた実施形態５と同様の概念で、複数の駆動波形群、第１の駆動波形群、第２の駆動波形群、・・・第ｖの駆動波形群が格納される。これら格納される駆動波形群は、画像更新後のソースドライバ上昇温度が異なる駆動波形であり、ソースドライバの上昇温度が高い順に第１から第ｖの駆動波形群とする。なお、ソース線時分割駆動は、実施形態６においては、同じ駆動波形で分割数Ｑを変更したが、本実施形態７においては、分割数Ｑの異なる駆動波形を上述の駆動波形群が異なるものとして扱う。つまり、分割数１〜Ｑのソース線時分割駆動を実施する機能は、１〜Ｑの駆動波形群として対応させる。つまり、本実施形態の駆動波形では、格納されている駆動波形群を選択することで、実施形態１から実施形態６までの説明した全ての駆動波形、及び画像更新を選択できる機能を有する。
【０１９８】
図６２に示す駆動波形選択部１５ｉは、上昇温度推定部１６ｉからの信号ｒｅｑ＿ｖに応じて、駆動波形データ１４ｉから信号ｒｅｑ＿ｖに応じた駆動波形群を選択する機能を有する。また、選択された駆動波形群から、実施形態１と同様に、表示パネル温度Ｔｐに応じて最適な駆動波形ＷＦを選択しデータ変換部１３ｉへ出力する機能と、選択された駆動波形の情報を上昇温度推定部１６ｉに出力する機能を備える。
【０１９９】
図６２に示す上昇温度推定部１６ｉは、画像表示制御部２０ｉからの要求信号ｒｅｑに応じて、信号ｒｅｑ＿ｖを駆動波形選択部１５ｉ、とデータ変換部１３ｉに送信する機能と、信号ｒｅｑ＿ｖに応じて駆動波形選択部１５ｉから送信された駆動波形の情報と、ソースドライバ温度Ｔｓとから、画像負荷値が最大となる画像パターンにおける画像更新終了後のソースドライバ温度Ｔｓｘを推定し、画像表示制御部２０ｉに出力する機能を備える。実施形態１で説明したように、任意の画像パターンによる画像更新時のソースドライバ１５０の上昇温度ΔＴは、画像負荷値ＰＬＶを用いて、式（３）で求められる。画像負荷値が最大となる画像パターンでは、式（３）は、以下の式（７）となる。
【０２００】
ΔＴ＝（Ｔα-Ｔβ）×ＰＬＶ/ＰＬＶｍａｘ＋Ｔβ
＝Ｔα  ・・・（７）
【０２０１】
さらに、画像更新後のソースドライバ温度Ｔｓｘは、式（４）とソースドライバ温度Ｔｓから以下のように式（８）で計算できる。
【０２０２】
Ｔｓｘ＝Ｔｓ＋ΔＴ
＝Ｔｓ+Ｔα・・・（８）
【０２０３】
式（８）に示すように、画像負荷値が最大となる画像パターンにおける画像更新後のソースドライバＴｓｘは、ＴｓとＴαで定まる。Ｔαについては、実施形態１で説明したように、画像更新に用いる駆動波形毎に、ソースドライバ温度Ｔｓ、表示パネル温度Ｔｐをパラメータとして、画像負荷値が最大となる画像パターンを画像更新した時のソースドライバ上昇温度を測定し、図１７のようにテーブルデータとして格納しておけばよい。なお、本実施形態７では、図１７に示すＴβのデータが不要であるため、例えば、測定結果から得られるＴαを、駆動波形毎に図６７に示すテーブルデータのように格納しておけばよい。図６７に示すテーブルデータを、本実施形態７が備える複数の駆動波形群である第１〜ｖの駆動波形群分作成し格納する。あるいは、テーブルデータを使用せず、ＴαをＴｓ、Ｔｐ、駆動波形群をパラメータとする関数を用いて定めてもよい。この関数は、測定値とのフィッティングで求めればよい。
【０２０４】
図６２に示すデータ変換部１３ｉは、信号ｒｅｑ＿ｖを受信すると階調データＤｐを選択された駆動波形ＷＦによって、フレーム単位の時系列電圧データに変換する機能と、変換されたデータＤｐＷＦをデータ書込み部１７へ出力する機能を有する。また、信号ｒｅｑ＿ｖを再受信した場合は、新たに選択された駆動波形ＷＦによって、階調データＤｐを再変換する。このため、実施形態５、６と同様に、階調データＤｐをメモリし読み出す機能をデータ変換部１３ｉに備えてもよい。また、実施形態６で説明したソース線時分割更新に対応する機能を備えてもよい。この場合、分割数は信号ｒｅｑ＿ｖの内容に応じて決定すればよい。
【０２０５】
次に本実施形態７の画像表示制御部２０ｉについて説明する。画像表示制御部２０ｉの構成は、実施形態５、実施形態６と基本的に同じであるため、図、説明ともに省く。動作においては、実施形態５において説明した、第１の駆動波形によるＴｓｘを要求し、そのＴｓｘが設定温度より高い場合、第２の駆動波形によるＴｓｘを要求する動作を、第ｖの駆動波形によるＴｓｘを要求する動作まで拡張したものとなる。
【０２０６】
図６３に画像表示制御部２０ｉの動作を説明するフローチャートを示す。以下、図６１、図６２、図６３を用いて画像表示制御部２０ｉの動作を説明する。
【０２０７】
図６３に示すように、画像表示制御部２０ｉ（図６１参照）は、アプリケーションプロセッサ１から画像更新を指示する画像更新信号３を取得する（ステップＳＴ８０）。画像表示制御部２０ｉは、要求信号ｒｅｑを介して、温度予測部１０ｉへ第ｕの駆動波形による画像更新後のソースドライバ温度Ｔｓｘを要求する（ステップＳＴ８１）。ここで、ｕの初期値は１とする。要求を受けると、温度予測部１０ｉは、上昇温度推定部１６ｉにおいて、現在のソースドライバ温度Ｔｓを取得し、第ｕの駆動波形群から選択された駆動波形の情報から画像負荷値が最大のときの画像更新後のソースドライバ温度Ｔｓｘを算出し、画像表示制御部２０ｉへ送信する。送信された温度Ｔｓｘが画像表示制御部２０ｉで取得される（ステップＳＴ８２）。続いて、画像表示制御部２０ｉでは、取得した温度Ｔｓｘが、予め設定した温度より低いかを判定する（ステップＳＴ８３）。ステップＳＴ８３の判定がＮＯの場合は、画像表示制御部２０ｉは、別の駆動波形による画像更新後のソースドライバ温度Ｔｓｘを要求するために、ｕの値に１を加算する（ステップＳＴ８５）。ステップＳＴ８５の後、ステップＳＴ８１の処理へ進み、前とは別の駆動波形による画像更新後のソースドライバ温度Ｔｓｘを要求する。ステップＳＴ８３の判定がＹＥＳの場合、画像表示制御部２０ｉは、第ｕ駆動波形の画像更新を実行する（ステップＳＴ８４）。この後、ｕを１に初期化する（ステップＳＴ８６）。
【０２０８】
以上、図６３のフローチャートを用いて、本実施形態７における画像表示制御部２０ｉ動作を説明したが、動作の概念を示す１例であり、図６３に限定されるものではない。例えば、ｕの値を加算し続けても画像更新が実行されず、ついには、駆動波形データ１４ｉに備えた駆動波形群の数ｖとｕの値が等しくなった場合は、これまでの実施形態で説明したように、所定の時間待機する処理を加えてもよい。
【０２０９】
以上のように、実施形態７のメモリ性を有する表示装置は、実施形態１と同様に、表示する画質を損なうことなく、ソースドライバ１５０の温度を、設定温度以下に保つことが可能となる。このため、設定温度をソースドライバの仕様に基づき適切な温度に設定することで、ソースドライバの動作保証温度を超えたときに生じる動作不良に起因した画質劣化や、ソースドライバの性能劣化、さらには、ソースドライバ自体の破壊を防ぐことができ、高画質かつ信頼性の高いメモリ性を有する表示装置を実現できる。さらに、画像更新が完了するまでの時間は長くなるが、別の駆動波形による画像更新を実施することが可能であるため、表示画面がすぐに反応しないことに起因する使用者の混乱を防ぐことができる。また、さらに、他の実施形態と比較し、画像負荷算出部が不要であるため、構成を簡略化することが可能となる。
【０２１０】
また、実施形態７は、i個のソースドライバを備える表示パネルを用いた実施形態３に適用することも可能である。実施形態３で説明した構成及び動作の概念に従い、上述した実施形態７の要素を適宜組合せればよい。さらに、ソースドライバ１５０の温度Ｔｓを得る温度センサの代わりに、ソースドライバの温度特性データとタイマを用いる実施形態４に適用することも可能である。この場合のメモリ性を有する表示装置の構成は、実施形態４で説明した図３２のブロック図で説明でき、表示パネルコントローラ８０ｄに含まれる温度予測部１０ｄと、画像表示制御部２０ｄを、実施形態７の特有の機能へ変更すればよい。つまり、この場合の温度予測部は、図６２のように複数の駆動波形群が駆動波形データ１４iに格納され、上昇温度推定部は、駆動波形の情報から最大画像負荷値における画像更新後のソースドライバ温度Ｔｓｘを推定する機能を備え、画像負荷算出部を備えない。図６２との相違点は、ソースドライバ温度Ｔｓの入力は、実施形態４で説明したように画像表示制御部からＴｓ’となる。本実施形態７を実施形態４に適用した場合の画像表示制御部の構成は、図３４と同じブロック図となるが、備える機能と動作が異なるものを含むため、図６４に画像表示制御部２０ｊとして示す。また、画像表示制御部２０ｊの動作を説明するフローチャートを図６５に示す。
【０２１１】
図６４、図６５を用いて、本実施形態７を実施形態４に適用した場合の画像表示制御部２０ｊの動作を説明する。
【０２１２】
ソースドライバ温度算出部２４ｊは、アプリケーションプロセッサ１から画像更新信号３を取得する（ステップＳＴ８４０）。レジスタ２５からＰｒｅＴｓｘ（前の画像更新後のソースドライバ温度）と、ＥＮＤ（前の画像更新の終了時刻）の読出しを行う（ステップＳＴ８４１）。
【０２１３】
ステップＳＴ８４１に続いて（または、ｒｅｑ受信時）、ソースドライバ温度算出部２４ｊは、タイマ１８０より現時刻ＴＩＭＥを取得する（ステップＳＴ８４２）。
【０２１４】
次に、ソースドライバ温度算出部２４ｊに入力される表示パネル温度Ｔｐを周囲温度として温度データ１７０を用い、ＰｒｅＴｓｘと、ＥＮＤとＴＩＭＥで求まる経過時間とから、現在のソースドライバ温度Ｔｓ’を算出する。算出したＴｓ’を温度予測部へ送信する。また、この送信で第ｕ駆動波形のＴｓｘを要求する（ステップＳＴ８４３）。なお、初期動作時は（前の画像更新なし）、Ｔｓ’にはＴｐを代入し、ｕは１である。
【０２１５】
温度予測部は、Ｔｓ’及び、第ｕ駆動波形のＴｓｘ要求を受けると、図６２に示す温度予測部１０ｉがｒｅｑを受信したときと同様に、上昇温度推定部において、受信したＴｓ’をソースドライバ温度Ｔｓとし、第ｕの駆動波形群から選択された駆動波形の情報から最大画像負荷値の画像更新後のソースドライバ温度Ｔｓｘを算出し、画像表示制御部２０ｊへ送信する。送信された温度Ｔｓｘが、画像更新判定部２１ｊで取得される（ステップＳＴ８４４）。
【０２１６】
画像更新判定部２１ｊは、取得した温度Ｔｓｘが、予め設定した温度より低いかを判定する（ステップＳＴ８４５）。
【０２１７】
ステップＳＴ８４５の判定がＮＯの場合は、画像更新判定部２１ｊは、画像更新を指示する信号をパネル制御信号生成部２２ｄに送らず、ｕの値に１を加算する（ステップＳＴ８４６）。その後処理をステップＳＴ８４２に戻す。画像更新判定部２１ｊは、ステップＳＴ８４５の判定がＹＥＳになるまでＳＴ８４２〜８４６の処理を繰り返す。
【０２１８】
ステップＳＴ８４５の判定がＹＥＳの場合は、画像更新判定部２１ｊは判定に用いた温度Ｔｓｘを、レジスタ２５へＰｒｅＴｓｘとして格納する（ステップＳＴ８４７）。ステップＳＴ８４７に続いて、画像更新判定部２１ｊから画像更新を指示する信号が、パネル制御信号生成部２２ｄに出力され、この信号に応じて第ｕ駆動波形の画像更新が実行される（ステップＳＴ８４８）。パネル制御信号生成部２２ｄは、画像更新が終了すると、タイマ１８０から現時刻ＴＩＭＥを取得し、取得した時刻ＴＩＭＥをレジスタ２５へ画像更新の終了時刻ＥＮＤとして格納する（ステップＳＴ８４９）。画像更新判定部２１ｊは、ｕを１に初期化する（ステップＳＴ８５０）。
【０２１９】
以上のように、メモリ性を有する表示装置を構成し動作させることにより、本実施形態７を、ソースドライバに温度センサを備えない実施形態４へ適用でき、ソースドライバ１５０の温度を、設定温度以下に保つことが可能となる。先に述べた本実施形態７の効果に加えて、ソースドライバ１５０への温度センサの設置が不要であるため、部品削減によるコストの抑制効果、筐体設計の自由度が向上する効果（例えば、筐体の薄型化）が得られる。なお、図６４、図６５を用いて説明した本実施形態７の実施形態４への適用例を、実施形態３に適用することも可能である。この場合、複数の温度センサを削減できるため効果が大きくなる。
【０２２０】
また、本実施形態７の実施形態４の適用においては、ソースドライバ温度の下降特性である温度データ１７０（図６４）を備えるため、実施形態４で説明したように、表示パネルの温度ＴＰと、ＰｒｅＴｓｘと、画像更新の間隔（Ｔｉｎｔ）からソースドライバ温度Ｔｓ’が算出できる。ここで、Ｔｉｎｔは画像更終了後、再びアプリケーションプロセッサ１から画像更新信号３を取得するまでの時間である。ソースドライバ上昇温度Ｔｓｘは、式（８）のようにＴｓとＴαの加算で表現でき、Ｔαは図６７で示したように、ＴｐとＴｓと駆動波形によって決まる。ここで、説明を簡略化するため、第ｕの駆動波形群を構成する駆動波形（例えば、図６７のように、高温、常温、低温用の駆動波形）を同じものとして扱い駆動波形ｕとし、Ｔαを関数Ｆαによって表すと、
Ｔα＝Ｆα（Ｔｓ、Ｔｐ、ｕ）・・・（９）
となり、設定温度をＴｓｅｔとし、式（８）、式（９）を用いると、Ｔｓｘが設定温度より低い条件は、以下の式を満たす場合である。
Ｔｓｅｔ＞Ｔｓ’＋Ｆα（Ｔｓ’、Ｔｐ、ｕ）・・・（１０）
【０２２１】
式（１０）の関係を図６６に示す。Ｔｓｅｔは予め設定する値であり、ＰｒｅＴｓｘは前の画像更新後にレジスタに記録された値であり、Ｔｐは温度センサにより測定される値である。Ｔｓ’は、上述のようにＴｉｎｔから算出されるため、式（１０）を満たすｕの値は、Ｔｉｎｔを基に決定できる。
【０２２２】
例えば、図６７によってＴｓｘは算出できるため、先に述べたように図６７を１つの駆動波形とし、設定温度よりＴｓｘが低くとなる条件を「ＯＫ」、設定温度以上となる条件を「ＮＧ」と記載した表を作成する。具体例として、ｕ＝１、ｕ＝２の場合について、図６８に示す。この作業を備える駆動波形の数ｖ分行う。これらのテーブルデータから、表示パネル温度Ｔｐとソースドライバ温度Ｔｓに応じて、駆動波形ｕを選択するためのテーブルデータを作成し備えればよい。ｖが６の場合の１例を図６９に示す。
【０２２３】
図６９を用いることで、温度センサにより測定されるＴｐと、Ｔｉｎｔを基に算出するＴｓ（＝Ｔｓ’）により、設定温度ＴｓｅｔよりＴｓｘが低くなる駆動波形ｕを決定できる。なお、測定値とのフィッティングにより関数Ｆαを定め、Ｆαの逆関数を使ってｕを算出することも可能である。
【０２２４】
このように、Ｔｉｎｔを基準に駆動波形を選択する機能を備えた表示パネルコントローラを用いても、本実施形態７を実施形態４へ適用したメモリ性を有する表示装置を実現することができる。この場合の表示パネルコントローラのフローチャートを図７０に示す。
【０２２５】
図７０に示すように、表示パネルコントローラは、アプリケーションプロセッサ１から画像更新信号３を取得（ステップＳＴ９４０）し、レジスタからＰｒｅＴｓｘ（前の画像更新後のソースドライバ温度）と、ＥＮＤ（前の画像更新の終了時刻）の読出しを行う（ステップＳＴ９４１）。続いて、タイマより現時刻ＴＩＭＥを取得する（ステップＳＴ９４２）。次に、ＥＮＤとＴＩＭＥから経過時間Ｔｉｎｔを算出する（ステップＳＴ９４３）。温度センサから表示パネル温度Ｔｐを取得する（ステップＳＴ９４４）。事前に測定した図３１のようにソースドライバ温度と経過時間の関係を示す温度データと、Ｔｉｎｔから、現在のソースドライバ温度Ｔｓ’を算出する。なお、初期動作時は（前の画像更新なし）、Ｔｓ’にはＴｐを代入する（ステップＳＴ９４４）。予め設定された設定温度Ｔｓｅｔと、Ｔｓ’、Ｔｐからｕを算出する（ステップＳＴ９４６）。ｕの算出時に、算出されたｕが、駆動波形データに備えた１からｖの駆動波形に存在するか確認する（ステップＳＴ９４７）。ステップＳＴ９４７の判定がＮＯの場合は、画像更新は実施せず所定の時間待機する（ステップＳＴ９４８）。所定の時間待機した後をステップＳＴ９４２に進み、ステップＳＴ９４７の判定がＹＥＳになるまでＳＴ９４２〜９４８の処理を繰り返す。ステップＳＴ９４７の判定がＹＥＳの場合は、算出されたｕの下限値を適用した第ｕ駆動波形において、最大画像負荷値の画像更新後のソースドライバ温度Ｔｓｘを算出し、ＰｒｅＴｓｘとしてレジスタに格納する（ステップＳＴ９４９）。第ｕ駆動波形による画像更新を実行する（ステップＳＴ９５０）。画像更新が終了すると、タイマから現時刻ＴＩＭＥを取得し、取得した時刻ＴＩＭＥをレジスタへ画像更新の終了時刻ＥＮＤとして格納する（ステップＳＴ９５１）。
【０２２６】
以上のように、予め表示パネルコントローラに備えたデータと、温度センサから取得するＴＰと、レジスタに記憶されたＰｒｅＴｓｘと、画像更新の時間間隔Ｔｉｎｔにより、画像更新に用いる駆動波形を決定することができる。なお、説明を簡略化するため、第ｕの駆動波形群を構成する駆動波形を同じものとして扱い駆動波形ｕとしたが、温度Ｔｐに応じて異なる駆動波形を用いることも可能であり、例えば、図６９に示すテーブルデータを温度Ｔｐに応じて異なる駆動波形に対応させて作成することで実現できる。
【０２２７】
＜実施形態８＞
以下、本発明の実施形態１から４に係るメモリ性を有する表示装置７０を用いた端末装置について説明する。
【０２２８】
図７１は実施形態１のメモリ性を有する表示装置を用いた端末装置の一例の外観図である。図７２は図７１に示す端末装置の構成を説明するブロック図である。
【０２２９】
図７１、図７２に示すように、本発明の端末装置は、アプリケーションプロセッサ１と、実施形態１で説明したメモリ性を有する表示装置４と、入力操作部５と、外部接続部６と、データ送受信部７と、記憶装置８と、メインメモリ１９０とから構成される。
【０２３０】
表示装置４は、メモリ性を有する表示パネル７０と、表示パネルコントローラ８０から構成され、詳細構成は、実施形態１において説明した通りである。
【０２３１】
入力操作部５は、使用者が意図する操作をアプリケーションプロセッサ１へ伝える手段であり、図７１に示すように、電源スイッチ５１と操作機能に応じた操作スイッチ群５２から構成される。操作スイッチ群５２は、例えば、本発明の端末装置を電子書籍端末として用いる場合、ページ送りボタン、ページ戻りボタン、ホームボタン等から構成される。なお、操作スイッチ群５２は、文字列や数字を入力する機能のために、さらに操作スイッチを増やしてもよいし、また、表示パネル７０にタッチパネル（図示なし）を取り付けて、任意の操作スイッチの代わり、あるいは全ての操作スイッチの代わり（操作スイッチ群５２の代わり）としてもよい。
【０２３２】
外部接続部６は、端末装置と外部機器との有線ケーブルによる接続手段であり、少なくとも、電源供給の端子を備える。なお、必要に応じて、アプリケーションプロセッサ１との通信手段として、通信仕様に応じたケーブル接続端子（コネクタ）を備えてもよい。
【０２３３】
データ送受信部７は、端末装置の表示装置４に表示する画像データを要求するための送信機能、及びデータを受信する機能を備える。
【０２３４】
記憶装置８は、端末装置で扱う画像データ等の各種データを保存する手段である。メインメモリ１８０は、アプリケーションプロセッサ１が処理を実行するためのＲＯＭやＲＡＭで構成される。
【０２３５】
表示装置４は、メモリ性を有する表示パネル７０と、表示パネルコントローラ８０から構成される。
【０２３６】
上記の構成により、本発明の端末装置は、データ送受信部７、あるいは、記憶装置８に保存された画像データを、アプリケーションプロセッサ１からの信号に応じて、表示装置４に表示する。このため、本発明の端末装置は、実施形態１で説明したように、表示する画質を損なうことなく、ソースドライバ１５０の温度を、設定温度以下に保つことが可能となり、高画質かつ信頼性の高いメモリ性を有する表示装置を用いた端末装置が実現できる。
【０２３７】
以上、実施形態５の端末装置について、実施形態１の表示装置４を用いた構成として説明したが、実施形態１の変形例の表示装置４への適用も可能であり、実施形態２で説明した表示装置４ａ、実施形態４で説明した表示装置４ｄを用いることも可能である。さらには、実施形態３で説明した温度予測部１０ｂと画像表示制御部２０ｂを適用した表示パネルコントローラと、メモリ性を有する表示パネル７０ｂを適用した表示装置４を用いることも可能である。
【０２３８】
以上、本発明の実施形態について、図面を参照して説明したが、本発明の具体的な構成は、これらの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計の変更等があってもそれらはこの発明に含まれる。
【０２３９】
例えば、メモリ性を有する表示素子として、マイクロカプセル型の電気泳動表示素子を用いる例を用いて説明したが、本発明は、これに限定するものではなく、例えば、マイクロカップ型の電気泳動素子、電気粉流体素子、コレステリック液晶、エレクトロクロミック素子、及びツイストボール等を用いることができる。
【０２４０】
また、メモリ性を有する表示パネルは、ソースドライバとゲートドライバを備える構成として説明したが、ソースドライバとゲートドライバ両方の機能を備えたドライバを用いてもよい。また、ソースドライバは、表示パネルへＴＡＢ（Tape Automated. Bonding）実装、あるいはＣＯＧ（Chip on Glass）実装されるものでもよいし、ＴＦＴガラス基板上にＴＦＴを用いて構成された回路としてもよい。
【０２４１】
また、メモリ性を有する表示パネルは、主に白黒表示パネルとして説明したが、カラーフィルタを用いたカラー表示パネルとしてもよい。さらにまた、帯電粒子である白色顔料１１７、黒色顔料１１８を、例えば、赤色、緑色、青色などの補色の顔料に代えてもよい。これらの変更により、赤色、緑色、青色などの表示が可能となる。
【０２４２】
また、本発明には、上記各実施形態の構成の一部又は全部を相互に適宜組み合わせたものも含まれる。例えば、実施形態４で説明したソースドライバ１５０の温度下降特性のデータとタイマから待機時間を計算する機能を作り、他の実施形態に取り入れてもよい。
【産業上の利用可能性】
【０２４３】
本発明は、パブリックディスプレイ、電子書籍端末、電子新聞等の電子ペーパー表示装
置に広く適用できる。
【符号の説明】
【０２４４】
１  アプリケーションプロセッサ
２  画像データ
３  画像更新信号
４  メモリ性を有する表示装置
５  入力操作部
６  外部接続部
７  データ送受信部
８  記憶装置
１０，１０ａ，１０ｂ，１０ｃ，１０ｄ，１０ｅ，１０ｆ，１０ｇ，１０ｈ，１０ｉ  温度予測部
１１  画像処理部
１２，１２ａ，１２ｂ，１２ｃ，１２ｅ，１２ｆ，１２ｇ  画像負荷算出部
１３，１３ｅ，１３ｇ，１３ｉ  データ変換部
１４，１４ｅ，１４ｉ  駆動波形データ（格納部）
１５，１５ｅ，１５ｇ，１５ｉ  駆動波形選択部
１６，１６ｂ，１６ｃ，１６ｅ，１６ｇ，１６ｉ  上昇温度推定部
１７  データ書込み部
２０，２０ｂ，２０ｄ，２０ｅ，２０ｇ，２０ｉ，２０ｊ  画像表示制御部
２１，２１ｂ，２１ｄ，２１ｅ，２１ｇ，２１ｊ  画像更新判定部
２２，２２ｄ  パネル制御信号生成部
２３  データ読出し部
２４，２４ｊ  ソースドライバ温度算出部
２５  レジスタ
３０，３１，３２，３０ｉ  温度センサ（温度取得部）
４０  温度センサ
７０，７０ｂ，７０ｄ  メモリ性を有する表示パネル
８０，８０ａ，８０ｄ，８０ｅ，８０ｆ，８０ｇ，８０ｈ，８０ｉ  表示パネルコントローラ
９０，９１，９２，９０ｉ  表示部
１００，１００−ｍｎ  画素
１０２  ＴＦＴガラス基板（第１の基板）
１０４−ｍｎ  ＴＦＴ（スイッチング素子）
１０６−ｍｎ  画素電極
１０８−ｍｎ  ストレージ電極
１１０  電気泳動層（表示層）
１１２  バインダ
１１４  マイクロカプセル
１１６  溶媒
１１７  白粒子（白色顔料）
１１８  黒粒子（黒色顔料）
１２０  対向基板（第２の基板）
１２２  対向電極
１２４  透明プラスチック基板
１４０  ゲートドライバ
１５０  ソースドライバ
１６０  メモリ
１７０  温度データ
１８０  タイマ（経過時間測定部）
１９０  メインメモリ
ＣＳｍ  ストレージ線
Ｓｎ  ソース線
Ｇｍ  ゲート線
【図１】
2016224411.tif 000008
【図２】
2016224411.tif 000009
【図３】
2016224411.tif 000010
【図４】
2016224411.tif 000011
【図５】
2016224411.tif 000012
【図６】
2016224411.tif 000013
【図７】
2016224411.tif 000014
【図８】
2016224411.tif 000015
【図９】
2016224411.tif 000016
【図１０】
2016224411.tif 000017
【図１１】
2016224411.tif 000018
【図１２】
2016224411.tif 000019
【図１３】
2016224411.tif 000020
【図１４】
2016224411.tif 000021
【図１５】
2016224411.tif 000022
【図１６】
2016224411.tif 000023
【図１７】
2016224411.tif 000024
【図１８】
2016224411.tif 000025
【図１９】
2016224411.tif 000026
【図２０】
2016224411.tif 000027
【図２１】
2016224411.tif 000028
【図２２】
2016224411.tif 000029
【図２３】
2016224411.tif 000030
【図２４】
2016224411.tif 000031
【図２５】
2016224411.tif 000032
【図２６】
2016224411.tif 000033
【図２７】
2016224411.tif 000034
【図２８】
2016224411.tif 000035
【図２９】
2016224411.tif 000036
【図３０】
2016224411.tif 000037
【図３１】
2016224411.tif 000038
【図３２】
2016224411.tif 000039
【図３３】
2016224411.tif 000040
【図３４】
2016224411.tif 000041
【図３５】
2016224411.tif 000042
【図３６】
2016224411.tif 000043
【図３７】
2016224411.tif 000044
【図３８】
2016224411.tif 000045
【図３９】
2016224411.tif 000046
【図４０】
2016224411.tif 000047
【図４１】
2016224411.tif 000048
【図４２】
2016224411.tif 000049
【図４３】
2016224411.tif 000050
【図４４】
2016224411.tif 000051
【図４５】
2016224411.tif 000052
【図４６】
2016224411.tif 000053
【図４７】
2016224411.tif 000054
【図４８】
2016224411.tif 000055
【図４９】
2016224411.tif 000056
【図５０】
2016224411.tif 000057
【図５１】
2016224411.tif 000058
【図５２】
2016224411.tif 000059
【図５３】
2016224411.tif 000060
【図５４】
2016224411.tif 000061
【図５５】
2016224411.tif 000062
【図５６】
2016224411.tif 000063
【図５７】
2016224411.tif 000064
【図５８】
2016224411.tif 000065
【図５９】
2016224411.tif 000066
【図６０】
2016224411.tif 000067
【図６１】
2016224411.tif 000068
【図６２】
2016224411.tif 000069
【図６３】
2016224411.tif 000070
【図６４】
2016224411.tif 000071
【図６５】
2016224411.tif 000072
【図６６】
2016224411.tif 000073
【図６７】
2016224411.tif 000074
【図６８】
2016224411.tif 000075
【図６９】
2016224411.tif 000076
【図７０】
2016224411.tif 000077
【図７１】
2016224411.tif 000078
【図７２】
2016224411.tif 000079