(57)【要約】【課題】通信端末に搭載された有限なキャッシュメモリを有効に活用する。【解決手段】通信端末30は、キャッシュメモリ31と、あるウェブアプリケーションの起動時に当該ウェブアプリケーションのための所定のキャッシュメモリ割当て容量のキャッシュメモリ31を割り当てる割当て部35と、実行中のキャッシュヒット状況を記録し、実行終了時にキャッシュヒット状況に基づいてキャッシュヒット率を算出するヒット率算出部36と、キャッシュヒット率が下限閾値を下回る場合、キャッシュメモリ割当て容量を増加させ、キャッシュヒット率が上限閾値を上回る場合、キャッシュメモリ割当て容量を減少させることで、キャッシュメモリ割当て容量を調整する割当て容量調整部33と、を備え、割当て部35は、当該ウェブアプリケーションの次回の起動時に、上記調整後のキャッシュメモリ割当て容量のキャッシュメモリ31を割り当てる。【選択図】図１
2010238112.tif 000002
【特許請求の範囲】
【請求項１】
キャッシュメモリと、
あるウェブアプリケーションの起動時に、当該ウェブアプリケーションのための所定のキャッシュメモリ割当て容量のキャッシュメモリを割り当てる割当て部と、
前記ウェブアプリケーションの実行中のキャッシュヒット状況を記録し、前記ウェブアプリケーションの実行終了時に、前記キャッシュヒット状況に基づいて前記ウェブアプリケーションの実行中におけるキャッシュヒット率を算出するヒット率算出部と、
算出されたキャッシュヒット率が、予め設定された下限閾値を下回る場合、前記ウェブアプリケーションのためのキャッシュメモリ割当て容量を増加させ、前記算出されたキャッシュヒット率が、前記下限閾値以上に予め設定された上限閾値を上回る場合、前記ウェブアプリケーションのためのキャッシュメモリ割当て容量を減少させることで、前記ウェブアプリケーションのためのキャッシュメモリ割当て容量を調整する割当て容量調整部と、
を備え、
前記割当て部は、前記ウェブアプリケーションの次回の起動時に、前記調整後のキャッシュメモリ割当て容量のキャッシュメモリを割り当てる、
ことを特徴とする通信端末。
【請求項２】
前記通信端末は、
前記通信端末における過去の所定期間内のウェブアプリケーション起動状況を記録し、該ウェブアプリケーション起動状況に基づいて前記所定期間内に起動されたウェブアプリケーション各々の起動頻度を算出する起動頻度算出部と、
算出された起動頻度が高いウェブアプリケーションほど、前記下限閾値および前記上限閾値が高くなるように、前記ウェブアプリケーション各々の起動頻度に応じて、前記下限閾値および前記上限閾値を再設定する閾値再設定部と、
をさらに備え、
前記割当て容量調整部は、あるウェブアプリケーションに対し再設定された前記下限閾値および前記上限閾値を用いて、当該ウェブアプリケーションのためのキャッシュメモリ割当て容量を調整する、
ことを特徴とする請求項１に記載の通信端末。
【請求項３】
前記下限閾値と前記上限閾値とが同じ値である、
ことを特徴とする請求項１又は２に記載の通信端末。
【請求項４】
あるウェブアプリケーションの起動時に、当該ウェブアプリケーションのための所定のキャッシュメモリ割当て容量のキャッシュメモリを割り当てて、当該ウェブアプリケーションを実行する通信端末であって、
前記通信端末における過去の所定期間内のウェブアプリケーション起動状況を記録し、該ウェブアプリケーション起動状況に基づいて前記所定期間内に起動されたウェブアプリケーション各々の起動頻度を算出する起動頻度算出部と、
算出された起動頻度が高いウェブアプリケーションほど、割り当てられるキャッシュメモリ割当て容量が大きくなるように、前記ウェブアプリケーション各々の起動頻度に応じて、前記ウェブアプリケーション各々のためのキャッシュメモリ割当て容量を再設定する割当て容量再設定部と、
を備える通信端末。
【請求項５】
キャッシュメモリを備える通信端末にて実行される通信制御方法であって、
あるウェブアプリケーションの起動時に、当該ウェブアプリケーションのための所定のキャッシュメモリ割当て容量のキャッシュメモリを割り当てる割当てステップと、
前記ウェブアプリケーションの実行中のキャッシュヒット状況を記録し、前記ウェブアプリケーションの実行終了時に、前記キャッシュヒット状況に基づいて前記ウェブアプリケーションの実行中におけるキャッシュヒット率を算出するヒット率算出ステップと、
算出されたキャッシュヒット率が、予め設定された下限閾値を下回る場合、前記ウェブアプリケーションのためのキャッシュメモリ割当て容量を増加させ、前記算出されたキャッシュヒット率が、前記下限閾値以上に予め設定された上限閾値を上回る場合、前記ウェブアプリケーションのためのキャッシュメモリ割当て容量を減少させることで、前記ウェブアプリケーションのためのキャッシュメモリ割当て容量を調整する割当て容量調整ステップと、
を備え、
前記割当てステップでは、前記ウェブアプリケーションの次回の起動時に、前記調整後のキャッシュメモリ割当て容量のキャッシュメモリを割り当てる、
ことを特徴とする通信制御方法。
【請求項６】
前記通信制御方法は、
前記通信端末における過去の所定期間内のウェブアプリケーション起動状況を記録し、該ウェブアプリケーション起動状況に基づいて前記所定期間内に起動されたウェブアプリケーション各々の起動頻度を算出する起動頻度算出ステップと、
算出された起動頻度が高いウェブアプリケーションほど、前記下限閾値および前記上限閾値が高くなるように、前記ウェブアプリケーション各々の起動頻度に応じて、前記下限閾値および前記上限閾値を再設定する閾値再設定ステップと、
をさらに備え、
前記割当て容量調整部では、あるウェブアプリケーションに対し再設定された前記下限閾値および前記上限閾値を用いて、当該ウェブアプリケーションのためのキャッシュメモリ割当て容量を調整する、
ことを特徴とする請求項５に記載の通信制御方法。
【請求項７】
前記下限閾値と前記上限閾値とが同じ値である、
ことを特徴とする請求項５又は６に記載の通信制御方法。
【請求項８】
あるウェブアプリケーションの起動時に当該ウェブアプリケーションのための所定のキャッシュメモリ割当て容量のキャッシュメモリを割り当てて、当該ウェブアプリケーションを実行する通信端末、にて実行される通信制御方法であって、
前記通信端末における過去の所定期間内のウェブアプリケーション起動状況を記録し、該ウェブアプリケーション起動状況に基づいて前記所定期間内に起動されたウェブアプリケーション各々の起動頻度を算出する起動頻度算出ステップと、
算出された起動頻度が高いウェブアプリケーションほど、割り当てられるキャッシュメモリ割当て容量が大きくなるように、前記ウェブアプリケーション各々の起動頻度に応じて、前記ウェブアプリケーション各々のためのキャッシュメモリ割当て容量を再設定する割当て容量再設定ステップと、
を備える通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブアプリケーションの起動時に当該ウェブアプリケーションの実行用に所定容量のキャッシュメモリを割り当てて当該ウェブアプリケーションを実行する通信端末、および、当該通信端末にて実行される通信制御方法に関する。
【背景技術】
【０００２】
通信端末にてアプリケーションを実行中に、当該アプリケーションが、ＵＲＬ（Uniform  Resource  Locator）で一意に識別されるファイルをネットワーク経由でサーバに要求し、当該ファイルをサーバからダウンロードする処理が一般的に広く行われている。なお、上記のように、実行中に必要になったファイルをネットワーク経由でサーバに要求するアプリケーションは、「ウェブアプリケーション」と一般に呼ばれている。ところが、ファイルをネットワーク経由でサーバから通信端末へダウンロードするには、かなりの処理時間がかかるため、処理の高速化・効率化を図るべく、ウェブアプリケーション実行中に使用することが見込まれるファイルを予めサーバから通信端末へダウンロードしてキャッシュメモリに記憶しておく処理（いわゆる先読みキャッシュ処理）が広く知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−２５０８０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、通信端末に大容量のキャッシュメモリを搭載することは、実用面を考慮すると、実際には困難である。
【０００５】
そのため、有限なキャッシュメモリを有効に活用することは、通信端末にてウェブアプリケーションを実行する際の重要な課題である。例えば、ウェブアプリケーション実行中に一定レベル以上のキャッシュヒット率を確保し、ウェブアプリケーションの応答性を一定レベル以上に保持することが望まれる。また、個々のウェブアプリケーションによって、起動される頻度は異なるので、起動頻度に応じて適正なメモリ容量のキャッシュメモリを各ウェブアプリケーション実行時に割り当てることが望まれる。
【０００６】
以上を踏まえ、本発明は、通信端末にてウェブアプリケーションを実行する際に、通信端末に搭載された有限なキャッシュメモリを有効に活用することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、本発明に係る通信端末は、キャッシュメモリと、あるウェブアプリケーションの起動時に、当該ウェブアプリケーションのための所定のキャッシュメモリ割当て容量のキャッシュメモリを割り当てる割当て部と、前記ウェブアプリケーションの実行中のキャッシュヒット状況を記録し、前記ウェブアプリケーションの実行終了時に、前記キャッシュヒット状況に基づいて前記ウェブアプリケーションの実行中におけるキャッシュヒット率を算出するヒット率算出部と、算出されたキャッシュヒット率が、予め設定された下限閾値を下回る場合、前記ウェブアプリケーションのためのキャッシュメモリ割当て容量を増加させ、前記算出されたキャッシュヒット率が、前記下限閾値以上に予め設定された上限閾値を上回る場合、前記ウェブアプリケーションのためのキャッシュメモリ割当て容量を減少させることで、前記ウェブアプリケーションのためのキャッシュメモリ割当て容量を調整する割当て容量調整部と、を備え、前記割当て部は、前記ウェブアプリケーションの次回の起動時に、前記調整後のキャッシュメモリ割当て容量のキャッシュメモリを割り当てることを特徴とする。
【０００８】
上記の通信端末では、ヒット率算出部は、ウェブアプリケーションの実行中のキャッシュヒット状況を記録し、当該ウェブアプリケーションの実行終了時に上記キャッシュヒット状況に基づいてキャッシュヒット率を算出し、割当て容量調整部は、キャッシュヒット率が下限閾値を下回る場合、上記ウェブアプリケーションのためのキャッシュメモリ割当て容量を増加させ、キャッシュヒット率が上限閾値を上回る場合、上記ウェブアプリケーションのためのキャッシュメモリ割当て容量を減少させることで、上記ウェブアプリケーションのためのキャッシュメモリ割当て容量を調整する。そして、割当て部が、上記ウェブアプリケーションの次回の起動時に、調整後のキャッシュメモリ割当て容量のキャッシュメモリを割り当てる。以上のように、キャッシュヒット率が下限閾値と上限閾値の間の一定範囲内に維持されるように、キャッシュメモリ割当て容量を調整するため、ウェブアプリケーションの応答性を一定レベル以上に保持することが可能となる。
【０００９】
なお、上記の通信端末は、前記通信端末における過去の所定期間内のウェブアプリケーション起動状況を記録し、該ウェブアプリケーション起動状況に基づいて前記所定期間内に起動されたウェブアプリケーション各々の起動頻度を算出する起動頻度算出部と、算出された起動頻度が高いウェブアプリケーションほど、前記下限閾値および前記上限閾値が高くなるように、前記ウェブアプリケーション各々の起動頻度に応じて、前記下限閾値および前記上限閾値を再設定する閾値再設定部と、をさらに備え、前記割当て容量調整部は、あるウェブアプリケーションに対し再設定された前記下限閾値および前記上限閾値を用いて、当該ウェブアプリケーションのためのキャッシュメモリ割当て容量を調整する構成とすることが望ましい。この場合、起動頻度が高いウェブアプリケーションほど下限閾値および上限閾値が高くなるように、ウェブアプリケーション各々の起動頻度に応じて下限閾値および上限閾値が再設定され、あるウェブアプリケーションに対し再設定された下限閾値および上限閾値を用いて、当該ウェブアプリケーションのためのキャッシュメモリ割当て容量が調整される。そのため、個々のウェブアプリケーションの起動頻度に応じて適正なメモリ容量のキャッシュメモリを各ウェブアプリケーション実行時に割り当てることが可能となる。
【００１０】
また、下限閾値と上限閾値とは同じ値であってもよい。その場合、キャッシュヒット率が当該同じ値で維持されるように、キャッシュメモリ割当て容量が調整される。即ち、一定のキャッシュヒット率を実現することができる。
【００１１】
また、本発明に係る通信端末は、あるウェブアプリケーションの起動時に、当該ウェブアプリケーションのための所定のキャッシュメモリ割当て容量のキャッシュメモリを割り当てて、当該ウェブアプリケーションを実行する通信端末であって、前記通信端末における過去の所定期間内のウェブアプリケーション起動状況を記録し、該ウェブアプリケーション起動状況に基づいて前記所定期間内に起動されたウェブアプリケーション各々の起動頻度を算出する起動頻度算出部と、算出された起動頻度が高いウェブアプリケーションほど、割り当てられるキャッシュメモリ割当て容量が大きくなるように、前記ウェブアプリケーション各々の起動頻度に応じて、前記ウェブアプリケーション各々のためのキャッシュメモリ割当て容量を再設定する割当て容量再設定部と、を備えることを特徴とする。
【００１２】
この場合、起動頻度が高いウェブアプリケーションほど、割り当てられるキャッシュメモリ割当て容量が大きくなるように、ウェブアプリケーション各々の起動頻度に応じて、ウェブアプリケーション各々のためのキャッシュメモリ割当て容量が再設定される。そのため、個々のウェブアプリケーションの起動頻度に応じて適正なメモリ容量のキャッシュメモリを各ウェブアプリケーション実行時に割り当てることが可能となる。
【００１３】
以上のような通信端末に係る発明は、通信制御方法に係る発明として捉えることもでき、以下のように記載することができる。通信制御方法に係る発明も、通信端末に係る発明と同様の作用・効果を奏する。
【００１４】
本発明に係る通信制御方法は、キャッシュメモリを備える通信端末にて実行される通信制御方法であって、あるウェブアプリケーションの起動時に、当該ウェブアプリケーションのための所定のキャッシュメモリ割当て容量のキャッシュメモリを割り当てる割当てステップと、前記ウェブアプリケーションの実行中のキャッシュヒット状況を記録し、前記ウェブアプリケーションの実行終了時に、前記キャッシュヒット状況に基づいて前記ウェブアプリケーションの実行中におけるキャッシュヒット率を算出するヒット率算出ステップと、算出されたキャッシュヒット率が、予め設定された下限閾値を下回る場合、前記ウェブアプリケーションのためのキャッシュメモリ割当て容量を増加させ、前記算出されたキャッシュヒット率が、前記下限閾値以上に予め設定された上限閾値を上回る場合、前記ウェブアプリケーションのためのキャッシュメモリ割当て容量を減少させることで、前記ウェブアプリケーションのためのキャッシュメモリ割当て容量を調整する割当て容量調整ステップと、を備え、前記割当てステップでは、前記ウェブアプリケーションの次回の起動時に、前記調整後のキャッシュメモリ割当て容量のキャッシュメモリを割り当てる、ことを特徴とする。
【００１５】
上記の通信制御方法は、前記通信端末における過去の所定期間内のウェブアプリケーション起動状況を記録し、該ウェブアプリケーション起動状況に基づいて前記所定期間内に起動されたウェブアプリケーション各々の起動頻度を算出する起動頻度算出ステップと、算出された起動頻度が高いウェブアプリケーションほど、前記下限閾値および前記上限閾値が高くなるように、前記ウェブアプリケーション各々の起動頻度に応じて、前記下限閾値および前記上限閾値を再設定する閾値再設定ステップと、をさらに備え、前記割当て容量調整部では、あるウェブアプリケーションに対し再設定された前記下限閾値および前記上限閾値を用いて、当該ウェブアプリケーションのためのキャッシュメモリ割当て容量を調整することが望ましい。また、下限閾値と上限閾値とは同じ値であってもよい。
【００１６】
また、本発明に係る通信制御方法は、あるウェブアプリケーションの起動時に当該ウェブアプリケーションのための所定のキャッシュメモリ割当て容量のキャッシュメモリを割り当てて、当該ウェブアプリケーションを実行する通信端末、にて実行される通信制御方法であって、前記通信端末における過去の所定期間内のウェブアプリケーション起動状況を記録し、該ウェブアプリケーション起動状況に基づいて前記所定期間内に起動されたウェブアプリケーション各々の起動頻度を算出する起動頻度算出ステップと、算出された起動頻度が高いウェブアプリケーションほど、割り当てられるキャッシュメモリ割当て容量が大きくなるように、前記ウェブアプリケーション各々の起動頻度に応じて、前記ウェブアプリケーション各々のためのキャッシュメモリ割当て容量を再設定する割当て容量再設定ステップと、を備えることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、通信端末にてウェブアプリケーションを実行する環境において、通信端末に搭載された有限なキャッシュメモリを有効に活用することができる。
【図面の簡単な説明】
【００１８】
【図１】第１実施形態のシステム構成図である。
【図２】通信端末のハードウェア構成図である。
【図３】割当て容量調整処理を示す流れ図である。
【図４】第２実施形態のシステム構成図である。
【図５】閾値再設定処理を示す流れ図である。
【図６】閾値再設定処理を説明するための図である。
【図７】第３実施形態のシステム構成図である。
【図８】割当て容量再設定処理を示す流れ図である。
【発明を実施するための形態】
【００１９】
以下、図面を参照して、本発明に係る実施形態１〜３を順に説明する。
［実施形態１］
実施形態１では、キャッシュヒット率が一定範囲内に維持されるようにキャッシュメモリ割当て容量を調整する形態を説明する。
【００２０】
図１に示すように、実施形態１に係る通信システム１は、莫大な量のファイルを記憶・管理するサーバ１０と、通信端末３０と、を含んで構成され、これらはネットワーク２０を介して相互に接続可能とされている。
【００２１】
通信端末３０は、キャッシュメモリ３１、キャッシュ制御部３２、割当て容量記憶部３４、割当て部３５、ヒット率算出部３６、閾値記憶部３７、および割当て容量調整部３３を備える。
【００２２】
このうち、キャッシュ制御部３２は、キャッシュメモリ３１へのファイル入出力を制御し、必要に応じてサーバ１０に対しファイルの送信を要求し、サーバ１０からファイルを受信して当該ファイルをキャッシュメモリ３１に記憶する。
【００２３】
割当て容量記憶部３４は、ウェブアプリケーション起動時に、当該ウェブアプリケーションに対し割り当てるべきキャッシュメモリ割当て容量（以下「割当て容量」と略記する）の情報をウェブアプリケーション毎に記憶している。
【００２４】
割当て部３５は、ウェブアプリケーションの起動時に、割当て容量記憶部３４を参照して当該ウェブアプリケーションに関する割当て容量の情報を取得し、当該割当て容量のキャッシュメモリ３１を割り当てる。
【００２５】
ヒット率算出部３６は、ウェブアプリケーション実行中のキャッシュヒット状況を記録し、実行終了時に、記録されたキャッシュヒット状況に基づいてキャッシュヒット率を算出する。
【００２６】
閾値記憶部３７は、キャッシュヒット率を維持すべき範囲に関する下限閾値および上限閾値をウェブアプリケーション毎に記憶している。
【００２７】
割当て容量調整部３３は、閾値記憶部３７を参照して、対象となるウェブアプリケーションに関する下限閾値および上限閾値を取得し、当該ウェブアプリケーション実行中のキャッシュヒット率が下限閾値と上限閾値の間の一定範囲内に維持されるように、当該ウェブアプリケーションに対する割当て容量を調整する（増減させる）。
【００２８】
なお、図２には、通信端末３０のハードウェア構成の一例を示す。通信端末３０は、ハードウェア構成として、ＣＰＵ３０Ａと、ＲＡＭ３０Ｂと、ＲＯＭ３０Ｃと、入力デバイスであるキーボードやマウス等の入力装置３０Ｄと、外部装置との通信を行う通信装置３０Ｅと、キャッシュメモリ３０Ｆと、出力デバイスであるディスプレイやプリンタ等の出力装置３０Ｇとを備え、特別なハードウェア構成を必要とするものではない。前述した通信端末３０の各機能ブロックの機能は、ＲＡＭ３０Ｂ等に所定のプログラムを読み込ませ、ＣＰＵ３０Ａの制御の下で入力装置３０Ｄ、通信装置３０Ｅ、出力装置３０Ｇを動作させ、キャッシュメモリ３０Ｆ等に対しデータの読み書きを行うことで実行される。このようなハードウェア構成は、後述する実施形態２、３でも同様である。
【００２９】
一方、図１に示すように、サーバ１０は、莫大な量のファイルを記憶したファイルデータベース１３と、ファイルデータベース１３へのファイル入出力を管理するファイル管理部１４と、通信端末３０からのファイル要求等を受信する受信部１１と、要求されたファイルを通信端末３０へ送信する送信部１２と、を備える。
【００３０】
続いて、図３を用いて、通信端末３０にて実行される割当て容量調整処理について説明する。なお、図３では、ウェブアプリケーションを「アプリ」と略記している。
【００３１】
図３に示すように、ウェブアプリケーションに対する割当て容量を調整すべき所定タイミングになったか否かを監視する（ステップＳ１）。ここで、割当て容量を調整すべき所定タイミングとしては、例えば、ウェブアプリケーションが起動されたとき、および、ウェブアプリケーション実行中の所定周期の調整タイミングが到来したときが挙げられる。
【００３２】
何らかのウェブアプリケーションの起動が検知されると、ステップＳ１で肯定判断され、以下のステップＳ２〜Ｓ１０の処理が実行される。
【００３３】
ステップＳ２では、割当て部３５は、起動されたウェブアプリケーション（対象ウェブアプリケーション）に関する割当て容量の情報を割当て容量記憶部３４から読み出し、次のステップＳ３で対象ウェブアプリケーションに対し、上記読み出した割当て容量（以下「割当て容量Ｃ」という）のキャッシュメモリ３１を割り当てる。
【００３４】
次のステップＳ４では、キャッシュ制御部３２が、対象ウェブアプリケーションについて割当て容量Ｃ分の先読みすべきファイルをサーバ１０に要求することで、サーバ１０から当該ファイルを受信しキャッシュメモリ３１に記憶する。このとき、必要があれば、キャッシュメモリ３１に記憶されていた他のウェブアプリケーションのファイルを消去する。
【００３５】
その後、対象ウェブアプリケーションが実行され、ヒット率算出部３６は、対象ウェブアプリケーション実行中のキャッシュヒット状況を逐次記録する（ステップＳ５）。そして、実行終了時に、ヒット率算出部３６は、記録されたキャッシュヒット状況より、キャッシュメモリ３１からの読出しに成功した回数をキャッシュメモリ３１からの読出し試行回数によって割り算することで得た値を、キャッシュヒット率Ｈとして算出する（ステップＳ６）。
【００３６】
そして、割当て容量調整部３３は、閾値記憶部３７から対象ウェブアプリケーションに関する下限閾値および上限閾値を取得し、ステップＳ６で算出されたキャッシュヒット率Ｈと、下限閾値および上限閾値とを比較することで、以下のように対象ウェブアプリケーションに対する割当て容量を調整する。
【００３７】
即ち、割当て容量調整部３３は、キャッシュヒット率Ｈが下限閾値を下回ったか否かを判定し（ステップＳ７）、キャッシュヒット率Ｈが下限閾値を下回っていれば、割当て容量Ｃを増加させ、増加後の割当て容量Ｃを割当て容量記憶部３４に記憶する（ステップＳ８）。ここでは、一例として、所定の定数α（α＞０）を割当て容量Ｃに加算することで、割当て容量Ｃを増加させてもよい。増加後の割当て容量Ｃが割当て容量記憶部３４に記憶されるため、次回、割当て容量を調整すべき所定タイミングが到来したときは、増加後の割当て容量Ｃ分のキャッシュメモリ３１が割り当てられる。そのため、次回のキャッシュヒット率Ｈは、今回よりも高くなり、下限閾値を下回る事態を回避できると考えられる。
【００３８】
一方、キャッシュヒット率Ｈが下限閾値を下回っていなければ、キャッシュヒット率Ｈが上限閾値を上回ったか否かを判定し（ステップＳ９）、キャッシュヒット率Ｈが上限閾値を上回っていれば、割当て容量Ｃを減少させ、減少後の割当て容量Ｃを割当て容量記憶部３４に記憶する（ステップＳ１０）。ここでは、一例として、所定の定数β（β＞０）を割当て容量Ｃから減算することで、割当て容量Ｃを減少させてもよい。なお、定数βは上記の定数αと同じ値に設定してもよい。減少後の割当て容量Ｃが割当て容量記憶部３４に記憶されるため、次回、割当て容量を調整すべき所定タイミングが到来したときは、減少後の割当て容量Ｃ分のキャッシュメモリ３１が割り当てられる。そのため、次回のキャッシュヒット率Ｈは、今回よりも低くなり、上限閾値を上回る事態を回避できると考えられる。
【００３９】
なお、キャッシュヒット率Ｈが下限閾値以上で且つ上限閾値以下であれば、調整の必要が無いため、キャッシュヒット率Ｈの増減は行われない。
【００４０】
その後、図３のステップＳ１に戻り、ウェブアプリケーションに対する割当て容量を調整すべき所定タイミングとなったか否かの監視が行われる。そして、対象ウェブアプリケーション実行中の所定周期の調整タイミングが到来したとき、又は、新たなウェブアプリケーションが起動されたときに、ステップＳ１で肯定判断され、上述したステップＳ２〜Ｓ１０の処理が繰り返し実行される。
【００４１】
以上説明した実施形態１によれば、キャッシュヒット率Ｈが下限閾値と上限閾値の間の一定範囲内に維持されるように、割当て容量Ｃが調整されることとなるため、ウェブアプリケーションの応答性を一定レベル以上に保持することが可能となる。
【００４２】
［実施形態２］
実施形態２では、起動頻度が高いウェブアプリケーションほどキャッシュヒット率を維持するレベルが高くなるように、各ウェブアプリケーションの起動頻度に応じてキャッシュヒット率の維持レベルを再設定する形態を説明する。
【００４３】
図４に示すように、実施形態２に係る通信システム１では、前述した図１の実施形態１に係る通信システムに対し、通信端末３０が、さらに、起動頻度算出部３９と閾値再設定部３８とを備えることを特徴とする。
【００４４】
なお、実施形態２では、キャッシュヒット率を維持するレベルとして、所定の基準値を想定している。即ち、実施形態１で述べた下限閾値と上限閾値とが同じ値（所定の基準値）に設定された場合を想定している。そのため、閾値記憶部３７は、キャッシュヒット率を維持すべきレベルに相当する所定の基準値をウェブアプリケーション毎に記憶している。
【００４５】
新たに通信端末３０に設けられた起動頻度算出部３９は、通信端末３０において過去の所定期間内に起動されたさまざまなウェブアプリケーションについての起動状況を記録し、該起動状況に基づいて各ウェブアプリケーションの起動頻度を算出する。
【００４６】
また、閾値再設定部３８は、算出された起動頻度が高いウェブアプリケーションほど、キャッシュヒット率を維持すべき基準値が高くなるように、各ウェブアプリケーションの起動頻度に応じて、基準値をウェブアプリケーション毎に再設定する。
【００４７】
他の構成部の機能は、実施形態１で述べた機能と同様なので、説明を省略する。
【００４８】
続いて、図５を用いて、通信端末３０にて実行される閾値再設定処理について説明する。なお、図５では、ウェブアプリケーションを「アプリケーション」と略記している。
【００４９】
図５に示すように、起動頻度算出部３９は、通信端末３０において起動されたさまざまなウェブアプリケーションについての起動状況を記録する（ステップＳ２１）。そして、ウェブアプリケーションの起動頻度を算出すべき所定タイミングが到来したか否かを監視する（ステップＳ２２）。ここで、ウェブアプリケーションの起動頻度を算出すべき所定タイミングとしては、例えば、所定周期（例えば１日周期、１週間周期など）の算出タイミングが到来したときが挙げられる。
【００５０】
起動頻度を算出すべき所定タイミングが到来したと判定されると、ステップＳ２２で肯定判断され、以下のステップＳ２３〜Ｓ２４の処理が実行される。
【００５１】
ステップＳ２３では、起動頻度算出部３９は、ステップＳ２１で記録した所定周期の期間内におけるさまざまなウェブアプリケーションの起動状況に基づいて各ウェブアプリケーションの起動頻度を算出する。例えば、通信端末３０において、所定周期の期間内にウェブアプリケーション１〜３が起動され、ウェブアプリケーション１の起動回数が６回、ウェブアプリケーション２の起動回数が３回、ウェブアプリケーション３の起動回数が１回であったとすると、起動頻度（ここでは一例としてウェブアプリケーション１〜３間の相対値とする）として、図６（ａ）に示すようにウェブアプリケーション１について「0.6」、ウェブアプリケーション２について「0.3」、ウェブアプリケーション３について「0.1」が算出される。なお、図６では、ウェブアプリケーションを「アプリ」又は「アプリケーション」と略記している。
【００５２】
次のステップＳ２４では、閾値再設定部３８は、算出された起動頻度が高いウェブアプリケーションほど、キャッシュヒット率を維持すべき基準値が高くなるように、各ウェブアプリケーションの起動頻度に応じて、基準値をウェブアプリケーション毎に再設定する。例えば、基準値について、最小値が0.2で、最大値が0.8になるように再設定する場合、算出された起動頻度の最大値をｆmax、算出された起動頻度の最小値をｆmin、あるウェブアプリケーションの起動頻度をｆとすると、当該ウェブアプリケーションについて再設定されるべき基準値は、以下の式（１）により求められる。
基準値＝0.2＋（0.8−0.2）×（ｆ−ｆmin）／（ｆmax−ｆmin）  …（１）
【００５３】
図６（ａ）に示すようにウェブアプリケーション１の起動頻度が「0.6」、ウェブアプリケーション２の起動頻度が「0.3」、ウェブアプリケーション３の起動頻度が「0.1」である場合、式（１）により、基準値は、ウェブアプリケーション１について「0.8」、ウェブアプリケーション２について「0.44」、ウェブアプリケーション３について「0.2」が再設定される。
【００５４】
また、他の例として、図６（ｂ）に示すようにウェブアプリケーション１の起動頻度が「0.5」、ウェブアプリケーション２の起動頻度が「0.3」、ウェブアプリケーション３の起動頻度が「0.2」である場合、式（１）により、基準値は、ウェブアプリケーション１について「0.8」、ウェブアプリケーション２について「0.4」、ウェブアプリケーション３について「0.2」が再設定される。
【００５５】
以後、図５においてステップＳ２１へ戻り、ステップＳ２１〜Ｓ２４の処理が繰り返し実行される。
【００５６】
以上説明した実施形態２によれば、起動頻度が高いウェブアプリケーションほど基準値が高くなるように、ウェブアプリケーション各々の起動頻度に応じて基準値が再設定され、その後、再設定された基準値を用いてキャッシュメモリの割当て容量が調整されることとなる。そのため、個々のウェブアプリケーションの起動頻度に応じて適正なメモリ容量のキャッシュメモリを各ウェブアプリケーション実行時に割り当てることが可能となる。
【００５７】
［実施形態３］
実施形態３では、起動頻度が高いウェブアプリケーションほどキャッシュメモリの割当て容量が大きくなるように、各ウェブアプリケーションの起動頻度に応じて、割当て容量を再設定する形態を説明する。
【００５８】
図７に示すように、実施形態３に係る通信システム１では、通信端末３０の構成が、前述した実施形態１、２と異なる。即ち、実施形態３に係る通信端末３０は、キャッシュメモリ３１、キャッシュ制御部３２、割当て容量記憶部３４、割当て部３５、起動頻度算出部３９、および割当て容量再設定部３３Ｘを備える。このうち、キャッシュメモリ３１、キャッシュ制御部３２、割当て容量記憶部３４、および割当て部３５は、実施形態１、２と同様であり、起動頻度算出部３９は実施形態２と同様であるので、機能の説明を省略する。
【００５９】
新たに通信端末３０に設けられた割当て容量再設定部３３Ｘは、算出された起動頻度が高いウェブアプリケーションほど、キャッシュメモリの割当て容量が大きくなるように、個々のウェブアプリケーションの起動頻度に応じて、割当て容量をウェブアプリケーション毎に再設定する。
【００６０】
続いて、図８を用いて、通信端末３０にて実行される割当て容量再設定処理について説明する。なお、図８では、ウェブアプリケーションを「アプリケーション」と略記している。
【００６１】
図８に示すように、起動頻度算出部３９は、通信端末３０において起動されたさまざまなウェブアプリケーションについての起動状況を記録する（ステップＳ２１）。そして、ウェブアプリケーションの起動頻度を算出すべき所定タイミングが到来したか否かを監視する（ステップＳ２２）。ここで、ウェブアプリケーションの起動頻度を算出すべき所定タイミングとしては、例えば、所定周期（例えば１日周期、１週間周期など）の算出タイミングが到来したときが挙げられる。
【００６２】
起動頻度を算出すべき所定タイミングが到来したと判定されると、ステップＳ２２で肯定判断され、以下のステップＳ２３、Ｓ２５の処理が実行される。
【００６３】
ステップＳ２３では、起動頻度算出部３９は、ステップＳ２１で記録した所定周期の期間内におけるさまざまなウェブアプリケーションの起動状況に基づいて各ウェブアプリケーションの起動頻度を算出する。例えば、通信端末３０において、所定周期の期間内にウェブアプリケーション１〜３が起動され、ウェブアプリケーション１の起動回数が６回、ウェブアプリケーション２の起動回数が３回、ウェブアプリケーション３の起動回数が１回であったとすると、起動頻度（ここでは一例としてウェブアプリケーション１〜３間の相対値とする）として、図６（ａ）に示すようにウェブアプリケーション１について「0.6」、ウェブアプリケーション２について「0.3」、ウェブアプリケーション３について「0.1」が算出される。
【００６４】
次のステップＳ２５では、割当て容量再設定部３３Ｘは、算出された起動頻度が高いウェブアプリケーションほど、割当て容量が高くなるように、各ウェブアプリケーションの起動頻度に応じて、割当て容量をウェブアプリケーション毎に再設定する。例えば、まず、複数のウェブアプリケーションに対し再設定する割当て容量の相対的比率を求め、次に、当該時点で割当て可能な容量を、各ウェブアプリケーションの相対的比率に応じて各ウェブアプリケーションに配分することで、割当て容量をウェブアプリケーション毎に再設定してもよい。図６（ａ）に示すように、起動頻度が、ウェブアプリケーション１について「0.6」、ウェブアプリケーション２について「0.3」、ウェブアプリケーション３について「0.1」であった場合、当該時点で割当て可能な容量が、ウェブアプリケーション１〜３に対し６：３：１の比率で配分され、ウェブアプリケーション１〜３それぞれの割当て容量が再設定されることとなる。
【００６５】
以後、図８においてステップＳ２１へ戻り、ステップＳ２１〜Ｓ２３、Ｓ２５の処理が繰り返し実行される。
【００６６】
以上説明した実施形態３によれば、起動頻度が高いウェブアプリケーションほど、キャッシュメモリの割当て容量が大きくなるように、各ウェブアプリケーションの起動頻度に応じて、各ウェブアプリケーションの割当て容量が再設定されるため、個々のウェブアプリケーションの起動頻度に応じて適正なメモリ容量のキャッシュメモリを各ウェブアプリケーション実行時に割り当てることが可能となる。
【符号の説明】
【００６７】
１…通信システム、１０…サーバ、１１…受信部、１２…送信部、１３…ファイルデータベース、１４…ファイル管理部、２０…ネットワーク、３０…通信端末、３０Ａ…ＣＰＵ、３０Ｂ…ＲＡＭ、３０Ｃ…ＲＯＭ、３０Ｄ…入力装置、３０Ｅ…通信装置、３０Ｆ…キャッシュメモリ、３０Ｇ…出力装置、３１…キャッシュメモリ、３２…キャッシュ制御部、３３…割当て容量調整部、３３Ｘ…割当て容量再設定部、３４…割当て容量記憶部、３５…割当て部、３６…ヒット率算出部、３７…閾値記憶部、３８…閾値再設定部、３９…起動頻度算出部。
【図１】
2010238112.tif 000003
【図２】
2010238112.tif 000004
【図３】
2010238112.tif 000005
【図４】
2010238112.tif 000006
【図５】
2010238112.tif 000007
【図６】
2010238112.tif 000008
【図７】
2010238112.tif 000009
【図８】
2010238112.tif 000010