JP5332386B2

JP5332386B2 - 携帯端末

Info

Publication number: JP5332386B2
Application number: JP2008201211A
Authority: JP
Inventors: 真隆加藤
Original assignee: Fujitsu Mobile Communications Ltd
Current assignee: Fujitsu Mobile Communications Ltd
Priority date: 2008-08-04
Filing date: 2008-08-04
Publication date: 2013-11-06
Anticipated expiration: 2028-08-04
Also published as: US20100029338A1; JP2010039139A; US8483769B2

Description

本発明は、表示制御の際に、背景レイヤの合成を行う必要があるかどうかを判定して、不要な場合にはこの合成処理を省略することができる携帯端末に関する。

近年、携帯電話機等の携帯端末における表示装置（ディスプレイ等）の高精細化に伴い、画面のデータ量が増加し、ユーザに対して一度に多くの情報を提供することができるようになってきた。しかしながら、画面のデータ量が増加することで１回の画面更新にかかる時間や消費電力が増えてしまっているため、ユーザ操作に対する応答性が悪化するとともに、携帯端末の電池持ちも悪化してしまっている。

これらを解決するために、ユーザの視認性の向上を図りつつ、装置の開発コストや装置コストの低廉化、さらには、省電力化を図ることができる画像処理装置が提案されている（特許文献１参照）。この情報処理装置は、所定のサイズの表示部を備えると共に、この表示部に表示するための予め設定されたサイズの表示用データを出力する少なくとも２以上のアプリケーションが実装された情報処理装置であって、各アプリケーションから出力された各表示用データから、同一サイズの表示用画像データをそれぞれ生成する表示用画像データ生成手段と、これら生成された各表示用画像データを重ね合わせて合成し、表示部に表示するよう出力する画像合成出力手段と、を備えたものである。
特開２００８−９０６４５号公報

携帯端末のディスプレイの表示画面は複数の画像（画面レイヤ）が合成されることにより生成されており、その性能は合成する画面レイヤの数に比例する。一般的な携帯端末において、画面レイヤを合成する際に、通常、画面レイヤの透過指定が有効であるかどうかの判定を行っているが、背景レイヤが必要か否かに関わらずに背景レイヤが合成されるように設計されている。よって、携帯端末において、上位のアプリケーションプログラムに修正を発生させずに、背景レイヤの合成が不要な場合にはこの合成を省略できることが望ましい。

本発明は、上記課題を鑑みなされてものであり、表示制御の際に、背景レイヤの合成が不要な場合にはこの合成を省略することで、上位のアプリケーションプログラムの修正を発生させずに、画面の更新性能を向上させるとともに、負荷軽減によりユーザ操作の応答性を向上させた携帯端末を提供することを目的とする。

上記課題を解決するために、本発明に係る携帯端末は、複数の画面レイヤが合成されて生成された画面を表示する表示手段と、前記表示手段により表示された画面を更新する際、更新対象の画面レイヤの透過指定が有効であるか否か判断する第１の判断手段と、前記第１の判断手段により透過指定が有効であると判断された場合、前記更新対象の画面レイヤのサイズが前記表示手段により表示される画面のサイズ以上であるか否かを判断する第２の判断手段と、前記第２の判断手段により前記更新対象の画面レイヤのサイズが前記表示手段により表示される画面のサイズ以上であると判断された場合、前記更新対象の画面レイヤの背面に合成される画面レイヤが存在するか否かを判断する第３の判断手段と、前記第３の判断手段により背面に合成される画面レイヤが存在しないと判断された場合、前記更新対象の画面レイヤの透過指定を無効に設定する設定手段と、を備えたことを特徴とする。

本発明に係る携帯端末によると、表示制御の際に、背景レイヤの合成が不要な場合にはこの合成を省略することで、上位のアプリケーションプログラムの修正を発生させずに、画面の更新性能を向上させるとともに、負荷軽減によりユーザ操作の応答性を向上させることが可能となる。

本発明に係る電子機器の実施形態について、添付図面を参照しながら説明する。本発明に係る携帯端末として、複数の筐体が開閉自在に結合されてなるクラムシェル型の携帯電話機１を例に挙げて説明する。図１（Ａ）は、携帯電話機１の開いた状態を示す正面図、図１（Ｂ）は、本発明に係る携帯電話機１の開いた状態を示す側面図、図２（Ａ）は、携帯電話機１の閉じた状態を示す正面図、図２（Ｂ）は、携帯電話機１の閉じた状態を示す側面図である。

携帯電話機１は、図１及び図２に示すように、主に、矩形の板状の上筐体１０と、この上筐体１０とほぼ同形状をした下筐体１１とにより構成されていて、これらの上筐体１０及び下筐体１１は、閉じた状態において相互に一面を覆うように積層されている。上筐体１０及び下筐体１１は、ヒンジ部１２を挟むようにヒンジ結合されていて、上筐体１０は下筐体１１に対して、ヒンジ部１２を軸にして、図１及び図２のＸ方向に所定角度だけ回転自在なように形成されている。携帯電話機１は、上筐体１０を下筐体１１に対して回転させることにより、閉じた状態から開いた状態に、あるいは開いた状態から閉じた状態に変形する。

