(57)【特許請求の範囲】
【請求項１】
ネットワーク上のサーバを取得元として、前記取得元からデータを受信する処理を含むアプリケーションプログラムの実行をする実行手段と、
前記実行に従って前記取得元からデータを受信する受信手段と、
前記実行に従って、前記データに従った画像を表示するウインドウを、表示手段に表示させる表示制御手段と、
前記ウインドウのサイズが変化することを検出する検出手段と、
前記検出手段によりウインドウのサイズが変化することが検出されると、変化後のサイズに応じて前記取得元となるサーバを変更する変更手段と
を有する情報処理装置。
【請求項２】
複数のアプリケーションプログラムを記憶するプログラム記憶手段と、
アプリケーションプログラム毎にウインドウのサイズとサーバの対応関係を記憶した対応関係記憶手段と
を有し、
前記実行手段が、前記複数のアプリケーションプログラムのうち少なくとも１つのアプリケーションプログラムを実行し、
前記変更手段が、前記対応関係記憶手段に記憶された対応関係のうち変化後のサイズに対応するサーバを前記取得元として決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記アプリケーションプログラムが、自身に対応するウインドウのサイズを変更する処理を含み、
前記検出手段が、前記アプリケーションプログラムの実行により行われたサイズの変更を検出する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記アプリケーションプログラムが、ウインドウのサイズとサーバの対応関係を示す情報を含み、
前記変更手段が、前記情報に含まれる対応関係のうち変化後のサイズに対応するサーバを前記取得元として決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記データが、ウインドウのサイズとサーバの対応関係を示す情報を含み、
前記変更手段が、前記情報に含まれる対応関係のうち変化後のサイズに対応するサーバを前記取得元として決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
ユーザの指示に応じた信号を出力する入力手段を有し、
前記検出手段が、前記信号が特定の条件を満たしたことを、前記ウインドウのサイズが変化することとして検出する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記ネットワークが、処理能力が異なる複数のサーバを有し、
前記変更手段が、前記ウインドウのサイズが大きくなると処理能力がより低いサーバを前記取得元として決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記ネットワークが、データの転送速度が異なる複数のサーバを有し、
前記変更手段が、前記ウインドウのサイズが大きくなると転送速度がより高いサーバを前記取得元として決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項９】
前記ネットワークが、データの転送量が異なる複数のサーバを有し、
前記変更手段が、前記ウインドウのサイズが大きくなると転送量がより多いサーバを前記取得元として決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
前記ネットワークが複数のサーバを有し、
前記変更手段が、前記ウインドウのサイズが大きくなるとより多くのサーバを前記取得元として決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１１】
コンピュータ装置を、
ネットワーク上のサーバを取得元として、前記取得元からデータを受信する処理を含むアプリケーションプログラムの実行をする実行手段と、
前記実行に従って前記取得元からデータを受信する受信手段と、
前記実行に従って、前記データに従った画像を表示するウインドウを、表示手段に表示させる表示制御手段と、
前記ウインドウのサイズが変化することを検出する検出手段と、
前記検出手段によりウインドウのサイズが変化することが検出されると、変化後のサイズに応じて前記取得元となるサーバを変更する変更手段と
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グラフィカルユーザインターフェース（Graphical User Interface、ＧＵＩ）に関する。
【背景技術】
【０００２】
アプリケーションプログラムを実行する際、アプリケーションプログラムの処理状況を示す画面を、表示装置においてある領域（通常「ウインドウ」といわれる）に表示させるコンピュータ装置がある。特に複数のアプリケーションプログラムを並行して実行するコンピュータ装置には、ユーザがウインドウのサイズを変更できるものがある。
【０００３】
特許文献１−３は、ウインドウサイズに応じてウインドウの表示態様を変える技術を開示している。特許文献１は、画面上のウインドウのサイズが変化すると、そのサイズを映像配信装置に通知して、伝送データのビットレートをウインドウサイズに応じたものにする技術を開示している。特許文献２は、複数の動画ウインドウを表示する際、ユーザが指定したウインドウの動画は通常に表示し、それ以外のウインドウの動画は、非表示、コマ落とし表示、モザイク表示、モノクロ表示、輝度を抑えた表示などとする技術を開示している。特許文献３は、複数のウインドウを表示する際、注目ウインドウ以外のウインドウを、輝度低減表示・コマ落とし表示とする技術を開示している。
【０００４】
【特許文献１】特開２００５−１９１９４９号公報
【特許文献２】特開平６−４４０２９号公報
【特許文献３】特開２００１−１７５２３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ウインドウのサイズが変更されるということは、表示できる情報の量が変わるということである。表示できる情報が変わる時は、データの取得元を変更した方が望ましい場合もあるが、特許文献１−３に記載された技術においては、データの取得元は変更されなかった。
【０００６】
これに対し本発明は、ウインドウサイズの変更に応じてデータの取得元を変更する技術を提供する。
【課題を解決するための手段】
【０００７】
上述の課題を解決するため、本発明は、ネットワーク上のサーバを取得元として、前記取得元からデータを受信する処理を含むアプリケーションプログラムの実行をする実行手段と、前記実行に従って前記取得元からデータを受信する受信手段と、前記実行に従って画像を表示するウインドウを、表示手段に表示させる表示制御手段と、前記ウインドウのサイズが変化することを検出する検出手段と、前記検出手段によりウインドウのサイズが変化することが検出されると、変化後のサイズに応じて前記取得元となるサーバを変更する変更手段とを有する情報処理装置を提供する。
この情報処理装置によれば、ウインドウサイズの変更に応じてデータの取得元が変更される。
【０００８】
好ましい態様において、この情報処理装置は、複数のアプリケーションプログラムを記憶するプログラム記憶手段と、アプリケーションプログラム毎にウインドウのサイズとサーバの対応関係を記憶した対応関係記憶手段とを有し、前記実行手段が、前記複数のアプリケーションプログラムのうち少なくとも１つのアプリケーションプログラムを実行し、前記変更手段が、前記対応関係記憶手段に記憶された対応関係のうち変化後のサイズに対応するサーバを前記取得元として決定してもよい。
この情報処理装置によれば、対応関係記憶手段に記憶された対応関係のうち変化後のサイズに対応するサーバが前記取得元として決定される。
【０００９】
別の好ましい態様において、前記アプリケーションプログラムが、自身に対応するウインドウのサイズを変更する処理を含み、前記検出手段が、前記アプリケーションプログラムの実行により行われたサイズの変更を検出してもよい。
この情報処理装置によれば、アプリケーションプログラムの実行により行われたサイズの変更に応じてデータの取得元が決定される。
【００１０】
さらに別の好ましい態様において、前記アプリケーションプログラムが、ウインドウのサイズとサーバの対応関係を示す情報を含み、前記変更手段が、前記情報に含まれる対応関係のうち変化後のサイズに対応するサーバを前記取得元として決定してもよい。
この情報処理装置によれば、アプリケーションプログラムに含まれる対応関係のうち変化後のサイズに対応するサーバが取得元として決定される。
【００１１】
さらに別の好ましい態様において、前記データが、ウインドウのサイズとサーバの対応関係を示す情報を含み、前記変更手段が、前記情報に含まれる対応関係のうち変化後のサイズに対応するサーバを前記取得元として決定してもよい。
この情報処理装置によれば、取得元から取得したデータに含まれる対応関係のうち変化後のサイズに対応するサーバが取得元として決定される。
【００１２】
さらに別の好ましい態様において、この情報処理装置は、ユーザの指示に応じた信号を出力する入力手段を有し、前記検出手段が、前記信号が特定の条件を満たしたことを、前記ウインドウのサイズが変化することとして検出してもよい。
この情報処理装置によれば、ユーザの指示に応じて行われたウインドウサイズの変更に応じてデータの取得元が変更される。
【００１３】
さらに別の好ましい態様において、前記ネットワークが、処理能力が異なる複数のサーバを有し、前記変更手段が、前記ウインドウのサイズが大きくなると処理能力がより低いサーバを前記取得元として決定してもよい。
この情報処理装置によれば、ウインドウのサイズが大きくなるにつれ処理能力がより低いサーバが取得元として決定される。
【００１４】
さらに別の好ましい態様において、前記ネットワークが、データの転送速度が異なる複数のサーバを有し、前記変更手段が、前記ウインドウのサイズが大きくなると転送速度がより高いサーバを前記取得元として決定してもよい。
この情報処理装置によれば、ウインドウのサイズが大きくなるにつれ転送速度がより高いサーバが取得元として決定される。
【００１５】
さらに別の好ましい態様において、前記ネットワークが、データの転送量が異なる複数のサーバを有し、前記変更手段が、前記ウインドウのサイズが大きくなると転送量がより多いサーバを前記取得元として決定してもよい。
この情報処理装置によれば、ウインドウのサイズが大きくなるにつれ転送量がより多いサーバが取得元として決定される。
【００１６】
さらに別の好ましい態様において、前記ネットワークが複数のサーバを有し、前記変更手段が、前記ウインドウのサイズが大きくなるとより多くのサーバを前記取得元として決定してもよい。
この情報処理装置によれば、ウインドウのサイズが大きくなるにつれより多くのサーバが取得元として決定される。
【００１７】
また、本発明は、コンピュータ装置を、ネットワーク上のサーバを取得元として、前記取得元からデータを受信する処理を含むアプリケーションプログラムの実行をする実行手段と、前記実行に従って前記取得元からデータを受信する受信手段と、前記実行に従って画像を表示するウインドウを、表示手段に表示させる表示制御手段と、前記ウインドウのサイズが変化することを検出する検出手段と、前記検出手段によりウインドウのサイズが変化することが検出されると、変化後のサイズに応じて前記取得元となるサーバを変更する変更手段として機能させるプログラムを提供する。
このプログラムによれば、ウインドウサイズの変更に応じてデータの取得元が変更される。
【発明を実施するための最良の形態】
【００１８】
１．構成
図１は、本発明の一実施形態に係る携帯電話機１の外観図である。携帯電話機１は、本発明に係る情報処理装置の一例である。携帯電話機１は、筐体９Ａおよび筐体９Ｂを有する。筐体９Ａと筐体９Ｂとは、ヒンジ３を介して連結されている。携帯電話機１は、いわゆる折り畳み型の携帯電話機である。携帯電話機１のユーザは、図１に示されるように筐体９Ａおよび筐体９Ｂを開いた状態で音声通信やデータ通信を行う。
【００１９】
筐体９Ａは、スピーカ６、アンテナ７および表示装置８を有する。スピーカ６は、通話の音声、操作音、楽曲音などを出力する。アンテナ７は、無線基地局との間で無線通信を行う。表示装置８は、文字や画像を表示する。筐体９Ｂは、キーパッド４およびマイクロホン５を有する。キーパッド４は、ユーザの操作に応じた信号を出力する。マイクロホン５は、入力された音声を電気信号に変換して出力する。
【００２０】
図２は、携帯電話機１の機能構成を示す図である。携帯電話機１は、ウインドウのサイズに応じてデータの取得元を変更する情報処理装置である。実行部１１は、取得元からデータを受信する処理を含むアプリケーションプログラムの実行をする。ここで、データの取得元は、ネットワーク３０上のサーバ４０である。ネットワーク３０は、複数のサーバ、この例では、サーバ４０−１〜３の３つのサーバを含む。このように複数のサーバの各々を区別する必要があるときは、サーバ４０−１のように添字を用いて表記する。複数のサーバの各々を区別する必要がないときは、単にサーバ４０と表記する。
【００２１】
受信部１２は、実行部１１がアプリケーションプログラムを実行することにより実現される機能に従って、取得元からデータを受信する。表示制御部１３は、受信部１２により受信されたデータに従った画像を表示するウインドウＷを、表示部２０に表示させる。検出部１４は、ウインドウＷのサイズが変化することを検出する。決定部１５は、検出部１４によりウインドウのサイズが変化することが検出されると、変化後のサイズに応じて取得元となるサーバを決定する。
【００２２】
プログラム記憶部１６は、複数のアプリケーションプログラム、この例では、アプリケーションプログラムＡＰ１、ＡＰ２、・・・を記憶する。対応関係記憶部１７は、アプリケーションプログラム毎にウインドウのサイズとサーバの対応関係を示す情報、この例では対応テーブルＴ１を記憶する。ここで、実行部１１は、複数のアプリケーションプログラムのうち少なくとも１つのアプリケーションプログラムを実行する。決定部１５は、対応関係記憶部１７に記憶された対応関係のうち変化後のサイズに対応するサーバを取得元として決定する。この例で決定部１５は、アプリケーションプログラムが起動された後の初期状態として取得元を決定する処理、および取得元を変更する処理、すなわち既に決定された取得元とは別のサーバを新たな取得元として決定する処理の両方の処理を行う。
【００２３】
入力部１８は、ユーザの指示に応じた信号を出力する。検出部１４は、前記信号が特定の条件を満たしたとき、例えば、特定の画像が表示されている状態で特定の操作を行ったときに、前記ウインドウのサイズを変更する指示が入力された、すなわちサイズが変化したと検出する。
【００２４】
図３は、携帯電話機１のハードウェア構成を示す図である。ＣＰＵ（Central Processing Unit）１０２は、携帯電話機１の各構成要素を制御する制御装置である。ＲＯＭ（Read Only Memory）１０３は、携帯電話機１の基本的な動作に必要なプログラムおよびデータを記憶する記憶装置である。ＲＯＭ１０３は、例えば、ＩＰＬ（Initial Program Loader）、ＯＳ（Operating System）プラグラムおよびＪａｖａ（登録商標）プラットフォームプラグラムを記憶している。ＩＰＬは、携帯電話機１の電源が投入されたときに最初に実行するプログラムを読み出すプログラムである。本実施形態において、ＩＰＬは、ＯＳプログラムを読み出す。ＯＳプログラムは、データの入出力、記憶装置へのアクセス、各種プログラムの実行、音声通信、データ通信、その他の携帯電話機１の基本的な機能を実現させるプログラムである。ＣＰＵ１０２がＯＳプログラムを実行することにより、携帯電話機１は、図２に示される機能構成を有する。Ｊａｖａプラットフォームプログラムは、ＯＳ上にＪａｖａ実行環境を実現させるプログラムである。Ｊａｖａ実行環境については後述する。
【００２５】
ＲＡＭ（Random Access Memory）１０４は、ＣＰＵ１０２がプログラムを実行する際にワークエリアとして機能する記憶装置である。記憶部１０５は、アプリケーションプログラムおよびデータを記憶する記憶装置である。記憶部１０５は、不揮発性メモリを有する。本実施形態において、記憶部１０５は、複数のアプリケーションプログラムＡＰ１、ＡＰ２、…を記憶する。
【００２６】
操作部１０６は、ユーザの操作に応じた信号を出力する。操作部１０６は、テンキー、発呼キー、終話キー、クリアキー、カーソルキー、電源キー、その他の入力を行うためのキーを含むキーパッド（図１のキーパッド４）等の入力装置を有する。ユーザは、キーパッドを操作することにより携帯電話機１に対して指示を入力する。表示部１０７は、文字や画像を表示する。表示部１０７は、液晶ディスプレイなどの表示装置（図１の表示装置８）を有する。表示部１０７は、実行中のアプリケーションプログラムに対応するウインドウを表示する。表示部１０７は、ＬＣＤ（liquid crystal display）などの表示体およびその表示体を駆動する駆動回路を有する。通信部１０８は、アンテナ（図１のアンテナ７）を介して無線基地局を介して音声通信またはデータ通信を行う。バス１０９は、構成要素間でやりとりされる信号やデータを伝送する伝送路である。以上の構成要素はバス１０９を介して接続されている。
【００２７】
図４は、Ｊａｖａ実行環境を示す図である。ＣＰＵ１０２がＪａｖａプラットフォームプログラムを実行することにより、図４に示されるＪａｖａ実行環境１１４がＯＳ１１１上に実現される。Ｊａｖａ実行環境１１４は、クラスライブラリ１１７、ＪＶＭ（Java Virtual Machine）１１８およびＪＡＭ（Java Application Manager）１１９を有する。クラスライブラリ１１７は、特定の機能を有するプログラムモジュール（クラス）群を１つのファイルに結合したものである。ＪＶＭ１１８は、Ｊａｖａアプリケーションプログラムとして提供されるバイトコードを解釈して実行する機能を有する。ＪＡＭ１１９は、Ｊａｖａアプリケーションプログラムのダウンロード、インストール、起動、終了、その他の動作を管理する機能を有する。
【００２８】
第１ストレージ１１５は、ＪＡＭ１１９の管理の下にダウンロードされるＪａｖａアプリケーションプログラム（ＪａｒファイルおよびＡＤＦ（Application Descriptive File））を格納する領域である。第２ストレージ１１６は、Ｊａｖａアプリケーションプログラムの実行の際に生成されたデータをその終了後に格納しておくための領域である。第２ストレージ１１６において、インストールされたＪａｖａアプリケーションプログラム毎に個別の格納領域が割り当てられる。あるＪａｖａアプリケーションプログラムに割り当てられた格納領域のデータは、そのＪａｖａアプリケーションプログラムが実行されている間のみ書き換え可能となっており、別のＪａｖａアプリケーションプログラムは書き換えをすることができない。
【００２９】
ＯＳ１１１は、同時に複数の処理を並行して行うマルチタスク機能を有している。ＯＳ１１１上には、複数のアプリケーション、例えばアプリケーション１１２およびアプリケーション１１３が実現される。表示部１０７は、各アプリケーションに対応するウインドウを表示する。
【００３０】
２．動作
図５は、携帯電話機１の動作を示すフローチャートである。図５のフローは、例えば、表示部１０７に特定の画像（例えばメニュー画面）が表示されている状態で、ユーザが操作部１０６に対し特定の操作（例えばあるアプリケーションを選択する操作）をしたことを契機として開始される。
【００３１】
ステップＳ１００において、ＣＰＵ１０２は、アプリケーションプログラムを起動する。詳細には次のとおりである。起動されるアプリケーションプログラムは、ユーザの指示や既に実行中の他のアプリケーションプログラムなどにより指定される。いま、アプリケーションプログラムＡＰ１が指定された場合を例に説明する。ＣＰＵ１０２は、指定されたアプリケーションプログラムを記憶部１０５から読み出し、実行する。この例で、起動されるアプリケーションプログラムは、ネットワーク３０上のサーバ４０を取得元として、その取得元からデータを受信する処理を含む。プログラムが「処理を含む」とは、実行されたときに装置にその処理を実行させる命令群を含んでいることをいう。
【００３２】
アプリケーションプログラムを起動すると、ＣＰＵ１０２は、そのアプリケーションプログラムに対応するウインドウを表示するように表示部１０７を制御する。ここで、「ウインドウ」とは、あるアプリケーションプログラムの処理状況・処理される情報・処理の結果など、そのアプリケーションプログラムに関する情報が表示される領域をいう。あるウインドウは境界線によりそのウインドウ以外の領域と区別される。表示部１０７の表示面におけるウインドウの位置・大きさ・形状などの幾何学的なパラメータは、ユーザの指示や・ＯＳの機能・既に実行中の他のアプリケーションプログラムの機能などにより指定または変更される。ウインドウの位置や大きさなどの初期値、すなわちアプリケーションの起動時におけるウインドウの位置や大きさは、記憶部１０５に記憶されている。すなわち、アプリケーションプログラムの起動時には、ＣＰＵ１０２は、記憶部１０５からウインドウの幾何学的なパラメータを読み出し、そのパラメータに従ってウインドウを表示する。ＣＰＵ１０２は、表示するウインドウの大きさをＲＡＭ１０４に記憶する。
【００３３】
ステップＳ１１０において、ＣＰＵ１０２は、データの取得元を決定する。詳細には次のとおりである。まず、ＣＰＵ１０２は、記憶部１０５から対応テーブルＴ１を読み出す。
【００３４】
図６は、対応テーブルＴ１を例示する図である。対応テーブルＴ１は、アプリケーションプログラム毎のサブテーブルを有している。サブテーブルは、ウインドウサイズと、そのウインドウサイズに対応するサーバを特定する識別子を含んでいる。携帯電話機１において、ウインドウサイズが取りうる値はＬサイズ、ＭサイズおよびＳサイズのいずれかであると決められている。すなわち、ウインドウサイズは、大きい順でいうとＬサイズ、Ｍサイズ、Ｓサイズというように離散的に切り替わる。この例で、サーバの識別子としてＩＰ（Internet Protocol）アドレスが用いられる。Ｌサイズには、ＩＰアドレス「１２３．４５．６７．８９」・「１２３．４５．６７．９１」・「１２３．４５．６７．１２」の３つのＩＰアドレスが対応している。Ｍサイズには、ＩＰアドレス「１２３．４５．６７．８９」・「１２３．４５．６７．９１」の２つのＩＰアドレスが対応している。Ｓサイズには、ＩＰアドレス「１２３．４５．６７．８９」が対応している。
【００３５】
再び図５のステップＳ１１０の説明に戻る。記憶部１０５から対応テーブルＴ１を読み出す処理は、具体的には次のとおりである。ＣＰＵ１０２は、ステップＳ１００において起動されたアプリケーションプログラムに対応するサブテーブルの中から、現在のウインドウサイズに対応するサーバのＩＰアドレスを読み出す。いま、ウインドウサイズがＬサイズである場合を例に説明する。このとき、ウインドウサイズに対応するサーバのＩＰアドレスとして、「１２３．４５．６７．８９」・「１２３．４５．６７．９１」・「１２３．４５．６７．１２」の３つのＩＰアドレスが読み出される。ＣＰＵ１０２は、アプリケーションプログラムＡＰ１に従って、これら３つのサーバを取得元として、データを取得する。
【００３６】
この例で、これら３つのサーバは、それぞれ異なる種類のデータを送信する。ＩＰアドレス「１２３．４５．６７．８９」で特定されるサーバは、文字情報を送信するサーバである。ＩＰアドレス「１２３．４５．６７．９１」で特定されるサーバは、写真などの画像データを送信するサーバである。ＩＰアドレス「１２３．４５．６７．１２」で特定されるサーバは、楽曲などの音声データを送信するサーバである。携帯電話機１においては、アプリケーションプログラムＡＰ１の機能により、ウインドウに文字および画像が表示され、さらにスピーカ６からは音楽が出力される。
【００３７】
ステップＳ１２０において、ＣＰＵ１０２は、ウインドウサイズが変更されたか判断する。この例で、ＣＰＵ１０２は、ウインドウサイズの変更指示が入力されたかどうか判断する。すなわち、ＣＰＵ１０２は、ウインドウサイズの変更指示が入力された場合にはウインドウサイズが変更されたと判断する。ウインドウサイズの変更指示は、ユーザが操作部１０６を操作することにより入力される。
【００３８】
ウインドウサイズが変更されたと判断された場合（Ｓ１２０：ＹＥＳ）、ＣＰＵ１０２は、処理を再びステップＳ１１０に移行する。いまウインドウサイズがＬサイズからＭサイズに変更された場合を例に説明する。図６の対応テーブルＴ１によれば、Ｍサイズに対応するサーバは、ＩＰアドレス「１２３．４５．６７．８９」および「１２３．４５．６７．９１」で特定される２つのサーバである。ＣＰＵ１０２は、アプリケーションプログラムＡＰ１に従って、これら２つのサーバを取得元として、データを取得する。
【００３９】
ウインドウサイズが変更されていないと判断された場合（Ｓ１２０：ＮＯ）、ＣＰＵ１０２は、処理をステップＳ１３０に移行する。
【００４０】
ステップＳ１３０において、ＣＰＵ１０２は、終了条件が満たされたか判断する。終了条件は、例えば、操作部１０６に対して所定の操作がなされたという条件である。終了条件が満たされていないと判断された場合（Ｓ１３０：ＮＯ）、ＣＰＵ１０２は、処理を再びステップＳ１２０に移行する。終了条件が満たされたと判断された場合（Ｓ１３０：ＹＥＳ）、ＣＰＵ１０２は、図５に示される処理を終了する。
【００４１】
以上で説明したように本実施形態によれば、アプリケーション実行時におけるデータの取得元はウインドウサイズに応じて変更される。
【００４２】
３．他の実施形態
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。変形例において上述の実施形態と共通する要素は、共通の参照符号を用いて説明される。以下の変形例のうち２つ以上のものが組み合わせて用いられてもよい。
【００４３】
３−１．変形例１
ウインドウサイズの変更の契機となるイベントは、ユーザが操作部１０６に対して所定の操作を行ったことに限定されない。アプリケーションプログラムに従った処理を契機としてウインドウサイズが変更されてもよい。この場合、実行されているアプリケーションプログラム自身が、ウインドウサイズを変更する処理を含んでいる。図５のステップＳ１２０において、ＣＰＵ１０２は、アプリケーションプログラムに従ってウインドウサイズを変更する処理が行われたときに、ウインドウサイズが変化することを検出する。
【００４４】
３−２．変形例２
携帯電話機１は、対応テーブルＴ１、すなわちアプリケーションプログラム毎にウインドウサイズとサーバの対応関係を示す情報をあらかじめ記憶していなくてもよい。この場合、アプリケーションプログラムが、ウインドウサイズとサーバの対応関係を示す情報を内部データとして含んでいる。ＣＰＵ１０２は、アプリケーションプログラムに含まれる内部データを参照して、変更後のウインドウサイズに対応するサーバを取得元として決定する。
【００４５】
３−３．変形例３
携帯電話機１がウインドウサイズとサーバの対応関係を示す情報をあらかじめ記憶していない場合において、対応関係は、取得元から取得されるデータに含まれていてもよい。この場合、ＣＰＵ１０２は、取得元から取得したデータを参照して、変更後のウインドウサイズに対応するサーバを新たな取得元として決定する。
【００４６】
３−４．変形例４
ウインドウサイズとサーバの対応関係は、上述の実施形態で示したものに限定されない。実施形態においては、ウインドウサイズが大きくなるにつれ取得元となるサーバの数が増える例について説明したが、取得元となるサーバの数はウインドウサイズによって変化しなくてもよい。この場合において、ウインドウサイズとサーバの対応関係は以下のとおりであってもよい。ネットワーク３０は各々処理能力が異なる複数のサーバを有する。ＣＰＵ１０２は、ウインドウサイズが大きくなるにつれより処理能力がより低いサーバを取得元として決定する。ウインドウが大きくなるということはユーザがよりそのアプリケーションプログラムに注目しているということなので、携帯電話機１が有する処理能力のうち多くの部分をそのアプリケーションプログラムに割り当てるように構成したものである。
【００４７】
３−５．変形例５
別の例において、ウインドウサイズとサーバの対応関係は以下のとおりであってもよい。ネットワーク３０は各々データの転送速度が異なる複数のサーバを有する。ＣＰＵ１０２は、ウインドウサイズが大きくなるにつれより転送速度がより高いサーバを取得元として決定する。ウインドウが大きくなるということはユーザがよりそのアプリケーションプログラムに注目しているということなので、そのアプリケーションプログラムが単位時間あたりに処理するデータ量を増やすように構成したものである。
【００４８】
３−６．変形例６
ウインドウサイズの変化の態様は上述の実施形態で説明したものに限定されない。ウインドウが取りうるサイズの数は３つに限定されない。また、ウインドウサイズは離散的に変化するのではなく、連続的に変化してもよい。さらに、この例で「ウインドウ」は、いわゆる「アイコン」化した状態を含んでもよい。例えば、ウインドウサイズが小さくされていった場合に、あるしきい値を超えたところでウインドウはアイコンに切り替わる。このとき、表示がアイコン化した状態においても、上述のアプリケーションプログラムは動作していてもよい。
【００４９】
３−７．変形例７
上述の実施形態において、最初（初期値）の取得元を決定する処理と取得元を変更する処理とは同じアルゴリズムで行われたが、これらの処理は異なるアルゴリズムで行われてもよい。例えば、取得元の初期値はウインドウサイズとは無関係に決定されてもよい。
【００５０】
３−８．他の変形例
本発明が適用される情報処理装置は、携帯電話機に限定されない。情報処理装置は、パーソナルコンピュータ、ＰＤＡ（Personal Data Assistants）、電子手帳、無線通信端末、有線通信端末、その他いかなる形態の装置でもよい。また、情報処理装置のハードウェア構成は、図２に示されるものに限定されない。図２に示される要素のうち１以上のものが省略されてもよい。例えば、情報処理装置は表示部を有していなくてもよい。この場合、情報処理装置は、情報処理装置とは別の表示装置に接続される。情報処理装置は、表示装置に対し、表示を制御するデータまたは信号を出力する。要は、情報処理装置は、必要な機能構成を有するものであればどのような形態の装置でもよいし、どのようなハードウェア構成を有していてもよい。また、アプリケーションプログラムが記述される言語はＪａｖａに限定されない。アプリケーションプログラムは、Ｊａｖａ以外のいかなるプログラム言語を用いて記述されてもよい。
【００５１】
上述の実施形態において、アプリケーションに対応するウインドウを表示させる機能はＯＳが有していたが、ＯＳ以外のプログラムがこの機能を有していてもよい。この場合、このプログラムは、ネットワークを介してダウンロードされてもよい。あるいは、このプログラムは、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）等の記憶媒体により提供されてもよい。
【図面の簡単な説明】
【００５２】
【図１】図１は、本発明の一実施形態に係る携帯電話機１の外観図である。
【図２】図２は、携帯電話機１の機能構成を示す図である。
【図３】図３は、携帯電話機１のハードウェア構成を示す図である。
【図４】図４は、Ｊａｖａ実行環境を示す図である。
【図５】図５は、携帯電話機１の動作を示すフローチャートである。
【図６】図６は、対応テーブルＴ１を例示する図である。
【符号の説明】
【００５３】
１…携帯電話機、３…ヒンジ、４…キーパッド、５…マイクロホン、６…スピーカ、７…アンテナ、８…表示装置、９Ａ…筐体、９Ｂ…筐体、１１…実行部、１２…受信部、１３…表示制御部、１４…検出部、１５…決定部、１６…プログラム記憶部、１７…対応関係記憶部、１８…入力部、２０…表示部、３０…ネットワーク、４０…サーバ、１０２…ＣＰＵ、１０３…ＲＯＭ、１０４…ＲＡＭ、１０５…記憶部、１０６…操作部、１０７…表示部、１０８…通信部、１０９…バス、１１１…ＯＳ、１１２…アプリケーション、１１３…アプリケーション、１１４…Ｊａｖａ実行環境、１１５…第１ストレージ、１１６…第２ストレージ、１１７…クラスライブラリ、１１８…ＪＶＭ、１１９…ＪＡＭ
【図１】
0004794581.tif 000002
【図２】
0004794581.tif 000003
【図３】
0004794581.tif 000004
【図４】
0004794581.tif 000005
【図５】
0004794581.tif 000006
【図６】
0004794581.tif 000007