JP5905417B2 - 携帯端末および表示制御方法 - Google Patents

Description

この発明は、携帯端末および表示制御方法に関し、特にフォルダを利用する携帯端末および表示制御方法に関する。

背景技術の一例が特許文献１に開示されている。この特許文献１の電子装置では、１つのオブジェクトが１つのアイコンの少なくとも一部に重なるようにドラッグ・アンド・ドロップされると新規フォルダが作成され、オブジェクトおよびアイコンに関連づけられているファイルが新規フォルダに保存される。また、他の具体例では、２つのアイコンが重なった状態で、いずれかのアイコンにさらに重なるように、オブジェクトがドラッグ・アンド・ドロップされると新規フォルダが作成され、２つのアイコンに関連付けられているファイルが新規フォルダに保存される。
特開2012-8916号公報［G06F 3/048］

ところが、特許文献１の電子装置では、新規フォルダに複数のアイコンに関連するファイルを保存する場合、ユーザは、複数のアイコンをそれぞれドラッグ・アンド・ドロップで重ねたうえで、オブジェクトをドラッグ・アンド・ドロップでさらに重ねなければならないので、操作が面倒である。

それゆえに、この発明の主たる目的は、新規な、携帯端末および表示制御方法を提供することである。

この発明の他の目的は、フォルダに関する操作を容易に行うことが出来る、携帯端末および表示制御方法を提供することである。

この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために記述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。

この発明の第１の局面は、複数のアプリケーションプログラムを記憶する記憶部と、第１アプリケーションプログラムに対応する第１画像と、第２アプリケーションプログラムに対応する第２画像とを少なくとも表示する表示部と、表示部に設けられ、ユーザからの入力を検出するタッチパネルと、第１画像と第２画像との両方を選択する第１入力が検出されると、第１画像及び第２画像の表示を消去し、第３画像を表示部に表示させる表示制御部と、を備え、第２画像が表示される領域サイズは、第１画像が表示される領域サイズよりも小さく、第３画像が表示される領域サイズは、第２画像が表示される領域サイズよりも大きく、第１画像が表示される領域サイズよりも小さく、第３画像は、第１アプリケーションプログラムの内容を示す情報を含まず、第２画像に含まれる情報を含むこと、を特徴とする携帯端末である。

この発明の第２の局面は、複数のアプリケーションプログラムを記憶する記憶部と、第１アプリケーションプログラムに対応する第１画像と、第２アプリケーションプログラムに対応する第２画像とを少なくとも表示する表示部と、表示部に設けられ、ユーザからの入力を検出するタッチパネルと、第１画像と第２画像との両方を選択する第１入力が検出されると、第１画像及び第２画像の表示を消去し、第３画像を表示部に表示させる表示制御部と、を備え、第２画像が表示される領域サイズは、第１画像が表示される領域サイズよりも小さく、第３画像が表示される領域サイズは、第２画像が表示される領域サイズよりも大きく、第１画像が表示される領域サイズよりも小さいこと、を特徴とする携帯端末である。

この発明の第３の局面は、表示部と複数のアプリケーションプログラムとを有する携帯端末における表示制御方法であって、第１アプリケーションプログラムに対応する第１画像と、第２アプリケーションプログラムに対応する第２画像とを少なくとも表示する第１表示ステップと、第２画像を、第１画像が表示される領域サイズよりも小さい領域サイズで表示する第２表示ステップと、ユーザからの入力を検出する入力検出ステップと、第１画像と第２画像との両方を選択する第１入力が検出されると、第１画像及び第２画像の表示を消去し、第１アプリケーションプログラムの内容を示す情報を含まず、第２画像に含まれる情報を含む第３画像を表示する第３表示ステップと、第３画像を、第２画像が表示される領域サイズよりも大きく、第１画像が表示される領域サイズよりも小さく表示する第４表示ステップと、を有する表示制御方法である。

この発明の第４の局面は、表示部と複数のアプリケーションプログラムとを有する携帯端末における表示制御方法であって、第１アプリケーションプログラムに対応する第１画像と、第２アプリケーションプログラムに対応する第２画像とを少なくとも表示する第１表示ステップと、第２画像を、第１画像が表示される領域サイズよりも小さい領域サイズで表示する第２表示ステップと、ユーザからの入力を検出する入力検出ステップと、第１画像と第２画像との両方を選択する第１入力が検出されると、第１画像及び第２画像の表示を消去し、第３画像を表示する第３表示ステップと、第３画像を、第２画像が表示される領域サイズよりも大きく、第１画像が表示される領域サイズよりも小さく表示する第４表示ステップと、を有する表示制御方法である。

この発明の上述の目的、その他の目的、特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１はこの発明の一実施例の携帯電話機を示す外観図を示す。 図２は図１に示す携帯電話機の電気的な構成を示す図解図である。 図３は図１に示すディスプレイにホーム画面が表示されている状態の一例を示す図解図である。 図４は図１に示すホーム画面でフォルダを作成する手順の一例を示す図解図であり、図４（Ａ）はタイルを選択する操作の一例を示し、図４（Ｂ）は図４（Ａ）に示すタッチ位置が移動した状態の一例を示し、図４（Ｃ）はフォルダが作成された状態の一例を示す。 図５は図１に示すホーム画面でフォルダを作成する手順の他の一例を示す図解図であり、図５（Ａ）はタイルを選択する操作の他の一例を示し、図５（Ｂ）は図５（Ａ）に示すタッチ位置が移動した状態の一例を示し、図５（Ｃ）はフォルダが作成された状態の他の一例を示す。 図６は図１に示すホーム画面でフォルダにタイルを追加する操作の一例を示す図解図であり、図６（Ａ）はフォルダとタイルとが選択された状態の一例を示し、図６（Ｂ）は図６（Ａ）に示すタッチ位置が移動した状態の一例を示し、図６（Ｃ）はフォルダにタイルが追加された状態の一例を示す。 図７は図２に示すＲＡＭに記憶されるフォルダテーブルの構成の一例を示す図解図である。 図８は図６に示すフォルダを利用して機能を実行する操作の一例を示す図解図であり、図８（Ａ）はフォルダに対するタッチ操作の一例を示し、図８（Ｂ）は図８（Ａ）に示すタッチ操作によって実行された機能の画面の一例を示す。 図９は図６に示すフォルダに格納されているタイルを表示する操作の一例を示す図解図であり、図９（Ａ）はフォルダに対するタッチ操作の他の一例を示し、図９（Ｂ）は図９（Ａ）に示すフォルダに格納されているタイルが表示された状態の一例を示す。 図１０は図９に示すタイルをフォルダの外に出す操作の一例を示す図解図であり、図１０（Ａ）はフォルダに格納されているタイルに対するタッチ操作の一例を示し、図１０（Ｂ）はフォルダからタイルが出された状態の一例を示し、図１０（Ｃ）はフォルダから出されたタイルが表示されている状態の一例を示す。 図１１は図１０に示すフォルダを編集可能な状態にするための操作の一例を示す図解図であり、図１１（Ａ）はフォルダに対するタッチ操作のその他の一例を示し、図１１（Ｂ）は編集可能な状態のフォルダの一例を示す。 図１２は図１１に示すフォルダの表示位置を変更する操作の一例を示す図解図であり、図１２（Ａ）は図１１に示すフォルダに対するタッチ操作の一例を示し、図１２（Ｂ）はフォルダの表示位置が変更された結果の一例を示す。 図１３は図１１に示すフォルダの表示サイズを変更する操作の一例を示す図解図であり、図１３（Ａ）は図１１に示すフォルダに対するタッチ操作の他の一例を示し、図１３（Ｂ）はフォルダの表示サイズが変更された結果の一例を示す。 図１４は図１１に示すフォルダを削除する操作の一例を示す図解図であり、図１４（Ａ）は図１１に示すフォルダに対するタッチ操作のその他の一例を示し、図１４（Ｂ）はフォルダが削除された状態の一例を示す。 図１５は図１３に示すフォルダの表示セットが切り換えられている状態の一例を示す図解図であり、図１５（Ａ）は図１３に示す表示セットの次に表示される表示セットの一例を示し、図１５（Ｂ）は図１５（Ａ）に示す表示セットの次に表示される表示セットの一例を示し、図１５（Ｃ）は図１５（Ａ）とは異なるライブ情報を示すサムネイル画像の一例を示す。 図１６はフォルダの表示セットが切り換えられている状態の他の一例を示す図解図であり、図１６（Ａ）は或るフォルダの表示セットの一例を示し、図１６（Ｂ）は図１６（Ａ）に示す表示セットの次に表示される表示セットの一例を示し、図１６（Ｃ）は図１６（Ａ）とは異なるライブ情報を示すサムネイル画像を含む表示セットの一例を示す。 図１７は図１５に示すフォルダの名称を変更する操作の一例を示す図解図であり、図１７（Ａ）はフォルダに対してフリック操作がされている状態の一例を示し、図１７（Ｂ）はフォルダの名称が変更可能な状態の一例を示す。 図１８は図１５に示すフォルダの表示セットを強制的に切り替える操作の一例を示す図解図であり、図１８（Ａ）はフォルダに対してフリック操作がされている状態の他の一例を示し、図１８（Ｂ）は表示セットが強制的に切り換えられた状態の一例を示す。 図１９は図２に示すＲＡＭのメモリマップの一例を示す図解図である。 図２０は図１９に示すメモリマップのデータ記憶領域の一例を示す図解図である。 図２１は図２に示すプロセッサのフォルダ作成処理の一部の一例を示すフロー図である。 図２２は図２に示すプロセッサのフォルダ作成処理の他の一部の一例であって、図２１に後続するフロー図である。 図２３は図２に示すプロセッサのフォルダ制御処理の一例を示すフロー図である。 図２４は図２に示すプロセッサのタップ操作処理の一例を示すフロー図である。 図２５は図２に示すプロセッサのダブルタップ操作処理の一例を示すフロー図である。 図２６は図２に示すプロセッサのロングタップ操作処理の一例を示すフロー図である。 図２７は図２に示すプロセッサのフリック操作処理の一例を示すフロー図である。 図２８は図２に示すプロセッサのサムネイル画像制御処理の一部の一例を示すフロー図である。 図２９は図２に示すプロセッサのサムネイル画像制御処理の他の一部の一例であって、図２８に後続するフロー図である。 図３０は図２に示すプロセッサのサムネイル画像作成処理の一例を示すフロー図である。

