JP5136345B2 - 電子機器 - Google Patents

Description

本発明は、画像ファイルの一覧を表示するときに、ＣＰＵ使用率に基づいて表示形式を設定する電子機器に関するものである。

従来の携帯電話機などの電子機器では、カメラを用いて撮像された画像やネットワークを介して取得された画像などの多くの画像が、ユーザ同士でやり取りされるようになってきた。それに伴い、これらの電子機器において、画像ファイルの一覧を提示するための様々なインタフェースが開発されてきた。しかしながら、携帯電話機のメモリに記憶されている画像ファイルの数が多い場合などには、画像の一覧を表示するのに時間がかかってしまうという問題があった。

そこで、電子メールの本文を作成する際などに、ユーザが、複数の文字コード及びユーザ画像データからなる文書データをスムーズに作成することができる携帯電話機が提案されている（特許文献１参照）。この携帯電話機は、ユーザ操作に基づいて、記憶されている履歴情報に対応するサムネイル画像を読み出し、サムネイル画像を一覧表示するものである。
特開２００８−６５６７４号公報

携帯電話機などの電子機器において、複数のモジュールを同時に動作させることによって一つの機能を提供するシーンがしばしば発生する。例えば携帯電話機でテレビ電話を行っている最中に、自分のライブ画像の代わりに、電子機器に予め記憶されている静止画を相手に送信する機能がある。携帯電話機でこの機能を実現するためには、テレビ電話のモジュールを実行させながらデータフォルダモジュールを起動させ、ユーザに何らかの形式のファイル一覧を提示し、これらのファイルから送信したいファイルを選択させる必要がある。

しかしながら、携帯電話機においてＣＰＵなどのリソースが制限されているため、同時に動作しているモジュールの間でリソースの競合が発生し、正常動作に影響を及ぼしてしまう恐れがある。テレビ電話中にデータフォルダモジュールを起動させる場合、データフォルダのファイル一覧を生成するときに、ファイルの読み出しやサムネイルの合成などは大量のＣＰＵ時間を消費してしまい、テレビ電話の処理が遅延してしまうことが考えられる。このときには、テレビ電話の音声切れ、画像乱れなどの問題が発生してしまう。

本発明は、上記課題を鑑みてなされてものであり、ユーザに対してデータフォルダに格納されている画像ファイルの一覧を提示する際に、他の機能を同時に起動している場合であっても、ＣＰＵリソースの競合によって他の機能のパフォーマンスを低下させることなく、画像ファイルの一覧を提示することができる電子機器を提供することを目的とする。

上記課題を解決するために、本発明に係る電子機器は複数の画像ファイルを記憶する記憶手段と、前記記憶手段により記憶された画像ファイルの一覧を表示する際、ＣＰＵ使用率を取得する取得手段と、前記取得手段により取得されたＣＰＵ使用率に基づいて、前記記憶手段により記憶された画像ファイルの一覧の表示形式を設定する設定手段と、前記設定手段により設定された表示形式で、前記記憶手段により記憶された画像ファイルの一覧を表示する表示手段と、を備えたことを特徴とする。

本発明に係る電子機器によると、ユーザに対してデータフォルダに格納されている画像ファイルの一覧を提示する際に、他の機能を同時に起動している場合であっても、ＣＰＵリソースの競合によって他の機能のパフォーマンスを低下させることなく、画像ファイルの一覧を提示することが可能となる。

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

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

上筐体１０の内面（下筐体１１に対面する側の面）には、文字や画像等を含んだ表示情報を表示するためのディスプレイ１３が設けられている。ディスプレイ１３は、例えば液晶パネルで形成された液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）パネルで形成された有機ＥＬディスプレイなどである。また、上筐体１０の内面には、音声を出力するスピーカ１４、周囲の風景を撮像するカメラ１７が設けられている。これらのディスプレイ１３、スピーカ１４、カメラ１７は、携帯電話機１が閉じた状態のときには、下筐体１１により覆われていて外部に露出していないが、上筐体１０を下筐体１１に対して回転させて開いた状態に変形させたときには外部に露出される。

