JP2012090019A - 電子機器、制御方法、プログラムおよびデータファイル - Google Patents

Abstract

【課題】利用者が、次に表示される画像を予め知ることを可能にする。
【解決手段】本発明に係る携帯電話端末（電子機器）１は、画像を表示する表示部２と、複数の画像を記憶する記憶部２４と、第１の画像および第１の画像と連続性のある情報を有する第２の画像を記憶部２４に記憶された複数の画像から選択し、第１の画像の背後に第２の画像が半透明で表示されるように第１の画像および第２の画像を重ねて表示する制御部２２とを備える。
【選択図】図３

Description

本発明は、電子機器、制御方法、プログラムおよびデータファイルに関する。

表示部に背景として画像を表示する電子機器が知られている。例えば、携帯電話端末は、利用者が任意の画像を背景として表示部にさせることができるように構成されている。また、利用者の操作に応じて背景として表示される画像を動的に切り替える電子機器も知られている（例えば、特許文献１）。

特開２００２−３００２４１号公報

表示される画像が切り替わる場合、利用者が、次に表示される画像を予め知ることができることが好ましい場合がある。例えば、利用者の操作に応じて背景として表示される画像が順次切り替わっていく場合、次に表示される画像を予め知ることができれば、利用者は、所望の画像が背景として表示されるように操作を行い易い。

本発明は、上記に鑑みてなされたものであって、利用者が、次に表示される画像を予め知ることができる電子機器、制御方法、プログラムおよびデータファイルを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、複数の画像を重畳して表示する表示部と、複数の画像を記憶する記憶部と、前記記憶部に記憶される複数の画像の中から第１の画像および当該第１の画像と連続性のある情報を有する第２の画像を選択し、前記第１の画像および前記第２の画像を重畳して前記表示部に表示させる場合に、前記第１の画像と前記第２の画像との透過率を異ならせて前記表示部に表示させる制御部とを備えることを特徴とする。

また、連続的な情報の変化を伴う所定の機能を起動可能な場合に、前記制御部は、前記所定の機能から取得した情報に基づいて、前記複数の画像の中から前記第１の画像および前記第２の画像を選択することが好ましい。

また、前記制御部は、前記所定の機能から取得した情報に基づいて、選択された前記第１の画像および前記第２の画像の少なくとも一方に着色を行うことが好ましい。

また、前記制御部は、前記所定の機能から取得した情報に基づいて、選択された前記第１の画像および前記第２の画像に加えて付加画像をさらに重畳して前記表示部に表示させることが好ましい。

また、前記制御部は、前記表示部が非待受状態又は休止状態から待受状態へ遷移すると、前記所定の機能から取得した情報に基づいて前記複数の画像の中から前記第１の画像および前記第２の画像を選択することが好ましい。

また、前記制御部は、前記複数の画像の中から前記第２の画像と連続性のある情報を有する第３の画像をさらに選択し、前記第１の画像、前記第２の画像、前記第３の画像を重畳して前記表示部に表示させる場合に、前記第１の画像と前記第２の画像と前記第３の画像との透過率をそれぞれ異ならせて前記表示部に表示させることが好ましい。

また、前記制御部は、前記第１の画像を含む第１のレイヤと、前記第２の画像を含む第２のレイヤと、前記第２のレイヤの画像を指定された透過度で透過させる第３のレイヤとを重畳することによって、前記第１の画像と前記第２の画像との透過率を異ならせて前記表示部に表示させることが好ましい。

また、前記制御部は、前記第１の画像を含む第１のレイヤと、前記第２の画像を含む第２のレイヤとを重畳することによって、前記第１の画像と前記第２の画像との透過率を異ならせて前記表示部に表示させることが好ましい。

また、前記制御部は、前記第１の画像および前記第２の画像を重畳して前記表示部に表示させる場合に、前記第１の画像よりも前記第２の画像の透過率を下げて表示させることが好ましい。

また、前記制御部は、時間の経過にしたがって、前記第１の画像および前記第２の画像の少なくとも一方の透過率を変化させることが好ましい。

また、前記第１の画像および前記第２の画像は、カレンダにおける各日付、曜日、月の少なくともいずれか１つを示す画像あるいは時計における時刻を示す画像であることが好ましい。

また、前記制御部は、連続的な情報の変化に基づいて、前記第２の画像を前面に表示させ、前記第２の画像と連続性のある情報を有する他の画像を、前記第２の画像と透過率を異ならせた上で重畳して表示させることが好ましい。

また、上述した課題を解決し、目的を達成するために、本発明は、複数の画像を重畳して表示する表示部と、複数の画像を記憶する記憶部とを有する電子機器によって実行される制御方法であって、前記記憶部に記憶される複数の画像の中から第１の画像および当該第１の画像と連続性のある情報を有する第２の画像を選択するステップと、前記第１の画像および前記第２の画像を重畳して前記表示部に表示させる場合に、前記第１の画像と前記第２の画像との透過率を異ならせて前記表示部に表示するステップとを含むことを特徴とする。

また、上述した課題を解決し、目的を達成するために、本発明は、プログラムであって、表示部を備える電子機器に、複数の画像の中から第１の画像および当該第１の画像と連続性のある情報を有する第２の画像を選択するステップと、前記第１の画像および前記第２の画像を重畳して前記表示部に表示させる場合に、前記第１の画像と前記第２の画像との透過率を異ならせて前記表示部に表示するステップとを実行させることを特徴とする。

また、上述した課題を解決し、目的を達成するために、本発明は、連続性のある情報を含む第１の画像および第２の画像を含む複数の画像データと、他の機能から得た情報により、複数の画像データの中からいずれかの画像データを選択し、選択された画像データを透過率を異ならせた上で重畳して表示させる処理データとが１つにまとめられたプログラムであることを特徴とする。

