JP2009230236A - 情報処理装置、リソース表示方法及びプログラム - Google Patents

Abstract

【課題】ユーザに対して、現在のリソースの使用状況を容易に認識させることができるようにする。
【解決手段】実行中のプログラムの使用リソースとプログラムで使用可能な総リソースとに基づき、表示部３に当該総リソースを示す所定の表示サイズでなる総リソース領域を表示させ、さらに当該総リソース領域内に、実行中のプログラムの使用リソースを示す、当該プログラムの識別情報が記された使用リソース領域を、総リソース領域の表示サイズを基準にして、総リソースに対する当該プログラムの使用リソースの割合に応じた表示サイズで、実行中のプログラムごとに表示させることにより、現在のリソースの使用状況を、使用リソース領域に記した識別情報、総リソース領域の表示サイズに対する、使用リソース領域の表示サイズ、及び総リソース領域の使用リソース領域が表示されていない部分の表示サイズで容易に認識させることができる。
【選択図】図１

Description

本発明は、情報処理装置、リソース表示方法及びプログラムに関し、例えば、複数のプログラムを同時に実行可能な情報処理装置に適用して好適なものである。

近年、パーソナルコンピュータなどの情報処理装置には、複数のプログラム（もしくは処理）を同時に並行して実行する所謂マルチタスクを実装したものがある。このマルチタスクは、一般的に、情報処理装置にインストールされたＯＳ（Operating System）がＣＰＵ（Central Processing Unit）に複数のプログラムを時分割で実行させることにより実現される。

この場合、情報処理装置は、実行するプログラムごとに、実行に必要なリソース（プログラムの実行に必要な資源であり、例えばＣＰＵの使用率、メモリの使用量など）を割り当てることで、複数のプログラムを同時に実行する。

ところで、情報処理装置が実行するプログラムに割り当てることのできる総リソース、すなわち情報処理装置がプログラムの実行に使用できる総リソースは有限である。ゆえに、情報処理装置は、この限られた総リソースの範囲内で、実行するプログラムごとに、必要なリソースを割り当てることになる。

ここで、例えば、情報処理装置が複数のプログラムを実行しようとした場合に、各プログラムの実行に必要なリソースの合計が、総リソースを超えていると、実行するプログラムごとに割り当てるリソースが、必要なリソースに満たなくなり、この結果、プログラムを全く実行できなかったり、動作速度が極端に遅くなったりして、プログラムの動作が不安定になる。

そこで、プログラム（もしくは処理）を実行するときに必要なリソースを検出して、例えば、既に複数のプログラムを実行している場合に、指定されたプログラムを新たに実行できるか否かを、そのプログラムの実行に必要なリソースに基づいて判断することで、少なくとも実行中のプログラムについては、安定して動作させるようになされた情報処理装置が提案されている（例えば特許文献１参照）。
特開２００５−３８１９８号公報

ところで、上述した情報処理装置をユーザ側から見ると、ユーザは、例えば、この情報処理装置が、複数のプログラムを実行していて、リソースが残っていないことにより新たにプログラムを実行できない状態であっても、新たにプログラムを実行するよう情報処理装置に命令入力してみないと、その旨を知ることはできない。

ここで、ユーザが、例えば、実行中の各プログラムがどれ位リソースを使用していて総リソースにどれ位の空きがあるのかを前もって知ることができれば、これらをもとに、新たなプログラムを実行するよう情報処理装置に命令入力する前に、情報処理装置が新たなプログラムを実行できる状態であるかどうかを自分で判断することが可能になると考えられる。

一方で、実行中の各プログラムが使用しているリソース（ＣＰＵの使用率、メモリの使用量など）の値を一覧表示するアプリケーション（所謂タスクマネージャ）も存在するが、このアプリケーションを利用しても、各プログラムが使用しているリソースを確認できるだけであり、実行中の各プログラムがどれ位リソースを使用していて総リソースにどれ位の空きがあるのかを一目で容易に認識できるとは言えなかった。

このように、従来の情報処理装置では、実行中の各プログラムがどれ位リソースを使用していて総リソースにどれ位の空きがあるのかと言った現在のリソースの使用状況を、ユーザに対して容易に認識させることができなかった。

本発明は以上の点を考慮してなされたもので、ユーザに対して、現在のリソースの使用状況を容易に認識させることのできる情報処理装置、リソース表示方法及びプログラムを提案しようとするものである。

かかる課題を解決するため本発明においては、複数のプログラムを同時に実行可能な情報処理装置に対して、各プログラムの実行時に使用される使用リソースと、プログラムで使用可能な総リソースとを検出するリソース検出部と、リソース検出部により検出された実行中のプログラムの使用リソースと総リソースとに基づき、表示部に当該総リソースを示す所定の表示サイズでなる総リソース領域を表示させ、さらに当該総リソース領域内に、実行中のプログラムの使用リソースを示す、当該プログラムの識別情報が記された使用リソース領域を、総リソース領域の表示サイズを基準にして、総リソースに対する当該プログラムの使用リソースの割合に応じた表示サイズで、実行中のプログラムごとに表示させる表示制御部とを設けるようにした。

こうすることで、ユーザに対して、実行中の各プログラムがどのプログラムであるのかを、使用リソース領域に記した識別情報により認識させることができ、さらに各プログラムが総リソースのうちのどれ位のリソースを使用しているのかを、総リソース領域の表示サイズに対する、使用リソース領域の表示サイズで認識させることができ、さらに総リソースにどれ位の空きがあるのかを、総リソース領域の使用リソース領域が表示されていない部分の表示サイズで認識させることができる。

本発明によれば、ユーザに対して、実行中の各プログラムがどのプログラムであるのかを、使用リソース領域に記した識別情報により認識させることができ、さらに各プログラムが総リソースのうちのどれ位のリソースを使用しているのかを、総リソース領域の表示サイズに対する、使用リソース領域の表示サイズで認識させることができ、さらに総リソースにどれ位の空きがあるのかを、総リソース領域の使用リソース領域が表示されていない部分の表示サイズで認識させることができ、かくして現在のリソースの使用状況を一目で容易に認識させることのできる情報処理装置、リソース表示方法及びプログラムを実現できる。

以下、図面について、本発明の実施の形態を詳述する。

（１）第１の実施の形態
（１−１）第１の実施の形態の概要
まず、第１の実施の形態の概要を説明する。ちなみにこの概要を説明した後、第１の実施の形態の具体例の説明に移る。

図１において１は、情報処理装置の機能構成を示す。この情報処理装置１は、複数のプログラムを同時に実行可能な装置である。

そしてこの情報処理装置１は、各プログラムの実行時に使用される使用リソースとプログラムで使用可能な総リソースとを検出するリソース検出部２と、リソース検出部２により検出された実行中のプログラムの使用リソースと総リソースとに基づき、表示部３に当該総リソースを示す所定の表示サイズでなる総リソース領域を表示させ、さらに当該総リソース領域内に、実行中のプログラムの使用リソースを示す、当該プログラムの識別情報が記された使用リソース領域を、総リソース領域の表示サイズを基準にして、総リソースに対する当該プログラムの使用リソースの割合に応じた表示サイズで、実行中のプログラムごとに表示させる表示制御部４とを有している。

情報処理装置１をこのような構成にしたことにより、この第１の実施の形態では、ユーザに対して、実行中の各プログラムがどのプログラムであるのかを、使用リソース領域に記した識別情報により認識させることができ、さらに各プログラムが総リソースのうちのどれ位のリソースを使用しているのかを、総リソース領域の表示サイズに対する、使用リソース領域の表示サイズで認識させることができ、さらに総リソースにどれ位の空きがあるのかを、総リソース領域の使用リソース領域が表示されていない部分の表示サイズで認識させることができる。こうすることで、情報処理装置１は、ユーザに対して、使用リソースの使用状況を一目で容易に認識させることができる。

また、このような構成を基本構成とする情報処理装置１に対して、以下のような構成を追加してもよい。

すなわち、この情報処理装置１においては、各プログラムの実行時に使用される使用リソースを示すリソース情報を記憶する記憶部５を有していてもよく、この場合、リソース検出部２が、各プログラムの使用リソースをこの記憶部５に記憶されたリソース情報から検出するようにしてもよい。

さらに、この情報処理装置１においては、リソース検出部２が、所定時間ごとに、総リソースを検出し、表示制御部４が、リソース検出部２により所定時間ごとに検出された総リソースに基づき、総リソース領域内に表示させる使用リソース領域の表示サイズを更新するようにしてもよい。

さらに、この情報処理装置１においては、リソース検出部２が、所定時間ごとに、実行中のプログラムの使用リソースを検出し、表示制御部４が、リソース検出部２により所定時間ごとに検出された使用リソースに基づき、総リソース領域内に表示させる使用リソース領域の表示サイズを更新するようにしてもよい。

さらに、この情報処理装置１においては、表示制御部４が、リソース検出部２により検出された実行前のプログラムの使用リソースと総リソースとに基づき、実行前のプログラムの使用リソースを示す使用リソース領域を、総リソース領域の表示サイズを基準にして、総リソースに対する当該プログラムの使用リソースの割合に応じた表示サイズで、実行前のプログラムごとに表示部３の所定位置に表示させるようにしてもよい。

さらに、この情報処理装置１においては、任意のプログラムを選択する選択部６と、リソース検出部２により検出された実行中のプログラムの使用リソースと総リソースとに基づき、総リソースのうちの空きリソースを検出する空きリソース検出部７とを有していてもよく、この場合、表示制御部４が、リソース検出部２により検出された、選択部６により選択されたプログラムの使用リソースと、空きリソース検出部７により検出された空きリソースとに基づき、空きリソースが、選択されたプログラムの使用リソースに満たない場合、空きリソースと選択されたプログラムの使用リソースとの差分以上の使用リソースを使用しているプログラムの使用領域を強調表示させるようにしてもよい。

さらに、この場合、表示制御部４が、空きリソースが選択されたプログラムの使用リソースに満たない場合、選択されたプログラムを起動できない旨を示す情報を、表示部３の所定位置に表示させるようにしてもよい。

さらに、この情報処理装置１においては、表示制御部４が、リソース検出部２により検出された実行前のプログラムの使用リソースと、空きリソース検出部７により検出された空きリソースとに基づき、使用リソースが空きリソース以下の実行前のプログラムの使用リソース領域を強調表示させるようにしてもよい。

さらに、この情報処理装置１においては、表示制御部４が、実行中のプログラムごとの使用リソース領域を、総リソース領域内において、実行中のプログラムに対する所定の優先順位に従って並べて表示するようにしてもよい。

さらに、この情報処理装置１においては、表示制御部４が、総リソース領域をさらに複数の小領域に分割して表示し、上記使用リソース領域を当該小領域単位の表示サイズで表示するようにしてもよい。

さらに、この情報処理装置１においては、リソース検出部２が、情報処理装置１が有する全リソースからプログラム以外に使用されているリソースを除いた分を、プログラムで使用可能なリソースとして検出するようにしてもよい。

さらに、この情報処理装置１においては、表示制御部４が、使用リソース領域の最小表示サイズを、当該使用リソース領域内に記されるプログラムの識別情報をユーザが視認できる表示サイズに設定するようにしてもよい。

さらに、この情報処理装置１においては、総リソース領域をタスクバーとして機能させるようにしてもよい。

さらに、この情報処理装置１においては、リソース検出部２が、使用リソースとして、各プログラムの実行時に使用されるメモリ使用量を検出し、総リソースとして、プログラムで使用可能な総メモリ量を検出するようにしてもよい。

さらに、この情報処理装置１においては、リソース検出部２が、使用リソースとして、各プログラムの実行時に使用されるプロセッサの使用率を検出し、総リソースとして、プログラムで使用可能なプロセッサの最大使用率を検出するようにしてもよい。

（１−２）第１の実施の形態の具体例
つづけて、第１の実施の形態の具体例を説明する。

（１−２−１）情報通信端末の外観構成
図２（Ａ）及び（Ｂ）において、１０は全体として上述した情報処理装置１の具体例である携帯型の情報通信端末を示す。この情報通信端末１０は、多機能であり、例えば、インターネットに無線または有線で接続するインターネット接続機能、近傍の他の装置と無線または有線により機器間接続する機器間接続機能、インターネット上のサーバが提供するＷｅｂページを閲覧するＷｅｂブラウザ機能、インターネット上のサーバなどの他の装置から取得した各種データ（映像データ、音声データなど）を記憶するデータ記憶機能、記憶したデータを再生するデータ再生機能、インターネットを介して他の装置との間で電子メールを送受する電子メール機能、インターネットを介して他の装置との間でユーザの音声を送受するＩＰ（Internet Protocol）電話機能、インターネットを介して他の装置との間でリアルタイムにメッセージなどを送受するＩＭ（Instant Messenger）機能、ユーザのスケジュールを管理するスケジュール管理機能などを有している。

この情報通信端末１０は、片方の手で把持し得る程度の大きさで、一面及び他面が一方向よりも当該一方向と直交する他方向に長いレーストラック形状に形成された略偏平矩形状の端末筐体１１を有している。