図１を参照して、この発明の一実施例の携帯電話機１０は、一例としてスマートフォン（smartphone）であり、縦長の扁平矩形のハウジング１２を含む。ただし、この発明は、タッチパネルを有する、タブレット端末、タブレットＰＣ、ノートＰＣおよびＰＤＡなど任意の携帯端末に適用可能であることを予め指摘しておく。

ハウジング１２の一方主面（表面）には、表示装置とも呼ばれる、たとえば液晶や有機ＥＬなどのディスプレイ１４が設けられる。ディスプレイ１４の上には、タッチパネル１６が設けられる。

ハウジング１２の縦方向一端の主面側にスピーカ１８が内蔵され、縦方向他端の主面側にマイク２０が内蔵される。

ハウジング１２の一方主面には、タッチパネル１６と共に入力操作手段を構成するハードキーとして、この実施例では、通話キー２２ａ、終話キー２２ｂおよびメニューキー２２ｃが設けられる。

たとえば、ユーザは、ディスプレイ１４に表示されたダイヤルパッドに対して、タッチパネル１６によってタッチ操作を行うことで電話番号を入力でき、通話キー２２ａを操作して音声通話を開始することができる。終話キー２２ｂを操作すれば、音声通話を終了することができる。なお、ユーザは終話キー２２ｂを長押しすることによって、携帯電話機１０の電源をオン／オフすることができる。

また、メニューキー２２ｃを操作すれば、ディスプレイ１４にホーム画面が表示され、その状態でディスプレイ１４に表示されているオブジェクトなどに対して、タッチパネル１６によるタッチ操作を行うことによってオブジェクトを選択し、その選択を確定させることができる。

なお、携帯電話機１０は、電話機能以外に、メール機能およびブラウザ機能などを実行可能である。また、以下の説明では、ディスプレイ１４に表示されるキーなどのＧＵＩおよびアイコンなどは、まとめてオブジェクトと言うことがある。

図２を参照して、図１に示す実施例の携帯電話機１０は、コンピュータまたはＣＰＵと呼ばれるプロセッサ３０などを含む。プロセッサ３０には、無線通信回路３２、Ａ／Ｄ変換器３６、Ｄ／Ａ変換器３８、入力装置４０、表示ドライバ４２、フラッシュメモリ４４、ＲＡＭ４６、タッチパネル制御回路４８および姿勢センサ５０などが接続される。

プロセッサ３０は、携帯電話機１０の全体制御を司る。ＲＡＭ４６には、フラッシュメモリ４４に予め設定されているプログラムの全部または一部が使用に際して展開され、プロセッサ３０はこのＲＡＭ４６上のプログラムに従って動作する。また、ＲＡＭ４６はさらに、プロセッサ３０のワーキング領域ないしバッファ領域として用いられる。

入力装置４０は、図１に示すハードキー２２を含むものである。そのため、ハードキー２２に対するユーザからのキー操作を受け付ける操作受付部を構成する。ユーザが操作したハードキーの情報（キーデータ）はプロセッサ３０に入力される。

無線通信回路３２は、アンテナ３４を通して、音声通話やメールなどのための電波を送受信するための回路である。実施例では、無線通信回路３２は、ＣＤＭＡ方式での無線通信を行うための回路である。たとえば、ユーザがタッチパネル１６を操作して発呼（音声発信）を指示すると、無線通信回路３２は、プロセッサ３０の指示の下、音声発信処理を実行し、アンテナ３４を介して音声発信信号を出力する。音声発信信号は、基地局および通信網を経て相手の電話機に送信される。そして、相手の電話機において音声着信処理が行われると、通信可能状態が確立され、プロセッサ３０は通話処理を実行する。

Ａ／Ｄ変換器３６には図１に示すマイク２０が接続され、上述のようにマイク２０からの音声信号はこのＡ／Ｄ変換器３６でディジタルの音声データに変換され、プロセッサ３０に入力される。一方、Ｄ／Ａ変換器３８にはスピーカ１８が接続される。Ｄ／Ａ変換器３８は、ディジタルの音声データを音声信号に変換して、アンプを介してスピーカ１８に与える。したがって、音声データに基づく音声がスピーカ１８から出力される。そして、通話処理が実行されている状態では、マイク２０によって集音された音声が相手の電話機に送信され、相手の電話機で集音された音声が、スピーカ１８から出力される。

なお、プロセッサ３０は、たとえばユーザによるボリューム調整操作に応答して、Ｄ／Ａ変換器３８に接続されるアンプの増幅率を制御することによって、スピーカ１８から出力される音声の音量を調整することが出来る。

表示ドライバ４２には図１に示すディスプレイ１４が接続され、したがって、ディスプレイ１４はプロセッサ３０から出力される映像または画像データに従って映像または画像を表示する。表示ドライバ４２は表示する画像データを一時的に記憶するビデオメモリを含んでおり、プロセッサ３０から出力されたデータはこのビデオメモリに記憶される。そして、表示ドライバ４２は、ビデオメモリの内容に従って、ディスプレイ１４に画像を表示する。つまり、表示ドライバ４２は、プロセッサ３０の指示の下、当該表示ドライバ４２に接続されたディスプレイ１４の表示を制御する。そのため、プロセッサ３０は表示制御部と呼ばれることもある。なお、ディスプレイ１４には、バックライトが設けられており、表示ドライバ４２はプロセッサ３０の指示に従って、そのバックライトの明るさや、点灯／消灯を制御する。

タッチパネル制御回路４８には、図１に示すタッチパネル１６が接続される。タッチパネル制御回路４８は、タッチパネル１６に必要な電圧などを付与するとともに、タッチパネル１６に対するユーザによるタッチの開始を示すタッチ開始信号、ユーザによるタッチの終了を示す終了信号、およびユーザがタッチしたタッチ位置を示す座標データをプロセッサ３０に入力する。したがって、プロセッサ３０はこの座標データに基づいて、ユーザがどのオブジェクトに対してタッチしたかを判断することが出来る。

実施例では、タッチパネル１６は、その表面と指などの物体との間に生じる静電容量の変化を検出する静電容量方式のタッチパネルである。タッチパネル１６は、たとえば１本または複数本の指がタッチパネル１６に触れたことを検出する。そのため、タッチパネル１６はポインティングデバイスとも呼ばれる。タッチパネル制御回路４８は、タッチパネル１６のタッチ有効範囲内でのタッチ操作を検出して、そのタッチ操作の位置を示す座標データをプロセッサ３０に出力する。つまり、ユーザは、タッチパネル１６の表面に対してタッチ操作を行うことによって、操作位置や、操作方向などを携帯電話機１０に入力する。

本実施例のタッチ操作には、タップ操作、ロングタップ操作、フリック操作、スライド操作などが含まれる。

タップ操作は、タッチパネル１６の表面に指を接触（タッチ）させた後、短時間のうちにタッチパネル１６の表面から指を離す（リリースする）操作である。ロングタップ操作は、所定時間以上、指をタッチパネル１６の表面に接触させ続けた後、指をタッチパネル１６の表面から離す操作である。フリック操作は、タッチパネル１６の表面に指を接触させ、任意の方向へ所定速度以上で指を弾く操作である。スライド操作は、タッチパネル１６の表面に指を接触させたまま任意の方向へ移動させた後、タッチパネル１６の表面から指を離す操作である。

また、上記のスライド操作には、ディスプレイ１４の表面に表示された表示オブジェクトに指を触れ、表示オブジェクトを移動させるスライド操作、いわゆるドラッグ操作も含まれる。また、ドラッグ操作の後、タッチパネル１６の表面から指を離す操作をドロップ操作と呼ぶ。

なお、以下の説明では、タップ操作、ロングタップ操作、フリック操作、スライド操作、ドラッグ操作およびドロップ操作は、それぞれ「操作」を省略して記述されることがある。また、タッチ操作はユーザの指だけに限らず、スタイラスペンなどによって行われてもよい。

姿勢センサ５０は携帯電話機１０の動きを検出するために用いられる。たとえば、姿勢センサ５０は圧電型ジャイロであり、３軸（ｘ，ｙ、ｚ）の角速度を検出し、その検出結果をプロセッサ３０に出力する。プロセッサ３０は姿勢センサ５０が検出した各軸の角速度に基づいて、携帯電話機１０の動きや、傾きを検出する。そして、プロセッサ３０は、検出した動きに基づいて、ディスプレイ１４の表示方向などを制御する。なお、姿勢センサ５０はジャイロセンサに代えて加速度センサが利用されてもよい。

図３はディスプレイ１４に表示されるホーム画面の一例を示す図解図である。ディスプレイ１４の表示範囲は状態表示領域６０および機能表示領域６２を含む。状態表示領域６０には、アンテナ３４による電波受信状態を示すピクト、二次電池の残電池容量を示すピクトおよび時刻が表示される。機能表示領域６２には、機能と対応するタイル状のオブジェクト（以下、単にタイルと言う。）を含むホーム画面が表示されている。

タイルは機能のショートカットとして機能し、ユーザはタイルにタップすることで、タイルと対応する機能を実行することが出来る。また、タイルと対応する機能がバックグラウンドで実行されている場合などは、その機能の状態がライブ情報としてタイルに示される。さらに、ユーザは、任意の機能のタイルをホーム画面に追加することも出来る。なお、本実施例の「機能」には、携帯電話機１０にインストールされているアプリケーションが含まれると共に、携帯電話機１０の設定を変更する設定機能なども含まれる。

図３のホーム画面では、Twitter（登録商標）やFacebook（登録商標）などのＳＮＳ（social networking service）のアプリケーションと対応するＳＮＳタイル、電話機能と対応する電話タイル、メール機能と対応するメールタイル、ブラウザ機能と対応するブラウザタイル、アラーム機能と対応するアラームタイルなどが表示されている。また、ホーム画面では上下方向にスクロールすることが可能であり、ユーザはスクロールすることで他のタイルを表示することが出来る。

タイルに対してロングタップを行うと、タイルの表示状態が編集可能な状態になる。この状態では、タイルの表示サイズおよび表示位置が変更可能になると共に、タイルを削除することも出来る。ただし、タイルが削除されたとしても、アプリケーションがアンインストールされるわけではない。