また、上述した課題を解決し、目的を達成するために、本発明は、連続性のある情報を含む第１の画像および第２の画像を含む複数の画像データと、他の機能から得た情報により、複数の画像データの中からいずれかの画像データを選択し、選択された画像データを透過率を異ならせた上で重畳して表示させる処理データとが１つにまとめられたデータファイルであることを特徴とする。

本発明に係る電子機器、制御方法、プログラムおよびデータファイルは、利用者が、次に表示される画像を予め知ることができるという効果を奏する。

図１は、携帯電話端末の外観を示す正面図である。 図２−１は、２０１１年１月３日に表示される背景画像の一例を示す図である。 図２−２は、２０１１年５月５日に表示される背景画像の一例を示す図である。 図２−３は、２０１１年１２月２４日に表示される背景画像の一例を示す図である。 図３は、携帯電話端末の機能的な構成を示すブロック図である。 図４は、実施形態１に係るカレンダプログラムの概略的な構成を示すブロック図である。 図５は、色テーブルの一例を示す図である。 図６は、画像データの合成の一例を示す図である。 図７は、カレンダ表示処理を実行するタイミングを示すフロー図である。 図８は、カレンダ表示処理の処理手順を示すフロー図である。 図９は、実施形態２に係るカレンダプログラムの概略的な構成を示すブロック図である。 図１０は、色テーブルの一例を示す図である。 図１１は、レイヤ定義データの一例を示す図である。 図１２は、画像データの合成の一例を示す図である。 図１３は、カレンダ表示処理の処理手順を示すフロー図である。

以下、本発明につき図面を参照しつつ詳細に説明する。なお、以下の説明により本発明が限定されるものではない。また、以下の説明における構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。以下においては、電子機器の一例として、携帯電話端末を取り上げるが、本発明の適用対象は携帯電話端末に限定されるものではない。本発明は、例えば、ＰＨＳ（Personal Handy-phone System）、パソコン、携帯情報端末、ゲーム機等に対しても適用できる。

（実施形態１）
まず、図１を参照しながら、本発明に係る電子機器の一実施形態である携帯電話端末１の外観について説明する。図１は、携帯電話端末１の外観を示す正面図である。図１に示すように、携帯電話端末１は、筐体１Ｃが複数の筐体で構成される。具体的には、筐体１Ｃは、第１筐体１ＣＡと第２筐体１ＣＢとで開閉可能に構成される。すなわち、携帯電話端末１は、折り畳み式の筐体を有する。

なお、携帯電話端末１の筐体は、このような構造に限定されるものではない。例えば、携帯電話端末１の筐体は、両方の筐体を重ね合わせた状態から一方の筐体と他方の筐体とを互いにスライドできるようにしたスライド式の筐体であってもよい。また、重ね合わせ方向に沿う軸線を中心に、一方の筐体を回転させるようにした回転式や、２軸ヒンジを介して両方の筐体を連結したものでもよい。

第１筐体１ＣＡおよび第２筐体１ＣＢは、連結部であるヒンジ機構８で連結される。ヒンジ機構８で第１筐体１ＣＡと第２筐体１ＣＢとを連結することにより、第１筐体１ＣＡおよび第２筐体１ＣＢは、ヒンジ機構８を中心として、相対的に回動できる。

第１筐体１ＣＡには、表示部２と、通話時に音声を出力する出力手段であるレシーバ１６とが設けられる。表示部２は、待受画面や各種の機能画面を表示する。ここで、機能画面とは、携帯電話端末１が提供する通話機能、メール機能等の各種機能の実行中に表示される画面であり、対応する機能に対する指示を受け付けたり、対応する機能が提供する情報を提示したりするために用いられる。

また、待受画面とは、通話機能、メール機能等の各種機能の実行を待ち受けている状態の画面である。換言すると、待受画面は、携帯電話端末１が提供する各種機能画面へ画面が変わる前の画面である。なお、待受画面は、例えば、初期画面、デスクトップ画面、ホーム画面、または、壁紙と呼ばれることもある。

第２筐体１ＣＢには、通話相手の電話番号等を入力するための操作キー１３Ａが複数設けられ、また、表示部２に表示されるメニューの選択等を実行するための方向および決定キー１３Ｂが設けられる。操作キー１３Ａと、方向および決定キー１３Ｂとは、携帯電話端末１の操作部１３を構成する。また、第２筐体１ＣＢには、携帯電話端末１の通話時に音声を受け取る音声取得手段であるマイク１５が設けられる。

次に、図２−１から図２−３を参照しながら携帯電話端末１の表示部２に表示される待受画面の背景画像について説明する。なお、以下の説明では、例えば、背景画像４０ａ、背景画像４０ｂ、背景画像４０ｃを区別しない場合に、末尾の英字を省略して背景画像４０と総称することがある。当日日付４１ａ等についても同様である。

図２−１から図２−３に示すように、携帯電話端末１は、待受画面の背景画像として、日めくりカレンダを模した画像を表示する。ここで、日めくりカレンダとは、１年の各日を１つのページとして日付順に綴じたカレンダであり、毎日ページを１枚ずつめくって（はがして）利用される。なお、待受画面の背景画像としてこれらの画像が表示される場合、充電池の残容量を示すシンボル、受信電波の強度を示すシンボル、不在着信を示すシンボル等の各種情報が背景画像に重畳して表示される。

図２−１は、２０１１年１月３日に表示される背景画像４０ａを示している。図２−１に示すように、背景画像４０ａの中央付近には、当日の日付を示す当日日付４１ａが大きく表示される。そして、当日日付４１ａの背後には、翌日の日付を示す翌日日付４２ａがうっすらと半透明で表示される。同様に、図２−２に示す２０１１年５月５日の背景画像４０ｂの中央付近には、当日日付４１ｂが大きく表示され、その背後には、翌日日付４２ｂがうっすらと半透明で表示される。また、図２−３に示す２０１１年１２月２４日の背景画像４０ｃの中央付近には、当日日付４１ｃが大きく表示され、その背後には、翌日日付４２ｃがうっすらと半透明で表示される。