上筐体１０の内面（下筐体１１に対面する側の面）には、文字や画像等を含んだ表示情報を表示するためのディスプレイ１３が設けられている。ディスプレイ１３は、例えば液晶パネルで形成された液晶ディスプレイ、または有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）パネルで形成された有機ＥＬディスプレイである。液晶パネルは、液晶に電圧を加えることにより液晶分子の向き（配向）を変化させ、この配向変化を利用して光のシャッターを実現して、バックライト等の光源から発せられた光を遮ったり透過させたりすることにより所定のデータを表示する表示パネルである。また、有機ＥＬパネルは、有機化合物中に注入された電子と正孔の再結合によって生じた励起子（エキシトン）によって発光する現象を利用してデータを表示する表示パネルである。また、上筐体１０の内面には、音声を出力するスピーカ１４が設けられている。

下筐体１１の内面（上筐体１０に対面する側の面）には、例えば、電源のＯＮ／ＯＦＦを切り替えるための電源キーや発呼処理を行うための発呼キー、数字や文字を入力するためのテンキー、メール機能やＷｅｂ閲覧機能等を起動するためのショートカットキー等からなる操作キー１５が設けられている。また下筐体１１の内面には、音声を集音するためのマイクロフォン１６が設けられている。

次に、携帯電話機１の機能について、図３に示すブロック図を用いて説明する。携帯電話機１は、図３に示すように、主制御部２０、電源回路部２１、操作入力制御部２２、表示制御部２３、音声制御部２４、通信制御部２５、記憶部２６、及びテレビ受信部２７が、バスによって相互に通信可能に接続されて構成されている。

主制御部２０は、様々な演算処理を行うＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）を具備し、携帯端末１の総括的な制御を行うとともに、後述する表示制御処理や、その他の様々な演算処理や制御処理等を行う。電源回路部２１は、ユーザによる操作キー１５を介した入力に基づいて電源のオン／オフ状態を切り替え、電源がオン状態の場合には電力供給源（バッテリ等）から各部に対して電力を供給して、携帯端末１を動作可能にする。

操作入力制御部２２は操作キー１５に対する入力インタフェースを備え、操作キー１５が有するいずれかのキーが押されたことを検知すると、押されたキーを示す信号を生成して主制御部２０に伝送する。表示制御部２３はディスプレイ１３に対する表示インタフェースを備え、主制御部２０の制御に基づいて、ディスプレイ１３に文字や画像等からなる画面を表示する。

音声制御部２４は、主制御部２０の制御に基づいて、マイクロフォン１６で集音された音声からアナログ音声信号を生成し、このアナログ音声信号をデジタル音声信号に変換する。また音声制御部２４は、デジタル音声信号を取得すると、主制御部２０の制御に基づいて、このデジタル音声信号をアナログ音声信号に変換し、スピーカ１４から音声として出力する。

通信制御部２５は、主制御部２０の制御に基づいて、基地局からアンテナ２５ａを介して受信した受信信号をスペクトラム逆拡散処理してデータを復元する。このデータは、主制御部２０の指示により、音声制御部２４に伝送されてスピーカ１４から出力されたり、表示制御部２３に伝送されてディスプレイ１３に表示されたり、または記憶部２６に記録されたりする。また通信制御部２５は、主制御部２０の制御に基づいて、マイクロフォン１７で集音された音声データや操作キー１６を介して入力されたデータや記憶部２６に記憶されたデータを取得すると、これらのデータに対してスペクトラム拡散処理を行い、基地局に対してアンテナ２５ａを介して送信する。

記憶部２６は、主制御部２０が行う処理について、処理プログラムや処理に必要なデータ等を格納するＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）やハードディスク、不揮発性メモリ、データベース、主制御部２０が処理を行う際に使用されるデータを一時的に記憶するＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）等から構成される。また、主制御部２０が後述する表示制御処理を行う際の処理プログラムは、例えばＲＯＭに記憶されているものとする。

テレビ受信部２７は、テレビアンテナ２７ａを備えていて、放送局からの地上波ディジタルワンセグ放送波、地上波デジタル放送、地上波３セグメントラジオ放送波等のテレビ放送波をテレビアンテナ２７ａを介して受信する。そしてテレビ受信部２８は、これらの受信したテレビ放送波の受信データを音声信号と画像信号に分離して、画像信号を表示制御部２３によりディスプレイ１３に表示するとともに音声信号を音声制御部２４によりスピーカ１４を介して出力するテレビ視聴処理を行う。

図４に示すように、携帯電話機１において、主制御部２０がアプリケーションプログラムを起動すると、このアプリケーションプログラムの制御に基づいて複数の画面レイヤが生成される。これらの画面レイヤは、ユーザが携帯電話機１を操作するための情報が表示されるＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）画面レイヤ４０、動画像が表示されるマルチメディア画面レイヤ４１等であり、これらの複数の画面レイヤが表示制御部２３により合成されてディスプレイ１３に表示される。なお、ここで、ＵＩ画面レイヤ４０のサイズはディスプレイ１３の表示画面４４のサイズと同じものであるとする。

例えばディスプレイ１３に「２００８．４．４横浜にて」のタイトルの映像が表示される場合、図５（Ａ）に示すように、ＵＩ画面レイヤ４０が「２００８．４．４横浜にて」のタイトルが表示される領域と、映像が表示される領域４０ａ（透過指定）を備えていて、図５（Ｂ）に示すように、マルチメディア画面レイヤ４１が映像が表示される領域を備えている。図５（Ｃ）に示すように、合成表示データ４３において、ＵＩ画面レイヤ４０とマルチメディア画面レイヤ４１とが重ね合わされて、ＵＩ画面レイヤ４０の一部の透過指定の領域４０ａにマルチメディア画面レイヤ４１が嵌め込まれるような形で合成される。