メールタイルには、ライブ情報としてメール機能がバックグラウンドで受信した新着メールの件数（「８」）と、新着メールの題名（Meeting）が表示されている。また、ライブ情報は所定時間（たとえば、２−３秒）毎に更新される。たとえば、メールタイルにおいて新着メールを受信した場合、メールタイルのライブ情報は新着メールの件数と新着メールの題名とが更新される。新着メールを受信しなかった場合、メールタイルのライブ情報は、新着メールの件数は変化しないが、他の新着メールの題名が表示されるように更新される。

また、ユーザがメールタイルにタップすると、メール機能が実行される。このとき、メール機能はライブ情報に基づいて実行される。たとえば、ライブ情報として新着メールの題名が示されている場合、その新着メールの題名と対応する新着メールの本文等がディスプレイ１４に表示されるように、メール機能が実行される。

ここで、多くのタイルがホーム画面に追加された場合、ユーザは機能を実行する際に、目的のタイルを検索するのに時間がかかるようになる。そこで、本実施例ではタイルをフォルダに格納し、格納されたタイルと対応する機能を容易に実行できるようにする。

図４（Ａ）を参照して、２ヶ所に略同時にタッチ操作（マルチタッチ操作）がされ、そのときのタッチ位置がＳＮＳタイルにおける第１タッチ位置Ｔｐ１とメールタイルにおける第２タッチ位置Ｔｐ２とであれば、それらのタッチ位置に基づいて矩形が定義される。定義された矩形は選択線Ｌによって示され、選択線Ｌの内側に含まれる３つのタイル、つまりＳＮＳタイル、電話タイルおよびメールタイルが選択された状態となる。

図４（Ｂ）に示すように、ユーザが第１タッチ位置Ｔｐ１および第２タッチ位置Ｔｐ２のそれぞれを所定距離以上動かし、第１タッチ位置Ｔｐ１および第２タッチ位置Ｔｐ２が近づくと、選択されたタイルの表示が消去される。そして、タイルの数に基づいてフォルダが作成され、そのフォルダに選択されたタイルが格納される。そして、図４（Ｃ）に示すように、タイルが格納されたフォルダが、定義された矩形の重心位置に基づいて表示される。また、作成されたフォルダはタイルとは異なる表示態様で表示され、格納されているタイルのサムネイル画像がフォルダの表示範囲に表示される。

なお、以下の説明では、マルチタッチ操作がされた後に２つのタッチ位置を近づける操作を「ピンチイン操作」と呼ぶ。

なお、その他の実施例では、マルチタッチ操作がされたときにフォルダが作成されてもよい。また、本実施例では定義された矩形にタイルの一部が含まれていればタイルが選択されるようにしたが、さらにその他の実施例ではタイルの全てが定義された矩形に含まれていなければ選択されないようにしてもよい。

図５（Ａ）−図５（Ｃ）を参照して、選択されたタイルの数によってフォルダの表示サイズが変わる場合について説明する。たとえば、５つのタイルが選択されるようにピンチイン操作がされると、フォルダが作成され、当該フォルダには５つのタイルが格納される。このとき、図４に示すフォルダの表示サイズでは、５つのタイルのサムネイル画像を一度に表示することができない。そのため、格納されるタイルの数が５つより大きい場合は、図５（Ｃ）に示す表示サイズのフォルダが表示される。

本実施例では、図５（Ｃ）に示すフォルダの表示サイズは大サイズであり、図４（Ｃ）に示すフォルダの表示サイズは中サイズである。そして、格納されるタイルの数が２−４つの場合は中サイズでフォルダが表示され、格納されるタイルの数が５−８つの場合は大サイズでフォルダが表示される。そして、大サイズのフォルダで表示可能なサムネイル画像は８つであり、中サイズのフォルダで表示可能なサムネイル画像は４つである。また、詳細については後述するが、フォルダの表示サイズは変更可能であり、表示可能なサムネイル画像が１つの小サイズでフォルダを表示することも可能である。

このように、ユーザは、複数のタイルをまとめて選択したうえで、それらのタイルをまとめてフォルダに格納すること出来る。そのため、ユーザは、ホーム画面に表示されているタイルを容易に整理できるようになる。

なお、本実施例では、フォルダに格納できるタイルの最大数は、大サイズのフォルダで表示可能なサムネイル画像の数（「８」）と一致するようにしている。ただし、他の実施例では、フォルダに格納できるタイルの数は、大サイズのフォルダで表示可能なサムネイル画像の数よりも大きくてもよいし、制限を設けなくてもよい。また、１つのタイルに対してピンチイン操作された場合、小サイズのフォルダが作成される。

図６（Ａ）−（Ｃ）を参照して、フォルダに対してタイルを追加する場合について説明する。本実施例では、追加するタイルとフォルダとを選択してピンチイン操作を行うことで、フォルダにタイルを追加することが出来る。たとえば、電話タイルとフォルダとにピンチイン操作がされると、フォルダに電話タイルが追加される。このように、ユーザは、任意のタイルをフォルダに追加することが出来る。

なお、上記実施例では追加するタイルが１つであったが、２つ以上のタイルがピンチイン操作によってフォルダに追加されてもよい。また、他の実施例では、ピンチイン操作がされたフォルダとタイルとが格納される新たなフォルダが作成されてもよい。

図７はフォルダ情報が記憶されるフォルダテーブルの一例を示す。フォルダテーブルは、フォルダＩＤ、名称、表示サイズ、表示位置、タイルの数、機能、サムネイル画像および切替の列などを含み、１つのフォルダのフォルダ情報がフォルダＩＤに対応する行に記憶される。フォルダＩＤの欄には、複数のフォルダを識別するためのＩＤが記憶される。名称の欄には、フォルダの名称が記憶される。表示サイズの欄には、上述した「大サイズ」、「中サイズ」、「小サイズ」のいずれかが記憶される。表示位置の欄には、フォルダの表示範囲（表示座標）が記憶される。また、表示位置の情報はタッチ操作がされたときにフォルダに対するものであるかを判断するために利用される。タイルの数の欄には、フォルダに格納されるタイルの数が記憶される。サムネイル画像の欄はさらに第１サムネイル画像の欄などに分かれており、この欄にはフォルダに表示されるサムネイル画像に対応するタイルとサムネイル画像の表示範囲（表示座標）とが記憶される。切替の欄には、後述するサムネイル画像の切り替えが有効か無効かを示す情報が記憶される。そして、フォルダに対するタッチ操作は、このフォルダテーブルに基づいて判断される。

たとえば、フォルダＩＤが「０００１」のフォルダのフォルダ情報において、名称は「メイン」であり、表示サイズは「中サイズ」であり、表示位置は「(X₁,Y₁)-(X₂,Y₂)」であり、格納されるタイルの数は「４」であり、そのタイルと対応する機能は「ＳＮＮ、メール」などであり、フォルダの表示範囲に表示されるサムネイル画像は第１サムネイル画像が「ＳＮＳ/(x₁,y₁)-(x₂,y₂)」であり、切替が無効（「×」）に設定されている。

図８（Ａ），（Ｂ）を参照して、フォルダに対するタップ操作について説明する。本実施例では、フォルダにタップ操作がされ、そのときのタッチ位置がフォルダの表示範囲に表示されるサムネイル画像の表示範囲に含まれている場合、そのサムネイル画像に対応するタイルに基づいてアプリケーションが実行される。たとえば、メールタイルのサムネイル画像に対してタップ操作Ｔｔがされると、メール機能が実行される。このとき、メールタイルのサムネイル画像は、メールタイルと同様、ライブ情報を表している。そのため、メール機能が実行されると、メールタイルのサムネイル画像が表示していたライブ情報に基づいて、新着メールがディスプレイ１４に表示される。

このように、ユーザは、フォルダに格納したタイルと対応する機能を容易に実行することが出来る。また、ユーザは、ライブ情報を確認することで、機能を実行する必要があるかを判断することも出来る。

図９（Ａ），（Ｂ）を参照して、フォルダに対するダブルタップ操作について説明する。フォルダに対してダブルタップ操作がされると、フォルダが開かれ、中に格納されているタイルが表示される。たとえば、フォルダに対してダブルタップ操作Ｔｄがされると、展開フォルダ画像ＯＦが表示される。この展開フォルダ画像ＯＦの中には、対応するフォルダに格納されているＳＮＳタイル、電話タイル、メールタイルおよびブラウザタイルと、フォルダの名称とが表示される。そして、展開フォルダ画像ＯＦの中に表示されるタイルに対してタップ操作がされると、そのタイルに対応する機能が実行される。したがって、ユーザはフォルダを開いたうえで、タイルと対応する機能を実行することも出来る。

なお、フォルダに格納されたタイルを表示する際には、各タイルの表示状態は格納される前の表示状態で表示される。また、他の実施例では、フォルダの表示範囲にタッチしたまま携帯電話機１０を振る操作がされたときに、当該フォルダが開かれるようにしてもよい。

また、図１０（Ａ）を参照して、フォルダが開かれた状態では、フォルダに格納されているタイルをフォルダから出すことが可能になる。たとえば、ブラウザタイルをフォルダから出す場合、ユーザはフォルダの外側に向けたフリック操作Ｔｆを、ブラウザタイルに対して行えばよい。そうすると、図１０（Ｂ）に示すように、フォルダに格納されているタイルの表示から、ブラウザタイルの表示が消去される。そして、フォルダを閉じる操作がされると、フォルダと共にブラウザタイルが表示される。ここで、フォルダは、メニューキー２２ｃが押下されたときに閉じられる。このように、ユーザは、不要なタイルをフォルダから出すことが出来る。

なお、開かれたフォルダは、展開フォルダ画像ＯＦの表示範囲の外にタップ操作がされた場合も閉じられる。

図１１（Ａ）、図１１（Ｂ）を参照して、フォルダに対するロングタップ操作について説明する。フォルダに対してロングタップ操作Ｔｌがされると、フォルダの表示位置、表示サイズが編集可能な状態となる。フォルダが編集可能な状態になると、フォルダの表示態様（たとえば色）が変わると共に、編集アイコンとしてサイズ変更アイコンおよび削除アイコンがフォルダに重ねて表示される。