下筐体１１の内面（上筐体１０に対面する側の面）には、例えば、電源のＯＮ／ＯＦＦを切り替えるための電源キーや発呼処理を行うための発呼キー、数字や文字を入力するためのテンキー、メール機能や、Ｗｅｂ閲覧機能等を起動するためのショートカットキー等からなる操作キー１５が設けられている。また下筐体１１の内面には、音声を集音するためのマイクロフォン１６が設けられている。これらの操作キー１５及びマイクロフォン１６は、携帯電話機１が閉じた状態のときには、上筐体１０により覆われていて外部に露出していないが、上筐体１０を下筐体１１に対して回転させて開いた状態に変形させたときには外部に露出される。

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

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

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

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

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

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

撮像制御部２７は、カメラ１７に対するカメラインタフェースを備え、カメラ１７で撮像した画像信号を主制御部２０に伝送する。主制御部２０はこの画像信号に基づいて、表示制御部２３を介してディスプレイ１３に撮像画像を表示したり、通信制御部２５を介して撮像画像を送信したりする。また撮像制御部２７は、主制御部２０の制御に基づいて、カメラ１７が入力した画像信号を、例えばＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）４等の所定の符号化方式によって圧縮符号化して画像ファイルを作成して記憶部２６に記憶する。

携帯電話機１は、通話の際に相互にカメラ１７で撮像されている画像を送信し合うことにより、ユーザが相手の画像をリアルタイムに見ながら通話を行うことができるテレビ電話機能を備えている。また、携帯電話機１は、テレビ電話を行っている最中に、カメラ１７で撮像されている自分のライブ画像の代わりに、記憶部２６に予め記憶されている静止画を相手に送信する機能を備えている。携帯電話機１でこの機能を実現するためには、テレビ電話のモジュールを実行させながらデータフォルダモジュールを起動させ、ユーザに何らかの形式のファイル一覧を提示し、これらのファイルから送信したいファイルを選択させる必要がある。

このように携帯電話機１において、複数のモジュールを同時に動作させることによって一つの機能を提供するシーンがしばしば発生する。しかしながら、携帯電話機１においてＣＰＵなどのリソースが制限されているため、同時に動作しているモジュールの間でリソースの競合が発生し、正常動作に影響してしまう恐れがある。例えばテレビ電話中にデータフォルダモジュールを起動させる場合、データフォルダに格納されている画像ファイルの一覧を生成するときに、ファイルの読み出し処理やサムネイルの合成処理などに大量のＣＰＵ時間を消費してしまい、テレビ電話の処理が遅延してしまうことが考えられる。このときには、テレビ電話の音声切れ、画像乱れなどの問題が発生してしまう。

そこで携帯電話機１は、画像ファイルの一覧を表示する場合に、そのときのＣＰＵ使用率に応じて、画像ファイルの一覧の表示形式を変更する機能を備えている。特に、テレビ電話機能等の何らかの機能を実行している最中に、画像ファイルの一覧の生成（サムネイル画像の生成など）を行うことによって、ＣＰＵのリソース競合によって、既に実行されている機能が正常に動作しなくなってしまう恐れがあるからである。

図４は、携帯電話機１がユーザに対して画像ファイルの一覧を提示する際の、その表示形式ごとのＣＰＵ占有率を示すＣＰＵ占有率競合テーブル３０である。ＣＰＵ占有率競合テーブル３０は、画像ファイルの一覧の表示形式を示す表示形式情報３０ａと、その表示形式で表示を行った場合のＣＰＵ占有率を示すＣＰＵ占有率情報３０ｂと、競合機能が占有可能なＣＰＵ占有率を示すＣＰＵ占有率情報３０ｃとがそれぞれ関連付けられた情報である。

例えば、縦５枚×横５枚の格子状に合わせて２５枚の画像ファイルを同時に表示する表示形式である「５×５サムネイル表示」はＣＰＵ占有率が高く、９０％乃至１００％のＣＰＵリソースを占有する。よって、競合する機能（同時に起動された機能）が正常動作を行うために必要なＣＰＵ占有率は極めて低く、０％乃至１０％である。図５（Ａ）に示すように、「５×５サムネイル表示」の表示形式によると、１５枚の画像のサムネイル画像４１を生成して、ディスプレイ１３の表示画面４０に表示する必要があるため、処理に時間がかかってしまう。