表示制御部２３は、主制御部２０により生成された画面レイヤに基づいてディスプレイ１３に画面を表示するためのドライバ３０、ディスプレイ１３に表示される画面の表示データを一時的に記憶するＦＢ（ＦｌａｍｅＢｕｆｆｅｒ）３１を備えている。ドライバ３０は背景レイヤ４２を備えていて、主制御部２０から複数の画面レイヤを取得すると、これらの画面レイヤ及び背景レイヤ４２を合成して合成結果データ４３を生成して、この合成結果データ４３をＦＶ３１に出力する。なお、合成結果データ４３には、必要な場合にのみ、背景レイヤ４２が合成される。

ＦＢ３１は、ＶＲＡＭ（ＶｉｄｅｏＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）３２を備えていて、ドライバ３０により生成された合成結果データ４３がこのＶＲＡＭ３２に一時的に記憶された後に、ディスプレイ１３に表示される。

ここで、携帯電話機１において、ミドルウェアの制御に基づいて、実行中のアプリケーションプログラムにより生成された複数の画面レイヤがドライバ３０により合成され、その合成結果がＦＢ３１によりディスプレイ１３に転送されることで、ディスプレイ１３に画面が表示される。このとき、ディスプレイ１３の表示内容は、ディスプレイ１３を制御するＦＢ３１内のＶＲＡＭに一旦格納されて、ＶＲＡＭに格納された表示データがディスプレイ１３により所定のリフレッシュレートで示される間隔で参照されることにより、ディスプレイ１３に表示される。

従来、複数の画面レイヤが合成される際、いずれかの一つの画面レイヤに更新要求があり、透過指定があった場合において、画面を構成するすべての画面レイヤが参照されて合成し直されて、ディスプレイ１３に表示される。このときに、画面レイヤは画面を構成するのに必要な数だけ用意され、各アプリケーションプログラムがそれぞれ画像を用意しているが、実際にはこれらのアプリケーションプログラムが使用する画面レイヤ以外に、ドライバ３０が保持している背景レイヤ４２も一緒に合成されている。

そして、いずれかの画面レイヤに透過指定があるときに背面の画面レイヤと合成処理が行なわれ、その背面の画面レイヤに透過指定があるときには、さらにその背面の画面レイヤとの合成が発生する。これが繰り返されて、最終的に背景レイヤ４２との合成が行なわれて、合成結果データ４３が生成される。画面レイヤの透過の有無は画面レイヤ毎に設定されていて、アプリケーションプログラムが画面レイヤを生成するときに、決定される。

透過の手段は、以下の（１）乃至（３）に示すように、複数存在する。
（１）特定の色を１つ透過色として定義する
（２）レイヤ単位に透過率を設定する
（３）画素単位に透過率を設定する

これらは合成の対象の状態に関わらず常に同じ設定のまま使用される。すなわち（１）なら固定の色、（２）なら固定の透過率、（３）ならば表示内容（画面デザイン）に合わせた透過率が設定される。なお、ここでは、合成の対象の状態にかかわらず（１）乃至（３）は常に同じ設定のまま使用されることに限定されず、状況に応じて（１）における透過色の設定を変えたり、（２）における透過率の設定を変えたり、（３）における透過率の設定を変えるようにしてもよい。

また一般的に、背景レイヤ４２として、特定の色で一面塗りつぶされた画面レイヤが使用される。このとき、（１）の透過色と背景レイヤ４２の塗りつぶしの色とを同一の色（あるいは近似の色）が設定されている。この状態で画面レイヤの使用者側（アプリケーションプログラム）で透過を要求された場合、すなわち透過指定が有効である場合に、対象の画面レイヤの背面に他の画面レイヤが合成されない場合には、ミドルウェアにおいて、対象の画面レイヤの透過指定を無効に設定する。透過色が塗られた領域は本来背景レイヤ４２の色が表示されるはずであるが、透過指定が無効であった場合には、透過されず透過色がそのまま表示される。しかし、透過色と背景レイヤ４２の色が同一の色であるため、ユーザにとっては同一の色に見える。よって、透過指定を無効に設定した場合には、ドライバ３０以下の合成処理が省略され、携帯電話機１は、より短時間で表示制御処理を行うことが可能になる。

アプリケーションプログラムからの画面更新要求はドライバ３０へ直接要求されずミドルウェアを介しているため、ミドルウェアで画面レイヤの構成状態を判断してドライバ３０への要求内容を変えることで、アプリケーションプログラムに処理を意識させることなく、ドライバ３０への要求内容を最適化することができる。

ミドルウェアが透過指定を無効にする条件は以下の（４）乃至（６）のいずれも満たす場合である。
（４）画面更新対象の画面レイヤの透過指定が上記（１）である。
（５）画面更新対象の画面レイヤに割り当てられた画像がディスプレイ１３の表示画面４４の全体を覆っている。
（６）画面更新対象の画面レイヤより背面に使用中の画面レイヤが存在しない。