ちなみに、以下の説明では、端末筐体１１が一方向へは比較的短く形成されているため、当該一方向を端末短手方向とも呼ぶ。また以下の説明では、端末筐体１１が他方向へは、短手方向の長さよりも長く形成されているため、当該他方向を端末長手方向とも呼ぶ。

端末筐体１１には、他面側の筐体（以下、これを下側筐体とも呼ぶ）１２に対して、一面側の筐体（以下、これを上側筐体とも呼ぶ）１３が端末短手方向に沿ってスライド可能に取り付けられている。

下側筐体１２には、上側筐体１３側の上面１２Ａに文字入力が可能な複数のキー１４が配置されている。

そして下側筐体１２は、上側筐体１３がスライドして上面１２Ａに重ねられると、複数のキー１４を外部から隠蔽するように当該上側筐体１３と一体化して略偏平矩形状の端末筐体１１となる。

また下側筐体１２は、上側筐体１３がスライドして上面１２Ａからずれると、複数のキー１４を外部に露出させて、これら複数のキー１４を介して文字入力させることができる。

一方、上側筐体１３には、端末筐体１１の一面でもある上面１３Ａの中央部に表示部１５が長方形状の表示面１５Ａの長手方向（以下、これを表示面長手方向とも呼ぶ）を、端末長手方向と平行にして設けられている。

そして端末筐体１１は、上述した各種機能に対応する画面を、表示部１５の表示面１５Ａに表示する。

また上側筐体１３には、上面１３Ａの中央部に表示部１５の表示面１５Ａよりも大きなレーストラック形状のタッチパネル１６が、当該タッチパネル１６の長手方向（以下、これをパネル長手方向とも呼ぶ）を端末長手方向と平行にし、かつ当該表示面１５Ａ及びその周囲に亘って重ねるように設けられている。

そして端末筐体１１は、表示部１５に画面を表示した状態で、タッチパネル１６を介して画面の所定部分が指やスタイラスペンなどで触れられる（すなわちタッチされる）と、その旨を入力として受け付けるようになされている。

さらに上側筐体１３には、図３に示すように、上面１３Ａにおいて表示部１５の表示面１５Ａよりも端末長手方向に沿った一端側及び他端側の、タッチパネル１６に覆われる部分（以下、これらを一端側パネル被覆部分及び他端側パネル被覆部分とも呼ぶ）１３Ｂ及び１３Ｃに、所定の命令が対応付けられたボタン１７乃至２２が描かれている。

実際上、一端側パネル被覆部分１３Ｂには、各種機能に関する情報を画面上に表示させる命令が対応付けられたインフォメーションボタン１７が描かれている。

またこの一端側パネル被覆部分１３Ｂには、指定された画面（例えば後述するマルチウインドウ画面）などを表示部１５に表示させる命令が対応付けられた指定画面表示ボタン１８も描かれている。

さらにこの一端側パネル被覆部分１３Ｂには、メインメニュー画面を表示部１５に表示させる命令が対応付けられたホームボタン１９も描かれている。

一方、他端側パネル被覆部分１３Ｃには、各種機能に関する設定を行う機能設定小画面を画面上に重ねて表示させる命令が対応付けられたオプションボタン２０が描かれている。

またこの他端側パネル被覆部分１３Ｃには、表示部１５の表示に関する設定（例えば、輝度、使用するフォントなど）を行う表示設定小画面を画面上に重ねて表示させる命令が対応付けられたディスプレイボタン２１も描かれている。

さらに他端側パネル被覆部分１３Ｃには、表示部１５に表示している画面を１つ前に表示していた画面に戻す命令が対応付けられたバックボタン２２も描かれている。

そして端末筐体１１は、タッチパネル１６の表面において一端側パネル被覆部分１３Ｂや他端側パネル被覆部分１３Ｃの種々のボタン１７乃至２２と対向する領域（以下、これをボタン対向領域とも呼ぶ）がタッチされると、そのタッチされたボタン対向領域と対向するボタン１７乃至２２に対応付けられた命令を入力する。

さらにこの上側筐体１３（図２（Ａ）及び（Ｂ）並びに図３）には、上面１３Ａにおいてタッチパネル１６のパネル長手方向に沿った一端よりも外側で、当該タッチパネル１６の一端の近傍（すなわち、上面１３Ａの端末長手方向に沿った一端寄り）にスピーカ２３が設けられている。

さらにこの上側筐体１３には、上面１３Ａにおいてタッチパネル１６のパネル長手方向に沿った他端よりも外側で、当該タッチパネル１６の他端の近傍（すなわち、上面１３Ａの端末長手方向に沿った他端寄り）にマイクロホン２４が設けられている。

そしてこの端末筐体１１は、通話時、相手の音声をこのスピーカ２３から出力するとともに、ユーザの音声をこのマイクロホン２４で集音するようになされている。

さらにこの上側筐体１３には、上面１３Ａにおいてマイクロホン２４の近傍に、軸部を傾斜操作及び押下操作可能な十字キー２５が設けられている。

この十字キー２５は、軸部を上側筐体１３の上面１３Ａに対して垂直な姿勢から傾斜させるような傾斜操作に応じて例えば、端末短手方向に沿って互いに反対向きの一方向及び他方向を入力し得るようになされている。

またこの十字キー２５は、軸部を上側筐体１３の上面１３Ａに対して垂直な姿勢から傾斜させるような傾斜操作に応じて例えば、端末長手方向に沿って互いに反対向きの一方向及び他方向を入力し得るようにもなされている。

さらにこの十字キー２５は、軸部を上側筐体１３の上面１３Ａから下側筐体１２側へ押し下げるような押下操作に応じて例えば、決定命令を入力し得るようにもなされている。

よって端末筐体１１は、例えば、画面上に表示したカーソルを、この十字キー２５の傾斜操作により、所望の方向に移動させ、このカーソルが画面上の所望部分（例えばアイコン）に重ねられている状態で、この十字キー２５が押下操作されると、当該所望部分に対応付けられている命令を入力し得るようにもなされている。

これに加えて上側筐体１３には、図４に示すように、端末長手方向と平行な側面１３Ｂの中央部に、ＵＳＢ（Universal Serial Bus）コネクタ２６と、コネクタジャック２７とが並設されている。

このＵＳＢコネクタ２６にはＵＳＢケーブル（図示せず）を接続することができ、情報通信端末１０は、このＵＳＢケーブルを介して、他の装置と通信したり、他の装置から供給される直流電源により図示しないバッテリを充電したりするようになされている。

またコネクタジャック２７には、ヘッドホンやマイク付のヘッドセット（図示せず）などを接続することができるようになされている。

さらに上側筐体１３の側面１３Ｂには、直流電源を給電可能なＤＣ（Direct Current）ジャック２８も設けられている。そして情報通信端末１０は、このＤＣジャック２８に対してＡＣ／ＤＣ（Alternating Current/Direct Current）アダプタ（図示せず）が接続され、このＡＣ／ＤＣアダプタを介して直流電源が供給されると、この直流電源に応じて各部を動作させ、またバッテリを充電するようになされている。

（１−２−２）情報通信端末の内部構成
次に、上述した情報通信端末１０の内部構成について説明する。図５に示すように、情報通信端末１０は、例えば、マイクロプロセッサ構成の制御部３０を有している。

この制御部３０は、フラッシュメモリ３１または大容量フラッシュメモリ３２にインストールされた基本プログラム（ＯＳ）、アプリケーションプログラムなどの各種プログラムをＲＡＭ（Random Access Memory）３３に読み出して実行することにより、情報通信端末１０の各部を制御して、各種機能を実現する。

すなわち、情報通信端末１０は、制御部３０が、例えば、上述した各種機能（インターネット接続機能、機器間接続機能、Ｗｅｂブラウザ機能、データ記憶機能、データ再生機能、電子メール機能、ＩＰ電話機能、ＩＭ機能、スケジュール管理機能など）のうちの任意の一機能に対応するプログラムを読み出して実行することにより、任意の一機能を実現するようになされている。

またこの情報通信端末１０では、制御部３０が、複数のプログラムをＲＡＭ３３に読み出して、これらを同時に並行して実行することにより、複数の機能を同時に実現することもできる。

この場合、制御部３０は、実行するプログラムごとに、実行に必要なリソース（ここではメモリの使用量とする）を割り当てることで、複数のプログラムを同時に実行するようになされている。ここで、情報通信端末１０がプログラムの実行に使用できる総メモリ量は、ＲＡＭ３３の容量などにより限られている。したがって、制御部３０は、この限られた総メモリ量の範囲内で、実行するプログラムごとに、必要なメモリ量を割り当てるようになされている。

また制御部３０は、タッチパネル１６から、タッチされた位置（以下、これをタッチ位置とも呼ぶ）に応じた信号が与えられると、その信号に基づきタッチパネル１６の表面のタッチ位置を表面内の座標として検出する。

そして制御部３０は、その検出したタッチ位置に対応する画面上の座標、もしくは一端側パネル被覆部分１３Ｂ及び他端側パネル被覆部分１３Ｃ上の位置に、命令が対応付けられているかどうかを判別して、命令が対応付けられていると判別した場合には、その命令に応じて、各種処理（指定されたプログラムの実行、表示部１５に表示する画面の表示制御など）を行う。

さらに制御部３０は、例えば、上述した複数のキー１４及び十字キー２５を有するキー入力部３４が操作されることにより、当該キー入力部３４から、その操作に応じた信号が与えられると、その信号に対応付けられている命令に応じて、各種処理（文字入力、カーソル移動など）を行う。

このようにして情報通信端末１０は、タッチパネル１６及びキー入力３４を介した各種入力を受け付けるようになされている。

さらに情報通信端末１０は、無線通信部３５により、アクセスポイントを介してインターネットに接続することで、インターネット上のサーバなどの他の装置と通信する（所謂インフラストラクチャ通信）。このようにして情報通信端末１０は、インターネット接続機能を実現する。

また情報通信端末１０は、無線通信部３５により、近傍の他の装置と機器間接続することで、他の装置と直接通信する（所謂アドホック通信）。このようにして情報通信端末１０は、機器間接続機能を実現する。

さらに情報通信端末１０では、制御部３０が、タッチパネル１６またはキー入力部３４に対するユーザ操作などに応じて、Ｗｅｂブラウザのプログラムを実行することで、表示部１５にＷｅｂブラウザ画面を表示させ、ネットワーク上の任意のサーバと通信した結果、このサーバからＷｅｂページのページデータを取得すると、このページデータに基づく画像データを、表示部１５に送ることにより、表示されているＷｅｂブラウザ画面上に、画像データに基づくページ画像を表示させる。このようにして情報通信端末１０は、Ｗｅｂブラウザ機能を実現する。

さらに情報通信端末１０では、制御部３０が、ユーザ操作などに応じて、ＵＳＢコネクタ２６または無線通信部３５を介して他の装置と通信した結果、コンテンツデータ（映像音声データ、楽曲データなど）を取得したときには、これを大容量フラッシュメモリ３２に記憶させる。このようにして情報通信端末１０は、データ記憶機能を実現する。

さらに情報通信端末１０では、制御部３０が、ユーザ操作などに応じて、映像音声再生プログラムを実行することで、大容量フラッシュメモリ３２から指定の映像音声データを読み出し、これを映像データと音声データとに分離する。そして制御部３０は、映像データを再生処理することで映像信号を得、これを表示部１５に送ることで、この映像信号に基づく映像を表示部１５に表示させる。

またこのとき制御部３０は、映像音声データから分離した音声データを音声処理部３６に送る。音声処理部３６は、音声データを再生処理することで音声信号を得、これをスピーカ２４に送ることで、この音声信号に基づく音声をスピーカ２４から出力させる。

さらに情報通信端末１０では、制御部３０が、ユーザ操作などに応じて、楽曲再生プログラムを実行することで、大容量フラッシュメモリ３２から指定の楽曲データを読み出し、これを音声処理部３６に送る。音声処理部３６は、楽曲データを再生処理することで楽曲信号を得、これをスピーカ２４に送ることで、この楽曲信号に基づく楽曲をスピーカ２４から出力させる。このようにして情報通信端末１０は、楽曲データを再生する。

ちなみに、音声処理部３６は、コネクタジャック２７にヘッドホンが接続されているのであれば、上述した音声信号に基づく音声及び楽曲信号に基づく楽曲を、スピーカ２４の代わりに、コネクタジャック２７に接続されたヘッドホンから出力させることもできる。このようにして情報通信端末１０は、データ再生機能を実現する。

さらに情報通信端末１０では、制御部３０が、ユーザ操作などに応じて、ＩＰ電話プログラムを実行することで、マイクロホン２４を介してユーザの音声を集音して得られた音声信号を、切換部３７を介して音声処理部３６に送る。音声処理部３６は、音声信号をデジタル処理することにより音声データを得、これを制御部３０に送る。そして制御部３０は、この音声データを無線通信部３５を介して通話相手の装置に送信する。

また制御部３０は、このとき通話相手の装置から送信されてくる音声データを無線通信部３５で受信して、これを音声処理部３６に送る。音声処理部３６は、音声データを再生処理することで音声信号を得、これをスピーカ２４に送ることで、この音声信号に基づく音声（つまり通話相手の音声）をスピーカ２４から出力させる。