また、縦３枚×横３枚の格子状に合わせて９枚の画像ファイルを同時に表示する表示形式である「３×３サムネイル表示」はＣＰＵ占有率が中程度であり、６０％乃至９０％である。よって、競合する機能が正常動作を行うために必要なＣＰＵ占有率は低く、１０％乃至６０％である。図５（Ｂ）に示すように、「３×３サムネイル表示」の表示形式によると、９枚の画像のサムネイル画像４１を生成して、ディスプレイ１３の表示画面４０に表示する必要がある。

また、ファイル名のリストのみを表示するとともに、ファイル名にフォーカスの合っている画像ファイルのみをサムネイル画像で表示する表示形式である「ファイル名リスト；フォーカス中サムネイル表示」はＣＰＵ占有率が低く、１０％乃至６０％である。よって、競合する機能が正常動作を行うために必要なＣＰＵ占有率は中程度であり、６０％乃至９０％である。図５（Ｃ）に示すように、「ファイル名リスト；フォーカス中サムネイル表示」の表示形式によると、ディスプレイ１３の表示画面４０に、各々の画像ファイルのファイル名４２、ファイルサイズ４３、作成日時４４が表示されるとともに、一覧として表示されている複数の画像ファイルのうち、フォーカスが合っている一つの画像のサムネイル画像４１を生成して表示するのみで済むため、ＣＰＵの処理にそれほど時間がかからない。

また、ファイル名のリストのみを表示する表示形式である「ファイル名リスト表示」はＣＰＵ占有率が極めて低く、０％乃至１０％である。よって、競合する機能が正常動作を行うために必要なＣＰＵ占有率は高く、９０％乃至１００％である。図５（Ｄ）に示すように、「ファイル名リスト表示」の表示形式によると、ディスプレイ１３の表示画面４０に、各々の画像ファイルのファイル名４２、ファイルサイズ４３、作成日時４４のみが表示され、サムネイル画像４１の生成を行わないため、ＣＰＵの負荷が極めて低い。

「５×５サムネイル表示」の表示形式で画像ファイルの一覧を表示する場合には、テレビ電話機能等のＣＰＵ占有率の高い機能を同時に起動することが好ましくない。よって、テレビ電話機能を起動している最中に画像ファイルの一覧を提示する必要がある場合には、ＣＰＵリソースの９０％以上がテレビ電話機能に占有されているので、ＣＰＵ占有率が極めて低い“ファイル名リスト”の表示形式でしか画像ファイルの一覧を表示できない。

一方で、例えばメール閲覧機能のように、ＣＰＵ占有率が極めて低い機能を起動している最中に画像ファイルの一覧を提示する必要がある場合には、ＣＰＵリソースの１０％程度しかメール閲覧機能に占有されていないため、「５×５サムネイル表示」の表示形式を含め、いずれの表示形式で画像ファイルの一覧を提示しても、正常に動作することができる。

記憶部２６は、複数の画像ファイルを記憶しているとともに、これらの画像ファイルを格納しているデータフォルダの表示形式を示す設定情報を予め記憶している。この設定情報は、例えばユーザにより前もって設定されたものや、前回画像ファイルの一覧を表示する時に使用されたものであり、「５×５サムネイル表示」等のいずれかの表示形式を示す情報である。以下、この設定情報により指定された情報を、データフォルダ設定Ａと呼ぶ。

携帯電話機１が、例えばテレビ電話機能等のいずれかの機能が起動されている最中に、画像ファイルの一覧の表示を行う必要があった場合に、その表示形式を制御する表示制御処理を行う手順について、図６に示すフローチャートに基づいて説明する。なお、テレビ電話機能が起動される場合について説明するが、起動される機能はこれに限らない。以下、例えば「ステップＳ１０１」を「Ｓ１０１」のように、「ステップ」の語句を省略して説明する。

まず主制御部２０は、テレビ電話が開始されたか否かを判断する（Ｓ１０１）。テレビ電話が開始されていない場合（Ｓ１０１のＮｏ）は、主制御部２０はそのまま待機する。テレビ電話が開始された場合（Ｓ１０１のＹｅｓ）は、主制御部２０は、通話相手に送信するための静止画送信が選択されたか否かを判断する（Ｓ１０３）。

