携帯電子機器
【課題】携帯電子機器の表示部に表示される画像の小容量化を実現し、かつ変化のある多彩なデザインを携帯電子機器の表示部に表示させること。
【解決手段】携帯電子機器１は、表示部１７と、記憶部１３と、表示部１７に対し、待ち受け画像を表示させる処理部１２とを備える。記憶部１３には、複数の第１画像の候補の集まりである第１画像候補群と、複数の第１画像とは異なる複数の第２画像の候補の集まりであって、複数の第１画像のそれぞれに対応付けられた複数の第２画像候補群とが保存される。処理部１２は、第１画像候補群から一つの第１画像を選択するとともに、選択された第１画像に対応する第２画像候補群の中から少なくとも一つの第２画像をさらに選択し、選択した第１画像と第２画像とを組み合わせて一の画像を構成する。
【解決手段】携帯電子機器１は、表示部１７と、記憶部１３と、表示部１７に対し、待ち受け画像を表示させる処理部１２とを備える。記憶部１３には、複数の第１画像の候補の集まりである第１画像候補群と、複数の第１画像とは異なる複数の第２画像の候補の集まりであって、複数の第１画像のそれぞれに対応付けられた複数の第２画像候補群とが保存される。処理部１２は、第１画像候補群から一つの第１画像を選択するとともに、選択された第１画像に対応する第２画像候補群の中から少なくとも一つの第２画像をさらに選択し、選択した第１画像と第２画像とを組み合わせて一の画像を構成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像を表示する表示部を備える携帯電子機器に関する。
【背景技術】
【０００２】
最近の携帯電子機器は、多彩な情報を多彩なデザインで表示部に表示できるようになっている。例えば、特許文献１には、携帯電子機器の表示部に表示させる壁紙として、静止画や動画等の画像を複数設定できるものが開示されている。
【０００３】
【特許文献１】特開２００２−３００２４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、携帯電子機器の表示部に表示させる壁紙を複数設定するためには、大容量のメモリが必要となり、実装上の制約から、実際に表示できる画像の種類は少なくなってしまう。しかしながら、画像の種類が少ないと、同じ画像が出現する頻度が高くなる結果、変化に乏しくなってしまい、ユーザーの要望に応えることは難しい。
【０００５】
本発明は、上記に鑑みてなされたものであって、携帯電子機器の表示部に表示される画像の小容量化を実現し、かつ変化のある多彩なデザインを携帯電子機器の表示部に表示させることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る携帯電子機器は、表示部と、複数の第１画像の候補の集まりである第１画像候補群と、前記複数の第１画像とは異なる複数の第２画像の候補の集まりであって、前記複数の第１画像のそれぞれに対応付けられた複数の第２画像候補群とが保存される記憶部と、前記表示部に対し、所定の画像を表示させる処理部と、を備え、前記処理部は、前記所定の画像を表示させる際、前記第１画像候補群から一つの第１画像を選択するとともに、当該選択された第１画像に対応する第２画像候補群の中から少なくとも一つの第２画像をさらに選択し、選択した第１画像と第２画像とを組み合わせて一の画像を構成し、前記所定の画像として前記表示部に表示させる第１の表示制御を行う構成としたものである。
【０００７】
また、本発明の携帯電子機器において、前記第１画像は、前記第２画像よりも画素数が多い画像としてもよい。
【０００８】
前記第１画像及び前記第２画像は、それぞれ単色の画像としてもよい。
【０００９】
前記記憶部には、前記第１の表示制御において用いる前記第１画像候補群と前記複数の第２画像候補群とがパッケージ化され、かつ所定のデータサイズを超えない単一のデータファイルとして取り扱われる第１のデザイン情報として保存してもよい。
【００１０】
前記記憶部には、前記第１の表示制御において用いる前記第１画像候補群と前記複数の第２画像候補群とが第１のデザイン情報として保存されており、当該第１のデザイン情報とは異なる画像情報を有する第２のデザイン情報と、前記携帯電子機器の製造ＩＤとがさらに保存され、前記処理部は、前記製造ＩＤに基づいて、前記所定の画像を、前記第２のデザイン情報を用いた第２の表示制御と前記第１の表示制御とのいずれかにより表示するようにしてもよい。
【００１１】
前記記憶部には、前記第１のデザイン情報及び前記第２のデザイン情報は、それぞれ、所定のデータサイズを超えない単一のデータファイルとして保存されているようにしてもよい。
【００１２】
前記記憶部には、選択された第１画像及び第２画像を組み合わせて前記所定の画像としての画像を構成する際に、当該第１画像及び第２画像の背景色を示す背景色情報がさらに保存され、前記処理部は、前記第１の表示制御において、選択された第１画像及び第２画像と、その背景との境の領域を、当該第１画像及び第２画像の色とも、前記背景色とも異なる色で縁取りする縁取り処理を行うようにしてもよい。
【００１３】
前記処理部は、前記第１の表示制御において、選択された第１画像と第２画像とが互いに重畳する、あるいは接触する領域を除き、前記縁取り処理を行うようにしてもよい。
【００１４】
前記記憶部には、前記第１の表示制御において用いる前記第１画像候補群と前記複数の第２画像候補群と、前記背景色情報とがパッケージ化された単一のデータファイルとして取り扱われる第１のデザイン情報として保存してもよい。
【００１５】
前記記憶部には、前記携帯電子機器の製造ＩＤがさらに保存されており、前記処理部は、前記第１の表示制御において、前記製造ＩＤに対応する色により前記縁取り処理を行うようにしてもよい。
【００１６】
前記製造ＩＤは文字列を含んで構成され、当該文字列の一部には、前記携帯電子機器の筐体のデザインを一義的に示す情報が含まれていてもよい。
【００１７】
前記文字列の一部には、前記携帯電子機器の筐体の色を一義的に示す情報が含まれていてもよい。
【００１８】
前記表示部が設けられ、開閉可能に構成される筐体を備え、前記処理部は、前記筐体の状態が開状態になる、あるいは閉状態が解除されると、前記所定の画像の表示を前記表示部に行わせるようにしてもよい。
【発明の効果】
【００１９】
本発明は、携帯電子機器の表示部に表示される画像の小容量化を実現し、かつ変化のある多彩なデザインを携帯電子機器の表示部に表示させることができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明につき図面を参照しつつ詳細に説明する。なお、以下の説明により本発明が限定されるものではない。また、以下の説明における構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。以下においては、携帯電子機器として携帯電話機を例として説明するが、本発明の適用対象は携帯電話機に限定されるものではなく、例えば、ＰＨＳ（Personal Handy phone System）、ＰＤＡ、ポータブルナビゲーション装置、ノートパソコン、ゲーム機等に対しても本発明は適用できる。
【００２１】
（実施形態１）
図１は、実施形態１に係る携帯電子機器の正面図である。図２は、実施形態１に係る携帯電子機器の側面図である。図３は、実施形態１に係る携帯電子機器を閉じた状態を示す図である。まず、携帯電子機器の構成を説明する。携帯電子機器１は、無線通信機能を備えた携帯電話機である。携帯電子機器１は、筐体１Ｃが第１筐体１ＣＡと第２筐体１ＣＢとで開閉可能に構成された、折り畳み式の携帯電話機である。図１、図２は、携帯電子機器１を開いた状態を示し、図３は、携帯電子機器１を閉じた状態を示す。
【００２２】
本実施形態は、第１画像と第２画像とを組み合わせて、携帯電子機器の表示部に表示させる所定の画像、例えば、待ち受け画像を生成する。このため、まず第１画像候補群の中から第１画像が選択され、選択された第１画像に対応する第２画像候補群が選択される。そして、選択された第２画像候補群の中から少なくとも一つの第２画像を選択する。その後、選択された第１画像と第２画像とが組み合わされて一の画像が構成され、所定の画像、例えば待ち受け画像として携帯電子機器１の表示部１７に表示させられる。以下においては、所定の画像として待ち受け画像を表示部に表示させる例を説明するが、所定の画像は、これに限定されるものではなく、例えば、メニュー画像やメール送受信時の画像等であってもよい。
【００２３】
まず、携帯電子機器１の構成を説明する。第１筐体１ＣＡには、表示部として、図１に示すメインディスプレイ２Ｍが設けられる。また、第１筐体１ＣＡには、同じく表示部として図３に示すサブディスプレイ２Ｓが設けられる。メインディスプレイ２Ｍとサブディスプレイ２Ｓとは、第１筐体１ＣＡの対向する面にそれぞれ配置されており、携帯電子機器１を閉じたときには、サブディスプレイ２Ｓをユーザーが目視できるように構成される。
【００２４】
メインディスプレイ２Ｍは、所定の画像として、携帯電子機器１が受信を待機している状態のときに待ち受け画像を表示したり、携帯電子機器１の操作を補助するために用いられるメニュー画像を表示したりする。ここで、待ち受け画像とは、携帯電子機器１が通信（バックグラウンド動作を除く）しておらず、かつユーザーからの操作も発生しておらず、かつユーザーからの指示を待ち受けている場合に、メインディスプレイ２Ｍに表示されるものであって、壁紙ともいう。待ち受け画像は、静止画、動画のいずれも含み、前述した条件で表示されるものであれば、スクリーンセーバーと称されるものも待ち受け画像に含まれる。サブディスプレイ２Ｓは、図３に示すように、携帯電子機器１を閉じている状態において、携帯電子機器１の電池の残量や電波の受信状態等を表示する。また、第１筐体１ＣＡには、携帯電子機器１の通話時に音声を発するスピーカ６が設けられる。
【００２５】
第２筐体１ＣＢには、通話相手の電話番号や、メール作成時等に文字を入力するための操作キー３が複数設けられ、また、メインディスプレイ２Ｍに表示されるメニューの選択及び決定や画面のスクロール等を容易に実行するための方向及び決定キー４が設けられる。第２筐体１ＣＢにはアンテナ７が設けられており、携帯電子機器１と基地局との間における送受信に用いられる。なお、操作キー３及び方向及び決定キー４は、携帯電子機器１の操作部を構成する。
【００２６】
図２に示すように、本実施形態において、第２筐体１ＣＢの一つの側部（操作キー３や方向及び決定キー４が設けられる面と略直交する面のうちの一つ）には、通信用端子８が設けられる。通信用端子８は、第２筐体１ＣＢ内に設けられる記憶部に第２筐体１ＣＢの外部から情報を保存したり、前記記憶部に保存される情報を第２筐体１ＣＢの外部へ取り出したりする際に用いられる。前記記憶部に保存される情報は、例えば、携帯電子機器１の制御に用いるソフトウェアや画像データ、あるいは音声データ等である。また、第２筐体１ＣＢには、携帯電子機器１の通話時に音声を受け取るマイク５が設けられる。
【００２７】
第１筐体１ＣＡと第２筐体１ＣＢとは、ヒンジ９で連結されている。これによって、第１筐体１ＣＡ及び第２筐体１ＣＢは、ヒンジ９を中心としてともに回動して、互いに遠ざかる方向及び互いに接近する方向（図２の矢印Ｒで示す方向）に回動できるように構成される。第１筐体１ＣＡと第２筐体１ＣＢとが互いに遠ざかる方向に回動すると携帯電子機器１が開き、第１筐体１ＣＡと第２筐体１ＣＢとが互いに接近する方向に回動すると携帯電子機器１が閉じる。
【００２８】
図４は、実施形態１に係る携帯電子機器の機能を説明するブロック図である。携帯電子機器１は、通信部１１と、処理部１２と、記憶部１３と、音声処理部１４と、マイク５（ＭＩＣ）と、スピーカ６（ＳＰ）と、表示部１７と、操作部１８とを有する。通信部１１は、アンテナ７を備えており、基地局のいずれかによって割り当てられるチャネルを介して、前記基地局との間で無線通信を行う。
【００２９】
処理部１２は、携帯電子機器１の全体的な動作を統括的に制御する。すなわち、携帯電子機器１の各種の処理が、操作部１８の操作や携帯電子機器１の記憶部１３に保存されるソフトウェアに応じて適切な手順で実行されるように、通信部１１や表示部１７等の動作を制御する。携帯電子機器１の各種の処理としては、例えば、回線交換網を介して行われる音声通話、電子メールの作成及び送受信、インターネットのＷｅｂ（World Wide Web）サイトの閲覧等がある。また、通信部１１や表示部１７等の動作としては、例えば、通信部１１における信号の送受信、音声処理部１４における音声の入出力、表示部１７における画像の表示等がある。
【００３０】
処理部１２は、記憶部１３に保存されているプログラム（例えば、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。処理部１２は、例えば、マイクロプロセッサユニット（ＭＰＵ：Micro Processor Unit）で構成され、前記ソフトウェアで指示された手順にしたがって上述した携帯電子機器１の各種の処理を実行する。すなわち、処理部１２は、記憶部１３に保存されるオペレーティングシステムプログラムやアプリケーションプログラム等から命令コードを順次読み込んで処理を実行する。
【００３１】
処理部１２は、複数のアプリケーション等のプログラムを実行する機能を有する。処理部１２が実行するアプリケーションプログラムとしては、例えば、携帯電子機器１がリセットされてから最初に電源起動したときに携帯電子機器１の初期設定をするアプリケーションプログラム、画像ファイルをデコードするアプリケーションプログラム、及びデコードして得られる画像を表示部１７に表示するアプリケーションプログラム等の複数のアプリケーションプログラムがある。このため、処理部１２は、主処理部１２ａと、筐体開閉検知部１２ｂと、画像表示処理部１２ｃと、デコード処理部１２ｄと、表示制御部１２ｅと、ファイルシステム制御部１２ｆとを含んで構成される。
【００３２】
筐体開閉検知部１２ｂは、主処理部１２ａによる制御の下、図１に示す携帯電子機器１の筐体１Ｃの閉状態を検知して、これを画像表示処理部１２ｃへ通知する。筐体１Ｃが閉状態でない場合、すなわち、筐体１Ｃが開状態であることを通知された画像表示処理部１２ｃは、待ち受け画像表示タスク１３ｂを実行する。本実施形態において、待ち受け画像表示タスク１３ｂは、例えば、待ち受け画像の表示が必要になった場合に、表示すべき待ち受け画像を記憶部１３から読み出してデコードし、メインディスプレイ２Ｍに表示するものである。また、待ち受け画像表示タスク１３ｂは、待ち受け画像の表示用に用意されたデータファイルを記憶部１３から読み出し、読み出された待ち受け画像をデコードし、表示部１７に表示するものである。
【００３３】
ここで、待ち受け画像の表示が必要になった場合とは、例えば、携帯電子機器１の筐体１Ｃが開状態にあることを筐体開閉検知部１２ｂが検知した場合や、通信や操作画面が終了した場合等である。このような場合、画像表示処理部１２ｃは、待ち受け画像表示タスク１３ｂを実行して、表示すべき待ち受け画像を表示部１７に表示する。筐体開閉検知部１２ｂが筐体１Ｃの閉状態を検知した場合、画像表示処理部１２ｃは、サブディスプレイ２Ｓに、受信状態や電池の残量といった必要最小限の表示をする。
【００３４】
なお、本実施形態において、処理部１２の処理負荷が軽減される状態に移行したときに、記憶部１３から次にデコードすべき待ち受け画像ファイルを読み出してデコードするように、待ち受け画像表示タスク１３ｂを構成してもよい。これによって、画像表示処理部１２ｃは、処理部１２の空き時間に待ち受け画像のデコードを実行するので、処理部１２をより効果的に利用できるとともに、待ち受け画像を表示するまでのタイムラグを低減できる。ここで、処理部１２の処理負荷が軽減される状態とは、携帯電子機器１の筐体１Ｃが閉状態にある場合等である。筐体開閉検知部１２ｂが筐体１Ｃの閉状態を検出したとき、すなわち、携帯電子機器１の筐体１Ｃの開状態を検出しなくなったときに、携帯電子機器１の筐体１Ｃが閉状態であることが検知される。
【００３５】
主処理部１２ａは制御中枢となり、筐体開閉検知部１２ｂ、画像表示処理部１２ｃ、デコード処理部１２ｄ、表示制御部１２ｅ、ファイルシステム制御部１２ｆのシーケンス制御を司る。また、筐体開閉検知部１２ｂ、画像表示処理部１２ｃ、デコード処理部１２ｄ、表示制御部１２ｅ、ファイルシステム制御部１２ｆがそれぞれ有する機能は、処理部１２及び記憶部１３で構成されるハードウェア資源が、主処理部１２ａによって割り当てられるタスクを実行することにより実現される。ここで、タスクとは、アプリケーションプログラムが行っている処理全体、又は同じアプリケーションプログラムが行っている処理のうち、同時に実行できない処理単位である。
【００３６】
本実施形態において、前記ハードウェア資源が割り当てられるタスクのうち代表的なものは、待ち受け画像表示タスク１３ｂ、デコードタスク１３ｃ、表示制御タスク１３ｄ、ファイルシステム制御タスク１３ｅである。これらのタスクは、例えば、記憶部１３に保存される。デコードタスク１３ｃはデコード処理部１２ｄによって実行され、表示制御タスク１３ｄは表示制御部１２ｅによって実行され、ファイルシステム制御タスク１３ｅはファイルシステム制御部１２ｆによって実行される。
【００３７】
待ち受け画像表示タスク１３ｂは、少なくとも携帯電子機器１が受信待機状態になっているときに、携帯電子機器１の表示部１７のうち、主にメインディスプレイ２Ｍに表示される待ち受け画像を表示する機能を有する。デコードタスク１３ｃは、ＪＰＥＧ（Joint Photographic Experts Group）やＧＩＦ（Graphic Interchange Format）等の画像形式の画像データ、あるいはＦｌａｓｈ（登録商標、以下同様）等の画像データをＲＧＢ（Red Green Blue）データにデコード変換する機能を有する。表示制御タスク１３ｄは、メインディスプレイ２Ｍへ待ち受け画像やメニュー画像、あるいはスクリーンセーバー等を表示する制御や、サブディスプレイ２Ｓへ時計や受信状態を表示する制御を実行する機能を有する。ファイルシステム制御タスク１３ｅは、待ち受け画像やメニュー画像、あるいはスクリーンセーバー等をメインディスプレイ２Ｍに表示する際に用いるＪＰＥＧやＧＩＦ等の画像データや、待ち受け画像等を生成する画像のパッケージファイルを管理する機能を有する。
【００３８】
本実施形態において、処理部１２を構成する主処理部１２ａ、筐体開閉検知部１２ｂ、画像表示処理部１２ｃ、デコード処理部１２ｄ、表示制御部１２ｅ、ファイルシステム制御部１２ｆがそれぞれ有する機能は、記憶部１３に保存されるタスクを処理部１２で実行することにより実現されるものである。したがって、処理部１２内において、主処理部１２ａ、筐体開閉検知部１２ｂ、画像表示処理部１２ｃ等は、それぞれ物理的に区別されて構成されるものではない。本実施形態では、あくまで説明の便宜上、主処理部１２ａ、筐体開閉検知部１２ｂ、画像表示処理部１２ｃ等を分けて説明するものである。なお、処理部１２内において、主処理部１２ａ、筐体開閉検知部１２ｂ、画像表示処理部１２ｃ等を、それぞれ物理的に区別して、すなわち、それぞれの機能を実現する専用のハードウェアとして構成してもよい。
【００３９】
記憶部１３には、デコード処理部１２ｄによってデコードされる画像データが保存される画像データ保存部１３ｆが設けられる。記憶部１３には、上述したタスクの他、さらに、処理部１２での処理に利用されるソフトウェアやデータが保存される。例えば、通信、ダウンロードされた画像データや音声データ等、あるいは記憶部１３に対する制御に処理部１２が用いるソフトウェア、通信相手の電話番号やメールアドレス等を保存し、管理するアドレス帳、発信音や着信音等の音声ファイル、ソフトウェアの処理過程で用いられる一時的なデータ等が記憶部１３に保存される。記憶部１３は、例えば、不揮発性の記憶デバイス（ＲＯＭ：Read Only Memory等の不揮発性半導体メモリ、ハードディスク装置等）や、読み書き可能な記憶デバイス（例えば、ＳＲＡＭ：Static Random Access Memory、ＤＲＡＭ：Dynamic Random Access Memory）等で構成される。
【００４０】
音声処理部１４は、スピーカ６から出力される音声信号やマイク５に入力される音声信号の処理を実行する。すなわち、音声処理部１４は、マイク５から入力される音声を増幅し、ＡＤ変換（Analog Digital変換）を実行した後、さらに符号化等の信号処理を施して、ディジタルの音声データに変換して処理部１２へ出力する。また、処理部１２から送られる音声データに対して復号化、ＤＡ変換（Digital Analog変換）、増幅等の処理を施してアナログの音声信号に変換してから、スピーカ６へ出力する。
【００４１】
表示部１７は、携帯電子機器１の筐体１Ｃを閉じたときに隠れ、開いたときに露出するメインディスプレイ２Ｍと、筐体１Ｃを閉じたときでも筐体１Ｃの外側に露出するサブディスプレイ２Ｓとで構成される。メインディスプレイ２Ｍ及びサブディスプレイ２Ｓは、例えば、液晶表示パネルや有機ＥＬ（Electro Luminescence）パネルのような表示デバイスで構成されており、処理部１２から送られる映像信号（待ち受け画像やメニュー画像等の映像信号であり、静止画、動画を含む）に応じた画像を表示する。メインディスプレイ２Ｍには、例えば、待ち受け画像、メニュー画像、発信時における発信相手の電話番号、着信時における着信相手の電話番号、受信メールや送信メールの内容、バッテリの残量、発信成否、待ち受け画像、メニュー画像等の各種の情報が表示される。また、サブディスプレイ２Ｓには、日付や時刻、受信状態、バッテリ残量等が表示される。
【００４２】
操作部１８は、図１に示す操作キー３や方向及び決定キー４を含んで構成されている。操作キー３は複数のキーで構成され、また、方向及び決定キー４は複数のスイッチで構成される。複数のキーや複数のスイッチには、電源、通話、数字、文字、方向、決定、発信等、携帯電子機器１の操作に必要な各種の機能が割り当てられている。そして、操作キー３や方向及び決定キー４がユーザーによって操作されることにより、操作キー３や方向及び決定キー４は、その操作内容に割り当てられた信号を発生する。そして、発生した信号は、ユーザーの指示として処理部１２へ入力される。
【００４３】
次に、本実施形態に係る画像生成方法を説明する。本実施形態に係る画像生成方法は、携帯電子機器１の表示部１７、より具体的にはメインディスプレイ２Ｍに、多種類の待ち受け画像を表示させる。これを実現するため、本実施形態では、図４に示す処理部１２は、複数の画像、すなわち、第１画像と少なくとも一つの第２画像とを組み合わせて一つの待ち受け画像を作成し、表示部１７に表示する。このとき、複数の第１画像の候補の集まりである第１画像候補群と、前記複数の第１画像とは異なる複数の第２画像の候補の集まりであって、前記複数の第１画像のそれぞれに対応付けられた複数の第２画像候補群とが用意されて記憶部１３に保存される。処理部１２は、第１画像候補群から第１画像を決定し、決定した第１画像に対応する第２画像候補群の中から少なくとも一つの第２画像をさらに選択する。そして、処理部１２は、選択した第１画像と第２画像とを組み合わせて一つの画像を構成し、待ち受け画像として表示部１７に表示させる第１の表示制御を行う。
【００４４】
図５は、実施形態１に係る画像生成方法を説明するための概念図である。図６は、実施形態１に係る画像生成方法を説明するための模式図である。図５には、第１画像候補群Ｘと、複数の第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４とが示されている。第１画像及び第２画像は、組み合わされて待ち受け画像を構成する。また、第２画像は、第１画像とはデザインが異なる画像であって、第１画像と組み合わされたときには、待ち受け画像のアクセントとなるような図柄である。
【００４５】
図６に示すように、第１画像の図柄は、例えばツタのような植物である。図５に示す第１画像ＰＸ１、ＰＸ２、ＰＸ３、ＰＸ４は、それぞれツタの画像であるが、それぞれデザインが異なる。第２画像候補群Ｙに属する第１候補群ＹＡ１〜ＹＡ４は、第２候補群ＹＢ１〜ＹＢ４に属する第２画像ＰＹＢ１〜ＰＹＢ８及び第３候補群ＹＣ１〜ＹＣ４に属する第２画像ＰＹＣ１〜ＰＹＣ９とは異なる第２画像ＰＹＡ１〜ＰＹＡ１６の集まりである。また、第２候補群ＹＢ１〜ＹＢ４は、第３候補群ＹＣ１〜ＹＣ４に属する第２画像ＰＹＣ１〜ＰＹＣ９とは異なる第２画像ＰＹＢ１〜ＰＹＢ８の集まりである。
【００４６】
第１画像候補群Ｘは、第１画像の候補が複数集められて構成される。本実施形態では、第１画像ＰＸ１、ＰＸ２、ＰＸ３、ＰＸ４の四つが、待ち受け画像として選択される第１画像の候補として第１画像候補群Ｘに属する。それぞれの第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４は、第２画像の候補が複数集められて構成される。本実施形態において、第２画像候補群Ｙ１は、第１候補群ＹＡ１と、第２候補群ＹＢ１と、第３候補群ＹＣ１との計三つの第２画像の候補群を含んでいる。第２画像候補群Ｙ２、Ｙ３、Ｙ４も第２画像候補群Ｙ１と同様に、それぞれ順に第１候補群ＹＡ２、ＹＡ３、ＹＡ４と、第２候補群ＹＢ２、ＹＢ３、ＹＢ４と、第３候補群ＹＣ２、ＹＣ３、ＹＣ４との計三つの第２画像の候補群を含んでいる。なお、第１候補群ＹＡ１〜ＹＡ４、第２候補群ＹＢ１〜ＹＢ４、第３候補群ＹＣ１〜ＹＣ３は、いずれも複数の第２画像の候補の集まりである。
【００４７】
図５から分かるように、本実施形態において、第１候補群ＹＡ１には第２画像ＰＹＡ１〜ＰＹＡ４が属し、第１候補群ＹＡ２には第２画像ＰＹＡ５〜ＰＹＡ８が属し、第１候補群ＹＡ３には第２画像ＰＹＡ９〜ＰＹＡ１２が属し、第２候補群ＹＡ４には第２画像ＰＹＡ１３〜ＰＹＡ１６が属する。第２候補群ＹＢ１には第２画像ＰＹＢ１が属し、第２候補群ＹＢ２には第２画像ＰＹＢ２、ＰＹＢ３を含み、第２候補群ＹＢ３は第２画像ＰＹＢ４〜ＰＹＢ６を含み、第２候補群ＹＢ４は第２画像ＰＹＢ７、ＰＹＢ８を含む。また、第３候補群ＹＣ１には第１画像ＰＹＣ１〜ＰＹＣ３が属し、第３候補群ＹＣ２には第２画像ＰＹＶ４〜ＰＹＣ９が属し、第３候補群ＹＣ３には第２画像ＰＹＣ１〜ＰＹＣ６、ＰＹＣ８、ＰＹＣ９が属し、第３候補群ＹＣ４には第２画像ＰＹＣ１〜ＰＹＣ８が属する。このように、第１候補群ＹＡ１〜ＹＡ４には計１６種類の第２画像が属し、第２候補群ＹＢ１〜ＹＢ４には計８種類の第２画像が属し、第３候補群ＹＣ１〜ＹＣ４には計９種類の第２画像が属する。すなわち、第２画像候補群Ｙ１〜Ｙ４には、計３３種類の第２画像が属する。
【００４８】
第１候補群ＹＡ１〜ＹＡ４に属する第２画像ＰＹＡ１〜ＰＹＡ１６は、例えば鹿や猫のような動物の図柄の画像である。また、第２候補群ＹＢ１〜ＹＢ４に属する第２画像ＰＹＢ１〜ＰＹＢ８は、例えば羽のような図柄の画像である。また、第３候補群ＹＣ１〜ＹＣ４に属する第２画像ＰＹＣ１〜ＰＹＣ９は、例えば、花のような図柄の画像である。本実施形態において、第１画像及び第２画像は、それぞれ単色の画像である。これによって、複数の色で第１画像及び第２画像を構成する場合と比較して、第１画像及び第２画像のデータ量を低減できる。
【００４９】
それぞれの第１画像ＰＸ１、ＰＸ２、ＰＸ３、ＰＸ４と組み合わされる第２画像は、第１画像と第２画像とが組み合わされて得られる画像が不自然ではなく、かつデザイン上の統一感が生まれるような画像が選択される。このようにして、それぞれの第１画像ＰＸ１、ＰＸ２、ＰＸ３、ＰＸ４に対して各々選択された第２画像の集まりが、図５の第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４である。本実施形態において、第１画像は４種類なので、四つの第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４が用意される。これによって、図５に示すように、複数の第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４は、第１画像候補群Ｘに属する複数の第１画像ＰＸ１、ＰＸ２、ＰＸ３、ＰＸ４のそれぞれに対応付けられる。
【００５０】
例えば、図５に示すように、第１画像ＰＸ１に対応するのは第２画像候補群Ｙ１である。そして、第１画像ＰＸ１に対応する第２画像候補群Ｙ１には第１候補群ＹＡ１及び第２候補群ＹＢ１及び第３候補群ＹＣ１が含まれる。第１候補群ＹＡ１及び第２候補群ＹＢ１及び第３候補群ＹＣ１に属する複数の第２画像は、それぞれが、第１画像ＰＸ１と組み合わせたときに不自然さがなく、かつデザイン上の統一感が生まれるような画像である。
【００５１】
ある第１画像と組み合わせたときに不自然さがあるか、又は統一感が得られない第２画像は、そもそも前記第１画像とは組み合わせない。すなわち、そのような第２画像は、前記第１画像との関係では、待ち受け画像には用いない。本実施形態では、第１画像と組み合わせたときに不自然さがなく、かつ統一感のある複数の第２画像を集めた第２画像候補群を、複数の第１画像候補群それぞれに対して予め用意する。これによって、第１画像と組み合わせない、すなわち特定の第１画像との関係において待ち受け画像には用いない第２画像は、特定の第１画像との組み合わせにおいては予め排除できる。その結果、それぞれの第２画像候補群からは、対応する第１画像と組み合わせられることのない第２画像を排除できるので、不要な第２画像を記憶部１３に保存する必要がない分、画像データの小容量化を実現できる。
【００５２】
本実施形態において、第１画像は、待ち受け画像の全体のイメージを方向付けるような図柄であり、画素数（少なくともビットマップに変換されたときの画素数）は第２画像よりも多い画像である。このため、第１画像の種類が多いと、記憶部１３には、第１画像を保存するために多くの容量が必要になり、場合によっては、記憶部１３内に割り当てられた、画像データを保存する画像データ保存部１３ｆの容量を超えてしまうおそれがある。このため、第１画像の種類を第２画像の種類よりも少なくして、画像データ保存部１３ｆ内に第１画像候補群Ｘを保存できるようにする。本実施形態では、上述したように、第１画像を４種類、第２画像を３３種類用意して記憶部１３の画像データ保存部１３ｆに保存するので、第１画像の種類は第２画像の種類の約１／８となる。
【００５３】
本実施形態において、携帯電子機器１の表示部１７に表示させる待ち受け画像が生成される場合、まず、第１画像候補群Ｘに属する複数の第１画像ＰＸ１〜ＰＸ４から一つの第１画像が選択される。すると、複数の第２画像候補群Ｙ１〜Ｙ４の中から、選択された第１画像に対応する第２画像候補群が選択できる。この第２画像候補群の中から、少なくとも一つの第２画像がさらに選択される。本実施形態では、選択された第１画像に対応する第２画像候補群のうち、第１候補群又は第２候補群のいずれか一方から一つと、第３候補群から一つとの、計二つの第２画像が選択される。
【００５４】
例えば、図５に示すように、第１画像候補群Ｘに属する４種類の第１画像ＰＸ１〜ＰＸ４から第１画像ＰＸ１が選択されたとする。第１画像ＰＸ１に対応するのは、第２画像候補群Ｙ１なので、第２画像候補群Ｙ１の中から二つの第２画像が選択される。この場合、第１候補群ＹＡ１に属する４種類の第２画像ＰＹＡ１〜ＰＹＡ４又は第２候補群ＹＢ１に属する１種類の第２画像ＰＹＢ１のいずれか一方から一つ（例えば、第１候補群ＹＡ１から第２画像ＰＹＡ１）と、第３候補群ＹＣ１に属する３種類の第２画像ＰＹＣ１〜ＰＹＣ３から一つ（例えば、第２画像ＰＹＣ１）との、計二つの第２画像が選択される。そして、選択された第１画像ＰＸ１と、第２画像ＰＹＡ１と、第２画像ＰＹＣ１とを組み合わせて構成される一の画像が、待ち受け画像として携帯電子機器１の表示部１７に表示される。
【００５５】
上述したように、第１画像ＰＸ１に対応する第２画像候補群は、第２画像候補群Ｙ１である。第２画像候補群Ｙ１は、４種類の第２画像ＰＹＡ１〜ＰＹＡ４が属する第１候補群ＹＡ１と、１種類の第２画像ＰＹＢ１が属する第２候補群ＹＢ１と、３種類の第２画像ＰＹＣ１〜ＰＹＣ３が属する第３候補群ＹＣ１とで構成される。第２画像は、第１候補群ＹＡ１又は第２候補群ＹＢ１のいずれか一方から選択されるので、この選択においては５通りの選択肢がある。また、第３画像は、第３候補群ＹＣ１から一つ選択されるので、この選択においては３通りの選択肢がある。したがって、第１画像ＰＸ１が選択されると、これに対応する第２画像候補群Ｙ１においては、５通り×３通りの計１５通りの組み合わせが得られる。
【００５６】
このため、第１画像ＰＸ１が選択されたときには、１５通りの画像が生成できる。同様に、第１画像ＰＸ２が選択されたときには３６通り、第１画像ＰＸ３が選択されたときには５６通り、第１画像ＰＸ４が選択されたときには４８通りの画像が生成できる。したがって、本実施形態では、画像データ保存部１３ｆに保存される４種類の第１画像及び３３種類の第２画像の計３７種類の画像から、１５通り＋３６通り＋５６通り＋４８通りの計１５５通りの待ち受け画像が生成できる。
【００５７】
このように、本実施形態では、複数の第１画像のそれぞれに対して、複数の第２画像の集まりである第２画像候補群を対応付ける際には、特定の第１画像と組み合わせたときに不自然さがあるか、又は統一感が得られない第２画像は、前記の第１画像との組み合わせにおいて予め排除する。これにより、無駄な画像を排除して、画像データの小容量化を実現する。そして、待ち受け画像を生成する場合は、第１画像候補群から一つの第１画像が抽選等により選択され、選択された第１画像に対応する第２画像候補群の中から少なくとも一つの第２画像が抽選等により選択され、選択された第１画像と第２画像とを組み合わせて待ち受け画像を生成する。
【００５８】
このような手法により、本実施形態に係る画像生成方法では、画像データ保存部１３ｆに保存される第１画像及び第２画像のデータを小容量化でき、かつ、変化のある多彩な待ち受け画像を生成できる。さらに、本実施形態に係る画像生成方法では、第１画像及び第２画像を単色の画像とすることで、合成後の画像を自然な組み合わせとし、さらなる画像データの小容量化を実現する。
【００５９】
このように、本実施形態では、表示部１７に表示させる待ち受け画像の要素に相当する、容量の小さい第１画像や第２画像を複数記憶部１３に保存しておけばよい。その結果、複数の無関係な画像データをランダムに表示部１７へ表示させる場合と比較して、小さい画像データの容量で、変化のある多彩な画像を表示させることができる。次に、本実施形態の画像生成方法を用いて待ち受け画像を生成し、携帯電子機器１に所定のイベントが発生したときに、携帯電子機器１の表示部１７に表示させる手順を説明する。
【００６０】
図７は、本実施形態の画像生成方法により生成した待ち受け画像を表示させる処理の一例を示す流れ図である。図８は、本実施形態の画像生成方法により待ち受け画像を生成する手順を示す流れ図である。図９は、本実施形態の画像生成方法により生成した待ち受け画像を表示させる処理の他の例を示す流れ図である。待ち受け画像は、所定のイベントが発生したときに携帯電子機器１の表示部１７に表示される。
【００６１】
所定のイベントとは、例えば、携帯電子機器１が網側からの着信呼び出し等の受信を待ち受けている状態、すなわち待ち受け状態が発生したときである。例えば、図４に示す処理部１２の画像表示処理部１２ｃは、携帯電子機器１の筐体１Ｃの状態が開状態になること、あるいは閉状態が解除されたことのいずれかを筐体開閉検知部１２ｂが検知した場合に、携帯電子機器１は待ち受け状態であると判断する。そして、待ち受け状態である場合、処理部１２は、携帯電子機器１の表示部１７に待ち受け画像の表示を行わせる。携帯電子機器１が待ち受け状態でない場合（ステップＳ１０１：Ｎｏ）、待ち受け画像は表示されない。
【００６２】
携帯電子機器１が待ち受け状態となった場合（ステップＳ１０１：Ｙｅｓ）、待ち受け画像を表示部１７に表示させることができる状態になる。この場合、主処理部１２ａは、画像表示処理部１２ｃに制御を移す。すなわち、主処理部１２ａは、処理部１２及び記憶部１３のハードウェア資源を、待ち受け画像表示タスク１３ｂに割り当てる。これにより、画像表示処理部１２ｃは待ち受け画像生成タスク１３ａを実行して、本実施形態に係る画像生成方法により待ち受け画像を生成する（ステップＳ１０２）。図８を用いてこの手順を説明する。
【００６３】
画像表示処理部１２ｃは、待ち受け画像生成タスク１３ａを実行して、記憶部１３の画像データ保存部１３ｆの保存されている第１画像候補群Ｘに属する複数の第１画像から第１画像を抽選して（ステップＳ２０１）、待ち受け画像を構成する第１画像として選択する。次に、画像表示処理部１２ｃは、第２画像候補群を構成する第２候補群に属する複数の第２画像から第２画像を抽選するか否かを判定する（ステップＳ２０２）。例えば、所定の回数（例えば１０回）に１回の割合で第２候補群から第２画像を抽選するようにしておき、第１候補群から所定の回数第２画像を抽選した場合には、第２候補群から第２画像を抽選するように判定してもよい。
【００６４】
第２候補群から第２画像を抽選しない場合（ステップＳ２０２：Ｎｏ）、画像表示処理部１２ｃは、第１候補群から第２画像を抽選して（ステップＳ２０３）、待ち受け画像を構成する第２画像の一つとして選択する。第２画像候補群の第２候補群から第２画像を抽選する場合（ステップＳ２０２：Ｙｅｓ）、画像表示処理部１２ｃは、第２候補群から第２画像を抽選して（ステップＳ２０４）、待ち受け画像を構成する第２画像の一つとして選択する。次に、一つの第２画像が選択されたら、画像表示処理部１２ｃは、第２画像候補群の第３候補群から一つの第２画像を抽出し（ステップＳ２０５）、待ち受け画像を構成する第２画像の一つとして選択する。
【００６５】
上記手順により、一つの第１画像及び二つの第２画像が選択されたら、画像表示処理部１２ｃは、ファイルシステム制御部１２ｆに、選択された第１画像及び第２画像を選出する画像選出要求を発行する。すると、ファイルシステム制御部１２ｆは、ファイルシステム制御タスク１３ｅを実行して、上記手順により選択された一つの第１画像及び二つの第２画像を、記憶部１３の画像データ保存部１３ｆから選出する。一つの第１画像及び二つの第２画像が選出されたら、ファイルシステム制御タスク１３ｅは終了する。ファイルシステム制御タスク１３ｅが終了したら、ファイルシステム制御部１２ｆは、画像表示処理部１２ｃに完了通知を発行する。画像表示処理部１２ｃは、ファイルシステム制御部１２ｆにより選出された一つの第１画像のデータファイル及び二つの第２画像のデータファイルを画像データ保存部１３ｆから読み出して組み合わせることにより（ステップＳ２０６）、待ち受け画像を生成する。待ち受け画像が生成されたら、画像表示処理部１２ｃは、生成した待ち受け画像を記憶部１３の作業領域として確保された記憶領域へ一時的に保存し、待ち受け画像生成タスク１３ａを終了させる。
【００６６】
次に、図７に戻って説明する。画像表示処理部１２ｃが待ち受け画像を生成したら、画像表示処理部１２ｃは、待ち受け画像表示タスク１３ｂを実行して、デコード処理部１２ｄにデコード処理要求を発行する。デコード処理部１２ｄは、デコードタスク１３ｃを実行して、ステップＳ１０２で生成され、記憶部１３の作業領域に保存されている待ち受け画像を前記作業領域から読み出す。そして、デコード処理部１２ｄは、読み出した待ち受け画像をデコードして、ＲＧＢで表現されたビットマップデータに変換する（ステップＳ１０３）。デコードが完了したら、デコード処理部１２ｄは、完了通知を画像表示処理部１２ｃに発行する。そして、画像表示処理部１２ｃは、表示制御部１２ｅに待ち受け画像表示要求を発行する。表示制御部１２ｅは、表示制御タスク１３ｄを実行して、ビットマップ化されたパターンの待ち受け画像を表示部１７、より具体的にはメインディスプレイ２Ｍに表示する（ステップＳ１０４）。その後、表示制御部１２ｅは、完了通知を画像表示処理部１２ｃに発行して、待ち受け画像の表示が完了する。
【００６７】
次に、図９に示す待ち受け画像を表示させる処理を説明する。この処理では、処理部１２の処理負荷が軽減されたとき、例えば、処理部１２の空き時間中に予め待ち受け画像を生成して画像データ保存部１３ｆに保存しておき、所定のイベントが発生したときに、作成済みの待ち受け画像を携帯電子機器１の表示部１７に表示する。これによって、上述した所定のイベントが発生した場合には、速やかに待ち受け画像が表示部１７に表示されるので、所定のイベントが発生してから待ち受け画像が表示されるまでの応答性が向上する。
【００６８】
まず、画像表示処理部１２ｃが、処理部１２に空き時間が発生したか否かを判定する。例えば、携帯電子機器１に対する複雑な操作が発生しないことが特定できる場合に、処理部１２に空き時間が発生したと判定される。例えば、図１、図２に示す、折り畳み構造の筐体１Ｃを有する携帯電子機器１において筐体１Ｃを閉じた状態では、携帯電子機器１に対する複雑な操作が発生せず、処理部１２に空き時間が発生している。
【００６９】
主処理部１２ａは、例えば、携帯電子機器１の筐体１Ｃの状態が閉状態になること、あるいは開状態が解除されたことのいずれかを筐体開閉検知部１２ｂが検知した場合には、処理部１２に空き時間があると判定する。処理部１２に空き時間がないと主処理部１２ａが判定した場合（ステップＳ３０１：Ｎｏ）、処理を終了する。処理部１２に空き時間があると主処理部１２ａが判定した場合（ステップＳ３０１：Ｙｅｓ）、主処理部１２ａは、画像表示処理部１２ｃに制御を移す。これにより、画像表示処理部１２ｃは待ち受け画像生成タスク１３ａを実行して、本実施形態に係る画像生成方法により待ち受け画像を生成する（ステップＳ３０２）。待ち受け画像を生成する手順は、図８に示す手順であり、これは上述した通りなので説明を省略する。生成された待ち受け画像は、記憶部１３の作業領域として確保された記憶領域に保存され、画像表示処理部１２ｃは待ち受け画像生成タスク１３ａを終了させる。
【００７０】
携帯電子機器１が待ち受け状態でない場合（ステップＳ３０３：Ｎｏ）、待ち受け画像は表示されない。携帯電子機器１が待ち受け状態となった場合（ステップＳ３０３：Ｙｅｓ）、待ち受け画像を表示部１７に表示させることができる状態になる。すると、画像表示処理部１２ｃは、待ち受け画像表示タスク１３ｂを実行し、デコード処理部１２ｄにデコード処理要求を発行する。デコード処理部１２ｄは、デコードタスク１３ｃを実行して、記憶部１３の作業領域に保存されている待ち受け画像を読み出してデコードする（ステップＳ３０４）。以後の処理は、図７のステップＳ１０４と同一なので、説明を省略する。
【００７１】
図１０は、第１画像候補群と複数の第２画像候補群とを単一のデータファイルとしてパッケージ化した画像パッケージファイルを示す模式図である。上記説明では、第１画像候補群及び第２画像候補群は、図４に示す記憶部１３の画像データ保存部１３ｆに保存した。しかし、本実施形態ではこれに限定されず、第１画像候補群と複数の第２画像候補群とをパッケージ化し、かつ所定のデータサイズ（例えば１００ｋＢ）を超えない単一のデータファイルとして取り扱われる第１のデザイン情報としてデータ保存部１３ｆに保存されるようにしてもよい。本実施形態では、第１画像候補群及び複数の第２画像候補群と、これらに属する画像の生成方法とを単一のデータファイルとしてパッケージ化した例を説明するが、本実施形態では、少なくとも、第１画像候補群及び複数の第２画像候補群とが単一のデータファイルとしてパッケージ化してあればよい。
【００７２】
図１０には、画像パッケージファイル６０が示される。画像パッケージファイル６０は、第１画像候補群Ｘ及び複数の第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４と、これらに属する画像を生成する方法が記述された画像生成ソフトウェアＳＷＧとをパッケージ化し、単一のデータファイルとして取り扱われる第１のデザイン情報である。画像パッケージファイル６０は、画像データ保存部１３ｆに保存されており、待ち受け画像を表示させる場合、処理部１２の画像表示処理部１２ｃは画像パッケージファイル６０を画像データ保存部１３ｆから読み出して、待ち受け画像を生成する。この場合、読み出された画像パッケージファイル６０に格納されている画像生成ソフトウェアＳＷＧが起動して、上述した待ち受け画像生成タスク１３ａのステップＳ２０１からステップＳ２０６を実行する。そして、画像生成ソフトウェアＳＷＧは、一つの第１画像及び二つの第２画像を選択し、これらを組み合わせて、待ち受け画像を生成する。
【００７３】
画像パッケージファイル６０の画像生成ソフトウェアＳＷＧは、通常ビットマップデータの形式で待ち受け画像を生成するので、上述した図７や図９に示す待ち受け画像の表示手順におけるデコード（図７のステップＳ１０３、あるいは図９のステップＳ３０４）は不要である。すなわち、画像生成ソフトウェアＳＷＧが待ち受け画像を生成したら、画像生成タスク１３ａが終了されて、表示制御部１２ｅが表示制御タスク１３ｄを実行することにより、ビットマップ化されたパターンの待ち受け画像がメインディスプレイ２Ｍに表示される。
【００７４】
画像パッケージファイル６０としては、例えばＦｌａｓｈがあり、また、Ｊａｖａ（登録商標、以下同様）等で記述されたデータファイルがある。例えば、Ｆｌａｓｈを用いる場合には、第１画像候補群Ｘ及び複数の第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４のそれぞれの画像を描画オブジェクトとして格納するだけでなく、所定の背景色を指定した上で第１画像を選択し、それに対応する第２画像候補群から第２画像を選択するという処理を実現できる命令も格納できるので、本実施形態に係る画像生成方法が簡易に実現できる。
【００７５】
画像パッケージファイル６０は、上述したように単一のデータファイルとして取り扱われるので、待ち受け画像を生成するための画像データ等のデータサイズが明確になる。このため、携帯電子機器１の設計時に、画像パッケージファイル６０のデータサイズに制限を加える等しておけば、処理部１２を構成するＭＰＵのリソースの範囲内で快適に動作できるようになる。その結果、多種類の異なる画像（待ち受け画像）が頻繁に表示されるにもかかわらず、ＭＰＵのリソースの範囲内で快適に動作できるので、携帯電子機器１のユーザーに対して表示が遅い等の不快感を与えることが少なくなる。
【００７６】
また、複数の無関係な画像データをランダムに表示部１７へ表示させる場合、必要な画像データのサイズがどの程度になるかは開発者側では想定できない。その結果、ＭＰＵのリソースや記憶部の割り当て等をどの程度用意しておけばよいかが把握できない。しかし、本実施形態に係る画像生成方法に必要なデータ（ソフトウェアも含む）を一つの画像パッケージファイル６０にまとめ、かつ画像パッケージファイル６０のデータサイズに制限を加える等しておけば、前記制限の範囲内でＭＰＵのリソースや記憶部の割り当てをすればよい。これによって、開発も容易になる。
【００７７】
また、画像パッケージファイル６０のデータサイズに制限を加えておくとともに、内蔵される複数の画像パッケージファイルのサイズをそれぞれ同程度にしておけば、同じハードウェアの仕様の携帯電子機器間において異なる画像パッケージファイル６０を選択し、実行するようにした場合でも、同程度の処理速度となる。その結果、ハードウェアの仕様が同じであれば、携帯電子機器間において画面上の見た目を異ならせたにも関わらず、処理速度の差はほとんど発生しなくなるので、同じハードウェアの仕様の携帯電子機器間における処理速度の違和感を低減できる。なお、画像生成ソフトウェアＳＷＧも画像パッケージファイル６０に加える場合、画像生成ソフトウェアＳＷＧは同じハードウェアの仕様の携帯電子機器間で共通化しておくことが好ましい。
【００７８】
ところで、画像生成ソフトウェアＳＷＧには、様々な付加機能を持たせてもよい。その一つとして、例えば、図１１−１〜図１１−３は、縁取り処理を実行する場合の説明図である。上述した第１の表示制御において、携帯電子機器１の表示部１７に表示される待ち受け画像を構成するオブジェクトの縁を、オブジェクトの色及び背景色とは異なる色とする縁取り処理を施してもよい。縁取り処理は、選択された第１画像及び第２画像と、その背景との境の領域を、選択された第１画像及び第２画像の色とも、背景色とも異なる色で縁取りする処理である。
【００７９】
図１１−１〜図１１−３を用いて、縁取り処理を詳細に説明する。説明の便宜のため、第１画像ＰＸと第２画像ＰＹとの二つの画像を重ね合わせたときの縁取り処理を例とするが、画像の数はこれに限定されるものではない。縁取り処理は、第１画像ＰＸと第２画像ＰＹとを重ね合わせて構成された後の画像Ｗに対して実行される。第１画像ＰＸは、背景ＢＧ１とオブジェクトＯｂｘとで構成され、第２画像ＰＹは、背景ＢＧ２とオブジェクトＯｂｙ１とオブジェクトＯｂｙ２とで構成される。縁取り処理においては、第１画像ＰＸのオブジェクトＯｂｘと、背景ＢＧ１との境の領域Ｏｂｅｘ、及び第２画像ＰＹのオブジェクトＯｂｙ１と背景ＢＧ２との境の領域Ｏｂｅｙ１、及び第２画像ＰＹのオブジェクトＯｂｙ２と背景ＢＧ２との境の領域Ｏｂｅｙ２を、オブジェクトＯｂｘ、Ｏｂｙ１、Ｏｂｙ２の色とも、背景ＢＧ１、ＢＧ２の色（背景色）とも異なる色で縁取りする。なお、縁取りの色を縁取り色という。ここで、第１画像ＰＸの背景ＢＧ１の色と第２画像ＰＹの背景ＢＧ２の色とは同じ色である。
【００８０】
なお、図１１−２に示すように第１画像ＰＸのオブジェクトＯｂ１と第２画像ＰＹのオブジェクトＯｂｙ２とが互いに重畳する領域Ｒ１や、図１１−３に示すように第１画像ＰＸのオブジェクトＯｂ１と第２画像ＰＹのオブジェクトＯｂｙ１とが互いに接触する領域Ｒ２は、縁取り処理を実行しない。すなわち、図１１−２に示す例では、領域Ｒ１を除いた領域（境の領域Ｏｂｅｘ、Ｏｂｅｙ２）に縁取り処理が施され、図１１−３に示す例では、領域Ｒ２を除いた領域（境の領域Ｏｂｅｘ、Ｏｂｅｙ１）に縁取り処理が施される。
【００８１】
縁取り処理を実行する場合、記憶部１３の画像データ保存部１３ｆに、第１画像ＰＸ及び第２画像ＰＹの背景色を示す背景色情報を保存しておく。そして、処理部１２の画像表示処理部１２ｃは、上述した第１の表示制御において、選択された第１画像ＰＸ及び第２画像ＰＹと、その背景との境の領域Ｏｂｅｘ、Ｏｂｅｙ１、Ｏｂｅｙ２を、第１画像ＰＸ及び第２画像ＰＹの色とも、背景色とも異なる色で彩色することにより縁取りする。境の領域Ｏｂｅｘ、Ｏｂｅｙ１、Ｏｂｅｙ２の色は、画像表示処理部１２ｃが、選択された第１画像ＰＸ及び第２画像ＰＹと、背景色情報とから、いずれとも異なる色を選択して彩色する。あるいは、予め縁取り色を定めておき、画像生成ソフトウェアＳＷＧにおいて指定するようにしてもよい。
【００８２】
図１２は、第１画像候補群と複数の第２画像候補群と背景色情報とを単一のデータファイルとしてパッケージ化した画像パッケージファイルを示す模式図である。縁取り処理を実行する際には、第１画像候補群と複数の第２画像候補群と背景色情報とを記憶部１３の画像データ保存部１３ｆに保存してもよい。しかし、これに限定されるものではなく、第１画像候補群と複数の第２画像候補群と背景色情報とをパッケージ化された単一のデータファイルとして取り扱われる第１のデザイン情報として画像データ保存部１３ｆに保存されるようにしてもよい。このとき、単一のデータファイルは、所定のデータサイズ（例えば１００ｋＢ）を超えないように設定する。本実施形態では、第１画像候補群と複数の第２画像候補群と背景色情報と、これらに属する画像の生成方法及び縁取り処理の方法とを単一のデータファイルとしてパッケージ化した例を説明するが、本実施形態では、少なくとも、第１画像候補群と複数の第２画像候補群と背景色情報とが単一のデータファイルとしてパッケージ化してあればよい。
【００８３】
図１２には、画像パッケージファイル６１が示される。画像パッケージファイル６１は、第１画像候補群Ｘと、複数の第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４と、背景色情報ＢＧＣと、画像を生成する方法及び縁取り処理の方法が記述された画像生成ソフトウェアＳＷＧとをパッケージ化し、単一のデータファイルとして取り扱われる第１のデザイン情報である。画像パッケージファイル６１は、画像データ保存部１３ｆに保存されており、待ち受け画像を表示させる場合、処理部１２の画像表示処理部１２ｃは画像パッケージファイル６１を画像データ保存部１３ｆから読み出して、縁取り処理が施された待ち受け画像を生成する。
【００８４】
画像パッケージファイル６１としては、例えば、ＦｌａｓｈやＪａｖａ等で記述されたデータファイルがある。例えば、Ｆｌａｓｈを用いる場合には、第１画像を選択し、それに対応する第２画像候補群から第２画像を選択し、さらに、縁取り処理を実行するという処理を実現できる命令を有するので、本実施形態に係る画像生成方法が簡易に実現できる。画像パッケージファイル６１を用いることの利点は、上述した画像パッケージファイル６０を用いることの利点と同様である。
【００８５】
Ｆｌａｓｈは、背景色によりベタ塗りした背景と、その上で表示させるオブジェクト、さらにそのオブジェクトの動かし方を決定する処理とにより、画像が構成される。画像パッケージファイル６１としてＦｌａｓｈを用いる場合、本実施形態では第１画像及び第２画像がオブジェクトに相当するので、オブジェクトは複数存在することになる。そして、Ｆｌａｓｈの処理は、予め定めた色、すなわち、背景色ともオブジェクトの色とも異なる色で、上述した縁取り処理を行う。
【００８６】
（実施形態２）
実施形態２は、第１画像候補群と複数の第２画像候補群とを第１のデザイン情報として用意するとともに、第１のデザイン情報とは異なる画像情報を有する複数のデザイン情報を用意する。そして、携帯電子機器の製造ＩＤに基づき、第１のデザイン情報を用いた第１の表示制御と、第１のデザイン情報とは異なる第２のデザイン情報を用いた第２の表示制御とのいずれかにより待ち受け画像を表示部に表示するものである。
【００８７】
本実施形態では、複数のデザイン情報を用いて、携帯電子機器の筐体のデザイン、例えば、筐体の色、模様、形状のイメージに合ったデザインの待ち受け画像を生成させる。このため、複数のＩＤ情報と、それぞれ異なる画像情報を有する複数のデザイン情報とをそれぞれ対応付けておくとともに、製造ＩＤの一部に、携帯電子機器の筐体のデザインを一義的に示す情報を含ませる。そして、自装置の製造ＩＤの少なくとも一部に対応するＩＤ情報を複数のＩＤ情報から検索し、検索されたＩＤ情報に対応するデザイン情報が、表示部に表示される待ち受け画像として設定される。
【００８８】
図１３は、携帯電子機器に付される製造ＩＤの一例を示す図である。図１４は、ＩＤ情報と、ＩＤ情報に対応する画像パッケージファイルとの関係を示すデータテーブルである。図１５は、図１４に示す画像パッケージファイルの内容を記述したテーブルである。図１３に示すように、本実施形態において、携帯電子機器の製造ＩＤは、３桁の文字列と７桁の数列とで表現される。このうち、７桁の数列が携帯電子機器の製造順に付される、それぞれの携帯電子機器に固有の番号、すなわち製造番号である。また、本実施形態においては、上位１桁目から順にＫＣＫで構成される文字列の一部に、携帯電子機器の筐体のデザインを一義的に示す情報（以下、筐体デザイン情報という）が含まれる。
【００８９】
より具体的には、前記文字列の上から３桁目に、筐体デザイン情報が記述される。筐体デザイン情報は、携帯電子機器の筐体のデザインと１対１で対応付けられているので、筐体デザイン情報により、携帯電子機器の筐体のデザインが一義的に決定される。本実施形態においては、筐体デザイン情報は筐体の色を一義的に示すものとするので、製造ＩＤに含まれる文字列の一部は、携帯電子機器の筐体の色を一義的に示す情報となる。
【００９０】
このように、本実施形態では、製造ＩＤの少なくとも一部、より具体的には、製造ＩＤを構成する文字列に、携帯電子機器の筐体デザイン情報を含ませる。すなわち、本実施形態においては、筐体デザイン情報が製造ＩＤに含まれて、製造番号とともに製造ＩＤを構成する。このように、本実施形態において、筐体デザイン情報は、自機器と他の携帯電子機器とを区別する製造番号とは別の桁に記述されるので、筐体デザイン情報と製造番号とは無関係になる。
【００９１】
図１４のデータテーブル７０に示すように、本実施形態では、複数のＩＤ情報Ｋ、Ｑ、Ｐと、複数の画像パッケージファイルＦＬ１、ＦＬ２、ＦＬ３とがそれぞれ対応付けられている。なお、画像パッケージファイルの数は３に限定されるものではない。画像パッケージファイルは、実施形態１で説明したように、少なくとも第１画像候補群と第２画像候補群とを単一のデータファイルとしてパッケージ化したものであり、携帯電子機器の表示部に表示させる待ち受け画像のデザインを決定するデザイン情報である。ＩＤ情報は、携帯電子機器の筐体のデザイン（この例では色）を一義的に示す情報となる。したがって、ＩＤ情報がＫである場合は携帯電子機器の筐体の色が黒であることを示し、ＩＤ情報がＱである場合は携帯電子機器の筐体の色が黒白であることを示し、ＩＤ情報がＰである場合は携帯電子機器の筐体の色がピンクであることを示す。
【００９２】
複数の画像パッケージファイルＦＬ１、ＦＬ２、ＦＬ３は、それぞれ少なくとも第１画像候補群及び第２画像候補群を、携帯電子機器の表示部に表示させる待ち受け画像の画像情報として備えている。それぞれの画像パッケージファイルＦＬ１、ＦＬ２、ＦＬ３の間において、画像の背景色や背景上に表示されるオブジェクトのデザインといった画像情報の内容は異なる。例えば、図１５のテーブル７６に示すように、それぞれの画像パッケージファイルＦＬ１、ＦＬ２、ＦＬ３の間においては、背景色やオブジェクトの色といった画像情報が異なる。この場合、異なる画像パッケージ間で、画像情報がすべて異なってもよいし、画像情報の一部が異なっていてもよい。
【００９３】
それぞれの画像パッケージファイルＦＬ１、ＦＬ２、ＦＬ３は、対応するＩＤ情報に応じて画像情報が変更してある。例えば、ＩＤ情報がＫである場合、携帯電子機器の筐体の色が黒なので、待ち受け画像の背景色や背景上に表示されるオブジェクトの色あるいは背景色も、筐体の色に対応して落ち着いた色にする。また、ＩＤ情報がＰである場合、携帯電子機器の筐体の色はピンクなので、待ち受け画像の背景色や背景上に表示されるオブジェクトの色あるいは背景色も、ピンクに合ったパステル調の色にする。そして、ＩＤ情報に対応した画像パッケージファイルを用いて待ち受け画像を生成することで、携帯電子機器の筐体色のイメージに合った待ち受け画像を表示させることができる。
【００９４】
図１６は、ＩＤ情報と、ＩＤ情報に対応する縁取りの色を実現できる画像パッケージファイルとの関係を示すデータテーブルである。図１７は、図１６に示す画像パッケージファイルの内容を記述したテーブルである。図１６に示すデータテーブル７１は、携帯電子機器の表示部に表示させる、例えば待ち受け画像の縁取りの色（縁取り色）を、筐体のデザイン（本実施形態では筐体の色）のイメージに合わせる際に用いる。
【００９５】
本実施形態では、複数のＩＤ情報Ｋ、Ｑ、Ｐと、複数の画像パッケージファイル（デザイン情報）ＦＬ４、ＦＬ５、ＦＬ６とがそれぞれ対応付けられている。なお、画像パッケージファイルの数は３に限定されるものではない。複数の画像パッケージファイルＦＬ４、ＦＬ５、ＦＬ６は、それぞれ少なくとも第１画像候補群及び第２画像候補群及び縁取り色の情報を、携帯電子機器の表示部に表示させる待ち受け画像の画像情報として備えている。それぞれの画像パッケージファイルＦＬ４、ＦＬ５、ＦＬ６は、図１７のテーブル７７に示すように、背景上に表示されるオブジェクトの縁の色と、ＩＤ情報とが対応付けられている。
【００９６】
それぞれの画像パッケージファイルＦＬ４、ＦＬ５、ＦＬ６は、対応するＩＤ情報に応じて縁取り色が変更してある。例えば、ＩＤ情報がＫである場合、携帯電子機器の筐体の色が黒なので、待ち受け画像の背景上に表示されるオブジェクトの縁取り色も、筐体の色に合わせた黒とする。ＩＤ情報がＱである場合、携帯電子機器の筐体の色が黒白なので、縁取り色は、筐体の色に対応してグレーとする。また、ＩＤ情報がＰである場合、縁取り色も、筐体の色に合わせたピンクとする。そして、ＩＤ情報に対応した画像パッケージファイルを用いて待ち受け画像を生成することで、携帯電子機器の筐体色のイメージに合った縁取り色の待ち受け画像を表示させることができる。
【００９７】
携帯電子機器の製造ＩＤには、筐体デザイン情報が含まれているので、自機器の製造ＩＤに含まれる筐体デザイン情報に対応するＩＤ情報を、複数のＩＤ情報Ｋ、Ｑ、Ｐから検索する。ＩＤ情報は携帯電子機器の筐体のデザインを一義的に示すので、このようにして検索されたＩＤ情報に対応する画像パッケージファイルには、自機器の筐体のデザインに対応した待ち受け画像を生成できるデータが保存されている。したがって、筐体デザイン情報を含む自機器の製造ＩＤに基づいて選択された画像パッケージファイルを用いて待ち受け画像を生成することにより、自機器の筐体色のイメージに合った待ち受け画像を表示させることができる。
【００９８】
本実施形態においては、複数の画像パッケージファイルの中から、ある画像パッケージファイルを第１のデザイン情報として用いて、待ち受け画像を表示させる制御を第１の表示制御とする。また、複数の画像パッケージファイルの中から、第１のデザイン情報とは異なる画像情報を有する画像パッケージファイルを第２のデザイン情報として用いて、待ち受け画像を表示させる制御を第２の表示制御とする。本実施形態では、上述したように、複数の画像パッケージファイルの中から製造ＩＤに応じた画像パッケージファイルを選択するので、携帯電子機器の製造ＩＤに基づいて、第２のデザイン情報を用いた第２の表示制御と第１の表示制御とのいずれかにより待ち受け画像を表示させることになる。
【００９９】
なお、上記説明では、筐体の色のイメージに合う待ち受け画像を表示させる例を説明したが、筐体の形状や模様のイメージに合ったデザインの待ち受け画像を表示させるようにしてもよい。例えば、筐体の形状が角張っている場合、背景上に表示させるオブジェクトを角張ったデザインにしたり、筐体の形状が丸みを帯びている場合には背景状に表示させるオブジェクトを、曲線を有するデザインにしたりする。
【０１００】
このように、本実施形態では、携帯電子機器の筐体のデザインを一義的に示す情報であるＩＤ情報に基づき、第１のデザイン情報を用いた第１の表示制御と、複数のデザイン情報のいずれか一つを用いた第２の表示制御とのいずれかにより待ち受け画像を表示部に表示させる。これによって、筐体のデザインのイメージに合った待ち受け画像を表示させることができる。
【０１０１】
ここで、画像パッケージファイルＦＬ１〜ＦＬ６は、例えば、少なくとも第１画像候補群と複数の第２画像候補群とを画像情報としてパッケージ化し、かつ所定のデータサイズ（例えば１００ｋＢ）を超えない単一のデータファイルとして取り扱われるものである。なお、画像パッケージファイルＦＬ１〜ＦＬ６は、第１画像候補群及び複数の第２画像候補群に属する画像を生成する方法が記述された画像生成ソフトウェアを含んでいてもよい。
【０１０２】
このようなパッケージ化した画像のデータファイルとしては、例えば、ＦｌａｓｈやＪａｖａ等で記述されたデータファイルがある。このように、パッケージ化され、単一のデータファイルとして取り扱われる画像パッケージファイルＦＬ１〜ＦＬ６を用いることの利点は、実施形態１で説明した、画像パッケージファイル６０を用いることの利点と同様である。次に、本実施形態に係る携帯電子機器の機能を説明する。
【０１０３】
図１８は、実施形態２に係る携帯電子機器の機能を説明するブロック図である。本実施形態に係る携帯電子機器１ａは、実施形態１に係る携帯電子機器１に対して、処理部１２に起動部１２ｇを、記憶部１３に起動タスク１３ｇと、製造ＩＤ保存部１３ｈと、設定保存部１３ｉと、データテーブル保存部１３ｊとを追加で備える点が異なる。携帯電子機器１ａの他の構成は、携帯電子機器１と同様である。
【０１０４】
起動部１２ｇの機能は、処理部１２及び記憶部１３で構成されるハードウェア資源が、主処理部１２ａによって割り当てられるタスクを実行することにより実現される。本実施形態において、起動部１２ｇの機能は、起動部１２ｇが起動タスク１３ｇを実行することにより実現される。このように、起動部１２ｇが有する機能は、起動タスク１３ｇを処理部１２で実行することにより実現されるものである。したがって、処理部１２内において、主処理部１２ａや起動部１２ｇ等は、それぞれ物理的に区別されて構成されるものではない。なお、処理部１２内において、主処理部１２ａや起動部１２ｇ等をそれぞれ物理的に区別して、すなわち、それぞれの機能を実現する専用のハードウェアとして構成してもよい。
【０１０５】
起動タスク１３ｇは、携帯電子機器１ａの電源起動時に実行される。そして、起動タスク１３ｇは、例えば、携帯電子機器１ａが工場から出荷された後や、修理等を受けてリセット（処理部１２及び記憶部１３が初期化）された後に、初めて携帯電子機器１の電源が投入された場合には、携帯電子機器１ａの製造ＩＤに基づき、携帯電子機器１ａの表示部１７に表示される待ち受け画像を設定する機能を有する。
【０１０６】
製造ＩＤ保存部１３ｈには携帯電子機器１ａの製造ＩＤが保存され、設定保存部１３ｉには、起動部１２ｇが起動タスク１３ｇを実行することで設定される携帯電子機器１ａの初期設定情報が保存される。また、データテーブル保存部１３ｊには、携帯電子機器１ａの初期設定等に必要なデータとして、上述したデータテーブル７０やデータテーブル７１が保存される。次に、本実施形態において、携帯電子機器に表示される画像を設定して、設定された画像を生成する手順を説明する。
【０１０７】
図１９は、実施形態２において、携帯電子機器に表示される画像を設定して、設定された画像を生成する手順を示す流れ図である。図２０は、記憶部に保存される待ち受け画像管理テーブルを示す模式図である。まず、携帯電子機器１ａの設計段階において、例えば、図１４のデータテーブル７０に示すように、ＩＤ情報と、画像パッケージファイルとを対応付けておく。データテーブル７０は、図１８に示す携帯電子機器１ａの記憶部１３のデータテーブル保存部１３ｊに保存される。そして、携帯電子機器１ａの表示部１７に表示される待ち受け画像を設定する際には、処理部１２がデータテーブル保存部１３ｊに保存されているデータテーブル７０を参照する。また、データテーブル７０を、例えば、起動タスク１３ｇあるいは起動タスク１３ｇを含むアプリケーションプログラム内に記述してもよい。いずれの態様でも、ＩＤ情報とデザイン情報とを対応付けた情報は、記憶部１３に保存される。また、携帯電子機器１ａの製造段階において、自機器の製造ＩＤを、図１８に示す記憶部１３の製造ＩＤ保存部１３ｈに保存する。
【０１０８】
携帯電子機器１ａの製造段階においては、携帯電子機器１ａの機能を実現するために必要なソフトウェアを、図１８に示す記憶部１３へインストールする。なお、前記ソフトウェアは、上述した待ち受け画像生成タスク１３ａ、待ち受け画像表示タスク１３ｂ、デコードタスク１３ｃ、表示制御タスク１３ｄ、ファイルシステム制御タスク１３ｅ、起動タスク１３ｇを含むものである。このようにして、携帯電子機器１ａが完成する。次に、図１９を用いて、携帯電子機器１ａの表示部１７に表示される待ち受け画像を設定する手順を説明する。次においては、例えば、携帯電子機器１ａが製造されて出荷された後のように、携帯電子機器１ａのリセット後、最初の電源起動後に表示される待ち受け画面を設定する場合を例として説明する。
【０１０９】
携帯電子機器１ａが完成したら、出荷前に携帯電子機器１ａの電源が投入される。これによって、携帯電子機器１ａが起動するか否か、及び着信及び発信が実行できるかが確認される。また、図１８に示す表示部１７を構成するメインディスプレイ２Ｍやサブディスプレイ２Ｓの表示状態が調整される。着信、発信の確認においては、携帯電子機器１ａの記憶部１３に着信、発信の履歴が残るので、出荷前にはこの履歴が消去される。携帯電子機器１ａの着信、発信が確認されたら、携帯電子機器１ａをリセットすることにより、着信、発信の履歴が携帯電子機器１ａの記憶部１３から消去される。そして、携帯電子機器１ａは、箱詰めされて各販売店へ出荷される。
【０１１０】
携帯電子機器１ａが購入されると、各種設定や動作確認のため、例えば販売店において携帯電子機器１ａの電源が投入される（ステップＳ４０１）。これによって、携帯電子機器１ａが起動を開始する。すると、主処理部１２ａは、起動部１２ｇに制御を移す。すなわち、主処理部１２ａは、処理部１２及び記憶部１３のハードウェア資源を、起動タスク１３ｇに割り当てる。これにより、起動部１２ｇが起動タスク１３ｇを実行する。
【０１１１】
起動タスク１３ｇが実行されると、起動部１２ｇは、図１８に示す記憶部１３の設定保存部１３ｉに割り当てられるフラグ管理領域に、設定完了フラグＦ１＝１が保存されているか否かを判定する（ステップＳ４０２）。これによって、起動部１２ｇは、携帯電子機器１ａが、リセット後、初の電源起動であるか否かを判定する。ここで、設定保存部１３ｉは、ＥＰＲＯＭ（Erasable Programmable ROM）の一種であるＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）で構成される。
【０１１２】
設定完了フラグＦ１＝１でない場合、すなわち、Ｆ１＝０である場合、携帯電子機器１ａは、リセット後、初の電源起動であり、表示部１７に表示させる待ち受け画像の設定（以下表示画像設定という）は未了であると判定できる。起動部１２ｇがＦ１＝１でない場合と判定した場合（ステップＳ４０２：Ｎｏ）、表示画像設定は未了であると判定できる。この場合、起動部１２ｇは、記憶部１３の製造ＩＤ保存部１３ｈから、自機器の製造ＩＤを読み込む（ステップＳ４０３）。そして、起動部１２ｇは、読み込んだ製造ＩＤの少なくとも一部、すなわち、筐体デザイン情報に対応するＩＤ情報を、複数のＩＤ情報から検索する（ステップＳ４０４）。
【０１１３】
このため、ステップＳ４０４において、起動部１２ｇは、読み込んだ製造ＩＤに含まれる筐体デザイン情報を取得する。そして、起動部１２ｇは、図１４に示すデータテーブル７０を読み出して、データテーブル７０に記述される複数のＩＤ情報から、取得した筐体デザイン情報と一致するＩＤ情報を検索する。例えば、図１３に示す製造ＩＤはＫＣＫ００００００１なので、ＫＣＫからなる文字列の下１桁に記述される筐体デザイン情報と一致するＩＤ情報はＫとなる。このようにして検索されたＩＤ情報は、自機器の製造ＩＤに対応する。
【０１１４】
自機器の製造ＩＤに対応するＩＤ情報により、自機器の筐体のデザインが特定される（ステップＳ４０５）。図１３に示す製造ＩＤのＫＣＫ００００００１が自機器の製造ＩＤである場合、ＩＤ情報はＫなので、データテーブル７０に示すＩＤ情報と筐体の色との関係から、自機器の筐体のデザイン（色）は黒であると特定できる。
【０１１５】
次に、起動部１２ｇは、自機器の筐体のデザインに合う待ち受け画像を、図２０に示す待ち受け画像管理テーブル６５に追加する（ステップＳ２０６）。ここで、図２０に示す待ち受け画像管理テーブル６５を説明する。待ち受け画像管理テーブル６５は、図１８に示す記憶部１３の画像データ保存部１３ｆ内に保存されている。待ち受け画像管理テーブル６５は、待ち受け画像として表示される画像の候補（画像１〜画像５）が記述されている。
【０１１６】
待ち受け画像管理テーブル６５は、６個の画像データを保存する領域（画像保存領域）を有している。そして、待ち受け画像管理テーブル６５には、既に５個の画像データが保存されており、１個の空き領域が用意される。より具体的には、待ち受け画像管理テーブル６５のＮＯ．１からＮＯ．５までの画像保存領域には既に画像データが保存されており、ＮＯ．６の画像保存領域が空き領域ＢＬとなっている。
【０１１７】
待ち受け画像管理テーブル６５には、それぞれの画像保存領域に対して、待ち受け画像選択フラグＦ２を記述する領域が設けられる。待ち受け画像選択フラグＦ２が１に設定されると、それに対応する画像保存領域に保存されている画像が、自機器の表示部１７に表示される待ち受け画像として設定される。ここで、待ち受け画像選択フラグＦ２は、２以上の画像保存領域に対して１に設定されることはない。すなわち、待ち受け画像管理テーブル６５からは１個の待ち受け画像のみが選択される。
【０１１８】
ステップＳ４０６において、起動部１２ｇが、自機器の筐体のデザインに合う待ち受け画像を待ち受け画像管理テーブル６５に追加する場合、起動部１２ｇは、まず、自機器の筐体のデザインに合う待ち受け画像を生成できる画像パッケージファイルを、図１４に示すデータテーブル７０から取得する。データテーブル７０は、ＩＤ情報と複数のデザイン情報とがそれぞれ対応付けられているので、起動部１２ｇは、データテーブル７０を呼び出して、ステップＳ４０４で取得したＩＤ情報に対応するデザイン情報、より具体的には画像パッケージファイルを取得する。例えば、ステップＳ４０４で取得されたＩＤ情報がＫである場合、データテーブル７０からは画像パッケージファイルＦＬ１が取得される。
【０１１９】
起動部１２ｇは、ステップＳ４０４で取得されたＩＤ情報に対応する画像パッケージファイルをデータテーブル７０から取得し、待ち受け画像管理テーブル６５の空き領域（ＮＯ．６で示す領域）に書き込む。これによって、自機器の筐体のデザインに合う待ち受け画像を生成できる画像パッケージファイルが、待ち受け画像管理テーブル６５に追加される。次に、起動部１２ｇは、ステップＳ４０６で追加した画像パッケージファイル（本実施形態ではＦＬ１）を選択し、待ち受け画像選択フラグＦ２を１に設定する（ステップＳ４０７）。これによって、携帯電子機器１ａの待ち受け時には、待ち受け画像選択フラグＦ２＝１の画像が待ち受け画像として、表示部１７に表示される。
【０１２０】
待ち受け画像管理テーブル６５に追加された画像パッケージファイルは、携帯電子機器１ａがリセットされない限り消去されることはない。このため、初期設定された待ち受け画像をユーザーが変更した後、再び初期設定された画像に戻したい場合には、携帯電子機器１ａをリセットすることなく、簡単な待ち受け画像設定変更の操作で初期設定された待ち受け画像に戻すことができる。
【０１２１】
ところで、自機器のリセット後、最初に表示される待ち受け画像として、背景上に表示されるオブジェクトの縁取り色を、携帯電子機器１ａの筐体色のイメージに合わせるようにしてもよい。この場合、ステップＳ４０６においては、図１６に示すデータテーブル７１を用いて、自機器の筐体色に対応した縁取り色を実現できる画像パッケージファイルを待ち受け画像管理テーブル６５に追加すればよい。
【０１２２】
また、製造ＩＤに対応する色により縁取り処理を行うにあたって、少なくとも第１画像候補群と、第２画像候補群と、背景上で表示されるオブジェクトの縁取り色の情報（縁取り色情報）とを単一のデータファイルとして取り扱われる画像パッケージファイルとする。このとき、複数のＩＤ情報と複数の縁取り色情報とを対応付けておくとともに、画像パッケージファイルには、複数のＩＤ情報と対応付けられた複数の縁取り色情報を含ませる。このように画像パッケージファイルを構成した上で、製造ＩＤの少なくとも一部、すなわち、筐体デザイン情報に対応するＩＤ情報を、複数のＩＤ情報から検索する。そして、検索されたＩＤ情報に対応した縁取り色情報の色で、背景上で表示されるオブジェクトの縁取り処理をしてもよい。
【０１２３】
待ち受け画像の設定が終了したら、起動部１２ｇは、設定保存部１３ｉに割り当てられるフラグ管理領域に保存される設定完了フラグＦ１を１に書き換える（ステップＳ４０８）。設定完了フラグＦ１が１に書き換えられることにより、起動タスク１３ｇは終了する。起動タスク１３ｇが終了したら、起動部１２ｇは、主処理部１２ａに完了通知を発行する。完了通知を受けた主処理部１２ａは、携帯電子機器１ａの起動が完了した後に、携帯電子機器１ａを待ち受け状態に遷移させる。
【０１２４】
待ち受け状態は、携帯電子機器が着信を待機している状態であり、待ち受け状態のときにメインディスプレイ２Ｍへ待ち受け画像が表示される。待ち受け状態に遷移したら、主処理部１２ａは、画像表示処理部１２ｃに制御を移す。すなわち、主処理部１２ａは、処理部１２及び記憶部１３のハードウェア資源を、画像表示処理部１２ｃに割り当てる。これにより、画像表示処理部１２ｃは、待ち受け画像生成タスク１３ａを実行する。そして、画像表示処理部１２ｃは、待ち受け画像選択フラグＦ２＝１に対応する画像パッケージファイルから、待ち受け画像を生成する（ステップＳ４０９）。
【０１２５】
画像表示処理部１２ｃが待ち受け画像生成タスク１３ａを実行すると、Ｆ２＝１に対応する画像パッケージファイルに含まれる画像生成ソフトウェアが起動する。画像生成ソフトウェアは、前記画像パッケージファイルに含まれる第１画像候補群に属する複数の第１画像を選択する。そして、Ｆ２＝１に対応する画像パッケージファイルに含まれ、かつ選択された第１画像に対応する第２画像候補群から、少なくとも二つの第２画像が選択される。
【０１２６】
一つの第１画像及び少なくとも二つの第２画像が選択されたら、画像生成ソフトウェアは、選択された一つの第１画像のデータファイル及び二つの第２画像のデータファイルを組み合わせる。画像生成ソフトウェアが実行するこれらの手順は、実施形態１のステップＳ２０１〜ステップＳ２０６と同様である。これによって、携帯電子機器の筐体のデザインのイメージに合った待ち受け画像が生成できる。待ち受け画像が生成されたら、画像表示処理部１２ｃは、生成した待ち受け画像を、記憶部１３の作業領域として確保された記憶領域へ一時的に保存し、待ち受け画像生成タスク１３ａを終了させる。
【０１２７】
画像表示処理部１２ｃが待ち受け画像を生成したら、画像表示処理部１２ｃは、表示制御部１２ｅに待ち受け画像表示要求を発行する。表示制御部１２ｅは、表示制御タスク１３ｄを実行して、ビットマップ化されたパターンの待ち受け画像を表示部１７、より具体的にはメインディスプレイ２Ｍに表示する（ステップＳ４１０）。その後、表示制御部１２ｅは、完了通知を画像表示処理部１２ｃに発行して、待ち受け画像の表示が完了する。
【０１２８】
次に、ステップＳ４０２へ戻って説明する。起動部１２ｇがＦ１＝１である場合と判定した場合（ステップＳ４０２：Ｙｅｓ）、表示画像設定は完了していると判定できる。この場合、起動タスク１３ｇは終了する。起動タスク１３ｇが終了したら、起動部１２ｇは、主処理部１２ａに完了通知を発行する。完了通知を受けた主処理部１２ａは、携帯電子機器１ａの起動が完了した後に、携帯電子機器１ａを待ち受け状態に遷移させる。
【０１２９】
待ち受け状態に遷移したら、主処理部１２ａは、画像表示処理部１２ｃに制御を移す。画像表示処理部１２ｃは、待ち受け画像管理テーブル６５を確認して（ステップＳ４１１）、待ち受け画像選択フラグＦ２＝１の画像パッケージファイルを検索する。そして、画像表示処理部１２ｃは、待ち受け画像生成タスク１３ａを実行して、待ち受け画像選択フラグＦ２＝１に対応する画像パッケージファイルから、待ち受け画像を生成する（ステップＳ４０９）。そして、表示制御部１２ｅはビットマップ化されたパターンの待ち受け画像をメインディスプレイ２Ｍに表示する（ステップＳ４１０）。
【０１３０】
上記手順により、携帯電子機器１ａのリセット後、初の電源起動の後に表示部１７へ表示される待ち受け画像が設定される。なお、ユーザーが待ち受け画像やメニュー画像を変更したい場合、ユーザーが選択した画像に対して待ち受け画像選択フラグＦ２が設定される。これによって、待ち受け画像選択フラグＦ２＝１の画像が画像データ保存部１３ｆから読み出され、待ち受け画像やメニュー画像として表示部１７に表示される。本実施形態に係る画像設定の手法を用いることにより、上述したように、携帯電子機器１ａを構成する筐体のデザインのイメージに合った待ち受け画像を表示できる。
【０１３１】
通常、携帯電子機器の筐体のデザインによって携帯電子機器を購入するユーザーに偏りが発生する。例えば、筐体の色がピンクであったり、形状が丸みを帯びていたりすると、女性が多く購入し、筐体の色が寒色系であったり、形状が直線的であったりすると、男性が多く購入する傾向がある。ここで、従来の設計・製造手法では、予め携帯電子機器に設定した待ち受け画像やメニュー画像、あるいはアニメーション画像等が単一であり、必ずしも筐体のデザインに対応したものが最初に表示される訳ではない。その結果、購入したユーザーの嗜好から外れ過ぎてしまうというケースが起こりやすい。
【０１３２】
このような場合、購入したユーザーは、携帯電子機器が備える機能設定メニューや取り扱い説明書により、表示される画像を切り替える作業が必要となる。仮に、携帯電子機器の扱いに不慣れなユーザーの場合、画像の切り替え作業は困難であることが多く、出荷時に設定された状態のまま携帯電子機器の使用を継続するという状況も発生し得る。一方、携帯電子機器のメーカーは、ユーザーからの質問やクレームに対して、携帯電子機器の機能設定で画像の切り替えができることを知らせることで前記質問やクレームを解決できるが、そのための手間や時間が発生する。
【０１３３】
これらを解決するには、携帯電子機器の筐体のデザイン毎に、携帯電子機器へインストールするソフトウェアを分け、それぞれのデザインにあった待ち受け画像やメニュー画像が表示されるようにするというような製造工程にすれば解決できる。しかし、携帯電子機器へインストールするソフトウェアを複数に分けること自体が生産効率を低下させ、また間違いを発生しやすいシステムであるため、危険性が高い。
【０１３４】
例えば、携帯電子機器の製造工程において、黒の筐体を持つ携帯電子機器に、誤ってピンク用のソフトウェアをインストールしてしまうおそれがある。この場合、筐体の色のイメージに合わない待ち受け画像やメニュー画像が表示されてしまう。また、ソフトウェアのバグを修正したので、修正したソフトウェアを携帯電子機器へダウンロードする必要が生じた場合、ソフトウェアの開発部門においては、ある筐体のデザインに対応したソフトウェアについての修正が漏れてしまうおそれがある。これは、携帯電子機器へインストールするソフトウェアが複数に分かれているが故に発生するヒューマンエラーである。
【０１３５】
本実施形態では、携帯電子機器を構成する筐体のデザインを判別する手段として、携帯電子機器の固有の識別標識である製造ＩＤを用いる。これによって、携帯電子機器が備える筐体のデザインを判別して、待ち受け画像の設定を、筐体のデザインに合わせることができる。これによって、携帯電子機器の表示部に表示される画像のデザイン開発において、初期状態として一つの画像を選択しなくてはならないという制限がある場合でも、それぞれの筐体のデザインイメージにあったデザインの画像を初期設定情報として、予め携帯電子機器に設定できる。その結果、携帯電子機器は、筐体のデザインのイメージと画像のイメージとのずれを低減できる。そして、携帯電子機器の開発者としては、筐体のデザインのイメージに合った待ち受け画像を表示させることができる利点がある。
【０１３６】
また、携帯電子機器を企画したり開発したりする者にとっては、携帯電子機器の筐体のデザイン毎にインストールするソフトウェアを分けて用意する必要はない。すなわち、デザイン情報（表示部１７に表示される画像のデザインについての情報）を記憶部に保存するとともに、携帯電子機器の製造ＩＤとデザイン情報との対応関係を特定しておくことにより、携帯電子機器へインストールするソフトウェアは１種類で済む。また、ソフトウェアのインストールも同一の工程で済む。その結果、携帯電子機器の筐体のデザインを複数設定し、筐体のバリエーションを多数展開する場合でも、簡単な構成で、携帯電子機器の製造コストの増加を大幅に抑制できる。
【０１３７】
また、上述したように、携帯電子機器へインストールするソフトウェアは１種類で済む。このため、本実施形態では、簡単な構成で、携帯電子機器へインストールされるソフトウェアを複数用意することによる危険を回避しつつ、筐体のデザイン毎に、それぞれ個別に企画者や開発者が意図した通りのラインナップを確立できるという利点もある。また、開発段階において初期設定情報を最適化することにより、ユーザーの嗜好から外れ過ぎてしまうというケースを低減させることができる。
【０１３８】
また、携帯電子機器の販売会社としては、筐体のデザインが異なる携帯電子機器毎に、異なる待ち受け画像を提示できる。このため、ユーザーの傾向に応じたサービスが展開し易くなり、その結果、販売会社としてユーザーに使ってもらいたいサービスをより訴求できるという利点がある。さらに、携帯電子機器を購入したユーザーは、筐体のデザインと表示部に表示される画像のデザインとが統一された携帯電子機器を手にすることができる。そして、筐体のデザインのイメージに合ったデザインの待ち受け画像やメニュー画像が初期設定されているので、これらを予め設定しなおす手間が省けるという利点がある。
【０１３９】
また、本実施形態では、製造ＩＤとデザイン情報との対応関係が設定された後に、その設定を記憶部に保存する。具体的には、携帯電子機器の筐体のデザインに合った待ち受け画像に対して、待ち受け画像選択フラグＦ２を１にして、記憶部に保存する。これによって、携帯電子機器の電源起動が発生する度に製造ＩＤを読み込んだり、ＩＤ情報を検索したりする必要がなくなる。その結果、電源起動に要する時間が長くなることを回避できる。そして、折り畳み式の筐体においては、筐体を開状態に遷移させる度に、製造ＩＤを読み込んだり、ＩＤ情報を検索したりする必要がなくなる。その結果、待ち受け画像を表示させるときに要する時間が長くなることを回避できる。
【０１４０】
また、携帯電子機器の製造ＩＤに、製造番号とは無関係になるように筐体デザイン情報を含ませる。そして、この筐体デザイン情報を用いて、自機器の筐体のデザインを判別し、対応する待ち受け画像やメニュー画像等を設定する。このため、携帯電子機器が追加製造され、製造番号が増加しても、その携帯電子機器の製造ＩＤに含まれる筐体デザイン情報を参照すれば、その携帯電子機器の筐体のデザインを判別できる。これによって、携帯電子機器の製造ＩＤに含まれる筐体デザイン情報と、ＩＤ情報と、デザイン情報とを対応付けておけば、データテーブルや起動タスクを新たに作り直す必要はない。その結果、本実施形態では、携帯電子機器の追加製造に対して柔軟に対応できるという効果も得られる。
【０１４１】
上記手順では、携帯電子機器が工場から出荷されて初めて電源が投入された場合を説明したが、携帯電子機器の修理等によって携帯電子機器をリセットした場合も、同様である。この場合も、本実施形態によれば、携帯電子機器の製造ＩＤを用いて、携帯電子機器を構成する筐体のデザインを判別して、筐体のデザインのイメージに合った待ち受け画像を表示させることができる。
【産業上の利用可能性】
【０１４２】
以上のように、本発明に係る携帯電子機器は、表示部に表示される画像の小容量化を実現し、かつ変化のある多彩なデザインを携帯電子機器の表示部に表示させることに有用である。
【図面の簡単な説明】
【０１４３】
【図１】実施形態１に係る携帯電子機器の正面図である。
【図２】実施形態１に係る携帯電子機器の側面図である。
【図３】実施形態１に係る携帯電子機器を閉じた状態を示す図である。
【図４】実施形態１に係る携帯電子機器の機能を説明するブロック図である。
【図５】実施形態１に係る画像生成方法を説明するための概念図である。
【図６】実施形態１に係る画像生成方法を説明するための模式図である。
【図７】本実施形態の画像生成方法により生成した待ち受け画像を表示させる処理の一例を示す流れ図である。
【図８】本実施形態の画像生成方法により待ち受け画像を生成する手順を示す流れ図である。
【図９】本実施形態の画像生成方法により生成した待ち受け画像を表示させる処理の他の例を示す流れ図である。
【図１０】第１画像候補群と複数の第２画像候補群とを単一のデータファイルとしてパッケージ化した画像パッケージファイルを示す模式図である。
【図１１−１】縁取り処理を実行する場合の説明図である。
【図１１−２】縁取り処理を実行する場合の説明図である。
【図１１−３】縁取り処理を実行する場合の説明図である。
【図１２】第１画像候補群と複数の第２画像候補群と背景色情報とを単一のデータファイルとしてパッケージ化した画像パッケージファイルを示す模式図である。
【図１３】携帯電子機器に付される製造ＩＤの一例を示す図である。
【図１４】ＩＤ情報と、ＩＤ情報に対応する画像パッケージファイルとの関係を示すデータテーブルである。
【図１５】図１４に示す画像パッケージファイルの内容を記述したテーブルである。
【図１６】ＩＤ情報と、ＩＤ情報に対応する縁取りの色を実現できる画像パッケージファイルとの関係を示すデータテーブルである。
【図１７】図１６に示す画像パッケージファイルの内容を記述したテーブルである。
【図１８】実施形態２に係る携帯電子機器の機能を説明するブロック図である。
【図１９】実施形態２において、携帯電子機器に表示される画像を設定して、設定された画像を生成する手順を示す流れ図である。
【図２０】記憶部に保存される待ち受け画像管理テーブルを示す模式図である。
【符号の説明】
【０１４４】
１、１ａ…携帯電子機器、１Ｃ…筐体、１ＣＡ…第１筐体、１ＣＢ…第２筐体、２Ｍ…メインディスプレイ、２Ｓ…サブディスプレイ、３…操作キー、４…方向及び決定キー、５…マイク、６…スピーカ、７…アンテナ、８…通信用端子、９…ヒンジ、１１…通信部、１２…処理部、１２ａ…主処理部、１２ｂ…筐体開閉検知部、１２ｃ…画像表示処理部、１２ｄ…デコード処理部、１２ｅ…表示制御部、１２ｆ…ファイルシステム制御部、１２ｇ…起動部、１３…記憶部、１３ａ…待ち受け画像生成タスク、１３ｂ…待ち受け画像表示タスク、１３ｃ…デコードタスク、１３ｄ…表示制御タスク、１３ｅ…ファイルシステム制御タスク、１３ｆ…画像データ保存部、１３ｇ…起動タスク、１３ｈ…製造ＩＤ保存部、１３ｉ…設定保存部、１３ｊ…データテーブル保存部、１４…音声処理部、１７…表示部１８…操作部、６０、６１…画像パッケージファイル、６５…待ち受け画像管理テーブル、７０、７１…データテーブル、７６、７７ テーブル
【技術分野】
【０００１】
本発明は、画像を表示する表示部を備える携帯電子機器に関する。
【背景技術】
【０００２】
最近の携帯電子機器は、多彩な情報を多彩なデザインで表示部に表示できるようになっている。例えば、特許文献１には、携帯電子機器の表示部に表示させる壁紙として、静止画や動画等の画像を複数設定できるものが開示されている。
【０００３】
【特許文献１】特開２００２−３００２４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、携帯電子機器の表示部に表示させる壁紙を複数設定するためには、大容量のメモリが必要となり、実装上の制約から、実際に表示できる画像の種類は少なくなってしまう。しかしながら、画像の種類が少ないと、同じ画像が出現する頻度が高くなる結果、変化に乏しくなってしまい、ユーザーの要望に応えることは難しい。
【０００５】
本発明は、上記に鑑みてなされたものであって、携帯電子機器の表示部に表示される画像の小容量化を実現し、かつ変化のある多彩なデザインを携帯電子機器の表示部に表示させることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る携帯電子機器は、表示部と、複数の第１画像の候補の集まりである第１画像候補群と、前記複数の第１画像とは異なる複数の第２画像の候補の集まりであって、前記複数の第１画像のそれぞれに対応付けられた複数の第２画像候補群とが保存される記憶部と、前記表示部に対し、所定の画像を表示させる処理部と、を備え、前記処理部は、前記所定の画像を表示させる際、前記第１画像候補群から一つの第１画像を選択するとともに、当該選択された第１画像に対応する第２画像候補群の中から少なくとも一つの第２画像をさらに選択し、選択した第１画像と第２画像とを組み合わせて一の画像を構成し、前記所定の画像として前記表示部に表示させる第１の表示制御を行う構成としたものである。
【０００７】
また、本発明の携帯電子機器において、前記第１画像は、前記第２画像よりも画素数が多い画像としてもよい。
【０００８】
前記第１画像及び前記第２画像は、それぞれ単色の画像としてもよい。
【０００９】
前記記憶部には、前記第１の表示制御において用いる前記第１画像候補群と前記複数の第２画像候補群とがパッケージ化され、かつ所定のデータサイズを超えない単一のデータファイルとして取り扱われる第１のデザイン情報として保存してもよい。
【００１０】
前記記憶部には、前記第１の表示制御において用いる前記第１画像候補群と前記複数の第２画像候補群とが第１のデザイン情報として保存されており、当該第１のデザイン情報とは異なる画像情報を有する第２のデザイン情報と、前記携帯電子機器の製造ＩＤとがさらに保存され、前記処理部は、前記製造ＩＤに基づいて、前記所定の画像を、前記第２のデザイン情報を用いた第２の表示制御と前記第１の表示制御とのいずれかにより表示するようにしてもよい。
【００１１】
前記記憶部には、前記第１のデザイン情報及び前記第２のデザイン情報は、それぞれ、所定のデータサイズを超えない単一のデータファイルとして保存されているようにしてもよい。
【００１２】
前記記憶部には、選択された第１画像及び第２画像を組み合わせて前記所定の画像としての画像を構成する際に、当該第１画像及び第２画像の背景色を示す背景色情報がさらに保存され、前記処理部は、前記第１の表示制御において、選択された第１画像及び第２画像と、その背景との境の領域を、当該第１画像及び第２画像の色とも、前記背景色とも異なる色で縁取りする縁取り処理を行うようにしてもよい。
【００１３】
前記処理部は、前記第１の表示制御において、選択された第１画像と第２画像とが互いに重畳する、あるいは接触する領域を除き、前記縁取り処理を行うようにしてもよい。
【００１４】
前記記憶部には、前記第１の表示制御において用いる前記第１画像候補群と前記複数の第２画像候補群と、前記背景色情報とがパッケージ化された単一のデータファイルとして取り扱われる第１のデザイン情報として保存してもよい。
【００１５】
前記記憶部には、前記携帯電子機器の製造ＩＤがさらに保存されており、前記処理部は、前記第１の表示制御において、前記製造ＩＤに対応する色により前記縁取り処理を行うようにしてもよい。
【００１６】
前記製造ＩＤは文字列を含んで構成され、当該文字列の一部には、前記携帯電子機器の筐体のデザインを一義的に示す情報が含まれていてもよい。
【００１７】
前記文字列の一部には、前記携帯電子機器の筐体の色を一義的に示す情報が含まれていてもよい。
【００１８】
前記表示部が設けられ、開閉可能に構成される筐体を備え、前記処理部は、前記筐体の状態が開状態になる、あるいは閉状態が解除されると、前記所定の画像の表示を前記表示部に行わせるようにしてもよい。
【発明の効果】
【００１９】
本発明は、携帯電子機器の表示部に表示される画像の小容量化を実現し、かつ変化のある多彩なデザインを携帯電子機器の表示部に表示させることができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明につき図面を参照しつつ詳細に説明する。なお、以下の説明により本発明が限定されるものではない。また、以下の説明における構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。以下においては、携帯電子機器として携帯電話機を例として説明するが、本発明の適用対象は携帯電話機に限定されるものではなく、例えば、ＰＨＳ（Personal Handy phone System）、ＰＤＡ、ポータブルナビゲーション装置、ノートパソコン、ゲーム機等に対しても本発明は適用できる。
【００２１】
（実施形態１）
図１は、実施形態１に係る携帯電子機器の正面図である。図２は、実施形態１に係る携帯電子機器の側面図である。図３は、実施形態１に係る携帯電子機器を閉じた状態を示す図である。まず、携帯電子機器の構成を説明する。携帯電子機器１は、無線通信機能を備えた携帯電話機である。携帯電子機器１は、筐体１Ｃが第１筐体１ＣＡと第２筐体１ＣＢとで開閉可能に構成された、折り畳み式の携帯電話機である。図１、図２は、携帯電子機器１を開いた状態を示し、図３は、携帯電子機器１を閉じた状態を示す。
【００２２】
本実施形態は、第１画像と第２画像とを組み合わせて、携帯電子機器の表示部に表示させる所定の画像、例えば、待ち受け画像を生成する。このため、まず第１画像候補群の中から第１画像が選択され、選択された第１画像に対応する第２画像候補群が選択される。そして、選択された第２画像候補群の中から少なくとも一つの第２画像を選択する。その後、選択された第１画像と第２画像とが組み合わされて一の画像が構成され、所定の画像、例えば待ち受け画像として携帯電子機器１の表示部１７に表示させられる。以下においては、所定の画像として待ち受け画像を表示部に表示させる例を説明するが、所定の画像は、これに限定されるものではなく、例えば、メニュー画像やメール送受信時の画像等であってもよい。
【００２３】
まず、携帯電子機器１の構成を説明する。第１筐体１ＣＡには、表示部として、図１に示すメインディスプレイ２Ｍが設けられる。また、第１筐体１ＣＡには、同じく表示部として図３に示すサブディスプレイ２Ｓが設けられる。メインディスプレイ２Ｍとサブディスプレイ２Ｓとは、第１筐体１ＣＡの対向する面にそれぞれ配置されており、携帯電子機器１を閉じたときには、サブディスプレイ２Ｓをユーザーが目視できるように構成される。
【００２４】
メインディスプレイ２Ｍは、所定の画像として、携帯電子機器１が受信を待機している状態のときに待ち受け画像を表示したり、携帯電子機器１の操作を補助するために用いられるメニュー画像を表示したりする。ここで、待ち受け画像とは、携帯電子機器１が通信（バックグラウンド動作を除く）しておらず、かつユーザーからの操作も発生しておらず、かつユーザーからの指示を待ち受けている場合に、メインディスプレイ２Ｍに表示されるものであって、壁紙ともいう。待ち受け画像は、静止画、動画のいずれも含み、前述した条件で表示されるものであれば、スクリーンセーバーと称されるものも待ち受け画像に含まれる。サブディスプレイ２Ｓは、図３に示すように、携帯電子機器１を閉じている状態において、携帯電子機器１の電池の残量や電波の受信状態等を表示する。また、第１筐体１ＣＡには、携帯電子機器１の通話時に音声を発するスピーカ６が設けられる。
【００２５】
第２筐体１ＣＢには、通話相手の電話番号や、メール作成時等に文字を入力するための操作キー３が複数設けられ、また、メインディスプレイ２Ｍに表示されるメニューの選択及び決定や画面のスクロール等を容易に実行するための方向及び決定キー４が設けられる。第２筐体１ＣＢにはアンテナ７が設けられており、携帯電子機器１と基地局との間における送受信に用いられる。なお、操作キー３及び方向及び決定キー４は、携帯電子機器１の操作部を構成する。
【００２６】
図２に示すように、本実施形態において、第２筐体１ＣＢの一つの側部（操作キー３や方向及び決定キー４が設けられる面と略直交する面のうちの一つ）には、通信用端子８が設けられる。通信用端子８は、第２筐体１ＣＢ内に設けられる記憶部に第２筐体１ＣＢの外部から情報を保存したり、前記記憶部に保存される情報を第２筐体１ＣＢの外部へ取り出したりする際に用いられる。前記記憶部に保存される情報は、例えば、携帯電子機器１の制御に用いるソフトウェアや画像データ、あるいは音声データ等である。また、第２筐体１ＣＢには、携帯電子機器１の通話時に音声を受け取るマイク５が設けられる。
【００２７】
第１筐体１ＣＡと第２筐体１ＣＢとは、ヒンジ９で連結されている。これによって、第１筐体１ＣＡ及び第２筐体１ＣＢは、ヒンジ９を中心としてともに回動して、互いに遠ざかる方向及び互いに接近する方向（図２の矢印Ｒで示す方向）に回動できるように構成される。第１筐体１ＣＡと第２筐体１ＣＢとが互いに遠ざかる方向に回動すると携帯電子機器１が開き、第１筐体１ＣＡと第２筐体１ＣＢとが互いに接近する方向に回動すると携帯電子機器１が閉じる。
【００２８】
図４は、実施形態１に係る携帯電子機器の機能を説明するブロック図である。携帯電子機器１は、通信部１１と、処理部１２と、記憶部１３と、音声処理部１４と、マイク５（ＭＩＣ）と、スピーカ６（ＳＰ）と、表示部１７と、操作部１８とを有する。通信部１１は、アンテナ７を備えており、基地局のいずれかによって割り当てられるチャネルを介して、前記基地局との間で無線通信を行う。
【００２９】
処理部１２は、携帯電子機器１の全体的な動作を統括的に制御する。すなわち、携帯電子機器１の各種の処理が、操作部１８の操作や携帯電子機器１の記憶部１３に保存されるソフトウェアに応じて適切な手順で実行されるように、通信部１１や表示部１７等の動作を制御する。携帯電子機器１の各種の処理としては、例えば、回線交換網を介して行われる音声通話、電子メールの作成及び送受信、インターネットのＷｅｂ（World Wide Web）サイトの閲覧等がある。また、通信部１１や表示部１７等の動作としては、例えば、通信部１１における信号の送受信、音声処理部１４における音声の入出力、表示部１７における画像の表示等がある。
【００３０】
処理部１２は、記憶部１３に保存されているプログラム（例えば、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。処理部１２は、例えば、マイクロプロセッサユニット（ＭＰＵ：Micro Processor Unit）で構成され、前記ソフトウェアで指示された手順にしたがって上述した携帯電子機器１の各種の処理を実行する。すなわち、処理部１２は、記憶部１３に保存されるオペレーティングシステムプログラムやアプリケーションプログラム等から命令コードを順次読み込んで処理を実行する。
【００３１】
処理部１２は、複数のアプリケーション等のプログラムを実行する機能を有する。処理部１２が実行するアプリケーションプログラムとしては、例えば、携帯電子機器１がリセットされてから最初に電源起動したときに携帯電子機器１の初期設定をするアプリケーションプログラム、画像ファイルをデコードするアプリケーションプログラム、及びデコードして得られる画像を表示部１７に表示するアプリケーションプログラム等の複数のアプリケーションプログラムがある。このため、処理部１２は、主処理部１２ａと、筐体開閉検知部１２ｂと、画像表示処理部１２ｃと、デコード処理部１２ｄと、表示制御部１２ｅと、ファイルシステム制御部１２ｆとを含んで構成される。
【００３２】
筐体開閉検知部１２ｂは、主処理部１２ａによる制御の下、図１に示す携帯電子機器１の筐体１Ｃの閉状態を検知して、これを画像表示処理部１２ｃへ通知する。筐体１Ｃが閉状態でない場合、すなわち、筐体１Ｃが開状態であることを通知された画像表示処理部１２ｃは、待ち受け画像表示タスク１３ｂを実行する。本実施形態において、待ち受け画像表示タスク１３ｂは、例えば、待ち受け画像の表示が必要になった場合に、表示すべき待ち受け画像を記憶部１３から読み出してデコードし、メインディスプレイ２Ｍに表示するものである。また、待ち受け画像表示タスク１３ｂは、待ち受け画像の表示用に用意されたデータファイルを記憶部１３から読み出し、読み出された待ち受け画像をデコードし、表示部１７に表示するものである。
【００３３】
ここで、待ち受け画像の表示が必要になった場合とは、例えば、携帯電子機器１の筐体１Ｃが開状態にあることを筐体開閉検知部１２ｂが検知した場合や、通信や操作画面が終了した場合等である。このような場合、画像表示処理部１２ｃは、待ち受け画像表示タスク１３ｂを実行して、表示すべき待ち受け画像を表示部１７に表示する。筐体開閉検知部１２ｂが筐体１Ｃの閉状態を検知した場合、画像表示処理部１２ｃは、サブディスプレイ２Ｓに、受信状態や電池の残量といった必要最小限の表示をする。
【００３４】
なお、本実施形態において、処理部１２の処理負荷が軽減される状態に移行したときに、記憶部１３から次にデコードすべき待ち受け画像ファイルを読み出してデコードするように、待ち受け画像表示タスク１３ｂを構成してもよい。これによって、画像表示処理部１２ｃは、処理部１２の空き時間に待ち受け画像のデコードを実行するので、処理部１２をより効果的に利用できるとともに、待ち受け画像を表示するまでのタイムラグを低減できる。ここで、処理部１２の処理負荷が軽減される状態とは、携帯電子機器１の筐体１Ｃが閉状態にある場合等である。筐体開閉検知部１２ｂが筐体１Ｃの閉状態を検出したとき、すなわち、携帯電子機器１の筐体１Ｃの開状態を検出しなくなったときに、携帯電子機器１の筐体１Ｃが閉状態であることが検知される。
【００３５】
主処理部１２ａは制御中枢となり、筐体開閉検知部１２ｂ、画像表示処理部１２ｃ、デコード処理部１２ｄ、表示制御部１２ｅ、ファイルシステム制御部１２ｆのシーケンス制御を司る。また、筐体開閉検知部１２ｂ、画像表示処理部１２ｃ、デコード処理部１２ｄ、表示制御部１２ｅ、ファイルシステム制御部１２ｆがそれぞれ有する機能は、処理部１２及び記憶部１３で構成されるハードウェア資源が、主処理部１２ａによって割り当てられるタスクを実行することにより実現される。ここで、タスクとは、アプリケーションプログラムが行っている処理全体、又は同じアプリケーションプログラムが行っている処理のうち、同時に実行できない処理単位である。
【００３６】
本実施形態において、前記ハードウェア資源が割り当てられるタスクのうち代表的なものは、待ち受け画像表示タスク１３ｂ、デコードタスク１３ｃ、表示制御タスク１３ｄ、ファイルシステム制御タスク１３ｅである。これらのタスクは、例えば、記憶部１３に保存される。デコードタスク１３ｃはデコード処理部１２ｄによって実行され、表示制御タスク１３ｄは表示制御部１２ｅによって実行され、ファイルシステム制御タスク１３ｅはファイルシステム制御部１２ｆによって実行される。
【００３７】
待ち受け画像表示タスク１３ｂは、少なくとも携帯電子機器１が受信待機状態になっているときに、携帯電子機器１の表示部１７のうち、主にメインディスプレイ２Ｍに表示される待ち受け画像を表示する機能を有する。デコードタスク１３ｃは、ＪＰＥＧ（Joint Photographic Experts Group）やＧＩＦ（Graphic Interchange Format）等の画像形式の画像データ、あるいはＦｌａｓｈ（登録商標、以下同様）等の画像データをＲＧＢ（Red Green Blue）データにデコード変換する機能を有する。表示制御タスク１３ｄは、メインディスプレイ２Ｍへ待ち受け画像やメニュー画像、あるいはスクリーンセーバー等を表示する制御や、サブディスプレイ２Ｓへ時計や受信状態を表示する制御を実行する機能を有する。ファイルシステム制御タスク１３ｅは、待ち受け画像やメニュー画像、あるいはスクリーンセーバー等をメインディスプレイ２Ｍに表示する際に用いるＪＰＥＧやＧＩＦ等の画像データや、待ち受け画像等を生成する画像のパッケージファイルを管理する機能を有する。
【００３８】
本実施形態において、処理部１２を構成する主処理部１２ａ、筐体開閉検知部１２ｂ、画像表示処理部１２ｃ、デコード処理部１２ｄ、表示制御部１２ｅ、ファイルシステム制御部１２ｆがそれぞれ有する機能は、記憶部１３に保存されるタスクを処理部１２で実行することにより実現されるものである。したがって、処理部１２内において、主処理部１２ａ、筐体開閉検知部１２ｂ、画像表示処理部１２ｃ等は、それぞれ物理的に区別されて構成されるものではない。本実施形態では、あくまで説明の便宜上、主処理部１２ａ、筐体開閉検知部１２ｂ、画像表示処理部１２ｃ等を分けて説明するものである。なお、処理部１２内において、主処理部１２ａ、筐体開閉検知部１２ｂ、画像表示処理部１２ｃ等を、それぞれ物理的に区別して、すなわち、それぞれの機能を実現する専用のハードウェアとして構成してもよい。
【００３９】
記憶部１３には、デコード処理部１２ｄによってデコードされる画像データが保存される画像データ保存部１３ｆが設けられる。記憶部１３には、上述したタスクの他、さらに、処理部１２での処理に利用されるソフトウェアやデータが保存される。例えば、通信、ダウンロードされた画像データや音声データ等、あるいは記憶部１３に対する制御に処理部１２が用いるソフトウェア、通信相手の電話番号やメールアドレス等を保存し、管理するアドレス帳、発信音や着信音等の音声ファイル、ソフトウェアの処理過程で用いられる一時的なデータ等が記憶部１３に保存される。記憶部１３は、例えば、不揮発性の記憶デバイス（ＲＯＭ：Read Only Memory等の不揮発性半導体メモリ、ハードディスク装置等）や、読み書き可能な記憶デバイス（例えば、ＳＲＡＭ：Static Random Access Memory、ＤＲＡＭ：Dynamic Random Access Memory）等で構成される。
【００４０】
音声処理部１４は、スピーカ６から出力される音声信号やマイク５に入力される音声信号の処理を実行する。すなわち、音声処理部１４は、マイク５から入力される音声を増幅し、ＡＤ変換（Analog Digital変換）を実行した後、さらに符号化等の信号処理を施して、ディジタルの音声データに変換して処理部１２へ出力する。また、処理部１２から送られる音声データに対して復号化、ＤＡ変換（Digital Analog変換）、増幅等の処理を施してアナログの音声信号に変換してから、スピーカ６へ出力する。
【００４１】
表示部１７は、携帯電子機器１の筐体１Ｃを閉じたときに隠れ、開いたときに露出するメインディスプレイ２Ｍと、筐体１Ｃを閉じたときでも筐体１Ｃの外側に露出するサブディスプレイ２Ｓとで構成される。メインディスプレイ２Ｍ及びサブディスプレイ２Ｓは、例えば、液晶表示パネルや有機ＥＬ（Electro Luminescence）パネルのような表示デバイスで構成されており、処理部１２から送られる映像信号（待ち受け画像やメニュー画像等の映像信号であり、静止画、動画を含む）に応じた画像を表示する。メインディスプレイ２Ｍには、例えば、待ち受け画像、メニュー画像、発信時における発信相手の電話番号、着信時における着信相手の電話番号、受信メールや送信メールの内容、バッテリの残量、発信成否、待ち受け画像、メニュー画像等の各種の情報が表示される。また、サブディスプレイ２Ｓには、日付や時刻、受信状態、バッテリ残量等が表示される。
【００４２】
操作部１８は、図１に示す操作キー３や方向及び決定キー４を含んで構成されている。操作キー３は複数のキーで構成され、また、方向及び決定キー４は複数のスイッチで構成される。複数のキーや複数のスイッチには、電源、通話、数字、文字、方向、決定、発信等、携帯電子機器１の操作に必要な各種の機能が割り当てられている。そして、操作キー３や方向及び決定キー４がユーザーによって操作されることにより、操作キー３や方向及び決定キー４は、その操作内容に割り当てられた信号を発生する。そして、発生した信号は、ユーザーの指示として処理部１２へ入力される。
【００４３】
次に、本実施形態に係る画像生成方法を説明する。本実施形態に係る画像生成方法は、携帯電子機器１の表示部１７、より具体的にはメインディスプレイ２Ｍに、多種類の待ち受け画像を表示させる。これを実現するため、本実施形態では、図４に示す処理部１２は、複数の画像、すなわち、第１画像と少なくとも一つの第２画像とを組み合わせて一つの待ち受け画像を作成し、表示部１７に表示する。このとき、複数の第１画像の候補の集まりである第１画像候補群と、前記複数の第１画像とは異なる複数の第２画像の候補の集まりであって、前記複数の第１画像のそれぞれに対応付けられた複数の第２画像候補群とが用意されて記憶部１３に保存される。処理部１２は、第１画像候補群から第１画像を決定し、決定した第１画像に対応する第２画像候補群の中から少なくとも一つの第２画像をさらに選択する。そして、処理部１２は、選択した第１画像と第２画像とを組み合わせて一つの画像を構成し、待ち受け画像として表示部１７に表示させる第１の表示制御を行う。
【００４４】
図５は、実施形態１に係る画像生成方法を説明するための概念図である。図６は、実施形態１に係る画像生成方法を説明するための模式図である。図５には、第１画像候補群Ｘと、複数の第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４とが示されている。第１画像及び第２画像は、組み合わされて待ち受け画像を構成する。また、第２画像は、第１画像とはデザインが異なる画像であって、第１画像と組み合わされたときには、待ち受け画像のアクセントとなるような図柄である。
【００４５】
図６に示すように、第１画像の図柄は、例えばツタのような植物である。図５に示す第１画像ＰＸ１、ＰＸ２、ＰＸ３、ＰＸ４は、それぞれツタの画像であるが、それぞれデザインが異なる。第２画像候補群Ｙに属する第１候補群ＹＡ１〜ＹＡ４は、第２候補群ＹＢ１〜ＹＢ４に属する第２画像ＰＹＢ１〜ＰＹＢ８及び第３候補群ＹＣ１〜ＹＣ４に属する第２画像ＰＹＣ１〜ＰＹＣ９とは異なる第２画像ＰＹＡ１〜ＰＹＡ１６の集まりである。また、第２候補群ＹＢ１〜ＹＢ４は、第３候補群ＹＣ１〜ＹＣ４に属する第２画像ＰＹＣ１〜ＰＹＣ９とは異なる第２画像ＰＹＢ１〜ＰＹＢ８の集まりである。
【００４６】
第１画像候補群Ｘは、第１画像の候補が複数集められて構成される。本実施形態では、第１画像ＰＸ１、ＰＸ２、ＰＸ３、ＰＸ４の四つが、待ち受け画像として選択される第１画像の候補として第１画像候補群Ｘに属する。それぞれの第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４は、第２画像の候補が複数集められて構成される。本実施形態において、第２画像候補群Ｙ１は、第１候補群ＹＡ１と、第２候補群ＹＢ１と、第３候補群ＹＣ１との計三つの第２画像の候補群を含んでいる。第２画像候補群Ｙ２、Ｙ３、Ｙ４も第２画像候補群Ｙ１と同様に、それぞれ順に第１候補群ＹＡ２、ＹＡ３、ＹＡ４と、第２候補群ＹＢ２、ＹＢ３、ＹＢ４と、第３候補群ＹＣ２、ＹＣ３、ＹＣ４との計三つの第２画像の候補群を含んでいる。なお、第１候補群ＹＡ１〜ＹＡ４、第２候補群ＹＢ１〜ＹＢ４、第３候補群ＹＣ１〜ＹＣ３は、いずれも複数の第２画像の候補の集まりである。
【００４７】
図５から分かるように、本実施形態において、第１候補群ＹＡ１には第２画像ＰＹＡ１〜ＰＹＡ４が属し、第１候補群ＹＡ２には第２画像ＰＹＡ５〜ＰＹＡ８が属し、第１候補群ＹＡ３には第２画像ＰＹＡ９〜ＰＹＡ１２が属し、第２候補群ＹＡ４には第２画像ＰＹＡ１３〜ＰＹＡ１６が属する。第２候補群ＹＢ１には第２画像ＰＹＢ１が属し、第２候補群ＹＢ２には第２画像ＰＹＢ２、ＰＹＢ３を含み、第２候補群ＹＢ３は第２画像ＰＹＢ４〜ＰＹＢ６を含み、第２候補群ＹＢ４は第２画像ＰＹＢ７、ＰＹＢ８を含む。また、第３候補群ＹＣ１には第１画像ＰＹＣ１〜ＰＹＣ３が属し、第３候補群ＹＣ２には第２画像ＰＹＶ４〜ＰＹＣ９が属し、第３候補群ＹＣ３には第２画像ＰＹＣ１〜ＰＹＣ６、ＰＹＣ８、ＰＹＣ９が属し、第３候補群ＹＣ４には第２画像ＰＹＣ１〜ＰＹＣ８が属する。このように、第１候補群ＹＡ１〜ＹＡ４には計１６種類の第２画像が属し、第２候補群ＹＢ１〜ＹＢ４には計８種類の第２画像が属し、第３候補群ＹＣ１〜ＹＣ４には計９種類の第２画像が属する。すなわち、第２画像候補群Ｙ１〜Ｙ４には、計３３種類の第２画像が属する。
【００４８】
第１候補群ＹＡ１〜ＹＡ４に属する第２画像ＰＹＡ１〜ＰＹＡ１６は、例えば鹿や猫のような動物の図柄の画像である。また、第２候補群ＹＢ１〜ＹＢ４に属する第２画像ＰＹＢ１〜ＰＹＢ８は、例えば羽のような図柄の画像である。また、第３候補群ＹＣ１〜ＹＣ４に属する第２画像ＰＹＣ１〜ＰＹＣ９は、例えば、花のような図柄の画像である。本実施形態において、第１画像及び第２画像は、それぞれ単色の画像である。これによって、複数の色で第１画像及び第２画像を構成する場合と比較して、第１画像及び第２画像のデータ量を低減できる。
【００４９】
それぞれの第１画像ＰＸ１、ＰＸ２、ＰＸ３、ＰＸ４と組み合わされる第２画像は、第１画像と第２画像とが組み合わされて得られる画像が不自然ではなく、かつデザイン上の統一感が生まれるような画像が選択される。このようにして、それぞれの第１画像ＰＸ１、ＰＸ２、ＰＸ３、ＰＸ４に対して各々選択された第２画像の集まりが、図５の第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４である。本実施形態において、第１画像は４種類なので、四つの第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４が用意される。これによって、図５に示すように、複数の第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４は、第１画像候補群Ｘに属する複数の第１画像ＰＸ１、ＰＸ２、ＰＸ３、ＰＸ４のそれぞれに対応付けられる。
【００５０】
例えば、図５に示すように、第１画像ＰＸ１に対応するのは第２画像候補群Ｙ１である。そして、第１画像ＰＸ１に対応する第２画像候補群Ｙ１には第１候補群ＹＡ１及び第２候補群ＹＢ１及び第３候補群ＹＣ１が含まれる。第１候補群ＹＡ１及び第２候補群ＹＢ１及び第３候補群ＹＣ１に属する複数の第２画像は、それぞれが、第１画像ＰＸ１と組み合わせたときに不自然さがなく、かつデザイン上の統一感が生まれるような画像である。
【００５１】
ある第１画像と組み合わせたときに不自然さがあるか、又は統一感が得られない第２画像は、そもそも前記第１画像とは組み合わせない。すなわち、そのような第２画像は、前記第１画像との関係では、待ち受け画像には用いない。本実施形態では、第１画像と組み合わせたときに不自然さがなく、かつ統一感のある複数の第２画像を集めた第２画像候補群を、複数の第１画像候補群それぞれに対して予め用意する。これによって、第１画像と組み合わせない、すなわち特定の第１画像との関係において待ち受け画像には用いない第２画像は、特定の第１画像との組み合わせにおいては予め排除できる。その結果、それぞれの第２画像候補群からは、対応する第１画像と組み合わせられることのない第２画像を排除できるので、不要な第２画像を記憶部１３に保存する必要がない分、画像データの小容量化を実現できる。
【００５２】
本実施形態において、第１画像は、待ち受け画像の全体のイメージを方向付けるような図柄であり、画素数（少なくともビットマップに変換されたときの画素数）は第２画像よりも多い画像である。このため、第１画像の種類が多いと、記憶部１３には、第１画像を保存するために多くの容量が必要になり、場合によっては、記憶部１３内に割り当てられた、画像データを保存する画像データ保存部１３ｆの容量を超えてしまうおそれがある。このため、第１画像の種類を第２画像の種類よりも少なくして、画像データ保存部１３ｆ内に第１画像候補群Ｘを保存できるようにする。本実施形態では、上述したように、第１画像を４種類、第２画像を３３種類用意して記憶部１３の画像データ保存部１３ｆに保存するので、第１画像の種類は第２画像の種類の約１／８となる。
【００５３】
本実施形態において、携帯電子機器１の表示部１７に表示させる待ち受け画像が生成される場合、まず、第１画像候補群Ｘに属する複数の第１画像ＰＸ１〜ＰＸ４から一つの第１画像が選択される。すると、複数の第２画像候補群Ｙ１〜Ｙ４の中から、選択された第１画像に対応する第２画像候補群が選択できる。この第２画像候補群の中から、少なくとも一つの第２画像がさらに選択される。本実施形態では、選択された第１画像に対応する第２画像候補群のうち、第１候補群又は第２候補群のいずれか一方から一つと、第３候補群から一つとの、計二つの第２画像が選択される。
【００５４】
例えば、図５に示すように、第１画像候補群Ｘに属する４種類の第１画像ＰＸ１〜ＰＸ４から第１画像ＰＸ１が選択されたとする。第１画像ＰＸ１に対応するのは、第２画像候補群Ｙ１なので、第２画像候補群Ｙ１の中から二つの第２画像が選択される。この場合、第１候補群ＹＡ１に属する４種類の第２画像ＰＹＡ１〜ＰＹＡ４又は第２候補群ＹＢ１に属する１種類の第２画像ＰＹＢ１のいずれか一方から一つ（例えば、第１候補群ＹＡ１から第２画像ＰＹＡ１）と、第３候補群ＹＣ１に属する３種類の第２画像ＰＹＣ１〜ＰＹＣ３から一つ（例えば、第２画像ＰＹＣ１）との、計二つの第２画像が選択される。そして、選択された第１画像ＰＸ１と、第２画像ＰＹＡ１と、第２画像ＰＹＣ１とを組み合わせて構成される一の画像が、待ち受け画像として携帯電子機器１の表示部１７に表示される。
【００５５】
上述したように、第１画像ＰＸ１に対応する第２画像候補群は、第２画像候補群Ｙ１である。第２画像候補群Ｙ１は、４種類の第２画像ＰＹＡ１〜ＰＹＡ４が属する第１候補群ＹＡ１と、１種類の第２画像ＰＹＢ１が属する第２候補群ＹＢ１と、３種類の第２画像ＰＹＣ１〜ＰＹＣ３が属する第３候補群ＹＣ１とで構成される。第２画像は、第１候補群ＹＡ１又は第２候補群ＹＢ１のいずれか一方から選択されるので、この選択においては５通りの選択肢がある。また、第３画像は、第３候補群ＹＣ１から一つ選択されるので、この選択においては３通りの選択肢がある。したがって、第１画像ＰＸ１が選択されると、これに対応する第２画像候補群Ｙ１においては、５通り×３通りの計１５通りの組み合わせが得られる。
【００５６】
このため、第１画像ＰＸ１が選択されたときには、１５通りの画像が生成できる。同様に、第１画像ＰＸ２が選択されたときには３６通り、第１画像ＰＸ３が選択されたときには５６通り、第１画像ＰＸ４が選択されたときには４８通りの画像が生成できる。したがって、本実施形態では、画像データ保存部１３ｆに保存される４種類の第１画像及び３３種類の第２画像の計３７種類の画像から、１５通り＋３６通り＋５６通り＋４８通りの計１５５通りの待ち受け画像が生成できる。
【００５７】
このように、本実施形態では、複数の第１画像のそれぞれに対して、複数の第２画像の集まりである第２画像候補群を対応付ける際には、特定の第１画像と組み合わせたときに不自然さがあるか、又は統一感が得られない第２画像は、前記の第１画像との組み合わせにおいて予め排除する。これにより、無駄な画像を排除して、画像データの小容量化を実現する。そして、待ち受け画像を生成する場合は、第１画像候補群から一つの第１画像が抽選等により選択され、選択された第１画像に対応する第２画像候補群の中から少なくとも一つの第２画像が抽選等により選択され、選択された第１画像と第２画像とを組み合わせて待ち受け画像を生成する。
【００５８】
このような手法により、本実施形態に係る画像生成方法では、画像データ保存部１３ｆに保存される第１画像及び第２画像のデータを小容量化でき、かつ、変化のある多彩な待ち受け画像を生成できる。さらに、本実施形態に係る画像生成方法では、第１画像及び第２画像を単色の画像とすることで、合成後の画像を自然な組み合わせとし、さらなる画像データの小容量化を実現する。
【００５９】
このように、本実施形態では、表示部１７に表示させる待ち受け画像の要素に相当する、容量の小さい第１画像や第２画像を複数記憶部１３に保存しておけばよい。その結果、複数の無関係な画像データをランダムに表示部１７へ表示させる場合と比較して、小さい画像データの容量で、変化のある多彩な画像を表示させることができる。次に、本実施形態の画像生成方法を用いて待ち受け画像を生成し、携帯電子機器１に所定のイベントが発生したときに、携帯電子機器１の表示部１７に表示させる手順を説明する。
【００６０】
図７は、本実施形態の画像生成方法により生成した待ち受け画像を表示させる処理の一例を示す流れ図である。図８は、本実施形態の画像生成方法により待ち受け画像を生成する手順を示す流れ図である。図９は、本実施形態の画像生成方法により生成した待ち受け画像を表示させる処理の他の例を示す流れ図である。待ち受け画像は、所定のイベントが発生したときに携帯電子機器１の表示部１７に表示される。
【００６１】
所定のイベントとは、例えば、携帯電子機器１が網側からの着信呼び出し等の受信を待ち受けている状態、すなわち待ち受け状態が発生したときである。例えば、図４に示す処理部１２の画像表示処理部１２ｃは、携帯電子機器１の筐体１Ｃの状態が開状態になること、あるいは閉状態が解除されたことのいずれかを筐体開閉検知部１２ｂが検知した場合に、携帯電子機器１は待ち受け状態であると判断する。そして、待ち受け状態である場合、処理部１２は、携帯電子機器１の表示部１７に待ち受け画像の表示を行わせる。携帯電子機器１が待ち受け状態でない場合（ステップＳ１０１：Ｎｏ）、待ち受け画像は表示されない。
【００６２】
携帯電子機器１が待ち受け状態となった場合（ステップＳ１０１：Ｙｅｓ）、待ち受け画像を表示部１７に表示させることができる状態になる。この場合、主処理部１２ａは、画像表示処理部１２ｃに制御を移す。すなわち、主処理部１２ａは、処理部１２及び記憶部１３のハードウェア資源を、待ち受け画像表示タスク１３ｂに割り当てる。これにより、画像表示処理部１２ｃは待ち受け画像生成タスク１３ａを実行して、本実施形態に係る画像生成方法により待ち受け画像を生成する（ステップＳ１０２）。図８を用いてこの手順を説明する。
【００６３】
画像表示処理部１２ｃは、待ち受け画像生成タスク１３ａを実行して、記憶部１３の画像データ保存部１３ｆの保存されている第１画像候補群Ｘに属する複数の第１画像から第１画像を抽選して（ステップＳ２０１）、待ち受け画像を構成する第１画像として選択する。次に、画像表示処理部１２ｃは、第２画像候補群を構成する第２候補群に属する複数の第２画像から第２画像を抽選するか否かを判定する（ステップＳ２０２）。例えば、所定の回数（例えば１０回）に１回の割合で第２候補群から第２画像を抽選するようにしておき、第１候補群から所定の回数第２画像を抽選した場合には、第２候補群から第２画像を抽選するように判定してもよい。
【００６４】
第２候補群から第２画像を抽選しない場合（ステップＳ２０２：Ｎｏ）、画像表示処理部１２ｃは、第１候補群から第２画像を抽選して（ステップＳ２０３）、待ち受け画像を構成する第２画像の一つとして選択する。第２画像候補群の第２候補群から第２画像を抽選する場合（ステップＳ２０２：Ｙｅｓ）、画像表示処理部１２ｃは、第２候補群から第２画像を抽選して（ステップＳ２０４）、待ち受け画像を構成する第２画像の一つとして選択する。次に、一つの第２画像が選択されたら、画像表示処理部１２ｃは、第２画像候補群の第３候補群から一つの第２画像を抽出し（ステップＳ２０５）、待ち受け画像を構成する第２画像の一つとして選択する。
【００６５】
上記手順により、一つの第１画像及び二つの第２画像が選択されたら、画像表示処理部１２ｃは、ファイルシステム制御部１２ｆに、選択された第１画像及び第２画像を選出する画像選出要求を発行する。すると、ファイルシステム制御部１２ｆは、ファイルシステム制御タスク１３ｅを実行して、上記手順により選択された一つの第１画像及び二つの第２画像を、記憶部１３の画像データ保存部１３ｆから選出する。一つの第１画像及び二つの第２画像が選出されたら、ファイルシステム制御タスク１３ｅは終了する。ファイルシステム制御タスク１３ｅが終了したら、ファイルシステム制御部１２ｆは、画像表示処理部１２ｃに完了通知を発行する。画像表示処理部１２ｃは、ファイルシステム制御部１２ｆにより選出された一つの第１画像のデータファイル及び二つの第２画像のデータファイルを画像データ保存部１３ｆから読み出して組み合わせることにより（ステップＳ２０６）、待ち受け画像を生成する。待ち受け画像が生成されたら、画像表示処理部１２ｃは、生成した待ち受け画像を記憶部１３の作業領域として確保された記憶領域へ一時的に保存し、待ち受け画像生成タスク１３ａを終了させる。
【００６６】
次に、図７に戻って説明する。画像表示処理部１２ｃが待ち受け画像を生成したら、画像表示処理部１２ｃは、待ち受け画像表示タスク１３ｂを実行して、デコード処理部１２ｄにデコード処理要求を発行する。デコード処理部１２ｄは、デコードタスク１３ｃを実行して、ステップＳ１０２で生成され、記憶部１３の作業領域に保存されている待ち受け画像を前記作業領域から読み出す。そして、デコード処理部１２ｄは、読み出した待ち受け画像をデコードして、ＲＧＢで表現されたビットマップデータに変換する（ステップＳ１０３）。デコードが完了したら、デコード処理部１２ｄは、完了通知を画像表示処理部１２ｃに発行する。そして、画像表示処理部１２ｃは、表示制御部１２ｅに待ち受け画像表示要求を発行する。表示制御部１２ｅは、表示制御タスク１３ｄを実行して、ビットマップ化されたパターンの待ち受け画像を表示部１７、より具体的にはメインディスプレイ２Ｍに表示する（ステップＳ１０４）。その後、表示制御部１２ｅは、完了通知を画像表示処理部１２ｃに発行して、待ち受け画像の表示が完了する。
【００６７】
次に、図９に示す待ち受け画像を表示させる処理を説明する。この処理では、処理部１２の処理負荷が軽減されたとき、例えば、処理部１２の空き時間中に予め待ち受け画像を生成して画像データ保存部１３ｆに保存しておき、所定のイベントが発生したときに、作成済みの待ち受け画像を携帯電子機器１の表示部１７に表示する。これによって、上述した所定のイベントが発生した場合には、速やかに待ち受け画像が表示部１７に表示されるので、所定のイベントが発生してから待ち受け画像が表示されるまでの応答性が向上する。
【００６８】
まず、画像表示処理部１２ｃが、処理部１２に空き時間が発生したか否かを判定する。例えば、携帯電子機器１に対する複雑な操作が発生しないことが特定できる場合に、処理部１２に空き時間が発生したと判定される。例えば、図１、図２に示す、折り畳み構造の筐体１Ｃを有する携帯電子機器１において筐体１Ｃを閉じた状態では、携帯電子機器１に対する複雑な操作が発生せず、処理部１２に空き時間が発生している。
【００６９】
主処理部１２ａは、例えば、携帯電子機器１の筐体１Ｃの状態が閉状態になること、あるいは開状態が解除されたことのいずれかを筐体開閉検知部１２ｂが検知した場合には、処理部１２に空き時間があると判定する。処理部１２に空き時間がないと主処理部１２ａが判定した場合（ステップＳ３０１：Ｎｏ）、処理を終了する。処理部１２に空き時間があると主処理部１２ａが判定した場合（ステップＳ３０１：Ｙｅｓ）、主処理部１２ａは、画像表示処理部１２ｃに制御を移す。これにより、画像表示処理部１２ｃは待ち受け画像生成タスク１３ａを実行して、本実施形態に係る画像生成方法により待ち受け画像を生成する（ステップＳ３０２）。待ち受け画像を生成する手順は、図８に示す手順であり、これは上述した通りなので説明を省略する。生成された待ち受け画像は、記憶部１３の作業領域として確保された記憶領域に保存され、画像表示処理部１２ｃは待ち受け画像生成タスク１３ａを終了させる。
【００７０】
携帯電子機器１が待ち受け状態でない場合（ステップＳ３０３：Ｎｏ）、待ち受け画像は表示されない。携帯電子機器１が待ち受け状態となった場合（ステップＳ３０３：Ｙｅｓ）、待ち受け画像を表示部１７に表示させることができる状態になる。すると、画像表示処理部１２ｃは、待ち受け画像表示タスク１３ｂを実行し、デコード処理部１２ｄにデコード処理要求を発行する。デコード処理部１２ｄは、デコードタスク１３ｃを実行して、記憶部１３の作業領域に保存されている待ち受け画像を読み出してデコードする（ステップＳ３０４）。以後の処理は、図７のステップＳ１０４と同一なので、説明を省略する。
【００７１】
図１０は、第１画像候補群と複数の第２画像候補群とを単一のデータファイルとしてパッケージ化した画像パッケージファイルを示す模式図である。上記説明では、第１画像候補群及び第２画像候補群は、図４に示す記憶部１３の画像データ保存部１３ｆに保存した。しかし、本実施形態ではこれに限定されず、第１画像候補群と複数の第２画像候補群とをパッケージ化し、かつ所定のデータサイズ（例えば１００ｋＢ）を超えない単一のデータファイルとして取り扱われる第１のデザイン情報としてデータ保存部１３ｆに保存されるようにしてもよい。本実施形態では、第１画像候補群及び複数の第２画像候補群と、これらに属する画像の生成方法とを単一のデータファイルとしてパッケージ化した例を説明するが、本実施形態では、少なくとも、第１画像候補群及び複数の第２画像候補群とが単一のデータファイルとしてパッケージ化してあればよい。
【００７２】
図１０には、画像パッケージファイル６０が示される。画像パッケージファイル６０は、第１画像候補群Ｘ及び複数の第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４と、これらに属する画像を生成する方法が記述された画像生成ソフトウェアＳＷＧとをパッケージ化し、単一のデータファイルとして取り扱われる第１のデザイン情報である。画像パッケージファイル６０は、画像データ保存部１３ｆに保存されており、待ち受け画像を表示させる場合、処理部１２の画像表示処理部１２ｃは画像パッケージファイル６０を画像データ保存部１３ｆから読み出して、待ち受け画像を生成する。この場合、読み出された画像パッケージファイル６０に格納されている画像生成ソフトウェアＳＷＧが起動して、上述した待ち受け画像生成タスク１３ａのステップＳ２０１からステップＳ２０６を実行する。そして、画像生成ソフトウェアＳＷＧは、一つの第１画像及び二つの第２画像を選択し、これらを組み合わせて、待ち受け画像を生成する。
【００７３】
画像パッケージファイル６０の画像生成ソフトウェアＳＷＧは、通常ビットマップデータの形式で待ち受け画像を生成するので、上述した図７や図９に示す待ち受け画像の表示手順におけるデコード（図７のステップＳ１０３、あるいは図９のステップＳ３０４）は不要である。すなわち、画像生成ソフトウェアＳＷＧが待ち受け画像を生成したら、画像生成タスク１３ａが終了されて、表示制御部１２ｅが表示制御タスク１３ｄを実行することにより、ビットマップ化されたパターンの待ち受け画像がメインディスプレイ２Ｍに表示される。
【００７４】
画像パッケージファイル６０としては、例えばＦｌａｓｈがあり、また、Ｊａｖａ（登録商標、以下同様）等で記述されたデータファイルがある。例えば、Ｆｌａｓｈを用いる場合には、第１画像候補群Ｘ及び複数の第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４のそれぞれの画像を描画オブジェクトとして格納するだけでなく、所定の背景色を指定した上で第１画像を選択し、それに対応する第２画像候補群から第２画像を選択するという処理を実現できる命令も格納できるので、本実施形態に係る画像生成方法が簡易に実現できる。
【００７５】
画像パッケージファイル６０は、上述したように単一のデータファイルとして取り扱われるので、待ち受け画像を生成するための画像データ等のデータサイズが明確になる。このため、携帯電子機器１の設計時に、画像パッケージファイル６０のデータサイズに制限を加える等しておけば、処理部１２を構成するＭＰＵのリソースの範囲内で快適に動作できるようになる。その結果、多種類の異なる画像（待ち受け画像）が頻繁に表示されるにもかかわらず、ＭＰＵのリソースの範囲内で快適に動作できるので、携帯電子機器１のユーザーに対して表示が遅い等の不快感を与えることが少なくなる。
【００７６】
また、複数の無関係な画像データをランダムに表示部１７へ表示させる場合、必要な画像データのサイズがどの程度になるかは開発者側では想定できない。その結果、ＭＰＵのリソースや記憶部の割り当て等をどの程度用意しておけばよいかが把握できない。しかし、本実施形態に係る画像生成方法に必要なデータ（ソフトウェアも含む）を一つの画像パッケージファイル６０にまとめ、かつ画像パッケージファイル６０のデータサイズに制限を加える等しておけば、前記制限の範囲内でＭＰＵのリソースや記憶部の割り当てをすればよい。これによって、開発も容易になる。
【００７７】
また、画像パッケージファイル６０のデータサイズに制限を加えておくとともに、内蔵される複数の画像パッケージファイルのサイズをそれぞれ同程度にしておけば、同じハードウェアの仕様の携帯電子機器間において異なる画像パッケージファイル６０を選択し、実行するようにした場合でも、同程度の処理速度となる。その結果、ハードウェアの仕様が同じであれば、携帯電子機器間において画面上の見た目を異ならせたにも関わらず、処理速度の差はほとんど発生しなくなるので、同じハードウェアの仕様の携帯電子機器間における処理速度の違和感を低減できる。なお、画像生成ソフトウェアＳＷＧも画像パッケージファイル６０に加える場合、画像生成ソフトウェアＳＷＧは同じハードウェアの仕様の携帯電子機器間で共通化しておくことが好ましい。
【００７８】
ところで、画像生成ソフトウェアＳＷＧには、様々な付加機能を持たせてもよい。その一つとして、例えば、図１１−１〜図１１−３は、縁取り処理を実行する場合の説明図である。上述した第１の表示制御において、携帯電子機器１の表示部１７に表示される待ち受け画像を構成するオブジェクトの縁を、オブジェクトの色及び背景色とは異なる色とする縁取り処理を施してもよい。縁取り処理は、選択された第１画像及び第２画像と、その背景との境の領域を、選択された第１画像及び第２画像の色とも、背景色とも異なる色で縁取りする処理である。
【００７９】
図１１−１〜図１１−３を用いて、縁取り処理を詳細に説明する。説明の便宜のため、第１画像ＰＸと第２画像ＰＹとの二つの画像を重ね合わせたときの縁取り処理を例とするが、画像の数はこれに限定されるものではない。縁取り処理は、第１画像ＰＸと第２画像ＰＹとを重ね合わせて構成された後の画像Ｗに対して実行される。第１画像ＰＸは、背景ＢＧ１とオブジェクトＯｂｘとで構成され、第２画像ＰＹは、背景ＢＧ２とオブジェクトＯｂｙ１とオブジェクトＯｂｙ２とで構成される。縁取り処理においては、第１画像ＰＸのオブジェクトＯｂｘと、背景ＢＧ１との境の領域Ｏｂｅｘ、及び第２画像ＰＹのオブジェクトＯｂｙ１と背景ＢＧ２との境の領域Ｏｂｅｙ１、及び第２画像ＰＹのオブジェクトＯｂｙ２と背景ＢＧ２との境の領域Ｏｂｅｙ２を、オブジェクトＯｂｘ、Ｏｂｙ１、Ｏｂｙ２の色とも、背景ＢＧ１、ＢＧ２の色（背景色）とも異なる色で縁取りする。なお、縁取りの色を縁取り色という。ここで、第１画像ＰＸの背景ＢＧ１の色と第２画像ＰＹの背景ＢＧ２の色とは同じ色である。
【００８０】
なお、図１１−２に示すように第１画像ＰＸのオブジェクトＯｂ１と第２画像ＰＹのオブジェクトＯｂｙ２とが互いに重畳する領域Ｒ１や、図１１−３に示すように第１画像ＰＸのオブジェクトＯｂ１と第２画像ＰＹのオブジェクトＯｂｙ１とが互いに接触する領域Ｒ２は、縁取り処理を実行しない。すなわち、図１１−２に示す例では、領域Ｒ１を除いた領域（境の領域Ｏｂｅｘ、Ｏｂｅｙ２）に縁取り処理が施され、図１１−３に示す例では、領域Ｒ２を除いた領域（境の領域Ｏｂｅｘ、Ｏｂｅｙ１）に縁取り処理が施される。
【００８１】
縁取り処理を実行する場合、記憶部１３の画像データ保存部１３ｆに、第１画像ＰＸ及び第２画像ＰＹの背景色を示す背景色情報を保存しておく。そして、処理部１２の画像表示処理部１２ｃは、上述した第１の表示制御において、選択された第１画像ＰＸ及び第２画像ＰＹと、その背景との境の領域Ｏｂｅｘ、Ｏｂｅｙ１、Ｏｂｅｙ２を、第１画像ＰＸ及び第２画像ＰＹの色とも、背景色とも異なる色で彩色することにより縁取りする。境の領域Ｏｂｅｘ、Ｏｂｅｙ１、Ｏｂｅｙ２の色は、画像表示処理部１２ｃが、選択された第１画像ＰＸ及び第２画像ＰＹと、背景色情報とから、いずれとも異なる色を選択して彩色する。あるいは、予め縁取り色を定めておき、画像生成ソフトウェアＳＷＧにおいて指定するようにしてもよい。
【００８２】
図１２は、第１画像候補群と複数の第２画像候補群と背景色情報とを単一のデータファイルとしてパッケージ化した画像パッケージファイルを示す模式図である。縁取り処理を実行する際には、第１画像候補群と複数の第２画像候補群と背景色情報とを記憶部１３の画像データ保存部１３ｆに保存してもよい。しかし、これに限定されるものではなく、第１画像候補群と複数の第２画像候補群と背景色情報とをパッケージ化された単一のデータファイルとして取り扱われる第１のデザイン情報として画像データ保存部１３ｆに保存されるようにしてもよい。このとき、単一のデータファイルは、所定のデータサイズ（例えば１００ｋＢ）を超えないように設定する。本実施形態では、第１画像候補群と複数の第２画像候補群と背景色情報と、これらに属する画像の生成方法及び縁取り処理の方法とを単一のデータファイルとしてパッケージ化した例を説明するが、本実施形態では、少なくとも、第１画像候補群と複数の第２画像候補群と背景色情報とが単一のデータファイルとしてパッケージ化してあればよい。
【００８３】
図１２には、画像パッケージファイル６１が示される。画像パッケージファイル６１は、第１画像候補群Ｘと、複数の第２画像候補群Ｙ１、Ｙ２、Ｙ３、Ｙ４と、背景色情報ＢＧＣと、画像を生成する方法及び縁取り処理の方法が記述された画像生成ソフトウェアＳＷＧとをパッケージ化し、単一のデータファイルとして取り扱われる第１のデザイン情報である。画像パッケージファイル６１は、画像データ保存部１３ｆに保存されており、待ち受け画像を表示させる場合、処理部１２の画像表示処理部１２ｃは画像パッケージファイル６１を画像データ保存部１３ｆから読み出して、縁取り処理が施された待ち受け画像を生成する。
【００８４】
画像パッケージファイル６１としては、例えば、ＦｌａｓｈやＪａｖａ等で記述されたデータファイルがある。例えば、Ｆｌａｓｈを用いる場合には、第１画像を選択し、それに対応する第２画像候補群から第２画像を選択し、さらに、縁取り処理を実行するという処理を実現できる命令を有するので、本実施形態に係る画像生成方法が簡易に実現できる。画像パッケージファイル６１を用いることの利点は、上述した画像パッケージファイル６０を用いることの利点と同様である。
【００８５】
Ｆｌａｓｈは、背景色によりベタ塗りした背景と、その上で表示させるオブジェクト、さらにそのオブジェクトの動かし方を決定する処理とにより、画像が構成される。画像パッケージファイル６１としてＦｌａｓｈを用いる場合、本実施形態では第１画像及び第２画像がオブジェクトに相当するので、オブジェクトは複数存在することになる。そして、Ｆｌａｓｈの処理は、予め定めた色、すなわち、背景色ともオブジェクトの色とも異なる色で、上述した縁取り処理を行う。
【００８６】
（実施形態２）
実施形態２は、第１画像候補群と複数の第２画像候補群とを第１のデザイン情報として用意するとともに、第１のデザイン情報とは異なる画像情報を有する複数のデザイン情報を用意する。そして、携帯電子機器の製造ＩＤに基づき、第１のデザイン情報を用いた第１の表示制御と、第１のデザイン情報とは異なる第２のデザイン情報を用いた第２の表示制御とのいずれかにより待ち受け画像を表示部に表示するものである。
【００８７】
本実施形態では、複数のデザイン情報を用いて、携帯電子機器の筐体のデザイン、例えば、筐体の色、模様、形状のイメージに合ったデザインの待ち受け画像を生成させる。このため、複数のＩＤ情報と、それぞれ異なる画像情報を有する複数のデザイン情報とをそれぞれ対応付けておくとともに、製造ＩＤの一部に、携帯電子機器の筐体のデザインを一義的に示す情報を含ませる。そして、自装置の製造ＩＤの少なくとも一部に対応するＩＤ情報を複数のＩＤ情報から検索し、検索されたＩＤ情報に対応するデザイン情報が、表示部に表示される待ち受け画像として設定される。
【００８８】
図１３は、携帯電子機器に付される製造ＩＤの一例を示す図である。図１４は、ＩＤ情報と、ＩＤ情報に対応する画像パッケージファイルとの関係を示すデータテーブルである。図１５は、図１４に示す画像パッケージファイルの内容を記述したテーブルである。図１３に示すように、本実施形態において、携帯電子機器の製造ＩＤは、３桁の文字列と７桁の数列とで表現される。このうち、７桁の数列が携帯電子機器の製造順に付される、それぞれの携帯電子機器に固有の番号、すなわち製造番号である。また、本実施形態においては、上位１桁目から順にＫＣＫで構成される文字列の一部に、携帯電子機器の筐体のデザインを一義的に示す情報（以下、筐体デザイン情報という）が含まれる。
【００８９】
より具体的には、前記文字列の上から３桁目に、筐体デザイン情報が記述される。筐体デザイン情報は、携帯電子機器の筐体のデザインと１対１で対応付けられているので、筐体デザイン情報により、携帯電子機器の筐体のデザインが一義的に決定される。本実施形態においては、筐体デザイン情報は筐体の色を一義的に示すものとするので、製造ＩＤに含まれる文字列の一部は、携帯電子機器の筐体の色を一義的に示す情報となる。
【００９０】
このように、本実施形態では、製造ＩＤの少なくとも一部、より具体的には、製造ＩＤを構成する文字列に、携帯電子機器の筐体デザイン情報を含ませる。すなわち、本実施形態においては、筐体デザイン情報が製造ＩＤに含まれて、製造番号とともに製造ＩＤを構成する。このように、本実施形態において、筐体デザイン情報は、自機器と他の携帯電子機器とを区別する製造番号とは別の桁に記述されるので、筐体デザイン情報と製造番号とは無関係になる。
【００９１】
図１４のデータテーブル７０に示すように、本実施形態では、複数のＩＤ情報Ｋ、Ｑ、Ｐと、複数の画像パッケージファイルＦＬ１、ＦＬ２、ＦＬ３とがそれぞれ対応付けられている。なお、画像パッケージファイルの数は３に限定されるものではない。画像パッケージファイルは、実施形態１で説明したように、少なくとも第１画像候補群と第２画像候補群とを単一のデータファイルとしてパッケージ化したものであり、携帯電子機器の表示部に表示させる待ち受け画像のデザインを決定するデザイン情報である。ＩＤ情報は、携帯電子機器の筐体のデザイン（この例では色）を一義的に示す情報となる。したがって、ＩＤ情報がＫである場合は携帯電子機器の筐体の色が黒であることを示し、ＩＤ情報がＱである場合は携帯電子機器の筐体の色が黒白であることを示し、ＩＤ情報がＰである場合は携帯電子機器の筐体の色がピンクであることを示す。
【００９２】
複数の画像パッケージファイルＦＬ１、ＦＬ２、ＦＬ３は、それぞれ少なくとも第１画像候補群及び第２画像候補群を、携帯電子機器の表示部に表示させる待ち受け画像の画像情報として備えている。それぞれの画像パッケージファイルＦＬ１、ＦＬ２、ＦＬ３の間において、画像の背景色や背景上に表示されるオブジェクトのデザインといった画像情報の内容は異なる。例えば、図１５のテーブル７６に示すように、それぞれの画像パッケージファイルＦＬ１、ＦＬ２、ＦＬ３の間においては、背景色やオブジェクトの色といった画像情報が異なる。この場合、異なる画像パッケージ間で、画像情報がすべて異なってもよいし、画像情報の一部が異なっていてもよい。
【００９３】
それぞれの画像パッケージファイルＦＬ１、ＦＬ２、ＦＬ３は、対応するＩＤ情報に応じて画像情報が変更してある。例えば、ＩＤ情報がＫである場合、携帯電子機器の筐体の色が黒なので、待ち受け画像の背景色や背景上に表示されるオブジェクトの色あるいは背景色も、筐体の色に対応して落ち着いた色にする。また、ＩＤ情報がＰである場合、携帯電子機器の筐体の色はピンクなので、待ち受け画像の背景色や背景上に表示されるオブジェクトの色あるいは背景色も、ピンクに合ったパステル調の色にする。そして、ＩＤ情報に対応した画像パッケージファイルを用いて待ち受け画像を生成することで、携帯電子機器の筐体色のイメージに合った待ち受け画像を表示させることができる。
【００９４】
図１６は、ＩＤ情報と、ＩＤ情報に対応する縁取りの色を実現できる画像パッケージファイルとの関係を示すデータテーブルである。図１７は、図１６に示す画像パッケージファイルの内容を記述したテーブルである。図１６に示すデータテーブル７１は、携帯電子機器の表示部に表示させる、例えば待ち受け画像の縁取りの色（縁取り色）を、筐体のデザイン（本実施形態では筐体の色）のイメージに合わせる際に用いる。
【００９５】
本実施形態では、複数のＩＤ情報Ｋ、Ｑ、Ｐと、複数の画像パッケージファイル（デザイン情報）ＦＬ４、ＦＬ５、ＦＬ６とがそれぞれ対応付けられている。なお、画像パッケージファイルの数は３に限定されるものではない。複数の画像パッケージファイルＦＬ４、ＦＬ５、ＦＬ６は、それぞれ少なくとも第１画像候補群及び第２画像候補群及び縁取り色の情報を、携帯電子機器の表示部に表示させる待ち受け画像の画像情報として備えている。それぞれの画像パッケージファイルＦＬ４、ＦＬ５、ＦＬ６は、図１７のテーブル７７に示すように、背景上に表示されるオブジェクトの縁の色と、ＩＤ情報とが対応付けられている。
【００９６】
それぞれの画像パッケージファイルＦＬ４、ＦＬ５、ＦＬ６は、対応するＩＤ情報に応じて縁取り色が変更してある。例えば、ＩＤ情報がＫである場合、携帯電子機器の筐体の色が黒なので、待ち受け画像の背景上に表示されるオブジェクトの縁取り色も、筐体の色に合わせた黒とする。ＩＤ情報がＱである場合、携帯電子機器の筐体の色が黒白なので、縁取り色は、筐体の色に対応してグレーとする。また、ＩＤ情報がＰである場合、縁取り色も、筐体の色に合わせたピンクとする。そして、ＩＤ情報に対応した画像パッケージファイルを用いて待ち受け画像を生成することで、携帯電子機器の筐体色のイメージに合った縁取り色の待ち受け画像を表示させることができる。
【００９７】
携帯電子機器の製造ＩＤには、筐体デザイン情報が含まれているので、自機器の製造ＩＤに含まれる筐体デザイン情報に対応するＩＤ情報を、複数のＩＤ情報Ｋ、Ｑ、Ｐから検索する。ＩＤ情報は携帯電子機器の筐体のデザインを一義的に示すので、このようにして検索されたＩＤ情報に対応する画像パッケージファイルには、自機器の筐体のデザインに対応した待ち受け画像を生成できるデータが保存されている。したがって、筐体デザイン情報を含む自機器の製造ＩＤに基づいて選択された画像パッケージファイルを用いて待ち受け画像を生成することにより、自機器の筐体色のイメージに合った待ち受け画像を表示させることができる。
【００９８】
本実施形態においては、複数の画像パッケージファイルの中から、ある画像パッケージファイルを第１のデザイン情報として用いて、待ち受け画像を表示させる制御を第１の表示制御とする。また、複数の画像パッケージファイルの中から、第１のデザイン情報とは異なる画像情報を有する画像パッケージファイルを第２のデザイン情報として用いて、待ち受け画像を表示させる制御を第２の表示制御とする。本実施形態では、上述したように、複数の画像パッケージファイルの中から製造ＩＤに応じた画像パッケージファイルを選択するので、携帯電子機器の製造ＩＤに基づいて、第２のデザイン情報を用いた第２の表示制御と第１の表示制御とのいずれかにより待ち受け画像を表示させることになる。
【００９９】
なお、上記説明では、筐体の色のイメージに合う待ち受け画像を表示させる例を説明したが、筐体の形状や模様のイメージに合ったデザインの待ち受け画像を表示させるようにしてもよい。例えば、筐体の形状が角張っている場合、背景上に表示させるオブジェクトを角張ったデザインにしたり、筐体の形状が丸みを帯びている場合には背景状に表示させるオブジェクトを、曲線を有するデザインにしたりする。
【０１００】
このように、本実施形態では、携帯電子機器の筐体のデザインを一義的に示す情報であるＩＤ情報に基づき、第１のデザイン情報を用いた第１の表示制御と、複数のデザイン情報のいずれか一つを用いた第２の表示制御とのいずれかにより待ち受け画像を表示部に表示させる。これによって、筐体のデザインのイメージに合った待ち受け画像を表示させることができる。
【０１０１】
ここで、画像パッケージファイルＦＬ１〜ＦＬ６は、例えば、少なくとも第１画像候補群と複数の第２画像候補群とを画像情報としてパッケージ化し、かつ所定のデータサイズ（例えば１００ｋＢ）を超えない単一のデータファイルとして取り扱われるものである。なお、画像パッケージファイルＦＬ１〜ＦＬ６は、第１画像候補群及び複数の第２画像候補群に属する画像を生成する方法が記述された画像生成ソフトウェアを含んでいてもよい。
【０１０２】
このようなパッケージ化した画像のデータファイルとしては、例えば、ＦｌａｓｈやＪａｖａ等で記述されたデータファイルがある。このように、パッケージ化され、単一のデータファイルとして取り扱われる画像パッケージファイルＦＬ１〜ＦＬ６を用いることの利点は、実施形態１で説明した、画像パッケージファイル６０を用いることの利点と同様である。次に、本実施形態に係る携帯電子機器の機能を説明する。
【０１０３】
図１８は、実施形態２に係る携帯電子機器の機能を説明するブロック図である。本実施形態に係る携帯電子機器１ａは、実施形態１に係る携帯電子機器１に対して、処理部１２に起動部１２ｇを、記憶部１３に起動タスク１３ｇと、製造ＩＤ保存部１３ｈと、設定保存部１３ｉと、データテーブル保存部１３ｊとを追加で備える点が異なる。携帯電子機器１ａの他の構成は、携帯電子機器１と同様である。
【０１０４】
起動部１２ｇの機能は、処理部１２及び記憶部１３で構成されるハードウェア資源が、主処理部１２ａによって割り当てられるタスクを実行することにより実現される。本実施形態において、起動部１２ｇの機能は、起動部１２ｇが起動タスク１３ｇを実行することにより実現される。このように、起動部１２ｇが有する機能は、起動タスク１３ｇを処理部１２で実行することにより実現されるものである。したがって、処理部１２内において、主処理部１２ａや起動部１２ｇ等は、それぞれ物理的に区別されて構成されるものではない。なお、処理部１２内において、主処理部１２ａや起動部１２ｇ等をそれぞれ物理的に区別して、すなわち、それぞれの機能を実現する専用のハードウェアとして構成してもよい。
【０１０５】
起動タスク１３ｇは、携帯電子機器１ａの電源起動時に実行される。そして、起動タスク１３ｇは、例えば、携帯電子機器１ａが工場から出荷された後や、修理等を受けてリセット（処理部１２及び記憶部１３が初期化）された後に、初めて携帯電子機器１の電源が投入された場合には、携帯電子機器１ａの製造ＩＤに基づき、携帯電子機器１ａの表示部１７に表示される待ち受け画像を設定する機能を有する。
【０１０６】
製造ＩＤ保存部１３ｈには携帯電子機器１ａの製造ＩＤが保存され、設定保存部１３ｉには、起動部１２ｇが起動タスク１３ｇを実行することで設定される携帯電子機器１ａの初期設定情報が保存される。また、データテーブル保存部１３ｊには、携帯電子機器１ａの初期設定等に必要なデータとして、上述したデータテーブル７０やデータテーブル７１が保存される。次に、本実施形態において、携帯電子機器に表示される画像を設定して、設定された画像を生成する手順を説明する。
【０１０７】
図１９は、実施形態２において、携帯電子機器に表示される画像を設定して、設定された画像を生成する手順を示す流れ図である。図２０は、記憶部に保存される待ち受け画像管理テーブルを示す模式図である。まず、携帯電子機器１ａの設計段階において、例えば、図１４のデータテーブル７０に示すように、ＩＤ情報と、画像パッケージファイルとを対応付けておく。データテーブル７０は、図１８に示す携帯電子機器１ａの記憶部１３のデータテーブル保存部１３ｊに保存される。そして、携帯電子機器１ａの表示部１７に表示される待ち受け画像を設定する際には、処理部１２がデータテーブル保存部１３ｊに保存されているデータテーブル７０を参照する。また、データテーブル７０を、例えば、起動タスク１３ｇあるいは起動タスク１３ｇを含むアプリケーションプログラム内に記述してもよい。いずれの態様でも、ＩＤ情報とデザイン情報とを対応付けた情報は、記憶部１３に保存される。また、携帯電子機器１ａの製造段階において、自機器の製造ＩＤを、図１８に示す記憶部１３の製造ＩＤ保存部１３ｈに保存する。
【０１０８】
携帯電子機器１ａの製造段階においては、携帯電子機器１ａの機能を実現するために必要なソフトウェアを、図１８に示す記憶部１３へインストールする。なお、前記ソフトウェアは、上述した待ち受け画像生成タスク１３ａ、待ち受け画像表示タスク１３ｂ、デコードタスク１３ｃ、表示制御タスク１３ｄ、ファイルシステム制御タスク１３ｅ、起動タスク１３ｇを含むものである。このようにして、携帯電子機器１ａが完成する。次に、図１９を用いて、携帯電子機器１ａの表示部１７に表示される待ち受け画像を設定する手順を説明する。次においては、例えば、携帯電子機器１ａが製造されて出荷された後のように、携帯電子機器１ａのリセット後、最初の電源起動後に表示される待ち受け画面を設定する場合を例として説明する。
【０１０９】
携帯電子機器１ａが完成したら、出荷前に携帯電子機器１ａの電源が投入される。これによって、携帯電子機器１ａが起動するか否か、及び着信及び発信が実行できるかが確認される。また、図１８に示す表示部１７を構成するメインディスプレイ２Ｍやサブディスプレイ２Ｓの表示状態が調整される。着信、発信の確認においては、携帯電子機器１ａの記憶部１３に着信、発信の履歴が残るので、出荷前にはこの履歴が消去される。携帯電子機器１ａの着信、発信が確認されたら、携帯電子機器１ａをリセットすることにより、着信、発信の履歴が携帯電子機器１ａの記憶部１３から消去される。そして、携帯電子機器１ａは、箱詰めされて各販売店へ出荷される。
【０１１０】
携帯電子機器１ａが購入されると、各種設定や動作確認のため、例えば販売店において携帯電子機器１ａの電源が投入される（ステップＳ４０１）。これによって、携帯電子機器１ａが起動を開始する。すると、主処理部１２ａは、起動部１２ｇに制御を移す。すなわち、主処理部１２ａは、処理部１２及び記憶部１３のハードウェア資源を、起動タスク１３ｇに割り当てる。これにより、起動部１２ｇが起動タスク１３ｇを実行する。
【０１１１】
起動タスク１３ｇが実行されると、起動部１２ｇは、図１８に示す記憶部１３の設定保存部１３ｉに割り当てられるフラグ管理領域に、設定完了フラグＦ１＝１が保存されているか否かを判定する（ステップＳ４０２）。これによって、起動部１２ｇは、携帯電子機器１ａが、リセット後、初の電源起動であるか否かを判定する。ここで、設定保存部１３ｉは、ＥＰＲＯＭ（Erasable Programmable ROM）の一種であるＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）で構成される。
【０１１２】
設定完了フラグＦ１＝１でない場合、すなわち、Ｆ１＝０である場合、携帯電子機器１ａは、リセット後、初の電源起動であり、表示部１７に表示させる待ち受け画像の設定（以下表示画像設定という）は未了であると判定できる。起動部１２ｇがＦ１＝１でない場合と判定した場合（ステップＳ４０２：Ｎｏ）、表示画像設定は未了であると判定できる。この場合、起動部１２ｇは、記憶部１３の製造ＩＤ保存部１３ｈから、自機器の製造ＩＤを読み込む（ステップＳ４０３）。そして、起動部１２ｇは、読み込んだ製造ＩＤの少なくとも一部、すなわち、筐体デザイン情報に対応するＩＤ情報を、複数のＩＤ情報から検索する（ステップＳ４０４）。
【０１１３】
このため、ステップＳ４０４において、起動部１２ｇは、読み込んだ製造ＩＤに含まれる筐体デザイン情報を取得する。そして、起動部１２ｇは、図１４に示すデータテーブル７０を読み出して、データテーブル７０に記述される複数のＩＤ情報から、取得した筐体デザイン情報と一致するＩＤ情報を検索する。例えば、図１３に示す製造ＩＤはＫＣＫ００００００１なので、ＫＣＫからなる文字列の下１桁に記述される筐体デザイン情報と一致するＩＤ情報はＫとなる。このようにして検索されたＩＤ情報は、自機器の製造ＩＤに対応する。
【０１１４】
自機器の製造ＩＤに対応するＩＤ情報により、自機器の筐体のデザインが特定される（ステップＳ４０５）。図１３に示す製造ＩＤのＫＣＫ００００００１が自機器の製造ＩＤである場合、ＩＤ情報はＫなので、データテーブル７０に示すＩＤ情報と筐体の色との関係から、自機器の筐体のデザイン（色）は黒であると特定できる。
【０１１５】
次に、起動部１２ｇは、自機器の筐体のデザインに合う待ち受け画像を、図２０に示す待ち受け画像管理テーブル６５に追加する（ステップＳ２０６）。ここで、図２０に示す待ち受け画像管理テーブル６５を説明する。待ち受け画像管理テーブル６５は、図１８に示す記憶部１３の画像データ保存部１３ｆ内に保存されている。待ち受け画像管理テーブル６５は、待ち受け画像として表示される画像の候補（画像１〜画像５）が記述されている。
【０１１６】
待ち受け画像管理テーブル６５は、６個の画像データを保存する領域（画像保存領域）を有している。そして、待ち受け画像管理テーブル６５には、既に５個の画像データが保存されており、１個の空き領域が用意される。より具体的には、待ち受け画像管理テーブル６５のＮＯ．１からＮＯ．５までの画像保存領域には既に画像データが保存されており、ＮＯ．６の画像保存領域が空き領域ＢＬとなっている。
【０１１７】
待ち受け画像管理テーブル６５には、それぞれの画像保存領域に対して、待ち受け画像選択フラグＦ２を記述する領域が設けられる。待ち受け画像選択フラグＦ２が１に設定されると、それに対応する画像保存領域に保存されている画像が、自機器の表示部１７に表示される待ち受け画像として設定される。ここで、待ち受け画像選択フラグＦ２は、２以上の画像保存領域に対して１に設定されることはない。すなわち、待ち受け画像管理テーブル６５からは１個の待ち受け画像のみが選択される。
【０１１８】
ステップＳ４０６において、起動部１２ｇが、自機器の筐体のデザインに合う待ち受け画像を待ち受け画像管理テーブル６５に追加する場合、起動部１２ｇは、まず、自機器の筐体のデザインに合う待ち受け画像を生成できる画像パッケージファイルを、図１４に示すデータテーブル７０から取得する。データテーブル７０は、ＩＤ情報と複数のデザイン情報とがそれぞれ対応付けられているので、起動部１２ｇは、データテーブル７０を呼び出して、ステップＳ４０４で取得したＩＤ情報に対応するデザイン情報、より具体的には画像パッケージファイルを取得する。例えば、ステップＳ４０４で取得されたＩＤ情報がＫである場合、データテーブル７０からは画像パッケージファイルＦＬ１が取得される。
【０１１９】
起動部１２ｇは、ステップＳ４０４で取得されたＩＤ情報に対応する画像パッケージファイルをデータテーブル７０から取得し、待ち受け画像管理テーブル６５の空き領域（ＮＯ．６で示す領域）に書き込む。これによって、自機器の筐体のデザインに合う待ち受け画像を生成できる画像パッケージファイルが、待ち受け画像管理テーブル６５に追加される。次に、起動部１２ｇは、ステップＳ４０６で追加した画像パッケージファイル（本実施形態ではＦＬ１）を選択し、待ち受け画像選択フラグＦ２を１に設定する（ステップＳ４０７）。これによって、携帯電子機器１ａの待ち受け時には、待ち受け画像選択フラグＦ２＝１の画像が待ち受け画像として、表示部１７に表示される。
【０１２０】
待ち受け画像管理テーブル６５に追加された画像パッケージファイルは、携帯電子機器１ａがリセットされない限り消去されることはない。このため、初期設定された待ち受け画像をユーザーが変更した後、再び初期設定された画像に戻したい場合には、携帯電子機器１ａをリセットすることなく、簡単な待ち受け画像設定変更の操作で初期設定された待ち受け画像に戻すことができる。
【０１２１】
ところで、自機器のリセット後、最初に表示される待ち受け画像として、背景上に表示されるオブジェクトの縁取り色を、携帯電子機器１ａの筐体色のイメージに合わせるようにしてもよい。この場合、ステップＳ４０６においては、図１６に示すデータテーブル７１を用いて、自機器の筐体色に対応した縁取り色を実現できる画像パッケージファイルを待ち受け画像管理テーブル６５に追加すればよい。
【０１２２】
また、製造ＩＤに対応する色により縁取り処理を行うにあたって、少なくとも第１画像候補群と、第２画像候補群と、背景上で表示されるオブジェクトの縁取り色の情報（縁取り色情報）とを単一のデータファイルとして取り扱われる画像パッケージファイルとする。このとき、複数のＩＤ情報と複数の縁取り色情報とを対応付けておくとともに、画像パッケージファイルには、複数のＩＤ情報と対応付けられた複数の縁取り色情報を含ませる。このように画像パッケージファイルを構成した上で、製造ＩＤの少なくとも一部、すなわち、筐体デザイン情報に対応するＩＤ情報を、複数のＩＤ情報から検索する。そして、検索されたＩＤ情報に対応した縁取り色情報の色で、背景上で表示されるオブジェクトの縁取り処理をしてもよい。
【０１２３】
待ち受け画像の設定が終了したら、起動部１２ｇは、設定保存部１３ｉに割り当てられるフラグ管理領域に保存される設定完了フラグＦ１を１に書き換える（ステップＳ４０８）。設定完了フラグＦ１が１に書き換えられることにより、起動タスク１３ｇは終了する。起動タスク１３ｇが終了したら、起動部１２ｇは、主処理部１２ａに完了通知を発行する。完了通知を受けた主処理部１２ａは、携帯電子機器１ａの起動が完了した後に、携帯電子機器１ａを待ち受け状態に遷移させる。
【０１２４】
待ち受け状態は、携帯電子機器が着信を待機している状態であり、待ち受け状態のときにメインディスプレイ２Ｍへ待ち受け画像が表示される。待ち受け状態に遷移したら、主処理部１２ａは、画像表示処理部１２ｃに制御を移す。すなわち、主処理部１２ａは、処理部１２及び記憶部１３のハードウェア資源を、画像表示処理部１２ｃに割り当てる。これにより、画像表示処理部１２ｃは、待ち受け画像生成タスク１３ａを実行する。そして、画像表示処理部１２ｃは、待ち受け画像選択フラグＦ２＝１に対応する画像パッケージファイルから、待ち受け画像を生成する（ステップＳ４０９）。
【０１２５】
画像表示処理部１２ｃが待ち受け画像生成タスク１３ａを実行すると、Ｆ２＝１に対応する画像パッケージファイルに含まれる画像生成ソフトウェアが起動する。画像生成ソフトウェアは、前記画像パッケージファイルに含まれる第１画像候補群に属する複数の第１画像を選択する。そして、Ｆ２＝１に対応する画像パッケージファイルに含まれ、かつ選択された第１画像に対応する第２画像候補群から、少なくとも二つの第２画像が選択される。
【０１２６】
一つの第１画像及び少なくとも二つの第２画像が選択されたら、画像生成ソフトウェアは、選択された一つの第１画像のデータファイル及び二つの第２画像のデータファイルを組み合わせる。画像生成ソフトウェアが実行するこれらの手順は、実施形態１のステップＳ２０１〜ステップＳ２０６と同様である。これによって、携帯電子機器の筐体のデザインのイメージに合った待ち受け画像が生成できる。待ち受け画像が生成されたら、画像表示処理部１２ｃは、生成した待ち受け画像を、記憶部１３の作業領域として確保された記憶領域へ一時的に保存し、待ち受け画像生成タスク１３ａを終了させる。
【０１２７】
画像表示処理部１２ｃが待ち受け画像を生成したら、画像表示処理部１２ｃは、表示制御部１２ｅに待ち受け画像表示要求を発行する。表示制御部１２ｅは、表示制御タスク１３ｄを実行して、ビットマップ化されたパターンの待ち受け画像を表示部１７、より具体的にはメインディスプレイ２Ｍに表示する（ステップＳ４１０）。その後、表示制御部１２ｅは、完了通知を画像表示処理部１２ｃに発行して、待ち受け画像の表示が完了する。
【０１２８】
次に、ステップＳ４０２へ戻って説明する。起動部１２ｇがＦ１＝１である場合と判定した場合（ステップＳ４０２：Ｙｅｓ）、表示画像設定は完了していると判定できる。この場合、起動タスク１３ｇは終了する。起動タスク１３ｇが終了したら、起動部１２ｇは、主処理部１２ａに完了通知を発行する。完了通知を受けた主処理部１２ａは、携帯電子機器１ａの起動が完了した後に、携帯電子機器１ａを待ち受け状態に遷移させる。
【０１２９】
待ち受け状態に遷移したら、主処理部１２ａは、画像表示処理部１２ｃに制御を移す。画像表示処理部１２ｃは、待ち受け画像管理テーブル６５を確認して（ステップＳ４１１）、待ち受け画像選択フラグＦ２＝１の画像パッケージファイルを検索する。そして、画像表示処理部１２ｃは、待ち受け画像生成タスク１３ａを実行して、待ち受け画像選択フラグＦ２＝１に対応する画像パッケージファイルから、待ち受け画像を生成する（ステップＳ４０９）。そして、表示制御部１２ｅはビットマップ化されたパターンの待ち受け画像をメインディスプレイ２Ｍに表示する（ステップＳ４１０）。
【０１３０】
上記手順により、携帯電子機器１ａのリセット後、初の電源起動の後に表示部１７へ表示される待ち受け画像が設定される。なお、ユーザーが待ち受け画像やメニュー画像を変更したい場合、ユーザーが選択した画像に対して待ち受け画像選択フラグＦ２が設定される。これによって、待ち受け画像選択フラグＦ２＝１の画像が画像データ保存部１３ｆから読み出され、待ち受け画像やメニュー画像として表示部１７に表示される。本実施形態に係る画像設定の手法を用いることにより、上述したように、携帯電子機器１ａを構成する筐体のデザインのイメージに合った待ち受け画像を表示できる。
【０１３１】
通常、携帯電子機器の筐体のデザインによって携帯電子機器を購入するユーザーに偏りが発生する。例えば、筐体の色がピンクであったり、形状が丸みを帯びていたりすると、女性が多く購入し、筐体の色が寒色系であったり、形状が直線的であったりすると、男性が多く購入する傾向がある。ここで、従来の設計・製造手法では、予め携帯電子機器に設定した待ち受け画像やメニュー画像、あるいはアニメーション画像等が単一であり、必ずしも筐体のデザインに対応したものが最初に表示される訳ではない。その結果、購入したユーザーの嗜好から外れ過ぎてしまうというケースが起こりやすい。
【０１３２】
このような場合、購入したユーザーは、携帯電子機器が備える機能設定メニューや取り扱い説明書により、表示される画像を切り替える作業が必要となる。仮に、携帯電子機器の扱いに不慣れなユーザーの場合、画像の切り替え作業は困難であることが多く、出荷時に設定された状態のまま携帯電子機器の使用を継続するという状況も発生し得る。一方、携帯電子機器のメーカーは、ユーザーからの質問やクレームに対して、携帯電子機器の機能設定で画像の切り替えができることを知らせることで前記質問やクレームを解決できるが、そのための手間や時間が発生する。
【０１３３】
これらを解決するには、携帯電子機器の筐体のデザイン毎に、携帯電子機器へインストールするソフトウェアを分け、それぞれのデザインにあった待ち受け画像やメニュー画像が表示されるようにするというような製造工程にすれば解決できる。しかし、携帯電子機器へインストールするソフトウェアを複数に分けること自体が生産効率を低下させ、また間違いを発生しやすいシステムであるため、危険性が高い。
【０１３４】
例えば、携帯電子機器の製造工程において、黒の筐体を持つ携帯電子機器に、誤ってピンク用のソフトウェアをインストールしてしまうおそれがある。この場合、筐体の色のイメージに合わない待ち受け画像やメニュー画像が表示されてしまう。また、ソフトウェアのバグを修正したので、修正したソフトウェアを携帯電子機器へダウンロードする必要が生じた場合、ソフトウェアの開発部門においては、ある筐体のデザインに対応したソフトウェアについての修正が漏れてしまうおそれがある。これは、携帯電子機器へインストールするソフトウェアが複数に分かれているが故に発生するヒューマンエラーである。
【０１３５】
本実施形態では、携帯電子機器を構成する筐体のデザインを判別する手段として、携帯電子機器の固有の識別標識である製造ＩＤを用いる。これによって、携帯電子機器が備える筐体のデザインを判別して、待ち受け画像の設定を、筐体のデザインに合わせることができる。これによって、携帯電子機器の表示部に表示される画像のデザイン開発において、初期状態として一つの画像を選択しなくてはならないという制限がある場合でも、それぞれの筐体のデザインイメージにあったデザインの画像を初期設定情報として、予め携帯電子機器に設定できる。その結果、携帯電子機器は、筐体のデザインのイメージと画像のイメージとのずれを低減できる。そして、携帯電子機器の開発者としては、筐体のデザインのイメージに合った待ち受け画像を表示させることができる利点がある。
【０１３６】
また、携帯電子機器を企画したり開発したりする者にとっては、携帯電子機器の筐体のデザイン毎にインストールするソフトウェアを分けて用意する必要はない。すなわち、デザイン情報（表示部１７に表示される画像のデザインについての情報）を記憶部に保存するとともに、携帯電子機器の製造ＩＤとデザイン情報との対応関係を特定しておくことにより、携帯電子機器へインストールするソフトウェアは１種類で済む。また、ソフトウェアのインストールも同一の工程で済む。その結果、携帯電子機器の筐体のデザインを複数設定し、筐体のバリエーションを多数展開する場合でも、簡単な構成で、携帯電子機器の製造コストの増加を大幅に抑制できる。
【０１３７】
また、上述したように、携帯電子機器へインストールするソフトウェアは１種類で済む。このため、本実施形態では、簡単な構成で、携帯電子機器へインストールされるソフトウェアを複数用意することによる危険を回避しつつ、筐体のデザイン毎に、それぞれ個別に企画者や開発者が意図した通りのラインナップを確立できるという利点もある。また、開発段階において初期設定情報を最適化することにより、ユーザーの嗜好から外れ過ぎてしまうというケースを低減させることができる。
【０１３８】
また、携帯電子機器の販売会社としては、筐体のデザインが異なる携帯電子機器毎に、異なる待ち受け画像を提示できる。このため、ユーザーの傾向に応じたサービスが展開し易くなり、その結果、販売会社としてユーザーに使ってもらいたいサービスをより訴求できるという利点がある。さらに、携帯電子機器を購入したユーザーは、筐体のデザインと表示部に表示される画像のデザインとが統一された携帯電子機器を手にすることができる。そして、筐体のデザインのイメージに合ったデザインの待ち受け画像やメニュー画像が初期設定されているので、これらを予め設定しなおす手間が省けるという利点がある。
【０１３９】
また、本実施形態では、製造ＩＤとデザイン情報との対応関係が設定された後に、その設定を記憶部に保存する。具体的には、携帯電子機器の筐体のデザインに合った待ち受け画像に対して、待ち受け画像選択フラグＦ２を１にして、記憶部に保存する。これによって、携帯電子機器の電源起動が発生する度に製造ＩＤを読み込んだり、ＩＤ情報を検索したりする必要がなくなる。その結果、電源起動に要する時間が長くなることを回避できる。そして、折り畳み式の筐体においては、筐体を開状態に遷移させる度に、製造ＩＤを読み込んだり、ＩＤ情報を検索したりする必要がなくなる。その結果、待ち受け画像を表示させるときに要する時間が長くなることを回避できる。
【０１４０】
また、携帯電子機器の製造ＩＤに、製造番号とは無関係になるように筐体デザイン情報を含ませる。そして、この筐体デザイン情報を用いて、自機器の筐体のデザインを判別し、対応する待ち受け画像やメニュー画像等を設定する。このため、携帯電子機器が追加製造され、製造番号が増加しても、その携帯電子機器の製造ＩＤに含まれる筐体デザイン情報を参照すれば、その携帯電子機器の筐体のデザインを判別できる。これによって、携帯電子機器の製造ＩＤに含まれる筐体デザイン情報と、ＩＤ情報と、デザイン情報とを対応付けておけば、データテーブルや起動タスクを新たに作り直す必要はない。その結果、本実施形態では、携帯電子機器の追加製造に対して柔軟に対応できるという効果も得られる。
【０１４１】
上記手順では、携帯電子機器が工場から出荷されて初めて電源が投入された場合を説明したが、携帯電子機器の修理等によって携帯電子機器をリセットした場合も、同様である。この場合も、本実施形態によれば、携帯電子機器の製造ＩＤを用いて、携帯電子機器を構成する筐体のデザインを判別して、筐体のデザインのイメージに合った待ち受け画像を表示させることができる。
【産業上の利用可能性】
【０１４２】
以上のように、本発明に係る携帯電子機器は、表示部に表示される画像の小容量化を実現し、かつ変化のある多彩なデザインを携帯電子機器の表示部に表示させることに有用である。
【図面の簡単な説明】
【０１４３】
【図１】実施形態１に係る携帯電子機器の正面図である。
【図２】実施形態１に係る携帯電子機器の側面図である。
【図３】実施形態１に係る携帯電子機器を閉じた状態を示す図である。
【図４】実施形態１に係る携帯電子機器の機能を説明するブロック図である。
【図５】実施形態１に係る画像生成方法を説明するための概念図である。
【図６】実施形態１に係る画像生成方法を説明するための模式図である。
【図７】本実施形態の画像生成方法により生成した待ち受け画像を表示させる処理の一例を示す流れ図である。
【図８】本実施形態の画像生成方法により待ち受け画像を生成する手順を示す流れ図である。
【図９】本実施形態の画像生成方法により生成した待ち受け画像を表示させる処理の他の例を示す流れ図である。
【図１０】第１画像候補群と複数の第２画像候補群とを単一のデータファイルとしてパッケージ化した画像パッケージファイルを示す模式図である。
【図１１−１】縁取り処理を実行する場合の説明図である。
【図１１−２】縁取り処理を実行する場合の説明図である。
【図１１−３】縁取り処理を実行する場合の説明図である。
【図１２】第１画像候補群と複数の第２画像候補群と背景色情報とを単一のデータファイルとしてパッケージ化した画像パッケージファイルを示す模式図である。
【図１３】携帯電子機器に付される製造ＩＤの一例を示す図である。
【図１４】ＩＤ情報と、ＩＤ情報に対応する画像パッケージファイルとの関係を示すデータテーブルである。
【図１５】図１４に示す画像パッケージファイルの内容を記述したテーブルである。
【図１６】ＩＤ情報と、ＩＤ情報に対応する縁取りの色を実現できる画像パッケージファイルとの関係を示すデータテーブルである。
【図１７】図１６に示す画像パッケージファイルの内容を記述したテーブルである。
【図１８】実施形態２に係る携帯電子機器の機能を説明するブロック図である。
【図１９】実施形態２において、携帯電子機器に表示される画像を設定して、設定された画像を生成する手順を示す流れ図である。
【図２０】記憶部に保存される待ち受け画像管理テーブルを示す模式図である。
【符号の説明】
【０１４４】
１、１ａ…携帯電子機器、１Ｃ…筐体、１ＣＡ…第１筐体、１ＣＢ…第２筐体、２Ｍ…メインディスプレイ、２Ｓ…サブディスプレイ、３…操作キー、４…方向及び決定キー、５…マイク、６…スピーカ、７…アンテナ、８…通信用端子、９…ヒンジ、１１…通信部、１２…処理部、１２ａ…主処理部、１２ｂ…筐体開閉検知部、１２ｃ…画像表示処理部、１２ｄ…デコード処理部、１２ｅ…表示制御部、１２ｆ…ファイルシステム制御部、１２ｇ…起動部、１３…記憶部、１３ａ…待ち受け画像生成タスク、１３ｂ…待ち受け画像表示タスク、１３ｃ…デコードタスク、１３ｄ…表示制御タスク、１３ｅ…ファイルシステム制御タスク、１３ｆ…画像データ保存部、１３ｇ…起動タスク、１３ｈ…製造ＩＤ保存部、１３ｉ…設定保存部、１３ｊ…データテーブル保存部、１４…音声処理部、１７…表示部１８…操作部、６０、６１…画像パッケージファイル、６５…待ち受け画像管理テーブル、７０、７１…データテーブル、７６、７７ テーブル
【特許請求の範囲】
【請求項１】
表示部と、
複数の第１画像の候補の集まりである第１画像候補群と、前記複数の第１画像とは異なる複数の第２画像の候補の集まりであって、前記複数の第１画像のそれぞれに対応付けられた複数の第２画像候補群とが保存される記憶部と、
前記表示部に対し、所定の画像を表示させる処理部と、を備え、
前記処理部は、
前記所定の画像を表示させる際、前記第１画像候補群から一つの第１画像を選択するとともに、当該選択された第１画像に対応する第２画像候補群の中から少なくとも一つの第２画像をさらに選択し、選択した第１画像と第２画像とを組み合わせて一の画像を構成し、前記所定の画像として前記表示部に表示させる第１の表示制御を行う
ことを特徴とする携帯電子機器。
【請求項２】
前記第１画像は、前記第２画像よりも画素数が多い画像であることを特徴とする請求項１に記載の携帯電子機器。
【請求項３】
前記第１画像及び前記第２画像は、それぞれ単色の画像であることを特徴とする請求項１又は２に記載の携帯電子機器。
【請求項４】
前記記憶部には、前記第１の表示制御において用いる前記第１画像候補群と前記複数の第２画像候補群とがパッケージ化され、かつ所定のデータサイズを超えない単一のデータファイルとして取り扱われる第１のデザイン情報として保存されている
ことを特徴とする請求項１から３のいずれか１項に記載の携帯電子機器。
【請求項５】
前記記憶部には、前記第１の表示制御において用いる前記第１画像候補群と前記複数の第２画像候補群とが第１のデザイン情報として保存されており、当該第１のデザイン情報とは異なる画像情報を有する第２のデザイン情報と、前記携帯電子機器の製造ＩＤとがさらに保存され、
前記処理部は、
前記製造ＩＤに基づいて、前記所定の画像を、前記第２のデザイン情報を用いた第２の表示制御と前記第１の表示制御とのいずれかにより表示する
ことを特徴とする請求項１から３のいずれか１項に記載の携帯電子機器。
【請求項６】
前記記憶部には、前記第１のデザイン情報及び前記第２のデザイン情報は、それぞれ、所定のデータサイズを超えない単一のデータファイルとして保存されている
ことを特徴とする請求項５に記載の携帯電子機器。
【請求項７】
前記記憶部には、選択された第１画像及び第２画像を組み合わせて前記所定の画像としての画像を構成する際に、当該第１画像及び第２画像の背景色を示す背景色情報がさらに保存され、
前記処理部は、
前記第１の表示制御において、選択された第１画像及び第２画像と、その背景との境の領域を、当該第１画像及び第２画像の色とも、前記背景色とも異なる色で縁取りする縁取り処理を行う
ことを特徴とする請求項１から３のいずれか１項に記載の携帯電子機器。
【請求項８】
前記処理部は、
前記第１の表示制御において、選択された第１画像と第２画像とが互いに重畳する、あるいは接触する領域を除き、前記縁取り処理を行う
ことを特徴とする請求項７に記載の携帯電子機器。
【請求項９】
前記記憶部には、前記第１の表示制御において用いる前記第１画像候補群と前記複数の第２画像候補群と、前記背景色情報とがパッケージ化された単一のデータファイルとして取り扱われる第１のデザイン情報として保存されている
ことを特徴とする請求項７又は８に記載の携帯電子機器。
【請求項１０】
前記記憶部には、前記携帯電子機器の製造ＩＤがさらに保存されており、
前記処理部は、
前記第１の表示制御において、前記製造ＩＤに対応する色により前記縁取り処理を行う
ことを特徴とする請求項７から９のいずれか１項に記載の携帯電子機器。
【請求項１１】
前記製造ＩＤは文字列を含んで構成され、当該文字列の一部には、前記携帯電子機器の筐体のデザインを一義的に示す情報が含まれている
ことを特徴とする請求項５又は１０に記載の携帯電子機器。
【請求項１２】
前記文字列の一部には、前記携帯電子機器の筐体の色を一義的に示す情報が含まれている
ことを特徴とする請求項１１に記載の携帯電子機器。
【請求項１３】
前記表示部が設けられ、開閉可能に構成される筐体を備え、
前記処理部は、
前記筐体の状態が開状態になる、あるいは閉状態が解除されると、前記所定の画像の表示を前記表示部に行わせる
ことを特徴とする請求項１から１２のいずれか１項に記載の携帯電子機器。
【請求項１】
表示部と、
複数の第１画像の候補の集まりである第１画像候補群と、前記複数の第１画像とは異なる複数の第２画像の候補の集まりであって、前記複数の第１画像のそれぞれに対応付けられた複数の第２画像候補群とが保存される記憶部と、
前記表示部に対し、所定の画像を表示させる処理部と、を備え、
前記処理部は、
前記所定の画像を表示させる際、前記第１画像候補群から一つの第１画像を選択するとともに、当該選択された第１画像に対応する第２画像候補群の中から少なくとも一つの第２画像をさらに選択し、選択した第１画像と第２画像とを組み合わせて一の画像を構成し、前記所定の画像として前記表示部に表示させる第１の表示制御を行う
ことを特徴とする携帯電子機器。
【請求項２】
前記第１画像は、前記第２画像よりも画素数が多い画像であることを特徴とする請求項１に記載の携帯電子機器。
【請求項３】
前記第１画像及び前記第２画像は、それぞれ単色の画像であることを特徴とする請求項１又は２に記載の携帯電子機器。
【請求項４】
前記記憶部には、前記第１の表示制御において用いる前記第１画像候補群と前記複数の第２画像候補群とがパッケージ化され、かつ所定のデータサイズを超えない単一のデータファイルとして取り扱われる第１のデザイン情報として保存されている
ことを特徴とする請求項１から３のいずれか１項に記載の携帯電子機器。
【請求項５】
前記記憶部には、前記第１の表示制御において用いる前記第１画像候補群と前記複数の第２画像候補群とが第１のデザイン情報として保存されており、当該第１のデザイン情報とは異なる画像情報を有する第２のデザイン情報と、前記携帯電子機器の製造ＩＤとがさらに保存され、
前記処理部は、
前記製造ＩＤに基づいて、前記所定の画像を、前記第２のデザイン情報を用いた第２の表示制御と前記第１の表示制御とのいずれかにより表示する
ことを特徴とする請求項１から３のいずれか１項に記載の携帯電子機器。
【請求項６】
前記記憶部には、前記第１のデザイン情報及び前記第２のデザイン情報は、それぞれ、所定のデータサイズを超えない単一のデータファイルとして保存されている
ことを特徴とする請求項５に記載の携帯電子機器。
【請求項７】
前記記憶部には、選択された第１画像及び第２画像を組み合わせて前記所定の画像としての画像を構成する際に、当該第１画像及び第２画像の背景色を示す背景色情報がさらに保存され、
前記処理部は、
前記第１の表示制御において、選択された第１画像及び第２画像と、その背景との境の領域を、当該第１画像及び第２画像の色とも、前記背景色とも異なる色で縁取りする縁取り処理を行う
ことを特徴とする請求項１から３のいずれか１項に記載の携帯電子機器。
【請求項８】
前記処理部は、
前記第１の表示制御において、選択された第１画像と第２画像とが互いに重畳する、あるいは接触する領域を除き、前記縁取り処理を行う
ことを特徴とする請求項７に記載の携帯電子機器。
【請求項９】
前記記憶部には、前記第１の表示制御において用いる前記第１画像候補群と前記複数の第２画像候補群と、前記背景色情報とがパッケージ化された単一のデータファイルとして取り扱われる第１のデザイン情報として保存されている
ことを特徴とする請求項７又は８に記載の携帯電子機器。
【請求項１０】
前記記憶部には、前記携帯電子機器の製造ＩＤがさらに保存されており、
前記処理部は、
前記第１の表示制御において、前記製造ＩＤに対応する色により前記縁取り処理を行う
ことを特徴とする請求項７から９のいずれか１項に記載の携帯電子機器。
【請求項１１】
前記製造ＩＤは文字列を含んで構成され、当該文字列の一部には、前記携帯電子機器の筐体のデザインを一義的に示す情報が含まれている
ことを特徴とする請求項５又は１０に記載の携帯電子機器。
【請求項１２】
前記文字列の一部には、前記携帯電子機器の筐体の色を一義的に示す情報が含まれている
ことを特徴とする請求項１１に記載の携帯電子機器。
【請求項１３】
前記表示部が設けられ、開閉可能に構成される筐体を備え、
前記処理部は、
前記筐体の状態が開状態になる、あるいは閉状態が解除されると、前記所定の画像の表示を前記表示部に行わせる
ことを特徴とする請求項１から１２のいずれか１項に記載の携帯電子機器。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１−１】
【図１１−２】
【図１１−３】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１−１】
【図１１−２】
【図１１−３】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１０−８７６０７（Ｐ２０１０−８７６０７Ａ）
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願番号】特願２００８−２５１５６４（Ｐ２００８−２５１５６４）
【出願日】平成２０年９月２９日（２００８．９．２９）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願日】平成２０年９月２９日（２００８．９．２９）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]