図１２（Ａ）、図１２（Ｂ）を参照して、上述した編集状態でフォルダに対してタッチした後にスライド操作が行われると、タッチ位置に追従してフォルダの表示位置が変更される。たとえば、上方向にスライド操作Ｔｓがされた場合、フォルダの表示位置は元の表示位置に対して上側に変更される。つまり、ユーザは、フォルダの表示位置を任意に変更することが出来る。なお、図示は省略しているが、スライド操作の方向は上方向だけに限らず、下方向、左右方向および斜め方向であってもよい。

また、図１３（Ａ）、図１３（Ｂ）を参照して、ユーザは、サイズ変更アイコンに対してタッチした後にスライド操作を行うことで、フォルダの表示サイズを変更できる。たとえば、フォルダの内側に向けてスライド操作Ｔｓがされると、中サイズのフォルダは小サイズに変更される。また、図示は省略しているが、フォルダの外側に向けてスライド操作がされると、中サイズのフォルダは大サイズに変更される。つまり、フォルダの内側に向けたスライド操作によって表示サイズを小さくすることができ、フォルダの外側に向けたスライド操作によって表示サイズを大きくすることが出来る。ただし、小サイズのフォルダさらに小さくするスライド操作および大サイズのフォルダをさらに大きくスライド操作は無効にされる。したがって、ユーザはフォルダの表示サイズを変更することが出来る。

なお、フォルダの表示位置の変更および表示サイズの変更は、メニューキー２２ｃが押下されると確定される。つまり、ユーザは、メニューキー２２ｃを押下することで、フォルダの編集状態を終了させることが出来る。

また、図１４（Ａ），（Ｂ）を参照して、フォルダの編集状態では、フォルダの削除を行うことが出来る。たとえば、ユーザが削除アイコンに対してタップ操作Ｔｔを行うと、フォルダが削除され、格納されていたタイルが格納される前の表示状態で表示される。つまり、ユーザは不要なフォルダを削除することが出来る。なお、他の実施例では、編集状態ではないフォルダに対してマルチタッチ操作をした後に、２つのタッチ位置を外側に広げるタッチ操作（ピンチアウト操作）がされたときに、フォルダが削除されてもよい。

図１５（Ａ）−図１５（Ｃ）を参照して、格納されているタイルと対応するサムネイル画像を一度に表示しきれない場合について説明する。たとえば、図１３（Ａ）に示すようにフォルダの表示サイズが小サイズに変更された場合、そのフォルダの表示範囲には１つのサムネイル画像しか表示されない。そのため、サムネイル画像の切り替えが有効になり、所定時間毎にサムネイル画像が切り替えられる。たとえば、このフォルダでは、ＳＮＳタイルのサムネイル画像、メールタイルのサムネイル画像および電話タイルのサムネイル画像の順番で、サムネイル画像が所定時間毎に切り替えられる。また、電話タイルのサムネイル画像の次には、再びＳＮＳタイルのサムネイル画像が表示される。ここで、メールタイルのサムネイル画像はライブ情報を表しているため、サムネイル画像の切り替えによってメールタイルのサムネイル画像が再び表示される場合、メールタイルのサムネイル画像が表すライブ情報が変更（更新）される。

図１６（Ａ）−図１６（Ｃ）を参照して、複数のサムネイル画像を表示するフォルダにおけるサムネイル画像の切り替えの一例を示す。たとえば、中サイズのフォルダに対して５つのタイルが格納されている状態では、全てのタイルと対応するサムネイル画像を一度に表示することが出来ない。そのため、初期状態では４つのサムネイル画像を表示し、所定時間が経過すると残りのサムネイル画像が表示される。そして、さらに所定時間が経過すると、再び４つのサムネイル画像が表示される。また、サムネイル画像がライブ情報を表している場合は、サムネイル画像の切り替えに伴い、ライブ情報が更新（変更）される。

ここで、フォルダの表示範囲に表示されるサムネイル画像を「表示セット」と言う。そのため、「サムネイル画像を切り替える」ことを、「表示セットを切り替える」と言うことがある。たとえば、小サイズのフォルダに対応する表示セットの数は１−８つであり、小サイズの表示セットには１つのサムネイル画像が含まれる。また、中サイズのフォルダに対応する表示セットの数は１−２つであり、中サイズの表示セットに対して１−４つのサムネイル画像が含まれる。さらに、大サイズのフォルダに対応する表示セットの数は１つであり、表示セットには１−８のサムネイル画像が含まれる。また、大サイズのフォルダでは全てのサムネイル画像が表示されるため、大サイズの表示セットは切り替えられない。そして、ライブ情報は、表示セットが切り替えられたときに更新される。ただし、表示セットが切り替えられない場合、ライブ情報は所定時間毎に更新される。

このように、表示されていないサムネイル画像があったとしても、ユーザは任意のタイルと対応するサムネイル画像が表示されるのを待てば、任意の機能を実行することが出来る。

図１７（Ａ），（Ｂ）を参照して、フォルダに対するフリック操作について説明する。まず、上方向のフリック操作Ｔｆがフォルダに対してされると、フォルダの名称が編集可能な状態になる。フォルダの名称が編集可能な状態では、そのフォルダの上に現在の名称が書かれた文字入力領域が表示されると共に、機能表示領域６２の下側にはキーボードが表示される。そして、ユーザは、このキーボードを利用してフォルダの名称を任意に変更することが出来る。なお、新たに作成されたフォルダには、「新規フォルダ」という名称が設定される。

次に、図１８（Ａ）、図１８（Ｂ）を参照して、左右方向のフリック操作（特定のタッチ操作）がされると、表示セットを強制的に切り替えることが出来る。たとえば、メールタイルのサムネイル画像を表示しているフォルダに対して左方向のフリック操作Ｔｆがされた場合、次に表示される表示セット、つまり電話タイルのサムネイル画像が表示される。また、図示は省略しているが、右方向のフリック操作がされた場合は、前に表示されていた表示セット（上記実施例では、ＳＮＳタイルのサムネイル画像）が表示される。このように、ユーザは、目的のサムネイル画像を任意に表示させることが出来るため、フォルダに格納されているタイルと対応する機能を実行しやすくなる。

また、図示は省略しているが、表示セットの切り替えが有効なフォルダに対して下方向のフリック操作がされた場合、表示セットの切り替えが停止される。このように、ユーザは、頻繁に利用する機能と対応するタイルのサムネイル画像を常に表示させておくことが出来ようになる。そのため、フォルダに格納したタイルと対応する機能を実行するときの利便性が向上する。なお、切り替えが停止された状態のフォルダに対して、再び下方向のフリック操作がされると表示セットの切り替えが再開される。

以上の説明から分かるように、本実施例によれば、ユーザはフォルダに関する操作を容易に行うことが出来る。

上述では本実施例の特徴を概説した。以下では、図１９、図２０に示すメモリマップおよび図２１−図３０に示すフロー図を用いて詳細に説明する。

図１９を参照して、ＲＡＭ４６には、プログラム記憶領域３０２とデータ記憶領域３０４とが形成される。プログラム記憶領域３０２は、先に説明したように、フラッシュメモリ４４（図２）に予め設定しているプログラムデータの一部または全部を読み出して記憶（展開）しておくための領域である。

プログラム記憶領域３０２には、タッチ操作に応じてフォルダが作成されるときに実行されるフォルダ作成プログラム３１０、フォルダに対してタッチ操作がされたときに実行されるフォルダ制御プログラム３１２、サムネイル画像の切り替えおよび更新を制御するためのサムネイル画像制御プログラム３１４およびサムネイル画像を作成するためのサムネイル画像作成プログラム３１６が記憶される。また、フォルダ制御プログラム３１２のサブルーチンとして、タップ操作プログラム３１２ａ、ダブルタップ操作プログラム３１２ｂ、ロングタップ操作プログラム３１２ｃおよびフリック操作プログラム３１２ｄもプログラム記憶領域３０２に記憶される。

なお、プログラム記憶領域３０２には、メール機能、ブラウザ機能などのアプリケーションおよび機能を実行するためのプログラムも記憶される。

続いて、図２０を参照して、ＲＡＭ４６のデータ記憶領域３０４には、タッチバッファ３３０、選択バッファ３３２およびサムネイルバッファ３３４が設けられると共に、タッチ座標マップ３３６およびフォルダテーブル３３８が記憶される。また、データ記憶領域３０４には、タッチフラグ３４０、強制切替フラグ３４２、左フリックフラグ３４４、停止フラグ３４６および更新カウンタ３４８などが設けられる。

タッチバッファ３３０には、タッチパネル制御回路４８が出力するタッチ座標のデータが記憶される。選択バッファ３３２には、マルチタッチ操作によって選択されたタイルの情報が一時的に記憶される。サムネイルバッファ３３４には、表示セットの切り替えおよびライブ情報（表示状態）の更新に必要なサムネイル画像が一時的に記憶される。

タッチ座標マップ３３６は、タッチ操作におけるタッチ座標とディスプレイ１４の表示座標とを対応付けるためのデータである。つまり、タッチパネル１６に対して行われたタッチ操作の結果が、タッチ座標マップ３３６に基づいてディスプレイ１４の表示に反映される。

フォルダテーブル３３８は、たとえば図７に示す構成のテーブルであり、フォルダに関する情報が記憶される。

タッチフラグ３４０は、タッチパネル１６に対してタッチされているか否かを判断するためのフラグである。たとえば、タッチフラグ３４０は、１ビットのレジスタで構成される。タッチフラグ３４０がオン（成立）されると、レジスタにはデータ値「１」が設定される。一方、タッチフラグ３４０がオフ（不成立）されると、レジスタにはデータ値「０」が設定される。また、タッチフラグ３４０は、タッチパネル制御回路４８の出力に基づいてオン／オフが切り換えられる。

強制切替フラグ３４２は、フォルダに対してフリック操作がされたことを示すためのフラグである。左フリックフラグ３４４は、左方向のフリック操作がされたことを示すためのフラグである。停止フラグ３４６は、切り替えを停止する下方向のフリック操作がされたことを示すためのフラグである。

更新カウンタ３４８は、サムネイル画像の切り替えおよびライブ情報を変更するときの所定時間を計測するためのカウンタである。この更新カウンタ３４８は、は初期化されると、カウントを開始し、所定時間（たとえば２−３秒）が経過すると満了する。そして、更新カウンタ３４８は、更新タイマと呼ばれることもある。