すなわち、テレビ電話を行う際、カメラ１７で撮像しながらその画像を随時送信するか、ユーザにより指定された静止画像を通話開始前に送信するかにより画像を送信して、この画像を受信した通話相手側の携帯電話機にその画像が表示される。ユーザは、通話相手に静止画を送信したい場合には、通話が開始される前に複数の画像ファイルの中から送信対象の静止画を選択する。

撮像中の画像を送信する場合、すなわち静止画送信が選択されなかった場合（Ｓ１０３のＮｏ）は、主制御部２０は、カメラ１７で撮像されている画像を相互に送信し合う通常のテレビ電話の処理を行う（Ｓ１０５）。静止画の送信が選択された場合（Ｓ１０３のＹｅｓ）は、主制御部２０は、データフォルダ設定Ａを記憶部２６から取得する（Ｓ１０７）。また主制御部２０は、テレビ電話のＣＰＵ使用率を取得する（Ｓ１０９）。このＣＰＵ使用率は、そのときの実際のＣＰＵの使用状態に基づいて取得される。

主制御部２０は、記憶部２６に記憶されているＣＰＵ占有率競合テーブル３０から、データフォルダ表示形式の最適設定Ｂを取得する（Ｓ１１１）。例えば図４に示すＣＰＵ占有率競合テーブル３０によると、画像ファイルの一覧の提示に競合する機能であるテレビ電話機能のＣＰＵ使用率が高い（９０％〜１００％）ため、ＣＰＵ占有率の最も低い“ファイル名リスト”の表示形式が最適な表示形式である。よって、この場合には、主制御部２０は最適設定Ｂとして「ファイル名リスト」の表示形式を取得する。

主制御部２０は、ステップＳ１０５にて取得したデータフォルダ設定ＡのＣＰＵ占有率が、ステップＳ１０９にて取得した最適設定ＢのＣＰＵ占有率よりも大きいか否かを判断する（Ｓ１１３）。例えば、データフォルダ設定Ａが「３×３サムネイル表示」の表示形式に設定されていた場合には、図４に示すＣＰＵ占有率競合テーブル３０によると、「３×３サムネイル表示」の表示形式（データフォルダ設定Ａ）によるＣＰＵ使用率は６０％〜９０％であり、「ファイル名リスト」の表示形式（最適設定Ｂ）によるＣＰＵ使用率は０％〜１０％であるので、主制御部２０は、データフォルダ設定ＡのＣＰＵ使用率の方が高いものと判断する。

データフォルダ設定ＡのＣＰＵ占有率が最適設定ＢのＣＰＵ占有率よりも大きい場合（Ｓ１１３のＹｅｓ）は、ユーザにより予め設定されている表示形式では、競合機能を正常に動作させることができないため、主制御部２０は、ディスプレイ１３に、最適設定Ｂの表示形式を用いて画像ファイルの一覧を表示する（Ｓ１１５）。そして主制御部２０は、ユーザに対して表示形式の変更を通知するために、ディスプレイ１３に、表示形式が変更された旨を表示する（Ｓ１１７）。

データフォルダ設定Ａが最適設定Ｂよりも大きくなかった場合（Ｓ１１３のＮｏ）は、ユーザにより予め設定されている表示形式を用いて画像ファイルの一覧を表示しても、競合機能を正常に動作させることができるため、主制御部２０は、ディスプレイ１３に、データフォルダ設定Ａを用いて画像ファイルの一覧を表示する（Ｓ１１９）。

そして主制御部２０は、ステップＳ１１７またはＳ１１９にて画像ファイルの一覧を表示した後、テレビ電話機能とデータフォルダ表示機能を同時進行させる（Ｓ１２１）。これにより、ユーザは、携帯電話機１でテレビ電話を行いながら、画像ファイルの一覧を確認することができる。