また制御部３０は、着呼時、呼出音（すなわちリンガー）の音声データを音声処理部３６に送る。音声処理部３６は、音声データを再生処理することで音声信号を得、これをスピーカ２３に送ることで、この音声信号に基づく音声（つまり呼出音）をスピーカ２４から出力させる。

ちなみに、制御部３０は、コネクタジャック２７にヘッドセットが接続されているのであれば、ユーザの音声を、マイクロホン２４の代わりに、ヘッドセットのマイクロホンを介して集音するとともに、通話相手の音声及び呼出音を、スピーカ２４の代わりに、ヘッドセットのヘッドホンから出力させることもできる。このようにして情報通信端末１０は、ＩＰ電話機能を実現する。

さらに情報通信端末１０では、制御部３０が、上述したインターネット接続機能、機器間接続機能、Ｗｅｂブラウザ機能、データ記憶機能、データ再生機能及びＩＰ電話機能以外の機能についても、それぞれの機能に応じたプログラムを実行して、各部を制御することで、実現するようになされている。

またこのとき制御部３０は、各機能に対応するＧＵＩ（Graphical User Interface）画面を表示部１５に表示させることで、このＧＵＩ画面を介して、各機能に関する情報をユーザに提示しつつ、所望の操作を受け付けるようになされている。

また制御部３０は、複数のプログラムを同時に並行して実行することで複数の機能を同時に実現する場合、実行中の各プログラムに対応するウインドウをＧＵＩ画面に表示させることで、各ウインドウを介して、複数の機能に関する情報をユーザに提示しつつ、所望の機能に対する操作を受け付けるようになされている。つまり情報通信端末１０は、実行中の各プログラムに対応するウインドウが表示されるＧＵＩ画面（これをマルチウインドウ画面とも呼ぶ）を介して、複数の機能をユーザに提供し得るようになされている。

また情報通信端末１０の大容量フラッシュメモリ３２には、上述したプログラム、映像音声データ、楽曲データ以外にも、ユーザにより登録された情報（例えば、電子メールの送受信に必要なアドレス、ＩＰ電話で必要な電話番号、ＩＭで必要なユーザＩＤなど）、各種機能で生成もしくは取得した情報（例えば、電子メールの文章、スケジュールデータなど）などの各種情報も記憶される。

また情報通信端末１０のＵＳＢコネクタ２６には、他の装置に限らず、ＵＳＢケーブルを介してドライブ３８も接続できるようになされている。このとき制御部３０は、ドライブ３８によってリムーバブルメディア３９から読み出された各種データを、ＵＳＢコネクタ２６を介して取得して、フラッシュメモリ３１または大容量フラッシュメモリ３２に記憶させる。またこのとき制御部３０は、取得したデータがプログラムであれば、このプログラムをフラッシュメモリ３１または大容量フラッシュメモリ３２にインストールする。

さらに情報通信端末１０は、電源制御部４０が、外部からＤＣジャック２８を介して直流電源が供給されている場合には、この直流電源を各部に供給することで各部を動作させ、またこの直流電源をバッテリ４１に供給することでバッテリ４１を充電する。

また電源制御部４０は、外部からＵＳＢコネクタ２６を介して直流電源が供給されている場合には、この直流電源をバッテリ４１に供給することでバッテリ４１を充電することもできる。一方で、外部から直流電源が供給されていない場合、電源制御部４０は、バッテリ４１から得られる直流電源を各部に供給することで、各部を動作させるようになされている。

（１−２−３）マルチウインドウ画面
次に、情報通信端末１０の画面の１つであるマルチウインドウ画面について説明する。このマルチウインドウ画面は、上述したように、制御部３０の表示制御により、実行中のプログラムのそれぞれに対応するウインドウが表示されるＧＵＩ画面である。

図６及び図７に示すように、このマルチウインドウ画面５０は、横長長方形でなり、画面の上辺に沿って配された横長細帯状の領域５１と、それ以外の領域５２とで構成される。このマルチウインドウ画面５０は、例えば、指定画面表示ボタン１８が押下されることに応じて、表示部１５の表示面１５Ａに表示される画面である。

マルチウインドウ画面５０の領域５１は、実行中のプログラムに対応するアイコンなどが表示される所謂タスクバーであり、以下、この領域をタスクバーとも呼ぶ。これに対して領域５２は、実行中のプログラムに対応するウインドウなどが表示される領域であり、以下、この領域をウインドウ表示領域とも呼ぶ。

さらにタスクバー５１は、その左端から右端近傍まで延びた横長細帯状の領域５１Ａと、この領域５１Ａより右側の領域５１Ｂとで構成される。このうち領域５１Ａは、実行中のプログラムに対応するアイコン（これをタスクアイコンとも呼ぶ）が表示される領域であり、以下、この領域をタスクアイコン表示領域とも呼ぶ。また領域５１Ｂは、情報通信端末１０の状態（例えば、電池残量、無線通信の電波強度など）を示す各種情報が表示される領域であり、以下、この領域を状態情報表示領域とも呼ぶ。

例えば、４つのプログラムが実行中であるとすると、タスクバー５１のタスクアイコン表示領域５１Ａには、図７に示すように、実行中の４つのプログラムのそれぞれに対応する、縦幅がタスクアイコン表示領域５１Ａの縦幅と同じで横幅が所定長の四角形のタスクアイコンＴｉ１〜Ｔｉ４が、プログラムの実行順に左端から並べて（すなわち左詰めで）表示される。

一方、ウインドウ表示領域５２には、実行中の４つのプログラムのそれぞれに対応するウインドウＰｗ１〜Ｐｗ４が任意の位置に表示される。ここで、この図７に示すマルチウインドウ画面５０は、タスクアイコン表示領域５１Ａに、ＩＭプログラムを示すタスクアイコンＴｉ１と、Ｗｅｂブラウザプログラムを示すタスクアイコンＴｉ２と、楽曲再生プログラムを示すタスクアイコンＴｉ３と、ＩＰ電話プログラムを示すタスクアイコンＴｉ４とが表示されるとともに、ウインドウ表示領域５２に、ＩＭプログラムに対応するウインドウＰｗ１と、Ｗｅｂブラウザプログラムに対応するウインドウＰｗ２と、楽曲再生プログラムに対応するウインドウＰｗ３と、ＩＰ電話プログラムに対応するウインドウＰｗ４が表示されている例である。

また、このとき表示されるタスクアイコンＴｉ１〜Ｔｉ４のそれぞれの横幅は、タスクアイコン表示領域５１Ａの横幅（固定長）を情報通信端末１０が有する総メモリ量とみなして、この総メモリ量に対する、対応するプログラムで使用するメモリ使用量の割合に応じた長さに設定される。

ちなみに、ここで言う総メモリ量とは、情報通信端末１０がマルチウインドウ画面５０上で実行するプログラム（すなわちタスクアイコンＴｉとして表示されるプログラム）に対して使用できるメモリの総量のことである。よって、ＲＡＭ３３の容量から、常駐プログラムなどのタスクアイコンＴｉとして表示されないプログラムのメモリ使用量として使用もしくは確保されている分を差し引いた残りが、この総メモリ量となる。またここで言うメモリ使用量とは、プログラムで使用するメモリ使用量の最大値のことである。

ここで、実際上、タスクアイコン表示領域５１Ａは、図６に示すように、目に見える形の、例えば１６個の枡Ｍｅ１〜Ｍｅ１６により、横方向に１６等分されている。すなわち、情報通信端末１０の総メモリ量が３２ＭＢであるとすると、１つの枡Ｍｅが、３２／１６の２ＭＢ分に相当する。この枡Ｍｅが、タスクアイコンＴｉを表示するうえでの最小単位であり、タスクアイコンＴｉは、この枡Ｍｅ数個分の表示サイズで表示される。

例えば、楽曲再生プログラムのメモリ使用量が４ＭＢであるとすれば、図７に示すように、この楽曲再生プログラムに対応するタスクアイコンＴｉ３は、枡Ｍｅ２個分の表示サイズで表示される。ちなみに、プログラムのメモリ使用量が、枡Ｍｅ数個分で表されるメモリ量と一致しない場合、そのメモリ使用量より大きく、且つ最も近いメモリ量に相当する数の枡ＭｅでタスクアイコンＴｉを表示する。例えば、プログラムのメモリ使用量が１ＭＢであるとすれば、このメモリ使用量より大きく、且つ最も近い２ＭＢに相当する枡Ｍｅ１個分の表示サイズでタスクアイコンＴｉを表示する。

また、タスクアイコンＴｉ（Ｔｉ１〜Ｔｉ４）のそれぞれには、対応するプログラムを識別可能な情報（これをプログラム識別情報とも呼ぶ）として、少なくともマークＭａ（Ｍａ１〜Ｍａ４）が表示される。よって、タスクアイコンＴｉを表示するうえでの最小単位である枡Ｍｅは、このマークＭａをユーザが十分視認できる表示サイズに設定されている。そして、タスクアイコンＴｉの表示サイズが複数枡Ｍｅ（例えば３枡Ｍｅ以上）であるならば、そのタスクアイコンＴｉには、マークＭａの横に、対応するプログラムの名称（アプリケーション名）が、表示し得る範囲の文字数で表示される。

このように、情報通信端末１０は、タスクアイコン表示領域５１Ａの横幅（固定長）を、使用できる総メモリ量として、このタスクアイコン表示領域５１Ａ内に表示するタスクアイコンＴｉを、総メモリ量に対するプログラムのメモリ使用量の割合に応じた横幅で表示するようにしたことで、ユーザに対して、実行中の各プログラムが、情報通信端末１０で使用できる総メモリ量のうちのどれ位のメモリ量を使用しているのかを、タスクアイコン表示領域５１Ａに対するタスクアイコンＴｉの表示サイズで容易に認識させることができる。

また、情報通信端末１０は、各タスクアイコンＴｉを、タスクアイコン表示領域５１Ａの左端から並べて表示するようにしたことで、ユーザに対して、総メモリ量のうち、どれ位のメモリ量が空いているのか、すなわち空きメモリ量がどれ位あるのかを、最も右寄りに表示されたタスクアイコンＴｉの右端から、タスクアイコン表示領域５１Ａの右端までの部分（つまりタスクアイコンＴｉが表示されていない部分であり、これをアイコン未表示部分とも呼ぶ）の表示サイズで容易に認識させることができる。

またこのとき、情報通信端末１０は、タスクアイコン表示領域５１Ａを、複数個の枡Ｍｅで当分割して、さらにこの枡Ｍｅを、タスクアイコンＴｉを表示するうえでの最小単位としたことにより、総メモリ量に対する使用メモリ量及び空きメモリ量の正確性は若干低下するものの、タスクアイコン表示領域５１Ａに対する、タスクアイコンＴｉの表示サイズ、及びアイコン未表示部分の表示サイズを、枡Ｍｅの数で容易にユーザに認識させることができ、結果として、実行中の各プログラムが総メモリ量のうちのどれ位のメモリ量を使用していて、空きメモリ量がどれ位であるのかと言った現在のメモリ使用状況を一段と容易に認識させることができる。

例えば、図７に示したタスクアイコン表示領域５１Ａを見れば、左端のタスクアイコンＴｉ１が３枡Ｍｅ分のサイズであることから、このタスクアイコンＴｉ１に対応するプログラムが総メモリ量（３２ＭＢ）のうちの３／１６のメモリ量（約６ＭＢ）を使用していることを容易に認識でき、つづくタスクアイコンＴｉ２が枡Ｍｅ７個分のサイズであることから、このタスクアイコンＴｉ２に対応するプログラムが総メモリ量（３２ＭＢ）のうちの７／１６のメモリ量（約１４ＭＢ）を使用していることを容易に認識でき、さらにつづくタスクアイコンＴｉ３が枡Ｍｅ２個分のサイズであることから、このタスクアイコンＴｉ３に対応するプログラムが総メモリ量（３２ＭＢ）のうちの２／１６のメモリ量（約４ＭＢ）を使用していることを容易に認識でき、さらにつづくタスクアイコンＴｉ４が枡Ｍｅ１個分のサイズであることから、このタスクアイコンＴｉ４に対応するプログラムが総メモリ量（３２ＭＢ）のうちの１／１６のメモリ量（約２ＭＢ）を使用していることを容易に認識でき、さらにその横に、アイコン未表示部分となる枡Ｍｅが３つ（Ｍｅ１４、Ｍｅ１５、Ｍｅ１６）存在することから、総メモリ量（３２ＭＢ）のうちの３／１６（約６ＭＢ）が空きであることを容易に認識できる。

また、情報通信端末１０では、タスクアイコンＴｉを表示するうえでの最小単位である枡Ｍｅのサイズが、少なくとも、プログラム識別情報としてのマークＭａを十分視認できる表示サイズに設定されていることにより、タスクアイコンＴｉのサイズが変わっても、タスクアイコンＴｉに表示されたマークＭａにより、現在どのプログラムが実行中であるのかをユーザに容易且つ確実に認識させることができる。

以上にくわえて、タスクバー５１に表示されたタスクアイコンＴｉには、所謂タスクバーとしての機能である、アクティブウインドウ（複数のウインドウのうちの操作対象となっているウインドウ）の切り換え命令が対応付けられている。