なお、データ記憶領域３０４には、姿勢センサ５０の出力が一時的に記憶されたり、プログラムの実行に必要な、他のフラグやタイマ（カウンタ）が設けられたりする。

プロセッサ３０は、Ｗｉｎｄｏｗｓ（登録商標）ベースのＯＳや、Ａｎｄｒｏｉｄ（登録商標）およびｉＯＳ（登録商標）などのＬｉｎｕｘ（登録商標）ベースのＯＳなどその他のＯＳの制御下で、図２１、図２２に示すフォルダ作成処理、図２３に示すフォルダ制御処理、図２４に示すタップ操作処理、図２５に示すダブルタップ操作処理、図２６に示すロングタップ操作処理、図２７に示すフリック操作処理、図２８、図２９に示すサムネイル画像制御処理および図３０に示すサムネイル画像作成処理などを含む、複数のタスクを並列的に処理する。

フォルダ作成処理は、たとえばホーム画面が表示されると開始される。ステップＳ１でプロセッサ３０は、マルチタッチ操作か否かを判断する。つまり、プロセッサ３０は、タッチフラグ３４０がオンとなった状態で、２つのタッチ位置の座標がタッチバッファ３３０に記憶されているかを判断する。ステップＳ１で“ＮＯ”であれば、つまりマルチタッチ操作がされていなければ、ステップＳ３でプロセッサ３０は、終了か否かを判断する。ホーム画面の表示を消去する操作がされたかが判断される。ステップＳ３で“ＹＥＳ”であれば、たとえばホーム画面から他の画面に遷移する操作がされると、プロセッサ３０はフォルダ作成処理を終了する。一方、ステップＳ３で“ＮＯ”であれば、つまりホーム画面の表示が継続していれば、プロセッサ３０はステップＳ１の処理に戻る。

ステップＳ１で“ＹＥＳ”であれば、つまりマルチタッチ操作がされると、ステップＳ５でプロセッサ３０は、２つのタッチ位置に基づいて矩形を定義する。たとえば、図４（Ａ）に示すように、２つのタッチ位置に基づいて矩形が定義される。続いて、ステップＳ７でプロセッサ３０は、定義した矩形にタイルが含まれているか否かを判断する。ステップＳ７で“ＮＯ”であれば、タイルが矩形に含まれていなければ、プロセッサ３０はステップＳ１の処理に戻る。一方、ステップＳ７で“ＹＥＳ”であれば、タイルが定義した矩形に含まれていれば、プロセッサ３０はステップＳ９の処理に進む。

続いて、ステップＳ９でプロセッサ３０は、定義した矩形にフォルダが含まれているか否かが判断される。ステップＳ９で“ＮＯ”であれば、つまり図４（Ａ）に示すように矩形の中にフォルダが含まれていなければ、ステップＳ１１でプロセッサ３０は定義した矩形に含まれるタイルを選択する。つまり、タイルの情報が選択バッファ３３２に記憶される。また、選択されたタイルは、表示態様（たとえば、色）が変更される。なお、ステップＳ１１の処理を実行するプロセッサ３０は選択部として機能する。続いて、ステップＳ１３でプロセッサ３０は、タイルの数を記憶する。つまり、選択バッファ３３２に記憶されているタイルの数が記憶される。なお、ステップＳ１３の処理が終了すれば、プロセッサ３０はステップＳ２１の処理に進む。

また、ステップＳ９で“ＹＥＳ”であれば、たとえば図６（Ａ）に示すように矩形の中にフォルダが含まれていれば、ステップＳ１５でプロセッサ３０は、定義した矩形に含まれるタイルとフォルダとを選択する。たとえば、図６（Ａ）では電話タイルとフォルダとが選択され、それらの情報が選択バッファ３３２に記憶される。続いて、ステップＳ１７でプロセッサ３０は、選択されたフォルダ内のタイルの数を取得する。つまり、フォルダテーブル３３８から選択されたフォルダを特定し、そのフォルダに格納されている「タイルの数」を読み出す。続いて、ステップＳ１９でプロセッサ３０は、タイルの総数を記憶する。つまり、フォルダに格納されているタイルの数と、選択されたタイルの数との和（総数）が算出される。

続いて、ステップＳ２１でプロセッサ３０は、選択されているタイルの数がフォルダに格納可能なタイルの数の最大値よりも大きいかを判断する。ステップＳ２１で“ＹＥＳ”であれば、つまり選択されたタイルが多過ぎてフォルダに格納することが出来なければ、ステップＳ２３でプロセッサ３０は、エラーメッセージを通知して、ステップＳ１の処理に戻る。たとえば、「選択されたタイルをフォルダに格納できません。」などの文字列がディスプレイ１４に表示される。一方、ステップＳ２１で“ＮＯ”であれば、つまり選択されたタイルをフォルダに格納可能な状態であれば、ステップＳ２５でプロセッサ３０は、２つのタッチ位置が近づいたか否かを判断する。つまり、ピンチイン操作がされたかが判断される。なお、ステップＳ２５では、２つのタッチ位置の各移動距離が閾値より大きいときにピンチイン操作がされたかが判断される。

ステップＳ２５で“ＮＯ”であれば、たとえば２つのタッチ位置が変化していなければ、ステップＳ２７でプロセッサ３０は、リリースされたか否かを判断する。つまり、タッチフラグ３４０がオフに切り替わったかが判断される。ステップＳ２７で“ＹＥＳ”であれば、たとえばユーザがマルチタッチ操作を行っている指をタッチパネル１６から離せば、プロセッサ３０はステップＳ１の処理に戻る。一方、ステップＳ２７で“ＮＯ”であれば、つまり、ユーザがマルチタッチ操作を継続していれば、プロセッサ３０はステップＳ２５の処理に戻る。

続いて、ステップＳ２５で“ＹＥＳ”であれば、つまりピンチイン操作がされると、ステップＳ２９でプロセッサ３０は、フォルダが選択されているかが判断される。つまり、矩形の中にフォルダの少なくとも一部が含まれているかが判断される。ステップＳ２９で“ＮＯ”であれば、たとえば図４（Ａ）に示すようにフォルダが選択されていなければ、ステップＳ３１でプロセッサ３０は、選択されたタイルの表示を消去する。つまり、選択されたタイルはフォルダに格納されるため、表示が消去される。続いて、ステップＳ３３でプロセッサ３０は、タイルの数に基づいてフォルダを作成する。たとえば、選択されたタイルが３つであれば、中サイズのフォルダが作成される。また、フォルダが作成されると、フォルダテーブル３３８にもフォルダ情報が追加される。続いて、ステップＳ３５でプロセッサ３０は、タイルをフォルダに格納する。つまり、選択バッファ３３２に記憶されているタイルの情報に基づいて、作成されたフォルダに選択されたタイルを格納する。なお、タイルが格納されると、格納されたタイルの情報がフォルダテーブル３３８に追加される。続いて、ステップＳ３７でプロセッサ３０は、矩形の重心位置に基づいてフォルダを表示する。つまり、作成されたフォルダの表示範囲に矩形の重心位置が含まれるように、フォルダがディスプレイ１４に表示される。そして、ステップＳ３７の処理が終了すれば、プロセッサ３０はステップＳ１の処理に戻る。なお、ステップＳ３３の処理を実行するプロセッサ３０は作成部として機能し、ステップＳ３５の処理を実行するプロセッサ３０は格納部として機能し、ステップＳ３７の処理を実行するプロセッサ３０は第１表示制御部として機能する。

また、ステップＳ２９で“ＹＥＳ”であれば、たとえば図６（Ａ）に示すようにフォルダが選択されていれば、ステップＳ３９でプロセッサ３０は、選択されたタイルの表示を消去する。つまり、選択されたタイルはフォルダに追加されるため、選択されたタイルの表示は消去される。続いて、ステップＳ４１でプロセッサ３０は、フォルダの総数に基づいてフォルダの表示サイズを設定する。たとえば、フォルダの総数が５つであり、現時点の表示サイズが中サイズである場合、フォルダの表示サイズは大サイズに変更（設定）される。続いて、ステップＳ４３でプロセッサ３０は、タイルをフォルダに追加する。つまり、選択バッファ３３２に記憶されているタイルの情報に基づいて、フォルダにタイルが追加（格納）される。また、ステップＳ４１およびステップＳ４３でフォルダの表示サイズが設定されタイルが追加されると、その結果がフォルダテーブル３３８に反映される。そして、ステップＳ４３の処理が終了すれば、プロセッサ３０はステップＳ１の処理に戻る。なお、ステップＳ４３の処理を実行するプロセッサ３０は追加部として機能する。

図２３はフォルダ制御処理のフロー図である。フォルダ制御処理は、フォルダを含むホーム画面が表示されると開始される。ステップＳ６１でプロセッサ３０は、タップ操作か否かを判断する。つまり、フォルダに対してタップ操作がされたかが判断される。ステップＳ６１で“ＹＥＳ”であれば、つまりフォルダに対してタップ操作がされると、ステップＳ６３でプロセッサ３０は、タップ操作処理を実行する。続いて、ステップＳ６５でプロセッサ３０は、終了か否かを判断する。たとえば、ホーム画面の表示を終了する操作がされたかが判断される。ステップＳ６５で“ＹＥＳ”であれば、たとえばホーム画面から他の画面に遷移する操作がされると、プロセッサ３０はフォルダ制御処理を終了する。一方、ステップＳ６５で“ＮＯ”であれば、つまりホーム画面の表示が継続していれば、プロセッサ３０はステップＳ６１の処理に戻る。なお、ステップＳ６３のタップ操作処理については図２４のフロー図を用いて詳細に説明するため、ここでの説明は省略する。

また、ステップＳ６１で“ＮＯ”であれば、つまりタップ操作がされていなければ、ステップＳ６７でプロセッサ３０は、ダブルタップ操作か否かを判断する。つまり、フォルダに対してダブルタップ操作がされたかが判断される。ステップＳ６７で“ＹＥＳ”であれば、つまりフォルダに対してダブルタップ操作がされると、ステップＳ６９でプロセッサ３０は、ダブルタップ操作処理を実行し、ステップＳ６５の処理に進む。なお、ダブルタップ操作処理については図２５のフロー図を用いて詳細に説明するため、ここでの説明は省略する。

