サーバ装置の情報を利用する複数のアプリケーションを実行させるクライアント装置であって、前記複数のアプリケーションを実行させる実行手段と、前記実行手段によって実行させるアプリケーションの状態を管理する管理手段と、前記サーバ装置の情報が更新された際に、当該情報を利用するアプリケーションの状態に応じて、更新情報を記憶装置にキャッシュするように制御する制御手段と、を有することを特徴とするクライアント装置。前記制御手段は、前記サーバ装置の情報を利用するアプリケーションが起動状態として管理されている場合には前記更新情報を前記記憶装置にキャッシュするように制御することを特徴とする請求項1に記載のクライアント装置。前記制御手段は、前記サーバ装置の情報を利用するアプリケーションが停止状態として管理されている場合には前記更新情報を前記記憶装置にキャッシュするか否かを判定し、判定の結果に応じて、前記更新情報を前記記憶装置にキャッシュするように制御することを特徴とする請求項1に記載のクライアント装置。前記判定は、前記情報の更新をカウントアップするカウンタの値によって判定することを特徴とする請求項3に記載のクライアント装置。前記判定は、前記情報が更新されるまでの更新経過時間によって判定することを特徴とする請求項3に記載のクライアント装置。前記制御手段は、前記サーバ装置の情報を利用するアプリケーションが表示するユーザインタフェースの状態に応じて、前記更新情報を前記記憶装置にキャッシュするように制御することを特徴とする請求項1に記載のクライアント装置。前記制御手段は、前記サーバ装置の情報を利用するアプリケーションが実行されているプロセスの状態に応じて、前記更新情報を前記記憶装置にキャッシュするように制御することを特徴とする請求項1に記載のクライアント装置。サーバ装置の情報を利用する複数のアプリケーションを実行させるクライアント装置の制御方法であって、実行手段が、前記複数のアプリケーションを実行させる実行工程と、管理手段が、前記実行工程において実行させるアプリケーションの状態を管理する管理工程と、制御手段が、前記サーバ装置の情報が更新された際に、当該情報を利用するアプリケーションの状態に応じて、更新情報を記憶装置にキャッシュするように制御する制御工程と、を有することを特徴とするクライアント装置の制御方法。コンピュータを請求項1乃至7の何れか1項に記載のクライアント装置の各手段として機能させるためのプログラム。しかしながら、上記従来の技術では、個々のアプリケーションがそれぞれ工夫するものであるため、キュッシュするデータの保持や保全で個別のアプリケーション毎に不揮発性メモリや記憶装置などの記憶領域が必要となる。また、アプリケーションプラットフォームが搭載され、PC相当の機能を持つ組み込み機器では、マルチタスクによるアプリケーションの動作も行われる。そのため、比較的に小さな表示部しかもたない機器の場合、表示しておらずユーザが利用していないアプリケーションもネットワークにアクセスし、個々のキャッシュ情報更新を行っており、CPUリソース消費も大きくなってしまう。その結果、インターネットへのアクセス頻度が増加してしまうとともに、全体的な動作が遅くなってしまうという問題があった。本発明は上述の問題を解決するためになされたもので、アプリケーションの実行状態に応じて、キャッシュ制御を可能とする装置及び方法を提供することを目的とする。本発明は、サーバ装置の情報を利用する複数のアプリケーションを実行させるクライアント装置であって、前記複数のアプリケーションを実行させる実行手段と、前記実行手段によって実行させるアプリケーションの状態を管理する管理手段と、前記サーバ装置の情報が更新された際に、当該情報を利用するアプリケーションの状態に応じて、更新情報を記憶装置にキャッシュするように制御する制御手段と、を有することを特徴とする。本発明によれば、画面に表示しておらずユーザから利用されていないような状態にあるアプリケーションのキャッシュ情報更新を抑制することにより、情報更新にかかるCPUリソースの消費やインターネットへのアクセスを軽減できる。その結果、システム全体の応答速度を速めることができるとともに、電力消費量を軽減することができる。以下、図面を参照しながら発明を実施するための形態について詳細に説明する。[実施形態1]まず、実施形態1におけるキャッシュ情報制御システムの構成の一例を、図1を用いて説明する。図1に示す例では、キャッシュ情報制御システム100は、クライアント装置101、サーバ装置102、入力装置103を有する。クライアント装置101は、不図示のネットワークを介してインターネット上のサーバ装置102に接続し、サーバ装置102上で更新された情報を受信し、クライアント装置101内の記憶領域に保存する。また、クライアント装置101は、キャッシュ情報制御部104、アプリケーションステータス管理部105、システムプロパティ管理部106、サーバ通信部107、キャッシュデータ更新管理部108、記憶装置109、UI表示部110を有する。更に、クライアント装置101は、複数のアプリケーション111~113、アプリケーション実行部114、アプリケーションライフサイクル管理部115を有する。サーバ装置102は、文字列や画像データなどの各種情報を保存し、クライアント装置101からの要求に応じて、情報を提供する。尚、各種情報には、システム内で一意の値であるURIUniformResourceIdentifierが割り当てられている。入力装置103は、キーボード、マウス、又はタッチセンサーなどによりユーザが入力を行うためのものである。そして、この入力装置103からの入力は、クライアント装置101のUI表示部110に表示される。クライアント装置101のキャッシュ情報制御部104は、サーバ装置102から受信した情報を記憶装置109のキャッシュに保存する。アプリケーションステータス管理部105は、アプリケーションの状態例えば、起動状態、起動中状態、停止状態、停止中状態、アンインストール状態をアプリケーション毎に管理する。各アプリケーションの状態を管理するテーブルの例を図2のAに示す。システムプロパティ管理部106は、クライアント装置101のシステムプロパティを管理する。システムプロパティには、アプリケーションの状態に対応する更新カウンタ値が定義されている。アプリケーションの状態と更新カウンタ値との対応例を図2のBに示す。更新カウンタ値とは、キャッシュ情報制御部104が更新情報を記憶装置109のキャッシュに格納する際に判定するためのカウンタ上限値である。具体的には、サーバ装置102に保存されている情報が更新され、キャッシュ情報制御部104がサーバ装置102から情報更新通知を受信すると、アプリケーションに対応するカウンタの値をカウントアップする。例えば、アプリケーションに対応するカウンタの値が更新カウンタ値に達している場合、その情報更新通知の更新情報をキャッシュに格納すると判定する。尚、この判定処理の詳細は、更に後述する。また、情報更新通知とは、サーバ装置102で更新された情報のURIを通知することである。サーバ通信部107は、サーバ装置102と情報を送受信する。キャッシュデータ更新管理部108は、サーバ通信部107がサーバ装置102から受信された情報更新通知を管理する。記憶装置109は、各種情報を保存する。UI表示部110は、各アプリケーションやシステムプロパティ管理部106のユーザインタフェースを表示する。アプリケーション111、112、113は、クライアント装置101上で動作し、サーバ装置102上の情報を処理する。アプリケーション実行部114は、各アプリケーションの実行を制御する。アプリケーションライフサイクル管理部115は、アプリケーションのライフサイクルを管理する。尚、ライフサイクルとは、アプリケーションのインストール、不要になったアプリケーションのアンインストール、インストールしたアプリケーションの実行、実行中のアプリケーションの停止などである。以上の構成において、キャッシュ情報制御システム100がサーバ装置102から情報更新通知を受信してから更新情報を記憶装置109に保存するまでの処理を、図3に示すフローチャートを用いて説明する。まず、更新情報を利用するアプリケーションの実行状態が起動状態の場合を説明する。アプリケーションの状態が起動状態になると、キャッシュ情報制御部104がシステムプロパティ管理部106からシステムプロパティを取得するS301。尚、キャッシュ情報制御部104は、システム起動時に一度だけシステムプロパティを取得すればよい。ここで、サーバ装置102において情報が更新されると、サーバ装置102からサーバ通信部107へ情報更新通知が送信されるS302。サーバ通信部107は情報更新通知をキャッシュデータ更新管理部108へ転送するS303。ここで、キャッシュデータ更新管理部108は、情報更新通知を記憶装置109に保存すると共にS304、キャッシュ情報制御部104に送信するS305。一方、キャッシュ情報制御部104は、更新された情報を利用するアプリケーションを識別するS306。この場合、識別されたアプリケーションの状態が起動状態であることからキャッシュ情報制御部104は、アプリケーションステータス管理部105からアプリケーションの実行状態として起動状態を取得するS308。次に、キャッシュ情報制御部104は、上述のプロパティからアプリケーションの状態に対応する更新カウンタ値を取得するS309。この場合、アプリケーションの状態が起動状態であるので、図2のBに示すように、キャッシュ情報制御部104は更新カウンタ値として1を取得する。次に、キャッシュ情報制御部104は、記憶装置109からアプリケーションに対応するカウンタを記憶装置109から取得するS310。カウンタの初期値はゼロである。そして、キャッシュ情報制御部104は、カウンタを1加算しS311、カウンタが更新カウンタ値に達しているか否かを判定するS312。尚、この判定処理でNoの場合は処理をS316へ進める。ここで、更新カウンタ値は1であるため、カウンタの値は更新カウンタ値に達していることになるS312でYes。その結果、キャッシュデータ更新管理部108が最新の情報更新通知に対応する更新情報を取得し、サーバ通信部107を経由してサーバ装置102から更新情報を取得するS313。そして、キャッシュ情報制御部104は、取得した更新情報を記憶装置109に保存しS314、カウンタをゼロに初期化するS315。その後、キャッシュ情報制御部104は、カウンタを記憶装置109に保存するS316。次に、更新情報を利用するアプリケーションの実行状態が停止状態の場合を説明する。この場合、アプリケーションの状態が起動状態の場合におけるS301~S306と同様に処理する。ここで、アプリケーションの状態が停止状態であることからキャッシュ情報制御部104は、アプリケーションステータス管理部105からアプリケーションの実行状態として停止状態を取得するS308。次に、キャッシュ情報制御部104は、上述のプロパティからアプリケーションの状態に対応する更新カウンタ値を取得するS309。この場合、アプリケーションの状態が停止状態であるので、図2のBに示すように、キャッシュ情報制御部104は更新カウンタ値として10を取得する。次に、キャッシュ情報制御部104は、アプリケーションに対応するカウンタを記憶装置109から取得するS310。そして、キャッシュ情報制御部104は、カウンタを1加算しS311、カウンタの値が更新カウンタ値に達しているか否かを判定するS312。この場合、カウンタの値が更新カウンタ値10に達していないのでS312でNo、そのままカウンタを記憶装置109に保存するS316。以上の処理は、更新情報を利用するアプリケーションがクライアント装置101に予めインストールされている場合に実行される。また、アプリケーションがアンインストールされている場合は、この処理は実行されない。次に、アプリケーションの状態が変更した際に、サーバ装置102から更新情報を取得して記憶装置109に保存するまでのキャッシュ情報制御部104の処理を、図4に示すフローチャートを用いて説明する。まず、アプリケーションの状態がアンインストール状態から起動状態へ遷移したときの処理を説明する。キャッシュ情報制御部104は、システムプロパティ管理部106からシステムプロパティを取得するS401。次に、アプリケーションの実行状態がアンインストール状態から起動状態へ遷移したとき、アプリケーションステータス管理部105は、アプリケーションライフサイクル管理部115から起動状態への変更通知を受信するS402。そして、アプリケーションステータス管理部105は、システムプロパティからアプリケーションの実行状態として起動状態を取得してキャッシュ情報制御部104に通知するS403。一方、キャッシュ情報制御部104では、システムプロパティからアプリケーションの起動状態に対応する更新カウンタ値として1を取得するS404。そして、キャッシュ情報制御部104は、記憶装置109からアプリケーションに対応するカウンタを取得するS405。次に、S405で取得した更新カウンタ値が-1アンインストール状態であるか否かを判定しS406、この場合、更新カウンタ値は1であるので、S407へ処理を進める。このS407で、更新カウンタ値が1起動状態で、且つ、情報更新通知が存在するか否かを判定し、ここで、情報更新通知が存在すればS409へ処理を進める。また、情報更新通知が存在しなければS407でNo、S412へ処理を進める。S409では、キャッシュデータ更新管理部108は、最新の情報更新通知に対応する更新情報を取得し、サーバ通信部107を経由してサーバ装置102から更新情報を取得する。次に、キャッシュデータ更新管理部108は、取得した更新情報を記憶装置109に保存しS410、カウンタをゼロに初期化するS411。その後、キャッシュ情報制御部104は、カウンタを記憶装置109に保存するS412。次に、アプリケーションの実行状態が起動状態から停止状態へと遷移したときの処理を説明する。上述したS401~S405の処理で、アプリケーションの状態が停止状態に変更された場合なので、図2のBから、更新カウンタ値として10を取得する。そして、S406の判定処理でNoと判定され、S407の判定処理でNoと判定され、キャッシュ情報制御部104は、カウンタを記憶装置109に保存しS412、この処理を終了する。次に、アプリケーションの実行状態が停止状態から起動状態へ遷移したときの処理は、上述したアプリケーションの実行状態がアンインストール状態から起動状態へと遷移したときと同様の処理を実行する。次に、アプリケーションの実行状態が停止状態からアンインストール状態へと遷移したときの処理を説明する。上述したS401~S405の処理で、アプリケーションの状態がアンインストール状態に変更された場合なので、図2のBから、更新カウンタ値として-1を取得する。そして、S406の判定処理でYesと判定され、この処理を終了する。尚、アプリケーションの状態遷移と更新情報の受信とが同時に実行された場合、どちらの処理を優先するかはシステムプロパティで決定するものとする。実施形態1によれば、アプリケーションの実行状態に応じて、キャッシュの更新頻度が変わるため、キャッシュ情報更新にかかるリソース消費量を軽減できる。[変形例]キャッシュ情報制御部104は、アプリケーションの実行状態の変化により、アプリケーションから使用されない状態になったデータを識別することが可能である。キャッシュ情報制御部104は、アプリケーションと当該アプリケーションが利用するデータを図5に示すアプリケーションデータ管理テーブルで管理する。キャッシュ情報制御部104は、アプリケーションから使用されない状態になったデータをアプリケーションデータ管理テーブルから識別し、キャッシュデータ更新管理部108に当該データを記憶装置109から削除するように通知することが可能である。また、複数のアプリケーションが記憶装置109に保存されている同一のデータを使用する場合がある。キャッシュ情報制御部104は、図5に示すように、データに対して、当該データを利用するアプリケーションが複数対応付けられている。従って、キャッシュ情報制御部104は、各アプリケーションの実行状態の変化により全てのアプリケーションから使用されていない状態になったデータを識別できる。よって、キャッシュデータ更新管理部108に当該データを記憶装置109から削除するように通知することが可能である。尚、上述した更新カウンタ値は、更新時間の間隔である更新経過時間に変えてもよい。アプリケーションステータスと更新経過時間の対応を図6に示す。キャッシュ情報制御部104は、アプリケーションの実行状態に応じて、システムプロパティから取得した更新経過時間毎に、最新の情報更新通知に対応する更新情報を記憶装置109に保存するようにキャッシュデータ更新管理部108に通知する。また、図2のAに示すように、各アプリケーションをアプリケーションの実行状態で管理しているが、アプリケーションが表示するユーザインタフェースの状態で管理してもよい。その場合、ユーザインタフェースの状態に応じて、図7のAに示すように、上述した更新カウンタ値を対応付ければよい。更に、アプリケーションの実行状態を、アプリケーションのプロセスの状態として管理してもよい。その場合、プロセスの状態に応じて、図7のBに示すように、上述した更新カウンタ値を対応付ければよい。[実施形態2]次に、図面を参照しながら本発明に係る実施形態2を詳細に説明する。実施形態2では、図6に示すアプリケーションの実行状態に対応する更新経過時間秒単位に応じて、サーバ装置から更新情報を取得してキャッシュに保存するものである。尚、実施形態2におけるキャッシュ情報制御システムの構成は、図1に示す実施形態1と同様であり、その説明は省略する。以下、キャッシュ情報制御システム100がサーバ装置102から情報更新通知を受信してから更新情報を記憶装置109に保存するまでの処理を、図8に示すフローチャートを用いて説明する。図8に示すS801~S808までの処理は、図3に示すS301~S308までの処理と同じであり、実施形態2の特徴である更新経過時間に関する処理について説明する。まず、更新情報を利用するアプリケーションの実行状態が起動状態の場合を説明する。この場合、キャッシュ情報制御部104は、システムプロパティからアプリケーションの起動状態に対応する更新経過時間を取得するS809。ここで、図6に示すように、キャッシュ情報制御部104が取得した更新経過時間はゼロである。次に、キャッシュ情報制御部104は、記憶装置109からアプリケーションに対応する情報更新通知経過時間を取得するS810。情報更新通知経過時間とは、各アプリケーションに対応するタイマーであり、情報更新が通知されるまでの時間を計時するものである。そして、キャッシュ情報制御部104は、情報更新通知経過時間に対して、前回の情報更新通知からの経過時間を加算しS811、情報更新通知経過時間が更新経過時間に達しているか否かを判定する812。尚、この判定処理でNoの場合は処理をS816へ進める。ここで、更新経過時間はゼロであるため、情報更新通知経過時間は必ず更新経過時間に達していると判定されるS812でYes。その結果、キャッシュデータ更新管理部108が最新の情報更新通知に対応する更新情報を取得し、サーバ通信部107を経由してサーバ装置102から更新情報を取得するS813。そして、キャッシュ情報制御部104は、取得した更新情報を記憶装置109に保存しS814、情報更新通知経過時間をゼロに初期化するS815。その後、キャッシュ情報制御部104は、情報更新通知経過時間を記憶装置109に保存するS816。次に、更新情報を利用するアプリケーションの実行状態が停止状態の場合を説明する。この場合、アプリケーションの実行状態が停止状態であるので、キャッシュ情報制御部104は、図6のBに示すようにシステムプロパティから更新経過時間として60を取得するS809。次に、キャッシュ情報制御部104は、アプリケーションに対応する情報更新通知経過時間を記憶装置109から取得するS810。そして、キャッシュ情報制御部104は、情報更新通知経過時間に対して、前回の情報更新通知からの経過時間を加算しS811、情報更新通知経過時間が更新経過時間に達しているか否かを判定するS812。ここで、達している場合は、上述のアプリケーションの実行状態が起動状態の場合と同様に、処理をS813へ進めるが、達していない場合は、情報更新通知経過時間を記憶装置109に保存するS816。以上の処理は、更新情報を利用するアプリケーションがクライアント装置101に予めインストールされている場合に実行される。また、アプリケーションがアンインストールされている場合は、この処理は実行されない。次に、アプリケーションの状態が変更した際に、サーバ装置102から更新情報を取得して記憶装置109に保存するまでのキャッシュ情報制御部104の処理を、図9に示すフローチャートを用いて説明する。図9に示すS901~S903までの処理は、図4に示すS401~S403までの処理と同じであり、実施形態2の特徴である更新経過時間に関する処理について説明する。まず、アプリケーションの状態がアンインストール状態から起動状態へ遷移したときの処理を説明する。実施形態1と同様に、S901~S903へと処理を進め、キャッシュ情報制御部104は、システムプロパティからアプリケーションの起動状態に対する更新経過時間として0を取得するS904。そして、キャッシュ情報制御部104は、記憶装置109からアプリケーションの情報更新通知経過時間を取得するS905。次に、その情報更新通知経過時間が-1アンインストール状態であるか否かを判定しS906、この場合、更新経過時間は0であるので、S907へ処理を進める。このS907で、情報更新通知経過時間が更新経過時間に達している、かつ、情報更新通知が存在するか否かを判定し、ここで、情報更新通知が存在すればS909へ処理を進める。また、情報更新通知が存在しなければS907でNo、S912へ処理を進める。S909では、キャッシュデータ更新管理部108は、最新の情報更新通知に対応する更新情報を取得し、サーバ通信部107を経由し、サーバ装置102から更新情報を取得する。次に、キャッシュデータ更新管理部108は、取得した更新情報を記憶装置109に保存しS910、情報更新通知経過時間をゼロに初期化するS911。その後、キャッシュ情報制御部104は、情報更新通知経過時間を記憶装置109に保存するS912。次に、アプリケーションの実行状態が起動状態から停止状態へと遷移したときの処理を説明する。上述したS901~S905の処理で、アプリケーションの状態が停止状態に変更された場合なので、図6から、更新経過時間として60を取得する。そして、S906の判定処理でNoと判定され、S907の判定処理でNoと判定され、キャッシュ情報制御部104は、情報更新通知経過時間を記憶装置109に保存しS912、この処理を終了する。次に、アプリケーションの実行状態が停止状態から起動状態に遷移したときの処理は、上述したアプリケーションの実行状態がアンインストール状態から起動状態へと遷移したときと同様の処理を実行する。次に、アプリケーションの実行状態が停止状態からアンインストール状態へと遷移したときの処理を説明する。上述したS901~S905の処理で、アプリケーションの状態がアンインストール状態に変更された場合なので、図6から更新経過時間として-1を取得する。そして、S906の判定処理でYesと判定され、この処理を終了する。尚、アプリケーションの状態遷移と更新情報の受信とが同時に実行された場合、どちらの処理を優先するかはシステムプロパティで決定するものとする。実施形態2によれば、アプリケーションの実行状態に応じて、キャッシュの更新頻度が変わるため、キャッシュ情報更新にかかるリソース消費量を軽減できる。[他の実施形態]また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。