また、ミドルウェアが判断処理を行なうタイミングは以下の（７）及び（８）のいずれかである。
（７）画面レイヤに対する属性情報（透過指定）に変更が発生した時点。
（８）画面レイヤの使用開始／終了要求が発生した時点。

例えば、図６に示すように、ＵＩ画面レイヤ４０の透過指定が「透過あり」で、マルチメディア画面レイヤ４１の透過指定が「透過なし」であり、かつメディア画面レイヤ４１の画面サイズがディスプレイサイズより小さい場合、ミドルウェアは、アプリケーションプログラムにより設定された通り、透過指定を有効にして、ドライバ３０によりＵＩ画面レイヤ４０、マルチメディア画面レイヤ４１、背景レイヤ４２を合成して合成結果データ４３を生成する。このときには、図７に示すように、ドライバ３０は、（Ａ）背景レイヤ４２の内容を合成結果データ４３の画面にコピーし、（Ｂ）合成結果データ４３にＵＩ画面レイヤ４０の内容を透過判定しながらコピーする。

また、図８に示すように、ＵＩ画面レイヤ４０の透過指定が「透過あり」であって、背面に他の画面レイヤが存在しない場合、ミドルウェアは、アプリケーションプログラムにより「透過あり」が設定されていても、この透過指定を無効にして（「透過あり」の設定を「透過なし」とするようにしても良い）、ドライバ３０により背景レイヤ４２が合成される処理を省略する。このときには、図１０に示すように、ドライバ３０は、（Ｃ）ＵＩ画面レイヤ４０の内容を合成結果データ４３の画面にコピーする。これは、「透過あり」の設定がなされていたとしても、その透過部分については、背景レイヤ４２の色と同じ（又は近似）であるため、背景レイヤ４２の画面と合成したとしても、結果は同じであるためである。そのため、この合成処理を省略することで、計算処理を少なくすることができる。

さらに、図９に示すように、ＵＩ画面レイヤ４０の透過指定が「透過なし」である場合には、ミドルウェアは、この透過指定を無効のままにして、ドライバ３０により背景レイヤ４２が合成される処理を省略する。このときには、図１０に示すように、ドライバ３０は、（Ｃ）ＵＩ画面レイヤ４０の内容を合成結果データ４３の画面にコピーする。

このように携帯電話機１は、実行中のアプリケーションプログラムにより生成された複数の画面レイヤの状態に基づいて、ミドルウェアが各画面レイヤの透過指定を変更することにより、実行されるアプリケーションプログラムに手を加えることなく、画面の更新性能を向上させることができる。携帯電話機１がこの表示制御処理を行う際の手順について、図１１に示すフローチャートに基づいて説明する。以下、例えば「ステップＳ１０１」を「Ｓ１０１」のように、「ステップ」の語句を省略して説明する。

まず、画面レイヤに対する属性情報（透過指定）に変更が発生した場合の表示制御処理について説明する。携帯電話機１が操作された際、例えばユーザにより操作キー１５を介する入力処理がされたりメール・ブラウザなどにおいてデータを受信したり、または実行中の処理が終了したりする等して、ディスプレイ１３の表示画面４４を書き換える必要が生じた際に、主制御部２０は、アプリケーションプログラムの制御に基づいて、表示画面４４の画面レイヤを生成して、ミドルウェアの制御に基づいて、各々の画面レイヤの透過指定を設定する。

始めに主制御部２０は、対象レイヤ（属性情報に変更が発生した画面レイヤ）のレイヤ管理情報５０を取得する（Ｓ１０１）。レイヤ管理情報５０は、ミドルウェアによりレイヤ枚数分だけ配列で管理されている情報であり、図１２に示すように、レイヤ番号、幅サイズ、高さサイズ、色深度（色数）、レイヤ属性、バッファアドレス、ハンドル値、活性状態、回転指数、透過指定等の情報を含んでいる。

レイヤ番号はレイヤ識別子を示す情報であり、画面レイヤの順序も同時に表している（例えば最背面の画面レイヤが「０」で、前面に行くほど「１」が加算されるように設定されている）。レイヤ属性は、例えばＵＩ画面レイヤであるか、マルチメディア画面レイヤであるかを示す情報である。なお、レイヤ属性がＵＩ画面レイヤであった場合には用途が固定されるので、ドライバへ渡す画像バッファをミドルが保持している。また、レイヤ属性がマルチメディア画面レイヤであった場合には、画面サイズが可変であったりフレーム画像枚数が可変であったりするため、ミドルウェアはバッファを保持していない。

ハンドル値は、画面レイヤが使用である場合に発行される値であり、その画面レイヤの使用者情報を示す。また、活性状態は、その画面レイヤが使用中であるか否か（アプリケーションプログラムにおいて実際に使用されているか否か）を示す情報である。画面レイヤが使用（確保）されている場合にはハンドル値が発行されているが、実際に表示されているかどうかを別途制御するためのものである。回転指数は、回転表示の有無を示す情報である。透過指定は、画面レイヤが透過領域を含む場合には「有効」が、画面レイヤが透過領域を含まない場合には「無効」が設定されている。