また、ステップＳ６７で“ＮＯ”であれば、つまりダブルタップ操作がされていなければ、ステップＳ７１でプロセッサ３０は、ロングタップ操作がされたか否かを判断する。つまり、フォルダに対してロングタップ操作がされたかが判断される。ステップＳ７１で“ＹＥＳ”であれば、つまりフォルダに対してロングタップ操作がされると、ステップＳ７３でプロセッサ３０は、ロングタップ操作処理を実行し、ステップＳ６５の処理に進む。なお、ロングタップ操作処理については図２６のフロー図を用いて詳細に説明するため、ここでの説明は省略する。

また、ステップＳ７１で“ＮＯ”であれば、つまりロングタップ操作がされていなければ、ステップＳ７５でプロセッサ３０は、フリック操作か否かを判断する。つまり、フォルダに対してフリック操作がされたかが判断される。ステップＳ７５で“ＹＥＳ”であれば、つまりフォルダに対してフリック操作がされると、ステップＳ７７でプロセッサ３０は、フリック操作処理を実行し、ステップＳ６５の処理に進む。なお、フリック操作処理については図２７のフロー図を用いて詳細に説明するため、ここでの説明は省略する。

また、ステップＳ７５で“ＮＯ”であれば、つまりフォルダに対してフリック操作がされていなければ、プロセッサ３０はステップＳ６５の処理に進む。

図２４はタップ操作処理のフロー図である。図２３に示すフォルダ制御処理でステップＳ６３の処理が実行されると、プロセッサ３０はステップＳ９１で、タッチ位置にサムネイル画像が存在するか否かを判断する。つまり、サムネイル画像に対してタップ操作がされたかが判断される。また、ステップＳ９１の処理では、タッチバッファ３３０に記憶されているタッチ位置と、フォルダテーブル３３８に記憶されているサムネイル画像の表示範囲とに基づいて判断される。

ステップＳ９１で“ＹＥＳ”であれば、つまりサムネイル画像に対してタップ操作がされると、ステップＳ９３でプロセッサ３０は、サムネイル画像と対応するタイルを特定する。具体的には、プロセッサ３０は、フォルダテーブル３３８におけるサムネイル画像の欄に基づいて、タップ操作がされたサムネイル画像と対応するタイルを特定する。続いて、ステップＳ９５でプロセッサ３０は、特定されたタイルと対応する機能を実行する。たとえば、図８（Ａ）に示すようにメール機能のサムネイル画像にタップ操作がされていた場合、メールタイルが特定され、メール機能が実行される。そして、ステップＳ９５の処理が終了すれば、プロセッサ３０はタップ操作処理を終了して、フォルダ制御処理に戻る。また、ステップＳ９１で“ＮＯ”であれば、つまりサムネイル画像に対してタップ操作がされていない場合、プロセッサ３０はタップ操作処理を終了して、フォルダ制御処理に戻る。なお、ステップＳ９５の処理を実行するプロセッサ３０は実行部として機能する。

図２５はダブルタップ操作処理のフロー図である。ステップＳ２３に示すフォルダ制御処理でステップＳ６９の処理が実行されると、プロセッサ３０はステップＳ１０１でフォルダに格納されたタイルを表示する。つまり、図９（Ｂ）に示すように、フォルダに格納されているタイルの画像を含む展開フォルダ画像ＯＦが表示される。なお、ステップＳ１０１の処理を実行するプロセッサ３０はオブジェクト表示部として機能する。続いて、ステップＳ１０３でプロセッサ３０は、タイルにフリック操作がされたか否かを判断する。つまり、タイルをフォルダの外に出す操作がされたかが判断される。ステップＳ１０３で“ＹＥＳ”であれば、たとえば図１０（Ａ）に示すようにタイルにフリック操作がされると、ステップＳ１０５でプロセッサ３０は、フリックされたタイルをフォルダの外に出す。つまり、展開フォルダ画像ＯＦの中から、フリック操作されたタイルの画像が消去される。また、フォルダテーブル３３８から外に出されたタイルの情報が削除される。なお、ステップＳ１０５の処理が終了すると、プロセッサ３０はステップＳ１１１の処理に進む。

また、ステップＳ１０３で“ＮＯ”であれば、つまりタイルに対してフリック操作がされていなければ、ステップＳ１０７でプロセッサ３０は、タイルにタップ操作がされたかが判断される。ステップＳ１０７で“ＹＥＳ”であれば、つまり展開フォルダ画像ＯＦに含まれるタイルに対してタップ操作がされると、ステップＳ１０９でプロセッサ３０は、タイルに対応する機能を実行する。つまり、図９（Ｂ）に示すメールタイルに対してタップ操作がされると、メール機能が実行される。そして、ステップＳ１０９で機能を実行する処理が終了すれば、プロセッサ３０はダブルタップ操作処理を終了して、フォルダ制御処理に戻る。なお、アプリケーションが実行されている状態であるため、プロセッサ３０は、フォルダ制御処理に戻った後、フォルダ制御処理を終了させる。

また、ステップＳ１０７で“ＮＯ”であれば、つまりタイルに対してタップ操作がされていなければ、ステップＳ１１１でプロセッサ３０は、フォルダを閉じる操作か否かを判断する。たとえば、メニューキー２２ｃが押下されたかが判断される。ステップＳ１１１で“ＮＯ”であれば、つまりフォルダを閉じる操作がされていなければ、プロセッサ３０はステップＳ１０１の処理に戻る。一方、ステップＳ１１１で“ＹＥＳ”であれば、つまりフォルダを閉じる操作がされると、プロセッサ３０はダブルタップ操作処理を終了して、フォルダ制御処理に戻る。

図２６はロングタップ処理のフロー図である。図２３に示すフォルダ制御処理でステップＳ７３の処理が実行されると、プロセッサ３０はステップＳ１３１で、編集アイコンを表示する。たとえば、図１１（Ｂ）に示すように、サイズ変更アイコンおよび削除アイコンがフォルダに重ねて表示される。また、編集アイコンが表示されるとフォルダの表示態様も変化する。

続いて、ステップＳ１３３でプロセッサ３０は、表示位置の変更操作か否かを判断する。つまり、フォルダに対してスライド操作がされたかが判断される。ステップＳ１３３で“ＹＥＳ”であれば、たとえば図１２（Ａ）に示すようにスライド操作がされると、ステップＳ１３５でプロセッサ３０は、表示位置を変更する。つまり、スライド操作に応じてフォルダの表示位置が変更される。そして、ステップＳ１３５の処理が終了すれば、プロセッサ３０はステップＳ１４１の処理に進む。なお、ステップＳ１３５の処理を実行するプロセッサ３０は表示位置変更部として機能する。

また、ステップＳ１３３で“ＮＯ”であれば、つまり表示位置の変更操作がされなければ、ステップＳ１３７でプロセッサ３０は、表示サイズの変更操作がされたか否かを判断する。たとえば、サイズ変更アイコンに対してタッチされ、その後にスライド操作がされたかが判断される。ステップＳ１３７で“ＹＥＳ”であれば、たとえば図１３（Ａ）に示すように表示サイズの変更操作がされると、ステップＳ１３９でプロセッサ３０は、表示サイズを変更する。つまり、スライド操作の方向およびスライド量に基づいて、フォルダの表示サイズが変更される。なお、ステップＳ１３９の処理を実行するプロセッサ３０は表示サイズ変更部として機能する。

続いて、プロセッサ３０は、ステップＳ１４１でフォルダテーブル３３８を更新し、ステップＳ１４３でフォルダの表示状態を変更する。つまり、表示位置または表示サイズが変更されたため、その変更結果がフォルダテーブル３３８とフォルダの表示状態に反映される。そして、ステップＳ１４３の処理が終了すれば、プロセッサ３０はステップＳ１５３の処理に進む。

また、ステップＳ１３７で“ＮＯ”であれば、つまり表示サイズの変更操作がされていなければ、ステップＳ１４５でプロセッサ３０は、フォルダの削除操作か否かを判断する。つまり、削除アイコンに対してタップ操作がされたかが判断される。ステップＳ１４５で“ＹＥＳ”であれば、たとえば図１４（Ａ）に示すように削除アイコンに対してタップ操作がされると、ステップＳ１４７でプロセッサ３０は、フォルダの表示を消去する。つまり、削除アイコンと対応するフォルダの表示が削除される。続いて、ステップＳ１４９でプロセッサ３０は、フォルダテーブル３３８からフォルダ情報を削除する。つまり、表示が消去されたフォルダと対応するフォルダ情報が削除される。続いて、ステップＳ１５１でプロセッサ３０は、フォルダに格納されていたタイルを再表示する。たとえば、図１４（Ｂ）に示すように、フォルダに格納されていたＳＮＳタイル、電話タイルおよびメールタイルが、フォルダに格納される前の状態と略同じ状態で表示される。そして、ステップＳ１５１の処理が終了すれば、つまりフォルダが削除されれば、プロセッサ３０はロングタップ処理を終了して、フォルダ制御処理に戻る。なお、ステップＳ１４９の処理を実行するプロセッサ３０は削除部として機能する。

また、たとえばステップＳ１４５で“ＮＯ”であれば、つまりフォルダの削除操作がされなければ、ステップＳ１５３でプロセッサ３０は、編集を終了するか否かを判断する。つまり、フォルダの編集を終了する操作がされたかが判断される。また、具体的には、メニューキー２２ｃが操作されたかが判断される。ステップＳ１５３で“ＮＯ”であれば、つまり編集を終了する操作がされなければ、プロセッサ３０はステップＳ１３１の処理に戻る。また、ステップＳ１５３で“ＹＥＳ”であれば、つまり編集を終了する操作がされると、プロセッサ３０はロングタップ操作処理を終了して、フォルダ制御処理に戻る。

