(57)【要約】【課題】アプリケーション毎に輝度値を変更することによって、ユーザが使用する時に最適な見易さの表示画面を実現すると共に、消費電力を抑える携帯端末及び表示方法を提供する。【解決手段】現在画面描画を行っているアプリケーションＡとは、別のアプリケーションＢが画面描画を開始した時に、制御部３が描画開始を検知後、アプリケーション判定部４が該アプリケーションＢを特定する。制御部３は参照テーブル６ｂから対応する輝度値Ｎｏ．を取得し、記憶部６の該アプリケーションＢに対応した輝度値テーブル６ａから輝度値を取得し、表示部２に渡す。表示部２は制御部３から送られた輝度値から輝度値を計算し、該輝度値の画面イメージを作成し、画面描画する。【選択図】図１
2007150831.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションに基づく表示手段における輝度値を記憶する記憶手段と、
アプリケーションを表示する際に、前記記憶手段の前記アプリケーションに対応する輝度値に基づいて前記表示手段の輝度を制御する制御手段と、
を具備する事を特徴とする携帯端末。
【請求項２】
前記記憶手段は、アプリケーションがテキスト文字列の表示を主体とするグループと、画像の表示を主体とするグループとそれぞれに表示手段における輝度値を記憶し、
前記制御手段は、アプリケーションを表示する際に、該アプリケーションのグループに対応する輝度値に基づいて前記表示手段の輝度値を制御する事を特徴とする請求項１に記載の携帯端末。
【請求項３】
前記記憶手段は、表示画面に対する自然画が表示される面積比に基づく表示手段における輝度値を記憶し、
前記制御手段は、表示画面に自然画を表示するアプリケーションを表示する際に、自然画の面積比を算出し、前記記憶手段の前記面積比に対応する輝度値に基づいて、前記表示手段の輝度を制御する事を特徴とする請求項１又は２に記載の携帯端末。
【請求項４】
前記記憶手段は、電池残量に基づく表示手段における輝度値を記憶し、
前記制御手段は、電池残量を取得し、電池残量が変化した際に前記記憶手段の電池残量に基づいて前記表示手段の輝度を制御する事を特徴とする請求項１〜３に記載の携帯端末。
【請求項５】
前記制御手段は、操作手段が操作されてからの経過時間に応じて輝度値を下げる事を特徴とする請求項１〜４に記載の携帯端末。
【請求項６】
前記記憶手段は、アプリケーションの表示領域に基づいて表示手段における輝度値を記憶し、
前記制御手段は、アプリケーションを表示する際に、前記記憶手段の前記表示領域に対応する輝度値に基づいて前記表示手段の輝度値を制御することを特徴とする請求項１〜５に記載の携帯端末。
【請求項７】
アプリケーションを表示する際に、該アプリケーションの特定をし、
該アプリケーションの特定結果に対応する輝度値を特定し、当該特定した輝度値に基づいて表示画面の輝度を制御する事を特徴とする表示方法。
【請求項８】
前記制御手段は、イベント発生してからの経過時間に応じて輝度値を下げる事を特徴とする請求項１〜４に記載の携帯端末。
【請求項９】
前記制御手段は、画面の更新が発生してからの経過時間に応じて輝度値を下げる事を特徴とする請求項１〜４に記載の携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話装置、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）デジタルカメラ、携帯テレビ等のバッテリ駆動による携帯端末及び表示方法に関する。
【背景技術】
【０００２】
従来技術では、表示液晶画面の輝度値を変更する方法として、画面のメニューから輝度値を変更する方法がある。また、一定時間操作を行っていない時にバックライトを消すような省電力機能のための技術は既に知られている。また、輝度値を変更する技術としては、文字などの画面を白基調のものから、黒基調のものに変更することで消費電力を抑える技術がある（例えば、特許文献１参照）。
【特許文献１】特開２００２−１９９０７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の技術においては、表示部の輝度値を特定の値に変更するもので、その設定値はアプリケーション毎に変更する事が出来なかった。そのため、アプリケーションによっては表示画面が見づらくなっていた。また、アプリケーションを変更する毎にユーザが輝度値を変更するのは不便である。また、アプリケーションに関係なく画面の補正を行っているので、アプリケーションによっては必要以上に補正をかけてしまう場合や、ほとんど補正が行われない場合が考えられる。そのため、アプリケーションの持つ雰囲気（見た目、イメージなど）を損なう可能性があった。
【０００４】
本発明はかかる課題を解決するためになされたもので、表示しているアプリケーション毎に輝度値を変更することによって、ユーザが使用するために最適な見易さを実現すると共に、消費電力を抑える携帯端末及び表示方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、アプリケーションに基づく表示手段における輝度値を記憶する記憶手段と、アプリケーションを表示する際に、前記記憶手段の前記アプリケーションに対応する輝度値に基づいて前記表示手段の輝度を制御する制御手段と、を具備する事を特徴とする携帯端末である。
【０００６】
また、請求項２に記載の発明は、前記記憶手段は、アプリケーションがテキスト文字列の表示を主体とするグループと、画像の表示を主体とするグループとそれぞれに表示手段における輝度値を記憶し、前記制御手段は、アプリケーションを表示する際に、該アプリケーションのグループに対応する輝度値に基づいて前記表示手段の輝度値を制御する事を特徴とする請求項１に記載の携帯端末である。
【０００７】
また、請求項３に記載の発明は、前記記憶手段は、表示画面に対する自然画が表示される面積比に基づく表示手段における輝度値を記憶し、前記制御手段は、表示画面に自然画を表示するアプリケーションを表示する際に、自然画の面積比を算出し、前記記憶手段の前記面積比に対応する輝度値に基づいて、前記表示手段の輝度を制御する事を特徴とする請求項１又は２に記載の携帯端末である。
【０００８】
また、請求項４に記載の発明は、前記記憶手段は、電池残量に基づく表示手段における輝度値を記憶し、前記制御手段は、電池残量を取得し、電池残量が変化した際に前記記憶手段の電池残量に基づいて前記表示手段の輝度を制御する事を特徴とする請求項１〜３に記載の携帯端末である。
【０００９】
また、請求項５に記載の発明は、前記制御手段は、操作手段が操作されてからの経過時間に応じて輝度値を下げる事を特徴とする請求項１〜４に記載の携帯端末である。
【００１０】
また、請求項６に記載の発明は、前記記憶手段は、アプリケーションの表示領域に基づいて表示手段における輝度値を記憶し、前記制御手段は、アプリケーションを表示する際に、前記記憶手段の前記表示領域に対応する輝度値に基づいて前記表示手段の輝度値を制御することを特徴とする請求項１〜５に記載の携帯端末である。
【００１１】
また、請求項７に記載の発明は、アプリケーションを表示する際に、該アプリケーションの特定をし、該アプリケーションの特定結果に対応する輝度値を特定し、当該特定した輝度値に基づいて表示画面の輝度を制御する事を特徴とする表示方法である。
【００１２】
また、請求項８に記載の発明は、前記制御手段は、イベント発生してからの経過時間に応じて輝度値を下げる事を特徴とする請求項１〜４に記載の携帯端末である。
【００１３】
また、請求項９に記載の発明は、前記制御手段は、画面の更新が発生してからの経過時間に応じて輝度値を下げる事を特徴とする請求項１〜４に記載の携帯端末である。
【発明の効果】
【００１４】
本発明によれば、表示中のアプリケーション毎に輝度値を変更することによって、ユーザが使用するために最適な見易さを実現すると共に、消費電力を抑えることができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の実施形態について説明する。図１は本実施形態による携帯端末（携帯装置）の構成を示すブロック図である。図１の携帯端末は、基地局と送受信を行う送受信部１と、携帯端末と表示制御部とから構成される表示部２と、装置全体の制御を行う制御部３と、現在表示中のアプリケーションの判定を行うアプリケーション判定部４と、画面に表示される内容がテキストデータなのか自然画を主体としたものなのかを判定する表示種別判定部５と、輝度値テーブル６ａ、参照テーブル６ｂ、アプリケーショングループ６ｃ、相対輝度値テーブル６ｄの各テーブルが格納された記憶部６と、画面に表示される写真画像等の自然画の面積を特定し、判定結果に応じた処理を行う表示領域判定部７と、端末（装置）のバッテリ（不図示）の電池残量を検出し、検出結果に応じた処理を行う電池残量検出部８と、ユーザ操作があると、又はイベント（例えばメール受信など）が発生してからタイマを設定するタイマ部９とから構成されている。
【００１６】
制御部３は、画面描画時に、描画する内容を表示部２に通知する。タイマ部９は、アプリケーションが起動した時に設定された後、キー操作がある毎にタイマを再設定し、タイマが満了すれば制御部３に通知する。なお、タイマ部９は必ずしもキー操作がある毎に限らず、イベントが発生してからタイマを再設定してもよい。記憶部６内の輝度値テーブル６ａはアプリケーション判定部４などから参照され、また、アプリケーショングループ６ｃはアプリケーションのグループを記憶している。なお、記憶部６内の輝度値テーブル６ａは、アプリケーション判定部４、表示種別判定部５、表示領域判定部７、電池残量検出部８で個別に用意しても良いし、１つの輝度値テーブル６ａを、アプリケーション判定部４などが共有して使うようにしても良い。記憶部６に記憶されているテーブルの内の、輝度値テーブル６ａと、アプリケーショングループ６ｃとを分けているが、１つにまとめても良い。
【００１７】
図２はアプリケーション判定部４が使用する参照テーブル６ｂの一例である。図２の参照テーブル６ｂは、アプリケーションの欄と、参照する輝度値Ｎｏ．の欄とから構成され、アプリケーション毎に参照する輝度値Ｎｏ．を指定している。なお、アプリケーション毎に輝度値Ｎｏ．を設けるようにしても良いし、複数のアプリケーションが同じ輝度値Ｎｏ．を参照するようにしても良い。
【００１８】
図３は輝度値テーブル６ａの一例である。図３の輝度値テーブル６ａは、輝度値Ｎｏ．の欄と、輝度値の欄とから構成されている。ここで、図３の輝度値とは輝度値を変更するためのパラメータで、値が大きいほど輝度値は大きくなる。変更後の輝度値は例えば下式で求められる。
変更後の輝度値＝（元の輝度値）×（輝度値）  …  （１）
表示部２は変更後の輝度値から画面に表示すべき色を求めて画面に描画する。
図２で電話の参照する輝度値Ｎｏ．は「１」となっているので、図３より輝度値が０．６、従って、変更後の画素の輝度値は元の輝度値の６割の明るさになる。図３には輝度値テーブル６ａを１つしか記述してないが、輝度値テーブル６ａを複数個用意して、アプリケーションに応じて使い分けるようにしてもよい。
【００１９】
図４は、自然画の面積比変化時に表示領域判定部７が使用する相対輝度値テーブル６ｄの一例である。図４の相対輝度値テーブル６ｄは、表示領域と自然画の面積比の欄と、輝度値Ｎｏ．の相対的な段階の欄とから構成され、４段階に分けられた面積比の自然画が表示された時に、それぞれの使用している輝度値Ｎｏ．から相対的にどの輝度値Ｎｏ．に変更するかを示すものである。
【００２０】
例えば、現在の輝度値Ｎｏ．が４のとき、表示する自然画の面積比が７０％であったとすると、相対輝度値テーブル６ｄより７０％が属する輝度値Ｎｏ．の相対的な段階はー１であるので、輝度値Ｎｏ．を一段階下げて輝度値Ｎｏ．を３に変更する。また、現在の輝度値Ｎｏ．が２のとき、表示する自然画の面積比が５０％であったとすると、相対的な段階は−２であるが２段階も下げられないので、輝度値Ｎｏ．を１に変更するものとする。
【００２１】
図５は、電池残量変化時に使用する相対輝度値テーブル６ｄの一例である。図５の相対輝度値テーブル６ｄは、電池残量の欄と、輝度値Ｎｏ．の相対的な段階の欄とから構成され、５段階に分けられた電池残量の段階が変化したときに、それぞれ現在使用している輝度値Ｎｏ．から、どの輝度値Ｎｏ．に変更すべきかを示すものである。
【００２２】
例えば、現在の輝度値Ｎｏ．が４のとき、電池残量が３に変化したとすると、相対輝度値テーブルより輝度値Ｎｏ．の相対的な段階はー１であるので、輝度値Ｎｏ．を一段階さげて輝度値Ｎｏ．を３に変更する。また、表示が充電中の場合は輝度値Ｎｏ．の変更は行わない。
【００２３】
図６は、記憶部６に記憶されたアプリケーショングループ６ｃの一例である。図６のアプリケーショングループ６ｃは、アプリケーショングループの欄と、アプリケーションの欄と、参照する輝度値Ｎｏ．の欄とから構成され、アプリケーショングループ６ｃは表示種別判定部５が現在表示中のアプリケーションの属するグループを判定するために使用する。なお、アプリケーショングループに登録されているアプリケーションはユーザが登録／変更／削除できるようにしても良い。また、アプリケーショングループをユーザが登録／変更／削除できるようにしても良い。
【００２４】
次に図面を用いて本実施形態の動作について説明する。図７はアプリケーション毎に、輝度を変更する場合の処理フローである。以下の動作は、制御部３が画面描画をするタイミングで行うものとする。本例では、アプリケーションＢはメールであるものとする。
ステップＳ１０１では、制御部３において、現在画面描画を行っているアプリケーションＡとは、別のアプリケーションＢを表示しないか調べ、画面描画を開始したかどうかを判断する。開始した場合はステップＳ１０２に進み、開始していない場合はこのステップＳ１０１を繰り返す。
ステップＳ１０２では、アプリケーション判定部４がアプリケーションＢを判定し、特定する。
ステップＳ１０３では、制御部３は特定したアプリケーションＢを基に、記憶部内６にある輝度値参照テーブル６ｂからメールを参照し、アプリケーションＢ（メール）に対応した輝度値Ｎｏ．の３を取得する。
ステップＳ１０４では、制御部３はステップＳ１０３で求めた輝度値Ｎｏ．を基に、記憶部内６にある輝度値の０．８を求める。
【００２５】
ステップＳ１０５では、制御部３は輝度値を表示部２に通知する。
ステップＳ１０６では、表示部２は画面イメージの輝度値を求める。
ステップＳ１０７では、表示部２は式（１）を使って変更後の輝度値を求める。
ステップＳ１０８では、表示部２は変更後の輝度値をもとに画面イメージを作成する。
ステップＳ１０９では、表示部２はステップＳ１０８で作成した画面イメージを画面描画する。
【００２６】
ここで、上記実施例では、一実施例として、画面イメージの輝度値を求め描画する処理（Ｓ１０６〜Ｓ１０９）を記載しているが、ステップＳ１０６〜Ｓ１０９の代わりに、ステップＳ１０５において制御部３が対応する輝度値を表示部に通知して、表示部が電流、電圧、発光している時間（デューティー比）などを制御して、画面の輝度を通知された輝度値に基づいて下げる制御により実現しても良い。
【００２７】
また、図８はアプリケーショングループ毎に、輝度を変更する時の処理フローである。以下の動作は、制御部３が画面描画をするタイミングで行うものとする。本例では、アプリケーションでメールを選択するものとする。
ステップＳ２０１では、制御部３において、現在画面描画を行っているアプリケーションＡとは、別のアプリケーションＢを表示しないか調べ、画面描画を開始したかどうかを判断する。開始した場合はステップＳ２０２に進み、開始していない場合はこのステップＳ２０１を繰り返す。
ステップＳ２０２では、アプリケーション判定部４でアプリケーションＢを判定し、特定する。
ステップＳ２０３では、制御部３は特定したメールのアプリケーションＢの属しているアプリケーショングループである「テキスト文字列」を記憶部６内にあるアプリケーショングループから求める。
ステップＳ２０４では、記憶部６内のアプリケーショングループからアプリケーショングループに対応した輝度値Ｎｏ．の３を取得する。
ステップＳ２０５では、制御部３はステップＳ２０４で取得した輝度値Ｎｏ．を基に、記憶部内６にある輝度値０．８を求める。
【００２８】
ステップＳ２０６では、制御部３は輝度値を表示部２に通知する。
ステップＳ２０７では、表示部２は画面イメージの輝度値を求める。
ステップＳ２０８では、表示部２は式（１）を使って変更後の輝度値を求める。
ステップＳ２０９では、表示部２は変更後の輝度値をもとに画面イメージを作成する。
ステップＳ２１０では、表示部２はステップＳ２０９で作成した画面イメージを画面描画する。
【００２９】
ここで、上記実施例では、一実施例として、画面イメージの輝度値を求め描画する処理（Ｓ２０７〜Ｓ２１０）を記載しているが、ステップＳ２０７〜Ｓ２１０の代わりに、ステップＳ２０６において制御部３が対応する輝度値を表示部に通知して、表示部が電流、電圧、発光している時間（デューティー比）などを制御して、画面の輝度を通知された輝度値に基づいて下げる制御により実現しても良い。
【００３０】
また、図９は表示領域内の自然画の面積比に応じて、輝度を変更する時の処理フローである。以下の動作は、制御部３が画面描画をするタイミングで行うものとする。本例では、自然画の面積比が７０％の時を例に取る。
ステップＳ３０１では、制御部３において、現在画面描画を行っているアプリケーションＡとは、別のアプリケーションＢを表示しないか調べ、画面描画を開始したかどうかを判断する。開始した場合はステップＳ３０２に進み、開始していない場合はステップＳ３０７に進む。
ステップＳ３０２では、アプリケーション判定部４がアプリケーションＢを判定し、特定する。
ステップＳ３０３では、制御部３は特定したアプリケーションＢの属しているアプリケーショングループの「自然画」を記憶部６内にあるアプリケーショングループから求める。
【００３１】
ステップＳ３０４では、記憶部６内のアプリケーショングループからアプリケーショングループに対応した輝度値Ｎｏ．の４を取得する。
ステップＳ３０５では、制御部３において、表示する画面（シーン）が自然画を扱う画面か判定する。自然画を扱う画面の場合は、ステップＳ３０６へ進む。自然画を扱う画面でない場合は、ステップＳ３１０へ進む。
ステップＳ３０６では、制御部３において、アプリケーションが表示する表示領域と自然画の面積比を求める。
ステップＳ３０７では、制御部３において、ステップＳ３０６で求めた面積比の７０％をもとに、記憶部６内にある相対輝度値テーブルから対応する輝度値Ｎｏ．の相対的な段階であるー１を求める。
ステップＳ３０８では、制御部３において、ステップＳ３０７で求めた相対的な段階のー１と、ステップＳ３０４で求めている輝度値Ｎｏ．の４とから新しい輝度値Ｎｏ．の３を求める。
（新しい輝度値Ｎｏ．＝ステップＳ３０４で求めた輝度値Ｎｏ．＋ステップＳ３０７で求めた相対的な段階）
【００３２】
ステップＳ３０９では、制御部３はステップＳ３０８で求めた輝度値Ｎｏ．を基に、記憶部内６にある輝度値の０．８を求める。
ステップＳ３１０では、制御部３は輝度値を表示部２に通知する。
ステップＳ３１１では、表示部２は画面イメージの輝度値を求める。
ステップＳ３１２では、表示部２は式（１）を使って変更後の輝度値を求める。
ステップＳ３１３では、表示部２は変更後の輝度値をもとに画面イメージを作成する。
ステップＳ３１４では、表示部２はステップＳ３１３で作成した画面イメージを画面描画する。
【００３３】
ここで、上記実施例では、一実施例として、画面イメージの輝度値を求め描画する処理（Ｓ３１１〜Ｓ３１４）を記載しているが、ステップＳ３１１〜Ｓ３１４の代わりに、ステップＳ３１０において制御部３が対応する輝度値を表示部に通知して、表示部が電流、電圧、発光している時間（デューティー比）などを制御して、画面の輝度を通知された輝度値に基づいて下げる制御により実現しても良い。
【００３４】
図９ではアプリケーショングループ種別を使う場合であるが、図７のアプリケーション種別を使う場合にも適用できる。その場合、ステップＳ１０３の輝度値Ｎｏ．を取得した後に、ステップＳ３０５の自然画を扱う画面かどうかの判定を行う事となる。
【００３５】
また、図１０は電池残量に応じて輝度を変更する時の処理フローである。ここで制御部３は定期的に電池残量を取得しており、以下の動作は制御部３が電池残量検出部８から電池残量を取得するタイミングで行う。また図１０の処理は、図７〜図９の処理とは独立して動作するので、図７〜図９と同時に行うことも可能である。本例では、電池残量が３になった時を例に取る。
【００３６】
ステップＳ４０１では、制御部３が電池残量検出部８から電池残量を取得する。
ステップＳ４０２では、制御部３でステップＳ４０１の時取得された電池残量と、前回取得された電池残量とを比較する。
ステップＳ４０３では、制御部３でステップＳ４０２の時求めた電池残量の３をもとに、記憶部６内にある相対輝度値テーブル６ｄから対応する輝度値Ｎｏ．の相対的な段階のー１を求める。
ステップＳ４０４では、制御部３において、ステップＳ４０３で求めた相対的な段階のー１と、制御部３が持っている輝度値Ｎｏ．の３とから新しい輝度値Ｎｏ．の２を求める。
（新しい輝度値Ｎｏ．＝  制御部３が保持している輝度値Ｎｏ．＋  ステップＳ４０３で求めた相対的な段階）
【００３７】
ステップＳ４０５では、制御部３は、ステップＳ４０４で求めた輝度値Ｎｏ．をもとに記憶部６内にある輝度値テーブル６ａから輝度値の０．７を求める。
ステップＳ４０６では、制御部３は輝度値を表示部２に通知する。
ステップＳ４０７では、表示部２は画面イメージの輝度値を求める。
ステップＳ４０８では、表示部２は式（１）を使って変更後の輝度値を求める。
ステップＳ４０９では、表示部２は変更後の輝度値をもとに画面イメージを作成する。
ステップＳ４１０では、表示部２はステップＳ４０９で作成した画面イメージを画面描画する。
【００３８】
ここで、上記実施例では、一実施例として、画面イメージの輝度値を求め描画する処理（Ｓ４０７〜Ｓ４１０）を記載しているが、ステップＳ４０７〜Ｓ４１０の代わりに、ステップＳ４０６において制御部３が対応する輝度値を表示部に通知して、表示部が電流、電圧、発光している時間（デューティー比）などを制御して、画面の輝度を通知された輝度値に基づいて下げる制御により実現しても良い。
【００３９】
また、図１１は所定時間が経過した時（ユーザの操作がない場合）の処理フローである。また図１１の処理は、図７〜図１０の処理とは独立して動作するので、図７〜図１０と同時に行うことも可能である。
ステップＳ５０１では、制御部３はユーザの操作、画面の更新、イベント発生などがあったときに、タイマ部９に対しタイマをセットするように命令する。タイマ部９はその命令でタイマをセットする。
ステップＳ５０２では、タイマ部９はタイマの時間が満了する場合は、制御部３に対し通知し、ステップＳ５０３に進む。満了していない場合は、ステップＳ５０２に進む。
ステップＳ５０３では、制御部３は現在の輝度値Ｎｏ．を取得する。
ステップＳ５０４では、制御部３はタイマ部９から送られた通知をもとに、制御部３が保持している輝度値Ｎｏ．を１つ下げる。
【００４０】
ステップＳ５０５では、制御部３は、ステップＳ５０４で求めた輝度値Ｎｏ．をもとに記憶部６内にある輝度値テーブルから輝度値を求める。
ステップＳ５０６では、制御部３は輝度値を表示部２に通知する。
ステップＳ５０７では、表示部２は画面イメージの輝度値を求める。
ステップＳ５０８では、表示部２は式（１）を使って変更後の輝度値を求める。
ステップＳ５０９では、表示部２は変更後の輝度値をもとに画面イメージを作成する。
ステップＳ５１０では、表示部２はステップＳ５０９で作成した画面イメージを画面描画する。
【００４１】
ここで、上記実施例では、一実施例として、画面イメージの輝度値を求め描画する処理（Ｓ５０７〜Ｓ５１０）を記載しているが、ステップＳ５０７〜Ｓ５１０の代わりに、ステップＳ５０６において制御部３が対応する輝度値を表示部に通知して、表示部が電流、電圧、発光している時間（デューティー比）などを制御して、画面の輝度を通知された輝度値に基づいて下げる制御により実現しても良い。
【００４２】
次に表示画面の画面イメージを表示領域に分け、輝度値を表示画面の表示領域毎に対応させた場合について説明する。図１２は表示画面の画面イメージを表示領域に分ける分け方の一例である。また、図１３は領域種別毎の参照する輝度値Ｎｏ．を示す領域種別テーブルの一例である。図１４は表示領域に領域種別を対応させたときの対応関係を示す表示領域テーブルの一例である。また、各表示領域の輝度値の設定においては、図１３に示すように「領域種別」毎に輝度値Ｎｏ．の設定を行う。また、画面イメージの分割はアプリケーションで行い、表示領域が変わる毎に表示部２に表示領域の座標と領域種別を通知する。表示部２はアプリケーションから通知される領域種別を基に輝度値テーブル６ａを特定し、表示領域内の輝度値を特定した輝度値テーブル６ａをもとに変更する。
【００４３】
図１５は画面全体に対して輝度値を変更した時の画面イメージの例である。変更前の画面イメージについて、輝度値を０．９、０．６とすると、輝度が順に低くなっている事が分かる。また、図１５には図１２のように表示領域を設定した時の、表示領域毎の輝度値変更を変更前の画面イメージについて行った時の例が示されている。またこの時の各表示領域の表示種別は図１４のようになっている。表示領域１は輝度値Ｎｏ．が１（輝度値が０．６）なので、明るさはほぼ半減しているが、表示領域２は輝度値Ｎｏ．が５（輝度値が１．０）なので明るさは変化していない。
【００４４】
なお、画面イメージの分割する表示領域の数及び、表示領域の形については制限を行わない。ただし、分割する表示領域が増える、または表示領域の形が複雑なものは表示部２において画面イメージを変更するために処理に時間がかかるため、アプリケーション毎に制限を設けても良い。また、領域種別の項目は図１３のようなものでなく、メニュー、ピクト、画像表示領域などといった機能的な区別でもよいし、重要度的な分類でもよい。
【００４５】
図１６は表示画面の輝度値変更倍率を表示領域毎に変更させる場合の輝度変更の処理を示すフローである。以下の動作は、制御部３が画面描画をするタイミングで行うものとする。
ステップＳ６０１では、制御部３において、現在画面描画を行っているアプリケーションＡとは、別のアプリケーションＢを表示しないか調べ、画面描画を開始したかどうかを判断する。開始した場合はステップＳ６０２に進み、開始していない場合はステップＳ６０３に進む。
ステップＳ６０２では、アプリケーション判定部４がアプリケーションＢを判定し、特定する。
ステップＳ６０３では、制御部３は記憶部６内にある領域種別テーブルを取得し、アプリケーションから表示領域テーブルを取得する
【００４６】
ステップＳ６０４では、制御部３は前回と表示領域テーブルが変わっていないか確認する。変わっていた場合はステップＳ６０５に進み、変わっていない場合はステップＳ６０１に戻る。
ステップＳ６０５では、制御部３は、領域種別テーブルから、領域種別に対応した輝度値Ｎｏ．を取得する。
ステップＳ６０６では、制御部３は、輝度値テーブルから輝度値を取得する。
ステップＳ６０７では、制御部３は、アプリケーションから通知された表示領域の座標と、ステップＳ６０６で求めた輝度値を表示部２に通知する。
【００４７】
ステップＳ６０８では、表示部２は表示領域の輝度値を求める。
ステップＳ６０９では、表示部２は式（１）を使って変更後の輝度値を求める。
ステップＳ６１０では、表示部２は変更後の輝度値をもとに画面イメージを作成する。
ステップＳ６１１では、表示部２はステップＳ６１０で作成した画面イメージを画面描画する。
ステップＳ６０５、ステップＳ６０６及びステップＳ６０８からステップＳ６１１までの処理は全表示領域について行うものとする。
【００４８】
ここで、上記実施例では、一実施例として、画面イメージの輝度値を求め描画する処理（Ｓ６０８〜Ｓ６１１）を記載しているが、ステップＳ６０８〜Ｓ６１１の代わりに、ステップＳ６０７において制御部３が対応する輝度値を表示部に通知して、表示部が電流、電圧、発光している時間（デューティー比）などを制御して、画面の輝度を通知された輝度値に基づいて下げる制御により実現しても良い。
【００４９】
本発明は、携帯電話装置、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）デジタルカメラ、携帯テレビ等のバッテリ駆動による携帯端末及び表示方法に用いて好適である。また、本発明の変更する輝度値は、デフォルトの輝度に対する低減率を示すものであって、その低減方法は本実施例に限定されるものではなく、本発明の精神及び意図を逸脱しない限り種々変形が可能である。
【図面の簡単な説明】
【００５０】
【図１】本発明の実施形態にかかる携帯端末の構成を示すブロック図である。
【図２】本発明の実施形態にかかる携帯端末で使用する参照テーブル６ｂの例を示す図である。
【図３】本発明の実施形態にかかる携帯端末で使用する輝度値テーブル６ａの例を示す図である。
【図４】本発明の実施形態にかかる表示領域判定部７が使用する相対輝度値テーブル６ｄの例を示す図である。
【図５】本発明の実施形態にかかる電池残量検出部８が使用する相対輝度値テーブル６ｄの例を示す図である。
【図６】本発明の実施形態にかかる表示種別判定部５が使用するアプリケーショングループ６ｃの例を示す図である。
【図７】本発明の実施形態にかかる携帯端末のアプリケーション毎に輝度値を変更した時の処理内容を示すフローである。
【図８】本発明の実施形態にかかる携帯端末のアプリケーショングループ毎に輝度値を変更した時の処理内容を示すフローである。
【図９】本発明の実施形態にかかる携帯端末の表示領域内の自然画の面積比に応じて輝度値を変更した時の処理内容を示すフローである。
【図１０】本発明の実施形態にかかる携帯端末の電池残量に応じて輝度値を変更した時の処理内容を示すフローである。
【図１１】本発明の実施形態にかかる携帯端末の所定の時間が経過したときの処理内容を示すフローである。
【図１２】本発明の実施形態にかかる表示画面の画面イメージを表示領域に分ける分け方の一例を示す図である。
【図１３】本発明の実施形態にかかる表示領域に領域種別を対応させたときの対応関係を示す表示領域テーブルの一例を示す図である。
【図１４】本発明の実施形態にかかる領域種別毎に参照する輝度値Ｎｏ．を対応させる領域種別テーブルの一例を示す図である。
【図１５】本発明の実施形態にかかる表示画面の画面イメージの輝度値を変更した時の画面イメージの例を示す図である。
【図１６】本発明の実施形態にかかる表示画面の輝度値変更倍率を表示領域毎に変更させた場合の輝度変更の処理を示すフローである。
【符号の説明】
【００５１】
１                …  送受信部
２                …  表示部
３                …  制御部
４                …  アプリケーション判定部
５                …  表示種別判定部
６                …  記憶部
７                …  表示領域判定部
８                …  電池残量検出部
９                …  タイマ部
【図１】
2007150831.tif 000003
【図２】
2007150831.tif 000004
【図３】
2007150831.tif 000005
【図４】
2007150831.tif 000006
【図５】
2007150831.tif 000007
【図６】
2007150831.tif 000008
【図７】
2007150831.tif 000009
【図８】
2007150831.tif 000010
【図９】
2007150831.tif 000011
【図１０】
2007150831.tif 000012
【図１１】
2007150831.tif 000013
【図１２】
2007150831.tif 000014
【図１３】
2007150831.tif 000015
【図１４】
2007150831.tif 000016
【図１５】
2007150831.tif 000017
【図１６】
2007150831.tif 000018