主制御部２０は、対象レイヤに透過指定があるか否かを判断する（Ｓ１０２）。この際、主制御部２０は、ステップＳ１０１にて取得したレイヤ管理情報５０の透過指定が「有効」に設定されている場合に、対象レイヤに透過指定があるものと判断する。対象レイヤに透過指定がない場合（Ｓ１０２のＮｏ）は、主制御部２０は、透過指定を無効に設定する（Ｓ１０３）。これにより、ドライバ３０は背景レイヤ４２の合成を省略する。

対象レイヤに透過指定があった場合（Ｓ１０２のＹｅｓ）は、主制御部２０は、対象レイヤのサイズがディスプレイ１３の表示画面４４のサイズ以上であるか否かを判断する（Ｓ１０５）。この際、主制御部２０は、ステップＳ１０１にて取得したレイヤ管理情報５０の幅サイズや高さサイズに基づいて判断する。

対象レイヤのサイズが表示画面４４のサイズ以上でなかった場合（Ｓ１０５のＮｏ）は、対象レイヤがディスプレイ１３の表示画面４４のサイズより小さく、対象レイヤが他の画面レイヤ、または背面レイヤ４２に合成される必要があるため、主制御部２０は、透過指定を有効に設定する（Ｓ１０７）。

対象レイヤのサイズが表示画面４４のサイズ以上であった場合（Ｓ１０５のＹｅｓ）は、主制御部２０は、対象レイヤを「Ａ」とする（Ｓ１０９）。また主制御部２０は、ステップ１０９またはＳ１１７にて設定したＡのレイヤの一つ背面のレイヤを取得して、これを「Ｂ」とする（Ｓ１１１）。

主制御部２０は、ステップＳ１０９にて設定されたＢの画面レイヤが存在するか否かを判断する（Ｓ１１３）。この際、主制御部２０は、ステップＳ１０１にて取得したレイヤ管理情報５０のハンドル値に基づいて、Ｂの画面レイヤが存在するか否かを判断する。Ｂの画面レイヤが存在しない場合（Ｓ１１３のＮｏ）は、主制御部２０は、透過指定を無効にする（Ｓ１０３）。これにより、ドライバ３０は背景レイヤ４２の合成を省略する。

Ｂのレイヤが存在した場合（Ｓ１１３のＹｅｓ）は、主制御部２０は、Ｂのレイヤが使用中であるか否かを判断する（Ｓ１１５）。この際、主制御部２０は、ステップＳ１０９にて取得したレイヤ管理情報５０の活性状態に基づいて、Ａの画面レイヤが使用中であるか否かを判断する。

Ｂのレイヤが使用中であった場合（Ｓ１１５のＹｅｓ）は、主制御部２０は、対象レイヤの背面に他の画面レイヤが合成されるため、透過指定を有効に設定する（Ｓ１０７）。これにより、ドライバ３０は背景レイヤ４２の合成を行う。

Ｂのレイヤが使用中でなかった場合（Ｓ１１５のＮｏ）は、主制御部２０は、ステップＳ１１１にて設定されたＢのレイヤを「Ａ」とする（Ｓ１１７）。そしてステップＳ１１１に戻って、主制御部２０は再びＢのレイヤが存在するか否かを判断する。

このようにして携帯電話機１において、ディスプレイ１３の表示画面４４に合成される画面レイヤを更新する際に、ミドルウェアが画面レイヤの構成状態を判断して、対象レイヤの透過指定が有効であっても、対象レイヤのサイズがディスプレイ１３の表示画面４４のサイズより小さい場合や、背面の画面レイヤが使用中である場合には、そのまま透過指定を有効にし、背面の画面レイヤが存在しない場合には、透過指定を無効に変更する。

次に、携帯電話機１において画面レイヤの使用が開始されるときの表示制御処理の手順について、図１３に示すフローチャートに基づいて説明する。画面レイヤの使用が開始されたときに、その開始された画面レイヤが最背面の画面レイヤであった場合に、ミドルウェアの制御に基づいて、前面の画面レイヤの透過指定が判定され直されて、再度透過指定が設定される。

始めに主制御部２０は、ミドルウェアが記憶しているレイヤ管理情報５０を更新する（Ｓ２０１）。このとき、レイヤ管理情報５０において、開始された画面レイヤに関する情報が更新される。そして主制御部２０は、対象レイヤ（使用が開始される画面レイヤ）を「Ａ」とする（Ｓ２０３）。

主制御部２０は、ステップＳ２０３またはＳ２１３にて設定されたＡの画面レイヤが最背面の画面レイヤであるか否かを判断する（Ｓ２０５）。この際、主制御部２０は、ステップＳ２０１にて更新されたレイヤ管理情報５０のレイヤ番号に基づいて、Ａの画面レイヤが最背面の画面レイヤであるか否かを判断する。Ａの画面レイヤが最背面の画面レイヤでなかった場合（Ｓ２０５のＮｏ）は、主制御部２０は、そのまま処理を終了する。

Ａの画面レイヤが最背面の画面レイヤであった場合（Ｓ２０５のＹｅｓ）は、主制御部２０は、ステップＳ２０３またはＳ２１３にて設定されたＡの画面レイヤの一つ前面の画面レイヤを「Ｂ」とする（Ｓ２０７）。

主制御部２０は、ステップＳ２０７にて設定されたＢの画面レイヤが存在するか否かを判断する（Ｓ２０９）。この際、主制御部２０は、ステップＳ２０１にて更新されたレイヤ管理情報５０のハンドル値に基づいて、Ｂの画面レイヤが存在するか否かを判断する。Ｂの画面レイヤが存在しない場合（Ｓ２０９のＮｏ）は、主制御部２０はそのまま処理を終了する。