すなわち、情報処理端末１０の制御部３０は、図７に示すように、タスクバー５１に表示されているタスクアイコンＴｉ１〜Ｔｉ４のうちの、例えばタスクアイコンＴｉ２がカーソルＣｕもしくは画面タッチにより選択され押下操作されると（すなわち選択決定されると）、このタスクアイコンＴｉ２に対応するウインドウＰｗ２を選択状態にするとともに最前面に表示する。その後、図８に示すように、例えば、タスクアイコンＴｉ１がカーソルＣｕもしくは画面タッチにより選択され押下操作されると、制御部３０は、今度は、このタスクアイコンＴｉ１に対応するウインドウＰｗ１を選択状態にするとともに最前面に表示する。

このように、情報通信端末１０では、タスクバー５１を介して、実行中のプログラムの確認、メモリ使用状況の確認、及びアクティブウインドウの切換を行うことができるようになされている。すなわち、この情報通信端末１０では、タスクバー５１にメモリ使用状況の提示機能を追加したことにより、例えば、タスクマネージャのようなメモリ使用状況を提示するアプリケーションを別途立ち上げることなく、現在のメモリ使用状況をユーザに容易に認識させることができる。

また、情報通信端末１０の制御部３０は、マルチウインドウ画面５０を表示した直後、もしくはマルチウインドウ画面５０表示中に所定の操作が行われると、図９に示すように、実行するプログラムをユーザに選択させ得るランチャウインドウＬｗをウインドウ表示領域５２に表示する。このランチャウインドウＬｗは、制御部３０が、ランチャプログラムを実行することにより表示されるウインドウである。ちなみに、このランチャプログラムは、タスクアイコンＴｉとして表示されないプログラムである。

このランチャウインドウＬｗには、情報通信端末１０にインストールされている各プログラムがマークＭａ（ＭａＡ〜ＭａＦ）及びその横につづく名称でなるプログラム識別情報として、縦に並べて一覧表示される。ちなみに、図９に示すランチャウインドウＬｗは、一度に６つのプログラム識別情報しか表示できないが、所定の操作に応じて、プログラム識別情報を縦方向にスクロールさせることで、７個以上のプログラム識別情報を順に表示できるようになされている。

また、このランチャウインドウＬｗには、プログラム識別情報とともに、そのプログラム識別情報により識別されるプログラムの実行に必要なメモリ量（すなわちそのプログラムの実行時に使用されるメモリ使用量であり、これを必要メモリ量とも呼ぶ）を示す必要メモリ量領域Ｎａ（ＮａＡ〜ＮａＦ）が表示される。

この必要メモリ量領域Ｎａは、縦幅がタスクアイコン表示領域５１Ａの縦幅と同じで横幅が所定長の四角形でなり、タスクバー５１のタスクアイコン表示領域５１Ａと平行に表示される。

また、このとき表示される必要メモリ量領域Ｎａの横幅は、タスクアイコンＴｉと同じように、タスクアイコン表示領域５１Ａの横幅を総メモリ量として、この総メモリ量に対する、対応するプログラムの必要メモリ量の割合に応じた長さに設定される。

ここで、実際上、必要メモリ量領域Ｎａは、対応するプログラムの必要メモリ量に相当する数の枡（これを必要メモリ枡とも呼ぶ）Ｍｅにより、横方向に等分されている。この枡Ｍｅは、タスクアイコン表示領域５１に表示される枡Ｍｅと同サイズ、同間隔で表示され、１枡Ｍｅ当たりのメモリ量も同じである。

ゆえに、例えば、総メモリ量が３２ＭＢ、１枡Ｍｅあたりのメモリ量が２ＭＢであるとして、情報通信端末１０にインストールされているスケジュールプログラムの必要メモリ量が４ＭＢ（すなわち２枡Ｍｅ分）であるとすると、ランチャウインドウＬｗには、このスケジュールプログラムのプログラム識別情報（例えばマークＭａＦ及び名称「Ｓｃｈｅｄｕｌｅｒ」）とともに、２つの枡ＭｅＡ、ＭｅＢでなる必要メモリ量領域Ｎａ（例えばＮａＦ）が表示される。

このように、情報通信端末１０は、ランチャウインドウＬｗに、各プログラムの必要メモリ量を示す必要メモリ量領域Ｎａを、タスクアイコン表示領域５１Ａの横幅を総メモリ量として、この総メモリ量に対する必要メモリ量の割合に応じた横幅で表示するようにしたことで、ユーザに対して、プログラムを実行する前段階で、そのプログラムの実行に必要なメモリ量がどれ位であるのかを、この必要メモリ量領域Ｎａの表示サイズで容易に認識させることができる。

また、このとき、情報通信端末１０は、必要メモリ量領域Ｎａを、対応するプログラムの必要メモリ量に相当する数の必要メモリ枡Ｍｅで表示するようにしたことにより、ユーザに対して、必要メモリ量領域Ｎａの表示サイズを、必要メモリ枡Ｍｅの数で容易に認識させることができ、結果として、所望のプログラムの実行に必要なメモリ量がどれ位であるのかを一段と容易に認識させることができる。

さらに、このとき、情報通信端末１０は、タスクアイコン表示領域５１Ａに、現在の空きメモリ量に応じた数の枡（これを空きメモリ枡とも呼ぶ）Ｍｅ（図９の例では、枡Ｍｅ１４、Ｍｅ１５、Ｍｅ１６）を表示しているので、ユーザ自身に、ランチャウインドウＬｗに表示されている必要メモリ量領域Ｎａの必要メモリ枡Ｍｅの数と、タスクアイコン表示領域５１Ａの空きメモリ枡Ｍｅの数とを比較させ、所望のプログラムの必要メモリ量が現在の空きメモリ量で足りるかどうか、すなわち所望のプログラムが実行可能であるかどうかを判断させることができる。

さらに、このとき、情報通信端末１０は、タスクアイコン表示領域５１Ａに、現在実行中のプログラムのそれぞれに対応するタスクアイコンＴｉを、対応するプログラムのメモリ使用量に応じた枡Ｍｅ数個の表示サイズで表示しているので、所望のプログラムの実行に必要なメモリ量が現在の空きメモリ量では足りない場合に、ユーザ自身に、所望のプログラムの実行に必要な空きメモリ量を確保するには、現在実行中のプログラムのうちのどのプログラムを終了させればよいかを判断させることができる。

そして、実際上、情報通信端末１０は、ランチャウインドウＬｗに表示しているプログラム（実際にはプログラム識別情報として表示）のうちの１つがカーソルＣｕもしくは画面タッチにより選択決定されると、そのプログラムの必要メモリ量と、現在の空きメモリ量とを比較して、そのプログラムの必要メモリ量が、現在の空きメモリ量以下であれば、このプログラムを起動して実行する。

具体的に、制御部３０は、ランチャウインドウＬｗに表示されている、そのプログラムに対する必要メモリ量領域Ｎａの必要メモリ枡Ｍｅの数と、タスクバー５１のタスクアイコン表示領域５１Ａに表示されている、空きメモリ枡Ｍｅの数とを比較して、必要メモリ枡Ｍｅの数が、空きメモリ枡Ｍｅの数以下であれば、このプログラムを起動して実行する。

そして、このとき制御部３０は、例えば、図１０に示すように、ランチャウインドウＬｗを閉じて、タスクバー５１に、新たに起動したプログラムを示すタスクアイコンＴｉ５を、必要メモリ枡Ｍｅの数と同数の枡Ｍｅの表示サイズ（例えば３枡Ｍｅ分の表示サイズ）で、現在表示されているタスクアイコンＴｉのうちの最も右寄りのタスクアイコンＴｉ４の右隣に表示するとともに、ウインドウ表示領域５２に、このプログラムに対応するウインドウＰｗ５を表示する。

ちなみに、現在表示されているタスクアイコンＴｉ１が１つもない場合、制御部３０は、新たに起動したプログラムを示すタスクアイコンＴｉを、タスクアイコン表示領域５１Ａの左端に接するように表示する。

これに対して、選択決定されたプログラムの必要メモリ量が、現在の空きメモリ量より多いのであれば、すなわちそのプログラムに対する必要メモリ量領域Ｎａの必要メモリ枡Ｍｅの数が、空きメモリ枡Ｍｅの数より多いのであれば、情報通信端末１０は、このプログラムを実行することなく、例えば、図１１に示すように、このプログラムの起動が失敗した旨を示す失敗通知ウインドウＦｗを、マルチウインドウ画面５０上に表示することで、その旨をユーザに通知する。

ちなみに、この失敗通知ウインドウＦｗは、所定の操作に応じて、もしくは所定時間経過後に閉じるようになされている。

また一方で、情報通信端末１０は、例えば、所定の操作に応じてランチャウインドウＬｗを閉じた後、タスクアイコン表示領域５１Ａに表示しているタスクアイコンＴｉのうちの１つ、もしくはウインドウ表示領域５２に表示しているウインドウＰｗのうちの１つがカーソルＣｕもしくは画面タッチにより選択された状態で、所定のプログラム終了操作が行われると、選択されたタスクアイコンＴｉもしくはウインドウＰｗに対応するプログラムを終了する。

この結果、この終了したプログラムのメモリ使用量が解放されることにより、このメモリ使用量の分だけ空きメモリ量が増加する。

そして、このとき情報通信端末１０は、例えば、図１２に示すように、タスクバー５１のタスクアイコン表示領域５１Ａから、終了したプログラムに対応するタスクアイコンＴｉ（例えばタスクアイコンＴｉ３）を消去するとともに、この消去にともなって、実行中のプログラムに対応するタスクアイコンＴｉ（例えばタスクアイコンＴｉ４）を左に詰めて表示する。この結果、タスクアイコン表示領域５１Ａの空きメモリ枡Ｍｅの数が、消去したタスクアイコンＴｉの分（図１２の例では３個分）だけ増えることになる。

さらに、このとき、制御部３０は、ウインドウ表示領域５２から、終了したプログラムに対応するウインドウＰｗ（例えばウインドウＰｗ３）を消去する。

このようにして、制御部３０は、マルチウインドウ画面５０に対する表示制御を行うようになされている。

なお、この情報通信端末１０の制御部３０が、概要として説明した情報処理装置１のリソース検出部２、表示制御部４及び空きリソース検出部７の機能を担うハードウェアであり、情報通信端末１０のフラッシュメモリ３１及び大容量フラッシュメモリ３２が、情報処理装置１の記憶部５の機能を担うハードウェアであり、情報通信端末１０のタッチパネル１６及びキー入力部３４が、情報処理装置１の選択部６の機能を担うハードウェアである。

また、マルチウインドウ画面５０のタスクアイコン表示領域５１Ａが、概要として説明した総リソース領域に相当する領域であり、タスクアイコンＴｉが、概要として説明した実行中のプログラムの使用リソース領域であり、必要メモリ量領域Ｎａが、概要として説明した実行前のプログラムの使用リソースに相当する領域である。

（１−２−４）動作処理手順
次に、上述したタスクアイコンＴｉの表示に関する情報処理端末１０の一連の動作処理の手順について説明する。ここでは、この動作処理手順を、情報通信端末１０がプログラムをインストールするときに、そのプログラムの実行に必要なメモリ量（すなわち実行時に使用されるメモリ使用量）を検出するメモリ使用量検出処理の手順と、インストールしたプログラムの実行または終了に応じて、メモリ使用量に応じた表示サイズでなるタスクアイコンＴｉを表示または非表示することによりタスクバー５１の表示を更新するタスクバー表示更新処理の手順とに分けて説明する。

まず、図１３を用いて、メモリ使用量検出処理手順ＲＴ１について説明する。このメモリ使用量検出処理手順ＲＴ１は、主として、制御部３０が、フラッシュメモリ３１または大容量フラッシュメモリ３２に記憶されているプログラムにしたがって実行する処理手順である。

制御部３０は、例えば、情報通信端末１０の電源がオンされると、このメモリ使用量検出処理手順ＲＴ１を開始して、ステップＳＰ１に移る。

ステップＳＰ１において制御部３０は、例えばＯＳを介して総メモリ量（すなわちＲＡＭ３３の容量からタスクアイコンＴｉとして表示されないプログラムのメモリ使用量として確保されている分を差し引いた残り）を検出し、この検出した総メモリ量を、総メモリ量情報として、フラッシュメモリ３１または大容量フラッシュメモリ３２に生成されたデータベース（これをメモリ情報データベースとも呼ぶ）に登録した後、次のステップＳＰ２に移る。

ちなみに、情報通信端末１０は、前回起動時に登録した古い総メモリ量情報が、メモリ情報データベースに残っている場合、この古い総メモリ量情報を、今回検出した総メモリ量を示す新しい総メモリ情報で更新する。

ステップＳＰ２において制御部３０は、ＯＳ側からのプログラムのインストール要求を待ち受ける。そして、制御部３０は、プログラムのインストール要求を受けると、このステップＳＰ２で肯定結果を得て、ステップＳＰ３に移る。

ステップＳＰ３において制御部３０は、指定のプログラムをフラッシュメモリ３１または大容量フラッシュメモリ３２に書き込んでインストールするとともに、このプログラムからこのプログラムの実行時に使用されるメモリ使用量を検出し、この検出したメモリ使用量を、このプログラムのプログラム識別情報（例えばファイル名）とともに、メモリ使用量情報として、メモリ情報データベースに登録した後、再びステップＳＰ２に戻り、プログラムのインストール要求を待ち受ける。

