(57)【要約】【課題】ウィンドウ等の画像を複数表示可能な場合において、小さい表示領域であっても、ユーザが所望する画像を指定する際のユーザの操作負担を軽減することのできる技術を提供する。【解決手段】通信端末装置１０は、ウィンドウの一覧画面において各ウィンドウの配置を変更する場合に、まず、基の画面から、その画面を俯瞰した俯瞰画面を表示し、次に、その俯瞰画面においてウィンドウの配置を変更し、最後に、その表示内容を拡大した拡大画面（基の画面）に戻す、という手順を踏む。このように、拡大画面を表示することによって、携帯電話機のような小型の表示領域において、各ウィンドウを見やすくすることができる。また、ウィンドウを拡大した拡大画面では表示しきれないウィンドウが発生するが、俯瞰画面を表示することによって、そのような表示しきれないウィンドウが存在していることや、そのウィンドウの位置を、ユーザに意識させることができる。【選択図】図１
2010061570.tif 000002
【特許請求の範囲】
【請求項１】
複数のオブジェクト画像からなるオブジェクト画像群のうちの少なくとも一部を、第１の縮尺に応じた大きさで、画像を表示する表示手段に表示させるオブジェクト画像表示手段と、
操作を受け付ける操作手段が、前記オブジェクト画像が表示されている位置を変更する操作を受け付けると、前記オブジェクト画像の位置が変更されたオブジェクト画像群を、前記第１の縮尺よりも小さい第２の縮尺に応じた大きさで前記表示手段に表示させてから、当該オブジェクト画像の位置が変更されたオブジェクト画像群の少なくとも一部を、前記第１の縮尺で前記表示手段に表示させる表示位置変更手段と、
前記第１の縮尺に応じた大きさで前記表示手段に表示されているオブジェクト画像を指定する操作を操作手段が受け付けると、指定されたオブジェクト画像に応じた処理を実行する処理実行手段と
を具備することを特徴とする情報処理装置。
【請求項２】
前記表示位置変更手段は、前記オブジェクト画像の位置が変更されたオブジェクト画像群の全部を、前記第１の縮尺に応じた大きさで前記表示手段に表示可能か否かを判定し、判定結果が否定的である場合には、前記第２の縮尺に応じた大きさで前記表示手段に表示させてから、当該オブジェクト画像の位置が変更されたオブジェクト画像群の少なくとも一部を、前記第１の縮尺で前記表示手段に表示させる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記複数のオブジェクト画像のうちの少なくともいずれかひとつを選択する選択手段
を具備し、
前記オブジェクト画像表示手段は、前記選択手段によって選択されたオブジェクト画像の全てが前記表示手段に表示されるように、前記オブジェクト画像群のうちの少なくとも一部を表示し、
前記表示位置変更手段は、前記選択手段によって選択されたオブジェクト画像の全てが前記表示手段に表示されるように、前記オブジェクト画像群のうちの少なくとも一部を表示する
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記表示位置変更手段は、前記オブジェクト画像群をズームアウトさせることによって該オブジェクト画像群の大きさを前記第１の縮尺から前記第２の縮尺に変更するとともに、前記オブジェクト画像群をズームインさせることによって該オブジェクト画像群の大きさを前記第２の縮尺から前記第１の縮尺に変更する
ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
コンピュータを、
複数のオブジェクト画像からなるオブジェクト画像群のうちの少なくとも一部を、第１の縮尺に応じた大きさで表示手段に表示させるオブジェクト画像表示手段と、
前記オブジェクト画像が表示されている位置を変更する操作を操作手段が受け付けると、前記オブジェクト画像の位置が変更されたオブジェクト画像群を、前記第１の縮尺よりも小さい第２の縮尺に応じた大きさで前記表示手段に表示させてから、当該オブジェクト画像の位置が変更されたオブジェクト画像群の少なくとも一部を、前記第１の縮尺で前記表示手段に表示させる表示位置変更手段と、
前記第１の縮尺に応じた大きさで前記表示手段に表示されているオブジェクト画像を指定する操作を操作手段が受け付けると、指定されたオブジェクト画像に応じた処理を実行する処理実行手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＧＵＩ（Graphical User Interface）に関する。
【背景技術】
【０００２】
マルチウィンドウシステム、すなわち複数のウィンドウを表示可能なウィンドウシステムがある。マルチウィンドウシステムを携帯電話機等の電子機器に適用した場合、ウィンドウの選択に要する操作が煩雑になることがある。例えば、任意の位置（座標）を選択できるポインティングデバイス（マウス等）を有しない電子機器においては、表示されるウィンドウの数が多くなるほど、所望のウィンドウを選択するための操作が煩雑になりがちである。
【０００３】
また、携帯電話機等の表示画面が小さい電子機器の場合、表示すべき複数のウィンドウの全てを表示画面に表示しようとすると、ひとつひとつのウィンドウのサイズが小さくなってしまい、ユーザが各ウィンドウの内容を認識し難くなる。一方、逆に各ウィンドウをユーザが認識し得る適度な大きさで表示しようとすると、表示すべき複数のウィンドウの全てを表示することができず、一部のウィンドウしか表示できなくなってしまう。このように、表示画面が小さい電子機器においてマルチウィンドウシステムを適用すると、ユーザが複数のウィンドウから所望のウィンドウを選択することが困難な場合があった。
【０００４】
マルチウィンドウシステムにおける操作性を向上させる技術として、特許文献１及び２に記載された技術がある。特許文献１及び２に記載された技術は、表示領域中に特別なウィンドウを設け、そのウィンドウの中に、非表示のウィンドウを含む全ウィンドウの配置の俯瞰画面を表示するものである。
【特許文献１】特開２００３−２８０６３０号公報
【特許文献２】特開２００７−１２２６３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１及び２に記載の技術では、複数のウィンドウの全体の画面イメージを容易に把握できるものの、ユーザが所望のウィンドウを選択する操作は煩雑になりがちである。また、携帯電話機のディスプレイのような小さい表示領域では、その表示領域中に俯瞰画面用のウィンドウを設ける余地がない。
そこで、本発明は、ウィンドウ等の画像を複数表示可能な場合において、小さい表示領域であっても、ユーザが所望する画像を指定する際のユーザの操作負担を軽減することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る情報処理装置は、複数のオブジェクト画像からなるオブジェクト画像群のうちの少なくとも一部を、第１の縮尺に応じた大きさで、画像を表示する表示手段に表示させるオブジェクト画像表示手段と、操作を受け付ける操作手段が、前記オブジェクト画像が表示されている位置を変更する操作を受け付けると、前記オブジェクト画像の位置が変更されたオブジェクト画像群を、前記第１の縮尺よりも小さい第２の縮尺に応じた大きさで前記表示手段に表示させてから、当該オブジェクト画像の位置が変更されたオブジェクト画像群の少なくとも一部を、前記第１の縮尺で前記表示手段に表示させる表示位置変更手段と、前記第１の縮尺に応じた大きさで前記表示手段に表示されているオブジェクト画像を指定する操作を操作手段が受け付けると、指定されたオブジェクト画像に応じた処理を実行する処理実行手段とを具備する構成を特徴とする。
【０００７】
本発明に係る情報処理装置において、前記表示位置変更手段は、前記オブジェクト画像の位置が変更されたオブジェクト画像群の全部を、前記第１の縮尺に応じた大きさで前記表示手段に表示可能か否かを判定し、判定結果が否定的である場合には、前記第２の縮尺に応じた大きさで前記表示手段に表示させてから、当該オブジェクト画像の位置が変更されたオブジェクト画像群の少なくとも一部を、前記第１の縮尺で前記表示手段に表示させる構成であってもよい。
【０００８】
また、本発明に係る情報処理装置において、前記複数のオブジェクト画像のうちの少なくともいずれかひとつを選択する選択手段を具備し、前記オブジェクト画像表示手段は、前記選択手段によって選択されたオブジェクト画像の全てが前記表示手段に表示されるように、前記オブジェクト画像群のうちの少なくとも一部を表示し、前記表示位置変更手段は、前記選択手段によって選択されたオブジェクト画像の全てが前記表示手段に表示されるように、前記オブジェクト画像群のうちの少なくとも一部を表示する構成であってもよい。
【０００９】
また、本発明に係る情報処理装置において、前記表示位置変更手段は、前記オブジェクト画像群をズームアウトさせることによって該オブジェクト画像群の大きさを前記第１の縮尺から前記第２の縮尺に変更するとともに、前記オブジェクト画像群をズームインさせることによって該オブジェクト画像群の大きさを前記第２の縮尺から前記第１の縮尺に変更する構成であってもよい。
【００１０】
また、本発明に係るプログラムは、コンピュータをこれらの情報処理装置として機能させることを特徴とするものである。また、本発明に係るプログラムは、インターネット等のネットワークを介して、コンピュータにダウンロードさせ、これをインストールして利用可能にするなどの形態でも提供され得る。なお、本発明は、かかるプログラムを記憶させた光ディスク等の記録媒体としても特定され得る。
【発明の効果】
【００１１】
本発明によれば、ウィンドウ等の画像を複数表示可能な場合において、小さい表示領域であっても、ユーザが所望する画像を指定する際のユーザの操作負担を軽減することができる。
【発明を実施するための最良の形態】
【００１２】
［実施形態］
図１は、本発明の一実施形態である通信端末装置の物理的構成を示すブロック図である。なお、本実施形態の通信端末装置１０は、図示せぬマイクやスピーカ等の音声を入出力する手段を備えた、携帯電話機であるとする。制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ及びＥＥＰＲＯＭ（Electronically Erasable and Programmable ROM）１１ｄを備え、ＣＰＵ１１ａがＲＡＭ１１ｃをワークエリアとして用いてＲＯＭ１１ｂやＥＥＰＲＯＭ１１ｄに記憶されたプログラムを実行し、これにより通信端末装置１０の各部の動作を制御する。無線通信部１２は、アンテナ１２ａを備え、所定の移動通信網とのデータ通信を無線で行う。表示部１３は、液晶ディスプレイや液晶駆動回路を備え、制御部１１から供給される表示データに応じた画像を所定の表示領域に表示する。操作部１４は、複数のキー（操作子）を備え、ユーザの押下操作に応じた操作情報を制御部１１に供給する。操作部１４は、ウィンドウを選択するためのキー（以下「方向キー」という。）と、ウィンドウの配置を変更するためのキー（以下「変更キー」という。）と、ウィンドウを指定するためのキー（以下「決定キー」という。）を備える。ユーザは、これらのキーを操作することにより、ウィンドウを選択したり、ウィンドウの配置を変更したりすることができる。なお、方向キーは、本実施形態においては上下左右の４方向を操作方向として択一的に選択できるキーであるとするが、斜め方向（右上や左下）など、上下左右以外の方向を選択できるものであってもよい。また、ここでは、方向キーが操作方向を選択する操作を受け付ける例を挙げて説明するが、通信端末装置１０がタッチパネルを備えている場合には、タッチパネルがこの操作を受け付けてもよい。
【００１３】
ＲＯＭ１１ｂは、あらかじめいくつかのプログラムを記憶している。以下ではこれを「プリインストールプログラム」という。プリインストールプログラムは、マルチタスクオペレーティングシステム（以下「マルチタスクＯＳ」という。）、Ｊａｖａ（登録商標）プラットフォーム及びネイティブアプリケーションを含む。マルチタスクＯＳは、複数のタスクの擬似的な並列実行を実現するために必要な仮想メモリ空間の割り当てなどの各種機能をサポートしたオペレーティングシステムである。Ｊａｖａプラットフォームは、マルチタスクＯＳを搭載した通信端末装置１０において後述するＪａｖａ実行環境１４０を実現するためのコンフィギュレーションであるＣＤＣ（Connected Device Configuration）に従って記述されたプログラム群である。ネイティブアプリケーションは、通話等の通信端末装置１０における基本的な機能を実現するプログラムである。
【００１４】
ＥＥＰＲＯＭ１１ｄは、Ｊａｖａアプリケーションが記憶されるＪａｖａアプリケーション格納領域を有する。Ｊａｖａアプリケーションは、Ｊａｖａ実行環境下における処理の手順自体を記述した実体プログラムとその実体プログラムの実行に伴って利用される画像ファイルや音声ファイルとを結合したＪＡＲ(Java Archive)ファイルと、そのＪＡＲファイルのインストールや起動などに関する各種の属性を記述したＡＤＦ（Application Descriptor File）とを有している。このＪａｖａアプリケーションは、コンテンツプロバイダ又は通信事業者により作成されて外部のサーバ装置などに格納され、通信端末装置１０からの要求に応じてそれらのサーバ装置から適宜ダウンロードされるようになっている。
【００１５】
図２は、ＲＯＭ１１ｂ及びＥＥＰＲＯＭ１１ｄに記憶された各種プログラムの実行により通信端末装置１０の制御部１１に実現される各部の論理的構成を示す図である。同図に示すように、各種プログラムを実行する通信端末装置１０には、ネイティブアプリケーション１２０及びＪａｖａ実行環境１３０がＯＳ１１０上に実現され、また、ＥＥＰＲＯＭ１１ｄには第１ストレージ１４０と第２ストレージ１５０とが確保される。
【００１６】
Ｊａｖａ実行環境１３０は、ＲＯＭ１１ｂのＪａｖａプラットフォームにより実現される。Ｊａｖａ実行環境１３０は、クラスライブラリ１６０、ＪＶＭ（Java Virtual Machine）１７０及びＪＡＭ（Java Application Manager）１８０からなる。クラスライブラリ１６０は、特定の機能を有するプログラムモジュール（クラス）群を１つのファイルに結合したものである。ＪＶＭ１７０は、上述のＣＤＣのために最適化されたＪａｖａ実行環境であり、Ｊａｖａアプリケーションとして提供されるバイトコードを解釈して実行する機能を有する。ＪＡＭ１８０は、Ｊａｖａアプリケーションのダウンロード、インストール、起動、終了などを管理する機能を有する。
【００１７】
第１ストレージ１４０は、ＪＡＭ１８０の管理の下にダウンロードされるＪａｖａアプリケーション（ＪａｒファイルとＡＤＦ）を格納する領域である。第２ストレージ１５０は、Ｊａｖａアプリケーションの実行の際に生成されたデータをその終了後に格納しておくための領域であり、インストールされたＪａｖａアプリケーション毎に個別の格納領域が割り当てられるようになっている。そして、あるＪａｖａアプリケーションに割り当てられた格納領域のデータは、そのＪａｖａアプリケーションが実行されている間のみ書き換え可能となっており、別のＪａｖａアプリケーションが書き換えを行い得ないようになっている。
【００１８】
本実施形態のＪａｖａアプリケーションには、複数のウィンドウを表示するためのアプリケーションが含まれる。複数のウィンドウを表示するためのＪａｖａアプリケーションには、「一覧表示アプリケーション」と「ウィジェット」とがある。ここにおいて、一覧表示アプリケーションとは、表示部１３の表示領域に１又は複数のウィンドウを表示し、その表示態様を制御するためのアプリケーションをいう。また、「ウィジェット」とは、一覧表示アプリケーションによってウィンドウが表示されることによって、所定の機能を実現するアプリケーションをいう。
【００１９】
本実施形態において「ウィンドウ」とは、あるウィジェットに対して割り当てられる表示部１３の一部の表示領域をいうものであり、他の部分と区別可能な画像として表示される。ウィンドウは、ある有意な情報を表示するものであり、本発明における「オブジェクト画像」の一例である。なお、ウィンドウの形状やサイズ（面積）は、ウィジェット毎に決められているが、可変であることを妨げない。また、ウィンドウは、ユーザの操作に応じて移動可能である。
【００２０】
本実施形態においては、ウィジェットが複数あり、それぞれのウィジェットが異なる機能を実現する。ウィジェットには、例えば、時計を模した画像をウィンドウに表示することによって日時を表示するもの（以下「時計ウィジェット」という。）や、ユーザが入力した文字等を備忘録のようにウィンドウに表示するもの（以下「メモウィジェット」という。）や、映像又は音楽を再生するもの（以下「再生ウィジェット」という。）などがある。また、ウィジェットは、適当なタイミングで無線通信部１２を介してニュースや天気予報などの情報を取得し、取得した情報に応じた表示を行うものであってもよい。
【００２１】
本実施形態の通信端末装置１０の構成は、以上のとおりである。この構成のもと、通信端末装置１０は、ユーザの要求に応じて複数のアプリケーションを実行する。本実施形態の通信端末装置１０は、ウィジェットのウィンドウを複数表示することによってマルチウィンドウシステムを実現している。つまり、通信端末装置１０は、複数のウィンドウを表示する場合には、一覧表示アプリケーションを実行している状態にある。ユーザは、操作部１４の方向キーを操作することにより、複数のウィンドウのいずれかを選択し、また、選択されているウィンドウを変更することができる。制御部１１は、操作部１４から出力される信号に応じて、表示部１３に表示された複数のウィンドウのうちの少なくともいずれかひとつを選択したり、また、選択するウィンドウを変更したりする。なお、制御部１１が選択するウィンドウは１に限らず、複数であってもよい。以下においては、説明の便宜上、選択されているウィンドウを「選択ウィンドウ」といい、選択されていないウィンドウを「非選択ウィンドウ」という。なお、本実施形態において、ウィンドウについて「選択」とは、当該ウィンドウに入力フォーカスを与えることをいう。
【００２２】
通信端末装置１０は、ユーザにより選択されたウィンドウに対応するウィジェットを、そのウィンドウが選択されていないときと異なる処理を実行する状態にする。換言すれば、各ウィジェットは、対応するウィンドウが選択中であるか否かによって異なる処理を実行可能である。例えば、時計ウィジェットは、選択されていない場合には日時を表示する処理を実行するが、選択された場合には日時や外観（色など）を変更する処理を実行することができる。また、メモウィジェットは、選択されていない場合には文字等を表示する処理を実行するが、選択された場合には文字等を変更する処理を実行することができる。同様に、再生ウィジェットは、選択されていない場合には映像又は音楽を再生する処理を実行するが、選択された場合には音量の調整、一時停止、早送りなどを行う処理を実行することができる。なお、かかる処理は、ユーザが時刻を合わせる操作をすれば時刻を変更する、といった具合に、ユーザの操作に応じて行われる。
【００２３】
また、一覧表示アプリケーションが実行されている状態において、ユーザは、操作部１４の決定キーを操作することにより、表示部１３に表示されているウィンドウを指定することができる。表示部１３に表示されているウィンドウを指定する操作を操作部１４が受け付けると、制御部１１は、指定されたウィンドウに応じた処理を実行する。例えば、時計ウィジェットに対応するウィンドウが指定された場合には、制御部１１は、そのウィンドウの表示サイズを大きくするとともに日時や外観（色など）を変更する処理を実行する。
【００２４】
なお、一覧表示アプリケーションは、複数のウィンドウの一覧表示を中断する場合がある。例えば、通信端末装置１０は、一覧表示アプリケーションによる一覧表示を実行中にユーザが通話を開始した場合には、表示部１３が表示する画像を通話用の画像に変更する割込処理を実行する。このような場合のために、通信端末装置１０の制御部１１は、複数のウィンドウがどのように表示されていたかを示す表示情報を生成し、ＥＥＰＲＯＭ１１ｄに記憶させている。制御部１１は、ウィンドウの表示に変更がある毎に、この表示情報を更新する。表示情報には、その時点で表示されていたウィンドウとその配置を示す情報と、その時点の選択ウィンドウを示す情報とが含まれる。なお、表示情報には、各ウィンドウを識別する識別情報が含まれる。その後、通信端末装置１０は、通話が終了し、ユーザが所定の操作をすると、一覧表示アプリケーションによる一覧表示を再開する。通信端末装置１０は、表示情報を参照し、中断前と同様の表示態様になるように一覧表示を再開する。
【００２５】
図３は、通信端末装置１０の制御部１１が複数のウィンドウを表示するとき（すなわち制御部１１が一覧表示アプリケーションを実行するとき）に実現する機能を示す機能ブロック図である。同図に示すように、通信端末装置１０の制御部１１は、記憶されたプログラムを実行することにより、操作情報取得部２１０、選択部２２０及び表示制御部２３０に相当する各機能を実現する。
【００２６】
操作情報取得部２１０は、操作部１４からの操作情報を取得する機能を有する。操作情報取得部２１０は、ユーザが操作したキーと制御部１１が実行中の処理の内容とに基づき、ユーザの操作の内容を特定する。操作情報取得部２１０は、さらに、遷移受付部２１１と指示受付部２１２とを含む。遷移受付部２１１は、選択ウィンドウを変更する操作を受け付ける。遷移受付部２１１は、あるウィンドウが選択ウィンドウである場合において、方向キーによっていずれかの操作方向が指示されたときに機能する。指示受付部２１２は、ウィンドウの配置を変更する指示を受け付ける。指示受付部２１２は、複数のウィンドウが表示されている場合において、変更キーが押下されたときに機能する。
【００２７】
選択部２２０は、ウィンドウが複数表示される場合に、その複数のウィンドウから選択ウィンドウを選択する機能を有する。選択部２２０が選択ウィンドウを選択する場合には、あらかじめ記憶された表示情報に基づいて選択ウィンドウを決定する場合と、ユーザの操作に応じて選択ウィンドウを決定する場合とがある。例えば、選択部２２０は、遷移受付部２１１が選択ウィンドウを変更する操作を受け付けた場合に、その操作に応じて選択ウィンドウを変更する。すなわち、このとき選択部２２０が実現する機能は、選択ウィンドウをあるウィンドウから別のウィンドウに遷移させる機能である。このとき、選択部２２０は、指示された操作方向を特定し、選択ウィンドウからみて当該操作方向にある最も近い非選択ウィンドウを選択ウィンドウとして指定する。
【００２８】
表示制御部２３０は、外部からの情報に応じてウィンドウの表示を制御する機能を有する。すなわち、表示制御部２３０は、外部からの情報に応じて、ウィンドウの表示の開始や終了、ウィンドウの表示位置の変更などを行う。また、表示制御部２３０が行う表示制御には、選択ウィンドウの遷移に応じた表示変更や、変更キーの押下に応じたウィンドウの配置変更が含まれる。表示制御部２３０は、選択ウィンドウと非選択ウィンドウが区別可能であるようにこれらを表示する。すなわち、表示制御部２３０は、選択ウィンドウと非選択ウィンドウとを異なる表示態様で表示する。
【００２９】
図４は、選択ウィンドウと非選択ウィンドウの表示態様を例示する図である。同図に示すように、表示制御部２３０は、例えば、選択ウィンドウがウィンドウＷ１であれば、ウィンドウＷ１に枠Ｆ１を付すことによって非選択ウィンドウたる他のウィンドウＷ２〜Ｗ６と区別する。なお、表示態様の区別は、この例に限らず、例えば、選択ウィンドウを点滅させたり、非選択ウィンドウを半透明にさせたりするものであってもよい。
【００３０】
また、選択ウィンドウの遷移は、方向キーが示す操作方向について行われる。例えば、選択ウィンドウがウィンドウＷ１である場合、表示制御部２３０は、ウィンドウＷ１の上下左右にあるウィンドウＷ２〜Ｗ５を、次に選択され得るウィンドウであるとする。なお、このときユーザは、ウィンドウＷ６を選択する場合には、選択ウィンドウをウィンドウＷ１からウィンドウＷ２（又はＷ５）に遷移させ、さらにウィンドウＷ６に遷移させる、といった具合に、遷移操作を２回行う必要がある。
【００３１】
さらに、表示制御部２３０は、選択ウィンドウと次に選択され得るウィンドウとの間に、目印となる所定の文字や画像を表示させてもよい。このような表示を行えば、ユーザが次に選択され得るウィンドウを容易に認識することが可能となる。なお、例えば図４のウィンドウＷ３が選択ウィンドウである場合のように、次に選択され得るウィンドウが同一の操作方向（この場合、上方向）について複数存在する場合には、所定の規則に従って一のウィンドウが次に選択され得るウィンドウとされ、目印の表示が行われる。
【００３２】
図５は、以上の構成及び機能を有する制御部１１が実行する表示制御を示すフローチャートである。このフローチャートが示す処理は、「一覧表示アプリケーション」が起動されたことを契機に実行されるものである。まず、制御部１１は、複数のウィンドウの配置態様を予め定められたアルゴリズムに従って決定する（ステップＳ１）。配置の決定の態様としては、例えば、制御部１１が、ＥＥＰＲＯＭ１１ｄ等に格納された設定情報に従って決定するようにしてもよく、また、例えば、各ウィジェットがダウンロードされた日時の古い順に配置するようにしてもよく、また、例えば、各ウィジェットの起動回数に応じて配置するようにしてもよい。また、例えば、所定のランダム関数を用いて配置態様を決定するようにしてもよく、要は、制御部１１が、予め定められたアルゴリズムに従って決定すればよい。
【００３３】
複数のウィンドウの配置態様を決定すると、制御部１１は、複数のウィンドウからなるウィンドウ群のうちの少なくとも一部を、予め定められた縮尺（以下「第１の縮尺」という。）に応じた大きさで表示部１３に表示させる（ステップＳ２）。ここでは、制御部１１は、表示すべき複数のウィンドウがステップＳ１で決定された配置態様で配置されて形成される画像（以下「全体画像Ｇ１」という。）の少なくとも一部を、表示部１３の表示領域に第１の縮尺に応じた大きさで表示する。
【００３４】
図６は、全体画像Ｇ１の一例を示す図であり、図７は、ステップＳ２において表示部１３に表示される画面の一例を示す図である。図６及び図７においては、ウィンドウＷ１〜Ｗ８の８つのウィンドウを表示する場合を例示している。図６及び図７に例示するように、制御部１１は、ウィンドウＷ１〜Ｗ８がステップＳ１で決定された配置態様で配置された全体画像Ｇ１を、表示部１３の表示領域Ｒ１に第１の縮尺に応じた大きさで表示する。図７においては、ウィンドウＷ１が選択ウィンドウである場合について例示している。図７に例示するように、制御部１１は、選択されたウィンドウの全て（図７に示す例では選択ウィンドウＷ１）が表示部１３に表示されるように、全体画像Ｇ１を第１の縮尺に応じた大きさで表示する。
【００３５】
図７に示すように、表示部１３の表示領域Ｒ１には複数のウィンドウが表示される。図７に示す画面が表示されている状態において、ユーザは、方向キーを用いて選択ウィンドウを変更することができる。制御部１１は、操作部１４から出力される操作情報に応じて、選択ウィンドウを変更する。
【００３６】
また、ユーザは、操作部１４の変更キーを用いてウィンドウが表示されている位置を変更することができる。制御部１１は、ウィンドウの位置を変更するための操作が行われるまで待機し（ステップＳ３；ＮＯ）、ウィンドウが表示されている位置を変更する操作を操作部１４が受け付けると（ステップＳ３；ＹＥＳ）、ウィンドウの位置が変更されたウィンドウ群を、第１の縮尺よりも小さい縮尺（以下「第２の縮尺」という。）に応じた大きさで表示部１３に表示させてから、ウィンドウの位置が変更されたウィンドウ群の少なくとも一部を、第１の縮尺で表示部１３に表示させる処理を行う（ステップＳ４〜Ｓ７）。これらの処理について以下で図面を参照しつつ詳述する。
【００３７】
図７に例示する画面、すなわち全体画像Ｇ１の一部が表示されている状態において、配置の変更を指示する旨の操作情報が操作部１４から出力されると、制御部１１は、まず、表示されている画面を俯瞰した俯瞰画面を表示する（ステップＳ４）。より具体的には、制御部１１は、表示すべきウィンドウがステップＳ１で決定された配置態様で配置されて形成される全体画像Ｇ１の全部が表示領域Ｒ１に表示されるように、表示領域Ｒ１の表示内容を変更する。図８は、ステップＳ４において表示部１３の表示領域Ｒ１に表示される俯瞰画面の一例を示す図である。図８に示す例では、図６で示した全体画像Ｇ１が縮小されてその全体が表示可能なサイズで表示が行われる。ステップＳ４においては、制御部１１は、全体画像Ｇ１をズームアウトさせながら表示内容を変更するようにしてもよい。
【００３８】
次いで、制御部１１は、予め定められたアルゴリズムに従って複数のウィンドウの配置態様を変更する（ステップＳ５）。配置の変更態様としては、例えば、制御部１１が、所定のランダム関数を用いて配置態様を変更するようにしてもよく、要は、制御部１１が予め定められたアルゴリズムに従って複数のウィンドウの配置態様を変更するものであればどのようなものであってもよい。
【００３９】
次いで、制御部１１は、図８に例示する俯瞰画面においてウィンドウの配置を変更する（ステップＳ６）。すなわち、制御部１１は、ウィンドウの配置が変更されたウィンドウ群を、第１の縮尺よりも小さい第２の縮尺に応じた大きさで表示部１３に表示させる。ここでは、制御部１１は、ステップＳ５で決定した配置態様で複数のウィンドウが配置されて形成される画像（以下、「全体画像Ｇ２」という。）の全部が表示部１３の表示領域Ｒ１に表示されるように、表示領域Ｒ１の表示内容を変更する。図９は、ステップＳ６において表示部１３の表示領域Ｒ１に表示される俯瞰画面の一例を示す図である。図９に示す例では、配置が変更された全体画像Ｇ２が縮小されてその全体が表示可能なサイズで表示が行われる。
【００４０】
この表示の書き換えに際し、制御部１１は、表示する画像に適当な視覚効果を付与するようにしてもよい。例えば、制御部１１は、変更前の配置から変更後の配置になるまでの期間に、配置されるウィンドウとは別の画像（例えば、「お待ちください」と表示した画像や、砂時計の画像）を表示させてもよいし、変更前の配置から徐々に変更後の配置に変化していくように、複数のウィンドウの画像をアニメーション表示させてもよい。また、このときに制御部１１は、書き換えを行っていることをユーザに報知する適当な効果音を発生させるようにしてもよい。なお、かかる視覚効果は、変更キーが押下された後であって、表示されているすべてのウィンドウの配置が決定されるまでの適当な時期に開始されてもよい。このようにすれば、配置の決定に時間を要する場合であっても、画像が動かないでそのままであることをなくすことができる。
【００４１】
図９に例示する俯瞰画面、すなわちウィンドウの位置が変更されたウィンドウ群を第２の縮尺に応じた大きさで表示部１３に表示させてから、制御部１１は、その表示内容を拡大した拡大画面（基の画面）に戻す処理を行う（ステップＳ７）。すなわち、制御部１１は、ウィンドウの位置が変更されたウィンドウ群の少なくとも一部を、第１の縮尺で表示部１３に表示させる。ここでは、制御部１１は、全体画像Ｇ２が第１の縮尺に応じた大きさで表示領域Ｒ１に表示されるように、表示領域Ｒ１の表示内容を変更する（ステップＳ７）。このとき、制御部１１が、全体画像Ｇ２をズームインさせることによって表示内容を変更するようにしてもよい。また、このとき、ステップＳ７の処理において、全体画像Ｇ２の全てを表示領域Ｒ１に表示しきれない場合には、全体画像Ｇ２の一部が表示領域Ｒ１に表示される。図１０は、ステップＳ７において表示領域Ｒ１に表示される画面の一例を示す図であり、図１１は、全体画像Ｇ２の一例を示す図である。図１０及び図１１に例示するように、表示領域Ｒ１には、全体画像Ｇ２のうちの一部が表示される。また、図１０に示すように、制御部１１は、選択されたウィンドウの全て（図１０に示す例では選択ウィンドウＷ１）が表示領域Ｒ１に表示されるように、全体画像Ｇ２の少なくとも一部を表示する。
【００４２】
制御部１１は、一覧表示アプリケーションを終了するか否かを判定し（ステップＳ８）、アプリケーションを終了すると判定した場合には（ステップＳ８；ＹＥＳ）、アプリケーションの実行処理を終了する一方、それ以外の場合には（ステップＳ８；ＮＯ）、ステップＳ３の処理に戻り、ウィンドウの配置変更を指示されるまで待機し、ウィンドウの配置変更を指示されると（ステップＳ３；ＹＥＳ）、ステップＳ４以降の処理を行って、ウィンドウの配置を変更する処理を行う。
【００４３】
また、制御部１１は、一覧表示アプリケーションの実行中において、第１の縮尺に応じた大きさで表示部１３に表示されているウィンドウを指定する操作を操作部１４が受け付けると（すなわち図５のステップＳ２又はＳ３において表示部１３に表示されているウィンドウを指定する操作を操作部１４が受け付けると）、指定されたウィンドウに応じた処理を実行する。なお、図５においては、図面が煩雑になるのを防ぐため、この処理についての図示を省略している。
【００４４】
一覧表示アプリケーションにおいてウィンドウの配置を変更することによって、ユーザが所望のウィンドウを選択するためにキーを押下する回数を減らすことが可能であり、ウィンドウの選択のための操作性を向上させることができる。具体的には、例えば、ウィンドウの配置が図７に例示する態様である場合において、選択ウィンドウをウィンドウＷ２からウィンドウＷ８に変更するためには、ユーザは、十字キーを下方向に２回、左方向に１回押下する必要がある。一方、ユーザが変更キーを押下することによってウィンドウの配置が図１０に示す態様に変更された場合には、選択ウィンドウをウィンドウＷ２からウィンドウＷ８に変更するためには、ユーザは、十字キーを左方向に１回だけ押下すればよいことになる。このように、本実施形態においては、ユーザは、変更キーを押下するだけで、操作がしやすくなるようにウィンドウの配置を変更することができる。なお、この表示制御による効果は、表示されているウィンドウの数が多い場合ほど顕著となりやすく、また、選択ウィンドウから所望のウィンドウを選択するまでに方向キーを押下する回数が多いほど顕著となりやすい。
【００４５】
なお、配置を１回変更しただけでは操作回数が減少しない場合には、ユーザは、変更キーを複数回押下し、配置を複数回変更すればよい。このとき、ユーザにあっては、同一のキーのいわゆる連打が可能であり、異なるキーを繰り返し押下する場合（例えば、「上」、「右」、「上」と押下する場合）に比べ、操作が簡単である。
【００４６】
本実施形態の表示制御は、以上のとおりである。本実施形態では、上述したように、ウィンドウの一覧画面において各ウィンドウの配置を変更する場合には、まず、基の画面から、その画面を俯瞰した俯瞰画面を表示し、次に、その俯瞰画面においてウィンドウの配置を変更し、最後に、その表示内容を拡大した拡大画面（基の画面）に戻す、という手順を踏む。このように、拡大画面を表示することによって、携帯電話機のような小型の表示領域において、各ウィンドウを見やすくすることができる。また、ウィンドウを拡大した拡大画面では表示しきれないウィンドウが発生するが、俯瞰画面を表示することによって、そのような表示しきれないウィンドウが存在していることや、そのウィンドウの位置を、ユーザに意識させることができる。
【００４７】
以上説明したように、本実施形態によれば、所望のウィンドウを選択するためにキーを押下する回数を減らしてウィンドウの選択のための操作性を向上させることができるとともに、ウィンドウを選択する際にユーザがウィンドウの全体の配置を把握し易くすることができる。
【００４８】
［変形例］
本発明は、上述した実施形態と異なる形態で実施することが可能である。本発明は、例えば、以下のような形態で実施することも可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。
【００４９】
（１）変形例１
上述の実施形態において、制御部１１が、俯瞰画面を表示するか否かを、ウィンドウの数等に応じて制御するようにしてもよい。例えば、ウィンドウが１つの場合には俯瞰する必要はないので、最初から拡大画面を表示する一方、拡大画面に収まりきれないような数のウィンドウが存在している場合には、それらのウィンドウをちょうど俯瞰し得るだけの領域を表示してから拡大画面に移行するようにしてもよい。この場合の処理の流れを示すフローチャートの一例を図１２に示す。図１２は、上述した実施形態に係る図５のフローチャートに対応するものであり、図５に示すフローチャートと図１２に示すフローチャートとが異なる点は、図１２に示すフローチャートがステップＳ２１，Ｓ２２，Ｓ２３を有する点である。そのため、以下の説明においては、図５と同様の処理については同じ符号を付して適宜その説明を省略する。
【００５０】
図１２に示す例において、制御部１１は、配置を変更する際に（ステップＳ３；ＹＥＳ）、俯瞰画面を表示するか否かを判定する（ステップＳ２１）。ここでは、制御部１１は、ウィンドウの位置が変更されたウィンドウ群の全部を、第１の縮尺に応じた大きさで表示部１３に表示可能か否かを判定することによって、俯瞰画面を表示するか否かを判定する。制御部１１は、ウィンドウ群の全部を第１の縮尺に応じた大きさで表示可能である場合には俯瞰画面を表示しないと判定する一方、ウィンドウ群の全部を第１の縮尺に応じた大きさで表示できない場合には俯瞰画面を表示すると判定する。俯瞰画面を表示すると判定した場合には（ステップＳ２１；ＹＥＳ）、制御部１１は、ウィンドウ群を第２の縮尺に応じた大きさで表示部１３に表示させてから（ステップＳ６）、ウィンドウの位置が変更されたウィンドウ群の少なくとも一部を、第１の縮尺で表示部１３に表示させる（ステップＳ７）。すなわち、制御部１１は、一旦俯瞰画面を表示した後に拡大画面を表示する。一方、俯瞰画面を表示しないと判定した場合には（ステップＳ２１；ＮＯ）、制御部１１は、ウィンドウ群の配置を変更し（ステップＳ２２）、ウィンドウの位置が変更されたウィンドウ群を、第１の縮尺に応じた大きさで表示部１３に表示する（ステップＳ２３）。すなわち、ウィンドウの位置が変更されたウィンドウ群の全部を、第１の縮尺に応じた大きさで表示部１３に表示可能である場合には、制御部１１は、俯瞰画面を表示せずに、ウィンドウの位置が変更されたウィンドウ群を第１の縮尺に応じた大きさで表示させる。このように、図１２に示す例では、制御部１１は、ウィンドウ群の全部を表示部１３に表示可能か否かを判定し、表示可能と判定した場合には俯瞰画面を表示せずにウィンドウの配置を変更する一方、表示不可能と判定した場合には、ウィンドウの配置を変更する際に一旦俯瞰画面を表示するように制御する。
【００５１】
図１２のステップＳ２１において、俯瞰画面を表示するか否かの判定の態様としては、例えば、制御部１１が表示されるウィンドウの数に応じて判定するようにしてもよい。より具体的には、例えば、制御部１１が、表示すべきウィンドウの数が予め定められた閾値以上であれば俯瞰画面を表示する一方、閾値未満である場合には俯瞰画面を表示しないように制御してもよい。
【００５２】
また、俯瞰画面を表示するか否かの判定の他の態様として、制御部１１が、配置変更後のウィンドウを全て表示可能か否かを判定するようにしてもよい。具体的には、例えば、制御部１１が、実際にウィンドウを配置した画像を計算し、全表示不可なら俯瞰画面を表示する一方、全表示可なら俯瞰画面を表示しないように制御してもよい。
【００５３】
また、例えば、制御部１１が、ウィンドウのサイズに応じて判断してもよい。例えば、制御部１１が、ウィンドウの周囲長の合計を算出し、算出結果が閾値以上である場合は俯瞰画面を表示する一方、閾値未満の場合は俯瞰画面を表示しないように制御してもよい。また、例えば、制御部１１が、ウィンドウの面積の合計を算出し、算出結果が閾値以上であれば俯瞰画面を表示する一方、閾値未満の場合は俯瞰画面を表示しないようにしてもよい。
【００５４】
また、俯瞰画面を表示するか否かの判定の他の態様として、制御部１１がユーザ操作に応じて判定するようにしてもよい。例えば、制御部１１が、変更キーの１度押しや長押しでは俯瞰画面を表示する一方、２度押した短期間押しの場合には俯瞰画面を表示しないようにしてもよい。この場合は、例えば、ユーザの操作の態様を示す操作態様情報と、俯瞰画面を表示するか否かを示すフラグとを対応付けてＥＥＰＲＯＭ１１ｄ等の所定のメモリに予め記憶させておき、ユーザによって操作が行われると、制御部１１が、操作部１４から出力される信号に応じて、ユーザの操作態様を特定し、特定した操作態様に応じて、俯瞰画面を表示するか否かをメモリを参照して判定するようにしてもよい。
【００５５】
（２）変形例２
上述の実施形態において、俯瞰画面において制御部１１がウィンドウ群を表示する際の第２の縮尺は、一定値であってもよく、また、可変であってもよい。具体的には、例えば、制御部１１が、俯瞰画面において表示すべきウィンドウの全てを表示可能な縮尺を、ウィンドウの数や配置態様に応じてその都度変更するようにしてもよい。また、これに限らず、俯瞰画面においては制御部１１が常に一定の縮尺に応じた大きさでウィンドウ群を表示するようにしてもよい。
【００５６】
また、上述の実施形態の図９に示す例では、制御部１１は、表示すべきウィンドウの全体が全て表示部１３の表示領域Ｒ１に表示されるような縮尺で、複数のウィンドウを表示するようにしたが、これに限らず、例えば、図１３に示すように、表示すべきウィンドウ群に含まれるウィンドウの全てを、各ウィンドウの少なくとも一部が表示されるような縮尺で俯瞰画面を表示するようにしてもよい。
要は、俯瞰画面を表示する際に、制御部１１が、第１の縮尺よりも小さい縮尺に応じた大きさでウィンドウ群を表示するようにすればよい。
【００５７】
（３）変形例３
上述の実施形態において、制御部１１が、俯瞰画面を表示している期間を、表示内容に応じて適宜変更するようにしてもよい。例えば、表示ウィンドウの数が多いほど、俯瞰画面の表示期間を長くするようにしてもよい。また、例えば、制御部１１が、第１の縮尺と第２の縮尺との差分が大きいほど、俯瞰画面の表示時間を長くするように制御してもよい。要するに、制御部１１が、全体配置を把握しづらい場合ほど、俯瞰画面の表示期間を長くすればよい。
【００５８】
また、ユーザ操作に応じて俯瞰画面を表示する期間を変更するようにしてもよい。例えば、制御部１１が、ユーザによって変更キーが長押しされている期間においては俯瞰画面を表示するようにしてもよい。この場合は、制御部１１が、ユーザによって変更キーが長押しされている間は俯瞰画面を表示し、変更キーの長押しが解除されたときに、俯瞰画面から拡大画面に表示を変更するようにしてもよい。
【００５９】
また、ウィンドウの配置の変更量に応じて、俯瞰画面の表示期間を適宜変更するようにしてもよい。具体的には、制御部１１が、ウィンドウの配置が変更された際のウィンドウの移動量が大きいほど、俯瞰画面の表示時間を長くするようにしてもよい。この場合は、制御部１１が、配置が変更されたウィンドウ群に含まれる各ウィンドウのそれぞれの移動量を算出し、算出した移動量の合計値が大きいほど、俯瞰画面の表示時間を長くするように制御してもよい。
【００６０】
（４）変形例４
また、俯瞰画面から拡大画面に戻すときのスピード・期間を適宜変更するようにしてもよい。例えば、制御部１１が、表示ウィンドウの数が多いほど、スピードを遅くするようにしてもよく、また、例えば、ウィンドウの面積の合計が大きいほどスピードを遅くするようにしてもよい。また、第１の縮尺と第２の縮尺との差分が大きいほど、スピードを遅くするようにしてもよい。要するに、制御部１１が、全体配置を把握しづらい場合ほど、スピードを遅くして期間を長くするようにしてもよい。
【００６１】
また、俯瞰画面から拡大画面に戻すときのスピード・期間を、制御部１１がユーザ操作に応じて変更するようにしてもよい。具体的には、例えば、制御部１１が、変更キーが長押しされた場合にはスピードを遅くするように制御してもよい。
【００６２】
また、ウィンドウの配置の変更量に応じて、俯瞰画面から拡大画面に戻すときのスピード・期間を変更するようにしてもよい。この場合は、制御部１１が、配置が変更されたウィンドウ群に含まれる各ウィンドウのそれぞれの移動量を算出し、算出した移動量の合計値が大きいほど、スピードを遅くして期間を長くするように制御してもよい。
【００６３】
（５）変形例５
上述の実施形態において、各ウィジェットの通信状況や通信種別（セキュア／非セキュア等）等の属性を表す画像を、各ウィジェットに対応するウィンドウの近傍又はウィンドウ上に重畳して表示するようにしてもよい。属性としては、通信状況や通信種別に限らず、アプリケーションの実況状況やアプリケーションの種別、通信接続の有無等であってもよい。この場合は、各ウィジェットの属性を表す属性データをウィジェット毎にＲＯＭ１１ｂ又はＥＥＰＲＯＭ１１ｄに予め記憶しておく構成とし、制御部１１は、各ウィジェットの属性を表す属性データをＲＯＭ１１ｂ又はＥＥＰＲＯＭ１１ｄから読み出し、読み出した属性データに応じて、属性を表す画像をウィンドウの近傍又はウィンドウ上に重畳して表示する。
【００６４】
（６）変形例６
本発明の配置変更処理は、選択ウィンドウと非選択ウィンドウとの相対的な位置関係が変化するものであれば足りる。よって、ウィンドウは、表示中のすべてのものが移動されてもよいが、表示中の一部のものが移動されるだけであってもよい。例えば、本発明の配置変更処理は、選択ウィンドウの位置を変えずに、その周囲にある非選択ウィンドウの位置を変えるものであってもよい。このようにした場合であっても、所望の非選択ウィンドウが選択ウィンドウに近づき、ユーザが選択するための操作を少なくさせることができることがあるからである。また、かかる場合において、一部の非選択ウィンドウの位置を変えないでもよい。
【００６５】
（７）変形例７
上述した実施形態は、ウィンドウが重ならないようにした実施形態である。しかし、本発明は、ウィンドウが重なる場合の実施を妨げるものではなく、いわゆるオーバーラップウィンドウ方式においても実施され得る。また、本発明は、いわゆるタイリングウィンドウ方式のように複数のウィンドウを並べて表示する場合にも適用可能である。この場合において、隣り合うウィンドウどうしは、間隔を有さずに配置されてもよい。
【００６６】
（８）変形例８
本発明におけるウィンドウは、上述した実施形態における「ウィジェット」に割り当てられた表示領域に限らず、他のアプリケーション（例えば、ネイティブアプリケーション）に割り当てられた表示領域であってもよい。同様に、ウィジェットも、Ｊａｖａアプリケーションに限らず、他のアプリケーションとして実現されてもよい。さらに、上述した実施形態においては、Ｊａｖａアプリケーションである一覧表示アプリケーションを実行することにより複数のウィンドウを表示させるようにしたが、複数のウィンドウを表示させることは、例えばＯＳによるなど、他のアプリケーションによって実現されてもよい。
【００６７】
また、ウィジェットは、無線通信部１２以外の手段を介して情報を取得することも可能である。例えば、本発明に係る情報処理装置がいわゆるＩＣタグを備える場合には、ＩＣタグに記憶された情報を取得してもよい。また、本発明に係る情報処理装置がＧＰＳ（Global Positioning System）等による測位機能を有する場合には、かかる測位機能を用いて位置情報（緯度及び経度や、所定の地点からの距離など）を取得してもよい。
【００６８】
（９）変形例９
本発明におけるオブジェクト画像は、ウィンドウに限らず、例えば、特定のアプリケーションへのショートカットを示すアイコンや、通信端末装置１０のＥＥＰＲＯＭ１１ｄに記憶された画像や文書ファイルのサムネイル画像であってもよい。また、本発明におけるオブジェクト画像は、例えば、所定のＷｅｂページをアイコン化したＷｅｂクリップや、特定の電話番号へのショートカットを示すアイコンであってもよい。本発明におけるオブジェクト画像は、静止画であるか動画であるかを問わず、また、文字や記号を含むものである。要は、本発明におけるオブジェクト画像は、通信端末装置１０の表示部１３に表示される画像であって、ユーザが操作部１４を操作することによって指定可能な画像であり、制御部１１が指定された画像に応じた処理を実行するものであればよい。具体的には、例えば、オブジェクト画像がサムネイル画像である場合には、サムネイル画像が指定されると、制御部１１は、指定されたサムネイル画像の示す画像を表示部１３に表示する処理を実行する。また、例えば、オブジェクト画像がＷｅｂクリップである場合には、Ｗｅｂクリップが指定されると、制御部１１は、指定されたＷｅｂクリップの示すＷｅｂページにアクセスして表示する処理を実行する。
【００６９】
（１０）変形例１０
上述の実施形態では、ウィンドウの配置を変更した後に拡大画面（基に）戻すようにした。すなわち、上述の実施形態では、制御部１１は、図５に示すステップＳ６の処理を実行した後にステップＳ７の処理を実行するようにしたが、これに限らず、配置を変更しながら基の拡大画面に戻すようにしてもよい。すなわち、制御部１１が、ウィンドウの配置が変更されながら基の拡大画面に戻るように、表示領域の表示内容をアニメーションで徐々に変更するようにしてもよい。この場合は、制御部１１は、第１の縮尺よりも小さい縮尺で、かつ、その縮尺を徐々に小さくしながら、ウィンドウの位置を徐々に変更する。すなわち、この場合も、上述の実施形態と同様に、制御部１１は、複数のウィンドウからなるウィンドウ群の少なくとも一部を、第１の縮尺に応じた大きさで表示し、ウィンドウの位置を変更する操作を操作部１４が受け付けると、ウィンドウの位置が変更されたウィンドウ群を、第１の縮尺よりも小さい縮尺で表示部１３に表示させてから、ウィンドウの位置が変更されたウィンドウ群の少なくとも一部を、第１の縮尺で表示部１３に表示させる。
【００７０】
（１１）変形例１１
上述した実施形態では、ユーザが操作部１４のキーを操作することにより、各種の指示の入力が行われていたが、これに限らない。例えば、操作部１４の各キーに対応するソフトボタンを表示部１３に表示させて、このソフトボタンの操作により各種の指示の入力が行われてもよい。また、通信端末装置１０がタッチパネルを備えている場合には、このソフトボタンの操作をタッチパネルが受け付けてもよい。
【００７１】
（１２）変形例１２
上述した実施形態において、本発明に係る情報処理装置に相当するものは、制御部１１であるとみなすこともできるし、通信端末装置１０であるとみなすこともできる。なお、本発明における操作に相当するものは、キーの押下によらず、例えば、音声による指示を認識した結果であってもよい。
【００７２】
また、上述した実施形態は、本発明を携帯電話機に適用したものであるが、本発明は、その他の電子機器に適用することも可能である。本発明は、ＰＤＡ（Personal Digital Assistance）等の通信端末装置や、カメラ、携帯音楽プレーヤ、携帯ゲーム機など、種々の情報処理装置に適用することができる。
【００７３】
さらに、上述した通信端末装置１０が実現する図３に示す各機能は、複数のプログラムの組み合わせによって実現され、又は、複数のハードウェア資源の協働によって実現され得る。例えば、表示制御部２３０に相当する動作と操作情報取得部２１０及び選択部２２０に相当する動作とが別異のプログラムによって実行されてもよいし、これらの動作を実行するハードウェア資源が別異であってもよい。
【図面の簡単な説明】
【００７４】
【図１】通信端末装置の物理的構成を示すブロック図
【図２】通信端末装置の論理的構成を示す図
【図３】通信端末装置が実現する機能を示す機能ブロック図
【図４】選択ウィンドウと非選択ウィンドウの表示態様を例示する図
【図５】通信端末装置が実行する表示制御を示すフローチャート
【図６】表示部に表示される画面の一例を示す図
【図７】表示部に表示される画面の一例を示す図
【図８】表示部に表示される画面の一例を示す図
【図９】表示部に表示される画面の一例を示す図
【図１０】表示部に表示される画面の一例を示す図
【図１１】表示部に表示される画面の一例を示す図
【図１２】通信端末装置が実行する表示制御を示すフローチャート
【図１３】表示部に表示される画面の一例を示す図
【符号の説明】
【００７５】
１０…通信端末装置、１１…制御部、１２…無線通信部、１３…表示部、１４…操作部、２１０…操作情報取得部、２１１…遷移受付部、２１２…指示受付部、２２０…選択部、２３０…表示制御部
【図１】
2010061570.tif 000003
【図２】
2010061570.tif 000004
【図３】
2010061570.tif 000005
【図４】
2010061570.tif 000006
【図５】
2010061570.tif 000007
【図６】
2010061570.tif 000008
【図７】
2010061570.tif 000009
【図８】
2010061570.tif 000010
【図９】
2010061570.tif 000011
【図１０】
2010061570.tif 000012
【図１１】
2010061570.tif 000013
【図１２】
2010061570.tif 000014
【図１３】
2010061570.tif 000015