Ｂの画面レイヤが存在する場合（Ｓ２０９のＹｅｓ）は、主制御部２０は、ステップＳ２０７にて設定されたＢのレイヤが使用中であるか否かを判断する（Ｓ２１１）。この際、主制御部２０は、ステップＳ２０１にて更新されたレイヤ管理情報５０の活性状態に基づいて、Ｂの画面レイヤが使用中であるか否かを判断する。

Ｂの画面レイヤが使用中でなかった場合（Ｓ２１１のＮｏ）は、主制御部２０は、このＢの画面レイヤを「Ａ」とする（Ｓ２１３）。そしてステップＳ２０７に戻って、主制御部２０は、ステップＳ２１３にて設定されたＡの画面レイヤの１つ前面の画面レイヤを「Ｂ」として、ステップＳ２０９乃至Ｓ２１９の処理を行う。

Ｂの画面レイヤが使用中であった場合（Ｓ２１１のＹｅｓ）は、主制御部２０は、ステップＳ２０７にて設定されたＢの画面レイヤに透過指定があるか否かを判断する（Ｓ２１５）。この際、主制御部２０は、ステップＳ２０１にて更新されたレイヤ管理情報５０の透過指定が「有効」に設定されている場合に、対象レイヤに透過指定があるものと判断する。

ステップＳ２０７にて設定されたＢの画面レイヤに透過指定があった場合（Ｓ２１５のＹｅｓ）は、対象レイヤが他の画面レイヤ、または背面レイヤ４２に合成される必要があるため、主制御部２０は、透過指定を有効に設定する（Ｓ２１７）。一方で、ステップＳ２０７にて設定されたＢの画面レイヤに透過指定がなかった場合（Ｓ２１５のＮｏ）は、対象レイヤが他の画面レイヤ、または背面レイヤ４２に合成される必要がないため、主制御部２０は、透過指定を無効に設定する（Ｓ２１９）。

このようにして携帯電話機１において、ディスプレイ１３の表示画面４４に合成される画面レイヤの使用を開始する際に、ミドルウェアが画面レイヤの構成状態を判断して、対象レイヤの透過指定が有効であっても、対象レイヤが最背面の画面レイヤであり、かつ前面の画面レイヤの透過指定が有効である場合には、そのまま透過指定を有効にし、対象レイヤが最背面の画面レイヤであり、かつ前面の画面レイヤの透過指定が無効である場合には、透過指定を無効に変更する。

次に、携帯電話機１において画面レイヤの使用が終了されるときの表示制御処理の手順について、図１４に示すフローチャートに基づいて説明する。画面レイヤの使用が終了されたときに、その終了された画面レイヤが最背面の画面レイヤであった場合に、ミドルウェアの制御に基づいて、前面の画面レイヤの透過指定が判定され直されて、再度透過指定が設定される。

始めに主制御部２０は、ミドルウェアが記憶しているレイヤ管理情報５０を更新する（Ｓ３０１）。このとき、レイヤ管理情報５０において、終了された画面レイヤに関する情報が更新される。そして主制御部２０は、対象レイヤ（使用が終了される画面レイヤ）を「Ａ」とする（Ｓ３０３）。

主制御部２０は、ステップＳ３０３またはＳ３１３にて設定されたＡの画面レイヤが最背面の画面レイヤであるか否かを判断する（Ｓ３０５）。この際、主制御部２０は、ステップＳ３０１にて更新されたレイヤ管理情報５０のレイヤ番号に基づいて、Ａの画面レイヤが最背面の画面レイヤであるか否かを判断する。Ａの画面レイヤが最背面の画面レイヤでなかった場合（Ｓ３０５のＮｏ）は、主制御部２０は、そのまま処理を終了する。

Ａの画面レイヤが最背面の画面レイヤであった場合（Ｓ３０５のＹｅｓ）は、主制御部２０は、ステップＳ３０３またはＳ３１３にて設定されたＡの画面レイヤの一つ前面の画面レイヤを「Ｂ」とする（Ｓ３０７）。

主制御部２０は、ステップＳ３０７にて設定されたＢの画面レイヤが存在するか否かを判断する（Ｓ３０９）。この際、主制御部２０は、ステップＳ３０１にて更新されたレイヤ管理情報５０のハンドル値に基づいて、Ｂの画面レイヤが存在するか否かを判断する。Ｂの画面レイヤが存在しない場合（Ｓ３０９のＮｏ）は、主制御部２０はそのまま処理を終了する。

Ｂの画面レイヤが存在する場合（Ｓ３０９のＹｅｓ）は、主制御部２０は、ステップＳ３０７にて設定されたＢのレイヤが使用中であるか否かを判断する（Ｓ３１１）。この際、主制御部２０は、ステップＳ３０１にて更新されたレイヤ管理情報５０の活性状態に基づいて、Ｂの画面レイヤが使用中であるか否かを判断する。

Ｂの画面レイヤが使用中でなかった場合（Ｓ３１１のＮｏ）は、主制御部２０は、このＢの画面レイヤを「Ａ」とする（Ｓ３１３）。そしてステップＳ２０７に戻って、主制御部２０は、ステップＳ２１３にて設定されたＡの画面レイヤの１つ前面の画面レイヤを「Ｂ」として、ステップＳ３０９乃至Ｓ３２１の処理を行う。