ここで、インストールするプログラムの実行時に使用されるメモリ使用量は、あらかじめプログラムの所定個所に記されており、制御部３０は、この所定個所を参照することで、インストールするプログラムからメモリ使用量を検出するようになされている。また、このメモリ使用量は、上述したように、プログラムの実行時に使用されるメモリ使用量の最大値である。

このようなメモリ使用量検出処理手順ＲＴ１にしたがって、制御部３０は、総メモリ量を検出するとともに、各プログラムのメモリ使用量を検出するようになされている。

つづけて、図１４を用いて、タスクバー表示更新処理手順ＲＴ２について説明する。このタスクバー表示更新処理手順ＲＴ２も、主として、制御部３０が、フラッシュメモリ３１または大容量フラッシュメモリ３２に記憶されているプログラムにしたがって実行する処理手順である。ちなみに、このプログラムは、タスクアイコンＴｉに表示されないプログラムである。

制御部３０は、例えば、マルチウインドウ画面５０を表示すると、このタスクバー表示更新処理手順ＲＴ２を開始して、ステップＳＰ１０に移る。

ステップＳＰ１０において制御部３０は、ＯＳ側からランチャプログラムを起動するよう要求されているかどうかを判断する。このステップＳＰ１０で肯定結果を得ると、このとき制御部３０は、ステップＳＰ１１に移る。

ステップＳＰ１１において制御部３０は、メモリ情報データベースから、総メモリ量情報と、ランチャウインドウＬｗに表示するプログラム（実際にはプログラム識別情報として表示）ごとのメモリ使用量情報とを取得して、次のステップＳＰ１２に移る。

ステップＳＰ１２において制御部３０は、タスクアイコン表示領域５１Ａの枡Ｍｅの総数（例えば１６個）と、取得した総メモリ量情報が示す総メモリ量（例えば３２ＭＢ）とをもとに１枡Ｍｅあたりのメモリ量（例えば２ＭＢ）を算出して、さらに、この１枡Ｍｅあたりのメモリ量（２ＭＢ）と、ランチャウインドウＬｗに表示するプログラムごとに取得したメモリ使用量情報が示すメモリ使用量とをもとに、ランチャウインドウＬｗに表示するプログラムごとに、そのメモリ使用量を必要メモリ枡Ｍｅの数に変換して、次のステップＳＰ１３に移る。

ステップＳＰ１３において制御部３０は、ランチャプログラムを起動することにより、ランチャウインドウＬｗを表示する。このとき制御部３０は、このランチャウインドウＬｗに、各プログラムのプログラム識別情報と上述のステップＳＰ１２で得られた数の必要メモリ枡Ｍｅでなる必要メモリ量領域Ｎａとを表示する。

このようにランチャウインドウＬｗを表示した後、制御部３０は、次のステップＳＰ１４に移る。ステップＳＰ１４において制御部３０は、ランチャウインドウＬｗに表示しているプログラムのうちの１つが選択決定されたかどうかを判断する。

ここで、プログラムの１つが選択決定されたことにより、このステップＳＰ１４で肯定結果を得ると、制御部３０は、ステップＳＰ１５に移る。ステップＳＰ１５において制御部３０は、選択決定されたプログラムに対応する必要メモリ量領域Ｎａの必要メモリ枡Ｍｅの数と、タスクバー５１に表示されている、空きメモリ枡Ｍｅの数とに基づいて、選択決定されたプログラムが実行可能かどうかを判断する。

このステップＳＰ１５で肯定結果を得ると、このことは、選択決定されたプログラムの必要メモリ枡Ｍｅの数が、空きメモリ枡Ｍｅの数以下であること、すなわち現在の空きメモリ量で、選択決定されたプログラムが実行可能であることを意味し、このとき制御部３０は、ステップＳＰ１６に移る。

ステップＳＰ１６において制御部３０は、ランチャプログラムを終了して、次のステップＳＰ１７に移る。ステップＳＰ１７において制御部３０は、選択決定されたプログラムを起動して、次のステップＳＰ１８に移る。

ステップＳＰ１８において制御部３０は、タスクバー５１のタスクアイコン表示領域５１Ａに、新たに起動した（すなわち実行中となった）プログラムに対応するタスクアイコンＴｉを、そのプログラムの必要メモリ枡Ｍｅの数と同数の枡Ｍｅの表示サイズで表示することにより、タスクバー５１の表示を更新して、さらにウインドウ表示領域５２に、このプログラムに対応するウインドウＰｗ５を表示する。

その後、制御部３０は、再びステップＳＰ１０に戻り、ＯＳ側からランチャプログラムを起動するよう要求されているかどうかを判断する。ここで、ランチャプログラムを起動するよう要求されていない場合、制御部３０は、このステップＳＰ１０で否定結果を得て、ステップＳＰ１９に移る。

ステップＳＰ１９において制御部３０は、ＯＳ側から現在実行中のプログラムのうちの指定のプログラムを終了するよう要求されているかどうかを判断する。ここで、プログラムを終了するよう要求されていない場合、制御部３０は、このステップＳＰ１９で否定結果を得て、再びステップＳＰ１０に戻る。

これに対して、プログラムを終了するよう要求されていることにより、このステップＳＰ１０で肯定結果を得ると、このとき制御部３０は、ステップＳＰ２０に移る。ステップＳＰ２０において制御部３０は、指定されたプログラムを終了して、次のステップＳＰ２１に移る。

ステップＳＰ２１において制御部３０は、タスクバー５１のタスクアイコン表示領域５１Ａから、終了したプログラムに対応するタスクアイコンＴｉを消去することにより、タスクバー５１の表示を更新して、さらにウインドウ表示領域５２から、このプログラムに対応するウインドウＰｗを消去する。その後、制御部３０は、再びステップＳＰ１０に戻る。

また、上述のステップＳＰ１４で否定結果を得ていた場合、すなわち、ランチャウインドウＬｗを表示したもののプログラムが選択決定されなかった場合、制御部３０は、ステップＳＰ２２に移る。

ステップＳＰ２２において制御部３０は、ＯＳ側からランチャプログラムを終了するよう要求されているかどうかを判断する。ここで、ランチャプログラムを終了するよう要求されていない場合、制御部３０は、このステップＳＰ１９で否定結果を得て、再びステップＳＰ１４に戻り、プログラムが選択決定されるのを待ち受ける。

これに対して、ランチャプログラムを終了するよう要求されていることにより、このステップＳＰ２２で肯定結果を得ると、このとき制御部３０は、ステップＳＰ２３に移る。ステップＳＰ２３において制御部３０は、ランチャプログラムを終了して、再びステップＳＰ１０に戻る。

さらに、上述のステップＳＰ１５で否定結果を得ていた場合、すなわち、ランチャウインドウＬｗを表示してプログラムが選択決定されたものの、現在の空きメモリ量では、選択決定されたプログラムを実行できないと判断した場合、このとき制御部３０は、ステップＳＰ２４に移る。

ステップＳＰ２４において制御部３０は、選択決定されたプログラムの起動が失敗した旨を示す失敗通知ウインドウＦｗを、マルチウインドウ画面５０上に表示した後、再びステップＳＰ１４に戻り、プログラムが選択決定されるのを待ち受ける。

このようなタスクバー表示更新処理手順ＲＴ２にしたがって、制御部３０は、プログラムの実行または終了に応じて、タスクバー５１の表示を更新するようになされている。

（１−２−５）第１の実施の形態による動作及び効果
以上の構成において、情報通信端末１０は、プログラムを実行すると、この実行したプログラムのプログラム識別情報を記したタスクアイコンＴｉを、タスクバー５１のタスクアイコン表示領域５１Ａに表示する。

このとき、情報通信端末１０は、タスクアイコン表示領域５１Ａの表示サイズを、使用できる総メモリ量として、このタスクアイコン表示領域５１Ａに表示するタスクアイコンＴｉを、総メモリ量に対する、そのタスクアイコンＴｉに対応するプログラムのメモリ使用量の割合に応じた表示サイズで表示するようにした。

こうすることで、情報通信端末１０は、ユーザに対して、実行中のプログラムがどのプログラムであるのかを、タスクアイコンＴｉに記されたプログラム識別情報により認識させることができ、また実行中のプログラムが総メモリ量のうちのどれ位のメモリ量を使用しているのかを、タスクアイコン表示領域５１Ａの表示サイズに対するタスクアイコンＴｉの表示サイズで容易に認識させることができ、さらに総メモリ量のうちのどれ位が空いているのかを、タスクアイコン表示領域５１Ａの表示サイズに対する、タスクアイコン表示領域５１Ａのアイコン未表示部分の表示サイズで容易に認識させることができる。

かくして、情報通信端末１０は、ユーザに対して、実行中の各プログラムがどのプログラムで、総メモリ量のうちのどれ位のメモリ量を使用していて、空きメモリ量がどれ位であるのかと言った現在のメモリ使用状況を容易に認識させることができる。

さらに、このとき、情報通信端末１０は、タスクアイコン表示領域５１Ａを、複数個の枡Ｍｅで当分割して、さらにこの枡Ｍｅ単位で、タスクアイコンＴｉを表示するようにした。

こうすることで、情報通信端末１０は、タスクアイコン表示領域５１Ａの表示サイズに対する、タスクアイコンＴｉの表示サイズ、及び未表示部分の表示サイズを、枡Ｍｅの数で容易にユーザに認識させることができ、結果として、現在のメモリ使用状況を一段と容易に認識させることができる。

さらに、情報通信端末１０は、必要に応じて、タスクバー５１とは別領域のウインドウ表示領域５２に、実行するプログラムをユーザに選択させ得るランチャウインドウＬｗを表示する。

このとき情報通信端末１０は、このランチャウインドウＬｗに、各プログラムの必要メモリ量を示す必要メモリ量領域Ｎａを、タスクアイコン表示領域５１Ａの横幅を総メモリ量として、この総メモリ量に対する必要メモリ量の割合に応じた横幅で表示する。

こうすることで、情報通信端末１０は、ユーザに対して、プログラムを実行する前段階で、そのプログラムの実行に必要なメモリ量がどれ位であるのかを、この必要メモリ量領域Ｎａの表示サイズで容易に認識させることができる。

また、このとき、情報通信端末１０は、必要メモリ量領域Ｎａを、対応するプログラムの必要メモリ量に相当する数の必要メモリ量枡Ｍｅで表示するようにした。

こうすることで、情報通信端末１０は、ユーザに対して、必要メモリ量領域Ｎａの表示サイズを、必要枡Ｍｅの数で容易に認識させることができ、結果として、所望のプログラムの実行に必要なメモリ量がどれ位であるのかを一段と容易に認識させることができる。

また情報通信端末１０は、ユーザ自身に、ランチャウインドウＬｗに表示している必要メモリ量領域Ｎａの必要メモリ枡Ｍｅの数と、タスクアイコン表示領域５１Ａのアイコン未表示部分である空きメモリ枡Ｍｅの数とを比較させて、所望のプログラムの実行に必要なメモリ量が現在の空きメモリ量で足りるかどうか、すなわち所望のプログラムが実行可能であるかどうかを判断させることもできる。

さらに情報通信端末１０は、所望のプログラムの実行に必要なメモリ量が現在の空きメモリ量では足りない場合に、ユーザ自身に、ランチャウインドウＬｗに表示している必要メモリ量領域Ｎａの必要メモリ枡Ｍｅの数と、タスクアイコン表示領域５１Ａに表示しているタスクアイコンＴｉの表示サイズ（すなわち枡Ｍｅの数）と、空きメモリ枡Ｍｅの数とを比較させて、所望のプログラムの実行に必要な空きメモリ量を確保するには、現在実行中のプログラムのうちのどのプログラムを終了させればよいかを判断させることもできる。

以上の構成によれば、情報通信端末１０は、ユーザに対して、実行中の各プログラムがどのプログラムであるのかを、タスクアイコンＴｉに記したプログラム識別情報により認識させることができ、さらに各プログラムが総メモリ量のうちのどれ位のメモリ量を使用しているのかを、タスクアイコン表示領域５１Ａの表示サイズに対する、タスクアイコンＴｉの表示サイズで認識させることができ、さらに総メモリ量にどれ位の空きがあるのかを、タスクアイコン表示領域５１Ａのアイコン未表示部分の表示サイズで認識させることができ、かくしてメモリ使用状況をユーザに対して一目で容易に認識させることができる。

（２）第２の実施の形態
次に第２の実施の形態について説明する。この第２の実施の形態は、上述の第１の実施の形態とは異なり、タスクバー表示更新処理において、ランチャウインドウＬｗを介して選択決定されたプログラムの実行に必要なメモリ量が現在の空きメモリ量では足りない場合に、このプログラムの実行に必要な空きメモリ量を確保するには、現在実行中のプログラムのうちのどのプログラムを終了させればよいかをタスクバー５１を介してユーザに通知するようになされている。

なお、情報通信端末１０の構成及びメモリ使用量取得処理手順については、第１の実施の形態と同様である。したがって、ここでは、タスクバー表示更新処理手順を主に説明する。