また、当日日付４１および翌日日付４２は、対応する日付の種別に応じて着色される。例えば、対応する日付が日曜または祝日であれば赤で着色され、対応する日付が土曜であれば青で着色され、対応する日付が通常の平日であれば黒で着色される。この場合、当日日付４１ａ、翌日日付４２ａおよび翌日日付４２ｂは、対応する日付が通常の平日であるため黒で着色される。また、当日日付４１ｂは、対応する日付が祝日であるため赤で着色され、当日日付４１ｃは、対応する日付が土曜であるため青で着色され、翌日日付４２ｃは、対応する日付が日曜であるため赤で着色される。

このように、当日の日付と翌日の日付との透過率を異ならせて、当日の日付の背後に翌日の日付をうっすらと半透明で表示することにより、当日の日付の視認性を損なうことなく、利用者が暦の進行を容易に把握できるようになる。例えば、当日の日付の背後に翌日の日付として「１」がうっすらと半透明で表示されていれば、利用者は、当日が月末であり、翌日から新しい月が始まることを容易に把握することができる。

また、対応する日付の種別に応じて着色した上で翌日の日付をうっすらと半透明で表示することにより、利用者が翌日の種別を容易に把握できるようになる。例えば、黒く着色された当日日付４１の背後に赤く着色された翌日日付４２がうっすらと半透明で表示されていれば、利用者は、翌日が祝日であることを容易に把握することができる。

また、当日の日付の背後に翌日の日付をうっすらと半透明で表示することにより、背景画像４０を日めくりカレンダのページにより一層似せることができる。日めくりカレンダの各ページは、通常非常に薄い紙からなり、当日のページの下にある翌日のページが透けて見えるからである。

背景画像４０には、当日日付４１および翌日日付４２以外に各種要素が含まれる。背景画像４０の上部には、各ページを綴じるための帯を模した帯４３が表示され、その直下には、ページをめくった跡であるめくり跡４４が表示される。めくり跡４４は、実際の日めくりカレンダを模して、１月１日からの経過日数に応じて、めくられたページの枚数が増大するように表示される。例えば、２０１１年１月３日に対応する背景画像４０ａでは、１月１日からの経過日数が少ないため、めくり跡４４ａは、めくられたページの枚数が少ないように表示される。一方、２０１１年１２月２４日に対応する背景画像４０ｃでは、１月１日からの経過日数が多いため、めくり跡４４ｃは、めくられたページの枚数が多いように表示される。

また、背景画像４０の右側には、当日の年月を示す年月４５と、当日に近い祭事やイベントを示す祭事シンボル４９とが表示される。背景画像４０の左側には、当日の曜日を示す曜日４６と、当日の六曜を示す六曜４７と、六十干支による当日の日付を示す六十干支４８とが表示される。背景画像４０の下側には、天気情報として、予め登録された地域の名称を示す地域名５０と、その地域における当日の天気を示す当日天気５１と、その地域における翌日の予想天気を示す翌日天気５２とが表示される。

また、当日の日付の種別が祝日の場合には、図２−２に示すように、当日日付４１の背後であって翌日日付４２よりも前面の位置に、当日が祝日であることを示す国旗５３が表示され、当日日付４１の右側に、祝日の名称を示す祝日名５４が表示される。

次に、図３を参照しながら、携帯電話端末１の機能的な構成について説明する。図３は、携帯電話端末１の機能的な構成を示すブロック図である。図３に示すように、携帯電話端末１は、制御部２２と、記憶部２４と、通信部２６と、操作部１３と、音声処理部３０と、表示部２と、開閉検出部３２とを有する。

記憶部２４は、各種情報を記憶する記憶装置である。記憶部２４は、携帯電話端末１内に固定的に設けられたフラッシュメモリ等の半導体に情報を記憶させるものであってもよいし、メモリカード等の取り出し可能な記憶媒体と、記憶媒体の読み書き装置との組み合わせとして構成されていてもよい。

記憶部２４には、制御部２２での処理に利用されるデータやプログラムが記憶される。記憶部２４に記憶されるプログラムには、カレンダプログラム３４が含まれる。カレンダプログラム３４は、待受画面の背景画像として、上述したような日めくりカレンダを模した画像を表示させるための制御プログラムである。

通信部２６は、アンテナ２６ａを有し、基地局によって割り当てられるチャネルを介し、基地局との間でＣＤＭＡ方式などによる無線信号回線を確立し、基地局との間で電話通信および情報通信を行う。操作部１３は、操作キー１３Ａと、方向および決定キー１３Ｂとを含み、これらのキーやボタンが利用者によって操作されると、その操作内容に対応する信号を発生させる。そして、発生した信号は、利用者の指示として制御部２２へ入力される。

音声処理部３０は、マイク１５に入力される音声信号やレシーバ１６から出力される音声信号の処理を実行する。表示部２は、液晶ディスプレイ（ＬＣＤ、Liquid Crystal Display）や、有機ＥＬ（Organic Electro-Luminescence）パネルなどで構成された表示パネルを備え、制御部２２の制御に基づいて待受画面や各種の機能画面等を表示パネルに表示させる。開閉検出部３２は、携帯電話端末１が、第１筐体１ＣＡと第２筐体１ＣＢが重なり合った閉状態にあるのか、表示部２や操作部１３が外部に露出した開状態にあるのかを検出する。

制御部２２は、携帯電話端末１の全体的な動作を統括的に制御する。すなわち、制御部２２は、携帯電話端末１の各種の処理が、操作部１３の操作や携帯電話端末１の記憶部２４に記憶されるソフトウェアに応じて適切な手順で実行されるように、通信部２６や、音声処理部３０や、表示部２等の動作を制御する。