Ｂの画面レイヤが使用中であった場合（Ｓ３１１のＹｅｓ）は、主制御部２０は、ステップＳ３０７にて設定されたＢの画面レイヤに透過指定があるか否かを判断する（Ｓ３１５）。この際、主制御部２０は、ステップＳ３０１にて更新されたレイヤ管理情報５０の透過指定が「有効」に設定されている場合に、対象レイヤに透過指定があるものと判断する。

ステップＳ３０７にて設定されたＢの画面レイヤに透過指定があった場合（Ｓ３１５のＹｅｓ）は、主制御部２０は、対象レイヤのサイズがディスプレイ１３の表示画面４４のサイズ以上であるか否かを判断する（Ｓ３１７）。この際、主制御部２０は、ステップＳ３０１にて更新されたレイヤ管理情報５０の幅サイズや高さサイズに基づいて判断する。

Ｂのレイヤの透過指定があるとともに対象レイヤのサイズがディスプレイ１３の表示画面４４のサイズ以上でなかった場合（Ｓ３１７のＮｏ）は、主制御部２０は、透過指定を有効に設定する（Ｓ３１９）。一方で、ステップＳ３０７にて設定されたＢの画面レイヤに透過指定がなかった場合（Ｓ３１５のＮｏ）、または対象レイヤのサイズがディスプレイ１３の表示画面４４のサイズ以上であった場合（Ｓ３１７のＹｅｓ）は、主制御部２０は、透過指定を無効に設定する（Ｓ３２１）。

このようにして携帯電話機１において、ディスプレイ１３の表示画面４４に合成される画面レイヤの使用が終了される際に、ミドルウェアが画面レイヤの構成状態を判断して、対象レイヤの透過指定が有効であっても、対象レイヤが最背面の画面レイヤであり、かつ前面の画面レイヤの透過指定が有効であり、かつ対象レイヤのサイズが表示画面４４の最上より小さい場合には、そのまま透過指定を有効にし、対象レイヤが最背面の画面レイヤであり、かつ前面の画面レイヤの透過指定が無効である場合や、対象レイヤが最背面の画面レイヤであり、かつ前面の画面レイヤの透過指定が有効であり、かつ対象レイヤのサイズが表示画面４４のサイズ以上である場合には、透過指定を無効に変更する。

本発明に係る携帯端末（携帯電話機１）によると、表示制御の際に、背景レイヤの合成が不要な場合にはこの合成を省略することで、上位のアプリケーションプログラムの修正を発生させずに、画面の更新性能を向上させるとともに、負荷軽減によりユーザ操作の応答性を向上させることが可能となる。

本発明の説明として、携帯電話機１について説明したが、これに限らず、ＰＨＳ（ＰｅｒｓｏｎａｌＨａｎｄｙｐｈｏｎｅＳｙｓｔｅｍ）、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔｓ）、ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、音楽プレイヤー、デジタルカメラ、ゲーム機等の画面表示処理を行う携帯端末であれば任意の携帯端末であって良い。

（Ａ）は、本発明に係る電子機器（携帯電話機）の開いた状態を示す正面図、（Ｂ）は、本発明に係る携帯電話機の開いた状態を示す側面図。（Ａ）は、本発明に係る電子機器（携帯電話機）の閉じた状態を示す正面図、（Ｂ）は、本発明に係る電子機器（携帯電話機）の閉じた状態を示す側面図。本発明に係る携帯端末（携帯電話機）の機能ブロック図。本発明に係る携帯端末（携帯電話機）における表示制御処理を示す概略図。（Ａ）は、ＵＩ画面レイヤを示す図、（Ｂ）は、マルチメディア画面レイヤを示す図、（Ｃ）は、ＵＩ画面レイヤ及びマルチメディア画面レイヤの合成結果を示す図。本発明に係る携帯端末（携帯電話機）において、ＵＩ画面レイヤが透過ありで、マルチメディア画面レイヤが透過なしの場合の表示制御処理を示す概略図。本発明に係る携帯端末（携帯電話機）が表示制御処理を行う際に、背景レイヤを合成する場合の処理の手順を示すフローチャート。本発明に係る携帯端末（携帯電話機）において、ＵＩ画面レイヤが透過ありで、マルチメディア画面レイヤが存在しない場合の表示制御処理を示す概略図。本発明に係る携帯端末（携帯電話機）において、ＵＩ画面レイヤが透過なしで、マルチメディア画面レイヤが存在しない場合の表示制御処理を示す概略図。本発明に係る携帯端末（携帯電話機）が表示制御処理を行う際に、背景レイヤを合成しない場合の処理の手順を示すフローチャート。本発明に係る携帯端末（携帯電話機）における画面レイヤの更新時の表示制御処理の手順を示すフローチャート。レイヤ管理情報を示すデータ構成図。本発明に係る携帯端末（携帯電話機）における画面レイヤの開始時の表示制御処理の手順を示すフローチャート。本発明に係る携帯端末（携帯電話機）における画面レイヤの終了時の表示制御処理の手順を示すフローチャート。

符号の説明