図２７はフリック操作のフロー図である。図２３に示すフォルダ制御処理でステップＳ７７の処理が実行されると、プロセッサ３０はステップＳ１７１で、上方向か否かを判断する。つまり、フリック操作が上方向であるかが判断される。ステップＳ１７１で“ＹＥＳ”であれば、たとえばフォルダの名称を変更するためにフォルダに対して上方向のフリック操作がされた場合、ステップＳ１７３でプロセッサ３０は、名称変更処理を実行する。たとえば、名称変更処理が実行されると、図１７（Ｂ）に示すように、文字入力領域およびキーボードが表示される。そして、名称変更処理が終了すると、プロセッサ３０はフリック操作処理を終了して、フォルダ制御処理に戻る。なお、ステップＳ１７３の処理を実行するプロセッサ３０は名称変更部として機能する。

また、ステップＳ１７１で“ＮＯ”であれば、つまりフリック操作の方向が上方向でなければ、ステップＳ１７５でプロセッサ３０は、左方向か否かを判断する。つまり、フリック操作の方向が左右方向であるかが判断される。ステップＳ１７５で“ＹＥＳ”であれば、たとえば表示セットを強制的に切り替えるために左右方向のフリック操作がされた場合、ステップＳ１７７でプロセッサ３０は、左方向か否かを判断する。つまり、前の表示セットを表示するフリック操作あるかが判断される。ステップＳ１７７で“ＹＥＳ”であれば、つまりフリック操作の方向が左方向であれば、ステップＳ１７９でプロセッサ３０は、左フリックフラグ３４４がオンにされる。つまり、前の表示セットを表示するフリック操作がされたため、左フリックフラグ３４４がオンにされる。また、ステップＳ１７７で“ＮＯ”であれば、つまり右方向のフリック操作がされた場合、プロセッサ３０はステップＳ１７９の処理を省略して、ステップＳ１８１の処理に進む。そして、ステップＳ１８１でプロセッサ３０は、強制切替フラグ３４２をオンにする。つまり、表示セットを強制的に切り替えるフリック操作がされたため、強制切替フラグ３４２がオンにされる。そして、ステップＳ１８１の処理が終了すれば、プロセッサ３０はフリック操作処理を終了して、フォルダ制御処理に戻る。

また、ステップＳ１７５で“ＮＯ”であれば、フリック操作の方向が左右方向でなければ、ステップＳ１８３でプロセッサ３０は、下方向か否かを判断する。つまり、フリック操作の方向が下方向であるかが判断される。ステップＳ１８３で“ＹＥＳ”であれば、たとえば表示セットの切り替えを停止または再開するために下方向のフリック操作がれると、ステップＳ１８５でプロセッサ３０は、停止フラグ３４６がオンであるかが判断される。つまり表示セットの切り替えが停止されている状態であるかが判断される。ステップＳ１８５で“ＹＥＳ”であれば、つまり表示セットの切り替えが停止されていれば、ステップＳ１８７でプロセッサ３０は、停止フラグ３４６をオフにする。つまり、表示セットの切り替えを再開するために、停止フラグ３４６がオフにされる。一方、ステップＳ１８５で“ＮＯ”であれば、つまり停止フラグ３４６がオフであれば、ステップＳ１８９でプロセッサ３０は、停止フラグ３４６をオンにする。つまり、表示セットの切り替えを停止するために、停止フラグ３４６がオンにされる。なお、ステップＳ１８９の処理を実行するプロセッサ３０は停止部として機能する。

また、フリック操作の方向が正常に判定できずステップＳ１８３で“ＮＯ”と判断されるか、停止フラグ３４６のオン／オフが切り替えられると、プロセッサ３０はフリック操作処理を終了して、フォルダ制御処理に戻る。

図２８、図２９はサムネイル画像制御処理のフロー図である。サムネイル画像制御処理は、たとえばホーム画面が表示されると開始される。ステップＳ２０１でプロセッサ３０は、サムネイルを表示する。つまり、プロセッサ３０は、表示されているフォルダに対応するサムネイル画像（表示セット）を、サムネイルバッファ３３４から読み出し、読み出したサムネイル画像をフォルダの表示範囲に表示する。なお、ステップＳ２０１の処理を実行するプロセッサ３０は第２表示制御部として機能する。

続いて、ステップＳ２０３でプロセッサ３０は、更新タイマを実行する。つまり、サムネイル画像が表示されてからの時間を計測するために、更新カウンタ３４８が初期化される。

続いて、ステップＳ２０５でプロセッサ３０は、フォルダテーブル３３８を読み出す。続いて、ステップＳ２０７でプロセッサ３０は、表示セットの切り替えが有効か否かを判断する。つまり、プロセッサ３０は、フォルダテーブル３３８の切り替えの欄において表示セットの切り替えが有効にされているかを判断する。ステップＳ２０７で“ＮＯ”であれば、つまり表示セットの切り替えが無効に設定されていれば、ステップＳ２０９でプロセッサ３０は、更新タイマが満了したかが判断される。つまり、サムネイル画像が表示されてから所定時間が経過したかが判断される。ステップＳ２０９で“ＹＥＳ”であれば、つまりサムネイル画像が表示されてから所定時間が経過していれば、ステップＳ２１１でプロセッサ３０は、サムネイル画像を取得する。つまり、プロセッサ３０は、サムネイルバッファ３３４から現在の表示セットと対応するサムネイル画像のデータを読み出す。続いて、ステップＳ２１３でプロセッサ３０は、サムネイル画像の表示状態を更新する。つまり、取得されたサムネイル画像によって現在の表示セットが更新される。このとき、ライブ情報を表すサムネイル画像がある場合は、そのサムネイル画像が次のライブ情報を表す。そして、ステップＳ２１３の処理が終了すれば、プロセッサ３０はステップＳ２０３の処理に戻る。

また、ステップＳ２０９で“ＮＯ”であれば、つまりサムネイル画像が表示されてから所定時間が経過していなければ、プロセッサ３０はステップＳ２０７の処理に戻る。ステップＳ２０７で“ＹＥＳ”であれば、つまり表示セットの切り替えが有効に設定されていれば、ステップＳ２１５でプロセッサ３０は、停止フラグ３４６がオンであるか否かを判断する。つまり、表示セットの切り替えが停止されているかが判断される。ステップＳ２１５で“ＹＥＳ”であれば、つまり表示セットの切り替えが停止されていれば、プロセッサ３０はステップＳ２０９の処理に進む。

一方、ステップＳ２１５で“ＮＯ”であれば、つまり表示セットの切り替えが停止されていなければ、ステップＳ２１７でプロセッサ３０は、ステップＳ２０９と同様、更新タイマが満了したか否かを判断する。ステップＳ２１７で“ＮＯ”であれば、つまりサムネイル画像が表示されてから所定時間が経過していなければ、ステップＳ２１９でプロセッサ３０は、強制切替フラグ３４２がオンであるか否かを判断する。つまり、表示セットを強制的に切り替える左右方向のフリック操作がフォルダに対してされたかが判断される。ステップＳ２１９で“ＹＥＳ”であれば、ステップＳ２２１でプロセッサ３０は、更新タイマを強制満了させる。つまり、表示セットを強制的に切り替えるフリック操作がされ、更新タイマによる所定時間の計測が不要になったため、更新タイマが強制的に満了させられる。続いて、ステップＳ２２３でプロセッサ３０は、強制切替フラグ３４２をオフにする。つまり、強制切替フラグ３４２がオンのままでは、次回の処理で更新タイマによる所定時間の計測が行われなくなってしまうため、強制切替フラグ３４２がオフにされる。そして、ステップＳ２２３の処理が終了すれば、プロセッサ３０はステップＳ２２５の処理に進む。

また、ステップＳ２１９で“ＮＯ”であれば、つまり左右方向のフリック操作がされていなければ、プロセッサ３０はステップＳ２１７の処理に戻る。また、ステップＳ２１７で“ＹＥＳ”であれば、つまりサムネイル画像が表示されてから所定時間が経過すれば、プロセッサ３０はステップＳ２２５の処理に進む。

続いて、ステップＳ２２５でプロセッサ３０は、左フリックフラグ３４４がオンであるか否かを判断する。つまり、前の表示セットを表示するために左方向のフリック操作がされた状態であるかが判断される。ステップＳ２２５で“ＮＯ”であれば、つまり更新タイマが満了したか、右方向のフリック操作がされた場合は、ステップＳ２２７でプロセッサ３０は、次の表示セットを取得する。つまり、次に表示する表示セットがサムネイルバッファ３３４から取得される。そして、ステップＳ２２７の処理が終了すれば、プロセッサ３０はステップＳ２３３の処理に進む。

一方、ステップＳ２２５で“ＹＥＳ”であれば、つまり左方向のフリック操作がされた場合、ステップＳ２２９でプロセッサ３０は、前の表示セットを取得する。つまり、前に表示されていた表示セットを再び表示するために、サムネイルバッファ３３４から前の表示セットが取得される。続いて、ステップＳ２３１でプロセッサ３０は、左フリックフラグ３４４をオフにする。つまり、次回の処理で左方向のフリック操作がされたと誤判定されないようにするために、左フリックフラグ３４４がオフにされる。そして、ステップＳ２３１の処理が終了すれば、プロセッサ３０はステップＳ２３３の処理に進む。

このようにして表示セットが取得されると、ステップＳ２３３でプロセッサ３０は、表示セットを切り替える。たとえば、サムネイル画像が表示されてから所定時間が経過するか右方向のフリック操作がされた場合は、次の表示セットのサムネイル画像が表示される。一方、左方向のフリック操作がされた場合は、前の表示セットのサムネイル画像が表示される。また、ライブ情報を表すサムネイル画像が、前または次に表示される表示セットに含まれている場合、そのサムネイル画像が表すライブ情報は更新される。そして、ステップＳ２３３の処理が終了すれば、プロセッサ３０はステップＳ２０３の処理に戻る。なお、ステップＳ２３３の処理を実行するプロセッサ３０は切替部として機能する。

図３０は、サムネイル画像作成処理のフロー図である。サムネイル画像作成処理は、たとえばホーム画面が表示されると開始される。ステップＳ２５１でプロセッサ３０は、フォルダテーブル３３８を読み出す。つまり、表示するサムネイル画像を作成するためにフォルダテーブル３３８が読み出される。続いて、ステップＳ２５３でプロセッサ３０は、フォルダに対応する表示セットを作成する。たとえば、図１６（Ａ）に示すフォルダの場合、図１６（Ａ）に示す表示セットと図１６（Ｂ）に示す表示セットとが予め作成される。そして、作成された各表示セットはサムネイルバッファ３３４に記憶される。なお、ステップＳ２５３で作成された表示セットに基づいて、サムネイル画像制御処理でサムネイル画像が表示されたり、表示セットが切り換えられたりする。