制御部２２は、記憶部２４に記憶されているコンピュータプログラム（例えば、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。制御部２２は、例えば、マイクロプロセッサユニット（ＭＰＵ：Micro Processing Unit）で構成され、コンピュータプログラムに定義された手順にしたがって携帯電話端末１の各種の処理を実行する。すなわち、制御部２２は、記憶部２４に記憶されるコンピュータプログラムから命令列を順次読み込んで処理を実行する。

制御部２２は、携帯電話端末１の制御の一部として、カレンダプログラム３４に含まれる命令列を順次読み込み、カレンダプログラム３４の指定によって取得される各種情報に基づいて、上述したような日めくりカレンダを模した画像を表示部２に表示させる。

次に、図４を参照しながら、図３に示したカレンダプログラム３４の構成について説明する。図４は、カレンダプログラム３４の概略的な構成を示すブロック図である。図４に示すように、カレンダプログラム３４は、各種処理を実現するための命令列を含む実行命令部３５と、各種処理において用いられるデータを含むデータ部３６とを有する。

データ部３６は、日付画像データ３６ａと、付加画像データ３６ｂと、色テーブル３６ｃとを含む。日付画像データ３６ａは、当日日付４１または翌日日付４２として表示される画像データである。付加画像データ３６ｂは、背景画像に含まれる当日日付４１および翌日日付４２以外の要素（例えば、年月４５）として表示される画像データである。

色テーブル３６ｃは、日付の種別と対応づけて、日付画像データ３６ａおよび付加画像データ３６ｂを着色するために用いられる色の定義が格納されたデータである。色テーブル３６ｃの一例を図５に示す。図５に示すように、色テーブル３６ｃは、日付の種別毎に、第１色と、第２色とを保持する。第１色は、当日に対応する日付画像データ３６ａと、各種の付加画像データ３６ｂを着色するために用いられる色である。第２色は、翌日に対応する日付画像データ３６ａを着色するために用いられる色であり、同一行の第１色の色の透過率を下げたような薄い色が設定される。なお、ここでいう透過率は、色がそのまま表示される場合に最も高くなり、色が何かに遮断されたように薄く表示されるほど低くなる値である。

図５に示す色テーブル３６ｃの１行目には、日付の種別として「日曜・祝日」が設定され、第１色に「赤」が設定され、第２色に「薄い赤」が設定されている。このデータは、当日の種別が日曜か祝日である場合は、当日に対応する日付画像データ３６ａと各種の付加画像データ３６ｂとを「赤」で着色すべきことを意味する。また、このデータは、翌日の種別が日曜か祝日である場合は、翌日に対応する日付画像データ３６ａを「薄い赤」で着色すべきことを意味する。なお、図５に示した例では色を名前で指定することとしているが、色をＲＧＢ等の要素毎の数値で指定することとしてもよい。

実行命令部３５は、更新判定部３５ａと、日付算出部３５ｂと、画像選択部３５ｃと、着色部３５ｄと、合成部３５ｅとを含む。更新判定部３５ａは、待受画面に背景として表示される画像を更新するべきか否かを判定するための命令列を含む。

日付算出部３５ｂは、今日の日付と翌日の日付を算出するための命令列を含む。また、日付算出部３５ｂは、今日が祝日であるか否かを判定し、今日が祝日である場合は、祝日名を取得するための命令列を含む。

画像選択部３５ｃは、今日の日付を当日日付４１として表示するための日付画像データ３６ａと、翌日の日付に対応する画像を翌日日付４２として表示するための日付画像データ３６ａとを選択するための命令列を含む。また、画像選択部３５ｃは、日付算出部３５ｂが算出した日付等に基づいて、年月４５等付加画像データ３６ｂを選択するための命令列を含む。

着色部３５ｄは、取得された日付画像データ３６ａや付加画像データ３６ｂを色テーブル３６ｃに格納された定義に従って着色するための命令列を含む。したがって、着色部３５ｄは、翌日に対応する日付画像データ３６ａを、透過率を下げたような薄い色で着色する。なお、画像の着色は、例えば、日付の文字の外形等を予めパスとして設定しておき、その内側を指定された色で塗りつぶすことによって実現してもよい。また、日付の文字部分等を所定の色で予め塗っておき、その所定の色を指定された色に置き換えることによって実現してもよい。なお、日付の文字部分等が指定された色で予め塗られている場合は、着色を省略してもよい。

ここで、着色部３５ｄの機能から明らかなように、カレンダプログラム３４は、日付の種別に応じて予め着色された画像を組み合わせて背景画像４０を生成するのではなく、日付の種別に応じて画像を着色して組み合わせるように構成される。日付の種別に応じて予め着色された画像を組み合わせる場合、日曜または祝日と、土曜と、通常の平日とで色分けを行い、さらに翌日日付４２としてうっすらと半透明な色の画像を表示することとすると、１つの日付に対して６枚の画像を予め用意しなければならない。一方、日付の種別に応じて画像を着色して組み合わせることとすれば、色分けのパターンがいくつあっても、１つの日付に対して１枚の画像を予め用意しておけばよい。

このように、カレンダプログラム３４は、日めくりカレンダを模した背景画像４０を少ないデータを用いて生成することができるように構成されている。携帯電話端末１のような携帯型の機器は、内蔵している記憶部の記憶容量が比較的少ないことが多いため、少ないデータによって機能を実現することは非常に重要である。

合成部３５ｅは、着色された画像データを合成して背景画像４０を生成するための命令列を含む。合成部３５ｅが含む命令列による画像データの合成の例を図６に示す。図６に示す例では、今日の日付に対応する日付画像データ３６ａを含むレイヤ６１を最上位のレイヤとして、その下に付加画像データ３６ｂを含む複数のレイヤ６２が配置され、翌日の日付に対応する日付画像データ３６ａを含むレイヤ６３が最下位のレイヤとして配置されている。