１…携帯電話機，１０…上筐体，１１…下筐体，１２…ヒンジ部，１３…ディスプレイ，１４…スピーカ，１５…操作キー，１６…マイクロフォン，２０…主制御部，２１…電源回路部，２２…操作入力制御部，２３…表示制御部，２４…音声制御部，２５…通信制御部，２５ａ…アンテナ，２６…記憶部，２７…テレビ受信部，２７ａ…テレビアンテナ，３０…ドライバ，３１…ＦＢ，３２…ＶＲＡＭ，４０…ＵＩ画面レイヤ，４１…マルチメディア画面レイヤ，４２…背景レイヤ，４３…合成結果データ，４４…表示画面，５０…レイヤ管理情報。

Claims

複数の画面レイヤが合成されて生成された画面を表示する表示手段と、
前記表示手段により表示された画面を更新する際、更新対象の画面レイヤの透過指定が有効であるか否か判断する第１の判断手段と、
前記第１の判断手段により透過指定が有効であると判断された場合、前記更新対象の画面レイヤのサイズが前記表示手段により表示される画面のサイズ以上であるか否かを判断する第２の判断手段と、
前記第２の判断手段により前記更新対象の画面レイヤのサイズが前記表示手段により表示される画面のサイズ以上であると判断された場合、前記更新対象の画面レイヤの背面に合成される画面レイヤが存在するか否かを判断する第３の判断手段と、
前記第３の判断手段により背面に合成される画面レイヤが存在しないと判断された場合、前記更新対象の画面レイヤの透過指定を無効に設定する設定手段と、
を備えたことを特徴とする携帯端末。
前記第３の判断手段により背面に合成される画面レイヤが存在すると判断された場合、この背面に合成される画面レイヤが活性状態であるか否かを判断する第４の判断手段を備え、
前記第３の判断手段は、前記第４の判断手段により背面に合成される画面レイヤが活性状態でないと判断された場合、この画面レイヤの更に背面に合成される画面レイヤが存在するか否かを判断することを特徴とする請求項１記載の携帯端末。
前記設定手段は、前記第４の判断手段により背面に合成される画面レイヤが活性状態であると判断された場合、前記更新対象の画面レイヤの透過指定を有効に設定することを特徴とする請求項２記載の携帯端末。
前記第１の判断手段により透過指定が無効であると判断された場合、前記設定手段は、前記更新対象の画面レイヤの透過指定を無効に設定することを特徴とする請求項１記載の携帯端末。
前記表示手段に表示される画面に合成される画面レイヤの活性を開始する際にのみ、この開始対象の画面レイヤが最背面に合成されるか否かを判断する第５の判断手段と、
前記第５の判断手段により前記開始対象の画面レイヤが最背面に合成されると判断された場合、前記開始対象の画面レイヤの前面に合成される画面レイヤが存在して活性状態であるか否かを判断する第６の判断手段と、
前記第６の判断手段により前記開始対象の画面レイヤの前面に合成される画面レイヤが存在してかつ活性状態であると判断された場合、この前面に合成される画面レイヤの透過指定が有効であるか否かを判断する第７の判断手段と、を備え、
前記設定手段は、前記第７の判断手段により透過指定が有効でないと判断された場合、前記開始対象の画面レイヤの透過指定を無効に設定することを特徴とする請求項１記載の携帯端末。
前記第６の判断手段は、前記第７の判断手段により前面に合成される画面レイヤが存在して活性状態でないと判断された場合、この画面レイヤの更に前面に合成される画面レイヤが存在して活性状態であるか否かを判断することを特徴とする請求項５記載の携帯端末。
前記設定手段は、前記第７の判断手段により透過指定が有効であると判断された場合、前記開始対象の画面レイヤの透過指定を有効に設定することを特徴とする請求項５記載の携帯端末。
前記表示手段に表示される画面に合成される画面レイヤの活性を終了する際にのみ、この終了対象の画面レイヤが最背面に合成されるか否かを判断する第８の判断手段と、
前記第８の判断手段により前記終了対象の画面レイヤが最背面に合成されると判断された場合、前記終了対象の画面レイヤの前面に合成される画面レイヤが存在して活性状態であるか否かを判断する第９の判断手段と、
前記第９の判断手段により前記終了対象の画面レイヤの前面に合成される画面レイヤが存在してかつ活性状態であると判断された場合、この前面に合成される画面レイヤの透過指定が有効であるか否かを判断する第１０の判断手段と、を備え、
前記設定手段は、前記第１０の判断手段により透過指定が有効でないと判断された場合、前記終了対象の画面レイヤの透過指定を無効に設定することを特徴とする請求項１記載の携帯端末。
前記第１０の判断手段により透過指定が有効であると判断された場合、前記終了対象の画面レイヤのサイズが前記表示手段により表示される画面のサイズ以上であるか否かを判断する第１１の判断手段を備え、
前記設定手段は、前記第１１の判断手段により前記終了対象の画面レイヤのサイズが前記表示手段により表示される画面のサイズ以上であると判断された場合、前記終了対象の画面レイヤの透過指定を無効に設定することを特徴とする請求項８記載の携帯端末。
前記設定手段は、前記第１１の判断手段により前記終了対象の画面レイヤのサイズが前記表示手段により表示される画面のサイズより小さいと判断された場合、前記終了対象の画面レイヤの透過指定を有効に設定することを特徴とする請求項８記載の携帯端末。