なお、ステップＳ１１７またはＳ１１９にて画像ファイルの一覧をサムネイル画像４１で表示する際、使用頻度の高い画像から順に表示するようにすると良い。例えば図７（Ａ）に示すように、ディスプレイ１３の表示画面４０に一覧として表示される２５個のサムネイル画像４１のうち、過去に１２回使用された画像ファイル、８回使用された画像ファイル、６回使用された画像ファイル、…があった場合に、図７（Ｂ）に示すように、最も多く使用された画像ファイル（１２回使用された画像ファイル）、次に多く使用された画像ファイル（８回使用された画像ファイル）、のように使用回数の多い順に随時表示されていく。これにより、画像ファイルの一覧を表示する際に、ユーザが使用したい画像（使用頻度の高い画像）が早い段階で表示されるため、ユーザは、全ての画像が表示される前に、先に表示された画像を選択することができる。

または、ステップＳ１１７またはＳ１１９にて画像ファイルの一覧をサムネイル画像４１で表示する際、使用頻度の高い順に表示画面における上位に並べて表示するようにしても良い。例えば図７（Ａ）に示すように、ディスプレイ１３の表示画面４０に一覧として表示される２５個のサムネイル画像４１のうち、過去に１２回使用された画像ファイル、８回使用された画像ファイル、６回使用された画像ファイル、…があった場合に、図７（Ｃ）に示すように、最も多く使用された画像ファイル（１２回使用された画像ファイル）、次に多く使用された画像ファイル（８回使用された画像ファイル）、のように使用回数の多い順に上位に表示されていく。これにより、画像ファイルの一覧を表示する際に、ユーザが使用したい画像（使用頻度の高い画像）がディスプレイ１３の表示画面の上位に表示されるため、ユーザは、最小限のキー操作で画像を選択することができる。

あるいは、ステップＳ１１７またはＳ１１９にて画像ファイルの一覧をサムネイル画像４１で表示する際、使用頻度の高い画像ファイルや最近使用された画像ファイルのみに限定して表示するようにしても良い。この場合には、例えばユーザの操作キー１５を介した指示に基づいて、他の画像ファイルのサムネイル画像を表示するようにすると良い。

そして、携帯電話機１は、画像ファイルの一覧を表示するときに、使用頻度の一番高い画像ファイルまたは最近使用された画像ファイルにカーソルを合わせて表示すると良い。これにより、ユーザが、普段頻繁に使用する画像ファイルを選択したい場合に、最小限のキー操作でこの画像ファイルを選択することができる。

このようにして携帯電話機１は、画像ファイルの一覧を表示する際に、動作中の他の機能によるＣＰＵリソースの使用状況に応じて、画像ファイルの一覧の表示形式を切り替えることにより、画像ファイルの一覧表示によって他の機能の正常動作を妨げてしまうことを防止する。

なお、実施形態としてテレビ電話を行っている場合について説明したが、これに限定されず、任意の機能が起動された場合に、ステップＳ１０５乃至Ｓ１１７の処理が適用できる。特に、テレビ視聴中、テレビ録画中、カメラ録画中、動画再生中、ストリーミング中などのＣＰＵ使用率の高い処理が起動された場合には、サムネイル画像を生成する処理によって、動画や音声が途切れてしまう恐れがあるため、有用である。

また携帯電話機１は、ステップＳ１１３にて表示形式が変更された場合に、ユーザが自ら設定した表示形式とは異なってしまうため、変更された旨をユーザに対して通知することにより、ユーザが不快に感じることを防止している。

さらに携帯電話機１は、画像ファイルの一覧を表示する際に、サムネイル画像を生成する場合には、テレビ電話機能（または他の機能を含めても良い）において使用頻度の高い画像ファイルを優先的にもしくは限定的に表示させる。これによりユーザは、サムネイル画像が表示されている間、使用頻度の高い画像ファイルをより早い段階で選択できる。

ここで、携帯電話機１は、サムネイル画像を表示するときに処理に時間がかかってしまうことを前もって防止するために、携帯電話機１がＣＰＵ使用率の低いアイドル状態（受信待受け状態）である間に、記憶部２６に記憶されている画像ファイルのサムネイル画像を順次生成して記憶するサムネイル画像生成処理を行っている。携帯電話機１がこのサムネイル生成処理を行う手順について、図８に示すフローチャートに基づいて説明する。

