(57)【要約】【課題】従来とかわらぬＲＡＭ領域（容量）で、表示応答速度の向上をはかった携帯端末装置を提供する。【解決手段】複数の筐体片が開状態閉状態を形成可能に接続される筐体と、複数の壁紙がそれぞれファイルとして格納される記憶部１３と、閉状態にて隠され、開状態にて露出するよう筐体に設けられる第１表示部（メイン表示部１７１）と、筐体を閉状態から開状態に遷移する毎に、複数の壁紙のうちの異なる壁紙を前記第１表示部に表示させるよう制御する制御部１２と、を備え、制御部は、筺体が閉状態となると、記憶部から次に表示すべき壁紙のファイルを読み出してデコードし、筺体が開状態に遷移したことを検知した場合に、デコードして得られる画像を第１表示部に壁紙表示するように制御する。【選択図】図１
2008158802.tif 000002
【特許請求の範囲】
【請求項１】
複数の筐体片が開状態閉状態を形成可能に接続される筐体と
複数の壁紙がそれぞれファイルとして格納される記憶部と、
閉状態にて隠され、開状態にて露出するよう前記筐体に設けられる第１表示部と、
前記筐体を閉状態から開状態に遷移する毎に、前記複数の壁紙のうちの異なる壁紙を前記第１表示部に表示させるよう制御する制御部と、を備え、
前記制御部は、
前記筺体が閉状態となると、前記記憶部から次に表示すべき壁紙のファイルを読み出してデコードし、前記筺体が開状態に遷移したことを検知した場合に、前記デコードして得られる画像を前記第１表示部に壁紙表示する
ことを特徴とする携帯端末装置。
【請求項２】
前記制御部は、
前記壁紙ファイルを読み出してデコードするデコードタスクと、前記デコードして得られる画像を壁紙表示する表示制御タスクと、を含む複数のタスクを優先順位に従って実行可能であり、
前記デコードタスクは、他のタスクよりも優先順位が低く、
前記表示制御タスクは、前記デコードタスクよりも優先順位が低く設定されている
ことを特徴とする請求項１に記載の携帯端末装置。
【請求項３】
前記制御部は、
前記筐体が閉状態となり、前記デコードタスクよりも上位の優先順位のタスク処理が無くなると前記デコードタスクを実行し、当該デコードタスクによるデコードが完了すると前記表示制御タスクを実行する
ことを特徴とする請求項２に記載の携帯端末装置。
【請求項４】
閉状態においても露出するよう前記筐体に設けられる第２表示部をさらに備え、
前記制御部は、
前記表示制御タスクを実行する際、前記筐体が閉状態ならば前記第２表示部に時計表示を行わせ、前記筐体が開状態ならば前記第１表示部に前記デコードタスクによりデコードされた壁紙の表示を行わせる請求項３に記載の携帯端末装置。
【請求項５】
操作部と、
複数の壁紙がそれぞれファイルとして格納される記憶部と、
前記筐体に設けられる表示部と、
待受画面を表示する毎に、前記複数の壁紙のうちの異なる壁紙を前記表示部に表示させるよう制御する制御部と、を備え、
前記制御部は、
前記操作部における操作が無い状態が所定時間継続すると前記表示部の表示を消し、前記表示部の表示を消した状態にて前記記憶部から次に表示すべき壁紙のファイルを読み出してデコードし、次に前記表示部に待受画面を表示させる際には前記デコードして得られる画像を前記表示部に壁紙表示する
ことを特徴とする携帯端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、操作部と表示部とがヒンジ機構を介して開閉自在とする筐体構造を備え、当該筐体を開閉する毎に壁紙の表示が変更される、携帯端末装置に関する。
【背景技術】
【０００２】
市販の携帯電話では、待受画面に静止画像などを設定できるが、ユーザが意図的に設定を変更しない限り、固定の壁紙を表示していた。壁紙表示を行う場合の携帯電話における制御手順の一例を図５にフローチャートで示す。
【０００３】
図５のフローチャートにおいて、携帯電話は、まず、ＪＰＥＧ（Joint Photographic Experts Group）／ＧＩＦ（Graphic Interchange Format）、さらにはＦＬＡＳＨなどの圧縮ファィルにより作成された壁紙ファイルをファイルシステムから読み出す（ステップＳ５０１）。そして、読み出した圧縮ファイルをデコードしてＲＧＢで表現されたデータ（ビットマップデータ）に変換し（ステップＳ５０２）、当該変換されたＲＢＧデータを表示デバイスへ転送して表示する（ステップＳ５０３）。
【０００４】
また、図６に他の制御手順の一例がフローチャートに示されるように、２回目以降の壁紙表示に対して、図５に示すステップＳ５０１とＳ５０２に要する処理時間を削減するために、一度デコードした画像をＲＡＭ領域に保持しておく方法もある（ステップＳ６０１〜Ｓ６０４）。
この方法を採用することで、壁紙表示の度に圧縮ファイルの読み出し、およびデコード処理を省略し、２回目以降（次回以降、待受画面に戻ったとき）はＲＡＭデータを使用することで前回表示画面を単純に表示することができる（ステップＳ６０５）。このことにより、表示までの時間を短縮することができる。
【０００５】
一方、携帯電話の壁紙に対する機能拡張において、壁紙登録できるデータをリストに登録することにより、複数の壁紙から選択したものを表示する技術が知られている（例えば、特許文献１参照）。特許文献１に開示された技術によれば、壁紙を表示するタイミングで、そのリストの中から表示する壁紙を選出し、表示を行うことができる。
【特許文献１】特開２００３−３２４５０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、表示の高精細化（大容量化）や壁紙として動画像を設定できるような高機能化が進むにつれ、上記した拡張機能のように複数の壁紙を頻繁に変えて表示させようとすると、対象となる複数の壁紙をＲＡＭ領域に保持することが困難になる。具体的に、複数の壁紙で１０枚分の壁紙を保持できるように仮に構成したケースでは、従来の１０倍のＲＡＭ領域が必要となる。図７にその具体的な保存イメージが示されるように、仮に２４０×３２０画素で２６万色表示可能な場合、壁紙１枚あたりに必要なＲＡＭ領域は２３０キロバイトであるため、１０枚の壁紙では、２．３メガバイト必要となる。
【０００７】
ＲＡＭは比較的高価であるため、２．３メガバイト以上の領域（容量）を持つＲＡＭを内蔵することは携帯端末装置ではコスト的に無視できない。したがって、表示データをＲＡＭ領域に保持しておくことで表示応答速度を向上させるための従来の技術は、保持する領域が増えた場合にコスト面で不都合があった。
【０００８】
本発明は上記した課題を解決するためになされたものであり、従来と変わらぬＲＡＭ領域（容量）で、表示応答速度の向上をはかりつつも、多種の壁紙表示にも対応可能な携帯端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の観点の携帯端末装置は、複数の筐体片が開状態閉状態を形成可能に接続される筐体と複数の壁紙がそれぞれファイルとして格納される記憶部と、閉状態にて隠され、開状態にて露出するよう前記筐体に設けられる第１表示部と、前記筐体を閉状態から開状態に遷移する毎に、前記複数の壁紙のうちの異なる壁紙を前記第１表示部に表示させるよう制御する制御部と、を備え、前記制御部は、前記筺体が閉状態となると、前記記憶部から次に表示すべき壁紙のファイルを読み出してデコードし、前記筺体が開状態に遷移したことを検知した場合に、前記デコードして得られる画像を前記第１表示部に壁紙表示する構成としたものである。
【００１０】
また、本発明の携帯端末装置において、前記制御部は、前記壁紙ファイルを読み出してデコードするデコードタスクと、前記デコードして得られる画像を壁紙表示する表示制御タスクと、を含む複数のタスクを優先順位に従って実行可能であり、前記デコードタスクは、他のタスクよりも優先順位が低く、前記表示制御タスクは、前記デコードタスクよりも優先順位が低く設定されているように構成してもよい。
【００１１】
また、本発明の携帯端末装置において、前記制御部は、前記筐体が閉状態となり、前記デコードタスクよりも上位の優先順位のタスク処理が無くなると前記デコードタスクを実行し、当該デコードタスクによるデコードが完了すると前記表示制御タスクを実行するように構成してもよい。
【００１２】
また、本発明の携帯端末装置において、閉状態においても露出するよう前記筐体に設けられる第２表示部をさらに備え、前記制御部は、前記表示制御タスクを実行する際、前記筐体が閉状態ならば前記第２表示部に時計表示を行わせ、前記筐体が開状態ならば前記第１表示部に前記デコードタスクによりデコードされた壁紙の表示を行わせるように構成してもよい。
【００１３】
本発明の第２の観点の携帯端末装置は、操作部と、複数の壁紙がそれぞれファイルとして格納される記憶部と、前記筐体に設けられる表示部と、待受画面を表示する毎に、前記複数の壁紙のうちの異なる壁紙を前記表示部に表示させるよう制御する制御部と、を備え、前記制御部は、前記操作部における操作が無い状態が所定時間継続すると前記表示部の表示を消し、前記表示部の表示を消した状態にて前記記憶部から次に表示すべき壁紙のファイルを読み出してデコードし、次に前記表示部に待受画面を表示させる際には前記デコードして得られる画像を前記表示部に壁紙表示する構成としたものである。
【発明の効果】
【００１４】
本発明によれば、従来と変わらぬＲＡＭ領域（容量）で、表示応答速度の向上をはかりつつも多種の壁紙表示にも対応可能な携帯端末装置を提供することができる。
【発明を実施するための最良の形態】
【００１５】
図１は、本発明の実施の形態にかかわる携帯端末装置の内部構成を示すブロック図である。ここでは、携帯端末装置として、表示部１７の設けられる側の筐体片と操作部１８の設けられる側の筐体片とが不図示のヒンジ機構を介して開閉（回動）自在に構成される折畳式筐体からなる携帯電話端末が例示されており、通信部１１と、制御部１２と、記憶部１３と、音声処理部１４と、スピーカ１５（ＳＰ）と、マイク１６（ＭＩＣ）と、表示部１７と、操作部１８とからなる。
【００１６】
通信部１１は、不図示の基地局のいずれかによって割り当てられるチャネルを介して当該基地局との間で無線信号の送受信を行う。
【００１７】
制御部１２は、携帯電話の全体的な動作を統括的に制御する。すなわち、携帯電話の各種の処理（回線交換網を介して行われる音声通話、電子メールの作成と送受信、インターネットのＷｅｂ（World Wide Web）サイトの閲覧など）が操作部１８の操作に応じて適切な手順で実行されるように、上述した各ブロックの動作（通信部１１における信号の送受信、音声処理部１４における音声の入出力、表示部１７における画像の表示など）を制御する。制御部１２は、記憶部１３に格納されるプログラム（オペレーティングシステム、アプリケーションプログラム等）に基づいて処理を実行するコンピュータ（マイクロプロセッサ）を備えており、このプログラムにおいて指示された手順に従って上述した処理を実行する。すなわち、記憶部７に格納されるオペレーティングシステムやアプリケーションプログラム等のプログラムから命令コードを順次読み込んで処理を実行する。
【００１８】
また、制御部１２は、本発明と特に関係するところでは、後述する壁紙ファイルを読み出してデコードするアプリケーションプログラムと、デコードして得られる画像を壁紙表示するアプリケーションプログラムとを含む複数のアプリケーションプログラムを実行する機能を有し、このため、主制御部１２０と、筐体開閉検知部１２１と、アプリケーション実行制御部１２２と、デコード処理部１２３と、表示制御部１２４と、ファイルシステム制御部１２５とで構成される。
【００１９】
筐体開閉検知部１２１は、主制御部１２０による制御の下、折畳式筐体の開閉状態を検知してこれをアプリケーションプログラム実行制御部１２２に通知する。
【００２０】
アプリケーションプログラム実行制御部１２２は、後述するアプリケーションタスクを実行する。具体的には、筐体開閉検知部１２１が、折畳式筐体が閉状態にあることを検知（閉状態を検出しなくなったときに開状態と検知する）した場合などの、処理負荷が軽減される状態に遷移したときに、記憶部１３から次にデコードすべき壁紙ファイルを読み出してデコードし、折畳式筐体が開状態に遷移したことを検知した場合や、通信や操作画面を終了したときなど待受画面を表示すべきときに、デコードして得た画像をメイン表示部１７１に壁紙表示する機能を持つ。また、閉状態を検出したときには、サブ表示部１７２に必要最低限の表示を行う。
【００２１】
デコード処理部１２３は、後述するデコードタスクならびに本発明により付加される壁紙デコード専用タスクを実行し、表示制御部１２４は、表示制御タスクを実行し、ファイルシステム制御部１２５は、ファイルシステムタスクを実行する。
【００２２】
なお、主制御部１２０は、制御中枢となり、上記した各ブロック１２１〜１２５のシーケンス制御を司る。また、上記した各ブロック１２１〜１２５がそれぞれ持つ機能は、主制御部１２０を構成するＣＰＵ資源が割り当てられるタスク、ここでは、アプリケーションタスク１３１、表示制御タスク１３２、ファイルシステム制御タスク１３３、デコードタスク１３４、デコード専用タスク１３５を実行することにより実現される。
【００２３】
図２に、（ａ）従来におけるタスク構成と、（ｂ）本発明において用いられるタスク構成とを対比して示してある。
【００２４】
ここでは、待受画面で壁紙を表示する等の判定を行うタスクをアプリケーションタスク１３１、メイン表示部１７１における待受画面の表示と、サブ表示部１７２における時計表示の制御を行うタスクを表示制御タスク１３２、ＪＰＥＧ等の圧縮ファイルを管理するタスクをファイルシステム制御タスク１３３、ＪＰＥＧ等の圧縮ファイルをＲＢＧデータにデコード変換するタスクをデコードタスク１３４、デコード専用タスク１３５として記憶部１３に記憶し、マルチタスク処理を実行する。
【００２５】
図２から明らかなように、本発明ではＪＰＥＧ等の壁紙圧縮ファイルをＲＢＧデータにデコード変換する壁紙デコード専用タスク１３５が付加され記憶部１３に記憶されている。
マルチタスク構成では、複数のタスクと呼ばれる処理単位を待ち、それらに優先順位が割り付けられ、処理する順序が定義されている。優先順位がもっとも低いタスクに処理が割当てられた場合は、他に処理すべき仕事がないことを意味する。
【００２６】
なお、上記した各ブロック１２０〜１２５がそれぞれ持つ機能は、記憶部１３に記憶されるタスクを制御部１２で実行することにより達成されるものであって、制御部１２内において実体的に他のブロックと区分され内蔵されるもののみを指すのではなく、あくまで説明の簡略化のために各処理部を分けて表現したものである。
【００２７】
一方、記憶部１３は、上記したタスクの他に、デコード処理部１２３により参照される壁紙ファイルリスト１３６、および複数の壁紙ファイル１３７があらかじめ記憶される。壁紙ファイルリスト１３６には、用意された複数の壁紙ファイル１３７を切替えて待受画面として順に表示させるときのためにその切替え順序が設定され、ユーザが操作部１８を操作することにより記憶部１への登録が可能である。
記憶部１３には、他に、制御部１２において処理に利用される不図示の各種のデータが記憶される。例えば、制御部１２に備わるコンピュータのプログラム、通信相手の電話番号や電子メールアドレス等の個人情報を管理するアドレス帳、着信音やアラーム音を再生するための音声ファイル、待ち受け画面用の画像ファイル、各種の設定データ、プログラムの処理過程で利用される一時的なデータなどを保持する。
なお、上記した記憶部１３は、例えば不揮発性の記憶デバイス（不揮発性半導体メモリ、ハードディスク装置、光ディスク装置など）やランダムアクセス可能な記憶デバイス（例えばＳＲＡＭ、ＤＲＡＭ）などによって構成される。
【００２８】
また、音声処理部１４は、ＳＰ１５から出力される音声信号やＭＩＣ１６において入力される音声信号の処理を行う。すなわち、ＭＩＣ１６から入力される音声を増幅し、アナログ−デジタル変換を行い、更に符号化等の信号処理を施し、デジタルの音声データに変換して制御部１２に出力する。
また、制御部１２から供給される音声データに復号化、デジタル−アナログ変換、増幅等の信号処理を施し、アナログの音声信号に変換してＳＰ１５に出力する。
【００２９】
表示部１７は、筐体を閉じた時にかくれ、開いたときに露出するメイン表示部１７１と、筐体を閉じていても外側に露出するサブ表示部１７２とから成り、いずれも、例えば、液晶表示パネルや有機ＥＬ（Electro-Luminescence）パネルなどの表示デバイスを用いて構成されており、制御部１２から供給される映像信号に応じた画像を表示する。
メイン表示部１７１には、例えば、発信時における発信先の電話番号、着信時における着信相手の電話番号、受信メールや送信メールの内容、バッテリ残量、発信成否、メニュー画面、待ち受け画面などの各種の情報や画像を、サブ表示部１７２には、日付や時刻等を表示する。
【００３０】
また、操作部１８は、例えば、電源キー、通話キー、数字キー、文字キー、方向キー、決定キー、発信キーなど、各種の機能が割り当てられたキーを有しており、これらのキーがユーザによって操作された場合に、その操作内容に対応する信号を発生し、これをユーザの指示として制御部１２に入力する。
【００３１】
ところで、壁紙とは、通信部による通信（バックグラウンド動作を除く）を行っておらず、ユーザからの操作が生じていない場合に、ユーザからの操作を待ちうけている場合に表示されるものである。壁紙の表示切替えは、壁紙を表示する画面（筐体が開いている状態での待ち受け画面）から表示しない画面（筐体が閉じている状態での非待受画面）に切り替わり、再度、壁紙を表示する画面（筐体が開いている状態に遷移して待受画面を表示すべき状態）に戻ってきた場合に発生する。従来は、壁紙表示を行うタイミング、すなわち、待受画面に戻ったところで、次に表示すべき壁紙ファイルを読み出してデコードを行っていたため、このデコードに要する時間が壁紙画像として表示されるまでの表示応答遅れとして表面化していた。
その表示応答時間に要する処理の少なくとも一部を事前に実行していれば、待受画面に戻った時点で即時に壁紙表示が可能であるはずである。このため、本発明においては、非待受画面において、制御部１２を構成するＣＰＵの処理の空き時間が存在するところに着目して上記した処理を実行し、かつ、非待受画面で今まで行っていた処理に影響は与えないようにしたものである。
【００３２】
図３は、本発明の実施の形態にかかわる携帯端末装置の動作を説明するために引用した動作シーケンス図である。ここでは、アプリケーション実行制御部１２２（アプリケーションタスク１３１）、表示制御部１２４（表示制御タスク１３２）、ファイルシステム制御部１２５（ファイルシステム制御タスク１３３）、デコード処理部１２３（デコードタスク１３４）におけるそれぞれの動作の流れが示されている。
【００３３】
以下、図３に示す動作シーケンス図を参照しながら、本発明の実施の形態にかかわる携帯端末装置の動作について説明する。この例では、筐体の開閉に連動してデコードする場合について説明を行う。
【００３４】
ここでは、壁紙デコード専用タスク１３５の処理優先順位を２番目に低く設定している。最も低い優先順位が割当てられているタスクは、メイン表示部１７１やサブ表示部１７２へ時刻表示を行う表示制御タスク１３２のように、他に何も操作処理が生じていないときに、処理を発生させるタスクである。他、スクリーンセーバのように、無操作が継続してはじめて起動されるアプリ等でもよい。
壁紙デコード処理は、新しく追加された壁紙デコード専用タスク１３５経由で行う。アプリケーションプログラム実行制御部１２１は、待受画面の表示可能な状態から待受画面の表示不可能な状態に切替った際、すなわち、筐体開閉検知部１２１が、折り畳み式筐体が閉状態に遷移したことを検知した（ステップＳ３００）ときに、デコード処理部１２３に対して壁紙用デコード要求を発行する（ステップＳ３０１）。
【００３５】
この後、処理優先順位に則って各種タスクを主制御部１２０は処理を続け、処理優先順位が、壁紙デコード専用タスクの番になると、デコード処理部１２３は、他に優先タスクの処理要求が無い場合に限り、ファイルシステム制御部１２５に制御を移す（ファイルシステム制御タスク１３３にＣＰＵを割当てる）。このことにより、ファイルシステム制御部１２５は、次に表示すべき壁紙ファイル１３７を予めユーザ操作により登録しておいた壁紙ファイルリスト１３６から選出する（ステップＳ３０２）。
上記した処理中、ＣＰＵの空き時間が発生すると（すなわち、主制御部１２０にとって、他に優先順位の高いタスクがなくなると）、ファイルシステム制御部１２５は、デコード処理部１２３へ選出したファイルの情報を引き渡す。
【００３６】
このことにより、デコード処理部１２３は、記憶部１３から選出されたファイルである壁紙用のＪＰＥＧ等の圧縮ファイル１３７を読み出し、伸長し、さらにＲＧＢ画像データに変換するデコード処理を実行してアプリケーションプログラム実行制御部１２２へ引き渡す（ステップＳ３０４）。
なお、この段階で２番目に処理優先順位の低いタスクである壁紙デコード専用タスクの処理が完了するため、この例では最も低いタスクである表示制御タスク１３２の処理として、サブ表示部１７２に、時刻などの表示を行わせるよう処理する（図示略）。その後、アプリケーションプログラム実行制御部１２２は、待受画面の表示不可能な状態から待受画面の表示可能な状態へ遷移したとき、すなわち、筐体開閉検知部１２１が、折畳式筐体が閉状態から開状態に変化したことを検知したとき（ステップＳ３０５）に、表示制御部１２４にデコード処理したファイルに関する壁紙ＲＧＢデータ表示要求を発行し（Ｓ３０６）、表示制御部１２４は、これを受けて壁紙ＲＧＢデータを不図示の表示メモリへ描画し、表示部１７（メイン表示部１４１）に表示する。そして、表示制御部１２４は、アプリケーションプログラム実行制御部１２２へ完了通知を発行して壁紙デコード処理を終了する（ステップＳ３０７）。
【００３７】
以上説明のように、壁紙デコード専用タスク１３５の処理優先順位を２番目に低く設定することで、他に処理すべき優先タスクがない場合に限りＣＰＵが割当てられる仕組みを構築できる。なお、一番処理優先度の低いタスクは固定であり、他に処理すべきタスクがない場合に限りＣＰＵが割当てられるタスクになる。
【００３８】
なお、非待受画面の処理において、壁紙デコード専用タスク１３５の処理中に他の処理が発生した場合は、優先順位の高い処理に移るため、壁紙デコード専用タスク１３５は一時処理中断状態になる。再度、他のタスクがなくなった時点で中断状態を抜け出し、処理を再開する。このことにより、ＣＰＵの空き時間を利用したデコード処理を実現する。
【００３９】
なお、筐体状態が閉状態となってから、すぐさま開かれるなどして待受画面を表示しなければならなくなったときに、ＣＰＵの空き時間中に壁紙デコード処理が完了しなかった場合も待受画面を表示させる表示制御タスクよりも壁紙デコード専用タスクの方が処理優先度が高いため、表示制御部１２４は、デコード処理の完了を待ってから表示を行う。
すなわち、アプリケーションプログラム実行制御部１２２は、筐体開閉検知部１２１が、折畳式筐体が閉状態にあることを検知した場合に、デコード処理部１２３を起動することによって記憶部１３から壁紙ファイルを読み出しデコード処理を実行するが、当該デコード処理が完了する前に、筐体開閉検知部１２１が、筐体が開状態に遷移したことを検知した場合に、デコードの終了を待ち、当該デコードして得られる画像の壁紙表示を行なわせるように制御する。
【００４０】
図４に比較対象の意味で壁紙デコード専用タスクを設定しない例として壁紙デコードのタスク間遷移図を示した。図４のタスク間遷移図によれば、アプリケーションタスク１３１は、折畳式筐体の開閉に伴い待受画面の表示可能な状態から待受画面の表示不可能な状態へ、そして、待受画面の表示不可能な状態から待受画面の表示可能な状態へ遷移したことを契機に切り替用壁紙デコード処理が開始される。
【００４１】
具体的に、アプリケーションタスク１３１は、ファイルシステム制御タスク１３３を起動して壁紙用ＪＰＥＧファイル読み出し（Ｓ４０１）、ファイルシステム制御タスク１３３から完了通知を受け取る（Ｓ４０２）。続いて、アプリケーションタスク１３１は、デコードタスク１３４を起動してＪＰＥＧファイルのデコード要求を発行し（Ｓ４０３）、デコードタスク１３４から完了通知を受け取る（Ｓ４０４）。そして、アプリケーションタスク１３１は、表示制御タスク１３２に対して壁紙データ表示要求を発行し（Ｓ４０５）、表示制御タスク１３２から完了通知を受け取って新しい壁紙の表示が完了する（Ｓ４０６）。
【００４２】
図４中、符号Ｙで示されるように、ＪＰＥＧなどの圧縮ファイルの読み出し、およびデコードに要する時間（Ｓ４０１〜Ｓ４０４）が、そのまま壁紙表示までの時間に対する遅延となって現れる。
【００４３】
これに対し、図３に示す本発明の実施形態に基づく携帯端末装置の動作シーケンス図によれば、壁紙デコード専用タスク１３５の処理の優先順位を２番目に低く設定することで、他に処理するタスクがある場合はそのタスクを優先して処理を行い、他に処理するタスクが無い場合にＣＰＵが割当てられる仕組みを構築し、あくまでＪＰＥＧ等の圧縮ファイルの読み出し、およびデコード処理を、他に処理するタスクがない場合に実行することで、他の処理の妨げにならないタイミングを見はからって壁紙表示の準備を事前に行うことができる。
【００４４】
したがって、空き時間中にすべての圧縮ファイルの読み出し、圧縮ファイルのデコードが完了すれば、これらに要する時間分だけ表示応答時間を短縮することができる。万が一、空き時間があまり取れず、すべての処理が完了しなかったとしても、空き時間中に行った処理分は従来のデコード処理より短縮することができ、ＣＰＵの空き時間を効率的に利用することが可能である。
【００４５】
以上説明のように、従来、待受画面において、壁紙の表示が必要なタイミングになってからデコード処理を行っていたため、その分、壁紙表示までのタイムラグが発生していたが、本発明の実施の形態にかわる携帯端末装置によれば、ＣＰＵの空き時間に壁紙デコード処理を行うことにより、より効果的なＣＰＵの利用ができ、かつ、壁紙切り替えの高速化も実現できる。今後、スライドショーなどの静止画像を一定時間で表示を切り替えるようなケースにおいても、この空き時間を利用したデコード処理は有効に活用できることが期待できる。
【００４６】
なお、本発明は、ＣＰＵの空き時間の例として、複雑な操作の生じることが無いことが特定できる状態であればよい。本実施例では、折畳構造の筐体を有する携帯電話における、筐体を閉じた状態をこの例の一つとして示したが、これに限定されるものではない。すなわち、たとえ筐体が開状態であろうとも、操作部１８による操作が所定時間生じていない場合に、一般には省電力モード（表示器を消灯したり、キーの照明を消したりする。）に移行する。この省電力モードについては、何らかのキー操作が生じると通常モードに復帰するよう制御される。すなわち、省電カモード時にはキー操作が生じないために新たなアプリケーションプログラムの処理が生じにくい。よって、本発明は開閉状態を検知することに代えて、キー操作が所定時間生じていない状態が生じたかどうかを検出するように構成してもよい。この手法によっても、ユーザにとって、見た目上は処理負荷面での悪影響は全く無く、なおかつ、ユーザによるキー操作が生じて待受画面に復帰した際には応答良く待受画面の表示処理に遷移することができる。このように、デコード開始のトリガを筐体の開閉状態に連動させる以外の構成であっても良い。この例によれば、折り畳み式以外のスライド式（メイン表示部が露出したまま一方の筐体片に対して他方の筐体片が摺動して開閉可能なタイプ）や、ターン式（メイン表示部が露出したまま一方の筐体片に対して他方の筐体片が回動して開閉可能なタイプ）、さらにはストレート式やフリップ式の携帯電話機においても処理負荷の軽いときにデコード処理が行え、次に待受画面を表示するときの応答性が良い。
また、折り畳み式以外のスライド式、ターン式の携帯電話機の場合には、筐体が閉状態のときに省電力のために表示部を消灯していても、開状態、閉状態の状態に変化が生じたときに即、待受画面を表示させるように構成されることが多い。よって、閉状態、開状態のいずれにおいても無操作状態が所定時間継続して節電モードに移行する際に、上述したデコード処理をしておけば、開閉状態の遷移が生じたときに待ち時間無く壁紙を待受画面として表示させることが出来る。
【００４７】
なお、上記した本発明の実施の形態によれば、携帯端末装置として携帯電話を例示したが、携帯電話に限らず、ＰＤＡ（Personal Digital Assistants）、ゲーム機等にも同様に適用が可能である。また、本発明の携帯端末装置が持つ各構成ブロックの機能は、全てをソフトウェアによって実現しても、あるいはその少なくとも一部をハードウエアで実現してもよい。例えば、制御部１２における処理や、通信部１１、音声処理部１４におけるデータ処理は、１または複数のプログラムによりコンピュータ上で実現してもよく、また、その少なくとも一部をハードウエアで実現してもよい。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施の形態にかかわる携帯端末装置の内部構成を示すブロック図である。
【図２】従来におけるタスク構成と、本発明の実施の形態において用いられるタスク構成とを対比して示した図である。
【図３】本発明の実施の形態にかかわる携帯端末装置の動作を説明するために引用した動作シーケンス図である。
【図４】従来の携帯端末装置のデコード処理実行時におけるタスク遷移図である。
【図５】従来の携帯端末装置による通常の壁紙表示手順を説明するために引用したフローチャートである。
【図６】従来の携帯端末装置によるＲＡＭを利用した壁紙表示手順を説明するために引用したフローチャートである。
【図７】図５、図６に示した従来例において必要となる壁紙領域を対比して示した図である。
【符号の説明】
【００４９】
１１…通信部、１２…制御部、１３…記憶部、１４…音声処理部、１５…スピーカ（ＳＰ）、１６…マイク、１７…表示部（メイン表示部１７１、サブ表示部１７２）、１８…操作部、１２０…主制御部、１２１…筐体開閉検知部、１２２…アプリケーション実行制御部、１２３…デコード処理部、１２４…表示制御部、１２５…ファイルシステム制御部、１３１…アプリケーションタスク、１３２…表示制御タスク、１３３…ファイルシステム制御タスク、１３４…デコードタスク、１３５…壁紙デコード専用タスク、１３６…壁紙ファイルリスト、１３７…壁紙ファイル
【図１】
2008158802.tif 000003
【図２】
2008158802.tif 000004
【図３】
2008158802.tif 000005
【図４】
2008158802.tif 000006
【図５】
2008158802.tif 000007
【図６】
2008158802.tif 000008
【図７】
2008158802.tif 000009