(57)【特許請求の範囲】
【請求項１】
アプリケーションプログラムを実行する実行手段と、
前記アプリケーションプログラムに対応して表示手段に表示されるウィンドウのサイズを決定する決定手段と、
複数のデータのうち少なくとも１つのデータを受信する受信手段と、
前記複数のデータから、前記決定手段により決定されたウィンドウサイズに応じた種類のデータを選択するデータ選択手段と、
前記受信手段により受信された少なくとも１つのデータのうち前記データ選択手段により選択された種類のデータを、前記アプリケーションプログラムに従って前記実行手段に処理させる実行制御手段と、
前記実行手段により処理されるデータに基づいた画面を前記表示手段において前記ウィンドウに表示させる表示制御手段と
を有する情報処理装置。
【請求項２】
前記種類には文字データと動画データとが含まれる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記複数のデータは、互いに関連する動画データと文字データとを含み、
前記データ選択手段は、該決定されたウィンドウサイズが第１のウィンドウサイズである場合には、動画データを選択し、該決定されたウィンドウサイズが前記第１のウィンドウサイズよりも小さな第２のウィンドウサイズである場合には前記文字データを選択する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記受信手段が、前記複数のデータを受信し、
前記データ選択手段が、前記受信手段により受信された複数のデータから、前記決定手段により決定されたウィンドウサイズに応じて１つのデータを選択する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
データの種類を示す属性およびその属性に対応するウィンドウサイズの条件を複数記憶する記憶手段と、
前記記憶手段に記憶された複数の属性から、前記決定手段により決定されたウィンドウサイズが満たす条件に対応する属性を抽出する抽出手段と
を有し、
前記受信手段により受信される複数のデータが、各々の属性を含み、
前記実行制御手段が、前記受信手段により受信された複数のデータから、前記抽出手段により抽出された属性を含むデータを前記実行手段に処理させる
ことを特徴とする請求項２に記載の情報処理装置。
【請求項６】
前記受信手段により受信される複数のデータが、データの種類を示す属性およびその属性に対応するウィンドウサイズの条件を複数含み、
前記複数のデータに含まれる複数の属性から、前記決定手段により決定されたウィンドウサイズが満たす条件に対応する属性を抽出する抽出手段を有し、
前記受信手段により受信された複数のデータから、前記抽出手段により抽出された属性を含むデータを選択する選択手段を有し、
前記実行制御手段が、前記受信手段により受信された複数のデータから、前記抽出手段により抽出された属性を含むデータを前記実行手段に処理させる
ことを特徴とする請求項２に記載の情報処理装置。
【請求項７】
前記データ選択手段により選択されたデータを特定する情報を送信する送信手段を有し、
前記受信手段が、前記送信手段により送信された情報に応じて送信されたデータを受信し、
前記実行制御手段が、前記受信手段により受信されたデータを前記実行手段に処理させる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記複数のデータが、それぞれ情報量が異なるデータである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項９】
前記複数のデータが、それぞれ測位精度が異なる位置データである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
前記実行手段が、複数のアプリケーションプログラムを実行し、
前記表示制御手段が、前記複数のアプリケーションプログラムに対応する複数のウィンドウを前記表示手段に表示させ、
前記データ選択手段が、前記複数のアプリケーションプログラムのうち１つのアプリケーションプログラム以外の他のアプリケーションプログラムに対応するウィンドウと前記１つのアプリケーションプログラムに対応するウィンドウとの相対的サイズに応じて、前記１つのアプリケーションプログラムにより処理されるデータを選択する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１１】
前記実行制御手段が、前記実行手段によりデータが処理される頻度を前記ウィンドウサイズに応じて変更する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１２】
アプリケーションプログラムに対応して表示手段に表示されるウィンドウのサイズを決定するステップと、
複数のデータのうち少なくとも１つのデータを受信するステップと、
前記複数のデータから、前記決定されたウィンドウサイズに応じた種類のデータを選択するステップと、
前記受信された少なくとも１つのデータのうち前記選択された種類のデータを、前記アプリケーションプログラムに従って前記実行手段に処理させるステップと、
前記実行手段により処理されるデータに基づいた画面を前記表示手段において前記ウィンドウに表示させるステップと
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グラフィカルユーザインターフェース（Graphical User Interface、ＧＵＩ）に関する。
【背景技術】
【０００２】
アプリケーションプログラムを実行する際、アプリケーションプログラムの処理状況を示す画面を、表示装置においてある領域（通常「ウインドウ」といわれる）に表示させるコンピュータ装置がある。特に複数のアプリケーションプログラムを並行して実行するコンピュータ装置には、ユーザがウインドウのサイズを変更できるものがある。
【０００３】
特許文献１〜３は、ウインドウサイズに応じてウインドウの表示態様を変える技術を開示している。特許文献１は、ウインドウをアイコン化して表示する際に、そのウインドウに対応するプログラムが何らかの処理を行っている場合には、最新のウインドウ画面を縮小した画像をアイコンとして表示する技術を開示している。特許文献２は、ウインドウサイズに応じて、ウインドウ内のメニューボタンの表示形態を変える技術を開示している。特許文献３は、複数の動画ウインドウを表示する際、ユーザが指定したウインドウの動画は通常に表示し、それ以外のウインドウの動画は、非表示、コマ落とし表示、モザイク表示、モノクロ表示、輝度を抑えた表示などとする技術を開示している。
【０００４】
【特許文献１】特開平１０−１８７４０４号公報
【特許文献２】特開平７−２１０３５５号公報
【特許文献３】特開平６−４４０２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ウインドウのサイズを変更するというユーザの操作には、何らかの意図があるはずである。例えば、ユーザは、処理は継続させておきたいが他のアプリケーションのウインドウを大きく表示したいというようなときにウインドウのサイズを変更する。しかし、特許文献１〜３に記載の技術はいずれもこのようなユーザの意図に沿った状態を実現できるものではなかった。すなわちウインドウサイズの変更に応じてアプリケーションプログラムの処理状態を変えられるものではなかった。
【０００６】
これに対し本発明は、ウインドウサイズの変更に応じてアプリケーションプログラムの処理状態、具体的には処理されるデータまたはデータの更新頻度を変える技術を提供する。
【課題を解決するための手段】
【０００７】
上述の課題を解決するため、本発明は、アプリケーションプログラムを実行する実行手段と、
前記アプリケーションプログラムに対応して表示手段に表示されるウィンドウのサイズを決定する決定手段と、複数のデータのうち少なくとも１つのデータを受信する受信手段と、前記複数のデータから、前記決定手段により決定されたウィンドウサイズに応じた種類のデータを選択するデータ選択手段と、前記受信手段により受信された少なくとも１つのデータのうち前記データ選択手段により選択された種類のデータを、前記アプリケーションプログラムに従って前記実行手段に処理させる実行制御手段と、前記実行手段により処理されるデータに基づいた画面を前記表示手段において前記ウィンドウに表示させる表示制御手段とを有する情報処理装置を提供する。
【０００８】
好ましい態様において、この情報処理装置は、前記受信手段が、前記複数のデータを受信し、前記データ選択手段が、前記受信手段により受信された複数のデータから、前記決定手段により決定されたウインドウサイズに応じて１つのデータを選択してもよい。
【０００９】
別の好ましい態様において、この情報処理装置は、データの種類を示す属性およびその属性に対応するウインドウサイズの条件を複数記憶する記憶手段と、前記記憶手段に記憶された複数の属性から、前記決定手段により決定されたウインドウサイズが満たす条件に対応する属性を抽出する抽出手段とを有し、前記受信手段により受信される複数のデータが、各々の属性を含み、前記実行制御手段が、前記受信手段により受信された複数のデータから、前記抽出手段により抽出された属性を含むデータを前記実行手段に処理させてもよい。
【００１０】
さらに別の好ましい態様において、この情報処理装置は、前記受信手段により受信される複数のデータが、データの種類を示す属性およびその属性に対応するウインドウサイズの条件を複数含み、前記複数のデータに含まれる複数の属性から、前記決定手段により決定されたウインドウサイズが満たす条件に対応する属性を抽出する抽出手段を有し、前記受信手段により受信された複数のデータから、前記抽出手段により抽出された属性を含むデータを選択する選択手段を有し、前記実行制御手段が、前記受信手段により受信された複数のデータから、前記抽出手段により抽出された属性を含むデータを前記実行手段に処理させてもよい。
【００１１】
さらに別の好ましい態様において、この情報処理装置は、前記データ選択手段により選択されたデータを特定する情報を送信する送信手段を有し、前記受信手段が、前記送信手段により送信された情報に応じて送信されたデータを受信し、前記実行制御手段が、前記受信手段により受信されたデータを前記実行手段に処理させてもよい。
【００１２】
さらに別の好ましい態様において、この情報処理装置は、前記複数のデータが、それぞれ情報量が異なるデータであってもよい。
【００１３】
さらに別の好ましい態様において、この情報処理装置は、前記複数のデータが、それぞれ測位精度が異なる位置データであってもよい。
【００１４】
さらに別の好ましい態様において、この情報処理装置は、前記実行手段が、複数のアプリケーションプログラムを実行し、前記表示制御手段が、前記複数のアプリケーションプログラムに対応する複数のウインドウを前記表示手段に表示させ、前記データ選択手段が、前記複数のアプリケーションプログラムのうち１つのアプリケーションプログラム以外の他のアプリケーションプログラムに対応するウインドウと前記１つのアプリケーションプログラムに対応するウインドウとの相対的サイズに応じて、前記１つのアプリケーションプログラムにより処理されるデータを選択してもよい。
【００１５】
さらに別の好ましい態様において、この情報処理装置は、前記実行制御手段が、前記実行手段によりデータが処理される頻度を前記ウインドウサイズに応じて変更してもよい。
【００１６】
好ましい態様において、前記種類には文字データと動画データとが含まれる。
他の好ましい態様において、前記複数のデータは、互いに関連する動画データと文字データとを含み、前記データ選択手段は、該決定されたウィンドウサイズが第１のウィンドウサイズである場合には、動画データを選択し、該決定されたウィンドウサイズが前記第１のウィンドウサイズよりも小さな第２のウィンドウサイズである場合には前記文字データを選択する。
【００１７】
好ましい態様において、この情報処理装置は、前記実行手段が、複数のアプリケーションプログラムを実行し、前記表示制御手段が、前記複数のアプリケーションプログラムに対応する複数のウインドウを前記表示手段に表示させ、前記実行制御手段が、前記複数のアプリケーションプログラムのうち１つのアプリケーションプログラム以外の他のアプリケーションプログラムに対応するウインドウと前記１つのアプリケーションプログラムに対応するウインドウとの相対的サイズに応じて、前記受信手段がデータを受信する頻度を制御してもよい。
【００１８】
本発明は、他の観点において、アプリケーションプログラムに対応して表示手段に表示されるウィンドウのサイズを決定するステップと、複数のデータのうち少なくとも１つのデータを受信するステップと、前記複数のデータから、前記決定されたウィンドウサイズに応じた種類のデータを選択するステップと、前記受信された少なくとも１つのデータのうち前記選択された種類のデータを、前記アプリケーションプログラムに従って前記実行手段に処理させるステップと、前記実行手段により処理されるデータに基づいた画面を前記表示手段において前記ウィンドウに表示させるステップとを有する方法を提供する。
【発明の効果】
【００２０】
本発明によれば、ウインドウサイズの変更に応じてアプリケーションプログラムの処理状態、具体的には処理されるデータまたはデータの更新頻度が変わる。
【発明を実施するための最良の形態】
【００２１】
１．構成
図１は、本発明の一実施形態に係る携帯電話機１の外観図である。携帯電話機１は、本発明に係る情報処理装置の一例である。携帯電話機１は、筐体９Ａおよび筐体９Ｂを有する。筐体９Ａと筐体９Ｂとは、ヒンジ３を介して連結されている。携帯電話機１は、いわゆる折り畳み型の携帯電話機である。携帯電話機１のユーザは、図１に示されるように筐体９Ａおよび筐体９Ｂを開いた状態で音声通信やデータ通信を行う。
【００２２】
筐体９Ａは、スピーカ６、アンテナ７および表示装置８を有する。スピーカ６は、通話の音声、操作音、楽曲音などを出力する。アンテナ７は、無線基地局との間で無線通信を行う。表示装置８は、文字や画像を表示する。筐体９Ｂは、キーパッド４およびマイクロホン５を有する。キーパッド４は、ユーザの操作に応じた信号を出力する。マイクロホン５は、入力された音声を電気信号に変換して出力する。
【００２３】
図２は、携帯電話機１の機能構成を示す図である。携帯電話機１は、ウインドウのサイズに応じて、アプリケーションにより処理されるデータを選択する。実行部１１は、アプリケーションプログラムを実行する。ウインドウサイズ決定部１２は、アプリケーションプログラムに対応して表示装置２０に表示されるウインドウのサイズを決定する。サイズの決定は、ユーザの指示に基づいて、あるいは、自動的に行われる。受信部１４は、アプリケーションにより処理される複数のデータを受信する。これら複数のデータは、それぞれの属性を含み、また、それぞれ情報量が異なる。データ選択部１６は、複数のデータから、決定されたウインドウサイズに応じて１つのデータを選択する。実行制御部１３は、選択されたデータを、アプリケーションプログラムに従って実行部１１に処理させる。表示制御部１５は、実行部１１により処理されるデータに基づいた画面を表示装置２０においてウインドウに表示させる。
【００２４】
図３は、携帯電話機１のハードウェア構成を示す図である。ＣＰＵ（Central Processing Unit）１０２は、携帯電話機１の各構成要素を制御する制御装置である。ＲＯＭ（Read Only Memory）１０３は、携帯電話機１の基本的な動作に必要なプログラムおよびデータを記憶する記憶装置である。ＲＯＭ１０３は、例えば、ＩＰＬ（Initial Program Loader）、ＯＳ（Operating System）プラグラムおよびＪａｖａ（登録商標）プラットフォームプラグラムを記憶している。ＩＰＬは、携帯電話機１の電源が投入されたときに最初に実行するプログラムを読み出すプログラムである。本実施形態において、ＩＰＬは、ＯＳプログラムを読み出す。ＯＳプログラムは、データの入出力、記憶装置へのアクセス、各種プログラムの実行、音声通信、データ通信、その他の携帯電話機１の基本的な機能を実現させるプログラムである。ＣＰＵ１０２がＯＳプログラムを実行することにより、携帯電話機１は、図２に示される機能構成を有する。Ｊａｖａプラットフォームプログラムは、ＯＳ上にＪａｖａ実行環境を実現させるプログラムである。Ｊａｖａ実行環境については後述する。
【００２５】
ＲＡＭ（Random Access Memory）１０４は、ＣＰＵ１０２がプログラムを実行する際にワークエリアとして機能する記憶装置である。記憶部１０５は、アプリケーションプログラムおよびデータを記憶する記憶装置である。記憶部１０５は、不揮発性メモリを有する。本実施形態において、記憶部１０５は、複数のアプリケーションプログラムＡＰ１、ＡＰ２、…を記憶する。
【００２６】
操作部１０６は、ユーザの操作に応じた信号を出力する。操作部１０６は、テンキー、発呼キー、終話キー、クリアキー、カーソルキー、電源キー、その他の入力を行うためのキーを含むキーパッド（図１のキーパッド４）を有する。ユーザは、キーパッドを操作することにより携帯電話機１に対して指示を入力する。表示部１０７は、文字や画像を表示する。表示部１０７は、液晶ディスプレイなどの表示装置（図１の表示装置８）を有する。表示部１０７は、実行中のアプリケーションプログラムに対応するウインドウを表示する。通信部１０８は、アンテナ（図１のアンテナ７）を介して無線基地局を介して音声通信またはデータ通信を行う。以上の構成要素はバス１０９を介して接続されている。
【００２７】
図４は、Ｊａｖａ実行環境を示す図である。ＣＰＵ１０２がＪａｖａプラットフォームプログラムを実行することにより、図４に示されるＪａｖａ実行環境１１４がＯＳ１１１上に実現される。Ｊａｖａ実行環境１１４は、クラスライブラリ１１７、ＪＶＭ（Java Virtual Machine）１１８およびＪＡＭ（Java Application Manager）１１９を有する。クラスライブラリ１１７は、特定の機能を有するプログラムモジュール（クラス）群を１つのファイルに結合したものである。ＪＶＭ１１８は、Ｊａｖａアプリケーションプログラムとして提供されるバイトコードを解釈して実行する機能を有する。ＪＡＭ１１９は、Ｊａｖａアプリケーションプログラムのダウンロード、インストール、起動、終了、その他の動作を管理する機能を有する。
【００２８】
第１ストレージ１１５は、ＪＡＭ１１９の管理の下にダウンロードされるＪａｖａアプリケーションプログラム（ＪａｒファイルおよびＡＤＦ（Application Descriptive File））を格納する領域である。第２ストレージ１１６は、Ｊａｖａアプリケーションプログラムの実行の際に生成されたデータをその終了後に格納しておくための領域である。第２ストレージ１１６において、インストールされたＪａｖａアプリケーションプログラム毎に個別の格納領域が割り当てられる。あるＪａｖａアプリケーションプログラムに割り当てられた格納領域のデータは、そのＪａｖａアプリケーションプログラムが実行されている間のみ書き換え可能となっており、別のＪａｖａアプリケーションプログラムは書き換えをすることができない。
【００２９】
ＯＳ１１１は、同時に複数の処理を並行して行うマルチタスク機能を有している。ＯＳ１１１上には、複数のアプリケーション、例えばアプリケーション１１２およびアプリケーション１１３が実現される。表示部１０７は、各アプリケーションに対応するウインドウを表示する。
【００３０】
２．動作
図５は、一実施形態に係る携帯電話機１の動作を示すフローチャートである。ステップＳ１００において、ＣＰＵ１０２は、ウインドウサイズが変更されたか判断する。ウインドウサイズの変更は、ユーザが操作部１０６を介して入力した指示に従って行われる。あるいは、ウインドウサイズは、ＣＰＵ１０２により自動的に決定されてもよい。ウインドウサイズが変更されると、ＣＰＵ１０２は、ウインドウサイズを決定する。ウインドウサイズが変更された場合（Ｓ１００：ＹＥＳ）、ＣＰＵ１０２は、処理をステップＳ１１０に移行する。ウインドウサイズが変更されない場合（Ｓ１００：ＮＯ）、ＣＰＵ１０２は、ウインドウサイズが変更されるまで待機する。
【００３１】
ステップＳ１１０において、ＣＰＵ１０２は、ウインドウサイズに関する条件を取得する。本実施形態において、記憶部１０５がウインドウサイズに関する条件含む条件テーブルを記憶している。ＣＰＵ１０２は、記憶部１０５から条件テーブルを読み出す。
【００３２】
図６は、条件テーブルを例示する図である。条件テーブルは、属性と、その属性に対応する条件を含むデータセットを複数記憶している。図６の例では、条件テーブルは、属性Ｌ、ＭおよびＳに対応する３つのデータセットを記憶している。この例で、条件テーブルは、条件としてウインドウサイズのしきい値を記憶している。例えば、図６の条件テーブルは、ウインドウサイズが「３×３」以上の場合は属性「Ｌ」に、ウインドウサイズが「２×１」以上かつ「３×３」未満の場合は属性「Ｍ」に、ウインドウサイズが「１×１」以上かつ「２×１」未満の場合は属性「Ｓ」に対応することを示している。すなわち、大きいほうから、Ｌ、Ｍ、Ｓの順番でウインドウサイズが小さくなる。
【００３３】
再び図５を参照して説明する。ステップＳ１２０において、ＣＰＵ１０２は、ウインドウサイズに対応する属性を決定する。すなわち、ＣＰＵ１０２は、ウインドウサイズが満たしている条件に対応する属性を、条件テーブルから抽出する。以下、条件テーブルから抽出された属性を「対象属性」という。
【００３４】
ステップＳ１３０において、ＣＰＵ１０２は、アプリケーションが処理するデータを受信する。ここで、ＣＰＵ１０２は、ネットワーク、基地局（いずれも図示略）および通信部１０８を介して、サーバ装置など他の装置からデータを取得する。ここで、取得されるデータは、属性「Ｌ」、「Ｍ」および「Ｓ」に対応する３つのデータ（以下これらのデータを「サブデータ」という）を含む。サブデータはそれぞれ対応する属性を示す情報を含んでいる。また、３つのサブデータは、それぞれ情報量が異なっている。以下、属性「Ｌ」、「Ｍ」および「Ｓ」に対応する３つのサブデータを、サブデータＬ、サブデータＭおよびサブデータＳという。
【００３５】
ステップＳ１４０において、ＣＰＵ１０２は、受信したデータの中から、対象属性を含むサブデータを選択する。例えば対象属性が「Ｌ」である場合、ＣＰＵ１０２は、サブデータＬを選択する。ステップＳ１５０において、ＣＰＵ１０２は、選択したサブデータを、アプリケーションプログラムに従って処理する。
【００３６】
図７、図８および図９は、ウインドウの具体例を示す図である。いま、処理対象となるアプリケーションが野球中継を表示するアプリケーションである場合を例に説明する。この例で、サブデータＬは、野球中継の動画データである。サブデータＭは、イニング毎の得点、投手の継投およびホームランを打った打者を示す文字データである。サブデータＳは、スコアを示す文字データである。データ量は、サブデータＬ＞サブデータＭ＞サブデータＳである。
【００３７】
図７は、ウインドウが属性「Ｌ」に対応する条件を満たしている場合の例である。このときアプリケーションが処理するデータは、サブデータＬすなわち動画データである。図８は、ウインドウが属性「Ｍ」に対応する条件を満たしている場合の例である。このときアプリケーションが処理するデータは、サブデータＭすなわちイニング毎の得点を含むスコアを示す文字データである。図９は、ウインドウが属性「Ｓ」に対応する条件を満たしている場合の例である。このときアプリケーションが処理するデータは、サブデータＳすなわちスコアを示す文字データである。
【００３８】
以上で説明したように本実施形態によれば、ウインドウサイズに応じて、処理されるデータが選択される。すなわち、ウインドウサイズの変更に応じてアプリケーションプログラムの処理状態が変わる。ウインドウサイズを変更するするということは、ユーザは何らかの意図を持っているはずである。例えば実施形態で説明した野球中継の例では、ウインドウサイズを小さくするということは、ユーザは、野球中継を見続けるほどの関心は無いが、断片的でいいから何らかの情報（例えば途中経過あるいはスコア）を知りたいという意図を有していると考えられる。本実施形態によれば、ユーザの意図に沿った表示が行われる。
【００３９】
表示させる画面を切り替えるには、例えば、動画を表示するアプリケーションとテキストを表示するアプリケーションをそれぞれ別のアプリケーションとして動作させることも考えられる。しかし、本実施形態によれば、複数のアプリケーションにより画面を切り換えるものと比較して、より単純な構成で表示内容が変更される。
【００４０】
上述の実施形態では説明を簡単にするため、図５のフローではウインドウサイズが変更された場合だけを説明した。一旦処理されるサブデータが選択されれば、ＣＰＵ１０２は、選択されたサブデータを処理する。例えばウインドウが属性「Ｌ」に対応する条件を満たすサイズに変更された後このサイズが維持され、かつ、ＣＰＵ１０２が動画データを受信し続けた場合、ＣＰＵ１０２は、サブデータＬすなわち動画データを処理し続ける。
【００４１】
３．他の実施形態
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。なお、以下の変形例のうち２つ以上のものが組み合わせて用いられてもよい。
【００４２】
３−１．変形例１
条件テーブルは、あらかじめ記憶部１０５に記憶されていなくてもよい。条件テーブルは、例えば、処理されるデータに含まれていてもよい。この場合ＣＰＵ１０２は、受信したデータから条件テーブルを抽出する。また、ウインドウサイズに関する条件は、図６に示されるものに限定されない。ウインドウサイズと属性とを対応付けられるものであればどのような形態の条件が用いられてもよい。
【００４３】
３−２．変形例２
ＣＰＵ１０２は、複数のアプリケーションプログラムを並列処理してもよい。この場合、表示部１０７には複数のウインドウが表示されるが、ＣＰＵ１０２は、これら複数のウインドウのそれぞれについて上述の処理を行ってもよい。この場合において、条件テーブルに含まれるウインドウサイズの条件は、複数のウインドウのうちあるウインドウ（例えば最表面に表示されてるウインドウまたは面積が最大のウインドウ）と、処理対象となるウインドウとの相対的サイズ（例えばウインドウサイズの比または差）に関する条件であってもよい。
【００４４】
３−３．変形例３
ウインドウサイズに応じて、データの処理量を制御する方法は実施形態で説明したものに限定されない。実施形態ではウインドウサイズが小さくなるほど処理量が減少する例について説明したが、ウインドウサイズが大きくなるほど処理量を増加させてもよい。データの処理量は、単位時間あたりのデータ処理量とデータの処理頻度の積で表されるので、これらのうち少なくともいずれか一方が制御されればよい。実施形態では単位時間あたりのデータ処理量が異なっている例（動画＞多い文字＞少ない文字）について説明した。ここでは、データの処理頻度が制御される例を説明する。
【００４５】
例えば、処理対象のアプリケーションとして株価情報を表示するアプリケーションを考える。処理されるデータは、株価の経時変化を示す情報を含んでいる。サブデータＬは、いわゆる株価チャートを示す画像データである。サブデータＭは、株価の最高値、最安値および現在値を示す文字データである。サブデータＳは、株価の現在値を示す文字データである。この場合、ＣＰＵ１０２は、サブデータＬ、サブデータＭおよびサブデータＳの更新頻度を、サブデータＬ＞サブデータＭ＞サブデータＳ、すなわち、ウインドウサイズが大きいほど処理頻度が増加するように設定する。あるいは、ＣＰＵ１０２は、ウインドウサイズが大きくなるほど処理頻度が減少するように設定してもよい。なお、単位時間あたりのデータ処理量とデータの処理頻度の両方をウインドウサイズに応じて変化させてもよい。要するに、ウインドウサイズに応じてリソースの割り当てを制御するものであればよい。
【００４６】
３−４．変形例４
ウインドウサイズに応じて制御されるものはデータの処理量に限定されない。データの精度が制御されてもよい。例えば、処理対象のアプリケーションとして携帯電話機１の位置を計測し、その結果を表示するアプリケーションを考える。この例で、アプリケーションにより処理されるデータは、属性「Ｌ」および「Ｓ」の２つのサブデータを含んでいる。サブデータＬはＧＰＳ（Global Positioning System）による測位データであり、サブデータＳは基地局の位置に基づく測位データである。このとき、アプリケーションにより処理されるデータの精度はサブデータＬ＞サブデータＳである。
【００４７】
３−５．変形例５
携帯電話機１が受信するデータのデータ形式は実施形態で説明したものに限定されない。携帯電話機１が受信するデータは、メタデータを含むコンテンツデータであってもよい。実施形態の例では、コンテンツデータが野球中継の動画データ（図７）であり、メタデータがイニング毎の得点などの情報を示すテキストデータ（図８）およびスコアを示すテキストデータ（図９）である。
【００４８】
この例において、ＣＰＵ１０２は、ウインドウがある条件を満たしたとき、例えば、ウインドウが属性「Ｓ」に対応するサイズに変更されたとき、動画データのうち音声データのみを再生してもよい。すなわち、ＣＰＵ１０２は、図９に示される画面を表示しつつ、音声データを再生してもよい。
【００４９】
３−６．変形例６
図１０は、変形例６に係る携帯電話機１の動作を示すフローチャートである。この例では、図５に示されるフローに代わり、図１０に示されるフローが用いられる。図５のフローと図１０のフローは、以下の点において相違している。図５のフローによれば、携帯電話機１は、属性「Ｌ」、「Ｍ」および「Ｓ」の３つのデータを受信し、受信したデータの中から処理するデータを選択した。一方、図１０のフローによれば、携帯電話機１はまず処理すべきデータを選択し、選択されたデータのみを受信する。なお、図１０において図５と共通する処理については共通の参照符号を用いて説明する。
【００５０】
ステップＳ１１０〜Ｓ１２０の処理は、実施形態で説明した処理と同様であるので説明を省略する。ステップＳ２００において、ＣＰＵ１０２は、対象属性に対応するデータを選択する。具体的には、ＣＰＵ１０２は、選択されたデータを示す情報、この例では対象属性を、データの送信要求とともにサーバ装置に送信する。
【００５１】
サーバ装置は、複数の属性、この例では、Ｌ、ＭおよびＳの３つの属性を有するデータサブデータＬ、ＭおよびＳを記憶している。サーバ装置は、記憶しているデータの中から、要求された属性を有するデータを要求元の装置に送信する機能を有する。具体的には、データの送信要求を受信すると、サーバ装置は、記憶しているデータの中から、要求された属性を有するデータを選択する。サーバ装置は、選択されたデータを、要求元の装置である携帯電話機１に送信する。例えば対象属性が「Ｌ」であった場合、サーバ装置は、サブデータＬを携帯電話機１に送信する。
【００５２】
ステップＳ２１０において、ＣＰＵ１０２は、サーバ装置から送信されたデータ、すなわち選択されたデータを受信する。ステップＳ２２０において、ＣＰＵ１０２は、受信したデータをアプリケーションプログラムに従って処理する。この例によれば、３つの属性を有するデータを全て受信する場合と比較して、ネットワークのトラフィックが減少する。
【００５３】
３−７．他の変形例
本発明が適用される情報処理装置は、携帯電話機に限定されない。情報処理装置は、パーソナルコンピュータ、ＰＤＡ（Personal Data Assistants）、電子手帳、無線通信端末、有線通信端末、その他いかなる形態の装置でもよい。また、情報処理装置のハードウェア構成は、図２に示されるものに限定されない。図２に示される要素のうち１以上のものが省略されてもよい。例えば、情報処理装置は表示部を有していなくてもよい。この場合、情報処理装置は、情報処理装置とは別の表示装置に接続される。情報処理装置は、表示装置に対し、表示を制御するデータまたは信号を出力する。要は、情報処理装置は、必要な機能構成を有するものであればどのような形態の装置でもよいし、どのようなハードウェア構成を有していてもよい。また、アプリケーションプログラムが記述される言語はＪａｖａに限定されない。アプリケーションプログラムは、Ｊａｖａ以外のいかなるプログラム言語を用いて記述されてもよい。
【００５４】
上述の実施形態において、アプリケーションに対応するウインドウを表示させる機能はＯＳが有していたが、ＯＳ以外のプログラムがこの機能を有していてもよい。この場合、このプログラムは、ネットワークを介してダウンロードされてもよい。あるいは、このプログラムは、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）等の記憶媒体により提供されてもよい。
【図面の簡単な説明】
【００５５】
【図１】本発明の一実施形態に係る携帯電話機１の外観図である。
【図２】携帯電話機１の機能構成を示す図である。
【図３】携帯電話機１のハードウェア構成を示す図である。
【図４】Ｊａｖａ実行環境を示す図である。
【図５】携帯電話機１の動作を示すフローチャートである。
【図６】条件テーブルを例示する図である。
【図７】ウインドウの具体例を示す図である。
【図８】ウインドウの具体例を示す図である。
【図９】ウインドウの具体例を示す図である。
【図１０】変形例６に係る携帯電話機１の動作を示すフローチャートである。
【符号の説明】
【００５６】
１…携帯電話機、３…ヒンジ、４…キーパッド、５…マイクロホン、６…スピーカ、７…アンテナ、８…表示装置、９…筐体、１１…実行部、１２…ウインドウサイズ決定部、１３…実行制御部、１４…受信部、１５…表示制御部、１６…データ選択部、２０…表示装置、１０２…ＣＰＵ、１０３…ＲＯＭ、１０４…ＲＡＭ、１０５…記憶部、１０６…操作部、１０７…表示部、１０８…通信部、１０９…バス、１１１…ＯＳ、１１２…アプリケーション、１１３…アプリケーション、１１４…Ｊａｖａ実行環境、１１５…第１ストレージ、１１６…第２ストレージ、１１７…クラスライブラリ、１１８…ＪＶＭ、１１９…ＪＡＭ
【図１】
0005448344.tif 000002
【図２】
0005448344.tif 000003
【図３】
0005448344.tif 000004
【図４】
0005448344.tif 000005
【図５】
0005448344.tif 000006
【図６】
0005448344.tif 000007
【図７】
0005448344.tif 000008
【図８】
0005448344.tif 000009
【図９】
0005448344.tif 000010
【図１０】
0005448344.tif 000011