まず主制御部２０は、携帯電話機１がアイドル状態になったか否かを判断する（Ｓ２０１）。アイドル状態になっていない場合（Ｓ２０１のＮｏ）は、主制御部２０はそのまま待機する。アイドル状態になった場合（Ｓ２０１のＹｅｓ）は、主制御部２０は、サムネイル画像の生成を開始する（Ｓ２０３）。このとき、後述するＳ２０７の処理により生成が中断されたサムネイル画像があった場合には、このサムネイル画像の生成を再開する。

例えばユーザが操作キー１５を操作すること等により、他の機能が動作している間は、サムネイル画像生成処理により他の機能の正常動作を妨げないように、サムネイル画像生成処理が中断されることが望ましい。よって主制御部２０は、他の機能が動作し始めたか否かを判断する（Ｓ２０５）。他の機能が動作し始めていない場合（Ｓ２０５のＮｏ）は、ステップＳ２０５に戻って、主制御部２０はサムネイル画像の生成を継続しつつ、他の機能が動作していないかどうかを監視する。

他の機能が動作し始めた場合（Ｓ２０５のＹｅｓ）は、主制御部２０は、サムネイル画像生成処理が、この動作し始めた機能と競合してしまうことを防止するために、ステップＳ２０３にて開始したサムネイル画像の生成を中断する（Ｓ２０７）。そして主制御部２０は、生成中のサムネイル画像を記憶部２６に記憶する（Ｓ２０９）。

このようにして携帯電話機１は、アイドル状態の時に、予め裏でサムネイル画像を生成しておくことで、サムネイル画像の表示を行う際の処理時間を短縮している。サムネイル画像を生成する画像ファイルは全ての画像であっても良く、または、使用頻度の高い画像のみであっても、最近作成された画像ファイル、最近使用された画像ファイルのみであっても良い。また、これらの画像ファイルのサムネイル画像を優先して生成した後に、残りの画像ファイルのサムネイル画像を順次生成しても良い。

または、最近撮像された画像ファイルや最近ネットワークを介して取得された画像ファイル、あるいは最近テレビ電話で使用された画像ファイルのみについて、アイドル状態の時に、予め裏でサムネイル画像を生成して置くようにしてもよい。この場合には、さらにアイドル状態が継続した場合に、残りの画像ファイルについても順次サムネイル画像を生成していくようにすると良い。

なお、実施形態として、図５（Ｄ）に示すように、画像ファイルの一覧を“ファイル名リスト表示”の表示形式で表示する際に各々の画像ファイルのファイル名４２、ファイルサイズ４３、ファイル作成日時４４等を表示する例について説明したが、これに限定されず、図９に示すように、各々の画像ファイルのファイル名４２、使用回数４５、最終使用日時４６を表示するようにしても良い。

本発明に係る電子機器（携帯電話機１）によると、ユーザに対してデータフォルダに格納されている画像ファイルの一覧を提示する際に、他の機能を同時に起動している場合であっても、ＣＰＵ使用率に応じて表示形式を変更することで、ＣＰＵリソースの競合によって他の機能のパフォーマンスを低下させることなく、画像ファイルの一覧を提示することが可能となる。さらに、ユーザは、携帯電話機で文章データを作成する際に、履歴情報に基づいてサムネイル画像を提示することで、頻繁に使用される画像データをユーザが簡単に選択することができ、ユーザは文書データをスムーズに作成できる。

本発明の説明として、携帯電話機１について説明したが、これに限らず、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、小型テレビ機器、デジタルカメラ、ビデオカメラ、携帯オーディオ機器、携帯ビデオ機器等、画像ファイルの一覧を提示する機能を備えた電子機器であれば、任意の電子機器であって良い。