レイヤ６１およびレイヤ６２は、画像データの背景部分が透過されるように設定されている。そして、レイヤ６３は、上記のように透過率を下げたような薄い色で着色された画像データを含む。これらのレイヤを合成することによって、翌日に対応する日付画像データ３６ａが透過率を下げたような態様で当日に対応する日付画像データ３６ａと重畳され、背景画像４０のように、翌日日付４２がうっすらと半透明で表示された画像を得ることができる。

次に、図７および図８を参照しながら、待受画面の背景画像４０を表示するために携帯電話端末１が実行する処理手順について説明する。図７は、カレンダ表示処理を実行するタイミングを示すフロー図である。図７に示す処理手順は、携帯電話端末１が備える基本機能の１つとして、図示しないオペレーティングシステムプログラムに基づいて繰り返し実行される。

図７に示すように、制御部２２は、ステップＳ１１として、開閉検出部３２によって携帯電話端末１が開状態、すなわち、利用者が表示部２を視認できる状態へ変化したことが検出されたかを判定する。ここで、携帯電話端末１が開状態へ変化したことが検出された場合（ステップＳ１１，Ｙｅｓ）、制御部２２は、ステップＳ１５として、表示部２に表示すべき画面が待受画面であるかを判定する。そして、表示部２に表示すべき画面が待受画面である場合（ステップＳ１５，Ｙｅｓ）、制御部２２は、ステップＳ１６として、カレンダプログラム３４を起動して、後述するカレンダ表示処理を実行する。一方、表示部２に表示すべき画面が待受画面でない場合（ステップＳ１５，Ｎｏ）、制御部２２は、カレンダ表示処理を実行しない。

携帯電話端末１が開状態へ変化したことが検出されていない場合（ステップＳ１１，Ｎｏ）、制御部２２は、ステップＳ１２として、表示部２が、利用者による操作部１３の操作等を契機として休止状態から活動状態へ遷移したかを判定する。ここで、表示部２が休止状態から活動状態へ遷移していた場合（ステップＳ１２，Ｙｅｓ）、制御部２２は、ステップＳ１５として、表示部２に表示すべき画面が待受画面であるかを判定する。そして、表示部２に表示すべき画面が待受画面である場合（ステップＳ１５，Ｙｅｓ）、制御部２２は、ステップＳ１６として、カレンダプログラム３４を起動して、後述するカレンダ表示処理を実行する。一方、表示部２に表示すべき画面が待受画面でない場合（ステップＳ１５，Ｎｏ）、制御部２２は、カレンダ表示処理を実行しない。

表示部２が休止状態から活動状態へ遷移していない場合（ステップＳ１２，Ｎｏ）、制御部２２は、ステップＳ１３として、表示されていた機能画面が閉じたかを判定する。ここで、機能画面が閉じた場合（ステップＳ１３，Ｙｅｓ）、制御部２２は、ステップＳ１５として、表示部２に表示すべき画面が待受画面であるかを判定する。そして、表示部２に表示すべき画面が待受画面である場合（ステップＳ１５，Ｙｅｓ）、制御部２２は、ステップＳ１６として、カレンダプログラム３４を起動して、後述するカレンダ表示処理を実行する。一方、表示部２に表示すべき画面が待受画面でない場合（ステップＳ１５，Ｎｏ）、制御部２２は、カレンダ表示処理を実行しない。

機能画面が閉じていない場合（ステップＳ１３，Ｎｏ）、制御部２２は、ステップＳ１４として、日付が変わったかを判定する。ここで、日付が変わっていた場合（ステップＳ１４，Ｙｅｓ）、制御部２２は、ステップＳ１５として、表示部２に表示すべき画面が待受画面であるかを判定する。そして、表示部２に表示すべき画面が待受画面である場合（ステップＳ１５，Ｙｅｓ）、制御部２２は、ステップＳ１６として、カレンダプログラム３４を起動して、後述するカレンダ表示処理を実行する。一方、表示部２に表示すべき画面が待受画面でない場合（ステップＳ１５，Ｎｏ）、制御部２２は、カレンダ表示処理を実行しない。日付が変わっていない場合も（ステップＳ１４，Ｎｏ）、制御部２２は、カレンダ表示処理を実行しない。

なお、制御部２２は、携帯電話端末１の起動後に最初に待受画面を表示することが必要になった場合にも、カレンダプログラム３４を起動して、後述するカレンダ表示処理を実行する。

図８は、カレンダ表示処理の処理手順を示すフロー図である。図８に示す処理手順は、カレンダプログラム３４に基づいて実行される。まず、制御部２２は、ステップＳ２１として、日付を算出する。そして、制御部２２は、ステップＳ２２として、背景画像４０を前回合成したときと日付が変わっているかを判定する。ここで、日付が変わっていない場合（ステップＳ２２，Ｎｏ）、制御部２２は、ステップＳ３０として、既に合成済みの画像データを背景画像４０として表示部２に表示させる。

日付が変わっている場合（ステップＳ２２，Ｙｅｓ）、制御部２２は、ステップＳ２３として、今日の日付に対応する日付画像データ３６ａを選択する。そして、制御部２２は、ステップＳ２４として、選択した日付画像データ３６ａを、今日の日付の種別に対応する第１色で着色する。また、制御部２２は、ステップＳ２５として、今日の日付に対応する付加画像データ３６ｂを選択する。そして、制御部２２は、ステップＳ２６として、選択した付加画像データ３６ｂを、今日の日付の種別に対応する第１色で着色する。

さらに、制御部２２は、ステップＳ２７として、翌日の日付に対応する日付画像データ３６ａを選択する。そして、制御部２２は、ステップＳ２８として、選択した日付画像データ３６ａを、翌日の日付の種別に対応する第２色で着色する。