（２−１）タスクバー表示更新処理手順
ここで、図１５に示すフローチャートを用いて、この第２の実施の形態におけるタスクバー表示更新処理手順ＲＴ３について具体的に説明する。このタスクバー表示更新処理手順ＲＴ３は、第１の実施の形態のタスクバー表示更新処理手順ＲＴ２に対して、ステップＳＰ２４の後段に新たなステップＳＰ１００が追加されたものであり、この部分を中心に説明する。

情報通信端末１０の制御部３０は、例えば、マルチウインドウ画面５０を表示すると、このタスクバー表示更新処理手順ＲＴ３を開始する。

その後、ステップＳＰ１０で肯定結果を得て、ステップＳＰ１１、ステップＳＰ１２、ステップＳＰ１３を経てステップＳＰ１４に移り、このステップＳＰ１４で肯定結果得て、ステップ１５に移り、このステップＳＰ１５で否定結果を経て、ステップＳＰ２０に移ったとする。

このとき、制御部３０は、マルチウインドウ画面５０のウインドウ表示領域５２にランチャウインドウＬｗを表示してプログラムが選択決定されたものの、現在の空きメモリ量では、選択決定されたプログラムを実行できないと判断して、失敗通知ウインドウＦｗをマルチウインドウ画面５０上に表示した状態である。

このようにして失敗通知ウインドウＦｗを表示した後、制御部３０は、ステップＳＰ１００に移る。ステップＳＰ１００において制御部３０は、選択決定されたプログラムの実行に必要なメモリ量を確保するには、現在実行中のプログラムのうちのどのプログラムを終了させればよいかを判断する。そして制御部３０は、図１６に示すように、タスクアイコン表示領域５１Ａに表示しているタスクアイコンＴｉのうちの終了させればよいと判断したプログラム（これを終了対象プログラムとも呼ぶ）に対応するタスクアイコンＴｉを強調表示する。

具体的に、制御部３０は、選択決定されたプログラムに対応する必要メモリ量領域Ｎａの必要メモリ枡Ｍｅの数と、現在の空きメモリ枡Ｍｅの数との差分、すなわち選択決定されたプログラムの実行に足りない分の枡（不足メモリ枡とも呼ぶ）Ｍｅの数を算出する。

そして、制御部３０は、タスクアイコン表示領域５１Ａに表示しているタスクアイコンＴｉのうち、この不足メモリ枡Ｍｅの数以上で、且つ最も近い数の枡ＭｅのサイズでなるタスクアイコンＴｉを、終了させればよいプログラム（これを終了対象プログラムとも呼ぶ）のタスクアイコンＴｉとして強調表示する。

ちなみに、図１６に示したマルチウインドウ画面５０は、選択決定されたプログラムに対応する必要メモリ量領域Ｎａの必要メモリ枡Ｍｅの数が「５」で、空きメモリ枡Ｍｅの数が「３」、これらの差分である不足メモリ枡Ｍｅの数が「２」である場合に、２枡ＭｅのタスクアイコンＴｉ３が終了対象プログラムのタスクアイコンＴｉとして強調表示されている例である。

また、このとき、タスクアイコン表示領域５１Ａに、不足メモリ枡Ｍｅの数未満のタスクアイコンＴｉしか表示されていないのであれば、制御部３０は、複数のタスクアイコンＴｉを、終了対象プログラムのタスクアイコンＴｉとして強調表示する。

例えば、不足メモリ枡Ｍｅの数が「４」で、タスクアイコン表示領域５１Ａに表示されているタスクアイコンＴｉが、３枡ＭｅのタスクアイコンＴｉと、２枡のタスクアイコンＴｉと、１枡のタスクアイコンＴｉであった場合、制御部３０は、３枡ＭｅのタスクアイコンＴｉと１枡のタスクアイコンＴｉとの２つを、終了対象プログラムのタスクアイコンＴｉとして強調表示する。

このようなタスクバー表示更新処理手順ＲＴ３にしたがって、制御部３０は、タスクバー５１の表示を更新するようになされている。

このように、この第２の実施の形態の情報通信端末１０は、所望のプログラムの実行に必要なメモリ量が現在の空きメモリ量では足りない場合に、終了対象プログラムのタスクアイコンＴｉを強調表示することで通知するようにした。

こうすることで、情報通信端末１０は、ユーザに対して、所望のプログラムの実行に必要な空きメモリ量を確保するには、現在実行中のプログラムのうちのどのプログラムを終了させればよいかを容易に認識させることができる。

（３）第３の実施の形態
次に第３の実施の形態について説明する。この第３の実施の形態では、上述の第１及び第２の実施の形態とは異なり、総メモリ量を定期的に検出し、検出した総メモリ量に基づいてタスクバー５１の表示を定期的に更新するようになされている。

実際上、総メモリ量は、メモリの増設、ＯＳのバージョンアップによる常駐プログラムの増加など、種々の状況により増減することがある。したがって、この第３の実施の形態のように総メモリ量を定期的に検出し、検出した総メモリ量に基づいてタスクバー５１の表示を定期的に更新するようにすれば、常に、最新の総メモリ量に対する正確なメモリ使用状況をユーザに認識させることができる。

なお、情報通信端末１０の構成及びメモリ使用量検出処理手順については、第１の実施の形態と同様である。したがって、ここでは、タスクバー表示更新処理手順を主に説明する。

（３−１）第３の実施の形態によるタスクバー表示更新処理手順
ここで、図１７及び図１８に示すフローチャートを用いて、この第３の実施の形態におけるタスクバー表示更新処理手順ＲＴ４について具体的に説明する。このタスクバー表示更新処理手順ＲＴ４は、第１の実施の形態のタスクバー表示更新処理手順ＲＴ２に対して、ステップＳＰ１０の前段に新たなステップＳＰ２００〜ステップＳＰ２０３が追加されたものであり、この部分を中心に説明する。

情報通信端末１０の制御部３０は、例えば、マルチウインドウ画面５０を表示すると、このタスクバー表示更新処理手順ＲＴ４を開始して、ステップＳＰ２００に移る。

ステップＳＰ２００において制御部３０は、例えばＯＳを介して現在の総メモリ量を検出し、この検出した総メモリ量を、総メモリ量情報として、フラッシュメモリ３１または大容量フラッシュメモリ３２に生成されたメモリ情報データベースに登録（もしくは更新）するとともに、タイマーによるカウントを開始して、次のステップＳＰ２０１に移る。

ステップＳＰ２０１において制御部３０は、現在実行中のプログラムがあるかどうかを判別する。このステップＳＰ２０１で肯定結果を得ると、このことは、現在実行中のプログラムがあり、タスクアイコン表示領域５１ＡにタスクアイコンＴｉが表示されていることを意味し、このとき制御部３０は、ステップＳＰ２０２に移る。

ステップＳＰ２０２において制御部３０は、メモリ情報データベースから、現在の総メモリ量を示す総メモリ量情報と、実行中のプログラムのメモリ使用量を示すメモリ使用量とを読み出し、タスクアイコン表示領域５１Ａの枡Ｍｅの総数と、総メモリ量情報が示す総メモリ量とをもとに１枡Ｍｅあたりのメモリ量を算出する。

そして制御部３０は、この１枡Ｍｅあたりのメモリ量と、実行中のプログラムのメモリ使用量とをもとに、実行中のプログラムのタスクアイコンＴｉの表示サイズを算出して、現在表示中のタスクアイコンＴｉの表示サイズを、今回算出した表示サイズに更新することでタスクバー５１の表示を更新した後、ステップＳＰ２０３に移る。

これに対して、上述のステップＳＰ２０１で否定結果を得ていた場合、すなわち、現在実行中のプログラムがなかった場合、制御部３０は、タスクバー５１の表示を更新せずに、ステップＳＰ２０３に移る。

ステップＳＰ２０３において制御部３０は、タイマーのカウントをもとに、ステップＳＰ２０１で総メモリ量を検出してから所定時間（例えば数秒）経過したかどうかを判別する。このステップＳＰ２０４で肯定結果を得ると、このことは、前回総メモリ量を検出してから所定時間経過したことを意味し、このとき制御部３０は、タイマーをリセットして、再びステップＳＰ２００に戻り、総メモリ量を再取得する。

これに対して、このステップＳＰ２０３で否定結果を得ると、このことは、前回総メモリ量を検出してからまだ所定時間経過していないことを意味し、このとき制御部３０は、ステップＳＰ１０（図１８）に移る。以降、制御部３０は、第１の実施の形態のタスクバー表示更新処理手順ＲＴ１と同様のステップＳＰ１０〜ステップＳＰ２４の処理を行う。

そして、制御部３０は、ステップＳＰ１９で否定結果を得た後、ステップＳＰ２１の後、ステップＳＰ２３の後、ステップＳＰ２４の後、ステップＳＰ１０ではなく、その１つ前のステップＳＰ２０３に戻り、所定時間経過したかどうかを再度判別する。

このようなタスクバー表示更新処理手順ＲＴ４にしたがって、制御部３０は、タスクバー５１を更新するようになされている。

このように、この第３の実施の形態の情報通信端末１０は、総メモリ量を定期的に検出し、検出したこの総メモリ量に基づいて、タスクバー５１の表示を定期的に更新することにより、常に、最新の総メモリ量に対する正確なメモリ使用状況をユーザに認識させることができる。

なお、この第３の実施の形態では、タスクバー表示更新処理手順ＲＴ４において総メモリ量を検出しているので、メモリ使用量検出処理手順ＲＴ１において総メモリ量を検出するステップＳＰ１を省略するようにしてもよい。

（４）他の実施の形態
（４−１）他の実施の形態１
なお、上述した第２の実施の形態では、終了対象プログラムに対応するタスクアイコンＴｉを強調表示するようにした場合について述べたが、実際上、この強調表示とは、他のタスクアイコンＴｉと視覚的に区別できるような表示を意味する。したがって、例えば、終了対象プログラムに対応するタスクアイコンＴｉだけ点滅表示させるようにしてもよいし、このタスクアイコンＴｉと他のタスクアイコンＴｉとを異なる表示色で表示（例えば他のタスクアイコンＴｉをグレー表示）するなどしてもよい。

（４−２）他の実施の形態２
また、上述した第１の実施の形態では、ランチャウインドウＬｗに、プログラムごとに、プログラム識別情報と必要メモリ量領域Ｎａとを表示するようにしたことで、この必要メモリ量領域Ｎａの必要メモリ枡Ｍｅの数と、タスクアイコン表示領域５１Ａのアイコン未表示部分である空きメモリ枡Ｍｅの数とをユーザに比較させて、所望のプログラムが現在の空きメモリ量で実行できるかどうかをユーザ自身に判断させるようにしたが、例えば、図１９に示すように、ランチャウインドウＬｗに表示されている必要メモリ量領域Ｎａのうち、必要メモリ枡Ｍｅの数が空きメモリ枡Ｍｅの数以下である必要メモリ量領域Ｎａを、対応するプログラム識別情報（すなわち現在の空きメモリ量で実行できるプログラムのプログラム識別情報）とともに強調表示するようにしてもよい。

このようにすれば、どのプログラムが現在の空きメモリ量で実行できるのかを、ユーザに対して一段と容易に認識させることができる。ちなみに、この場合の強調表示についても、他のプログラム識別情報と視覚的に区別できるような表示を意味する。

（４−３）他の実施の形態３
さらに、上述した第１の実施の形態では、タスクアイコン表示領域５１Ａに対して、その左端から、プログラムの実行順にタスクアイコンＴｉを並べて（すなわち左詰めで）表示するようにした場合について述べたが、本発明はこれに限らず、例えば、図２０に示すように、メモリ使用量の大きい順（すなわち表示サイズの大きい順）にタスクアイコンＴｉを並べて表示するようにしてもよい。

またメモリ使用量の小さい順（すなわち表示サイズの小さい順）に並べて表示してもよいし、ウインドウＰｗがアクティブになった時間の長い順（もしくは短い順）に並べて表示してもよいし、ウインドウＰｗの重なり順（例えば最前面のウインドウＰｗが最も左寄りで最後面のウインドウＰｗが最も右よりの順）に並べて表示してもよいし、プログラムの起動回数が多い順（もしくは少ない順）に並べて表示してもよいし、この他種々の条件を優先順位として、この優先順位に基づいてタスクアイコンＴｉを並べて表示するようにしてもよい。

ここで、タスクアイコンＴｉを、対応するウインドウＰｗがアクティブになった時間の長い順に並べて表示する場合、情報通信端末１０の制御部３０が、ウインドウＰｗごとに、アクティブになった時間をタイマーによりカウントして保持するようにすればよい。

また、タスクアイコンＴｉを、対応するプログラムの起動回数が多い順に並べて表示する場合、情報通信端末１０の制御部３０が、プログラムごとに、その起動回数を保持するようにして、プログラムを起動するごとに、そのプログラムの起動回数をインクリメント（＋１）するようにすればよい。

