(57)【要約】【課題】キャッシュに割当てるメモリサイズを増やすことなく、通信時間を大幅に短縮することができるキャッシュ制御装置を提供する。【解決手段】キャッシュ制御装置は、データの種類毎に対応する複数のキャッシュ２５を備える。各キャッシュ２５の容量は、データをサーバから取得する際の転送レート、データのサイズ、データをサーバから取得するアクセス頻度の少なくとも１つに基づいて決定される。データの転送レートが低い（取得時間が長い）、データのサイズが大きい（取得時間が長い）、アクセス頻度が高い（取得回数が多い）場合に、大きな容量のキャッシュを割り当て、データの転送レートが高い（取得時間が短い）、データのサイズが小さい（取得時間が短い）、アクセス頻度が低い（取得回数が少ない）場合に、小さな容量のキャッシュを割り当てる。【選択図】  図１
2008210094.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して送受信するデータを記憶する複数のキャッシュと、
前記データをその種類毎に分類して前記複数のキャッシュに振り分けるデータ振り分け手段と、
前記複数のキャッシュの各々の容量を、そのキャッシュに振り分けられるデータの通信特性に基づいて設定するキャッシュ容量設定手段と、を備えるキャッシュ制御装置。
【請求項２】
前記データは、その種類毎に異なったプロトコルで送受信される請求項１に記載のキャッシュ制御装置。
【請求項３】
前記データの通信特性は、該データの転送レート、該データのサイズ及び前記サーバへのアクセス頻度の少なくとも１つである請求項１に記載のキャッシュ制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの種類に応じてキャッシュの容量を変更するキャッシュ制御装置に関するものである。
【背景技術】
【０００２】
従来、サーバからダウンロードしたデータ等を表示するブラウザ等は、サーバからダウンロードしたデータ等をキャッシュに一時的に保存する。再度同じページを参照する際に、ブラウザ等は、サーバからデータを再取得するのではなく、キャッシュからデータを再取得することで、データの取得時間を短縮し、処理を高速化している。
【０００３】
特許文献１のウェブページ提供装置では、ウェブページをダウンロードした際に、ウェブページは、ウェブページを構成するデータ（テキストデータ、静止画像データ、動画像データ、音声データ、楽曲データ等）毎に分割してキャッシュに格納される。この際、キャッシュに格納するデータのサイズ等を考慮しないので、どの種類のデータであっても、格納するキャッシュが同じである。更に、キャッシュの容量がオーバーした際には、データの取得順位、データのアクセス率等に基づいて、データを破棄する。
【０００４】
また、ウェブページを再度ダウンロードする際には、キャッシュに該当するデータが存在する場合は、キャッシュから該当するデータを取得して、ウェブページを生成している。キャッシュに該当するデータが存在しない場合は、ウェブページを再取得している。
【特許文献１】特開２００６−２２７６７１公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、サーバからダウンロードするデータの種類に応じて、データの取得にかかる時間が異なる。このため、取得時間が短いデータに比べて、取得時間が長いデータがキャッシュから破棄されることが多いと、データの取得時間を短縮することができない。
【０００６】
したがって、この発明の目的は、データの取得時間を鑑みてデータのキャッシュを行うキャッシュ制御装置を提供することにある。
【課題を解決するための手段】
【０００７】
請求項１のキャッシュ制御装置は、ネットワークを介して送受信するデータを記憶する複数のキャッシュと、前記データをその種類毎に分類して前記複数のキャッシュに振り分けるデータ振り分け手段と、前記複数のキャッシュの各々の容量を、そのキャッシュに振り分けられるデータの通信特性に基づいて設定するキャッシュ容量設定手段と、を備えることを特徴とする。
【０００８】
この構成では、キャッシュ制御装置は、ネットワークを介して送受信するデータを、データの種類毎に複数のキャッシュに振り分けて格納する。また、それぞれのキャッシュの容量は、そのキャッシュに振り分けられたデータの通信特性に基づいて決定される。ここでいう、データの通信特性とは、例えば、データの転送レート、データのサイズ、データを取得するサーバへのアクセス頻度等のことを言う。これにより、データの通信特性に基づいてキャッシュ容量が決定されるので、取得時間が長い種類のデータに大きい容量のキャッシュを割り当て、取得時間が短い種類のデータに小さい容量のキャッシュを割り当てることができる。このため、キャッシュ制御装置は、取得時間の短いデータに比べて、取得時間の長いデータを自装置のキャッシュから取得することができるので、データの取得時間を短縮することができる。つまり、キャッシュ制御装置は、キャッシュを割当てるメモリのサイズを大きくすることなく、データの取得時間を短縮することができる。すなわち、キャッシュを割当てるメモリのサイズと通信時間の最適化を図ることができる。
【０００９】
請求項２のキャッシュ制御装置は、前記データは、その種類毎に異なったプロトコルで送受信されることを特徴とする。
【００１０】
この構成では、キャッシュ制御装置は、データの種類毎に異なるプロトコルを用いてデータを送受信する。これにより、キャッシュ制御装置は、データの種類毎に、異なる転送レートのサーバから、データを取得することができる。
【００１１】
例えば、キャッシュ制御装置は、取得時間が短いテキストデータを転送レートが低いサーバから取得し、取得時間が長いバイナリデータを転送レートが高いサーバから取得することができる。このため、キャッシュ制御装置は、取得時間が短いデータに比べて、取得時間が長いデータの取得時間を短縮することができる。
【００１２】
請求項３のキャッシュ制御装置は、前記データの通信特性は、該データの転送レート、該データのサイズ及び前記サーバへのアクセス頻度の少なくとも１つであることを特徴とする。
【００１３】
この構成では、キャッシュ制御装置は、データの転送レート、データのサイズ、及び、データを取得するサーバへのアクセス頻度の少なくとも１つに基づいて、キャッシュの容量を割り当てる。キャッシュ制御装置は、データの転送レートが低い（取得時間が長い）、データのサイズが大きい（取得時間が長い）、アクセス頻度が高い（取得回数が多い）場合に、大きな容量のキャッシュを割り当てる。これにより、取得時間が長いデータを自装置のキャッシュから取得したり、サーバへのアクセス頻度を下げたり（データを自装置のキャッシュから取得したり）することで、データの取得時間を大幅に減少させることができる。
【発明の効果】
【００１４】
以上のように、この発明によれば、キャッシュに割当てるメモリサイズを増やすことなく、通信時間を大幅に短縮することができる。
【発明を実施するための最良の形態】
【００１５】
［第１実施形態］
本発明の第１実施形態に係るキャッシュ制御システムについて、図１を参照して説明する。図１は、サーバとキャッシュ制御装置の機能構成を示す図である。
【００１６】
図１に示すように、サーバ１（ＷＥＢサーバ１−１，ＮＦＳサーバ１−２）とキャッシュ制御装置２とは、ネットワーク３を介して接続される。ＷＥＢサーバ１−１には、テキストデータ１１が格納され、ＮＦＳサーバ１−２には、静止画像データ、動画像データ、音声データ、楽曲データ等のバイナリデータ１２が格納される。キャッシュ制御装置２は、ＨＴＴＰプロトコルを用いてＷＥＢサーバ１−１からテキストデータ１１を取得し、ＮＦＳプロトコルを用いてＮＦＳサーバ１−２からバイナリデータ１２を取得する。
【００１７】
キャッシュ制御装置２は、データの種類毎に異なるエリアが割当てられたキャッシュ２５（２５−１，２５−２）に取得したデータを格納する。具体的には、キャッシュ制御装置２は、取得したテキストデータ１１を、自装置のキャッシュ２５−１に格納し、取得したバイナリデータ１２を自装置のキャッシュ２５−２に格納するとともに、これら取得したデータ（テキストデータ１１，バイナリデータ１２）からページを生成して、自装置の表示部２６へ表示する。この際、キャッシュ制御装置２は、取得したいデータが自装置のキャッシュ２５に既に格納されている場合は、サーバ１からデータを取得せずに、キャッシュ２５に格納されたデータを取得し、これら取得したデータからページを生成して自装置の表示部２６へ表示する。
【００１８】
以上のように、キャッシュ制御装置２は、データの種類毎にエリアが異なるキャッシュ２５にサーバ１から取得したデータを格納する。この際、キャッシュ制御装置２は、キャッシュ２５のそれぞれの容量を、データサイズ、データを取得するサーバ１からの転送レート、データを取得するサーバ１へのアクセス頻度に応じて決定する。
【００１９】
キャッシュ２５の各容量を決定する第１の例として、データサイズが大きく取得時間が長いデータの格納先には、より大きな容量のキャッシュ２５を割当て、データサイズが小さく取得時間がデータ短いデータの格納先には、より小さな容量のキャッシュ２５を割当てる。これにより、キャッシュ制御装置２は、キャッシュ２５全体に割当てるメモリサイズを大きくすることなく、取得時間が短いデータに比べて、取得時間が長いデータを、自装置内のキャッシュ２５から取得できるようになるので、キャッシュ制御装置２は、データの取得時間を全体的に短縮することができる。すなわち、キャッシュ２５に割当てるメモリサイズと通信時間の最適化を行うことができる。
【００２０】
第２の例として、転送レートが低いサーバ１から取得するデータ（取得時間が長いデータ）の格納先には、より大きな容量のキャッシュ２５を割当て、転送レートが高いサーバ１から取得するデータ（取得時間が短いデータ）の格納先には、より小さな容量のキャッシュ２５を割当てる。これにより、キャッシュ制御装置２は、取得時間が短いデータに比べて、取得時間が長いデータを、自装置内のキャッシュ２５から取得できるようになるので、キャッシュ制御装置２は、データの取得時間を全体的に短縮することができる。すなわち、キャッシュ２５に割当てるメモリサイズと通信時間の最適化を行うことができる。
【００２１】
第３の例として、サーバ１へのアクセス頻度が高いデータの格納先には、より大きな容量のキャッシュ２５を割当て、サーバ１へのアクセス頻度が低いデータの格納先には、より小さな容量のキャッシュ２５を割当てる。これにより、キャッシュ制御装置２は、サーバ１から取得することが多いデータを、キャッシュ２５から取得できるようにすることで、サーバ１へのアクセス頻度を全体的に減らすことができ、データの取得時間を短縮することができる。すなわち、キャッシュ制御装置２は、取得時間が短いデータに比べて、取得時間が長いデータを、自装置内のキャッシュ２５から取得できるようになるので、キャッシュ制御装置２は、データの取得時間を全体的に短縮することができる。すなわち、キャッシュ２５に割当てるメモリサイズと通信時間の最適化を行うことができる。
【００２２】
また、上記第１の例〜第３の例を組合せて、各キャッシュ２５の容量を決定することもできる。
【００２３】
次に、キャッシュ制御装置２の機能構成について説明する。キャッシュ制御装置２は、ＣＰＵ２０、操作部２１、ＨＤＤ２２、メモリ２３、通信部２４、キャッシュ２５（２５−１,２５−２）及び表示部２６を備える。ＣＰＵ２０は、後述するようにキャッシュ制御装置２の各機能部を制御する。
【００２４】
操作部２１は、ユーザの操作入力を受け、表示部２６に表示するページの選択等の各種操作を行う。操作部２１は、ユーザからの操作入力内容を、ＣＰＵ２０へ出力する。
【００２５】
ＨＤＤ２２は、各種データを格納する場所で、キャッシュ制御装置２の制御プログラム等が格納される。
【００２６】
メモリ２３は、一時的にデータを格納する場所である。例えば、メモリ２３は、ＨＤＤ２２に格納された制御プログラム等が展開され、ＣＰＵ２０により実行される。また、メモリ２３は、後述する表示部２６に表示するデータを一時的に格納する。メモリ２３は、これらのデータからページを生成し、生成したページを表示部２６へ出力する。
【００２７】
通信部２４は、ネットワーク３を介してサーバ１とデータの送受信を行う。この際、通信部２４は、ＣＰＵ２０の指示により、送受信するデータのプロトコル制御を行う。具体的には、通信部２４は、テキストデータ１１を取得する際には、ＨＴＴＰプロトコルを用いてＷＥＢサーバ１−１へアクセスし、バイナリデータ１２を取得する際には、ＮＦＳプロトコルを用いてＮＦＳサーバ１−２へアクセスする。
【００２８】
キャッシュ２５は、複数のキャッシュ２５−１，２５−２から構成され、サーバ１から取得したテキストデータ１１及びバイナリデータ１２をデータの種類毎に振り分けて格納する場所である。テキストデータ１１は、キャッシュ２５−１に格納され、バイナリデータ１２はキャッシュ２５−２に格納される。キャッシュ２５−１，２５−２の容量は、キャッシュ容量設定方法に基づいて決定される。
【００２９】
キャッシュ容量設定方法には、例えば、取得データのサイズに基づく方法、転送レートに基づく方法、サーバ１へのアクセス頻度に基づく方法と、これらの方法を組み合わせた方法等がある。
【００３０】
具体的には、取得データのサイズに基づく方法とは、取得したデータのサイズが大きいと大きな容量のキャッシュ２５を割り当て、サイズが小さいと小さい容量のキャッシュ２５を割り当てる方法である。また、転送レートに基づく方法とは、転送レートが低い場合は大きな容量のキャッシュ２５を割り当て、転送レートが高い場合は小さな容量のキャッシュ２５を割り当てる方法である。この転送レートは、キャッシュ制御装置２とサーバ１との間の、回線の太さや回線の込み具合等により決まる。更に、サーバ１へのアクセス頻度に基づく方法とは、データ取得時にサーバ１へのアクセス頻度が高いデータは、大きな容量のキャッシュ２５を割り当て、サーバ１へのアクセス頻度が低いデータは、小さな容量のキャッシュ２５を割り当てる方法である。加えて、取得データのサイズに基づく方法、転送レートに基づく方法、サーバ１へのアクセス頻度に基づく方法を組合せてキャッシュ２５の容量を決定する方法もある。例えば、データサイズと転送レートに基づく方法とは、データサイズと転送レートによりデータの取得時間がわかるので、取得時間が長いデータは、大きな容量のキャッシュを割り当て、取得時間が短いデータは、小さな容量のキャッシュを割り当てる方法である。
【００３１】
表示部２６は、メモリ２３から入力されたページを表示する。
【００３２】
次に、表示部２６に表示するページを構成する各種データについて、図２を参照して、説明する。図２は、ページのソースを示す図である。図２（Ａ）は、テキストデータを示し、図２（Ｂ）は、バイナリデータを示す。
【００３３】
ページ（ＨＴＭＬ、ＸＭＬ等）は、テキストデータ１１（図２（Ａ）参照）とバイナリデータ１２（図２（Ｂ）参照）とから構成される。図２（Ａ）に示すように、キャッシュ制御装置２は、ページのタグを見て、データの種類を判別する。例えば、図２（Ａ）に示すページには、テキストデータ１１とバイナリデータ１２（静止画像データ）とが含まれる。バイナリデータ１２（静止画像データ）は、テキストデータ１１内に「ＩＭＧ」タグを用いて記載されている。これらのタグを参照することで、キャッシュ制御装置２は、ページに含まれるバイナリデータ１２の種類を知ることができる。
【００３４】
このように、ページは、タグを用いて記載することで、様々なデータを含むことができる。キャッシュ制御装置２は、ページのタグを参照することで、そのページに含まれるデータの種類を容易に判別することができる。
【００３５】
次に、キャッシュ制御装置２におけるデータの取得処理の流れについて図３を参照して説明する。図３は、データの取得時の処理の流れを示すフローチャートである。
【００３６】
図３に示すように、キャッシュ制御装置２は、ユーザからの操作入力（ページの選択）を受け付ける（Ｓ１０１）と、ＷＥＢサーバ１−１に対して、選択されたページのテキストデータ１１の取得を開始する（Ｓ１０２）。
【００３７】
キャッシュ制御装置２は、選択されたページのテキストデータ１１が自装置内のキャッシュ２５−１に格納されているかどうか調べる（Ｓ１０３）。キャッシュ２５−１に該当するテキストデータ１１が格納されている場合（Ｓ１０３：Ｙｅｓ）、キャッシュ制御装置２は、キャッシュ２５−１からテキストデータ１１を取得して（１０４）、ステップＳ１０８の処理へ進む。キャッシュ２５−１に該当するテキストデータ１１が格納されていない場合（Ｓ１０３：Ｎｏ）、キャッシュ制御装置２は、ＨＴＴＰプロトコルを用いて、ＷＥＢサーバ１−１から選択されたページのテキストデータ１１を取得する（Ｓ１０５）。キャッシュ制御装置２は、前述したキャッシュ容量設定方法に基づいて、キャッシュ２５−１の容量を変更して（Ｓ１０６）、取得したテキストデータ１１をキャッシュ２５−１に格納して（Ｓ１０７）、ステップＳ１０８の処理へ進む。
【００３８】
ステップＳ１０８にて、キャッシュ制御装置２は、取得したテキストデータ１１の内容を確認し、選択されたページに含まれるバイナリデータ１２を調べる（Ｓ１０９）。バイナリデータ１２が選択されたページに含まれる場合（Ｓ１０９：Ｙｅｓ）、キャッシュ制御装置２は、バイナリデータ１２の取得を開始する（Ｓ１１０）。
【００３９】
キャッシュ制御装置２は、バイナリデータ１２が自装置内のキャッシュ２５−２に格納されているかどうか調べる（Ｓ１１１）。キャッシュ２５−２に該当するバイナリデータ１２が格納されている場合（Ｓ１１１：Ｙｅｓ）、キャッシュ制御装置２は、キャッシュ２５−２からバイナリデータ１２を取得して（Ｓ１１２）、ステップＳ１１６の処理へ進む。キャッシュ２５−２に該当するバイナリデータ１２が格納されていない場合（Ｓ１１１：Ｎｏ）、キャッシュ制御装置２は、ＮＦＳプロトコルを用いて、ＮＦＳサーバ１−２からバイナリデータ１２を取得する（Ｓ１１３）。キャッシュ制御装置２は、前述したキャッシュ容量設定方法に基づいて、キャッシュ２５−２の容量を変更して（Ｓ１１４）、取得したバイナリデータ１２をキャッシュ２５−２に格納して（Ｓ１１５）、ステップＳ１１６の処理へ進む。
【００４０】
ステップＳ１１６にて、キャッシュ制御装置２は、取得したテキストデータ１１とバイナリデータ１２とから、ページを生成し（Ｓ１１６）、モニタに表示する（Ｓ１１７）。以上で、選択したページの取得が完了する。
【００４１】
なお、第1実施形態では、データの取得の都度、キャッシュ２５の容量を変更している。しかしながら、これに限らず、定期的にキャッシュ２５の容量を確認して、キャッシュ２５の容量を変更してもよい。
【００４２】
また、第1実施形態では、取得したデータを用いてページを生成し、生成したページを表示部２６に表示しているが、これに限らず、取得したデータを用いてページを生成し印刷する等、表示部２６に表示する以外の他の用途に利用してもよい。
【００４３】
更に、第１実施形態では、ＷＥＢサーバ１−１とＮＦＳサーバ１−２を１台ずつ設けたが、これに限らず、複数台のＷＥＢサーバ１−１と複数台のＮＦＳサーバ１−２を設けてもよい。また、キャッシュ制御装置２は、選択されたページ毎に異なるサーバ１からデータを取得してもよい。
【００４４】
加えて、第１実施形態では、ＨＴＴＰプロトコルとＮＦＳプロトコルとを用いてデータを取得したが。これに限らず、ＦＴＰプロトコルやＳＳＨプロトコル等を用いてデータを取得してもよい。
【００４５】
以上より、第1実施形態に係るキャッシュ制御装置２は、データの種類（テキストデータ１１，バイナリデータ１２）に応じて、自装置内のエリアが異なるキャッシュ２５に振り分けて格納する。また、キャッシュ２５全体の容量は一定であり、各キャッシュ２５の容量は、データサイズ、転送レート、サーバへのアクセス頻度等に基づいて決定し、大きなサイズのデータ、転送レートの低いデータ、サーバへのアクセス頻度が高い程、大きな容量が与えられる。これにより、サーバ１からの取得時間が長いデータは、自装置のキャッシュ２５からデータを取得するので、サーバ１へのアクセスを減らすことができる。また、サーバ１からの取得回数が多いデータは、自装置のキャッシュ２５からデータを取得するので、サーバ１へのアクセスを減らすことができる。このため、キャッシュ制御装置２は、キャッシュ２５全体に割当てるメモリサイズを大きくすることなく、データの取得時間を大幅に短縮することができる。
【００４６】
［第２実施形態］
次に、本発明の第２実施形態にかかるキャッシュ制御装置２について、図４を参照して説明する。図４は、サーバとキャッシュ制御装置の機能構成を示す図である。第１実施形態では、キャッシュ制御装置２は、バイナリデータ１２をキャッシュ２５−２に格納する。しかしながら、これに限らず、バイナリデータ１２の種類（静止画像データ、動画像データ、音声データ、楽曲データ等））毎にエリアの異なるキャッシュ２５に格納してもよい。具体的に例えば、静止画像データと動画像データのように、バイナリデータ１２は、データの種類によってデータサイズが大きく異なる。そこで、第２実施形態では、バイナリデータ１２についてもデータの種類毎に振り分けて、それぞれを異なるキャッシュ２５−２〜２５−ｎに格納する。これにより、データの種類の特性に応じて、より適切なキャッシュ容量が決定される。
【００４７】
また、第２実施形態では、ＷＥＢサーバ１０が、テキストデータ１１及びバイナリデータ１２（静止画像データ、動画像データ、音声データ、楽曲データ等）を保持する点で第１実施形態と異なる。キャッシュ制御装置２は、ＨＴＴＰプロトコルを用いて、ＷＥＢサーバ１０からテキストデータ１１及びバイナリデータ１２を取得して、それぞれをエリアの異なるキャッシュ２５を格納する。この際、バイナリデータ１２は、バイナリデータ１２の種類（静止画像データ、動画像データ、音声データ、楽曲データ等）毎に振り分けて、対応するそれぞれのキャッシュ２５（２５−１〜２５−ｎ）に格納される。
【００４８】
次に、キャッシュ制御装置２の機能構成について説明する。キャッシュ制御装置２は、ＣＰＵ２０、操作部２１、ＨＤＤ２２、メモリ２３、通信部２４、キャッシュ２５（２５−１〜２５−ｎ）及び表示部２６を備える。以下に、第１実施形態と異なるキャッシュ２５について説明する。
【００４９】
キャッシュ２５（２５−１〜２５−ｎ）は、各種データを格納する場所である。各種データは、ＣＰＵ２０により、データの種類（テキストデータ、静止画像データ、動画像データ、音声データ、楽曲データ等）毎に振り分けられ、それぞれのキャッシュ２５−１〜２５−ｎに格納される。また、各キャッシュ２５−１〜２５−ｎの容量は、前述の取得データのサイズに基づく方法を用いて決定される。
【００５０】
次に、キャッシュ制御装置２におけるデータの取得処理の流れについて図５を参照して説明する。図５は、データの取得時の処理の流れを示すフローチャートである。図５は、図３のステップＳ１１１〜Ｓ１１５の処理が、ステップＳ２１１〜Ｓ２１６の処理に置き換わる。他のステップＳ１０１〜Ｓ１１０，Ｓ１１６，Ｓ１１７については、図３と処理が同じであるため説明を除く。以下に、図３と異なるＳ２１１〜Ｓ２１６の処理について説明する。
【００５１】
キャッシュ制御装置２は、取得が必要なバイナリデータ１２が自装置内のキャッシュ２５−２〜２５−ｎに格納されているかどうか調べる（Ｓ２１１）。キャッシュ２５−２〜２５−ｎに該当するバイナリデータ１２が格納されている場合（Ｓ２１１：Ｙｅｓ）、キャッシュ制御装置２は、キャッシュ２５−２〜２５−ｎからバイナリデータ１２を取得して（Ｓ２１２）、ステップＳ２１７の処理へ進む。キャッシュ２５−２〜２５−ｎに該当するバイナリデータ１２が格納されていない場合（Ｓ２１１：Ｎｏ）、キャッシュ制御装置２は、ＨＴＴＰプロトコルを用いて、ＷＥＢサーバ１０から必要なバイナリデータ１２を取得する（Ｓ２１３）。キャッシュ制御装置２は、前述したキャッシュ容量設定方法に基づいて、キャッシュ２５−２〜２５−ｎの容量を変更して（Ｓ２１４）、取得したバイナリデータ１２を、データの種類毎に振り分けて（Ｓ２１５）、対応するキャッシュ２５−２〜２５−ｎに格納して（Ｓ２１６）、ステップＳ１１６の処理へ進む。
【００５２】
なお、第２実施形態では、データの取得の都度、キャッシュ２５の容量を変更している。しかしながら、これに限らず、定期的にキャッシュ２５の容量を確認して、キャッシュ２５の容量を変更してもよい。
【００５３】
また、第２実施形態では、取得したデータを用いてページを生成し、生成したページを表示部２６に表示しているが、これに限らず、取得したデータを用いてページを生成し印刷する等他の用途に利用してもよい。
【００５４】
更に、第２実施形態では、ＷＥＢサーバ１０を１台設けた。しかしながら、これに限らず、複数台のＷＥＢサーバ１０を設け、選択されたページ毎に異なるＷＥＢサーバ１０からデータを取得してもよい。また、ＷＥＢサーバに限らず、ＦＴＰサーバからＦＴＰプロトコルを用いて、各種データを取得してもよい。
【００５５】
以上より、第２実施形態に係るキャッシュ制御装置２は、同一ＷＥＢサーバ１０から取得したテキストデータ１１及びバイナリデータ１２のそれぞれをエリアの異なるキャッシュ２５に格納する。また、それぞれのキャッシュ２５の容量は、データサイズに基づいて決定し、データサイズが大きい程、大きな容量が与えられる。これにより、キャッシュ制御装置２は、データサイズの大きいデータ（ＷＥＢサーバ１０からの取得時間が長いデータ）を、自装置のキャッシュ２５から取得することができる。このため、キャッシュ制御装置２は、キャッシュ２５全体に割当てるメモリサイズを大きくすることなく、データの取得時間を大幅に短縮することができる。
【図面の簡単な説明】
【００５６】
【図１】サーバとキャッシュ制御装置の機能構成を示す図である。
【図２】ページのソースを示す図である。
【図３】データの取得時の処理の流れを示すフローチャートである。
【図４】第２実施形態に係るサーバとキャッシュ制御装置の機能構成を示す図である。
【図５】第２実施形態に係るデータの取得時の処理の流れを示すフローチャートである。
【符号の説明】
【００５７】
１−サーバ，１−１−ＷＥＢサーバ，１−２−ＮＦＳサーバ，２−キャッシュ制御装置，３−ネットワーク，１０−ＷＥＢサーバ，１１−テキストデータ，１２−バイナリデータ，２０−ＣＰＵ，２１−操作部，２２−ＨＤＤ，２３−メモリ，２４−通信部，２５（２５−１〜２５−ｎ）−キャッシュ，２６−表示部
【図１】
2008210094.tif 000003
【図２】
2008210094.tif 000004
【図３】
2008210094.tif 000005
【図４】
2008210094.tif 000006
【図５】
2008210094.tif 000007