続いて、制御部２２は、ステップＳ２９として、選択した日付画像データ３６ａおよび付加画像データ３６ｂを図６に示したようにレイヤに含めて重ね合わせて背景画像４０を合成する。そして、制御部２２は、ステップＳ３０として、合成された画像データを背景画像４０として表示部２に表示させる。

上述してきたように、携帯電話端末１は、待受画面の背景画像として日めくりカレンダを模した画像を生成し、その画像において翌日の日付をうっすらと半透明で表示する。このため、利用者は、暦の進行等を容易に把握できる。また、携帯電話端末１は、翌日の日付をうっすらと半透明で表示するために、合成時に画像を着色する。このため、翌日の日付がうっすらと半透明で表示される画像を、少ないデータを用いて生成することができる。

（実施形態２）
実施形態２として、翌日の日付がうっすらと半透明で表示される画像を作成するために必要なデータ量をさらに削減することができる例について説明する。なお、以下の説明では、既に説明した部分と同様の部分には既に説明した部分と同一の符号を付し、重複する説明を省略することがある。

まず、図９を参照しながら、カレンダプログラム３７の構成について説明する。図９は、カレンダプログラム３７の概略的な構成を示すブロック図である。カレンダプログラム３７は、実施形態２において、カレンダプログラム３４に代えて携帯電話端末１によって実行されるコンピュータプログラムである。図９に示すように、カレンダプログラム３７は、各種処理を実現するための命令列を含む実行命令部３８と、各種処理において用いられるデータを含むデータ部３９とを有する。

データ部３９は、日付画像データ３６ａと、付加画像データ３６ｂと、色テーブル３９ｃと、レイヤ定義データ３９ｄとを含む。色テーブル３９ｃは、日付の種別と対応づけて、日付画像データ３６ａおよび付加画像データ３６ｂを着色するために用いられる色の定義が格納されたデータである。色テーブル３９ｃの一例を図１０に示す。図１０に示すように、色テーブル３９ｃは、日付の種別毎に、日付画像データ３６ａ等を着色するために用いられる色を保持する。

図１０に示す色テーブル３９ｃの１行目には、日付の種別として「日曜・祝日」が設定され、色に「赤」が設定されている。このデータは、当日の種別が日曜か祝日である場合は、当日に対応する日付画像データ３６ａと各種の付加画像データ３６ｂとを「赤」で着色すべきことを意味する。また、このデータは、翌日の種別が日曜か祝日である場合は、翌日に対応する日付画像データ３６ａを「赤」で着色すべきことを意味する。なお、図１０に示した例では色を名前で指定することとしているが、色をＲＧＢ等の要素毎の数値で指定することとしてもよい。

レイヤ定義データ３９ｄは、翌日の日付をうっすらと半透明で表示するために用いられる透過レイヤに関する定義が格納されたデータである。レイヤ定義データ３９ｄの一例を図１１に示す。図１１に示すレイヤ定義データ３９ｄでは、透過度として０．９０が設定されたレイヤを透過レイヤとすることが定義されている。ここで、透過度とは、アルファ値とも呼ばれ、レイヤが透明となる０．０から、レイヤが不透過となる１．０までのいずれかの値をとる。透過度が０．９０の場合、下のレイヤをうっすらと透過させる半透明のレイヤが形成される。

実行命令部３８は、更新判定部３５ａと、日付算出部３５ｂと、画像選択部３５ｃと、着色部３８ｄと、合成部３８ｅとを含む。着色部３８ｄは、取得された日付画像データ３６ａや付加画像データ３６ｂを色テーブル３９ｃに格納された定義に従って着色するための命令列を含む。ここで、上述したように、色テーブル３９ｃには、日付の種別と対応づけて１つの色のみが格納されている。このため、実施形態２では、翌日の日付に対応する日付画像データ３６ａは、今日の日付に対応する日付画像データ３６ａと同等の透過率の色で着色される。

合成部３８ｅは、着色された画像データを合成して背景画像４０を生成するための命令列を含む。合成部３８ｅが含む命令列による画像データの合成の例を図１２に示す。図１２に示す例では、今日の日付に対応する日付画像データ３６ａを含むレイヤ６１を最上位のレイヤとして、その下に付加画像データ３６ｂを含む複数のレイヤ６２が配置されている。そして、その下にレイヤ定義データ３９ｄに基づいて形成された透過レイヤ６４が配置され、翌日の日付に対応する日付画像データ３６ａを含むレイヤ６３が最下位のレイヤとして配置されている。

レイヤ６１およびレイヤ６２は、画像データの背景部分が透過されるように設定されている。また、上述したように、透過レイヤ６４は、下のレイヤをうっすらと透過させる。これらのレイヤを合成することによって、翌日に対応する日付画像データ３６ａが透過率を下げたような態様で当日に対応する日付画像データ３６ａと重畳され、背景画像４０のように翌日日付４２がうっすらと半透明で表示された画像を得ることができる。

このように、カレンダプログラム３７は、レイヤ定義データ３９ｄに基づいて形成された透過レイヤ６４を用いて翌日日付４２をうっすらと半透明に表示させるように構成されている。このため、実施形態２では、色テーブル３９ｃに翌日日付４２用の薄い色の定義を格納しておく必要がなく、その分だけデータ容量を節約することができる。

また、このように、透過レイヤ６４を用いて翌日日付４２をうっすらと半透明に表示させることとすれば、透過レイヤ６４にぼかし等のフィルタ効果をもたせて、翌日日付４２の表示態様を多様に変化させることもできる。

次に、図１３を参照しながら、待受画面の背景画像を表示するために携帯電話端末１が実行する処理手順について説明する。

