(57)【要約】【課題】少ないデータの処理量で、効率よくファイルのデコードの順番が変更されたことを検出できること。【解決手段】デコードするファイルの名前とその順番とを対応付けて設定するデコード順序設定手段と、設定された順番に基づいてデータ記憶手段からファイルのデコードを行うデコード実行手段と、デコード順序設定手段で設定されたデコードするファイルの名前とその順番とを記憶するデコード順序記憶手段とを有し、デコード実行手段は、ファイルをデコードする際にデコード順序設定手段で新たに設定された順番により特定されるデコードする予定のファイルの名前と、デコード順序記憶手段に記憶されている該順番でデコードされるファイルの名前を比較し、両者のファイルの名前が一致した場合は一致したファイルのデコードを行い、一致しない場合はデコード順序設定手段に設定された順番の一番目に戻ること。【選択図】図１
2010171580.tif 000002
【特許請求の範囲】
【請求項１】
予め設定された順番でファイルをデコードする携帯端末機器であって、
ファイルを記憶するデータ記憶手段と、
デコードするファイルの名前とデコードする順番とを対応付けて設定するデコード順序設定手段と、
前記デコード順序設定手段に設定された順番に基づいてデータ記憶手段からファイルのデコードを行うデコード実行手段と、
デコード順序設定手段で設定されたデコードするファイルの名前とデコードする順番とを記憶するデコード順序記憶手段と、を有し、
前記デコード実行手段は、ファイルをデコードする際に前記デコード順序設定手段で新たに設定された順番により特定されるデコードする予定のファイルの名前と、該順番に基づいてデコード順序記憶手段に記憶されている該順番でデコードされるファイルの名前を比較し、両者のファイルの名前が一致した場合はデータ記憶手段から名前が一致したファイルのデコードを行い、一致しない場合は前記デコード順序設定手段に設定された順番の一番目に戻ることを特徴とする携帯端末装置。
【請求項２】
前記デコード実行手段は、一度に複数のファイルをデコードするものであり、前記デコード順序設定手段に設定された順番に基づいて特定されるデコードする予定の複数のファイルの名前及びその順番のリストと、該順番に基づいてデコード順序記憶手段から読み出した該順番でデコードされる複数のファイルの名前及びその順番のリストとを比較することを特徴とする請求項１に記載の携帯端末装置。
【請求項３】
前記デコードするファイルは、待ち受け画像データであり、
前記デコード実行手段でデコードされた待ち受け画像データは、待ち受け画像として表示されることを特徴とする請求項１または２に記載の携帯端末装置。
【請求項４】
前記データ記憶手段には、複数のファイルを記憶したデータフォルダと、前記データフォルダに記憶されたファイルから選択された一部のファイルの紐付けデータが記憶されたテーブルとを有し、
前記デコード順序設定手段は、前記テーブルに前記紐付けデータが記憶されたファイルに対して、ファイルの名前とデコードする順番とを対応付けて設定することを特徴とする請求項１から３のいずれか１項に記載の携帯端末装置。
【請求項５】
前記デコード順序設定手段は、前記テーブルに紐付けデータが記憶されたファイルに対して、自動的に順序を設定することを特徴とする請求項４に記載の携帯端末装置。
【請求項６】
前記デコード実行手段は、前記デコード順序設定手段に設定された順番に基づいて特定されるデコードする予定のファイルが前記データ記憶手段に記憶されているかを検出し、前記デコードする予定のファイルが前記データ記憶手段に記憶されていない場合は、ファイル名が一致しないと判定することを特徴とする請求項１から５のいずれか１項に記載の携帯端末装置。
【請求項７】
前記デコード順序設定手段は、前記デコード実行手段でファイルの名前が一致しない場合は、デコードするファイルの名前とデコードする順番との再設定を行い、
前記デコード順序記憶手段は、前記デコード実行手段でファイルの名前が一致しない場合は、記憶されている前記デコード実行手段でデコードしたファイルの名前とデコードした順番とを消去し、前記デコード順序設定手段で設定されるデコードされるファイルの名前とデコードする順番とを新たに記憶することを特徴とする請求項１から６のいずれか１項に記載の携帯端末装置。
【請求項８】
前記デコード順序設定手段は、デコードするファイルの名前とデコードする順番との設定時に、デコードする予定のファイルが前記データ記憶手段に記憶されているかを検出し、記憶されている場合は、デコードする予定のファイルから削除することを特徴とする請求項７に記載の携帯端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶部に記憶されている複数のファイルを順番にデコードするデコード部を有する携帯端末装置に関する。
【背景技術】
【０００２】
携帯端末装置では、操作者が操作をしていないときに表示部に画像を表示させる機能、つまり、待ち受け画面に待ち受け画像を表示させる機能がある。この待ち受け画像には、予め設定された画像や、ユーザが撮影した画像、ＦＬＡＳＨ画像等の種々の画像を表示させることができる。また、待ち受け画像を表示させる方法として、一定の操作が行われたり、一定の条件が満たされたりしたら、自動的に異なる待ち受け画像を表示させる方法がある。
【０００３】
例えば、特許文献１には、複数の筐体片が開状態閉状態を形成可能に接続される筐体と、複数の壁紙がそれぞれファイルとして格納される記憶部と、閉状態にて隠され、開状態にて露出するよう筐体に設けられる第１表示部（メイン表示部）と、筐体を閉状態から開状態に遷移する毎に、複数の壁紙のうちの異なる壁紙を前記第１表示部に表示させるよう制御する制御部と、を備え、制御部は、筺体が閉状態となると、記憶部から次に表示すべき壁紙のファイルを読み出してデコードし、筺体が開状態に遷移したことを検知した場合に、デコードして得られる画像を第１表示部に壁紙を表示するように制御する携帯端末装置が記載されている。また、特許文献２には、設定された時間毎に表示部の背景画像を切り替える携帯電話装置が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１５８８０２号公報
【特許文献２】特開２００５−１６７９１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、待ち受け画像は、画像ファイルを記憶部からデコード処理をすることで、表示部に表示させる。デコード処理は、１つ１つのファイル毎に行うと処理に手間がかかりレスポンスが悪くなってしまう。これに対しては、レスポンスの向上あるいは複数の画像ファイルを一括で表示するために、複数のファイルを一度にデコードする方法、例えば、３つの画像ファイルを一度にデコードする方法がある。
【０００６】
また、待ち受け画像として表示させる複数の画像を選定する方法として、ユーザの操作によって表示の順番を設定する方法がある。この方法では、ユーザにより設定された表示順番のリストを作成し、記憶している。この方法では、表示する画像や、その表示順がユーザの操作で変更された場合は、変更されたタイミングを容易に検出することができる。
【０００７】
また、待ち受け画像として表示させる複数の画像を選定する方法としては、特定のフォルダ（以下「待ち受けフォルダ」という。）内に存在する画像ファイル全てを待ち受け画像の表示対象とし、これらの画像を順次表示させる方法もある。なお、待ち受けフォルダには、画像ファイルを直接保存するだけでなく、他のフォルダに記憶されている画像データを特定する紐付けデータを記憶させるようにしてもよい。待ち受けフォルダ内の全ての画像ファイルを待ち受け画像の対象とする場合は、フォルダ内に存在するファイル、またはリストに記録されているファイルを、日付順や、ファイル名順などの順序に従って表示の順番を決定し、決定した表示の順番に従って表示させる画像を切り替える。
【０００８】
この方法では、不特定多数の画像ファイルが表示対象となり、また、ユーザ操作が待ち受け画像の表示設定を操作させた場合以外にも、待ち受けフォルダ内に記憶されている画像ファイルが更新されるため、待ち受け画像の表示の順番も動的に変更する必要がある。
【０００９】
ここで、切り替える待ち受け画像が１０画像程度の少ない画像数である場合は、対象となる画像データが削除されたか等を検出することは比較的簡単であるが、待受画面の候補データ群に登録されるファイル（データ）の数が多くなると、管理が大変になる。例えば、待ち受け画像の設定を行うアプリケーション以外の操作で、待ち受けフォルダ内の画像を移動させた場合や、待ち受けフォルダ以外のデータフォルダの削除による紐付けの解消などにより、ユーザ操作以外でフォルダ内の画像ファイル削除される場合がある。このように、待ち受けフォルダ内の画像ファイルが１つでも削除された場合、待ち受けフォルダの画像ファイル達の順番の並びの更新を行うトリガが作動しないと、削除したデータの分の順番を繰り上げる契機がない。したがって、例えば、３つずつデコードする際に前回デコードした画像データの、次から３つの画像データをデコードしても、１つの画像データは削除されているため、デコードすることができない。このように１つの画像データが削除されていると、１つの画像が無い状態、例えば真っ黒な画面で待ち受け画面が表示されてしまう。
【００１０】
これに対しては待ち受け画像データを保存しているフォルダ自体へのアクセスを監視して画像データの変更を検出し、更新のトリガとすることも可能であるが、画像ファイルを保存、削除する手段に多岐の手段があるため、処理部の負担が大きくなってしまい、処理部での他の処理が遅くなるという問題がある。
【００１１】
本発明は、上記に鑑みてなされたものであって、少ないデータの処理量で、効率よくファイルのデコードの順番が変更されたことを検出できる携帯端末装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明は、予め設定された順番でファイルをデコードする携帯端末機器であって、ファイルを記憶するデータ記憶手段と、デコードするファイルの名前とデコードする順番とを対応付けて設定するデコード順序設定手段と、前記デコード順序設定手段に設定された順番に基づいてデータ記憶手段からファイルのデコードを行うデコード実行手段と、デコード順序設定手段で設定されたデコードするファイルの名前とデコードする順番とを記憶するデコード順序記憶手段と、を有し、前記デコード実行手段は、ファイルをデコードする際に前記デコード順序設定手段で新たに設定された順番により特定されるデコードする予定のファイルの名前と、該順番に基づいてデコード順序記憶手段に記憶されている該順番でデコードされるファイルの名前を比較し、両者のファイルの名前が一致した場合はデータ記憶手段から名前が一致したファイルのデコードを行い、一致しない場合は前記デコード順序設定手段に設定された順番の一番目に戻ることを特徴とする。
【００１３】
ここで、前記デコード実行手段は、一度に複数のファイルをデコードするものであり、前記デコード順序設定手段に設定された順番に基づいて特定されるデコードする予定の複数のファイルの名前及びその順番のリストと、該順番に基づいてデコード順序記憶手段から読み出した該順番でデコードされる複数のファイルの名前及びその順番のリストとを比較することが好ましい。
【００１４】
また、前記デコードするファイルは、待ち受け画像データであり、前記デコード実行手段でデコードされた待ち受け画像データは、待ち受け画像として表示されることが好ましい。
【００１５】
また、前記データ記憶手段には、複数のファイルを記憶したデータフォルダと、前記データフォルダに記憶されたファイルから選択された一部のファイルの紐付けデータが記憶されたテーブルとを有し、前記デコード順序設定手段は、前記テーブルに前記紐付けデータが記憶されたファイルに対して、ファイルの名前とデコードする順番とを対応付けて設定することが好ましい。
【００１６】
また、前記デコード順序設定手段は、前記テーブルに紐付けデータが記憶されたファイルに対して、自動的に順序を設定することが好ましい。
【００１７】
また、前記デコード実行手段は、前記デコード順序設定手段に設定された順番に基づいて特定されるデコードする予定のファイルが前記データ記憶手段に記憶されているかを検出し、前記デコードする予定のファイルが前記データ記憶手段に記憶されていない場合は、ファイル名が一致しないと判定することが好ましい。
【００１８】
また、前記デコード順序設定手段は、前記デコード実行手段でファイルの名前が一致しない場合は、デコードするファイルの名前とデコードする順番との再設定を行い、前記デコード順序記憶手段は、前記デコード実行手段でファイルの名前が一致しない場合は、記憶されている前記デコード実行手段でデコードしたファイルの名前とデコードした順番とを消去し、前記デコード順序設定手段で設定されるデコードされるファイルの名前とデコードする順番とを新たに記憶することが好ましい。
【００１９】
また、前記デコード順序設定手段は、デコードするファイルの名前とデコードする順番との設定時に、デコードする予定のファイルが前記データ記憶手段に記憶されているかを検出し、記憶されている場合は、デコードする予定のファイルから削除することが好ましい。
【発明の効果】
【００２０】
本発明にかかる携帯端末装置は、少ないデータの処理量で、効率よくファイルのデコードの順番が変更を検出でき、適正なファイルをデコードすることができるという効果を奏する。
【図面の簡単な説明】
【００２１】
【図１】図１は、本発明の携帯端末装置の一実施形態の概略構成を示すブロック図である。
【図２】図２は、携帯端末装置の処理動作の一例を示すフロー図である。
【図３−１】図３−１は、携帯端末装置の動作を説明するための説明図である。
【図３−２】図３−２は、携帯端末装置の動作を説明するための説明図である。
【図３−３】図３−３は、携帯端末装置の動作を説明するための説明図である。
【図３−４】図３−４は、携帯端末装置の動作を説明するための説明図である。
【図４】図４は、携帯端末装置の処理動作の他の一例を示すフロー図である。
【発明を実施するための形態】
【００２２】
以下、本発明につき図面を参照しつつ詳細に説明する。なお、以下の説明により本発明が限定されるものではない。また、以下の説明における構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。以下においては、携帯端末装置として携帯電話機を例として説明するが、本発明の適用対象は携帯電話機に限定されるものではなく、例えば、ＰＨＳ（Personal Handyphone System）、ＰＤＡ、ポータブルナビゲーション装置、ノートパソコン、ゲーム機等に対しても本発明は適用できる。
【００２３】
図１は、本発明にかかる携帯端末装置の一実施形態の概略構成を示すブロック図である。図１に示すように携帯端末装置１０は、基本的に、筐体１２と、ＣＰＵ（Central Processing Unit）２２と、メモリ２４と、通信部２６と、操作部２８と、音声処理部３０と、表示部３２とを有する。なお、携帯端末装置１０は、上記構成の他にも撮像部や、各種端子等、携帯端末装置として有する各種構成を有している。
【００２４】
筐体１２は、携帯端末装置１０の各部を内部に収納する外装である。ここで、筐体１２としては、ヒンジで連結された２つの部材で構成され、折りたたみ可能な筐体や、２つの部材をスライドさせる筐体や、１つの箱型の筐体等が例示される。
【００２５】
ＣＰＵ２２は、携帯端末装置１０の全体的な動作を統括的に制御する処理部である。すなわち、携帯端末装置１０の各種の処理が、操作部２８の操作や携帯端末装置１０のメモリ２４に保存されるソフトウェアに応じて適切な手順で実行されるように、電源制御部２０や、通信部２６や、表示部３２等の動作を制御する。携帯端末装置１０の各種の処理としては、例えば、回線交換網を介して行われる音声通話、電子メールの作成及び送受信、インターネットのＷｅｂ（World Wide Web）サイトの閲覧等がある。また、通信部２６、音声処理部３０、表示部３２等の動作としては、例えば、通信部２６による信号の送受信、音声処理部３０による音声の入出力、表示部３２による画像の表示等がある。
【００２６】
ＣＰＵ２２は、メモリ２４に保存されているプログラム（例えば、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。ＣＰＵ２２は、例えば、マイクロプロセッサユニット（ＭＰＵ：Micro Processor Unit）で構成され、前記ソフトウェアで指示された手順にしたがって上述した携帯端末装置１０の各種の処理を実行する。すなわち、ＣＰＵ２２は、メモリ２４に保存されるオペレーティングシステムプログラムやアプリケーションプログラム等から命令コードを順次読み込んで処理を実行する。
【００２７】
ＣＰＵ２２は、複数のアプリケーションプログラムを実行する機能を有する。ＣＰＵ２２が実行するアプリケーションプログラムとしては、例えば、表示部３２に待ち受け画像を表示させる待ち受け画像表示アプリケーションプログラムや、ファイルをデコードする順番を設定するデコード順序設定アプリケーションプログラムや、各種ゲームを作動させるゲームアプリケーションプログラム等の複数のアプリケーションプログラムがある。また、ＣＰＵ２２には、画像デコード部３８があり、ＣＰＵ２２で実行される各種アプリケーションプログラムによる処理に基づいて、メモリ２４に記憶されている画像データ、画像ファイルをデコードする。
【００２８】
メモリ２４には、ＣＰＵ２２での処理に利用されるソフトウェアやデータが保存されており、上述した、待ち受け画像表示アプリケーションプログラムを作動させる待ち受け画像表示タスク４０や、デコード順序設定アプリケーションプログラムを作動させるデコード順序設定タスク４２が保存されている。待ち受け画像表示タスク４０、デコード順序設定タスク４２について、後ほど詳述する。また、メモリ２４には、これらのタスク以外に、通信、ダウンロードされた画像データを保存する画像フォルダ４４や、待ち受け画像に使用される画像ファイルを保存する待ち受け画像フォルダ４６や、デコードしたファイル（画像ファイル）の情報とそのファイルをデコードする順番との対応関係をリストとして保存（記憶）するデコード順序記憶部４８を有する。ここで、待ち受け画像フォルダ４６は、画像ファイルそのものを保存することもできるが、画像フォルダ４４に保存されている画像ファイルを特定するためのファイル（データ、以下「紐付けデータ」という。）を保存するようにしてもよい。
【００２９】
また、メモリ２４には、これらの以外にも、例えば、通信、ダウンロードされた音声データ、あるいはメモリ２４に対する制御にＣＰＵ２２が用いるソフトウェア、通信相手の電話番号やメールアドレス等を保存し、管理するアドレス帳、発信音や着信音等の音声ファイル、ソフトウェアの処理過程で用いられる一時的なデータ等が保存されている。なお、ソフトウェアの処理過程で用いられるコンピュータプログラムや一時的なデータは、ＣＰＵ２２によってメモリ２４に割り当てられた作業領域へ一時的に保存される。メモリ２４は、例えば、不揮発性の記憶デバイス（ＲＯＭ：Read Only Memory等の不揮発性半導体メモリ、ハードディスク装置等）や、読み書き可能な記憶デバイス（例えば、ＳＲＡＭ：Static Random Access Memory、ＤＲＡＭ：Dynamic Random Access Memory）等で構成される。
【００３０】
通信部２６は、基地局によって割り当てられるチャネルを介し、基地局との間でＣＤＭＡ方式などによる無線信号回線を確立し、基地局との間で電話通信及び情報通信を行う。
【００３１】
操作部２８は、例えば、電源キー、通話キー、数字キー、文字キー、方向キー、決定キー、発信キーなど、各種の機能が割り当てられたキーで構成され、これらのキーがユーザの操作により入力されると、その操作内容に対応する信号を発生させる。そして、発生した信号は、ユーザの指示としてＣＰＵ２２へ入力される。
【００３２】
音声処理部３０は、マイク５０に入力される音声信号やスピーカ５２から出力される音声信号の処理を実行する。すなわち、音声処理部３０は、マイク５０から入力される音声を増幅し、ＡＤ変換（Analog Digital変換）を実行した後さらに符号化等の信号処理を施して、ディジタルの音声データに変換してＣＰＵ２２へ出力する。また、ＣＰＵ２２から送られる音声データに対して復号化、ＤＡ変換（Digital Analog変換）、増幅等の処理を施してアナログの音声信号に変換してから、スピーカ５２へ出力する。
【００３３】
表示部３２は、液晶ディスプレイ（ＬＣＤ、Liquid  Crystal  Monitor）や、有機ＥＬ（Organic  Electro−Luminescence）パネルなどの表示パネルを備え、ＣＰＵ２２から供給される映像データに応じた映像、画像データに応じた画像を表示パネルに表示させる。
【００３４】
次に、図２を用いて携帯端末装置１０の動作、具体的には、待ち受け画像表示アプリケーションソフト及びデコード順序設定アプリケーションソフトの動作について説明する。ここで、図２は、携帯端末装置の処理動作の一例を示すフロー図である。また、図３−１から図３−４は、携帯端末装置の動作を説明するための説明図である。なお、本実施形態では、画像デコード部３８が画像ファイルを３つずつデコードし、デコードした３つの画像ファイルを待ち受け画像として同時に表示させる場合の例として説明する。
【００３５】
まず、携帯端末装置１０のＣＰＵ２２は、初期起動時や電源起動時等に初期準備として、メモリ２４から待ち受け画像表示タスク４０及びデコード順序設定タスク４２を読み出す。その後、ＣＰＵ２２は、待ち受け画像表示アプリケーションソフト（以下、「待ち受け表示アプリ」という。）を立ち上げ、デコード順序設定アプリケーションソフト（以下「順序設定アプリ」という。）を立ち上げる。
【００３６】
次に、待ち受け表示アプリは、順序設定アプリにより待ち受け画像フォルダ４６に保存されている待ち受け画像ファイルをデコードする順番（表示させる順番でもある）のリストを作成する。つまり、画像ファイルの名前等のファイルを特定する情報と、デコードする順番とを対応付けたテーブルを作成する。ここで、待ち受け表示アプリ及び順番設定アプリがデコードする順番を決定する基準は特に限定されず、画像ファイルの名前順、日付順、フォルダへ保存した順等種々の基準を用いることができる。本実施形態は、ファイルの名前順、具体的にはアルファベット順でデコードする順番を設定する場合として説明する。具体的には、待ち受け画像フォルダ４４内にアルファベット順に画像Ａから画像Ｊの１０個の画像ファイルがあるとすると、順番設定アプリは、図３−１に示すように、画像Ａ、画像Ｂ、画像Ｃ、・・・、画像Ｊの順番で、デコードを行うようにデコード順番を設定する。
【００３７】
次に、携帯端末装置１０は、待ち受け画像を表示するタイミングになったら、ステップＳ１０として、初回待ち受け画像を表示する。具体的には、ＣＰＵ２２は、図３−１に示すように、デコードする順番の１番目から３番目までの画像ファイル、つまり画像Ａ、画像Ｂ、画像Ｃを画像デコード部３８によりデコードし、デコードした３つの画像を待ち受け画像として表示部３２に表示させる。
【００３８】
ＣＰＵ２２は、ステップＳ１０で、表示部３２に待ち受け画像を表示させたら、ステップＳ１２として、次回待ち受け画像情報を記憶する。具体的には、順序設定アプリにより設定された順序に基づいて、次にデコードする待ち受け画像ファイル、本実施形態では、デコードするリストの４番目から６番目までの画像ファイルの情報とその順番情報をデコード順序記憶部４８に記憶させる。つまり、ＣＰＵ２２は、図３−１に示すように、デコード順番４番目は画像Ｄ、５番目は画像Ｅ、６番目は画像Ｆであるという情報をデコード順序記憶部４８に記憶させる。なお、このとき記憶させる画像ファイルの情報は、画像ファイルを特定できる情報、例えば、画像ファイルの名前である。また、ＣＰＵ２２で実行されている画像表示アプリは、次にデコードするファイルの順番を記憶しておく。つまり、本実施形態では、待ち受け画像フォルダ４６に記憶されている画像ファイルのうち、４番目、５番目、６番目のファイルをデコードすることを記憶しておく。
【００３９】
ＣＰＵ２２は、ステップＳ１２でデコード順番を記憶したら、ステップＳ１４として、待ち受け画像の切り替え指示の発生を待つ。つまり、待ち受け画像アプリで待ち受け画像の切り替え動作起動のタイミングになるのを待つ。ＣＰＵ２２は、ステップＳ１４で待機している状態のとき、ステップＳ１６として、待ち受け画像の切り替え指示が発生しているかを判定する。ＣＰＵ２２は、ステップＳ１６で、切り替え指示が発生している（Ｙｅｓ）と判定したらステップＳ１８に進み、切り替え指示が発生していない（Ｎｏ）と判定したら、ステップＳ１４に進む。つまりＣＰＵ２２は、切り替え指示が発生するまで、ステップＳ１４とステップＳ１６とを繰り返す。
【００４０】
次に、ＣＰＵ２２は、ステップＳ１６で、待ち受け画像の切り替え指示が発生していると判定したら、待ち受け画像の切り替え動作を開始する。まず、ＣＰＵ２２は、ステップＳ１８として、今回表示する待ち受け画像ファイルの情報を取得する。つまり、ＣＰＵ２２は、順番設定アプリにより待ち受け画像フォルダ４６に記憶されている画像ファイルのうち、デコード順番が４番目、５番目、６番目となる待ち受け画像ファイルを検出し、検出した待ち受け画像ファイルの情報を取得する。なお、ＣＰＵ２２は、切り替え時に順番設定アプリで、切り替え時点で待ち受け画像フォルダ４６内に記憶されている画像ファイルの中においてのデコード順番を検出する。
【００４１】
次に、ＣＰＵ２２は、ステップＳ２０として、ステップＳ１８で取得した今回表示する待ち受け画像ファイルの情報と、ステップＳ１２でデコード順序記憶部４８に記憶させた待ち受け画像ファイルの名前とデコート順序とを比較する。ＣＰＵ２２は、ステップＳ２０で、両者の情報が一致しなかったら（Ｎｏ）、つまり、４番目、５番目、６番目の画像ファイルの名前の少なくとも１つでも一致しなかったらステップＳ２２に進み、両者の情報が一致したら（Ｙｅｓ）、つまり、４番目、５番目、６番目の画像ファイルの名前がそれぞれ一致したら、ステップＳ３０に進む。
【００４２】
ＣＰＵ２２は、ステップＳ２０で比較したファイルの情報が一致しなかったら、ステップＳ２２として、待ち受け画像のリストが変更されたと判断する。つまり、ＣＰＵ２２は、待ち受け画像フォルダ４６に保存されている画像ファイルが追加、削除、変更され、待ち受け画像フォルダ４６の少なくとも一部が更新されたと判断する。
【００４３】
ここで、図３−２及び図３−３は、待ち受け画像フォルダが変更された場合のファイルに保存される画像ファイルを示す説明図である。以下、図３−２、図３−３と共に説明する。ここで、図３−２及び図３−３は、一例としてステップＳ１２とステップＳ１８との間に画像Ｅが削除された場合を示している。図３−２に示すように、画像Ｅが削除された場合、ＣＰＵ２２は、ステップＳ１８において、今回表示する待ち受け画像ファイルの情報として、４番目は画像Ｄ、５番目は画像Ｆ、６番目は画像Ｇであるという情報を作成すす。このため、ＣＰＵ２２は、ステップＳ２０において、ステップＳ１２でデコード順序記憶部４８に記憶させた画像ファイルの名前とデコート順序と、ステップＳ１８で取得した今回表示する待ち受け画像ファイルの情報とを比較した結果、５番目、６番目の画像ファイルの情報が不一致であると判断し、ステップＳ２２で、待ち受け画像のリストが変更されたと判断する。
【００４４】
ＣＰＵ２２は、ステップＳ２２で、待ち受け画像のリストが変更されたと判断したら、ステップＳ２４として、待ち受け画像のリストの最初から画像を表示する。つまり、ＣＰＵ２２は、順番設定アプリにより待ち受け画像フォルダ４６に記憶されている画像ファイルのデコード順序を再度設定する。そして、設定したデコード順番でデコードの順番が１番目から３番目となる待ち受け画像ファイルを特定し、特定した待ち受け画像ファイルを画像デコード部３８によりデコードする。その後、ＣＰＵ２２は、デコードした３つの画像ファイルを表示部３２に表示させる。具体的には、図３−３に示すように画像Ａ、画像Ｂ、画像Ｃをデコードし表示させる。
【００４５】
ＣＰＵ２２は、ステップＳ２４で待ち受け画像を表示させたら、ステップＳ２６として、次回待ち受け画像情報を記憶する。具体的には、ステップＳ２６で順序設定アプリにより新たに設定された順序に基づいて、次にデコードする待ち受け画像ファイル、本実施形態では、デコードするリストの４番目から６番目までの画像ファイルの情報とその順番情報をデコード順序記憶部４８に記憶させる。つまり、ＣＰＵ２２は、図３−１に示すように、デコード順番４番目は画像Ｄ、５番目は画像Ｆ、６番目は画像Ｇであるという情報をデコード順序記憶部４８に記憶させる。また、ＣＰＵ２２で実行されている画像表示アプリは、次にデコードするファイルの順番を記憶しておく。つまり、本実施形態では、待ち受け画像フォルダ４６に記憶されている画像ファイルのうち、４番目、５番目、６番目のファイルをデコードすることを記憶しておく。ＣＰＵ２２は、ステップＳ２６で、次回待ち受け画像情報を記憶したら、ステップＳ３６に進む。
【００４６】
他方、ＣＰＵ２２は、ステップＳ２０で、比較したファイルの情報が一致したら、ステップＳ３０として、待ち受け画像のリストに変更なしと判断する。つまり、ＣＰＵ２２は、待ち受け画像フォルダ４６に保存されている画像ファイルに変更がない（追加、削除、変更されていいない）と判断する。ここで、図３−４は、待ち受け画像フォルダが変更ししていない場合のファイルに保存される画像ファイルを示す説明図である。以下、図３−４とともに説明する。
【００４７】
ＣＰＵ２２は、ステップＳ３０で、待ち受け画像のリストが変更なしと判断したら、ステップＳ３２として、ステップＳ１８で今回表示する待ち受け画像ファイルとして情報を取得した画像ファイルをデコード部３８でデコードする。その後、ＣＰＵ２２は、デコードした画像ファイル、具体的には、図３−４に示すように、画像Ｄ、画像Ｅ、画像Ｆを表示部３２に表示させる。
【００４８】
ＣＰＵ２２は、ステップＳ３２で、切り替えた待ち受け画像を表示させたら、ステップＳ３４として、次回待ち受け画像情報を記憶する。具体的には、図３−４に示すように、順序設定アプリにより設定された順序に基づいて、次にデコードする待ち受け画像ファイル、本実施形態では、デコードするリストの７番目から９番目までの画像ファイルの情報とその順番情報をデコード順序記憶部４８に記憶させる。また、ＣＰＵ２２で実行されている画像表示アプリは、次にデコードするファイルの順番を記憶しておく。つまり、本実施形態では、待ち受け画像フォルダ４６に記憶されている画像ファイルのうち、７番目、８番目、９番目のファイルをデコードすることを記憶しておく。ＣＰＵ２２は、ステップＳ３４で、次回待ち受け画像情報を記憶したら、ステップＳ３６に進む。
【００４９】
また、ＣＰＵ２２は、ステップＳ３６として、処理終了指示があるかを判定する。ＣＰＵ２２は、ステップＳ３６で処理終了指示がない（Ｎｏ）と判定したら、ステップＳ１４に進み上記処理を繰り返す。このように、ＣＰＵ２２は、処理終了指示が入力されるまで、待ち受け画像の切り替えを繰り返す。また、ＣＰＵ２２は、ステップＳ３６で処理終了指示がある（Ｙｅｓ）と判定したら、処理を終了する。ここで、処理終了指示とは、携帯端末装置１０を初期化する指示や、画像表示アプリを終了させる指示等、再び待ち受け画像を表示するためには、ステップＳ１０からの処理を行う必要がある指示である。
【００５０】
携帯端末装置１０は、以上のように、待ち受け画像を表示させる際に、次回デコートさせる（さらに表示させる）予定の待ち受け画像ファイルの情報と、待ち受け画像フォルダ内の何番目の画像ファイルをデコードするかの情報とを記憶しておく。そして、待ち受け画像の切り替え時に、待ち受け画像フォルダ内の何番目の画像ファイルをデコードするかを示す情報に基づいて、待ち受けフォルダ内のその順番に該当する画像ファイルを特定し、予め記憶させていた次回デコートさせる（さらに表示させる）予定の待ち受け画像ファイルの情報と一致するかを判定することで、待ち受け画像フォルダ内に記憶された画像ファイルが更新されたかを判定することができる。
【００５１】
このように、待ち受け画像切り替え時に画像ファイルが更新されたかを判定することで、ＣＰＵ２２上で常に待ち受け画像ファイルが更新されたかを監視することなく、待ち受け画像ファイルの更新、つまり、待ち受け画像フォルダに保存された画像ファイルが、変更、追加、削除されたかを容易に判定することができる。これにより、特別な判定のための別ルーチンを設けることなく判定できるため、ＣＰＵ２２への負担を軽くすることができ、待ち受け画像フォルダが更新されたことを適切に検出することができる。また、待ち受け画像フォルダが更新されたことを検出できることで、ユーザが操作をしなくとも待ち受け画像の表示順序を適切に再設定することができる。
【００５２】
また、デコードする画像ファイルのみを比較するため、比較対象となるデータも小さくすることができる。さらに、切替指示が発生するまで、比較対象とするデータも記憶部に記憶させているため、待ち受け画像の切り替えの処理時以外は、ＣＰＵ２２に比較対象のデータを保持する必要がないためこの点においてもＣＰＵ２２への負担を軽くすることができる。また、順序設定アプリも、毎回全ファイルの順番を検出することなく、該当する順番のファイルのみを検出すればよいため、この点においてもＣＰＵ２２への負担を少なくすることができる。具体的には、例えば、待ち受け画像フォルダに１０００件の画像ファイルが保存されている場合、デコードする予定の全てのファイルのリストと、現状の待ち受け画像フォルダの画像ファイルから特定されるデコードする全てのファイルのリストとを単純に比較する方法では、１０００件のファイルを比較する必要があるが、本実施形態によれば、次回デコードするファイルのみを比較すればよいため、データの処理量を少なくすることができ、かつ、処理に必要な時間をより少なくすることができる。
【００５３】
ここで、上記実施形態では、デコード順序記憶部で、待ち受け画像の表示の際に、次回待ち受け画像となる画像ファイルの情報を記憶させるようにしたが、本発明はこれに限定されず、順序設定アプリにより設定されたデコード及び表示の順番のリストを保存するようにしてもよい。なお、リストとしての保存方法は、特に限定されず、例えば、画像ファイルとその順番との対応関係をテーブルとして保存（記憶）させればよい。この場合は、保存したリストが更新されたことを検出したら、リストを再設定、つまり作り直すようにする。以下、図４を用いて携帯端末装置による処理動作を説明する。ここで、図４は、携帯端末装置の処理動作の他の一例を示すフロー図である。なお、図４に示す処理動作のうち、図２に示す処理動作と同様の処理について、図２に示す処理動作と同様のステップ番号を付し、その詳細な説明は省略する。
【００５４】
まず、携帯端末装置１０のＣＰＵ２２は、初期準備として、メモリ２４から待ち受け画像表示タスク４０及びデコード順序設定タスク４２を読み出し、待ち受け表示アプリと順序設定アプリとを立ち上げる。
【００５５】
次に、待ち受け表示アプリは、順序設定アプリにより待ち受け画像フォルダ４６に保存されている待ち受け画像ファイルをデコードする順番（表示させる順番でもある）のリストを作成する。つまり、画像ファイルの名前等のファイルを特定する情報と、デコードする順番とを対応付けたテーブルを作成する。
【００５６】
次に、ＣＰＵ２２は、ステップＳ４０として、初期準備として順序設定アプリにより作成した、待ち受け画像ファイルをデコードする順番のリストをデコード順序記憶部４８に記憶させる。
【００５７】
次に、携帯端末装置１０は、ステップＳ４０で、リストをデコード順序記憶部４８に記憶し、待ち受け画像を表示するタイミングになったら、ステップＳ１０として、初回待ち受け画像を表示する。また、ＣＰＵ２２で実行されている画像表示アプリは、次にデコードするファイルの順番を記憶しておく。
【００５８】
ＣＰＵ２２は、ステップＳ１０で、表示部３２に待ち受け画像を表示させたら、ステップＳ１４として、待ち受け画像の切り替え指示の発生を待つ。次に、ＣＰＵ２２は、ステップＳ１４で待機している状態のとき、ステップＳ１６として、待ち受け画像の切り替え指示が発生しているかを判定する。ＣＰＵ２２は、ステップＳ１６で、切り替え指示が発生している（Ｙｅｓ）と判定したらステップＳ１８に進み、切り替え指示が発生していない（Ｎｏ）と判定したら、ステップＳ１４に進む。つまりＣＰＵ２２は、切り替え指示が発生するまで、ステップＳ１４とステップＳ１６とを繰り返す。
【００５９】
次に、ＣＰＵ２２は、ステップＳ１６で、待ち受け画像の切り替え指示が発生していると判定したら、待ち受け画像の切り替え動作を開始する。まず、ＣＰＵ２２は、ステップＳ１８として、今回表示する待ち受け画像ファイルの情報を取得する。なお、ＣＰＵ２２は、切り替え時に順番設定アプリで、切り替え時点で待ち受け画像フォルダ４６内に記憶されている画像ファイルの中においてのデコード順番を検出する。
【００６０】
次に、ＣＰＵ２２は、ステップＳ４２として、ステップＳ１８で取得した今回表示する待ち受け画像ファイルの情報と、ステップＳ４０でデコード順序記憶部４８に記憶させたリストの、待ち受け画像ファイルの名前とデコート順序とを比較する。ＣＰＵ２２は、ステップＳ４２で、両者の情報が一致しなかったら（Ｎｏ）、ステップＳ２２に進み、両者の情報が一致したら（Ｙｅｓ）、ステップＳ３０に進む。
【００６１】
ＣＰＵ２２は、ステップＳ４２で比較したファイルの情報が一致しなかったら、ステップＳ２２として、待ち受け画像のリストが変更されたと判断する。つまり、ＣＰＵ２２は、待ち受け画像フォルダ４６に保存されている画像ファイルが追加、削除、変更され、待ち受け画像フォルダ４６の少なくとも一部が変更されたと判断する。
【００６２】
ＣＰＵ２２は、ステップＳ２２で、待ち受け画像のリストが変更されたと判断したら、ステップＳ４４として、待ち受け画像のリストを更新する。つまり、ＣＰＵ２２は、順序設定アプリにより現状の待ち受け画像フォルダ４６に保存されている待ち受け画像ファイルをデコードする順番（表示させる順番でもある）のリストを作成し、作成した待ち受け画像のリストをデコード順序記憶部４８に記憶させる。
【００６３】
ＣＰＵ２２は、ステップＳ４４で待ち受け画像ファイルのリストを更新したら、待ち受け画像のリストの最初から画像を表示する。つまり、ＣＰＵ２２は、ステップＳ４４で再設定した待ち受け画像ファイルのリストに基づいて、デコードの順番が最初となる待ち受け画像ファイル（本実施形態では、１番目から３番目となる待ち受け画像ファイル）を特定し、特定した待ち受け画像ファイルを画像デコード部３８によりデコードする。その後、ＣＰＵ２２は、デコードした画像ファイルを表示部３２に表示させる。ＣＰＵ２２は、ステップＳ２４で待ち受け画像を表示させたら、ステップＳ３６に進む。
【００６４】
他方、ＣＰＵ２２は、ステップＳ２０で、比較したファイルの情報が一致したら、ステップＳ３０として、待ち受け画像のリストに変更なしと判断する。つまり、ＣＰＵ２２は、待ち受け画像フォルダ４６に保存されている画像ファイルに変更ないと判断する。
【００６５】
ＣＰＵ２２は、ステップＳ３０で、待ち受け画像のリストが変更なしと判断したら、ステップＳ１８で今回表示する待ち受け画像ファイルとして情報を取得した画像ファイルをデコード部３８でデコードし、デコードした画像ファイルを表示部３２に表示させる。ＣＰＵ２２は、ステップＳ３２で、切り替えた待ち受け画像を表示させたら、ステップＳ３６に進む。
【００６６】
また、ＣＰＵ２２は、ステップＳ３６として、処理終了指示があるかを判定する。ＣＰＵ２２は、ステップＳ３６で処理終了指示がない（Ｎｏ）と判定したら、ステップＳ１４に進み上記処理を繰り返す。また、ＣＰＵ２２は、ステップＳ３６で処理終了指示がある（Ｙｅｓ）と判定したら、処理を終了する。
【００６７】
このように、デコード順序記憶部４８には、画像ファイルの全デコード順序をリストとして記憶させ、待ち受け画像フォルダが変更されたことを検出したら、デコード順序記憶部４８に記憶させるリストを更新するようすることでも、待ち受け画像フォルダが変更されたことを検出することができる。なお、全デコード順序のリストを記憶させる場合は、メモリに記憶させるデータ量は多くなるが、待ち受け画像の表示時に、次回デコードする待ち受け画像ファイルの情報をデコード順序記憶部に記憶させる必要が無くなる。
【００６８】
また、ＣＰＵ２２は、ステップＳ１８で待ち受け画像の情報とそのデコード順番を取得する際に、比較する待ち受け画像ファイルについて、待ち受け画像フォルダ４６に記憶されている紐付けデータの先に画像ファイルがあるかを確認することが好ましい。待ち受け画像フォルダ４６に記憶されている待ち受け画像ファイルが、画像フォルダ４４に記憶されている画像ファイルの紐付けデータ（つまりリンクデータ）である場合、待ち受け画像フォルダ４６に紐付けデータが残っていても、画像フォルダ４４内の画像ファイルが削除されている場合がある。この場合も、ステップＳ１８で今回デコードする予定の画像ファイルとして特定された画像ファイルが紐付けデータの時は、画像フォルダ４４に画像ファイルがあるかを確認することで、画像ファイルをデコードできなくなることを防止できる。また、特定した画像ファイルのみについて確認することで、ＣＰＵ２２でのデータの処理量も少なくすることができる。
【００６９】
なお、このように紐付けデータの先に画像ファイルがないと判定した場合は、画像ファイルの名前を変更し、ステップＳ２０またはステップＳ４２で一致しないと判定させるようにする。また、待ち受け画像フォルダ内の紐付けデータを削除し、削除した待ち受け画像ファイル（の紐付けデータ）以降の待ち受け画像ファイルの順番を１つずつ繰り上げてもよい。いずれの処理を行ってもステップＳ２０またはステップＳ４２で、画像ファイルが一致しないと判定され、画像リストが変更されたことを検出できる。
【００７０】
また、上記実施形態では、３つの画像ファイルを同時表示させるとしたが、３つの画像ファイルを順番に表示させるようにしてもよい。また、上記実施形態では、３つの画像ファイルを一度にデコードするとしたが、一度にデコードするファイルの数は特に限定されず、２つずつとしても、４つずつとしてもよい。また、画像ファイルを１つずつデコードするようにしてもよい。
【００７１】
ここで、図２及び図４のステップＳ１６で判定される、待ち受け画像の切り換え指示を発生させるトリガとしては、次のタイミングがあり得る。例えば、開閉式の筐体が一旦畳まれ、その後開状態とされた時、何らかのアプリケーション動作中に終話キー（終了キー）が押された時、省電力を目的として表示部３２の表示をオフにしている状態で何らかのキーが押されて、省電力が解除され待受画像を表示する時などがある。待ち受け画像表示アプリケーションソフトは、これらの状態になったときに待ち受け画像の切り替え指示を発生させるように設定することができる。
【００７２】
また、上記実施形態では、待ち受け画像フォルダ内の画像の表示順序（リスト）が変更されたことを検出したら、表示させる順序を再度設定するようにしたが、これに限定されず、変更されたことをユーザに通知するようにしてもよい。これにより、ユーザが意図しないで待ち受け画像フォルダの内容が変更されたことをユーザが知ることができる。また、この場合は、リストの一番目から変更が見つかる前まで、つまり、変更前の状態と同一の画像ファイルを待ち受け画像として表示させるようにしてもよい。このように、リストの再設定を行わなくても、変更前の状態と同一の画像ファイルを待ち受け画像として表示させることで、ユーザが意図しない画像が表示されることや、紐付け先のデータが削除されていることで画像が表示できないこと（つまり画面が黒塗りになってしまうこと）を防止できる。
【００７３】
なお、上記実施形態では、説明のためにアプリケーションソフトを別々のソフトとしたが、ソフトは１つのソフトで処理してもよい。また、メモリ２４についても同様であり、各タスクやフォルダを設けるとしたが、データとして分割されているものであり、メモリは目視上１つの記憶装置である。また、画像フォルダは複数あってもよく、また待ち受け画像フォルダは、フォルダの形式ではなく、待ち受け画像として利用される画像ファイルの名前と紐付けデータを記載したテーブルとしてもよい。
【００７４】
また、上記実施形態では、待ち受け画像ファイルをデコードし、表示させる場合として説明したが、本発明はこれに限定されず、所定のフォルダ、リストに登録されたファイルを特定の条件に基づいてファイルを繰り返しかつ順次、デコードし実行する場合に用いることができる。例えば、特定のフォルダ内に保存された着信音を順次デコードし切り替える場合にも用いることができる。
【産業上の利用可能性】
【００７５】
以上のように、本発明にかかる携帯端末装置は、メモリに記憶されているファイルを順番にデコードするのに有用であり、特に、メモリに多数のファイルが記憶されており、かつ複数の手段で更新することができる待ち受け画像ファイルを順番にデコードすることに適している。
【符号の説明】
【００７６】
１０  携帯端末装置
１２  筐体
２２  ＣＰＵ
２４  メモリ
２６  通信部
２８  操作部
３０  音声処理部
３２  表示部
３８  画像デコード部
４０  待ち受け画像表示タスク
４２  デコード順序設定タスク
４４  画像フォルダ
４６  待ち受け画像フォルダ
４８  デコード順序記憶部
５０  マイク
５２  スピーカ
【図１】
2010171580.tif 000003
【図２】
2010171580.tif 000004
【図３−１】
2010171580.tif 000005
【図３−２】
2010171580.tif 000006
【図３−３】
2010171580.tif 000007
【図３−４】
2010171580.tif 000008
【図４】
2010171580.tif 000009