（Ａ）は、本発明に係る電子機器（携帯電話機）の開いた状態を示す正面図、（Ｂ）は、本発明に係る携帯電話機の開いた状態を示す側面図。 （Ａ）は、本発明に係る電子機器（携帯電話機）の閉じた状態を示す正面図、（Ｂ）は、本発明に係る電子機器（携帯電話機）の閉じた状態を示す側面図。 本発明に係る電子機器（携帯電話機）のブロック図。 ＣＰＵ占有率競合テーブルのデータ構成図。 （Ａ）は、「５×５サムネイル表示」の表示形式を示す図、（Ｂ）は、「３×３サムネイル表示」の表示形式を示す図、（Ｃ）は、「ファイル名リスト；フォーカス中サムネイル表示」の表示形式を示す図、（Ｄ）は、「ファイル名リスト表示」の表示形式を示す図。 本発明に係る電子機器（携帯電話機）が表示制御処理を行う際の手順を示すフローチャート。 （Ａ）は、「５×５サムネイル表示」の表示形式における各画像の使用頻度を示す図、（Ｂ）は、「５×５サムネイル表示」の表示形式における各画像の表示順を示す図、（Ｃ）は、「５×５サムネイル表示」の表示形式における各画像の並び順を示す図。 本発明に係る電子機器（携帯電話機）がサムネイル生成処理を行う際の手順を示すフローチャート。 本発明に係る電子機器（携帯電話機）が表示制御処理を行う際の表示画面の一例を示す画面図。

符号の説明

１…携帯電話機，１０…上筐体，１１…下筐体，１２…ヒンジ部，１３…ディスプレイ，１４…スピーカ，１５…操作キー，１６…マイクロフォン，１７…カメラ，２０…主制御部，２１…電源回路部，２２…操作入力制御部，２３…表示制御部，２４…音声制御部，２５…通信制御部，２５ａ…アンテナ，２６…記憶部，２７…撮像制御部，３０…ＣＰＵ占有率競合テーブル，３０ａ…表示形式情報，３０ｂ…ＣＰＵ占有率情報，３０ｃ…競合機能のＣＰＵ占有率情報，４０…表示画面，４１…サムネイル画像，４２…ファイル名，４３…ファイルサイズ，４４…作成日時，４５…使用回数，４６…最終使用日時。

Claims (8)

1. 複数の画像ファイルを記憶する記憶手段と、
   前記記憶手段により記憶された画像ファイルの一覧を表示する際、ＣＰＵ使用率を取得する取得手段と、
   現時点において設定されている第１の表示設定を用いて画像ファイルの一覧の表示を行った場合のＣＰＵ占有率が、前記取得手段により取得されたＣＰＵ使用率に応じて決定される第２の表示設定を用いて画像ファイルの一覧の表示を行った場合のＣＰＵ占有率よりも低い場合には、前記第１の表示設定を維持し、前記第１の表示設定を用いて画像ファイルの一覧の表示を行った場合のＣＰＵ占有率が、前記第２の表示設定を用いて画像ファイルの一覧の表示を行った場合のＣＰＵ占有率よりも高い場合には、表示設定を前記第２の表示設定に変更する設定手段と、
   前記設定手段により設定された表示形式で、前記記憶手段により記憶された画像ファイルの一覧を表示する表示手段と、を備える電子機器。
2. 前記表示手段は、前記記憶手段により記憶された画像ファイルの一覧をサムネイル画像を用いて表示する場合、各々のサムネイル画像を使用頻度の高い順に生成して表示することを特徴とする請求項１記載の電子機器。
3. 前記表示手段は、前記記憶手段により記憶された画像ファイルの一覧をサムネイル画像を用いて表示する場合、各々のサムネイル画像を最近使用された順に生成して表示することを特徴とする請求項１記載の電子機器。
4. 電子機器がアイドル状態にある間、前記記憶手段により記憶された画像ファイルのサムネイル画像を生成する生成手段を備えたことを特徴とする請求項１記載の電子機器。
5. 前記設定手段により設定され得る表示形式は、サムネイル画像を用いた表示形式を含んでいることを特徴とする請求項１記載の電子機器。
6. 前記設定手段により表示形式が変更された場合に、変更された旨をユーザに対して通知することを特徴とする請求項１記載の電子機器。
7. 前記表示手段は、前記記憶手段により記憶された画像ファイルの一覧を表示する際、最も使用頻度の高い画像ファイルにカーソルを合わせて表示することを特徴とする請求項４または５記載の電子機器。
8. 前記表示手段は、前記記憶手段により記憶された画像ファイルの一覧を表示する際、最近使用された画像ファイルにカーソルを合わせて表示することを特徴とする請求項１記載の電子機器。

Images