プログラマブル表示器、その表示制御装置
【課題】液晶ディスプレイの調光範囲を広くし、特に下限側の範囲を広くする。
【解決手段】変換部３２は、画面データ保持メモリ３２に格納された画面データのＲＧＢデータに対して、ビットシフトによる色変換（濃淡変更）を行い、特に色を濃くする変換を行うことで、輝度を下げる。ＰＷＭ制御部３６によってバックライトの光量を下限まで下げた後でも、上記変換部３２によって更に輝度を下げることができる。
【解決手段】変換部３２は、画面データ保持メモリ３２に格納された画面データのＲＧＢデータに対して、ビットシフトによる色変換（濃淡変更）を行い、特に色を濃くする変換を行うことで、輝度を下げる。ＰＷＭ制御部３６によってバックライトの光量を下限まで下げた後でも、上記変換部３２によって更に輝度を下げることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラマブル表示器に係わり、特にその調光制御方式に関する。
【背景技術】
【０００２】
プログラマブル表示器は、液晶ディスプレイ（ＬＣＤ）とタッチパネルを有するものが多い。
プログラマブル表示器に限らず、液晶ディスプレイ（ＬＣＤ）は、光源（バックライト）を有するものであり、この為、ＬＣＤ表示の輝度を調整する場合にはバックライトの光量を調整する手法が一般的である。この手法として、例えば、バックライトに電力供給している電源を、ＰＷＭ制御方式にてＯＮ／ＯＦＦさせることで点灯時間を制御する手法や、電源電圧を調整することでバックライトの明るさを調整する方法等が知られている。この様な従来手法の一例が、例えば特許文献１に記載されている。
【０００３】
特許文献１には、従来のバックライトの輝度制御装置として、当該バックライトに供給する電圧の大きさを制御する手法や、ＰＷＭ変調制御によりバックライトの輝度を制御する手法が開示されている。そして、特許文献１の発明では、ＰＷＭ変調制御に基づいて、目標輝度に対応する目標パルス幅の値に応じて、当該目標パルス幅に収束させるまでのパルス幅の変化率を変化させる手法を提案している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２９２７７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、従来より、液晶ディスプレイに関して、調光範囲を拡大して広範囲の調光を行えることが要望されている。調光範囲は、下限と上限によって規定されるが、特に上限を大きくすることで、最大輝度を大きくすることが要望されてきた。これは、例えばリビング等に設置される液晶テレビに関して、昼間に太陽光等によって室内が非常に明るくなる場合には、画面が見難くなる為、輝度を大きくする必要があるからである。
【０００６】
また、調光範囲の拡大に関して、上記の例とは逆に、下限側を拡大して（下限を小さくして）、輝度を出来るだけ小さくすることが出来ることも要望されている。これは一部のユーザからの要望であり、例えば船舶において夜間に出来るだけ外部に光が漏れないようにすることが要望される場合がある。この例に限らず、何らかの理由で暗い環境下で使用する場合には、輝度を限界まで低くしても、まぶしく感じる場合がある。
【０００７】
特に、プログラマブル表示器などの液晶ディスプレイを使用する装置を、暗い環境下で操作する場合には（例えば夜間に操作する）、輝度を出来るだけ小さくして使用することが要望されている。
【０００８】
上記従来技術のようにバックライトの光量を調整することで輝度を調整する手法では、光量を減少させるにも限界があり、下限を越えるような光量減少を試みると突然消灯してしまう。
【０００９】
尚、バックライトが消灯した場合でも、装置内部では画面上の操作ボタン等の表示位置等は管理できており、またタッチパネル上での操作位置も検出可能であるが、液晶ディスプレイの制御の一例としては、バックライトが消灯した場合には操作不能な状況であるものとしてユーザの操作を受け付けない。
【００１０】
ここで、何らかの専用の構成を追加することで輝度の下限を下げることが可能になるかもしれないが、その為の回路構成が複雑となってしまいコスト高となる。この様な要望は一部のユーザからである為、その為に専用の構成を追加したコスト高の装置を製造することは、他のユーザの理解が得られず実現困難である。
【００１１】
このように、従来のＬＣＤバックライト調光方式では、調光範囲（明るさ（輝度）の調整範囲）に限界があり、充分な低輝度化を実現できなかった。
また、バックライトに冷陰極管を使用した場合、従来方式にて明るさを微小にすると個体差や使用温度環境条件によりバックライトの点灯開始が困難となる。また、ＰＷＭ制御方式を用いた場合には、ＬＣＤに表示される画面がちらついて見える場合がある。
【００１２】
本発明の課題は、プログラマブル表示器に係わり、特にその液晶ディスプレイの輝度調整に関して、何らかの専用の構成を追加することなく、ＲＧＢデータを均等にビットシフトすることで色の濃淡を変化させ以って輝度を変化させることで、低輝度化を実現できるプログラマブル表示器、その表示制御装置等を提供することである。
【課題を解決するための手段】
【００１３】
本発明のプログラマブル表示器は、表示部を備えるプログラマブル表示器であって、前記表示部に任意の表示画面を表示する表示制御装置を有し、該表示制御装置は、前記表示画面の各画素の表示色を決定する各ＲＧＢデータに対して、ビットシフトによる色変換を実行することで、該表示色の濃淡を変更する色変換手段を有し、前記色変換手段は、所定の指示操作があった場合には前記表示色を濃くするように前記ビットシフトを行うことで前記表示部に表示される前記表示画面の輝度を低下させる。
【００１４】
同色系（例えば青）であっても淡い（明るい）青と濃い（暗い）青があり、表示色の濃淡を変更することは、明暗を変更することを意味する。これより、例えばバックライトの光量を下限まで低下させた状況で更に輝度を低下させたい場合には、例えばユーザ等が所定の指示操作を行うことで、色変換手段によって例えば淡い（明るい）青の表示を濃い（暗い）青の表示へと変更することで、輝度を更に低下させることが可能となる。
【００１５】
上記プログラマブル表示器において、例えば、任意の設定時刻に対応付けて所定の復帰データが記憶された復帰データ記憶手段を更に有し、前記色変換手段は、現在時刻が前記設定時刻になったら、該設定時刻に対応する前記復帰データに応じて、前記表示色が現状より淡くなるように前記ビットシフトを行うことで、前記輝度が低下させられた表示画面の輝度を上げるようにしてもよい。
【００１６】
例えば夜間等の暗い環境下で使用する場合には、上記所定の指示操作を行って表示画面の輝度を低下させるが、例えば夜が明けて明るい環境下になっていくと、表示画面が見難くなる。これによって、表示画面上に各種操作ボタンも見難くなり、以って輝度を上げる為の操作ボタンも見難くなる。これより、設定時間に応じて自動的に輝度を上げていくようにする。これは、例えば上記のように色変換手段によって表示画面全体の輝度を上げるようにしてもよいし、以下に記すように表示画面の一部分の輝度を上げるようにしてもよい。あるいは、以下に記すように、色変換手段に限らず、既存のバックライト光量制御によって輝度を上げるようにしてもよい。
【００１７】
すなわち、上記プログラマブル表示器において、例えば、前記表示制御装置は、複数の画面部品を表示することで前記表示画面の表示を行い、任意の設定時刻に対応付けて所定の復帰データが記憶された復帰データ記憶手段を更に有し、前記色変換手段は、現在時刻が前記設定時刻になったら、該設定時刻に対応する前記復帰データに応じて、前記複数の画面部品のうち予め決められた特定の画面部品に対して、その表示色が現状より淡くなるように前記ビットシフトを行うことで、前記輝度が低下させられた表示画面における前記特定の画面部品の輝度を上げるようにしてもよい。
【００１８】
あるいは、上記プログラマブル表示器において、例えば、前記表示部のバックライトの光量を調整制御するバックライト制御手段と、任意の設定時刻に対応付けて所定の復帰データが記憶された復帰データ記憶手段とを更に有し、該バックライト制御手段は、現在時刻が前記設定時刻になったら、該設定時刻に対応する前記復帰データに応じて前記バックライトの光量を増加することで、前記輝度が低下させられた表示画面の輝度を上げるようにしてもよい。
【００１９】
あるいは、上記プログラマブル表示器において、例えば、前記表示部上に表示される画面部品としての操作ボタンとは異なる、物質的な操作ボタンを更に有し、該物質的な操作ボタンには、前記表示画面の輝度を上げるためのコマンド、または前記表示画面上に表示される複数の画面部品のうちの所定の画面部品の輝度を上げるためのコマンドが割り当てられているようにしてもよい。
【発明の効果】
【００２０】
本発明のプログラマブル表示器、その表示制御装置等によれば、プログラマブル表示器に係わり、特にその液晶ディスプレイの輝度調整に関して、何らかの専用の構成を追加することなく、ＲＧＢデータを均等にビットシフトすることで色の濃淡を変化させ以って輝度を変化させることで、従来よりも低輝度とすることができる。更に、周囲の明るさに応じて自動的に輝度復帰させること等もできる。
【図面の簡単な説明】
【００２１】
【図１】（ａ）、（ｂ）は、本例のプログラマブル表示器の構成例（その１）、（その２）である。
【図２】プログラマブル表示器の構成・機能ブロック図である。
【図３】（ａ）、（ｂ）は、色変換（ビットシフト）の具体例を示す図である。
【図４】変形例のプログラマブル表示器の構成・機能ブロック図である。
【図５】画面部品表示の具体例を示す図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照して、本発明の実施の形態について説明する。
図１（ａ）、（ｂ）は、本例のプログラマブル表示器のハードウェア構成例（その１）、（その２）である。
【００２３】
尚、図１（ａ）、（ｂ）や後述する図２、図４は、プログラマブル表示器の全構成・全機能を示すものではなく、ＬＣＤパネル（表示部）における表示画面の表示制御に係わる構成・機能を示すものである。これは、プログラマブル表示器における表示制御装置の構成を示すものということもできる。
【００２４】
よって、本例のプログラマブル表示器は、特に図示・説明しないが、他にもプログラマブル表示器としての一般的な構成・機能（例えば、タッチパネル等の入力装置、プログラマブルコントローラ本体やＩ／Ｏモジュールとの通信インタフェース、タッチパネル上での操作に応じたプログラマブルコントローラ本体やＩ／Ｏモジュールの制御／データ収集処理機能等の各種構成・各種機能）を有するものである。
【００２５】
図１（ａ）は、本例のプログラマブル表示器のハードウェア構成例（その１）であり、プログラマブル表示器１０の構成を示すものである。
図１（ａ）に示すプログラマブル表示器１０は、ＣＰＵ１１、ＦＲＯＭ１２、ＳＤＲＡＭ１３、グラフィックアクセラレータ１４、ＳＤＲＡＭ１５、ＬＶＤＳコントローラＩＣ１６、ＬＣＤパネル１７等を有する。尚、ＳＤＲＡＭは、Dynamic Random Access Memory（ダイナミック・ランダム・アクセス・メモリ）の略である。ＬＣＤは、Liquid Crystal Displayの略である。ＦＲＯＭはフラッシュＲＯＭの略である。
【００２６】
尚、以下の説明では表示画面の表示に関しては特に色に係わる説明を中心とし、他の説明（形状の表示等）は省略する場合もある。
ＣＰＵ１１は、プログラマブル表示器１０全体を制御する中央処理装置であり、既存の各種機能については特に詳細には説明しないが、本例では更に後述する色変換機能を備えている。尚、本例の色変換とは、例えば赤から青に変換することを意味するのではなく、例えば“明るい青”から“暗い青”に変換することを意味する。つまり、色（ＲＧＢの３原色の組み合わせのバランス；ＲＧＢバランス）はそのままで濃淡変更（階調変更）を行うことを意味する。詳しくは後述する。
【００２７】
尚、ＲＧＢは光の３原色であり、Ｒは赤色、Ｇは緑色、Ｂは青色である。これらＲＧＢ３色の組み合わせにより、様々な色を表現できる。
ＦＲＯＭ１２は、フラッシュメモリ等であり、ＬＣＤパネル１７に表示させる画面の描画データが格納される。また、ＦＲＯＭ１２には、各種アプリケーションプログラムが記憶されてもよく、例えば本例の色変換機能をＣＰＵ１１で実行させる為のアプリケーションプログラムが記憶されていてもよい。
【００２８】
ＳＤＲＡＭ１３には、例えばセンサからの収集データや各種設定値等が格納されるが、ここでは関係ないのでこれ以上説明しない。
ＬＣＤパネル１７上に画面を表示する場合には、ＣＰＵ１１が上記ＦＲＯＭ１２から描画データを読み出して、例えばそのＲＧＢデータに基づいてＳＤＲＡＭ１５のＲＧＢレジスタに表示画面の全画素のＲＧＢデータをセットする。但し、本手法では、場合によってはＣＰＵ１１が描画データにおけるＲＧＢデータに対して色変換（濃淡変更）を行ってからＳＤＲＡＭ１５のＲＧＢレジスタに全画素のＲＧＢデータをセットする。
【００２９】
尚、ＳＤＲＡＭ１５は既存の構成（ビデオメモリ）であり、更にグラフィックアクセラレータ１４、ＬＶＤＳコントローラＩＣ１６も既存の一般的な構成であるので、ここでは簡単に説明する。グラフィックアクセラレータ１４は、上記ＳＤＲＡＭ１５（ビデオメモリ）のＲＧＢレジスタにセットされたＲＧＢデータ等を読出し、これをＬＶＤＳコントローラＩＣ１６に渡す。ＬＶＤＳコントローラＩＣ１６は、このＲＧＢ信号をＬＶＤＳ（Low voltage differential signaling)信号に変換してＬＣＤパネル１７に送る。
【００３０】
ＳＤＲＡＭ１５（ビデオメモリ）のＲＧＢレジスタにセットされた描画データが、ＣＰＵ１１による色変換（濃淡変更）後のデータである場合には、基本的には、当該色変換を行わない場合に比べて輝度が低い画面が、ＬＣＤパネル１７上に表示されることになる。
【００３１】
ＬＣＤパネル１７は、液晶セルと当該液晶セルの背面に位置するバックライト等から成り、例えばＣＰＵ１１（あるいは不図示の他のマイクロコンピュータ等）が、バックライトに対してＰＷＭ調光信号を出力して、バックライトの光量を調整制御している。尚、バックライトの光量のＰＷＭ制御については、例えば上記特許文献１等に記載のように既存技術であるので、ここでは特に詳細には説明しない。
【００３２】
液晶セルは、各画素（ピクセル）毎にＲＧＢ３色のサブピクセルから成り、各サブピクセルを透過する光量によって、目に見える色が決まる。尚、以下の説明では、Ｒ（赤色）に対応するサブピクセルをサブピクセルＲ等と記す場合もある（緑や青についても同様である）。
【００３３】
現在では、各サブピクセル毎に透過させる光量を２５６段階に調整可能であり、これはＲＧＢの各色毎に２５６段階の濃淡（階調）をもつことを意味する。例えば、サブピクセルＲ，Ｇは光を透過させず、サブピクセルＢのみ光を透過させた場合、目に見える色は“青”となるが、サブピクセルＢについて上記２５６段階の階調調整を行うことで、「明るい（淡い）青」、「暗い（濃い）青」等を表示することができる。（以下では２５６段階のサブピクセルを保有する場合の例を記載するが、この最大階調数が変化した場合でも適用可能である。）
上記各ピクセル毎の色を例えば（Ｒ，Ｇ，Ｂ）＝（０〜２５５，０〜２５５，０〜２５５）で表現するならば、上記青色は（Ｒ，Ｇ，Ｂ）＝（０，０，１〜２５５）等と定義でき、また同じ青であっても例えば（０，０，６３）は（０，０，１２７）よりも濃い（暗い）青色と定義できる。
【００３４】
あるいは、例えば“黄色”を表示したい場合には、通常、サブピクセルＢのみ光を透過させず、サブピクセルＲ，Ｇは光を透過させると共に階調は略同一とする。つまり、例えば、（１２７，１２７，０）、（６３，６３，０）、（３１，３１，０）等とする。（６３，６３，０）に比べて、（１２７，１２７，０）はより明るい（淡い）黄色、（３１，３１，０）はより暗い（濃い）黄色ということになる。
【００３５】
この様に、濃淡調整（階調調整）を行うことで、明るさを調整できることになる。これを利用して本手法では、上記色変換機能としての濃淡（明暗）変更を行う。すなわち、例えば輝度を徐々に低下させていきたい場合には、例えばまずＰＷＭ調光によってバックライトの光量を徐々に低下させていくことで輝度を低下させていき、バックライトの光量が下限に達したらＰＷＭ調光を止める（上記の通り、下限を越えるとバックライトが消灯してしまうので）。その後は本手法による濃淡調整によって色を徐々に濃く（暗く）していくことで、輝度を更に低下させていく。
【００３６】
勿論、これは一例であり、このような例に限らず、例えばバックライトの光量を低下させつつ同時に濃淡調整によって色を濃く（暗く）していくようにしてもよい。
ここで、図２に、上記プログラマブル表示器１０の構成・機能ブロック図を示す。尚、図２は、後述する図１（ｂ）のプログラマブル表示器２０の構成・機能ブロック図であるということもできる。
【００３７】
図２において、画面データ保持メモリ（フラッシュメモリ等）３１は、上記ＦＲＯＭ１２に相当する構成であり、上記描画データにおける色データ（ＲＧＢデータ）に相当する“オリジナルアプリケーション画面データ”が格納される。この“オリジナルアプリケーション画面データ”は、例えば、不図示のエディタ装置（アプリケーション画面データ作成ツール）上でプログラマ等によって任意に作成されてプログラマブル表示器１０にダウンロードされた所謂“画面データ”の一部であると考えてよい。
【００３８】
また、このオリジナルアプリケーション画面データ”には、上記エディタ装置上での作成の際にユーザが任意に設定した“変換度合いデータ（シフト量）”が含まれていてもよい。尚、本例では上記色変換（濃淡変更）はビットシフトによって実現するものとし、例えばシフト量＝‘１’であったならば、後述する一例のように１ビットずつビットシフトすることになる。
【００３９】
また、図２に示す変換（ビットシフト）部３２は、上記ＣＰＵ１１の色変換機能（濃淡変更による輝度調整機能）に相当するものであり、上記ＦＲＯＭ１２に格納されている描画データを用いて上記ＳＤＲＡＭ１５のＲＧＢレジスタにデータセットする際に、上記“オリジナルアプリケーション画面データ”に対して上記“シフト量”に応じて色変換（濃淡変更；ビットシフト）を行い、この変換結果（“変換後アプリケーション画面データ”と呼ぶ）をビデオメモリ３３に格納する。
【００４０】
但し、変換部３２が上記色変換を行うのは、基本的にはユーザによる所定の指示があった場合である。この指示が無い場合には変換部３２は機能しないが、ここではこの場合でもビデオメモリ３３に格納されるデータは“変換後アプリケーション画面データ”と呼ぶものとする。
【００４１】
ここで、上記画面データ保持メモリ３１やビデオメモリ３３には図示のように色データ（ＲＧＢデータ）が格納され、これは例えば上記のように（Ｒ，Ｇ，Ｂ）＝（０〜２５５，０〜２５５，０〜２５５）で示されるものである。
【００４２】
そして、例えば、ビデオメモリ３３に格納される変換後アプリケーション画面データは、画面上の全画素について各ピクセル毎のＲＧＢデータが格納されたものとなっている。仮に、表示画面が１万画素であれば、１万個のＲＧＢデータが格納されることになる。これは、上記画面データ保持メモリ３１に格納されるＲＧＢデータについても同様であってよいが、この例に限らない。すなわち、上記描画データは、後に図５で説明するように、各画面部品毎の各パーツ毎に指定される色のＲＧＢデータと座標データ、各画面部品の形状データ等であってもよい。この場合には、ＣＰＵ１１は、描画データに基づいてビデオメモリ３３上に既存の描画処理を行うことになるが、これについては後に図５を参照して説明するものとする。
【００４３】
図２に示すグラフィックコントローラ３４は、上記グラフィックアクセラレータ１４及びＬＶＤＳコントローラＩＣ１６に相当するものであり、また図２に示す表示部３５は上記ＬＣＤパネル１７に相当するものであり、上述したように何れも既存の構成なのでここでは特に詳細には説明しないが、グラフィックコントローラ３４は、ビデオメモリ３３に格納される上記“変換後アプリケーション画面データ”に基づいて表示部３５に画面表示する。
【００４４】
ここで、図２に示すように、表示部３５に対してはＰＷＭ制御部３６が既存のＰＷＭ制御（バックライト制御）によるバックライト光量制御も行っている。このＰＷＭ制御部３６は、例えばＣＰＵ１１が実現してもよいし、不図示の専用ＩＣチップ等が実現してもよい。本説明ではＣＰＵ１１が実現するものとして説明するが、この例に限らない。
【００４５】
上記画面データに基づいて表示部３５に表示される画面上には、通常、メータ、スイッチ、グラフ、ボタン、数値表示等の各種画面部品が表示され、画面部品によってはそのときの状態（ＯＮ／ＯＦＦ、収集したデータ等）を反映させた表示内容となる。そして、例えば輝度調整に係わる何らかの機能が割り当てられたボタン等も表示される。この表示画面については特に図示しないが、ＰＷＭ制御部３６の既存のＰＷＭ制御（バックライト制御）によるバックライト光量調整指示用のボタンとして、従来より例えば「輝度ＵＰ」、「輝度DOWN」等のボタンがあるものとする。
【００４６】
ＣＰＵ１１は、従来と同様に、ユーザによるこれら「輝度ＵＰ」／「輝度DOWN」ボタン操作に応じて、バックライト光量をＵＰ／DOWNする制御を行う。
そして、本例のプログラマブル表示器１０では、上記表示部３５に表示される画面上には更に、ユーザが上記変換部３２による上記色変換実行を指示する為の操作ボタンとして例えば不図示の「色濃（暗）」／「色淡（明）」ボタンが表示されるものとする。
【００４７】
これら「色濃（暗）」／「色淡（明）」ボタン操作に応じた色変換の具体例について、図３（ａ）、（ｂ）を参照して説明する。但し、これは一例であり、この例に限らない。例えば、上記「輝度ＵＰ」、「輝度DOWN」ボタンを操作すると、バックライト光量をＵＰ／DOWNすると共に、色変換（濃淡変更；階調変更）も行うようにしてもよい。
【００４８】
まず、本例では上記のようにＲＧＢ各色毎に２５６段階の階調をもつので、図３（ａ）に示すように、ＲＧＢ各色毎に８bitで構成される。これらＲＧＢの組み合わせによって約１６７７万のカラーパターンが存在する。尚、図３（ａ）の上側に示す対応ビット‘７’〜‘０’は上記８bitの各ビットを意味し、ここでは最も左の‘７’が最上位ビット、最も右の‘０’が最下位ビットであるものとする。
【００４９】
図３（ａ）には簡単な例として白と黒の表示パターンを示す。
図示の通り、白表示パターンでは、ＲＧＢ３色全てにおいて、８bit全てがＯＮしている（＝２５５）。つまり、白表示パターンの（Ｒ，Ｇ，Ｂ）＝（２５５，２５５，２５５）である。同様に、黒表示パターンでは、ＲＧＢ３色全てにおいて、８bit全てがＯＦＦしている（＝０）。つまり、黒表示パターンの（Ｒ，Ｇ，Ｂ）＝（０，０，０）である。
【００５０】
上記本例の色変換（濃淡変更）処理は、一例としてはビットシフトを行うものであり、上記白表示パターンをビットシフトさせ、最終的には黒表示パターンへと変化させるプロセスを、図３（ｂ）に示す。この色変換（ビットシフト）は、ユーザが上記「色濃（暗）」／「色淡（明）」ボタンを操作することで行われる。尚、本例では、上記シフト量＝１とする。従って、操作毎に１ビットずつシフトする。
【００５１】
図３（ｂ）に示す例では、まず、最初は図上最上部に示すように白表示パターンが表示されている。すなわち、ＲＧＢ各色全てにおいて８bit＝“11111111”となっている。
この状態でユーザが上記「色濃（暗）」ボタンを１回操作した場合、ＣＰＵ１１はＲＧＢ各色全てにおいて各ビットを右へ（下位側へ）１bitシフトする（均等にビットシフトする）色変換を実行することになる。この色変換実行の結果、図３（ｂ）の（１）に示すように、ＲＧＢ各色全てにおいて８bit＝“01111111”（＝１２７）となる。つまり、（Ｒ，Ｇ，Ｂ）＝（１２７，１２７，１２７）となる。
【００５２】
この状態でユーザが更に上記「色濃（暗）」ボタンを１回操作した場合（合計２回操作した場合）、ＣＰＵ１１はＲＧＢ各色全てにおいて各ビットを右へ２bitシフトする（均等にビットシフトする）色変換を実行することになる。この色変換実行の結果、図３（ｂ）の（２）に示すように、ＲＧＢ各色全てにおいて８bit＝“00111111”（＝６３）となる。つまり、（Ｒ，Ｇ，Ｂ）＝（６３，６３，６３）となる。
【００５３】
同様に、この状態でユーザが更に上記「色濃（暗）」ボタンを１回操作した場合（合計３回操作した場合）、ＣＰＵ１１はＲＧＢ各色全てにおいて各ビットを右へ３bitシフトする（均等にビットシフトする）色変換を実行することになる。この色変換実行の結果、図３（ｂ）の（３）に示すように、ＲＧＢ各色全てにおいて８bit＝“00011111”（＝３１）となる。つまり、（Ｒ，Ｇ，Ｂ）＝（３１，３１，３１）となる。
【００５４】
尚、上記ビットシフト（１bitシフト〜３bitシフト）は、全て、白表示パターンに対して行うものとして説明している。現在の表示パターンに対して行うものとするならば、全て１bitシフトとなる。
【００５５】
以降、同様にして、上記「色濃（暗）」ボタンの操作回数に応じて、色変換結果は図３（ｂ）の（４）〜（７）に示す状態となり、最終的には上記黒表示パターンとなる。但し、実際には、黒表示パターンにすることはなく、その直前の図３（ｂ）（７）の状態でストップする（見えなくなってしまうので）。またはユーザーでの使用条件に合わせて、その範囲を任意設定することも可能である。
【００５６】
何れの場合でも、各ビットを右（下位ビット側）へシフトすることで、上位ビットが空くことになるが、空いた上位ビットは全て‘０’とする。
また、例えば上記図３（ｂ）（３）の状態において、ユーザが上記「色淡（明）」ボタンを操作すると、左（上位ビット側）に１bitシフトすることで、図３（ｂ）（２）の状態に戻る。この場合には、左（上位ビット側）にシフトすることで下位ビットが空くことになるが、空いた下位ビットは元の状態に戻す。すなわち、１ビット右にシフトする毎にそのときの最下位ビットをスタック等に格納するものとし、これより例えば図３（ｂ）（３）の状態では‘111’がスタック等に保持されていることになる。そして、左シフトの場合にはスタックからデータを戻すことにする。よって、上記図３（ｂ）（３）の状態で上記「色淡（明）」ボタンを操作されて１bitずつ左にシフトすることで空いた最下位ビットには‘１’が戻されると共に、新たなスタック保持状態は‘11’となる。
【００５７】
尚、上記シフト量＝２の場合には上記「色濃（暗）」ボタンを１回操作するだけで図３（ｂ）の（１）に示す変換結果となり、上記シフト量＝３の場合には上記「色濃（暗）」ボタンを１回操作するだけで図３（ｂ）の（２）に示す変換結果となる。
【００５８】
また、尚、例えば変換部３２は、シフト数を示す変数Ｊを保持している。この変数Ｊは、初期値＝‘０’であり、上記シフト量＝１の場合には、「色濃（暗）」ボタンが１回操作される毎に＋１インクリメントされ、「色淡（明）」ボタンが１回操作される毎に−１デクリメントされる。変換部３２は、例えば定周期でまたは表示画面内容が変更される毎に、上記ＦＲＯＭ１２に格納されている描画データに基づいて、ＳＤＲＡＭ１５の格納データを更新するものであり、その際に上記変数Ｊに応じた色変換（ビットシフト）処理を実行する。但し、変数Ｊ＝０の場合には、実質的に色変換は行われないことになる。
【００５９】
尚、上記の例では変数Ｊの最大値は‘７’とし、それ以上インクリメントすることはない（黒表示は行わない；見えなくなるので）。
また、表示色が“青”の場合であってオリジナルでは（Ｒ，Ｇ，Ｂ）＝（０，０，２５５）である場合には、これを上記図３（ｂ）（１）の場合と同様に右に（下位ビット側へ）１bitシフトすると（均等にビットシフトすると）、（Ｒ，Ｇ，Ｂ）＝（０，０，１２７）となる。同様に、図３（ｂ）（２）の場合と同様に右に２bitシフトすると（均等にビットシフトすると）、（Ｒ，Ｇ，Ｂ）＝（０，０，６３）となり、図３（ｂ）（３）の場合と同様に右に３bitシフトすると（均等にビットシフトすると）、（Ｒ，Ｇ，Ｂ）＝（０，０，３１）となり、淡い（明るい）青から徐々に濃い（暗い）青へと変化していくことになる。
【００６０】
同様に、例えば“黄色”の場合であってオリジナルでは（Ｒ，Ｇ，Ｂ）＝（２５５，２５５，０）である場合には、これを上記図３（ｂ）（１）の場合と同様に右に（下位ビット側へ）１bitシフトすると（均等にビットシフトすると）、（Ｒ，Ｇ，Ｂ）＝（１２７，１２７，０）となる。同様に、図３（ｂ）（２）の場合と同様に右に２bitシフトすると（均等にビットシフトすると）、（Ｒ，Ｇ，Ｂ）＝（６３，６３，０）となり、図３（ｂ）（３）の場合と同様に右に３bitシフトすると（均等にビットシフトすると）、（Ｒ，Ｇ，Ｂ）＝（３１，３１，０）となり、淡い（明るい）黄色から徐々に濃い（暗い）黄色へと変化していくことになる。
【００６１】
何れにしても、ＲＧＢ３色全てに対して同じビットシフトを行うことで（均等にビットシフトすることで）、ＲＧＢの３原色の組み合わせのバランス（ＲＧＢバランス）を略同様に保ちながら濃淡（明るさ）を変化させることができ、バックライトの光量を下限まで落とした後でも、更に表示画面の輝度を低下させることができる。
【００６２】
上記ビットシフトによる色変換（濃淡（明るさ）変更）は、ＣＰＵ１１が所定のアプリケーションプログラム実行することで行われる（ソフトウェア的に行われる）。このアプリケーションプログラムは、例えば予めＦＲＯＭ１２に格納されている。ハードウェア的には図１に示す構成は全て既存の構成であり、ソフトウェア的に上記変換部３２等の機能を実現することができるので、何らかの専用の構成を追加することなく（よってコスト高となることなく）、輝度の下限を従来よりも小さくすることができる。
【００６３】
また、本手法では、複雑な演算処理を用いずに、ＲＧＢデータに対するビットシフト処理のみで輝度低減を実現できるので、ＣＰＵを用いる例に限らず、例えば基板上のＰＬＤ等でも簡易的に実現可能である（構成図等は特に図示しない）。これにより、ＣＰＵに一切負荷を掛けずに済み、また低コストで実現可能となる。
【００６４】
また、上記のようにＣＰＵ１１等で実現する場合においても、複雑な演算処理を必要としないため、ＣＰＵに掛かる負荷を最小限に抑え、プログラマブル表示器の他の機能に大きな影響を及ぼさずに済む。
【００６５】
図１（ｂ）は、本例のプログラマブル表示器のハードウェア構成例（その２）である。
図１（ｂ）に示すプログラマブル表示器２０は、上記グラフィックアクセラレータ１４やＬＶＤＳコントローラＩＣ１６等が無いだけであり、基本的には上記プログラマブル表示器１０と略同様と見做してよい。
【００６６】
すなわち、プログラマブル表示器２０は、ＣＰＵ２１、ＦＲＯＭ２２、ＳＤＲＡＭ２３、ＬＣＤパネル２４等を有する。
ＣＰＵ２１は、ＦＲＯＭ２２に格納されている描画データを読み出して、これに基づいてＳＤＲＡＭ２３のＲＧＢレジスタに表示画面の全画素のＲＧＢデータをセットする。これは、例えば、ＬＣＤパネル２４上の表示画面の変更時等に行なわれる。その際、場合によっては（上記「色濃（暗）」ボタン等によってユーザから指示があった場合等）、ＣＰＵ２１は、例えば上記変換部３２の色変換機能によって、上記描画データが示すＲＧＢデータに対して色変換を行って、ＳＤＲＡＭ２３のＲＧＢレジスタに変換後のＲＧＢデータをセットする。この色変換自体は、上記プログラマブル表示器１０の場合と略同様であり、ここでは特に説明しない。
【００６７】
また、本例では、上記グラフィックアクセラレータ１４やＬＶＤＳコントローラＩＣ１６等が無いので、ＣＰＵ２１が上記ＳＤＲＡＭ２３のＲＧＢレジスタにセットされたＲＧＢデータ（場合によっては色変換後となる）等を用いて、ＬＣＤパネル２４上に画面表示を行うことになるが、これについては既存の動作と略同様であり、また本手法の特徴は主に上記変換部３２の色変換機能であるので、特に詳細には説明しない。
【００６８】
この様に、図１（ｂ）に示すプログラマブル表示器２０は、機能的には上記プログラマブル表示器１０と略同様と見做してよく、従ってその構成・機能ブロック図は、図２に示すものと略同様と見做してよい。よって、プログラマブル表示器２０の機能については、ここではこれ以上説明しないものとする。
【００６９】
本手法は、上記図１（ａ）の構成に限らず、例えば上記図１（ｂ）の構成等にも適用可能であり、また特に図示しない他の構成についても適用可能である。
図４は、変形例のプログラマブル表示器３０の構成・機能ブロック図である。
【００７０】
上記本例のプログラマブル表示器１０，２０の色変換機能は、特に夜間等に暗い場所で使用する際に、出来るだけ光が漏れないようにする、または暗闇でもまぶしくないように出来るだけ輝度を低くする等という要望に応じた機能であるが、そのまま朝を迎えて明るい環境下になると画面が見難くなるという問題が生じる。
【００７１】
すなわち、画面の内容を視認できる為の最低限の輝度は、周囲の明るさ等に影響されて変わるので、本手法の色変換機能によって輝度を非常に低くしても、例えば夜間の海上（船舶上等）のように周囲が非常に暗い場合には画面内容を視認できるが、明るくなってくると視認できなくなる。
【００７２】
この為、輝度を上げる必要があるが、既に明るくなり始めた状態で画面内容を視認し難くなっていると、輝度を上げることが困難になるという問題が生じる。すなわち、輝度を上げる為にはユーザが上記表示部３５上の画面内に表示される上記「輝度ＵＰ」ボタンまたは「色淡（明）」ボタンを操作する必要があるが、何れも既に見難くなっている可能性が高く、ボタンの位置が分からない等の理由で操作困難となってしまう。
【００７３】
変形例のプログラマブル表示器３０は、この様な問題に対応できるものである。
まず、変形例のプログラマブル表示器３０は、ハードウェア構成自体は上記図１（ａ）または図１（ｂ）に示す構成であり、ここでは図１（ａ）であるものとして説明する。
【００７４】
図４において、グラフィックコントローラ４４、表示部４５、ＰＷＭ制御部４６は、上記グラフィックコントローラ３４、表示部３５、ＰＷＭ制御部３６と略同様であり、ここでは特に説明しない。
【００７５】
また、画面データ保持メモリ４１やビデオメモリ４３も、上記画面データ保持メモリ３１やビデオメモリ３３と略同様であってよい（図４ではデータ格納形式が多少異なるが、これについては後に説明する）。
【００７６】
変換部４２または／及びＰＷＭ制御部４６は、上記変換部３２、ＰＷＭ制御部３６と同様にユーザ操作に応じた色変換（濃淡変更）またはバックライト光量制御を行うが、本例では更に、設定部４７に応じて自動的に色変換（濃淡変更）またはバックライト光量制御を行う機能（輝度の自動復帰機能）も備える。
【００７７】
設定部４７には、上記輝度の自動復帰機能を実現させる為の設定データが格納される。この設定データは、例えば上記エディタ装置（アプリケーション画面データ作成ツール）においてプログラマ等が任意の画面データを作成した際に、任意に設定したものであり、作成された画面データと共にプログラマブル表示器３０にダウンロードされて例えばＦＲＯＭ１２内の所定の記憶領域に記憶されるものである。但し、この例に限らず、設定部４７は、例えばプログラマブル表示器上でユーザに任意の設定を行わせてこの設定データを記憶するものであってもよい。
【００７８】
設定部４７に格納される設定データは、任意の各設定時刻に対応付けて、輝度を上げる為の何らかの情報（「復帰データ」と呼ぶものとする；例えば、上記変数Ｊの値の指定、上記変数Ｊを−１デクリメントする、バックライトの光量を所定量分アップする等、例えば上記「輝度ＵＰ」ボタンまたは「色淡（明）」ボタンが操作されたことに相当するコマンド等）が格納されているものである。
【００７９】
上記任意の各設定時刻とは、例えば朝の各時刻であり、ＡＭ４：００、ＡＭ５：００、ＡＭ６：００等の徐々に明るくなっていく時間帯における任意の各時刻である。
上記設定データは、一例としては、例えば、「ＡＭ４：００：変数Ｊ＝４」、「ＡＭ５：００：変数Ｊ＝３」、「ＡＭ６：００：変数Ｊ＝１」等としてもよい。つまり、任意の設定時刻に任意の変数Ｊの設定値を対応付けるものとしてもよい。
【００８０】
上記変換部４２は、上記変換部３２と同様に、例えばユーザ操作による色変換指示に応じた上記変数Ｊを保持しており、この変数Ｊに応じた色変換を行うことになる。しかし、上記変換部４２の場合には、上記設定データの設定時刻になると現在の変数Ｊの値に関係なく強制的に変数Ｊの値を設定値に変更する。そして、変更後の変数Ｊを用いて色変換を行うことになる。基本的には上記一例のように周囲が明るくなっていくことに応じて徐々に明るい（淡い）色へとシフトしていくことで、輝度を上げていくことになる。
【００８１】
尚、この例に限らず、上記「輝度ＵＰ」ボタンが操作されたことに相当する設定データとしてもよく、この場合にはバックライト光量を徐々に増加していくことで輝度を上げていくことになる。あるいは、明るい（淡い）色への色変換とバックライト光量増加の両方を行うような設定データとしてもよい。
【００８２】
尚、タイマ４８は、プログラマブル表示器が有する既存のクロック機能であり、例えば変換部４２（ＣＰＵ１１）は、タイマ４８から現在時刻を取得して上記設定時刻と比較することで、設定時刻になったか否かを判定できる。
【００８３】
上述した設定部４７の設定データに基づく輝度復帰処理は、上記の説明では画面全体に対して行ったが、画面内の一部について行っても良い。すなわち、上記の通り、基本的には「輝度ＵＰ」ボタンまたは／及び「色淡（明）」ボタンの表示位置さえ分かれば、ユーザがこれらのボタンを操作して輝度を上げることが出来るので、例えばこれらの所定の画面部品（ボタン）の表示のみ、上述した設定部４７の設定データに基づく輝度復帰処理の対象としてもよい。尚、この様な輝度復帰処理は、部分的な輝度復帰処理と呼ぶものとする。
【００８４】
その為に、例えば、図４に示すように、上記画面データ保持メモリ４１やビデオメモリ４３において、予め、上記「輝度ＵＰ」ボタンまたは／及び「色淡（明）」ボタンのような特定の設定用ボタンに係わる色データ（ＲＧＢデータ）を格納する領域（輝度設定用画面データ記憶領域４１ｂ、４３ｂ）と、他の画面部品の色データ（ＲＧＢデータ）を格納する領域（アプリケーション画面データ記憶領域４１ａ，４３ａ）とを区別しておく。
【００８５】
そして、変換部４２は、ユーザ操作による色変換指示に応じて色変換を行う場合には、上記２つの領域について特に区別することなく色変換（濃淡変更）処理を実行する。一方、変換部４２は、上記輝度復帰処理に関しては輝度設定用画面データ記憶領域の画面データのみを対象とする。
【００８６】
例えば設定データが上記「ＡＭ４：００：変数Ｊ＝４」であったとした場合、更に仮にユーザ操作によって変数Ｊ＝５になっていたとした場合、変換部４２は、ＡＭ４：００になる前は、上記画面データ保持メモリ４１の記憶領域４１ａ、４１ｂのＲＧＢデータに対して、変数Ｊ＝５に応じた色変換を行って、色変換後のＲＧＢデータを、それぞれ上記ビデオメモリ４３の記憶領域４３ａ、４３ｂに格納する。
【００８７】
一方、現在時刻がＡＭ４：００になった後には、変換部４２は、上記画面データ保持メモリ４１の記憶領域４１ａのＲＧＢデータに対しては、変数Ｊ＝５に応じた色変換を行って、色変換後のＲＧＢデータをビデオメモリ４３の記憶領域４３ａに格納する。一方、変換部４２は、上記画面データ保持メモリ４１の記憶領域４１ｂのＲＧＢデータに対しては、上記設定データに従って変数Ｊ＝４に応じた色変換を行って、色変換後のＲＧＢデータをビデオメモリ４３の記憶領域４３ｂに格納する。
【００８８】
このようにすることで、輝度設定用画面データ記憶領域の画面データすなわち例えば上記「輝度ＵＰ」ボタンまたは／及び「色淡（明）」ボタンのような輝度の設定に係わるボタンに係わる画面データは、周囲が明るくなっていくことに対応して自動的に明るく表示されるので、ユーザがこれらのボタンの表示位置が分からなくなるようなことはなく、これらのボタンを操作して輝度を上げることで、これらボタン以外の他の画面部品も明るく表示され、周囲が明るくなってきても見難くなることを防ぐことができる。
【００８９】
尚、上述したことは一例であり、設定部４７の設定内容によって、様々な処理を実現させることができる。例えば、最初は上記画面全体の輝度復帰を行い、その後に上記部分的な輝度復帰を行わせること等もできる。
【００９０】
また、変形例の他の例としては、図４に示す物理ボタン５１（ファンクションスイッチ）を用いるようにしてもよい。物理ボタン５１は、「輝度ＵＰ」ボタンや「色淡（明）」ボタンのようにディスプレイ上に表示されてタッチパネルによって操作するボタンではなく、物理的に押すことができるボタン（物理的な操作ボタン；物質的な操作ボタン）を意味する。従って、たとえ表示画面が真っ暗になったとしても、物理ボタン５１は何等問題なく操作できる。この様にタッチパネルによって操作するボタン（表示ボタン）とは別に複数の物理ボタン５１を備えるプログラマブル表示器は少なくない。
【００９１】
この様な複数の物理ボタン５１の一部（少なくとも１つ）に、上記「輝度ＵＰ」ボタンや「色淡（明）」ボタンに相当する機能を割り当てるようにしてもよい。これによって、夜間の暗さに応じて輝度を小さくした為に、明るくなったときに画面の内容が見難くなったとしても、物理ボタン５１は何等関係なく見ることができるので、物理ボタン５１を操作して画面全体の輝度を上げることで、対応可能となる。あるいは、画面全体ではなく、部分的に（予め任意に決められたボタン、スイッチ等）のみ、物理ボタン５１を操作して輝度を上げることができるようにすることも可能である。
【００９２】
あるいは、夜間においても、輝度を小さくすることで上記“ディスプレイ上に表示されてタッチパネルによって操作するボタン”等が見え難くなる場合もある。この様な場合には、操作するときだけ一時的に輝度を上げたいことになる。これは、ユーザによる操作対象（ボタンやスイッチ等）が見えればよいので、上記部分的な輝度復帰処理を実現する機能を、任意の物理ボタン５１に割り当てればよい。
【００９３】
この様な物理ボタン５１をユーザが操作した場合、上述した部分的な輝度復帰処理によって、上記記憶領域４３ｂの画面データのみが、輝度が上がって明るくなることになる。尚、物理ボタン５１操作時点から所定時間（例えば１、２分程度）経過したら、輝度を元に戻して、再び画面を暗くするようにしてもよい。あるいは、他の物理ボタン５１に、輝度を元に戻す（輝度復帰処理を止める）機能を割り当てるようにしてもよい。
【００９４】
あるいは、任意の物理ボタン５１に対して、所定の画面部品のみ現状の表示状態のままとし、他の表示領域は全て真っ暗（上記黒表示パターン）とする機能を割り当てるようにしてもよい。
【００９５】
ここで、例えば図４に示す例では図上に記すように、画面データ保持メモリ４１及びビデオメモリ４３には、表示画面上の全画素のＲＧＢデータが格納されている（表示画面のドット数分のＲＧＢデータが存在している）。但し、これは一例であり、この例に限らない。例えば、画面データ保持メモリ４１に格納されるＲＧＢデータは、全画素のデータではなくてもよい。これについて、以下、図５を参照して説明する。
【００９６】
まず、一般的に、プログラマブル表示器の場合、そのＬＣＤパネル１７に表示させる表示画面は、複数の画面部品をそれぞれ所定の位置に表示させることで成り立つものである。画面部品とは、例えば、ボタン、スイッチ、グラフ、メータ等の各種画面部品である。尚、これらの画面部品の形状データ等は、描画データに含まれるか、あるいは予めＦＲＯＭ１２に格納されている。
【００９７】
図５には、この様な画面部品の一例と、その画面データを示す。
図５には、ＯＮ／ＯＦＦするスイッチの画面部品が表示画面上の所定の位置に表示されている様子と、このスイッチ表示の為の画面部品データの一例を示している。
【００９８】
図示の例では、画面部品データには、まず、このスイッチの枠の座標データ（矩形；（ｘ１、ｙ１）−（ｖ２、ｙ２））と枠の色（＝白）とがある。更に、この枠内を所定の色で塗り潰すことを指定するデータも有する。本例では所定の色は、スイッチＯＦＦ時には青、スイッチＯＮ時には赤である。更に、文字表示に係わるデータとして、始点座標（ｘ３、ｙ３）と文字列データ“ＯＮ”と文字の色（＝緑）を指定するデータも有する。尚、上記スイッチＯＦＦ時の青は（Ｒ，Ｇ，Ｂ）＝（０，０，２５５）であるものとする。
【００９９】
例えば上記ＦＲＯＭ１２に格納される描画データは、表示画面上に表示される様々な画面部品に関する上記の様な画面部品データを含んでいる。そして、例えばＣＰＵ１１が、この描画データと現在の状態とに基づいて、ビデオメモリ４３上で表示画面を描画する。例えば、現在の状態がスイッチＯＦＦであった場合には、ビデオメモリ４３上で上記矩形「（ｘ１、ｙ１）−（ｖ２、ｙ２）」の枠内を青色で塗り潰すことになる。これにより、ビデオメモリ４３において、この枠内の全ての画素のＲＧＢデータが、（Ｒ，Ｇ，Ｂ）＝（０，０，２５５）となる。
【０１００】
一方、もし色変換が行われる場合には、ＣＰＵ１１は、まず上記スイッチＯＦＦ時の青「（Ｒ，Ｇ，Ｂ）＝（０，０，２５５）」に対して色変換を行って例えば（Ｒ，Ｇ，Ｂ）＝（０，０，６３）の青にする。そして、変換後の青「（Ｒ，Ｇ，Ｂ）＝（０，０，６３）」を用いて上記矩形「（ｘ１、ｙ１）−（ｖ２、ｙ２）」の枠内を変換後の青色で塗り潰すことになる。これにより、ビデオメモリ４３において、この枠内の全ての画素のＲＧＢデータが、（Ｒ，Ｇ，Ｂ）＝（０，０，６３）となる。
【０１０１】
また、例えば、上記スイッチＯＮ／ＯＦＦ操作に伴って表示色が変わる（赤／青）ことや、センサ等の収集データ（数値）を表示する画面部品に関してはデータ内容が変わることで、表示画面の内容が変わることになり、例えばＣＰＵ１１等は表示画面の内容が変わる毎に、ＳＤＲＡＭ１５のＲＧＢレジスタに変更後の表示画面に係わるＲＧＢデータを格納することになり、その際に上記色変換等を行ってから格納することになる。但し、この例に限らず、ＳＤＲＡＭ１５のＲＧＢレジスタの格納データの更新（表示画面の更新）は、例えば定周期で実行してもよいし、あるいは変数Ｊの更新時に実行してもよいし、これらを組み合わせて実行してもよい。
【０１０２】
また、上記表示画面の更新は、各画面部品毎に行うこともできる。例えば図５に示すスイッチのＯＮ／ＯＦＦ切換時に、このスイッチの描画のみを更新することもできる。
あるいは、各画面部品毎に識別ＩＤが割り当てられているので、たとえば各識別ＩＤに対応付けて上記変数Ｊを登録／変更できるようにしてもよい。これは、上記自動的／手動の何れにおいても実現できる。これによって、例えば上記色変換に関して、各画面部品毎に輝度が異なるようにすることもできる。
【符号の説明】
【０１０３】
１０ プログラマブル表示器
１１ ＣＰＵ
１２ ＦＲＯＭ
１３ ＳＤＲＡＭ
１４ グラフィックアクセラレータ
１５ ＳＤＲＡＭ
１６ ＬＶＤＳコントローラＩＣ
１７ ＬＣＤパネル
２０ プログラマブル表示器
２１ ＣＰＵ
２２ ＦＲＯＭ
２３ ＳＤＲＡＭ
２４ ＬＣＤパネル
３１ 画面データ保持メモリ
３２ 変換（ビットシフト）部
３３ ビデオメモリ
３４ グラフィックコントローラ
３５ 表示部
３６ ＰＷＭ制御部
４１ 画面データ保持メモリ
４２ 変換（ビットシフト）部
４３ ビデオメモリ
４４ グラフィックコントローラ
４５ 表示部
４６ ＰＷＭ制御部
４７ 設定部
４８ タイマ
【技術分野】
【０００１】
本発明は、プログラマブル表示器に係わり、特にその調光制御方式に関する。
【背景技術】
【０００２】
プログラマブル表示器は、液晶ディスプレイ（ＬＣＤ）とタッチパネルを有するものが多い。
プログラマブル表示器に限らず、液晶ディスプレイ（ＬＣＤ）は、光源（バックライト）を有するものであり、この為、ＬＣＤ表示の輝度を調整する場合にはバックライトの光量を調整する手法が一般的である。この手法として、例えば、バックライトに電力供給している電源を、ＰＷＭ制御方式にてＯＮ／ＯＦＦさせることで点灯時間を制御する手法や、電源電圧を調整することでバックライトの明るさを調整する方法等が知られている。この様な従来手法の一例が、例えば特許文献１に記載されている。
【０００３】
特許文献１には、従来のバックライトの輝度制御装置として、当該バックライトに供給する電圧の大きさを制御する手法や、ＰＷＭ変調制御によりバックライトの輝度を制御する手法が開示されている。そして、特許文献１の発明では、ＰＷＭ変調制御に基づいて、目標輝度に対応する目標パルス幅の値に応じて、当該目標パルス幅に収束させるまでのパルス幅の変化率を変化させる手法を提案している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２９２７７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、従来より、液晶ディスプレイに関して、調光範囲を拡大して広範囲の調光を行えることが要望されている。調光範囲は、下限と上限によって規定されるが、特に上限を大きくすることで、最大輝度を大きくすることが要望されてきた。これは、例えばリビング等に設置される液晶テレビに関して、昼間に太陽光等によって室内が非常に明るくなる場合には、画面が見難くなる為、輝度を大きくする必要があるからである。
【０００６】
また、調光範囲の拡大に関して、上記の例とは逆に、下限側を拡大して（下限を小さくして）、輝度を出来るだけ小さくすることが出来ることも要望されている。これは一部のユーザからの要望であり、例えば船舶において夜間に出来るだけ外部に光が漏れないようにすることが要望される場合がある。この例に限らず、何らかの理由で暗い環境下で使用する場合には、輝度を限界まで低くしても、まぶしく感じる場合がある。
【０００７】
特に、プログラマブル表示器などの液晶ディスプレイを使用する装置を、暗い環境下で操作する場合には（例えば夜間に操作する）、輝度を出来るだけ小さくして使用することが要望されている。
【０００８】
上記従来技術のようにバックライトの光量を調整することで輝度を調整する手法では、光量を減少させるにも限界があり、下限を越えるような光量減少を試みると突然消灯してしまう。
【０００９】
尚、バックライトが消灯した場合でも、装置内部では画面上の操作ボタン等の表示位置等は管理できており、またタッチパネル上での操作位置も検出可能であるが、液晶ディスプレイの制御の一例としては、バックライトが消灯した場合には操作不能な状況であるものとしてユーザの操作を受け付けない。
【００１０】
ここで、何らかの専用の構成を追加することで輝度の下限を下げることが可能になるかもしれないが、その為の回路構成が複雑となってしまいコスト高となる。この様な要望は一部のユーザからである為、その為に専用の構成を追加したコスト高の装置を製造することは、他のユーザの理解が得られず実現困難である。
【００１１】
このように、従来のＬＣＤバックライト調光方式では、調光範囲（明るさ（輝度）の調整範囲）に限界があり、充分な低輝度化を実現できなかった。
また、バックライトに冷陰極管を使用した場合、従来方式にて明るさを微小にすると個体差や使用温度環境条件によりバックライトの点灯開始が困難となる。また、ＰＷＭ制御方式を用いた場合には、ＬＣＤに表示される画面がちらついて見える場合がある。
【００１２】
本発明の課題は、プログラマブル表示器に係わり、特にその液晶ディスプレイの輝度調整に関して、何らかの専用の構成を追加することなく、ＲＧＢデータを均等にビットシフトすることで色の濃淡を変化させ以って輝度を変化させることで、低輝度化を実現できるプログラマブル表示器、その表示制御装置等を提供することである。
【課題を解決するための手段】
【００１３】
本発明のプログラマブル表示器は、表示部を備えるプログラマブル表示器であって、前記表示部に任意の表示画面を表示する表示制御装置を有し、該表示制御装置は、前記表示画面の各画素の表示色を決定する各ＲＧＢデータに対して、ビットシフトによる色変換を実行することで、該表示色の濃淡を変更する色変換手段を有し、前記色変換手段は、所定の指示操作があった場合には前記表示色を濃くするように前記ビットシフトを行うことで前記表示部に表示される前記表示画面の輝度を低下させる。
【００１４】
同色系（例えば青）であっても淡い（明るい）青と濃い（暗い）青があり、表示色の濃淡を変更することは、明暗を変更することを意味する。これより、例えばバックライトの光量を下限まで低下させた状況で更に輝度を低下させたい場合には、例えばユーザ等が所定の指示操作を行うことで、色変換手段によって例えば淡い（明るい）青の表示を濃い（暗い）青の表示へと変更することで、輝度を更に低下させることが可能となる。
【００１５】
上記プログラマブル表示器において、例えば、任意の設定時刻に対応付けて所定の復帰データが記憶された復帰データ記憶手段を更に有し、前記色変換手段は、現在時刻が前記設定時刻になったら、該設定時刻に対応する前記復帰データに応じて、前記表示色が現状より淡くなるように前記ビットシフトを行うことで、前記輝度が低下させられた表示画面の輝度を上げるようにしてもよい。
【００１６】
例えば夜間等の暗い環境下で使用する場合には、上記所定の指示操作を行って表示画面の輝度を低下させるが、例えば夜が明けて明るい環境下になっていくと、表示画面が見難くなる。これによって、表示画面上に各種操作ボタンも見難くなり、以って輝度を上げる為の操作ボタンも見難くなる。これより、設定時間に応じて自動的に輝度を上げていくようにする。これは、例えば上記のように色変換手段によって表示画面全体の輝度を上げるようにしてもよいし、以下に記すように表示画面の一部分の輝度を上げるようにしてもよい。あるいは、以下に記すように、色変換手段に限らず、既存のバックライト光量制御によって輝度を上げるようにしてもよい。
【００１７】
すなわち、上記プログラマブル表示器において、例えば、前記表示制御装置は、複数の画面部品を表示することで前記表示画面の表示を行い、任意の設定時刻に対応付けて所定の復帰データが記憶された復帰データ記憶手段を更に有し、前記色変換手段は、現在時刻が前記設定時刻になったら、該設定時刻に対応する前記復帰データに応じて、前記複数の画面部品のうち予め決められた特定の画面部品に対して、その表示色が現状より淡くなるように前記ビットシフトを行うことで、前記輝度が低下させられた表示画面における前記特定の画面部品の輝度を上げるようにしてもよい。
【００１８】
あるいは、上記プログラマブル表示器において、例えば、前記表示部のバックライトの光量を調整制御するバックライト制御手段と、任意の設定時刻に対応付けて所定の復帰データが記憶された復帰データ記憶手段とを更に有し、該バックライト制御手段は、現在時刻が前記設定時刻になったら、該設定時刻に対応する前記復帰データに応じて前記バックライトの光量を増加することで、前記輝度が低下させられた表示画面の輝度を上げるようにしてもよい。
【００１９】
あるいは、上記プログラマブル表示器において、例えば、前記表示部上に表示される画面部品としての操作ボタンとは異なる、物質的な操作ボタンを更に有し、該物質的な操作ボタンには、前記表示画面の輝度を上げるためのコマンド、または前記表示画面上に表示される複数の画面部品のうちの所定の画面部品の輝度を上げるためのコマンドが割り当てられているようにしてもよい。
【発明の効果】
【００２０】
本発明のプログラマブル表示器、その表示制御装置等によれば、プログラマブル表示器に係わり、特にその液晶ディスプレイの輝度調整に関して、何らかの専用の構成を追加することなく、ＲＧＢデータを均等にビットシフトすることで色の濃淡を変化させ以って輝度を変化させることで、従来よりも低輝度とすることができる。更に、周囲の明るさに応じて自動的に輝度復帰させること等もできる。
【図面の簡単な説明】
【００２１】
【図１】（ａ）、（ｂ）は、本例のプログラマブル表示器の構成例（その１）、（その２）である。
【図２】プログラマブル表示器の構成・機能ブロック図である。
【図３】（ａ）、（ｂ）は、色変換（ビットシフト）の具体例を示す図である。
【図４】変形例のプログラマブル表示器の構成・機能ブロック図である。
【図５】画面部品表示の具体例を示す図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照して、本発明の実施の形態について説明する。
図１（ａ）、（ｂ）は、本例のプログラマブル表示器のハードウェア構成例（その１）、（その２）である。
【００２３】
尚、図１（ａ）、（ｂ）や後述する図２、図４は、プログラマブル表示器の全構成・全機能を示すものではなく、ＬＣＤパネル（表示部）における表示画面の表示制御に係わる構成・機能を示すものである。これは、プログラマブル表示器における表示制御装置の構成を示すものということもできる。
【００２４】
よって、本例のプログラマブル表示器は、特に図示・説明しないが、他にもプログラマブル表示器としての一般的な構成・機能（例えば、タッチパネル等の入力装置、プログラマブルコントローラ本体やＩ／Ｏモジュールとの通信インタフェース、タッチパネル上での操作に応じたプログラマブルコントローラ本体やＩ／Ｏモジュールの制御／データ収集処理機能等の各種構成・各種機能）を有するものである。
【００２５】
図１（ａ）は、本例のプログラマブル表示器のハードウェア構成例（その１）であり、プログラマブル表示器１０の構成を示すものである。
図１（ａ）に示すプログラマブル表示器１０は、ＣＰＵ１１、ＦＲＯＭ１２、ＳＤＲＡＭ１３、グラフィックアクセラレータ１４、ＳＤＲＡＭ１５、ＬＶＤＳコントローラＩＣ１６、ＬＣＤパネル１７等を有する。尚、ＳＤＲＡＭは、Dynamic Random Access Memory（ダイナミック・ランダム・アクセス・メモリ）の略である。ＬＣＤは、Liquid Crystal Displayの略である。ＦＲＯＭはフラッシュＲＯＭの略である。
【００２６】
尚、以下の説明では表示画面の表示に関しては特に色に係わる説明を中心とし、他の説明（形状の表示等）は省略する場合もある。
ＣＰＵ１１は、プログラマブル表示器１０全体を制御する中央処理装置であり、既存の各種機能については特に詳細には説明しないが、本例では更に後述する色変換機能を備えている。尚、本例の色変換とは、例えば赤から青に変換することを意味するのではなく、例えば“明るい青”から“暗い青”に変換することを意味する。つまり、色（ＲＧＢの３原色の組み合わせのバランス；ＲＧＢバランス）はそのままで濃淡変更（階調変更）を行うことを意味する。詳しくは後述する。
【００２７】
尚、ＲＧＢは光の３原色であり、Ｒは赤色、Ｇは緑色、Ｂは青色である。これらＲＧＢ３色の組み合わせにより、様々な色を表現できる。
ＦＲＯＭ１２は、フラッシュメモリ等であり、ＬＣＤパネル１７に表示させる画面の描画データが格納される。また、ＦＲＯＭ１２には、各種アプリケーションプログラムが記憶されてもよく、例えば本例の色変換機能をＣＰＵ１１で実行させる為のアプリケーションプログラムが記憶されていてもよい。
【００２８】
ＳＤＲＡＭ１３には、例えばセンサからの収集データや各種設定値等が格納されるが、ここでは関係ないのでこれ以上説明しない。
ＬＣＤパネル１７上に画面を表示する場合には、ＣＰＵ１１が上記ＦＲＯＭ１２から描画データを読み出して、例えばそのＲＧＢデータに基づいてＳＤＲＡＭ１５のＲＧＢレジスタに表示画面の全画素のＲＧＢデータをセットする。但し、本手法では、場合によってはＣＰＵ１１が描画データにおけるＲＧＢデータに対して色変換（濃淡変更）を行ってからＳＤＲＡＭ１５のＲＧＢレジスタに全画素のＲＧＢデータをセットする。
【００２９】
尚、ＳＤＲＡＭ１５は既存の構成（ビデオメモリ）であり、更にグラフィックアクセラレータ１４、ＬＶＤＳコントローラＩＣ１６も既存の一般的な構成であるので、ここでは簡単に説明する。グラフィックアクセラレータ１４は、上記ＳＤＲＡＭ１５（ビデオメモリ）のＲＧＢレジスタにセットされたＲＧＢデータ等を読出し、これをＬＶＤＳコントローラＩＣ１６に渡す。ＬＶＤＳコントローラＩＣ１６は、このＲＧＢ信号をＬＶＤＳ（Low voltage differential signaling)信号に変換してＬＣＤパネル１７に送る。
【００３０】
ＳＤＲＡＭ１５（ビデオメモリ）のＲＧＢレジスタにセットされた描画データが、ＣＰＵ１１による色変換（濃淡変更）後のデータである場合には、基本的には、当該色変換を行わない場合に比べて輝度が低い画面が、ＬＣＤパネル１７上に表示されることになる。
【００３１】
ＬＣＤパネル１７は、液晶セルと当該液晶セルの背面に位置するバックライト等から成り、例えばＣＰＵ１１（あるいは不図示の他のマイクロコンピュータ等）が、バックライトに対してＰＷＭ調光信号を出力して、バックライトの光量を調整制御している。尚、バックライトの光量のＰＷＭ制御については、例えば上記特許文献１等に記載のように既存技術であるので、ここでは特に詳細には説明しない。
【００３２】
液晶セルは、各画素（ピクセル）毎にＲＧＢ３色のサブピクセルから成り、各サブピクセルを透過する光量によって、目に見える色が決まる。尚、以下の説明では、Ｒ（赤色）に対応するサブピクセルをサブピクセルＲ等と記す場合もある（緑や青についても同様である）。
【００３３】
現在では、各サブピクセル毎に透過させる光量を２５６段階に調整可能であり、これはＲＧＢの各色毎に２５６段階の濃淡（階調）をもつことを意味する。例えば、サブピクセルＲ，Ｇは光を透過させず、サブピクセルＢのみ光を透過させた場合、目に見える色は“青”となるが、サブピクセルＢについて上記２５６段階の階調調整を行うことで、「明るい（淡い）青」、「暗い（濃い）青」等を表示することができる。（以下では２５６段階のサブピクセルを保有する場合の例を記載するが、この最大階調数が変化した場合でも適用可能である。）
上記各ピクセル毎の色を例えば（Ｒ，Ｇ，Ｂ）＝（０〜２５５，０〜２５５，０〜２５５）で表現するならば、上記青色は（Ｒ，Ｇ，Ｂ）＝（０，０，１〜２５５）等と定義でき、また同じ青であっても例えば（０，０，６３）は（０，０，１２７）よりも濃い（暗い）青色と定義できる。
【００３４】
あるいは、例えば“黄色”を表示したい場合には、通常、サブピクセルＢのみ光を透過させず、サブピクセルＲ，Ｇは光を透過させると共に階調は略同一とする。つまり、例えば、（１２７，１２７，０）、（６３，６３，０）、（３１，３１，０）等とする。（６３，６３，０）に比べて、（１２７，１２７，０）はより明るい（淡い）黄色、（３１，３１，０）はより暗い（濃い）黄色ということになる。
【００３５】
この様に、濃淡調整（階調調整）を行うことで、明るさを調整できることになる。これを利用して本手法では、上記色変換機能としての濃淡（明暗）変更を行う。すなわち、例えば輝度を徐々に低下させていきたい場合には、例えばまずＰＷＭ調光によってバックライトの光量を徐々に低下させていくことで輝度を低下させていき、バックライトの光量が下限に達したらＰＷＭ調光を止める（上記の通り、下限を越えるとバックライトが消灯してしまうので）。その後は本手法による濃淡調整によって色を徐々に濃く（暗く）していくことで、輝度を更に低下させていく。
【００３６】
勿論、これは一例であり、このような例に限らず、例えばバックライトの光量を低下させつつ同時に濃淡調整によって色を濃く（暗く）していくようにしてもよい。
ここで、図２に、上記プログラマブル表示器１０の構成・機能ブロック図を示す。尚、図２は、後述する図１（ｂ）のプログラマブル表示器２０の構成・機能ブロック図であるということもできる。
【００３７】
図２において、画面データ保持メモリ（フラッシュメモリ等）３１は、上記ＦＲＯＭ１２に相当する構成であり、上記描画データにおける色データ（ＲＧＢデータ）に相当する“オリジナルアプリケーション画面データ”が格納される。この“オリジナルアプリケーション画面データ”は、例えば、不図示のエディタ装置（アプリケーション画面データ作成ツール）上でプログラマ等によって任意に作成されてプログラマブル表示器１０にダウンロードされた所謂“画面データ”の一部であると考えてよい。
【００３８】
また、このオリジナルアプリケーション画面データ”には、上記エディタ装置上での作成の際にユーザが任意に設定した“変換度合いデータ（シフト量）”が含まれていてもよい。尚、本例では上記色変換（濃淡変更）はビットシフトによって実現するものとし、例えばシフト量＝‘１’であったならば、後述する一例のように１ビットずつビットシフトすることになる。
【００３９】
また、図２に示す変換（ビットシフト）部３２は、上記ＣＰＵ１１の色変換機能（濃淡変更による輝度調整機能）に相当するものであり、上記ＦＲＯＭ１２に格納されている描画データを用いて上記ＳＤＲＡＭ１５のＲＧＢレジスタにデータセットする際に、上記“オリジナルアプリケーション画面データ”に対して上記“シフト量”に応じて色変換（濃淡変更；ビットシフト）を行い、この変換結果（“変換後アプリケーション画面データ”と呼ぶ）をビデオメモリ３３に格納する。
【００４０】
但し、変換部３２が上記色変換を行うのは、基本的にはユーザによる所定の指示があった場合である。この指示が無い場合には変換部３２は機能しないが、ここではこの場合でもビデオメモリ３３に格納されるデータは“変換後アプリケーション画面データ”と呼ぶものとする。
【００４１】
ここで、上記画面データ保持メモリ３１やビデオメモリ３３には図示のように色データ（ＲＧＢデータ）が格納され、これは例えば上記のように（Ｒ，Ｇ，Ｂ）＝（０〜２５５，０〜２５５，０〜２５５）で示されるものである。
【００４２】
そして、例えば、ビデオメモリ３３に格納される変換後アプリケーション画面データは、画面上の全画素について各ピクセル毎のＲＧＢデータが格納されたものとなっている。仮に、表示画面が１万画素であれば、１万個のＲＧＢデータが格納されることになる。これは、上記画面データ保持メモリ３１に格納されるＲＧＢデータについても同様であってよいが、この例に限らない。すなわち、上記描画データは、後に図５で説明するように、各画面部品毎の各パーツ毎に指定される色のＲＧＢデータと座標データ、各画面部品の形状データ等であってもよい。この場合には、ＣＰＵ１１は、描画データに基づいてビデオメモリ３３上に既存の描画処理を行うことになるが、これについては後に図５を参照して説明するものとする。
【００４３】
図２に示すグラフィックコントローラ３４は、上記グラフィックアクセラレータ１４及びＬＶＤＳコントローラＩＣ１６に相当するものであり、また図２に示す表示部３５は上記ＬＣＤパネル１７に相当するものであり、上述したように何れも既存の構成なのでここでは特に詳細には説明しないが、グラフィックコントローラ３４は、ビデオメモリ３３に格納される上記“変換後アプリケーション画面データ”に基づいて表示部３５に画面表示する。
【００４４】
ここで、図２に示すように、表示部３５に対してはＰＷＭ制御部３６が既存のＰＷＭ制御（バックライト制御）によるバックライト光量制御も行っている。このＰＷＭ制御部３６は、例えばＣＰＵ１１が実現してもよいし、不図示の専用ＩＣチップ等が実現してもよい。本説明ではＣＰＵ１１が実現するものとして説明するが、この例に限らない。
【００４５】
上記画面データに基づいて表示部３５に表示される画面上には、通常、メータ、スイッチ、グラフ、ボタン、数値表示等の各種画面部品が表示され、画面部品によってはそのときの状態（ＯＮ／ＯＦＦ、収集したデータ等）を反映させた表示内容となる。そして、例えば輝度調整に係わる何らかの機能が割り当てられたボタン等も表示される。この表示画面については特に図示しないが、ＰＷＭ制御部３６の既存のＰＷＭ制御（バックライト制御）によるバックライト光量調整指示用のボタンとして、従来より例えば「輝度ＵＰ」、「輝度DOWN」等のボタンがあるものとする。
【００４６】
ＣＰＵ１１は、従来と同様に、ユーザによるこれら「輝度ＵＰ」／「輝度DOWN」ボタン操作に応じて、バックライト光量をＵＰ／DOWNする制御を行う。
そして、本例のプログラマブル表示器１０では、上記表示部３５に表示される画面上には更に、ユーザが上記変換部３２による上記色変換実行を指示する為の操作ボタンとして例えば不図示の「色濃（暗）」／「色淡（明）」ボタンが表示されるものとする。
【００４７】
これら「色濃（暗）」／「色淡（明）」ボタン操作に応じた色変換の具体例について、図３（ａ）、（ｂ）を参照して説明する。但し、これは一例であり、この例に限らない。例えば、上記「輝度ＵＰ」、「輝度DOWN」ボタンを操作すると、バックライト光量をＵＰ／DOWNすると共に、色変換（濃淡変更；階調変更）も行うようにしてもよい。
【００４８】
まず、本例では上記のようにＲＧＢ各色毎に２５６段階の階調をもつので、図３（ａ）に示すように、ＲＧＢ各色毎に８bitで構成される。これらＲＧＢの組み合わせによって約１６７７万のカラーパターンが存在する。尚、図３（ａ）の上側に示す対応ビット‘７’〜‘０’は上記８bitの各ビットを意味し、ここでは最も左の‘７’が最上位ビット、最も右の‘０’が最下位ビットであるものとする。
【００４９】
図３（ａ）には簡単な例として白と黒の表示パターンを示す。
図示の通り、白表示パターンでは、ＲＧＢ３色全てにおいて、８bit全てがＯＮしている（＝２５５）。つまり、白表示パターンの（Ｒ，Ｇ，Ｂ）＝（２５５，２５５，２５５）である。同様に、黒表示パターンでは、ＲＧＢ３色全てにおいて、８bit全てがＯＦＦしている（＝０）。つまり、黒表示パターンの（Ｒ，Ｇ，Ｂ）＝（０，０，０）である。
【００５０】
上記本例の色変換（濃淡変更）処理は、一例としてはビットシフトを行うものであり、上記白表示パターンをビットシフトさせ、最終的には黒表示パターンへと変化させるプロセスを、図３（ｂ）に示す。この色変換（ビットシフト）は、ユーザが上記「色濃（暗）」／「色淡（明）」ボタンを操作することで行われる。尚、本例では、上記シフト量＝１とする。従って、操作毎に１ビットずつシフトする。
【００５１】
図３（ｂ）に示す例では、まず、最初は図上最上部に示すように白表示パターンが表示されている。すなわち、ＲＧＢ各色全てにおいて８bit＝“11111111”となっている。
この状態でユーザが上記「色濃（暗）」ボタンを１回操作した場合、ＣＰＵ１１はＲＧＢ各色全てにおいて各ビットを右へ（下位側へ）１bitシフトする（均等にビットシフトする）色変換を実行することになる。この色変換実行の結果、図３（ｂ）の（１）に示すように、ＲＧＢ各色全てにおいて８bit＝“01111111”（＝１２７）となる。つまり、（Ｒ，Ｇ，Ｂ）＝（１２７，１２７，１２７）となる。
【００５２】
この状態でユーザが更に上記「色濃（暗）」ボタンを１回操作した場合（合計２回操作した場合）、ＣＰＵ１１はＲＧＢ各色全てにおいて各ビットを右へ２bitシフトする（均等にビットシフトする）色変換を実行することになる。この色変換実行の結果、図３（ｂ）の（２）に示すように、ＲＧＢ各色全てにおいて８bit＝“00111111”（＝６３）となる。つまり、（Ｒ，Ｇ，Ｂ）＝（６３，６３，６３）となる。
【００５３】
同様に、この状態でユーザが更に上記「色濃（暗）」ボタンを１回操作した場合（合計３回操作した場合）、ＣＰＵ１１はＲＧＢ各色全てにおいて各ビットを右へ３bitシフトする（均等にビットシフトする）色変換を実行することになる。この色変換実行の結果、図３（ｂ）の（３）に示すように、ＲＧＢ各色全てにおいて８bit＝“00011111”（＝３１）となる。つまり、（Ｒ，Ｇ，Ｂ）＝（３１，３１，３１）となる。
【００５４】
尚、上記ビットシフト（１bitシフト〜３bitシフト）は、全て、白表示パターンに対して行うものとして説明している。現在の表示パターンに対して行うものとするならば、全て１bitシフトとなる。
【００５５】
以降、同様にして、上記「色濃（暗）」ボタンの操作回数に応じて、色変換結果は図３（ｂ）の（４）〜（７）に示す状態となり、最終的には上記黒表示パターンとなる。但し、実際には、黒表示パターンにすることはなく、その直前の図３（ｂ）（７）の状態でストップする（見えなくなってしまうので）。またはユーザーでの使用条件に合わせて、その範囲を任意設定することも可能である。
【００５６】
何れの場合でも、各ビットを右（下位ビット側）へシフトすることで、上位ビットが空くことになるが、空いた上位ビットは全て‘０’とする。
また、例えば上記図３（ｂ）（３）の状態において、ユーザが上記「色淡（明）」ボタンを操作すると、左（上位ビット側）に１bitシフトすることで、図３（ｂ）（２）の状態に戻る。この場合には、左（上位ビット側）にシフトすることで下位ビットが空くことになるが、空いた下位ビットは元の状態に戻す。すなわち、１ビット右にシフトする毎にそのときの最下位ビットをスタック等に格納するものとし、これより例えば図３（ｂ）（３）の状態では‘111’がスタック等に保持されていることになる。そして、左シフトの場合にはスタックからデータを戻すことにする。よって、上記図３（ｂ）（３）の状態で上記「色淡（明）」ボタンを操作されて１bitずつ左にシフトすることで空いた最下位ビットには‘１’が戻されると共に、新たなスタック保持状態は‘11’となる。
【００５７】
尚、上記シフト量＝２の場合には上記「色濃（暗）」ボタンを１回操作するだけで図３（ｂ）の（１）に示す変換結果となり、上記シフト量＝３の場合には上記「色濃（暗）」ボタンを１回操作するだけで図３（ｂ）の（２）に示す変換結果となる。
【００５８】
また、尚、例えば変換部３２は、シフト数を示す変数Ｊを保持している。この変数Ｊは、初期値＝‘０’であり、上記シフト量＝１の場合には、「色濃（暗）」ボタンが１回操作される毎に＋１インクリメントされ、「色淡（明）」ボタンが１回操作される毎に−１デクリメントされる。変換部３２は、例えば定周期でまたは表示画面内容が変更される毎に、上記ＦＲＯＭ１２に格納されている描画データに基づいて、ＳＤＲＡＭ１５の格納データを更新するものであり、その際に上記変数Ｊに応じた色変換（ビットシフト）処理を実行する。但し、変数Ｊ＝０の場合には、実質的に色変換は行われないことになる。
【００５９】
尚、上記の例では変数Ｊの最大値は‘７’とし、それ以上インクリメントすることはない（黒表示は行わない；見えなくなるので）。
また、表示色が“青”の場合であってオリジナルでは（Ｒ，Ｇ，Ｂ）＝（０，０，２５５）である場合には、これを上記図３（ｂ）（１）の場合と同様に右に（下位ビット側へ）１bitシフトすると（均等にビットシフトすると）、（Ｒ，Ｇ，Ｂ）＝（０，０，１２７）となる。同様に、図３（ｂ）（２）の場合と同様に右に２bitシフトすると（均等にビットシフトすると）、（Ｒ，Ｇ，Ｂ）＝（０，０，６３）となり、図３（ｂ）（３）の場合と同様に右に３bitシフトすると（均等にビットシフトすると）、（Ｒ，Ｇ，Ｂ）＝（０，０，３１）となり、淡い（明るい）青から徐々に濃い（暗い）青へと変化していくことになる。
【００６０】
同様に、例えば“黄色”の場合であってオリジナルでは（Ｒ，Ｇ，Ｂ）＝（２５５，２５５，０）である場合には、これを上記図３（ｂ）（１）の場合と同様に右に（下位ビット側へ）１bitシフトすると（均等にビットシフトすると）、（Ｒ，Ｇ，Ｂ）＝（１２７，１２７，０）となる。同様に、図３（ｂ）（２）の場合と同様に右に２bitシフトすると（均等にビットシフトすると）、（Ｒ，Ｇ，Ｂ）＝（６３，６３，０）となり、図３（ｂ）（３）の場合と同様に右に３bitシフトすると（均等にビットシフトすると）、（Ｒ，Ｇ，Ｂ）＝（３１，３１，０）となり、淡い（明るい）黄色から徐々に濃い（暗い）黄色へと変化していくことになる。
【００６１】
何れにしても、ＲＧＢ３色全てに対して同じビットシフトを行うことで（均等にビットシフトすることで）、ＲＧＢの３原色の組み合わせのバランス（ＲＧＢバランス）を略同様に保ちながら濃淡（明るさ）を変化させることができ、バックライトの光量を下限まで落とした後でも、更に表示画面の輝度を低下させることができる。
【００６２】
上記ビットシフトによる色変換（濃淡（明るさ）変更）は、ＣＰＵ１１が所定のアプリケーションプログラム実行することで行われる（ソフトウェア的に行われる）。このアプリケーションプログラムは、例えば予めＦＲＯＭ１２に格納されている。ハードウェア的には図１に示す構成は全て既存の構成であり、ソフトウェア的に上記変換部３２等の機能を実現することができるので、何らかの専用の構成を追加することなく（よってコスト高となることなく）、輝度の下限を従来よりも小さくすることができる。
【００６３】
また、本手法では、複雑な演算処理を用いずに、ＲＧＢデータに対するビットシフト処理のみで輝度低減を実現できるので、ＣＰＵを用いる例に限らず、例えば基板上のＰＬＤ等でも簡易的に実現可能である（構成図等は特に図示しない）。これにより、ＣＰＵに一切負荷を掛けずに済み、また低コストで実現可能となる。
【００６４】
また、上記のようにＣＰＵ１１等で実現する場合においても、複雑な演算処理を必要としないため、ＣＰＵに掛かる負荷を最小限に抑え、プログラマブル表示器の他の機能に大きな影響を及ぼさずに済む。
【００６５】
図１（ｂ）は、本例のプログラマブル表示器のハードウェア構成例（その２）である。
図１（ｂ）に示すプログラマブル表示器２０は、上記グラフィックアクセラレータ１４やＬＶＤＳコントローラＩＣ１６等が無いだけであり、基本的には上記プログラマブル表示器１０と略同様と見做してよい。
【００６６】
すなわち、プログラマブル表示器２０は、ＣＰＵ２１、ＦＲＯＭ２２、ＳＤＲＡＭ２３、ＬＣＤパネル２４等を有する。
ＣＰＵ２１は、ＦＲＯＭ２２に格納されている描画データを読み出して、これに基づいてＳＤＲＡＭ２３のＲＧＢレジスタに表示画面の全画素のＲＧＢデータをセットする。これは、例えば、ＬＣＤパネル２４上の表示画面の変更時等に行なわれる。その際、場合によっては（上記「色濃（暗）」ボタン等によってユーザから指示があった場合等）、ＣＰＵ２１は、例えば上記変換部３２の色変換機能によって、上記描画データが示すＲＧＢデータに対して色変換を行って、ＳＤＲＡＭ２３のＲＧＢレジスタに変換後のＲＧＢデータをセットする。この色変換自体は、上記プログラマブル表示器１０の場合と略同様であり、ここでは特に説明しない。
【００６７】
また、本例では、上記グラフィックアクセラレータ１４やＬＶＤＳコントローラＩＣ１６等が無いので、ＣＰＵ２１が上記ＳＤＲＡＭ２３のＲＧＢレジスタにセットされたＲＧＢデータ（場合によっては色変換後となる）等を用いて、ＬＣＤパネル２４上に画面表示を行うことになるが、これについては既存の動作と略同様であり、また本手法の特徴は主に上記変換部３２の色変換機能であるので、特に詳細には説明しない。
【００６８】
この様に、図１（ｂ）に示すプログラマブル表示器２０は、機能的には上記プログラマブル表示器１０と略同様と見做してよく、従ってその構成・機能ブロック図は、図２に示すものと略同様と見做してよい。よって、プログラマブル表示器２０の機能については、ここではこれ以上説明しないものとする。
【００６９】
本手法は、上記図１（ａ）の構成に限らず、例えば上記図１（ｂ）の構成等にも適用可能であり、また特に図示しない他の構成についても適用可能である。
図４は、変形例のプログラマブル表示器３０の構成・機能ブロック図である。
【００７０】
上記本例のプログラマブル表示器１０，２０の色変換機能は、特に夜間等に暗い場所で使用する際に、出来るだけ光が漏れないようにする、または暗闇でもまぶしくないように出来るだけ輝度を低くする等という要望に応じた機能であるが、そのまま朝を迎えて明るい環境下になると画面が見難くなるという問題が生じる。
【００７１】
すなわち、画面の内容を視認できる為の最低限の輝度は、周囲の明るさ等に影響されて変わるので、本手法の色変換機能によって輝度を非常に低くしても、例えば夜間の海上（船舶上等）のように周囲が非常に暗い場合には画面内容を視認できるが、明るくなってくると視認できなくなる。
【００７２】
この為、輝度を上げる必要があるが、既に明るくなり始めた状態で画面内容を視認し難くなっていると、輝度を上げることが困難になるという問題が生じる。すなわち、輝度を上げる為にはユーザが上記表示部３５上の画面内に表示される上記「輝度ＵＰ」ボタンまたは「色淡（明）」ボタンを操作する必要があるが、何れも既に見難くなっている可能性が高く、ボタンの位置が分からない等の理由で操作困難となってしまう。
【００７３】
変形例のプログラマブル表示器３０は、この様な問題に対応できるものである。
まず、変形例のプログラマブル表示器３０は、ハードウェア構成自体は上記図１（ａ）または図１（ｂ）に示す構成であり、ここでは図１（ａ）であるものとして説明する。
【００７４】
図４において、グラフィックコントローラ４４、表示部４５、ＰＷＭ制御部４６は、上記グラフィックコントローラ３４、表示部３５、ＰＷＭ制御部３６と略同様であり、ここでは特に説明しない。
【００７５】
また、画面データ保持メモリ４１やビデオメモリ４３も、上記画面データ保持メモリ３１やビデオメモリ３３と略同様であってよい（図４ではデータ格納形式が多少異なるが、これについては後に説明する）。
【００７６】
変換部４２または／及びＰＷＭ制御部４６は、上記変換部３２、ＰＷＭ制御部３６と同様にユーザ操作に応じた色変換（濃淡変更）またはバックライト光量制御を行うが、本例では更に、設定部４７に応じて自動的に色変換（濃淡変更）またはバックライト光量制御を行う機能（輝度の自動復帰機能）も備える。
【００７７】
設定部４７には、上記輝度の自動復帰機能を実現させる為の設定データが格納される。この設定データは、例えば上記エディタ装置（アプリケーション画面データ作成ツール）においてプログラマ等が任意の画面データを作成した際に、任意に設定したものであり、作成された画面データと共にプログラマブル表示器３０にダウンロードされて例えばＦＲＯＭ１２内の所定の記憶領域に記憶されるものである。但し、この例に限らず、設定部４７は、例えばプログラマブル表示器上でユーザに任意の設定を行わせてこの設定データを記憶するものであってもよい。
【００７８】
設定部４７に格納される設定データは、任意の各設定時刻に対応付けて、輝度を上げる為の何らかの情報（「復帰データ」と呼ぶものとする；例えば、上記変数Ｊの値の指定、上記変数Ｊを−１デクリメントする、バックライトの光量を所定量分アップする等、例えば上記「輝度ＵＰ」ボタンまたは「色淡（明）」ボタンが操作されたことに相当するコマンド等）が格納されているものである。
【００７９】
上記任意の各設定時刻とは、例えば朝の各時刻であり、ＡＭ４：００、ＡＭ５：００、ＡＭ６：００等の徐々に明るくなっていく時間帯における任意の各時刻である。
上記設定データは、一例としては、例えば、「ＡＭ４：００：変数Ｊ＝４」、「ＡＭ５：００：変数Ｊ＝３」、「ＡＭ６：００：変数Ｊ＝１」等としてもよい。つまり、任意の設定時刻に任意の変数Ｊの設定値を対応付けるものとしてもよい。
【００８０】
上記変換部４２は、上記変換部３２と同様に、例えばユーザ操作による色変換指示に応じた上記変数Ｊを保持しており、この変数Ｊに応じた色変換を行うことになる。しかし、上記変換部４２の場合には、上記設定データの設定時刻になると現在の変数Ｊの値に関係なく強制的に変数Ｊの値を設定値に変更する。そして、変更後の変数Ｊを用いて色変換を行うことになる。基本的には上記一例のように周囲が明るくなっていくことに応じて徐々に明るい（淡い）色へとシフトしていくことで、輝度を上げていくことになる。
【００８１】
尚、この例に限らず、上記「輝度ＵＰ」ボタンが操作されたことに相当する設定データとしてもよく、この場合にはバックライト光量を徐々に増加していくことで輝度を上げていくことになる。あるいは、明るい（淡い）色への色変換とバックライト光量増加の両方を行うような設定データとしてもよい。
【００８２】
尚、タイマ４８は、プログラマブル表示器が有する既存のクロック機能であり、例えば変換部４２（ＣＰＵ１１）は、タイマ４８から現在時刻を取得して上記設定時刻と比較することで、設定時刻になったか否かを判定できる。
【００８３】
上述した設定部４７の設定データに基づく輝度復帰処理は、上記の説明では画面全体に対して行ったが、画面内の一部について行っても良い。すなわち、上記の通り、基本的には「輝度ＵＰ」ボタンまたは／及び「色淡（明）」ボタンの表示位置さえ分かれば、ユーザがこれらのボタンを操作して輝度を上げることが出来るので、例えばこれらの所定の画面部品（ボタン）の表示のみ、上述した設定部４７の設定データに基づく輝度復帰処理の対象としてもよい。尚、この様な輝度復帰処理は、部分的な輝度復帰処理と呼ぶものとする。
【００８４】
その為に、例えば、図４に示すように、上記画面データ保持メモリ４１やビデオメモリ４３において、予め、上記「輝度ＵＰ」ボタンまたは／及び「色淡（明）」ボタンのような特定の設定用ボタンに係わる色データ（ＲＧＢデータ）を格納する領域（輝度設定用画面データ記憶領域４１ｂ、４３ｂ）と、他の画面部品の色データ（ＲＧＢデータ）を格納する領域（アプリケーション画面データ記憶領域４１ａ，４３ａ）とを区別しておく。
【００８５】
そして、変換部４２は、ユーザ操作による色変換指示に応じて色変換を行う場合には、上記２つの領域について特に区別することなく色変換（濃淡変更）処理を実行する。一方、変換部４２は、上記輝度復帰処理に関しては輝度設定用画面データ記憶領域の画面データのみを対象とする。
【００８６】
例えば設定データが上記「ＡＭ４：００：変数Ｊ＝４」であったとした場合、更に仮にユーザ操作によって変数Ｊ＝５になっていたとした場合、変換部４２は、ＡＭ４：００になる前は、上記画面データ保持メモリ４１の記憶領域４１ａ、４１ｂのＲＧＢデータに対して、変数Ｊ＝５に応じた色変換を行って、色変換後のＲＧＢデータを、それぞれ上記ビデオメモリ４３の記憶領域４３ａ、４３ｂに格納する。
【００８７】
一方、現在時刻がＡＭ４：００になった後には、変換部４２は、上記画面データ保持メモリ４１の記憶領域４１ａのＲＧＢデータに対しては、変数Ｊ＝５に応じた色変換を行って、色変換後のＲＧＢデータをビデオメモリ４３の記憶領域４３ａに格納する。一方、変換部４２は、上記画面データ保持メモリ４１の記憶領域４１ｂのＲＧＢデータに対しては、上記設定データに従って変数Ｊ＝４に応じた色変換を行って、色変換後のＲＧＢデータをビデオメモリ４３の記憶領域４３ｂに格納する。
【００８８】
このようにすることで、輝度設定用画面データ記憶領域の画面データすなわち例えば上記「輝度ＵＰ」ボタンまたは／及び「色淡（明）」ボタンのような輝度の設定に係わるボタンに係わる画面データは、周囲が明るくなっていくことに対応して自動的に明るく表示されるので、ユーザがこれらのボタンの表示位置が分からなくなるようなことはなく、これらのボタンを操作して輝度を上げることで、これらボタン以外の他の画面部品も明るく表示され、周囲が明るくなってきても見難くなることを防ぐことができる。
【００８９】
尚、上述したことは一例であり、設定部４７の設定内容によって、様々な処理を実現させることができる。例えば、最初は上記画面全体の輝度復帰を行い、その後に上記部分的な輝度復帰を行わせること等もできる。
【００９０】
また、変形例の他の例としては、図４に示す物理ボタン５１（ファンクションスイッチ）を用いるようにしてもよい。物理ボタン５１は、「輝度ＵＰ」ボタンや「色淡（明）」ボタンのようにディスプレイ上に表示されてタッチパネルによって操作するボタンではなく、物理的に押すことができるボタン（物理的な操作ボタン；物質的な操作ボタン）を意味する。従って、たとえ表示画面が真っ暗になったとしても、物理ボタン５１は何等問題なく操作できる。この様にタッチパネルによって操作するボタン（表示ボタン）とは別に複数の物理ボタン５１を備えるプログラマブル表示器は少なくない。
【００９１】
この様な複数の物理ボタン５１の一部（少なくとも１つ）に、上記「輝度ＵＰ」ボタンや「色淡（明）」ボタンに相当する機能を割り当てるようにしてもよい。これによって、夜間の暗さに応じて輝度を小さくした為に、明るくなったときに画面の内容が見難くなったとしても、物理ボタン５１は何等関係なく見ることができるので、物理ボタン５１を操作して画面全体の輝度を上げることで、対応可能となる。あるいは、画面全体ではなく、部分的に（予め任意に決められたボタン、スイッチ等）のみ、物理ボタン５１を操作して輝度を上げることができるようにすることも可能である。
【００９２】
あるいは、夜間においても、輝度を小さくすることで上記“ディスプレイ上に表示されてタッチパネルによって操作するボタン”等が見え難くなる場合もある。この様な場合には、操作するときだけ一時的に輝度を上げたいことになる。これは、ユーザによる操作対象（ボタンやスイッチ等）が見えればよいので、上記部分的な輝度復帰処理を実現する機能を、任意の物理ボタン５１に割り当てればよい。
【００９３】
この様な物理ボタン５１をユーザが操作した場合、上述した部分的な輝度復帰処理によって、上記記憶領域４３ｂの画面データのみが、輝度が上がって明るくなることになる。尚、物理ボタン５１操作時点から所定時間（例えば１、２分程度）経過したら、輝度を元に戻して、再び画面を暗くするようにしてもよい。あるいは、他の物理ボタン５１に、輝度を元に戻す（輝度復帰処理を止める）機能を割り当てるようにしてもよい。
【００９４】
あるいは、任意の物理ボタン５１に対して、所定の画面部品のみ現状の表示状態のままとし、他の表示領域は全て真っ暗（上記黒表示パターン）とする機能を割り当てるようにしてもよい。
【００９５】
ここで、例えば図４に示す例では図上に記すように、画面データ保持メモリ４１及びビデオメモリ４３には、表示画面上の全画素のＲＧＢデータが格納されている（表示画面のドット数分のＲＧＢデータが存在している）。但し、これは一例であり、この例に限らない。例えば、画面データ保持メモリ４１に格納されるＲＧＢデータは、全画素のデータではなくてもよい。これについて、以下、図５を参照して説明する。
【００９６】
まず、一般的に、プログラマブル表示器の場合、そのＬＣＤパネル１７に表示させる表示画面は、複数の画面部品をそれぞれ所定の位置に表示させることで成り立つものである。画面部品とは、例えば、ボタン、スイッチ、グラフ、メータ等の各種画面部品である。尚、これらの画面部品の形状データ等は、描画データに含まれるか、あるいは予めＦＲＯＭ１２に格納されている。
【００９７】
図５には、この様な画面部品の一例と、その画面データを示す。
図５には、ＯＮ／ＯＦＦするスイッチの画面部品が表示画面上の所定の位置に表示されている様子と、このスイッチ表示の為の画面部品データの一例を示している。
【００９８】
図示の例では、画面部品データには、まず、このスイッチの枠の座標データ（矩形；（ｘ１、ｙ１）−（ｖ２、ｙ２））と枠の色（＝白）とがある。更に、この枠内を所定の色で塗り潰すことを指定するデータも有する。本例では所定の色は、スイッチＯＦＦ時には青、スイッチＯＮ時には赤である。更に、文字表示に係わるデータとして、始点座標（ｘ３、ｙ３）と文字列データ“ＯＮ”と文字の色（＝緑）を指定するデータも有する。尚、上記スイッチＯＦＦ時の青は（Ｒ，Ｇ，Ｂ）＝（０，０，２５５）であるものとする。
【００９９】
例えば上記ＦＲＯＭ１２に格納される描画データは、表示画面上に表示される様々な画面部品に関する上記の様な画面部品データを含んでいる。そして、例えばＣＰＵ１１が、この描画データと現在の状態とに基づいて、ビデオメモリ４３上で表示画面を描画する。例えば、現在の状態がスイッチＯＦＦであった場合には、ビデオメモリ４３上で上記矩形「（ｘ１、ｙ１）−（ｖ２、ｙ２）」の枠内を青色で塗り潰すことになる。これにより、ビデオメモリ４３において、この枠内の全ての画素のＲＧＢデータが、（Ｒ，Ｇ，Ｂ）＝（０，０，２５５）となる。
【０１００】
一方、もし色変換が行われる場合には、ＣＰＵ１１は、まず上記スイッチＯＦＦ時の青「（Ｒ，Ｇ，Ｂ）＝（０，０，２５５）」に対して色変換を行って例えば（Ｒ，Ｇ，Ｂ）＝（０，０，６３）の青にする。そして、変換後の青「（Ｒ，Ｇ，Ｂ）＝（０，０，６３）」を用いて上記矩形「（ｘ１、ｙ１）−（ｖ２、ｙ２）」の枠内を変換後の青色で塗り潰すことになる。これにより、ビデオメモリ４３において、この枠内の全ての画素のＲＧＢデータが、（Ｒ，Ｇ，Ｂ）＝（０，０，６３）となる。
【０１０１】
また、例えば、上記スイッチＯＮ／ＯＦＦ操作に伴って表示色が変わる（赤／青）ことや、センサ等の収集データ（数値）を表示する画面部品に関してはデータ内容が変わることで、表示画面の内容が変わることになり、例えばＣＰＵ１１等は表示画面の内容が変わる毎に、ＳＤＲＡＭ１５のＲＧＢレジスタに変更後の表示画面に係わるＲＧＢデータを格納することになり、その際に上記色変換等を行ってから格納することになる。但し、この例に限らず、ＳＤＲＡＭ１５のＲＧＢレジスタの格納データの更新（表示画面の更新）は、例えば定周期で実行してもよいし、あるいは変数Ｊの更新時に実行してもよいし、これらを組み合わせて実行してもよい。
【０１０２】
また、上記表示画面の更新は、各画面部品毎に行うこともできる。例えば図５に示すスイッチのＯＮ／ＯＦＦ切換時に、このスイッチの描画のみを更新することもできる。
あるいは、各画面部品毎に識別ＩＤが割り当てられているので、たとえば各識別ＩＤに対応付けて上記変数Ｊを登録／変更できるようにしてもよい。これは、上記自動的／手動の何れにおいても実現できる。これによって、例えば上記色変換に関して、各画面部品毎に輝度が異なるようにすることもできる。
【符号の説明】
【０１０３】
１０ プログラマブル表示器
１１ ＣＰＵ
１２ ＦＲＯＭ
１３ ＳＤＲＡＭ
１４ グラフィックアクセラレータ
１５ ＳＤＲＡＭ
１６ ＬＶＤＳコントローラＩＣ
１７ ＬＣＤパネル
２０ プログラマブル表示器
２１ ＣＰＵ
２２ ＦＲＯＭ
２３ ＳＤＲＡＭ
２４ ＬＣＤパネル
３１ 画面データ保持メモリ
３２ 変換（ビットシフト）部
３３ ビデオメモリ
３４ グラフィックコントローラ
３５ 表示部
３６ ＰＷＭ制御部
４１ 画面データ保持メモリ
４２ 変換（ビットシフト）部
４３ ビデオメモリ
４４ グラフィックコントローラ
４５ 表示部
４６ ＰＷＭ制御部
４７ 設定部
４８ タイマ
【特許請求の範囲】
【請求項１】
表示部を備えるプログラマブル表示器であって、
前記表示部に任意の表示画面を表示する表示制御装置を有し、
該表示制御装置は、
前記表示画面の各画素の表示色を決定する各ＲＧＢデータに対して、ビットシフトによる色変換を実行することで、該表示色の濃淡を変更する色変換手段を有し、
前記色変換手段は、所定の指示操作があった場合には前記表示色を濃くするように前記ビットシフトを行うことで前記表示部に表示される前記表示画面の輝度を低下させることを特徴とするプログラマブル表示器。
【請求項２】
前記ビットシフトのシフト量の設定値を記憶する記憶手段を更に有し、
前記色変換手段は該シフト量に従って前記ビットシフトを実行することを特徴とする請求項１記載のプログラマブル表示器。
【請求項３】
任意の設定時刻に対応付けて所定の復帰データが記憶された復帰データ記憶手段を更に有し、
前記色変換手段は、現在時刻が前記設定時刻になったら、該設定時刻に対応する前記復帰データに応じて、前記表示色が現状より淡くなるように前記ビットシフトを行うことで、前記輝度が低下させられた表示画面の輝度を上げることを特徴とする請求項１または２記載のプログラマブル表示器。
【請求項４】
前記表示制御装置は、複数の画面部品を表示することで前記表示画面の表示を行い、
任意の設定時刻に対応付けて所定の復帰データが記憶された復帰データ記憶手段を更に有し、
前記色変換手段は、現在時刻が前記設定時刻になったら、該設定時刻に対応する前記復帰データに応じて、前記複数の画面部品のうち予め決められた特定の画面部品に対して、その表示色が現状より淡くなるように前記ビットシフトを行うことで、前記輝度が低下させられた表示画面における前記特定の画面部品の輝度を上げることを特徴とする請求項１または２記載のプログラマブル表示器。
【請求項５】
前記表示部のバックライトの光量を調整制御するバックライト制御手段と、
任意の設定時刻に対応付けて所定の復帰データが記憶された復帰データ記憶手段とを更に有し、
該バックライト制御手段は、現在時刻が前記設定時刻になったら、該設定時刻に対応する前記復帰データに応じて前記バックライトの光量を増加することで、前記輝度が低下させられた表示画面の輝度を上げることを特徴とする請求項２記載のプログラマブル表示器。
【請求項６】
前記表示部上に表示される画面部品としての操作ボタンとは異なる、物質的な操作ボタンを更に有し、
該物質的な操作ボタンには、前記表示画面の輝度を上げるためのコマンド、または前記表示画面上に表示される複数の画面部品のうちの所定の画面部品の輝度を上げるためのコマンドが割り当てられていることを特徴とする請求項１記載のプログラマブル表示器。
【請求項７】
表示部と、該表示部に任意の表示画面を表示する表示制御装置を有するプログラマブル表示器における該表示制御装置であって、
前記表示画面の各画素の表示色を決定する各ＲＧＢデータに対して、ビットシフトによる色変換を実行することで、該表示色の濃淡を変更する色変換手段を有し、
前記色変換手段は、所定の指示操作があった場合には前記表示色を濃くするように前記ビットシフトを行うことで前記表示部に表示される前記表示画面の輝度を低下させることを特徴とするプログラマブル表示器の表示制御装置。
【請求項１】
表示部を備えるプログラマブル表示器であって、
前記表示部に任意の表示画面を表示する表示制御装置を有し、
該表示制御装置は、
前記表示画面の各画素の表示色を決定する各ＲＧＢデータに対して、ビットシフトによる色変換を実行することで、該表示色の濃淡を変更する色変換手段を有し、
前記色変換手段は、所定の指示操作があった場合には前記表示色を濃くするように前記ビットシフトを行うことで前記表示部に表示される前記表示画面の輝度を低下させることを特徴とするプログラマブル表示器。
【請求項２】
前記ビットシフトのシフト量の設定値を記憶する記憶手段を更に有し、
前記色変換手段は該シフト量に従って前記ビットシフトを実行することを特徴とする請求項１記載のプログラマブル表示器。
【請求項３】
任意の設定時刻に対応付けて所定の復帰データが記憶された復帰データ記憶手段を更に有し、
前記色変換手段は、現在時刻が前記設定時刻になったら、該設定時刻に対応する前記復帰データに応じて、前記表示色が現状より淡くなるように前記ビットシフトを行うことで、前記輝度が低下させられた表示画面の輝度を上げることを特徴とする請求項１または２記載のプログラマブル表示器。
【請求項４】
前記表示制御装置は、複数の画面部品を表示することで前記表示画面の表示を行い、
任意の設定時刻に対応付けて所定の復帰データが記憶された復帰データ記憶手段を更に有し、
前記色変換手段は、現在時刻が前記設定時刻になったら、該設定時刻に対応する前記復帰データに応じて、前記複数の画面部品のうち予め決められた特定の画面部品に対して、その表示色が現状より淡くなるように前記ビットシフトを行うことで、前記輝度が低下させられた表示画面における前記特定の画面部品の輝度を上げることを特徴とする請求項１または２記載のプログラマブル表示器。
【請求項５】
前記表示部のバックライトの光量を調整制御するバックライト制御手段と、
任意の設定時刻に対応付けて所定の復帰データが記憶された復帰データ記憶手段とを更に有し、
該バックライト制御手段は、現在時刻が前記設定時刻になったら、該設定時刻に対応する前記復帰データに応じて前記バックライトの光量を増加することで、前記輝度が低下させられた表示画面の輝度を上げることを特徴とする請求項２記載のプログラマブル表示器。
【請求項６】
前記表示部上に表示される画面部品としての操作ボタンとは異なる、物質的な操作ボタンを更に有し、
該物質的な操作ボタンには、前記表示画面の輝度を上げるためのコマンド、または前記表示画面上に表示される複数の画面部品のうちの所定の画面部品の輝度を上げるためのコマンドが割り当てられていることを特徴とする請求項１記載のプログラマブル表示器。
【請求項７】
表示部と、該表示部に任意の表示画面を表示する表示制御装置を有するプログラマブル表示器における該表示制御装置であって、
前記表示画面の各画素の表示色を決定する各ＲＧＢデータに対して、ビットシフトによる色変換を実行することで、該表示色の濃淡を変更する色変換手段を有し、
前記色変換手段は、所定の指示操作があった場合には前記表示色を濃くするように前記ビットシフトを行うことで前記表示部に表示される前記表示画面の輝度を低下させることを特徴とするプログラマブル表示器の表示制御装置。
【図１】
【図５】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【公開番号】特開２０１２−６３６９４（Ｐ２０１２−６３６９４Ａ）
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願番号】特願２０１０−２０９５０７（Ｐ２０１０−２０９５０７）
【出願日】平成２２年９月１７日（２０１０．９．１７）
【出願人】（５９１０１６２５３）発紘電機株式会社 (23)
【Ｆターム（参考）】
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願日】平成２２年９月１７日（２０１０．９．１７）
【出願人】（５９１０１６２５３）発紘電機株式会社 (23)
【Ｆターム（参考）】
[ Back to top ]