続いて、ステップＳ２５５でプロセッサ３０は、ライブ情報を示すサムネイル画像が表示されているか否かを判断する。たとえば、新着メールの情報をライブ情報として示すメールタイルのサムネイル画像が表示されているかが判断される。ステップＳ２５５で“ＮＯ”であれば、ライブ情報を示すサムネイル画像が表示されていなければ、プロセッサ３０はステップＳ２５５の処理を繰り返す。

一方、ステップＳ２５５で“ＹＥＳ”であれば、たとえば図１６（Ａ）に示すようにライブ情報を示すメールタイルのサムネイル画像が表示されていれば、ステップＳ２５７でプロセッサ３０は、次に示されるライブ情報を作成する。たとえば、図１６（Ａ）に示すメールタイルのサムネイル画像が表示されている場合、次の新着メールを示すライブ情報が作成される。そして、作成されたライブ情報を含むメールタイルのサムネイル画像がサムネイルバッファ３３４に記憶される。なお、この処理で作成されたライブ情報に基づいて、表示セットが切り換えられたり、サムネイル画像の表示状態が更新されたりしたときに、サムネイル画像が表すライブ情報が更新される。

続いて、ステップＳ２５９でプロセッサ３０は、サムネイル画像の表示状態を更新する処理が実行されたかが判断される。つまり、サムネイル画像の表示状態の更新（Ｓ２１３）または表示セットの切り替え（Ｓ２３３）の処理が実行され、ライブ情報を示すサムネイル画像の表示状態が変更されたかが判断される。

ステップＳ２５５で“ＮＯ”であれば、つまりサムネイル画像の表示状態が変化していなければ、プロセッサ３０はステップＳ２５９の処理を繰り返す。一方、ステップＳ２５９で“ＹＥＳ”であれば、たとえばライブ情報を表示するサムネイル画像が表示されている状態で、そのサムネイル画像の表示状態を更新する処理が実行されると、プロセッサ３０はステップＳ２５５の処理に戻る。このとき、ライブ情報を示すサムネイル画像が再び表示された場合は、次に表示されるライブ情報が再び作成される。一方、ライブ情報を示すサムネイル画像が表示されていなければ、プロセッサ３０はステップＳ２５５の処理を繰り返すことになる。

なお、他の実施例では、２つ以上のフォルダがピンチイン操作によって１つのフォルダにまとめられてもよい。このとき、２つのフォルダをまとめたフォルダの名称は、各フォルダの名称をそれぞれ並べたものか、２つ以上のフォルダがまとめられたことを示す名称（たとえば、「結合したフォルダ」など）などとされる。

また、フォルダを表示しているホーム画面から他の画面に遷移したり、画面がオフにされたりするときは、そのときのフォルダの表示状態が記憶される。そして、次にホーム画面が表示されるときは、前の状態でフォルダが表示される。

また、ホーム画面には、他のアプリケーション（たとえば、ＳＭＳなど）に対応するタイルがさらに含まれていてもよい。

また、他の実施例では、１つのフォルダの表示範囲に表示されるサムネイル画像は、ユーザが任意に設定することが出来てもよい。

また、その他の実施例では、フォルダの表示サイズは、サムネイル画像を２つ表示可能なサイズ、６つ表示可能なサイズおよび９つ以上表示可能なサイズに変更することが出来てもよい。

また、さらにその他の実施例では、フォルダの表示範囲に対してタッチ操作によって文字を書くことで、格納されているタイルを検索することが出来てもよい。

また、音声認識が可能な携帯電話機であれば、フォルダが開かれた状態になれば音声認識機能が実行され、音声入力によってタイルを指定してそのタイルと対応する機能を実行することが出来てもよい。

また、フォルダの表示範囲に対してジェスチャ操作（たとえば、円を描く）をタッチ操作で入力することで、格納されているタイルを特定し、そのタイルと対応する機能が実行されるようにしてもよい。また、上述の処理は、ジェスチャ操作ではなく、フォルダの表示範囲にタッチしたまま携帯電話機１０を振る操作であってもよい。

また、上述の実施例では、閾値に対して「より大きい」の言葉を用いたが「閾値より大きい」とは「閾値以上」の意味も含まれる。また、「閾値よりも小さい」とは「閾値以下」および「閾値未満」の意味も含まれる。

また、本実施例で用いられたプログラムは、データ配信用のサーバのＨＤＤに記憶され、ネットワークを介して携帯電話機１０に配信されてもよい。また、ＣＤ，ＤＶＤ，ＢＤ（Blue-Ray Disk）などの光学ディスク、ＵＳＢメモリおよびメモリカードなどの記憶媒体に複数のプログラムを記憶させた状態で、その記憶媒体が販売または配布されてもよい。そして、上記したサーバや記憶媒体などを通じてダウンロードされた、プログラムが本実施例と同等の構成の携帯電話機にインストールされた場合、本実施例と同等の効果が得られる。

そして、本明細書中で挙げた、具体的な数値は、いずれも単なる一例であり、製品の仕様変更などに応じて適宜変更可能である。

１０ … 携帯電話機
１４ … ディスプレイ
１６ … タッチパネル
３０ … プロセッサ
４４ … フラッシュメモリ
４６ … ＲＡＭ
４８ … タッチパネル制御回路

Claims (10)

1. 複数のアプリケーションプログラムを記憶する記憶部と、
   第１アプリケーションプログラムに対応する第１画像と、第２アプリケーションプログラムに対応する第２画像とを少なくとも表示する表示部と、
   前記表示部に設けられ、ユーザからの入力を検出するタッチパネルと、
   前記第１画像と前記第２画像との両方を選択する第１入力が検出されると、前記第１画像及び前記第２画像の表示を消去し、第３画像を前記表示部に表示させる表示制御部と、を備え、
   前記第２画像が表示される領域サイズは、前記第１画像が表示される領域サイズよりも小さく、
   前記第３画像が表示される領域サイズは、前記第２画像が表示される領域サイズよりも大きく、前記第１画像が表示される領域サイズよりも小さく、
   前記第３画像は、前記第１アプリケーションプログラムの内容を示す情報を含まず、前記第２画像に含まれる情報を含むこと、
   を特徴とする携帯端末。
2. 複数のアプリケーションプログラムを記憶する記憶部と、
   第１アプリケーションプログラムに対応する第１画像と、第２アプリケーションプログラムに対応する第２画像とを少なくとも表示する表示部と、
   前記表示部に設けられ、ユーザからの入力を検出するタッチパネルと、
   前記第１画像と前記第２画像との両方を選択する第１入力が検出されると、前記第１画像及び前記第２画像の表示を消去し、第３画像を前記表示部に表示させる表示制御部と、を備え、
   前記第２画像が表示される領域サイズは、前記第１画像が表示される領域サイズよりも小さく、
   前記第３画像が表示される領域サイズは、前記第２画像が表示される領域サイズよりも大きく、前記第１画像が表示される領域サイズよりも小さいこと、
   を特徴とする携帯端末。
3. 前記表示制御部は、更に、前記第１入力が検出された後に、前記第３画像を表示させる第２入力が検出されると、前記第１画像及び前記第２画像の表示を消去し、前記第３画像を前記表示部に表示させること、
   を特徴とする請求項１または２記載の携帯端末。
4. 前記表示制御部は、更に、前記第３画像が表示された領域内においてユーザによるタッチが検出されたときは、前記タッチの移動に伴って前記第３画像を移動させ、そして前記タッチが検出されなくなると、前記タッチが最後に検出された位置に前記第３画像を表示すること、
   を特徴とする請求項１または２記載の携帯端末。
5. 前記表示制御部は、更に、前記第３画像に対して第３入力が検出されると、前記第３画像の表示を消去し、前記第１画像及び前記第２画像を前記表示部に表示させること、
   を特徴とする請求項１または２記載の携帯端末。
6. 前記第１画像、前記第２画像、及び前記第３画像は、タイル状のオブジェクトであること、
   を特徴とする請求項１または２記載の携帯端末。
7. 前記第２画像は、前記第２アプリケーションプログラムの最新の状態を表す情報を示すこと、
   を特徴とする請求項１または２記載の携帯端末。
8. 表示部と複数のアプリケーションプログラムとを有する携帯端末における表示制御方法であって、
   第１アプリケーションプログラムに対応する第１画像と、第２アプリケーションプログラムに対応する第２画像とを少なくとも表示する第１表示ステップと、
   前記第２画像を、前記第１画像が表示される領域サイズよりも小さい領域サイズで表示する第２表示ステップと、
   ユーザからの入力を検出する入力検出ステップと、
   前記第１画像と前記第２画像との両方を選択する第１入力が検出されると、前記第１画像及び前記第２画像の表示を消去し、前記第１アプリケーションプログラムの内容を示す情報を含まず、前記第２画像に含まれる情報を含む第３画像を表示する第３表示ステップと、
   前記第３画像を、前記第２画像が表示される領域サイズよりも大きく、前記第１画像が表示される領域サイズよりも小さく表示する第４表示ステップと、
   を有する表示制御方法。
9. 前記第３表示ステップは、更に、前記第１入力が検出された後に、前記第３画像を表示させる第２入力が検出されると、前記第１画像及び前記第２画像の表示を消去し、前記第３画像を前記表示部に表示させること、
   を特徴とする請求項８に記載の表示制御方法。
10. 表示部と複数のアプリケーションプログラムとを有する携帯端末における表示制御方法であって、
    第１アプリケーションプログラムに対応する第１画像と、第２アプリケーションプログラムに対応する第２画像とを少なくとも表示する第１表示ステップと、
    前記第２画像を、前記第１画像が表示される領域サイズよりも小さい領域サイズで表示する第２表示ステップと、
    ユーザからの入力を検出する入力検出ステップと、
    前記第１画像と前記第２画像との両方を選択する第１入力が検出されると、前記第１画像及び前記第２画像の表示を消去し、第３画像を表示する第３表示ステップと、
    前記第３画像を、前記第２画像が表示される領域サイズよりも大きく、前記第１画像が表示される領域サイズよりも小さく表示する第４表示ステップと、
    を有する表示制御方法。

Images