（４−４）他の実施の形態４
さらに、上述した第２の実施の形態では、情報通信端末１０が、起動失敗ウインドウＦｗを表示したときに、タスクアイコン表示領域５１Ａに表示しているタスクアイコンＴｉのうち、不足メモリ枡Ｍｅの数以上で、且つ最も近い数の枡Ｍｅの表示サイズでなるタスクアイコンＴｉを、終了対象プログラムのタスクアイコンＴｉとして強調表示するようにした場合について述べたが、本発明はこれに限らず、例えば、図２１に示すように、不足メモリ枡Ｍｅの数以上の枡Ｍｅの表示サイズでなるタスクアイコンＴｉの全てを、終了対象プログラムのタスクアイコンＴｉとして強調表示するようにしてもよい。

ちなみに、図２０に示したマルチウインドウ画面５０は、選択決定されたプログラムの必要メモリ枡Ｍｅの数が「５」で、空きメモリ枡Ｍｅの数が「３」、これらの差分である不足メモリ枡Ｍｅの数が「２」である場合に、１枡ＭｅのタスクアイコンＴｉ４を除いた、３枡ＭｅのタスクアイコンＴｉ１と、７枡ＭｅのタスクアイコンＴｉ２と、２枡ＭｅのタスクアイコンＴｉ３とが終了対象プログラムのタスクアイコンＴｉとして強調表示されている例である。

（４−５）他の実施の形態５
さらに、上述した第２の実施の形態では、ランチャウインドウＬｗから所望のプログラムが選択決定されると、情報通信端末１０が、このプログラムの実行に必要なメモリ量が現在の空きメモリ量で足りるかどうかを判別して、このプログラムの実行に必要なメモリ量が現在の空きメモリ量では足りない場合に、終了対象プログラムのタスクアイコンＴｉを強調表示するようにした場合について述べたが、本発明はこれに限らず、例えば、図２２に示すように、ランチャウインドウＬｗに表示されているプログラム識別情報にカーソルＣｕが重ねられた時点（選択されているが決定はされていない状態）で、そのプログラム識別情報により識別されるプログラムの実行に必要なメモリ量が現在の空きメモリ量で足りるかどうかを判別して、現在の空きメモリ量では足りない場合に、終了対象プログラムのタスクアイコンＴｉを強調表示するようにしてもよい。

また、このとき、現在選択中のプログラムが起動できない旨を示す文字情報ＷｄをランチャウインドウＬｗ内の所定位置などに表示するようにしてもよい。このようにすれば、情報通信端末１０は、ユーザに対して、所望のプログラムを選択決定する前段階で、選択中のプログラムが起動できるかどうか、できないのであれば、どのプログラムを終了すればよいのかを、容易に認識させることができる。

（４−６）他の実施の形態６
さらに、上述した第１乃至第３の実施の形態では、ランチャウインドウＬｗに、プログラム識別情報を必要メモリ量領域Ｎａとともに、縦に並べて表示するようにしたが、このとき、図２３に示すように、プログラム識別情報を必要メモリ量領域Ｎａとともに、必要メモリ量領域Ｎａの横幅が短い順（もしくは長い順）、すなわち必要メモリ枡Ｍｅの数が少ない順（もしくは多い順）に並べて表示するようにしてもよいし、プログラムの起動回数が多い順（もしくは少ない順）に並べて表示してもよいし、この他種々の条件を優先順位として、この優先順位に基づいてプログラム識別情報を必要メモリ量領域Ｎａとともに並べて表示するようにしてもよい。

（４−７）他の実施の形態７
さらに、上述した第１乃至第３の実施の形態では、ランチャウインドウＬｗに対して、各プログラムの必要メモリ量領域Ｎａを、タスクアイコン表示領域５１Ａと平行にして、縦に並べて表示するようにしたが、これにくわえて、例えば、図２４に示すように、各プログラムの必要メモリ量領域Ｎａの右端を、タスクアイコン表示領域５１Ａの右端に揃えるようにしてもよい。

この結果、タスクアイコン表示領域５１Ａのアイコン未表示部分（図２４の例では、枡Ｍｅ１４、Ｍｅ１５、Ｍｅ１６）と、ランチャウインドウＬｗに表示される必要メモリ量領域Ｎａとが、ともに、所定の位置を基準にして、この位置から、左方向に延びていくようにして、縦に並べて表示される。

こうすることで、情報通信端末１０は、ユーザに対して、タスクアイコン表示領域５１Ａのアイコン未表示部分の横幅と、ランチャウインドウＬｗに表示される必要メモリ量領域Ｎａの横幅とを一段と容易に比較させることができ、結果として、所望のプログラムが実行可能であるかどうかを一段と容易に判断させることができる。

また、このとき、タスクアイコン表示領域５１Ａのアイコン未表示部分の左端（図２４の例では、枡Ｍｅ１４の左辺）から、画面下方に延びる直線（すなわちアイコン未表示部分の横幅を示す直線）ＶＬを、ランチャウインドウＬｗに表示するようにしてもよい。

こうすることで、情報通信端末１０は、所望のプログラムに対応する必要メモリ量領域Ｎａがこの直線ＶＬを超えて延びているかどうかで、この必要メモリ量領域Ｎａがタスクアイコン表示領域５１Ａのアイコン未表示部分より長いかどうか、すなわち所望のプログラムの必要メモリ量が現在の空きメモリ量では不足しているかどうかを、ユーザに対して容易に認識させることができる。

また、タスクアイコン表示領域５１Ａ及び必要メモリ量領域Ｎａの枡Ｍｅ内に、枡Ｍｅの順番を示す数値を例えば右端の枡Ｍｅから「１、２、３、…」と表示するようにしてもよい。このようにすれば、一段と容易に、枡Ｍｅの数をユーザに認識させることができる。

さらに、必要メモリ量領域Ｎａについては、例えば、ランチャウインドウＬｗに、その横幅を十分に表示できる表示サイズがない場合、複数段に分けて表示するようにしてもよい。このように表示しても、必要メモリ枡Ｍｅの数により、必要メモリ量領域Ｎａの表示サイズは容易に認識できる。

（４−８）他の実施の形態８
さらに、上述した第１乃至第３の実施の形態では、タスクアイコン表示領域５１Ａ及び必要メモリ量領域Ｎａを、所定数の枡Ｍｅで表示するようにした場合について述べたが、本発明はこれに限らず、図２５に示すように、タスクアイコン表示領域５１Ａ及び必要メモリ量領域Ｎａのそれぞれを、１つの枠として表示するようにしてもよい。

このときタスクアイコン表示領域５１Ａに表示するタスクアイコンＴｉについても、枡Ｍｅ単位の表示サイズではなく、より細かな例えば画素単位の表示サイズで表示する。

このようにすれば、タスクアイコン表示領域５１に表示されるタスクアイコンＴｉ、アイコン未表示部分、及びランチャウインドウＬｗに表示される必要メモリ量領域Ｎａを、より正確なメモリ量に応じた表示サイズで表示することができるので、これらの表示サイズにより、総メモリ量に対する使用メモリ量、空きメモリ量、プログラムの必要メモリ量を、より正確にユーザに認識させることができる。

また、このようにした場合、枡Ｍｅで表示する場合と比して、タスクアイコン表示領域５１Ａのアイコン未表示部分の表示サイズと、ランチャウインドウＬｗに表示される必要メモリ量領域Ｎａの表示サイズとの比較がしずらくなるが、上述した他の実施の形態７を組み合わせることで、枡Ｍｅで表示する場合と同様に、容易に、タスクアイコン表示領域５１Ａのアイコン未表示部分の表示サイズと、ランチャウインドウＬｗに表示される必要メモリ量領域Ｎａの表示サイズとを比較させることもできる。

さらに、タスクアイコン表示領域５１及び必要メモリ量領域Ｎａの枠内に、所定間隔毎に目盛りを表示するなどしてもよい。

（４−９）他の実施の形態９
さらに、上述した第１乃至第３の実施の形態では、タスクアイコン表示領域５１Ａに表示するタスクアイコンＴｉを、枡Ｍｅ数個分の表示サイズで表示するようにしたが、このとき、図２６に示すように、タスクアイコンＴｉに例えば半透明の枡Ｍｅを重ねて表示するようにしてもよい。もしくはタスクアイコンＴｉに枡Ｍｅの枠だけを表示するようにしてもよい。

こうすることで、タスクアイコンＴｉが何枡Ｍｅ分の表示サイズであるのかを、一段と容易にユーザに認識させることができる。

（４−１０）他の実施の形態１０
さらに、上述した第１乃至第３の実施の形態では、ウインドウ表示領域５２に実行中のプログラムに対応する複数のウインドウＰｗが表示されるマルチウインドウ画面５０を表示するようになされた情報通信端末１０に本発明を適用するようにした場合について述べたが、本発明はこれに限らず、図２７に示すように、ウインドウ表示領域５２に、実行中のプログラムのうちの１つが表示されるシングルウインドウ画面１００を表示するようになされた情報通信端末１０に本発明を適用してもよく、また適用することができる。

実際上、このシングルウインドウ画面１００では、タスクバー５１に表示されているタスクアイコンＴｉのうちの１つを選択すると、ウインドウ表示領域５２に表示されるウインドウＰｗが、この選択されたタスクアイコンＴｉに対応するプログラムのウインドウＰｗに切り換わるようになされている。

（４−１１）他の実施の形態１１
さらに、上述した第１乃至第３の実施の形態では、プログラムのインストール時に、そのプログラムから検出したメモリ使用量に基づいて、タスクアイコン表示領域５１Ａに表示するタスクアイコンＴｉの表示サイズ、及びランチャウインドウＬｗに表示する必要メモリ量領域Ｎａの表示サイズを設定するようにした場合について述べた。

ここで、プログラムから検出されるメモリ使用量は、上述したように、プログラムの実行時に使用されるメモリ量の最大値であるから、例えば、最大値のメモリ使用量を使用することはほとんどなく、もっと少ないメモリ使用量を使用していることが多いプログラムなどでは、タスクアイコンＴｉの表示サイズが、実際のメモリ使用量とは大きく異なる表示サイズになってしまう恐れがある。

そこで、情報通信端末１０の制御部３０が、実行中のプログラムから、必要に応じて、メモリ使用量の割り当て要求を受けたときに、この割り当て要求から、そのときどきのプログラムに割り当てたメモリ使用量、すなわちそのときどきのプログラムで使用されるメモリ使用量を検出して、このメモリ使用量に基づいて、その都度、タスクアイコンＴｉの表示サイズを更新するようにしてもよい。

このようにすれば、現在プログラムが使用している実際のメモリ使用量に応じた表示サイズでタスクアイコンＴｉを表示することができるので、一段と正確に、実行中のプログラムのメモリ使用量をユーザに認識させることができる。

また、実行中のプログラムから割り当て要求を受けた場合に限らず、定期的に、例えばＯＳを介して実行中のプログラムが現在使用している実際のメモリ使用量を検出して、このメモリ使用量に基づいて、タスクアイコンＴｉの表示サイズを更新するなどしてもよい。

（４−１２）他の実施の形態１２
さらに、上述した第１乃至第３の実施の形態では、情報通信端末１０の制御部３０が、例えばＯＳを介して総メモリ量を検出し、インストールするプログラムからメモリ使用量を検出するようにした場合について述べたが、本発明はこれに限らず、この他種々の方法で、総メモリ量及びメモリ使用量を検出するようにしてもよい。例えば、各プログラムのメモリ使用量を示す所定の情報を提供するサーバを開設して、このサーバから提供される情報から情報通信端末１０の制御部３０が各プログラムのメモリ使用量を検出するようにしてもよい。このようにすれば、各プログラムにメモリ使用量を記しておく必要がなくなり、汎用性を向上させることができる。

（４−１３）他の実施の形態１３
さらに、上述した第１乃至第３の実施の形態では、マルチウインドウ画面５０の所定個所に表示されるタスクバー５１を、総メモリ量、実行中のプログラムのメモリ使用量、空きメモリ量を示す領域として用いるようにした場合について述べたが、本発明はこれに限らず、例えば、マルチウインドウ画面５０のタスクバー５１以外の部分を、これら総メモリ量、実行中のプログラムのメモリ使用量、空き容量を示す領域として用いるようにしてもよい。

例えば、マルチウインドウ画面５０の任意の位置に、これら総メモリ量、実行中のプログラムのメモリ使用量、空き容量を示す領域を所謂ウイジェットのように表示するなどしてもよい。

（４−１４）他の実施の形態１４
さらに、上述した第１乃至第３の実施の形態では、タスクバー５１を介して、プログラムの実行に必要なリソースの１つであるメモリの使用量をユーザに提示するようにした場合について述べたが、本発明はこれに限らず、メモリ以外のリソースである、例えば、制御部３０の使用率（これをプロセッサ使用率とも呼ぶ）をユーザに提示してもよい。

この場合、タスクアイコン表示領域５１Ａの表示サイズを、最大プロセッサ使用率である１００％とみなして、このタスクアイコン表示領域５１Ａ内に表示するタスクアイコンＴｉを、最大プロセッサ使用率に対するプログラムのプロセッサ使用率に応じた表示サイズに設定すればよい。

ここで、このプロセッサ使用率とは、例えば、情報通信端末１０に対して、あるプログラムを起動して実行した場合に、所定の単位時間あたりにそのプログラムが制御部３０を占有する時間を示すものである。

そして、このプロセッサ使用率も、メモリ使用量と同様に、あらかじめプログラムの所定個所に記すようにして、制御部３０が、インストール時に、この所定個所を参照することで、プログラムからプロセッサ使用率を検出すればよい。

