(57)【要約】【課題】  アプリケーションの実行状態に応じて、キャッシュ制御を可能とする。【解決手段】  サーバ装置の情報を利用する複数のアプリケーションを実行させるクライアント装置において、実行させるアプリケーションの状態を管理する。そして、サーバ装置の情報が更新された際に、当該情報を利用するアプリケーションの状態に応じて、更新情報を記憶装置にキャッシュするように制御する。【選択図】      図１
2013054705.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置の情報を利用する複数のアプリケーションを実行させるクライアント装置であって、
前記複数のアプリケーションを実行させる実行手段と、
前記実行手段によって実行させるアプリケーションの状態を管理する管理手段と、
前記サーバ装置の情報が更新された際に、当該情報を利用するアプリケーションの状態に応じて、更新情報を記憶装置にキャッシュするように制御する制御手段と、
を有することを特徴とするクライアント装置。
【請求項２】
前記制御手段は、前記サーバ装置の情報を利用するアプリケーションが起動状態として管理されている場合には前記更新情報を前記記憶装置にキャッシュするように制御することを特徴とする請求項１に記載のクライアント装置。
【請求項３】
前記制御手段は、前記サーバ装置の情報を利用するアプリケーションが停止状態として管理されている場合には前記更新情報を前記記憶装置にキャッシュするか否かを判定し、判定の結果に応じて、前記更新情報を前記記憶装置にキャッシュするように制御することを特徴とする請求項１に記載のクライアント装置。
【請求項４】
前記判定は、前記情報の更新をカウントアップするカウンタの値によって判定することを特徴とする請求項３に記載のクライアント装置。
【請求項５】
前記判定は、前記情報が更新されるまでの更新経過時間によって判定することを特徴とする請求項３に記載のクライアント装置。
【請求項６】
前記制御手段は、前記サーバ装置の情報を利用するアプリケーションが表示するユーザインタフェースの状態に応じて、前記更新情報を前記記憶装置にキャッシュするように制御することを特徴とする請求項１に記載のクライアント装置。
【請求項７】
前記制御手段は、前記サーバ装置の情報を利用するアプリケーションが実行されているプロセスの状態に応じて、前記更新情報を前記記憶装置にキャッシュするように制御することを特徴とする請求項１に記載のクライアント装置。
【請求項８】
サーバ装置の情報を利用する複数のアプリケーションを実行させるクライアント装置の制御方法であって、
実行手段が、前記複数のアプリケーションを実行させる実行工程と、
管理手段が、前記実行工程において実行させるアプリケーションの状態を管理する管理工程と、
制御手段が、前記サーバ装置の情報が更新された際に、当該情報を利用するアプリケーションの状態に応じて、更新情報を記憶装置にキャッシュするように制御する制御工程と、
を有することを特徴とするクライアント装置の制御方法。
【請求項９】
コンピュータを請求項１乃至７の何れか１項に記載のクライアント装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置の情報を利用する複数のアプリケーションを実行させるクライアント装置及びその制御方法に関する。
【背景技術】
【０００２】
昨今、組み込み機器にアプリケーションが動作するアプリケーションプラットフォームを組み込むことで、様々なアプリケーションを動作させることが可能になってきている。特に、インターネットへのアクセスを行うことにより、Ｗｅｂの閲覧、メールやクラウドサービスと連携するアプリケーションなど、組み込み機器の機能向上を図る手法が一般的になってきている。
【０００３】
インターネットへのアクセスにおいて、パーソナルコンピュータ（ＰＣ）が持っているアクセス向上のための工夫も組み込み機器に取り入れられている。例えば、ブラウザでは標準的となっているアクセス向上のキャッシュ機構、即ち一旦アクセスしたＷｅｂページ情報を保持しておく。そして、再アクセスする時に保持済みデータを再利用することで、アクセス回数の低減を図るＷｅｂアクセスのキャッシュ機構である。また、アクセス頻度に応じて、データの再取得を制御するキャッシュ制御機構（例えば、特許文献１、非特許文献１）などである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２５２３７６号公報
【非特許文献】
【０００５】
【非特許文献１】Google Sync＜http://www.google.com/mobile/sync＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来の技術では、個々のアプリケーションがそれぞれ工夫するものであるため、キュッシュするデータの保持や保全で個別のアプリケーション毎に不揮発性メモリや記憶装置などの記憶領域が必要となる。
【０００７】
また、アプリケーションプラットフォームが搭載され、ＰＣ相当の機能を持つ組み込み機器では、マルチタスクによるアプリケーションの動作も行われる。そのため、比較的に小さな表示部しかもたない機器の場合、表示しておらずユーザが利用していないアプリケーションもネットワークにアクセスし、個々のキャッシュ情報更新を行っており、ＣＰＵリソース消費も大きくなってしまう。その結果、インターネットへのアクセス頻度が増加してしまうとともに、全体的な動作が遅くなってしまうという問題があった。
【０００８】
本発明は上述の問題を解決するためになされたもので、アプリケーションの実行状態に応じて、キャッシュ制御を可能とする装置及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、サーバ装置の情報を利用する複数のアプリケーションを実行させるクライアント装置であって、
前記複数のアプリケーションを実行させる実行手段と、
前記実行手段によって実行させるアプリケーションの状態を管理する管理手段と、
前記サーバ装置の情報が更新された際に、当該情報を利用するアプリケーションの状態に応じて、更新情報を記憶装置にキャッシュするように制御する制御手段と、
を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、画面に表示しておらずユーザから利用されていないような状態にあるアプリケーションのキャッシュ情報更新を抑制することにより、情報更新にかかるＣＰＵリソースの消費やインターネットへのアクセスを軽減できる。その結果、システム全体の応答速度を速めることができるとともに、電力消費量を軽減することができる。
【図面の簡単な説明】
【００１１】
【図１】キャッシュ情報制御システムの構成の一例を示す図。
【図２】（Ａ）は各アプリケーションの状態を管理するテーブルの例を示す図、（Ｂ）はアプリケーションの状態と更新カウンタ値との対応例を示す図。
【図３】実施形態１の実行状態におけるキャッシュ制御処理を示すフローチャート。
【図４】実施形態１の状態変化におけるキャッシュ制御処理を示すフローチャート。
【図５】変形例におけるテーブルの例を示す図。
【図６】アプリケーションの状態と更新経過時間との対応例を示す図。
【図７】アプリケーションの他の状態と更新カウンタ値との対応例を示す図。
【図８】実施形態２の実行状態におけるキャッシュ制御処理を示すフローチャート。
【図９】実施形態２の状態変化におけるキャッシュ制御処理を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら発明を実施するための形態について詳細に説明する。
【００１３】
［実施形態１］
まず、実施形態１におけるキャッシュ情報制御システムの構成の一例を、図１を用いて説明する。図１に示す例では、キャッシュ情報制御システム１００は、クライアント装置１０１、サーバ装置１０２、入力装置１０３を有する。
【００１４】
クライアント装置１０１は、不図示のネットワークを介してインターネット上のサーバ装置１０２に接続し、サーバ装置１０２上で更新された情報を受信し、クライアント装置１０１内の記憶領域に保存する。また、クライアント装置１０１は、キャッシュ情報制御部１０４、アプリケーションステータス管理部１０５、システムプロパティ管理部１０６、サーバ通信部１０７、キャッシュデータ更新管理部１０８、記憶装置１０９、ＵＩ表示部１１０を有する。更に、クライアント装置１０１は、複数のアプリケーション１１１〜１１３、アプリケーション実行部１１４、アプリケーションライフサイクル管理部１１５を有する。
【００１５】
サーバ装置１０２は、文字列や画像データなどの各種情報を保存し、クライアント装置１０１からの要求に応じて、情報を提供する。尚、各種情報には、システム内で一意の値であるＵＲＩ（Uniform Resource Identifier）が割り当てられている。
【００１６】
入力装置１０３は、キーボード、マウス、又はタッチセンサーなどによりユーザが入力を行うためのものである。そして、この入力装置１０３からの入力は、クライアント装置１０１のＵＩ表示部１１０に表示される。
【００１７】
クライアント装置１０１のキャッシュ情報制御部１０４は、サーバ装置１０２から受信した情報を記憶装置１０９のキャッシュに保存する。アプリケーションステータス管理部１０５は、アプリケーションの状態（例えば、起動状態、起動中状態、停止状態、停止中状態、アンインストール状態）をアプリケーション毎に管理する。各アプリケーションの状態を管理するテーブルの例を図２の（Ａ）に示す。
【００１８】
システムプロパティ管理部１０６は、クライアント装置１０１のシステムプロパティを管理する。システムプロパティには、アプリケーションの状態に対応する更新カウンタ値が定義されている。アプリケーションの状態と更新カウンタ値との対応例を図２の（Ｂ）に示す。更新カウンタ値とは、キャッシュ情報制御部１０４が更新情報を記憶装置１０９のキャッシュに格納する際に判定するためのカウンタ上限値である。
【００１９】
具体的には、サーバ装置１０２に保存されている情報が更新され、キャッシュ情報制御部１０４がサーバ装置１０２から情報更新通知を受信すると、アプリケーションに対応するカウンタの値をカウントアップする。例えば、アプリケーションに対応するカウンタの値が更新カウンタ値に達している場合、その情報更新通知の更新情報をキャッシュに格納すると判定する。尚、この判定処理の詳細は、更に後述する。また、情報更新通知とは、サーバ装置１０２で更新された情報のＵＲＩを通知することである。
【００２０】
サーバ通信部１０７は、サーバ装置１０２と情報を送受信する。キャッシュデータ更新管理部１０８は、サーバ通信部１０７がサーバ装置１０２から受信された情報更新通知を管理する。記憶装置１０９は、各種情報を保存する。
【００２１】
ＵＩ表示部１１０は、各アプリケーションやシステムプロパティ管理部１０６のユーザインタフェースを表示する。アプリケーション１１１、１１２、１１３は、クライアント装置１０１上で動作し、サーバ装置１０２上の情報を処理する。アプリケーション実行部１１４は、各アプリケーションの実行を制御する。アプリケーションライフサイクル管理部１１５は、アプリケーションのライフサイクルを管理する。
【００２２】
尚、ライフサイクルとは、アプリケーションのインストール、不要になったアプリケーションのアンインストール、インストールしたアプリケーションの実行、実行中のアプリケーションの停止などである。
【００２３】
以上の構成において、キャッシュ情報制御システム１００がサーバ装置１０２から情報更新通知を受信してから更新情報を記憶装置１０９に保存するまでの処理を、図３に示すフローチャートを用いて説明する。
【００２４】
まず、更新情報を利用するアプリケーションの実行状態が起動状態の場合を説明する。アプリケーションの状態が起動状態になると、キャッシュ情報制御部１０４がシステムプロパティ管理部１０６からシステムプロパティを取得する（Ｓ３０１）。尚、キャッシュ情報制御部１０４は、システム起動時に一度だけシステムプロパティを取得すればよい。
【００２５】
ここで、サーバ装置１０２において情報が更新されると、サーバ装置１０２からサーバ通信部１０７へ情報更新通知が送信される（Ｓ３０２）。サーバ通信部１０７は情報更新通知をキャッシュデータ更新管理部１０８へ転送する（Ｓ３０３）。ここで、キャッシュデータ更新管理部１０８は、情報更新通知を記憶装置１０９に保存すると共に（Ｓ３０４）、キャッシュ情報制御部１０４に送信する（Ｓ３０５）。
【００２６】
一方、キャッシュ情報制御部１０４は、更新された情報を利用するアプリケーションを識別する（Ｓ３０６）。この場合、識別されたアプリケーションの状態が起動状態であることからキャッシュ情報制御部１０４は、アプリケーションステータス管理部１０５からアプリケーションの実行状態として起動状態を取得する（Ｓ３０８）。
【００２７】
次に、キャッシュ情報制御部１０４は、上述のプロパティからアプリケーションの状態に対応する更新カウンタ値を取得する（Ｓ３０９）。この場合、アプリケーションの状態が起動状態であるので、図２の（Ｂ）に示すように、キャッシュ情報制御部１０４は更新カウンタ値として“１”を取得する。
【００２８】
次に、キャッシュ情報制御部１０４は、記憶装置１０９からアプリケーションに対応するカウンタを記憶装置１０９から取得する（Ｓ３１０）。カウンタの初期値はゼロである。そして、キャッシュ情報制御部１０４は、カウンタを１加算し（Ｓ３１１）、カウンタが更新カウンタ値に達しているか否かを判定する（Ｓ３１２）。尚、この判定処理でＮｏの場合は処理をＳ３１６へ進める。
【００２９】
ここで、更新カウンタ値は“１”であるため、カウンタの値は更新カウンタ値に達していることになる（Ｓ３１２でＹｅｓ）。その結果、キャッシュデータ更新管理部１０８が最新の情報更新通知に対応する更新情報を取得し、サーバ通信部１０７を経由してサーバ装置１０２から更新情報を取得する（Ｓ３１３）。そして、キャッシュ情報制御部１０４は、取得した更新情報を記憶装置１０９に保存し（Ｓ３１４）、カウンタをゼロに初期化する（Ｓ３１５）。その後、キャッシュ情報制御部１０４は、カウンタを記憶装置１０９に保存する（Ｓ３１６）。
【００３０】
次に、更新情報を利用するアプリケーションの実行状態が停止状態の場合を説明する。この場合、アプリケーションの状態が起動状態の場合におけるＳ３０１〜Ｓ３０６と同様に処理する。ここで、アプリケーションの状態が停止状態であることからキャッシュ情報制御部１０４は、アプリケーションステータス管理部１０５からアプリケーションの実行状態として停止状態を取得する（Ｓ３０８）。
【００３１】
次に、キャッシュ情報制御部１０４は、上述のプロパティからアプリケーションの状態に対応する更新カウンタ値を取得する（Ｓ３０９）。この場合、アプリケーションの状態が停止状態であるので、図２の（Ｂ）に示すように、キャッシュ情報制御部１０４は更新カウンタ値として“１０”を取得する。
【００３２】
次に、キャッシュ情報制御部１０４は、アプリケーションに対応するカウンタを記憶装置１０９から取得する（Ｓ３１０）。そして、キャッシュ情報制御部１０４は、カウンタを１加算し（Ｓ３１１）、カウンタの値が更新カウンタ値に達しているか否かを判定する（Ｓ３１２）。この場合、カウンタの値が更新カウンタ値“１０”に達していないので（Ｓ３１２でＮｏ）、そのままカウンタを記憶装置１０９に保存する（Ｓ３１６）。
【００３３】
以上の処理は、更新情報を利用するアプリケーションがクライアント装置１０１に予めインストールされている場合に実行される。また、アプリケーションがアンインストールされている場合は、この処理は実行されない。
【００３４】
次に、アプリケーションの状態が変更した際に、サーバ装置１０２から更新情報を取得して記憶装置１０９に保存するまでのキャッシュ情報制御部１０４の処理を、図４に示すフローチャートを用いて説明する。
【００３５】
まず、アプリケーションの状態がアンインストール状態から起動状態へ遷移したときの処理を説明する。キャッシュ情報制御部１０４は、システムプロパティ管理部１０６からシステムプロパティを取得する（Ｓ４０１）。
【００３６】
次に、アプリケーションの実行状態がアンインストール状態から起動状態へ遷移したとき、アプリケーションステータス管理部１０５は、アプリケーションライフサイクル管理部１１５から起動状態への変更通知を受信する（Ｓ４０２）。そして、アプリケーションステータス管理部１０５は、システムプロパティからアプリケーションの実行状態として起動状態を取得してキャッシュ情報制御部１０４に通知する（Ｓ４０３）。
【００３７】
一方、キャッシュ情報制御部１０４では、システムプロパティからアプリケーションの起動状態に対応する更新カウンタ値として“１”を取得する（Ｓ４０４）。そして、キャッシュ情報制御部１０４は、記憶装置１０９からアプリケーションに対応するカウンタを取得する（Ｓ４０５）。
【００３８】
次に、Ｓ４０５で取得した更新カウンタ値が“−１”（アンインストール状態）であるか否かを判定し（Ｓ４０６）、この場合、更新カウンタ値は“１”であるので、Ｓ４０７へ処理を進める。このＳ４０７で、更新カウンタ値が“１”（起動状態）で、且つ、情報更新通知が存在するか否かを判定し、ここで、情報更新通知が存在すればＳ４０９へ処理を進める。また、情報更新通知が存在しなければ（Ｓ４０７でＮｏ）、Ｓ４１２へ処理を進める。
【００３９】
Ｓ４０９では、キャッシュデータ更新管理部１０８は、最新の情報更新通知に対応する更新情報を取得し、サーバ通信部１０７を経由してサーバ装置１０２から更新情報を取得する。次に、キャッシュデータ更新管理部１０８は、取得した更新情報を記憶装置１０９に保存し（Ｓ４１０）、カウンタをゼロに初期化する（Ｓ４１１）。その後、キャッシュ情報制御部１０４は、カウンタを記憶装置１０９に保存する（Ｓ４１２）。
【００４０】
次に、アプリケーションの実行状態が起動状態から停止状態へと遷移したときの処理を説明する。上述したＳ４０１〜Ｓ４０５の処理で、アプリケーションの状態が停止状態に変更された場合なので、図２の（Ｂ）から、更新カウンタ値として“１０”を取得する。そして、Ｓ４０６の判定処理でＮｏと判定され、Ｓ４０７の判定処理でＮｏと判定され、キャッシュ情報制御部１０４は、カウンタを記憶装置１０９に保存し（Ｓ４１２）、この処理を終了する。
【００４１】
次に、アプリケーションの実行状態が停止状態から起動状態へ遷移したときの処理は、上述したアプリケーションの実行状態がアンインストール状態から起動状態へと遷移したときと同様の処理を実行する。
【００４２】
次に、アプリケーションの実行状態が停止状態からアンインストール状態へと遷移したときの処理を説明する。上述したＳ４０１〜Ｓ４０５の処理で、アプリケーションの状態がアンインストール状態に変更された場合なので、図２の（Ｂ）から、更新カウンタ値として“−１”を取得する。そして、Ｓ４０６の判定処理でＹｅｓと判定され、この処理を終了する。
【００４３】
尚、アプリケーションの状態遷移と更新情報の受信とが同時に実行された場合、どちらの処理を優先するかはシステムプロパティで決定するものとする。
【００４４】
実施形態１によれば、アプリケーションの実行状態に応じて、キャッシュの更新頻度が変わるため、キャッシュ情報更新にかかるリソース消費量を軽減できる。
【００４５】
［変形例］
キャッシュ情報制御部１０４は、アプリケーションの実行状態の変化により、アプリケーションから使用されない状態になったデータを識別することが可能である。キャッシュ情報制御部１０４は、アプリケーションと当該アプリケーションが利用するデータを図５に示すアプリケーションデータ管理テーブルで管理する。キャッシュ情報制御部１０４は、アプリケーションから使用されない状態になったデータをアプリケーションデータ管理テーブルから識別し、キャッシュデータ更新管理部１０８に当該データを記憶装置１０９から削除するように通知することが可能である。
【００４６】
また、複数のアプリケーションが記憶装置１０９に保存されている同一のデータを使用する場合がある。キャッシュ情報制御部１０４は、図５に示すように、データに対して、当該データを利用するアプリケーションが複数対応付けられている。
【００４７】
従って、キャッシュ情報制御部１０４は、各アプリケーションの実行状態の変化により全てのアプリケーションから使用されていない状態になったデータを識別できる。よって、キャッシュデータ更新管理部１０８に当該データを記憶装置１０９から削除するように通知することが可能である。
【００４８】
尚、上述した更新カウンタ値は、更新時間の間隔である更新経過時間に変えてもよい。アプリケーションステータスと更新経過時間の対応を図６に示す。キャッシュ情報制御部１０４は、アプリケーションの実行状態に応じて、システムプロパティから取得した更新経過時間毎に、最新の情報更新通知に対応する更新情報を記憶装置１０９に保存するようにキャッシュデータ更新管理部１０８に通知する。
【００４９】
また、図２の（Ａ）に示すように、各アプリケーションをアプリケーションの実行状態で管理しているが、アプリケーションが表示するユーザインタフェースの状態で管理してもよい。その場合、ユーザインタフェースの状態に応じて、図７の（Ａ）に示すように、上述した更新カウンタ値を対応付ければよい。
【００５０】
更に、アプリケーションの実行状態を、アプリケーションのプロセスの状態として管理してもよい。その場合、プロセスの状態に応じて、図７の（Ｂ）に示すように、上述した更新カウンタ値を対応付ければよい。
【００５１】
［実施形態２］
次に、図面を参照しながら本発明に係る実施形態２を詳細に説明する。実施形態２では、図６に示すアプリケーションの実行状態に対応する更新経過時間（秒単位）に応じて、サーバ装置から更新情報を取得してキャッシュに保存するものである。尚、実施形態２におけるキャッシュ情報制御システムの構成は、図１に示す実施形態１と同様であり、その説明は省略する。
【００５２】
以下、キャッシュ情報制御システム１００がサーバ装置１０２から情報更新通知を受信してから更新情報を記憶装置１０９に保存するまでの処理を、図８に示すフローチャートを用いて説明する。図８に示すＳ８０１〜Ｓ８０８までの処理は、図３に示すＳ３０１〜Ｓ３０８までの処理と同じであり、実施形態２の特徴である更新経過時間に関する処理について説明する。
【００５３】
まず、更新情報を利用するアプリケーションの実行状態が起動状態の場合を説明する。この場合、キャッシュ情報制御部１０４は、システムプロパティからアプリケーションの起動状態に対応する更新経過時間を取得する（Ｓ８０９）。ここで、図６に示すように、キャッシュ情報制御部１０４が取得した更新経過時間はゼロである。
【００５４】
次に、キャッシュ情報制御部１０４は、記憶装置１０９からアプリケーションに対応する情報更新通知経過時間を取得する（Ｓ８１０）。情報更新通知経過時間とは、各アプリケーションに対応するタイマーであり、情報更新が通知されるまでの時間を計時するものである。そして、キャッシュ情報制御部１０４は、情報更新通知経過時間に対して、前回の情報更新通知からの経過時間を加算し（Ｓ８１１）、情報更新通知経過時間が更新経過時間に達しているか否かを判定する（８１２）。尚、この判定処理でＮｏの場合は処理をＳ８１６へ進める。
【００５５】
ここで、更新経過時間はゼロであるため、情報更新通知経過時間は必ず更新経過時間に達していると判定される（Ｓ８１２でＹｅｓ）。その結果、キャッシュデータ更新管理部１０８が最新の情報更新通知に対応する更新情報を取得し、サーバ通信部１０７を経由してサーバ装置１０２から更新情報を取得する（Ｓ８１３）。そして、キャッシュ情報制御部１０４は、取得した更新情報を記憶装置１０９に保存し（Ｓ８１４）、情報更新通知経過時間をゼロに初期化する（Ｓ８１５）。その後、キャッシュ情報制御部１０４は、情報更新通知経過時間を記憶装置１０９に保存する（Ｓ８１６）。
【００５６】
次に、更新情報を利用するアプリケーションの実行状態が停止状態の場合を説明する。この場合、アプリケーションの実行状態が停止状態であるので、キャッシュ情報制御部１０４は、図６の（Ｂ）に示すようにシステムプロパティから更新経過時間として“６０”を取得する（Ｓ８０９）。
【００５７】
次に、キャッシュ情報制御部１０４は、アプリケーションに対応する情報更新通知経過時間を記憶装置１０９から取得する（Ｓ８１０）。そして、キャッシュ情報制御部１０４は、情報更新通知経過時間に対して、前回の情報更新通知からの経過時間を加算し（Ｓ８１１）、情報更新通知経過時間が更新経過時間に達しているか否かを判定する（Ｓ８１２）。ここで、達している場合は、上述のアプリケーションの実行状態が起動状態の場合と同様に、処理をＳ８１３へ進めるが、達していない場合は、情報更新通知経過時間を記憶装置１０９に保存する（Ｓ８１６）。
【００５８】
以上の処理は、更新情報を利用するアプリケーションがクライアント装置１０１に予めインストールされている場合に実行される。また、アプリケーションがアンインストールされている場合は、この処理は実行されない。
【００５９】
次に、アプリケーションの状態が変更した際に、サーバ装置１０２から更新情報を取得して記憶装置１０９に保存するまでのキャッシュ情報制御部１０４の処理を、図９に示すフローチャートを用いて説明する。図９に示すＳ９０１〜Ｓ９０３までの処理は、図４に示すＳ４０１〜Ｓ４０３までの処理と同じであり、実施形態２の特徴である更新経過時間に関する処理について説明する。
【００６０】
まず、アプリケーションの状態がアンインストール状態から起動状態へ遷移したときの処理を説明する。実施形態１と同様に、Ｓ９０１〜Ｓ９０３へと処理を進め、キャッシュ情報制御部１０４は、システムプロパティからアプリケーションの起動状態に対する更新経過時間として“０”を取得する（Ｓ９０４）。そして、キャッシュ情報制御部１０４は、記憶装置１０９からアプリケーションの情報更新通知経過時間を取得する（Ｓ９０５）。
【００６１】
次に、その情報更新通知経過時間が“−１”（アンインストール状態）であるか否かを判定し（Ｓ９０６）、この場合、更新経過時間は“０”であるので、Ｓ９０７へ処理を進める。このＳ９０７で、情報更新通知経過時間が更新経過時間に達している、かつ、情報更新通知が存在するか否かを判定し、ここで、情報更新通知が存在すればＳ９０９へ処理を進める。また、情報更新通知が存在しなければ（Ｓ９０７でＮｏ）、Ｓ９１２へ処理を進める。
【００６２】
Ｓ９０９では、キャッシュデータ更新管理部１０８は、最新の情報更新通知に対応する更新情報を取得し、サーバ通信部１０７を経由し、サーバ装置１０２から更新情報を取得する。次に、キャッシュデータ更新管理部１０８は、取得した更新情報を記憶装置１０９に保存し（Ｓ９１０）、情報更新通知経過時間をゼロに初期化する（Ｓ９１１）。その後、キャッシュ情報制御部１０４は、情報更新通知経過時間を記憶装置１０９に保存する（Ｓ９１２）。
【００６３】
次に、アプリケーションの実行状態が起動状態から停止状態へと遷移したときの処理を説明する。上述したＳ９０１〜Ｓ９０５の処理で、アプリケーションの状態が停止状態に変更された場合なので、図６から、更新経過時間として“６０”を取得する。そして、Ｓ９０６の判定処理でＮｏと判定され、Ｓ９０７の判定処理でＮｏと判定され、キャッシュ情報制御部１０４は、情報更新通知経過時間を記憶装置１０９に保存し（Ｓ９１２）、この処理を終了する。
【００６４】
次に、アプリケーションの実行状態が停止状態から起動状態に遷移したときの処理は、上述したアプリケーションの実行状態がアンインストール状態から起動状態へと遷移したときと同様の処理を実行する。
【００６５】
次に、アプリケーションの実行状態が停止状態からアンインストール状態へと遷移したときの処理を説明する。上述したＳ９０１〜Ｓ９０５の処理で、アプリケーションの状態がアンインストール状態に変更された場合なので、図６から更新経過時間として“−１”を取得する。そして、Ｓ９０６の判定処理でＹｅｓと判定され、この処理を終了する。
【００６６】
尚、アプリケーションの状態遷移と更新情報の受信とが同時に実行された場合、どちらの処理を優先するかはシステムプロパティで決定するものとする。
【００６７】
実施形態２によれば、アプリケーションの実行状態に応じて、キャッシュの更新頻度が変わるため、キャッシュ情報更新にかかるリソース消費量を軽減できる。
【００６８】
［他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2013054705.tif 000003
【図２】
2013054705.tif 000004
【図３】
2013054705.tif 000005
【図４】
2013054705.tif 000006
【図５】
2013054705.tif 000007
【図６】
2013054705.tif 000008
【図７】
2013054705.tif 000009
【図８】
2013054705.tif 000010
【図９】
2013054705.tif 000011