図１３は、カレンダ表示処理の処理手順を示すフロー図である。図１３に示す処理手順は、カレンダプログラム３７に基づいて実行される。まず、制御部２２は、ステップＳ４１として、日付を算出する。そして、制御部２２は、ステップＳ４２として、背景画像４０を前回合成したときと日付が変わっているかを判定する。ここで、日付が変わっていない場合（ステップＳ４２，Ｎｏ）、制御部２２は、ステップＳ５０として、既に合成済みの画像データを背景画像４０として表示部２に表示させる。

日付が変わっている場合（ステップＳ４２，Ｙｅｓ）、制御部２２は、ステップＳ４３として、今日の日付に対応する日付画像データ３６ａを選択する。そして、制御部２２は、ステップＳ４４として、選択した日付画像データ３６ａを、今日の日付の種別に対応する色で着色する。また、制御部２２は、ステップＳ４５として、今日の日付に対応する付加画像データ３６ｂを選択する。そして、制御部２２は、ステップＳ４６として、選択した付加画像データ３６ｂを、今日の日付の種別に対応する色で着色する。

さらに、制御部２２は、ステップＳ４７として、翌日の日付に対応する日付画像データ３６ａを選択する。そして、制御部２２は、ステップＳ４８として、選択した日付画像データ３６ａを、翌日の日付の種別に対応する色で着色する。

続いて、制御部２２は、ステップＳ４９として、選択した日付画像データ３６ａおよび付加画像データ３６ｂと、透過レイヤとを図１２に示したようにレイヤに含めて重ね合わせて背景画像４０を合成する。そして、制御部２２は、ステップＳ５０として、合成された画像データを背景画像４０として表示部２に表示させる。

上述してきたように、実施形態２における携帯電話端末１は、透過レイヤを用いて、翌日の日付をうっすらと半透明で表示する。このため、色テーブル３９ｃに定義する色の数を少なくすることができ、その分だけデータ容量が節約される。

（その他の実施形態）
なお、上述した携帯電話端末１の構成は、本発明の要旨を逸脱しない範囲で任意に変更することができる。例えば、カレンダプログラム３４またはカレンダプログラム３７は、複数のモジュールに分割されていてもよいし、他のプログラムと統合されていてもよい。カレンダプログラム３４を、日付の管理を行うモジュールと、表示を制御するモジュールとに分割した場合、表示を制御するモジュールは、日付の管理を行うモジュールが取得する情報に基づいて表示制御を実行する。

また、カレンダプログラム３４またはカレンダプログラム３７は、ＦＬＡＳＨ（登録商標）の実行環境で用いられるｓｗｆファイルのように、画像データと、画像データを用いる処理が定義された処理データとが１つにパッケージされたデータファイルであってもよい。

また、上記の各実施形態では、当日の画像と翌日の画像とを重畳して表示する例を示したが、重畳して表示される画像は、この例に限るものではなく、何らかの連続性のある情報を有する画像であればよい。例えば、カレンダにおける曜日を示す画像あるいは月を示す画像を、透過率を異ならせて重畳して表示してもよい。

また、時計プログラムが、現在の時刻を示す画像を表示部２に表示させるとともに、その背後に、次の時刻を示す画像をうっすらと半透明に表示させることとしてもよい。ここで、次の時刻とは、例えば、１秒後、１分後または１時間後の時刻である。この例の場合、現在の時刻を示す画像と、次の時刻を示す画像とが、連続性のある情報を有する画像に相当する。

また、歩数計プログラムが、歩数に応じて現在のカロリーの消費段階に対応する食べ物の画像を表示部２に表示させるとともに、その背後に、次のカロリーの消費段階に対応する食べ物の画像をうっすらと半透明に表示させることとしてもよい。このように構成することにより、利用者は、歩き続けることでどれだけのカロリーが消費されるかを把握しやすくなるとともに、さらに歩こうという意欲をかき立てられる。この例の場合、現在のカロリーの消費段階に対応する食べ物の画像と、次のカロリーの消費段階に対応する食べ物の画像とが、連続性のある情報を有する画像に相当する。

また、ギター等の楽器を模擬的に演奏するための演奏プログラムが、現在の演奏箇所の楽譜やコードを示す画像の背後に、その次の箇所の楽譜やコードを示す画像をうっすらと半透明に表示させることとしてもよい。このように構成することにより、利用者は、次の箇所を演奏する前にその準備をすることが可能になる。この例の場合、現在の演奏箇所の楽譜やコードを示す画像と、次の演奏箇所の楽譜やコードを示す画像とが、連続性のある情報を有する画像に相当する。

また、上記の各実施形態では、連続性がある２つの画像を一定の透過率で表示することとしたが、連続性がある２つの画像の少なくとも一方の透過率を時間の経過に従って変化させ、連続的または段階的に濃く、または、薄く表示することとしてもよい。このように構成することにより、利用者は、背後に表示されている画像の濃さに基づいて、画像が切り替わるタイミングがいつであるのかを把握することが可能になる。

また、上記の各実施形態では、連続性がある２つの画像を、透過率を異ならせて重畳表示することとしたが、連続性がある３つ以上の画像を、透過率を異ならせて重畳表示することとしてもよい。例えば、当日の日付の背後に翌日の日付をうっすらと表示し、その背後に翌々日の日付をさらにうっすらと表示してもよい。

また、連続的な情報の変化に基づいて、第１の画像の背後に表示されていた第２の画像が前面に表示され、第２の画像と連続性のある情報を有する第３の画像を第２の画像の背後に重畳して表示することとしてもよい。例えば、当日の日付が時間の経過にしたがって透過率が低下して次第にうっすらと表示されるとともに、翌日の日付が時間の経過にしたがって透過率が高くなり次第にはっきりと表示されるようにしてもよい。そして、日付が変わるタイミングで、翌日の日付が当日の日付として前面に表示され、その翌日の日付が背後にうっすらと表示されるようにしてもよい。