こうすることで、情報通信端末１０は、プロセッサ使用状況をユーザに認識させることができる。また、ユーザ操作に応じて、適宜、タスクバー５１を介したリソースの提示を、メモリ使用状況からプロセッサ使用状況へ、またはその逆に切り換えるようにしてもよい。

（４−１５）他の実施の形態１５
さらに、上述した第１乃至第３の実施の形態では、一例として、所定の形状、大きさ、表示位置でなるタスクバー５１、タスクアイコン表示領域５１Ａ、タスクアイコンＴｉ、必要メモリ量領域Ｎａについて述べたが、本発明はこれに限らず、第１乃至第３の実施の形態と同様の効果が得られるのであれば、これらタスクバー５１、タスクアイコン表示領域５１Ａ、タスクアイコンＴｉ、必要メモリ量領域Ｎａの形状、大きさ、表示位置を、第１乃至第３の実施の形態とは異なるものにしてもよい。

（４−１６）他の実施の形態１６
さらに、上述した第１乃至第３の実施の形態では、メモリ使用量検出処理及びタスクバー表示更新処理を実行するためのプログラムを、フラッシュメモリ３１または大容量フラッシュメモリ３２にあらかじめ記憶しておくようにした場合について述べたが、本発明はこれに限らず、このプログラムを、リムーバブルメディア３９に記録しておき、このプログラムを情報通信端末１０が、ドライブ３８を介してリムーバブルメディア３９から読み出し、フラッシュメモリ３１または大容量フラッシュメモリ３２にインストールするようにしてもよいし、このプログラムを、無線通信部３５を介してダウンロードして、フラッシュメモリ３１または大容量フラッシュメモリ３２にインストールするなどしてもよい。

（４−１７）他の実施の形態１７
さらに、上述した第１乃至第３の実施の形態では、主として、表示制御部、リソース検出部、空きリソース検出部としての制御部３０と、記憶部５としてのフラッシュメモリ３１及び大容量フラッシュメモリ３２と、選択部６としてのタッチパネル１６及びキー入力部３４とにより、情報処理装置としての情報通信端末１０を構成するようにした場合について述べたが、本発明はこれに限らず、同様の機能を有していれば、この他種々の構成でもよい。例えば、制御部３０に代えて、表示制御部、リソース検出部及び空きリソース検出部のそれぞれの機能を別々に担うハードウェアを設けるようにしてもよい。また、選択部についても、タッチパネル１６及びキー入力部３４に代えて、マウスなどを用いるようにしてもよい。

また、同様の構成を有する情報処理装置であれば、携帯型の情報通信端末１０に限らず、パーソナルコンピュータやゲーム機など、この他種々の情報処理装置に適用することもできる。

（４−１８）他の実施の形態１８
さらに、本発明は、上述した第１乃至第３の実施の形態及びここまで説明した他の実施の形態１乃至１７に限定されるものではなく、これら第１乃至第３の実施の形態及びここまで説明した他の実施の形態１乃至１７の一部または全部を任意に組み合わせた形態、もしくは一部を抽出した形態にもその適用範囲が及ぶものである。

例えば、第３の実施の形態と他の実施の形態１１とを組み合わせることで、総メモリ量と各プログラムのメモリ使用量との両方を定期的に検出してタスクバー５１の表示を更新するようにしてもよい。

また、例えば、他の実施の形態５と他の実施の形態８とを組み合わせることで、タスクアイコン表示領域５１Ａと、ランチャウインドウＬｗに表示される必要メモリ量領域Ｎａとを、枡Ｍｅではなく１つの枠として表示し、さらに選択中のプログラムが実行できない場合に、その旨を示す文字情報ＷｄをランチャウインドウＬｗに表示するようにしてもよい。

さらに、上述したように、他の実施の形態７と他の実施の形態８とを組み合わせることで、タスクアイコン表示領域５１Ａと、ランチャウインドウＬｗに表示される必要メモリ量領域Ｎａとを、枡Ｍｅではなく１つの枠として表示するとともに、これらタスクアイコン表示領域５１Ａ及び必要メモリ量領域Ｎａの表示位置を揃えるようにしてもよい。

本発明は、複数のプログラムを同時に実行可能なコンピュータで広く利用することができる。

第１の実施の形態の概要となる情報処理装置の機能構成を示す機能ブロック図である。 第１の実施の形態の具体例となる携帯型の情報通信端末の外観構成を示す略線図である。 一端側パネル被覆部分及び他端側パネル被覆部分の構成を示す略線図である。 上側筐体の側面の構成を示す略線図である。 情報通信端末の回路構成を示すハードウェアブロック図である。 マルチウインドウ画面の構成（１）を示す略線図である。 マルチウインドウ画面の構成（２）を示す略線図である。 マルチウインドウ画面の構成（３）を示す略線図である。 マルチウインドウ画面の構成（４）を示す略線図である。 マルチウインドウ画面の構成（５）を示す略線図である。 マルチウインドウ画面の構成（６）を示す略線図である。 マルチウインドウ画面の構成（７）を示す略線図である。 メモリ使用量検出手段を示すフローチャートである。 タスクバー表示更新処理手順を示すフローチャートである。 第２の実施の形態におけるタスクバー表示更新処理手順を示すフローチャートである。 第２の実施の形態におけるマルチウインドウ画面の構成を示す略線図である。 第３の実施の形態におけるタスクバー表示更新処理手順を示すフローチャートである。 図１７のフローチャートにつづく、タスクバー表示更新処理手順を示すフローチャートである。 他の実施の形態におけるマルチウインドウ画面の構成（１）を示す略線図である。 他の実施の形態におけるマルチウインドウ画面の構成（２）を示す略線図である。 他の実施の形態におけるマルチウインドウ画面の構成（３）を示す略線図である。 他の実施の形態におけるマルチウインドウ画面の構成（４）を示す略線図である。 他の実施の形態におけるマルチウインドウ画面の構成（５）を示す略線図である。 他の実施の形態におけるマルチウインドウ画面の構成（６）を示す略線図である。 他の実施の形態におけるマルチウインドウ画面の構成（７）を示す略線図である。 他の実施の形態におけるマルチウインドウ画面の構成（８）を示す略線図である。 他の実施の形態におけるシングルウインドウ画面の構成を示す略線図である。

符号の説明

１……情報処理装置、２……リソース検出部、３、１５……表示部、４……表示制御部、５……記憶部、６……選択部、７……空きリソース検出部、１０……情報通信端末、１６……タッチパネル、３０……制御部、３１……フラッシュメモリ、３２……大容量フラッシュメモリ、キー入力部３４、５０……マルチウインドウ画面、５１……タスクバー、５１Ａ……タスクアイコン表示領域、Ｔｉ……タスクアイコン、Ｎａ……必要メモリ量領域。

Claims (17)

1. 複数のプログラムを同時に実行可能な情報処理装置であって、
   各プログラムの実行時に使用される使用リソースと、プログラムで使用可能な総リソースとを検出するリソース検出部と、
   上記リソース検出部により検出された実行中のプログラムの使用リソースと総リソースとに基づき、表示部に当該総リソースを示す所定の表示サイズでなる総リソース領域を表示させ、さらに当該総リソース領域内に、実行中のプログラムの使用リソースを示す、当該プログラムの識別情報が記された使用リソース領域を、上記総リソース領域の表示サイズを基準にして、上記総リソースに対する当該プログラムの使用リソースの割合に応じた表示サイズで、実行中のプログラムごとに表示させる表示制御部と
   を具える情報処理装置。
2. 各プログラムの実行時に使用される使用リソースを示すリソース情報を記憶する記憶部を具え、
   上記リソース検出部は、
   各プログラムの使用リソースを上記記憶部に記憶された上記リソース情報から検出する
   請求項１に記載の情報処理装置。
3. 上記リソース検出部は、
   所定時間ごとに、上記総リソースを検出し、
   上記表示制御部は、
   上記リソース検出部により所定時間ごとに検出された上記総リソースに基づき、上記総リソース領域内に表示させる使用リソース領域の表示サイズを更新する
   請求項１に記載の情報処理装置。
4. 上記リソース検出部は、
   所定時間ごとに、実行中のプログラムの使用リソースを検出し、
   上記表示制御部は、
   上記リソース検出部により所定時間ごとに検出された上記使用リソースに基づき、上記総リソース領域内に表示させる使用リソース領域の表示サイズを更新する
   請求項１に記載の情報処理装置。
5. 上記表示制御部は、
   上記リソース検出部により検出された実行前のプログラムの使用リソースと総リソースとに基づき、実行前のプログラムの使用リソースを示す使用リソース領域を、上記総リソース領域の表示サイズを基準にして、上記総リソースに対する当該プログラムの使用リソースの割合に応じた表示サイズで、実行前のプログラムごとに表示部の所定位置に表示させる
   請求項２に記載の情報処理装置。
6. 任意のプログラムを選択する選択部と、
   上記リソース検出部により検出された実行中のプログラムの使用リソースと総リソースとに基づき、総リソースのうちの空きリソースを検出する空きリソース検出部とを具え、
   上記表示制御部は、
   上記リソース検出部により検出された、上記選択部により選択されたプログラムの使用リソースと、上記空きリソース検出部により検出された空きリソースとに基づき、空きリソースが、選択されたプログラムの使用リソースに満たない場合、空きリソースと選択されたプログラムの使用リソースとの差分以上の使用リソースを使用しているプログラムのリソース使用領域を強調表示させる
   請求項２に記載の情報処理装置。
7. 上記表示制御部は、
   空きリソースが、選択されたプログラムの使用リソースに満たない場合、選択されたプログラムを実行できない旨を示す情報を、上記表示部の所定位置に表示させる
   請求項６に記載の情報処理装置。
8. 上記リソース検出部により検出された実行中のプログラムの使用リソースと総リソースとに基づき、総リソースのうちの空きリソースを検出する空きリソース検出部を具え、
   上記表示制御部は、
   上記リソース検出部により検出された実行前のプログラムの使用リソースと、上記空きリソース検出部により検出された空きリソースとに基づき、使用リソースが空きリソース以下の実行前のプログラムの使用リソース領域を強調表示させる
   請求項２に記載の情報処理装置。
9. 上記表示制御部は、
   上記総リソース領域内において、実行中のプログラムごとの使用リソース領域を、実行中のプログラムに対する所定の優先順位に従って並べて表示する
   請求項１に記載の情報処理装置。
10. 上記表示制御部は、
    上記総リソース領域をさらに複数の小領域に分割して表示し、上記使用リソース領域を当該小領域単位の表示サイズで表示する
    請求項１に記載の情報処理装置。
11. 上記リソース検出部は、
    情報処理装置が有する全リソースから上記プログラム以外に使用されているリソースを除いた分を、上記プログラムで使用可能なリソースとして検出する
    請求項１に記載の情報処理装置。
12. 上記総リソース領域をタスクバーとして機能させる
    請求項１に記載の情報処理装置。
13. 上記表示制御部は、
    上記使用リソース領域の最小表示サイズを、当該使用リソース領域内に記されるプログラムの識別情報をユーザが視認できる表示サイズに設定する
    請求項１に記載の情報処理装置。
14. 上記リソース検出部は、
    上記使用リソースとして、各プログラムの実行時に使用されるメモリ使用量を検出し、上記総リソースとして、プログラムで使用可能な総メモリ量を検出する
    請求項１に記載の情報処理装置。
15. 上記リソース検出部は、
    上記使用リソースとして、各プログラムの実行時に使用されるプロセッサの使用率を検出し、上記総リソースとして、プログラムで使用可能なプロセッサの最大使用率を検出する
    請求項１に記載の情報処理装置。
16. 複数のプログラムを同時に実行可能な情報処理装置のリソース表示方法であって、
    各プログラムの実行時に使用される使用リソースと、プログラムで使用可能な総リソースとを検出するリソース検出ステップと、
    上記リソース検出ステップで検出した実行中のプログラムの使用リソースと総リソースとに基づき、表示部に当該総リソースを示す所定の表示サイズでなる総リソース領域を表示させ、さらに当該総リソース領域内に、実行中のプログラムの使用リソースを示す、当該プログラムの識別情報が記された使用リソース領域を、上記総リソース領域の表示サイズを基準にして、上記総リソースに対する当該プログラムの使用リソースの割合に応じた表示サイズで、実行中のプログラムごとに表示させる表示ステップと
    を具えるリソース表示方法。
17. 複数のプログラムを同時に実行可能な情報処理装置に対して、
    各プログラムの実行時に使用される使用リソースと、プログラムで使用可能な総リソースとをリソース検出部が検出するリソース検出ステップと、
    上記リソース検出ステップで検出した実行中のプログラムの使用リソースと総リソースとに基づき、表示制御部が、表示部に当該総リソースを示す所定の表示サイズでなる総リソース領域を表示させ、さらに当該総リソース領域内に、実行中のプログラムの使用リソースを示す、当該プログラムの識別情報が記された使用リソース領域を、上記総リソース領域の表示サイズを基準にして、上記総リソースに対する当該プログラムの使用リソースの割合に応じた表示サイズで、実行中のプログラムごとに表示させる表示ステップと
    を実行させるためのリソース表示プログラム。

Images