また、上記の各実施形態では、連続性がある画像がカレンダプログラム３４に含まれる形で記憶部２４に記憶されることとしたが、連続性がある画像は、カレンダプログラム３４とは独立して記憶部２４に記憶されていてもよい。

以上のように、本発明に係る電子機器、制御方法、プログラムおよびデータファイルは、利用者が、次に表示される画像を予め知ることが必要な場合に適している。

１ 携帯電話端末
２ 表示部
８ ヒンジ機構
１３ 操作部
１５ マイク
１６ レシーバ
２２ 制御部
２４ 記憶部
２６ 通信部
３０ 音声処理部
３２ 開閉検出部
３４、３７ カレンダプログラム

Claims (16)

1. 複数の画像を重畳して表示する表示部と、
   複数の画像を記憶する記憶部と、
   前記記憶部に記憶される複数の画像の中から第１の画像および当該第１の画像と連続性のある情報を有する第２の画像を選択し、前記第１の画像および前記第２の画像を重畳して前記表示部に表示させる場合に、前記第１の画像と前記第２の画像との透過率を異ならせて前記表示部に表示させる制御部と
   を備えることを特徴とする電子機器。
2. 連続的な情報の変化を伴う所定の機能を起動可能な場合に、
   前記制御部は、前記所定の機能から取得した情報に基づいて、前記複数の画像の中から前記第１の画像および前記第２の画像を選択することを特徴とする請求項１に記載の電子機器。
3. 前記制御部は、前記所定の機能から取得した情報に基づいて、選択された前記第１の画像および前記第２の画像の少なくとも一方に着色を行うことを特徴とする請求項２に記載の電子機器。
4. 前記制御部は、前記所定の機能から取得した情報に基づいて、選択された前記第１の画像および前記第２の画像に加えて付加画像をさらに重畳して前記表示部に表示させることを特徴とする請求項２または３に記載の電子機器。
5. 前記制御部は、前記表示部が非待受状態又は休止状態から待受状態へ遷移すると、前記所定の機能から取得した情報に基づいて前記複数の画像の中から前記第１の画像および前記第２の画像を選択することを特徴とする請求項２から４のいずれか１項に記載の電子機器。
6. 前記制御部は、前記複数の画像の中から前記第２の画像と連続性のある情報を有する第３の画像をさらに選択し、前記第１の画像、前記第２の画像、前記第３の画像を重畳して前記表示部に表示させる場合に、前記第１の画像と前記第２の画像と前記第３の画像との透過率をそれぞれ異ならせて前記表示部に表示させることを特徴とする請求項１から５のいずれか１項に記載の電子機器。
7. 前記制御部は、前記第１の画像を含む第１のレイヤと、前記第２の画像を含む第２のレイヤと、前記第２のレイヤの画像を指定された透過度で透過させる第３のレイヤとを重畳することによって、前記第１の画像と前記第２の画像との透過率を異ならせて前記表示部に表示させることを特徴とする請求項１から６のいずれか１項に記載の電子機器。
8. 前記制御部は、前記第１の画像を含む第１のレイヤと、前記第２の画像を含む第２のレイヤとを重畳することによって、前記第１の画像と前記第２の画像との透過率を異ならせて前記表示部に表示させることを特徴とする請求項１から６のいずれか１項に記載の電子機器。
9. 前記制御部は、前記第１の画像および前記第２の画像を重畳して前記表示部に表示させる場合に、前記第１の画像よりも前記第２の画像の透過率を下げて表示させることを特徴とする請求項１から８のいずれか１項に記載の電子機器。
10. 前記制御部は、時間の経過にしたがって、前記第１の画像および前記第２の画像の少なくとも一方の透過率を変化させることを特徴とする請求項１から９のいずれか１項に記載の電子機器。
11. 前記第１の画像および前記第２の画像は、カレンダにおける各日付、曜日、月の少なくともいずれか１つを示す画像あるいは時計における時刻を示す画像であることを特徴とする請求項１から１０のいずれか１項に記載の電子機器。
12. 前記制御部は、連続的な情報の変化に基づいて、前記第２の画像を前面に表示させ、前記第２の画像と連続性のある情報を有する他の画像を、前記第２の画像と透過率を異ならせた上で重畳して表示させることを特徴とする請求項１から１１のいずれか１項に記載の電子機器。
13. 複数の画像を重畳して表示する表示部と、複数の画像を記憶する記憶部とを有する電子機器によって実行される制御方法であって、
    前記記憶部に記憶される複数の画像の中から第１の画像および当該第１の画像と連続性のある情報を有する第２の画像を選択するステップと、
    前記第１の画像および前記第２の画像を重畳して前記表示部に表示させる場合に、前記第１の画像と前記第２の画像との透過率を異ならせて前記表示部に表示するステップと
    を含むことを特徴とする制御方法。
14. 表示部を備える電子機器に、
    複数の画像の中から第１の画像および当該第１の画像と連続性のある情報を有する第２の画像を選択するステップと、
    前記第１の画像および前記第２の画像を重畳して前記表示部に表示させる場合に、前記第１の画像と前記第２の画像との透過率を異ならせて前記表示部に表示するステップと
    を実行させることを特徴とするプログラム。
15. 連続性のある情報を含む第１の画像および第２の画像を含む複数の画像データと、
    他の機能から得た情報により、複数の画像データの中からいずれかの画像データを選択し、選択された画像データを透過率を異ならせた上で重畳して表示させる処理データと
    が１つにまとめられたプログラム。
16. 連続性のある情報を含む第１の画像および第２の画像を含む複数の画像データと、
    他の機能から得た情報により、複数の画像データの中からいずれかの画像データを選択し、選択された画像データを透過率を異ならせた上で重畳して表示させる処理データと
    が１つにまとめられたデータファイル。

Images