(57)【要約】【課題】ディスクに対する処理負荷に応じた迅速なアクセス処理を行うことができ、ウェブ情報をウェブブラウザに対して迅速に提供することを課題とする。【解決手段】プロキシサーバ１０は、取得要求されたウェブデータがメモリ１４ｂ内にキャッシュされておらず、ディスク１４ａ内にキャッシュされている場合には、ディスク１４ａの処理負荷を判定する。そして、プロキシサーバ１０は、ディスク１４ａの処理負荷が高いと判定された場合には、ディスク１４ａにアクセスせずに、ＷＷＷサーバ３０に対してアクセスする。そして、プロキシサーバ１０は、ＷＷＷサーバ３０からウェブデータを取得し、その取得されたウェブデータをＷＷＷブラウザ２０に送信する。【選択図】        図１
2007200138.tif 000002
【特許請求の範囲】
【請求項１】
ウェブブラウザとウェブサーバとの間に設置されるプロキシサーバとしてのコンピュータにおいて、ウェブサーバから取得したウェブ情報を記憶するディスクに対するアクセスを制御するアクセス制御プログラムであって、
前記ディスクの処理負荷を判定する判定手順と、
前記判定手順によって前記処理負荷が低いと判定された場合には、前記ディスクにアクセスし、また、前記処理負荷が高いと判定された場合には、ディスクに代わる代替手段にアクセスするアクセス手順と、
をコンピュータに実行させることを特徴とするアクセス制御プログラム。
【請求項２】
前記判定手順は、前記ウェブブラウザから所定のウェブサーバへウェブ情報の取得を要求する取得要求を受け付けた場合に、前記ディスクの処理負荷を判定し、
前記アクセス手順は、前記判定手順によって前記処理負荷が低いと判定された場合には、前記ディスクにアクセスして前記ウェブ情報を読み出し、また、前記処理負荷が高いと判定された場合には、前記ウェブサーバにアクセスして前記ウェブ情報を取得することを特徴とする請求項１に記載のアクセス制御プログラム。
【請求項３】
前記判定手順は、前記ウェブサーバから前記ウェブ情報を受信した場合に、前記ディスクの処理負荷を判定し、
前記アクセス手順は、前記判定手順によって前記処理負荷が低いと判定された場合には、前記ディスクにアクセスして前記ウェブ情報を書き込み、また、前記処理負荷が高いと判定された場合には、前記ディスクとは異なる一時記憶用のメモリにアクセスして前記ウェブ情報を書き込むことを特徴とする請求項１に記載のアクセス制御プログラム。
【請求項４】
前記判定手順は、前記ディスクに対するアクセスの頻度、前記ディスクによる自己診断処理の状況のいずれか一つまたは両方に応じて、前記ディスクの処理負荷を判定することを特徴とする請求項１〜３のいずれか一つに記載のアクセス制御プログラム。
【請求項５】
前記判定手順は、前記ディスクの処理負荷が高いと判定された場合に、前記取得要求があったウェブ情報のサイズをさらに判定し、
前記アクセス手順は、前記判定手順によって前記サイズが大きいと判定された場合には、前記ディスクにアクセスして前記ウェブ情報を読み出し、また、前記サイズが小さいと判定された場合には、前記ウェブサーバにアクセスして前記ウェブ情報を取得することを特徴とする請求項２に記載のアクセス制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ウェブブラウザとウェブサーバとの間に設置されるプロキシサーバとしてのコンピュータにおいて、ウェブサーバから取得したウェブ情報を記憶するディスクに対するアクセスを制御するアクセス制御プログラムに関する。
【背景技術】
【０００２】
従来より、ブラウザ（例えば、ＷＷＷブラウザ）からの取得要求を受け付け、ウェブサーバ（例えば、ＷＷＷサーバ）へのアクセスを中継するプロキシサーバに関する技術が実施されている（例えば、特許文献１）。このようなプロキシサーバは、ウェブサーバから取得したデータを記憶するハードディスクを備えている。そして、プロキシサーバは、ＷＷＷブラウザからウェブデータを要求する取得要求を受け付けると、受け付けた取得要求に関するウェブデータがハードディスクに記憶されているかを検索し、ハードディスクに記憶されている場合には、ウェブデータをハードディスクから取得して、ＷＷＷブラウザに送信する。
【０００３】
一方、プロキシサーバは、受け付けた取得要求に関するウェブデータがハードディスクに記憶されていない場合には、ＷＷＷサーバにアクセスし、取得したデータをハードディスクに記憶（以下、キャッシュという）するとともに、ＷＷＷブラウザに送信する。以後、プロキシサーバは、ＷＷＷブラウザから記憶されたデータへの取得要求が行われた場合には、ＷＷＷサーバへアクセスするのではなく、ハードディスクキャッシュされたデータを取得してＷＷＷブラウザに送信する。
【０００４】
【特許文献１】特開２００２−２７１４１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記した従来の技術では、取得要求に関するウェブデータがハードディスク内に存在する場合には、必ずハードディスクからデータを読み出していたので、例えば、ハードディスクへの負荷が高く、ハードディスクからウェブデータを取得するよりも、直接ＷＷＷサーバにアクセスしてデータを取得した方が早く処理が行える場合であっても、ハードディスクからウェブデータを取得することとなり、ウェブデータをＷＷＷブラウザに対して迅速に提供することができないという課題があった。
【０００６】
また、上記した従来の技術では、ウェブサーバから取得したデータを必ずハードディスクに記憶するので、例えば、ハードディスクへの負荷が高く、データをハードディスクに記憶するよりも、メモリに記憶した方が早く処理が行える場合であっても、ハードディスクにウェブデータを記憶することとなり、迅速にキャッシュできない結果、ウェブデータをＷＷＷブラウザに対して迅速に提供することができないという課題があった。
【０００７】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、ウェブデータをＷＷＷブラウザに対して迅速に提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、ウェブブラウザとウェブサーバとの間に設置されるプロキシサーバとしてのコンピュータにおいて、ウェブサーバから取得したウェブ情報を記憶するディスクに対するアクセスを制御するアクセス制御プログラムであって、前記ディスクの処理負荷を判定する判定手順と、前記判定手順によって前記処理負荷が低いと判定された場合には、前記ディスクにアクセスし、また、前記処理負荷が高いと判定された場合には、ディスクに代わる代替手段にアクセスするアクセス手順と、をコンピュータに実行させることを特徴とする。
【０００９】
また、請求項２に係る発明は、上記の発明において、前記判定手順は、前記ウェブブラウザから所定のウェブサーバへウェブ情報の取得を要求する取得要求を受け付けた場合に、前記ディスクの処理負荷を判定し、前記アクセス手順は、前記判定手順によって前記処理負荷が低いと判定された場合には、前記ディスクにアクセスして前記ウェブ情報を読み出し、また、前記処理負荷が高いと判定された場合には、前記ウェブサーバにアクセスして前記ウェブ情報を取得することを特徴とする。
【００１０】
また、請求項３に係る発明は、上記の発明において、前記判定手順は、前記ウェブサーバから前記ウェブ情報を受信した場合に、前記ディスクの処理負荷を判定し、前記アクセス手順は、前記判定手順によって前記処理負荷が低いと判定された場合には、前記ディスクにアクセスして前記ウェブ情報を書き込み、また、前記処理負荷が高いと判定された場合には、前記ディスクとは異なる一時記憶用のメモリにアクセスして前記ウェブ情報を書き込むことを特徴とする。
【００１１】
また、請求項４に係る発明は、上記の発明において、前記判定手順は、前記ディスクに対するアクセスの頻度、前記ディスクによる自己診断処理の状況のいずれか一つまたは両方に応じて、前記ディスクの処理負荷を判定することを特徴とする。
【００１２】
また、請求項５に係る発明は、上記の発明において、前記判定手順は、前記ディスクの処理負荷が高いと判定された場合に、前記取得要求があったウェブ情報のサイズをさらに判定し、前記アクセス手順は、前記判定手順によって前記サイズが大きいと判定された場合には、前記ディスクにアクセスして前記ウェブ情報を読み出し、また、前記サイズが小さいと判定された場合には、前記ウェブサーバにアクセスして前記ウェブ情報を取得することを特徴とする。
【発明の効果】
【００１３】
請求項１の発明によれば、ディスクの処理負荷を判定し、処理負荷が低いと判定された場合には、ディスクにアクセスし、また、処理負荷が高いと判定された場合には、ディスクに代わる代替手段にアクセスするので、ディスクに対する処理負荷に応じた迅速なアクセス処理を行うことができ、ウェブ情報をウェブブラウザに対して迅速に提供することが可能である。
【００１４】
また、請求項２の発明によれば、ウェブブラウザから所定のウェブサーバへウェブ情報の取得を要求する取得要求を受け付けた場合に、ディスクの処理負荷を判定し、処理負荷が低いと判定された場合には、ディスクにアクセスしてウェブ情報を読み出し、また、処理負荷が高いと判定された場合には、ウェブサーバにアクセスしてウェブ情報を取得するので、例えば、ディスクの処理負荷が高く、ディスクからウェブ情報を取得するよりも、直接ウェブサーバにアクセスしてウェブ情報を取得した方が早く処理が行える場合には、ディスクからウェブ情報を取得する結果、ウェブ情報をウェブブラウザに対して迅速に提供することが可能である。
【００１５】
また、請求項３の発明によれば、ウェブサーバからウェブ情報を受信した場合に、ディスクの処理負荷を判定し、処理負荷が低いと判定された場合には、ディスクにアクセスしてウェブ情報を書き込み、また、処理負荷が高いと判定された場合には、ディスクとは異なる一時記憶用のメモリにアクセスしてウェブ情報を書き込むので、例えば、ディスクの処理負荷が高く、ウェブ情報をディスクに記憶するよりも、メモリに記憶した方が早く処理が行える場合には、メモリにウェブ情報を記憶して迅速に処理する結果、ウェブ情報をウェブブラウザに対して迅速に提供することが可能である。
【００１６】
また、請求項４の発明によれば、ディスクに対するアクセスの頻度、ディスクによる自己診断処理の状況のいずれか一つまたは両方に応じて、ディスクの処理負荷を判定するので、ディスクの状況を考慮してディスクに対するアクセス負荷が高いか否かを判定する結果、ディスクの状況を反映して、ウェブ情報をウェブブラウザに対して迅速に提供することが可能である。
【００１７】
また、請求項５の発明によれば、ディスクの処理負荷が高いと判定された場合に、取得要求があったウェブ情報のサイズをさらに判定し、サイズが大きいと判定された場合には、ディスクにアクセスしてウェブ情報を読み出し、また、サイズが小さいと判定された場合には、ウェブサーバにアクセスしてウェブ情報を取得するので、例えば、ディスクに対する処理負荷が高いが、取得要求があったウェブ情報のデータサイズが大きいため、全体としてディスクにアクセスした方が処理を早く行える場合には、ディスクにアクセスして迅速なアクセス処理を行うことができ、ウェブ情報をウェブブラウザに対して迅速に提供することが可能である。
【発明を実施するための最良の形態】
【００１８】
以下に添付図面を参照して、この発明に係るアクセス制御プログラムおよびプロキシサーバの実施例を詳細に説明する。
【実施例１】
【００１９】
以下の実施例では、実施例１に係るプロキシサーバの概要および特徴、プロキシサーバの構成および処理の流れを順に説明し、最後に実施例１による効果を説明する。
【００２０】
［実施例１に係るプロキシサーバの概要および特徴］
まず最初に、図１を用いて、実施例１に係るプロキシサーバの概要および特徴を説明する。図１は、実施例１に係るプロキシサーバの概要および特徴を説明するための図である。
【００２１】
実施例１のプロキシサーバ１０では、ＷＷＷブラウザとＷＷＷサーバとの間に設置されるプロキシサーバ１０において、ウェブサーバから取得したウェブデータを記憶するディスク１４ａに対するアクセスを制御することを概要とする。そして、このプロキシサーバ１０では、ディスクに対する処理負荷に応じた迅速なアクセス処理を行うことができ、ウェブ情報をウェブブラウザに対して迅速に提供する点に主たる特徴がある。
【００２２】
この主たる特徴について具体的に説明すると、実施例１に係るプロキシサーバ１０は、図１に示すように、ＷＷＷサーバ３０から取得したウェブデータを記憶するディスク１４ａとウェブデータを一時的に記憶するメモリ１４ｂとを備える。このプロキシサーバ１０は、ＷＷＷブラウザ２０からウェブデータの取得を要求する取得要求を受け付けた場合に（図１（１）参照）、その取得要求されたウェブデータがディスク１４ａまたはメモリ１４ｂにキャッシュされているかを検索する（図１（２）参照）。具体的には、まず、プロキシサーバ１０は、メモリ１４ｂ内に取得要求されたウェブデータがキャッシュされているかを検索する。その結果、メモリ１４ｂ内に取得要求されたウェブデータがキャッシュされていない場合には、プロキシサーバ１０は、さらにディスク１４ａ内に取得要求されたウェブデータがキャッシュされているかを検索する。
【００２３】
そして、プロキシサーバ１０は、取得要求されたウェブデータがメモリ１４ｂ内にキャッシュされておらず、ディスク１４ａ内にキャッシュされている場合には、ディスク１４ａの処理負荷を判定する（図１（３）参照）。具体的には、ディスク１４ａに対するアクセスの頻度に応じて、ディスク１４ａの処理負荷を判定する。そして、プロキシサーバ１０は、ディスク１４ａに対するアクセスの頻度が少ない結果、ディスク１４ａの処理負荷が低いと判定された場合には、ディスク１４ａにアクセスしてウェブデータを取得する。
【００２４】
一方、プロキシサーバ１０は、ディスク１４ａに対するアクセスの頻度が多い結果、ディスク１４ａの処理負荷が高いと判定された場合には、ディスク１４ａにアクセスせずに、ＷＷＷサーバ３０に対してアクセスする（図１（４）参照）。そして、プロキシサーバ１０は、ＷＷＷサーバ３０からウェブデータを取得し（図１（５）参照）、その取得されたウェブデータをＷＷＷブラウザ２０に送信する（図１（６）参照）。
【００２５】
このように、プロキシサーバ１０は、上記した主たる特徴のごとく、ディスク１４ａに対する処理負荷に応じた迅速なアクセス処理を行うことができ、ウェブ情報をＷＷＷブラウザ２０に対して迅速に提供することが可能である。
【００２６】
［プロキシサーバの構成］
次に、図２を用いて、図１に示したプロキシサーバ１０の構成を説明する。図２は、実施例１に係るプロキシサーバ１０の構成を示すブロック図である。同図に示すように、このプロキシサーバ１０は、ＷＷＷブラウザ制御ＩＦ１１、ＷＷＷサーバ制御ＩＦ１２、制御部１３、記憶部１４を備え、ネットワーク４０を介してＷＷＷブラウザ２０およびＷＷＷサーバ３０と接続される。以下にこれらの各部の処理を説明する。
【００２７】
このうち、ＷＷＷブラウザ制御ＩＦ１１は、接続されるＷＷＷブラウザ２０との間でやり取りする各種情報に関する通信を制御する手段である。具体的には、ＷＷＷブラウザ制御ＩＦ１１は、ＷＷＷブラウザ２０から取得要求を受信し、また、ＷＷＷブラウザ２０へウェブデータを送信する。
【００２８】
ＷＷＷサーバ制御ＩＦ１２は、接続されるＷＷＷサーバ３０との間でやり取りする各種情報に関する通信を制御する手段である。具体的には、ＷＷＷサーバ制御ＩＦ１２は、ＷＷＷサーバ３０との間でウェブデータの送受信を行う。
【００２９】
記憶部１４は、制御部１３による各種処理に必要なデータおよびプログラムを格納する格納手段であり、特に本発明に密接に関連するものとしては、ディスク１４ａおよびメモリ１４ｂを備える。このディスク１４ａは、ウェブサーバから取得したウェブデータを記憶する手段である。また、メモリ１４ｂは、ウェブデータを一時的に記憶する手段である。
【００３０】
制御部１３は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に密接に関連するものとしては、キャッシュ検索部１３ａ、ディスク負荷判定部１３ｂ、サーバアクセス部１３ｃ、ディスクアクセス部１３ｄ、ウェブデータ送信部１３ｅを備える。なお、ディスク負荷判定部１３ｂは、特許請求の範囲に記載の「判定手段」に対応し、サーバアクセス部１３ｃおよびディスクアクセス部１３ｄは、特許請求の範囲に記載の「アクセス手段」に対応する。
【００３１】
このうち、キャッシュ検索部１３ａは、取得要求されたウェブデータがディスク１４ａまたはメモリ１４ｂにキャッシュされているかを検索する処理部である。具体的には、キャッシュ検索部１３ａは、ＷＷＷブラウザ２０からのウェブデータを要求する取得要求を受け付けると、メモリ１４ｂ内に取得要求されたウェブデータがキャッシュされているかを検索し、メモリ１４ｂ内に取得要求されたウェブデータキャッシュされていない場合には、ディスク１４ａ内に取得要求されたウェブデータがキャッシュされているかをさらに検索する。
【００３２】
ディスク負荷判定部１３ｂは、ディスク１４ａの処理負荷を判定する処理部であり、具体的には、キャッシュ検索部１３ａによってディスク１４ａ内に取得要求されたウェブデータをキャッシュしていると検索された場合には、ディスク１４ａに対するアクセスの頻度に応じて、ディスク１４ａの処理負荷を判定する。例えば、ディスク１４ａに対するアクセスの頻度が多い場合には、ディスク１４ａの処理負荷が高いと判定し、また、ディスク１４ａに対するアクセスの頻度が少ない場合には、ディスク１４ａの処理負荷が低いと判定する。
【００３３】
サーバアクセス部１３ｃは、ＷＷＷサーバ３０にアクセスする処理部であり、具体的には、ディスク負荷判定部１３ｂによってディスク１４ａの処理負荷が高いと判定された場合には、ディスク１４ａにアクセスせずに、ＷＷＷサーバ３０に対してアクセスしてウェブデータを取得する。また、メモリ１４ｂおよびディスク１４ａにウェブデータがキャッシュされていない場合もＷＷＷサーバ３０に対してアクセスしてウェブデータを取得する。
【００３４】
ディスクアクセス部１３ｄは、ディスク１４ａおよびメモリ１４ｂに対してアクセスする処理部であり、具体的には、ディスク負荷判定部１３ｂによってディスク１４ａの処理負荷が低いと判定された場合には、ディスク１４ａにアクセスしてウェブデータを取得する。また、ディスクアクセス部１３ｄは、キャッシュ検索部１３ｂによってメモリ内に取得要求されたウェブデータがキャッシュされていると検索された場合にはメモリ１４ｂからウェブデータを取得する。
【００３５】
ウェブデータ送信部１３ｅは、ウェブデータをＷＷＷブラウザ２０に送信する処理部であり、具体的には、サーバアクセス部１３ｃによってウェブデータが取得された場合には、ディスク１４ａにキャッシュする必要があるか判定する。そして、ウェブデータ送信部１３ｅは、取得されたウェブデータをディスク１４ａにキャッシュする必要がある場合には、ディスク１４ａにキャッシュする。一方、ウェブデータ送信部１３ｅは、取得されたウェブデータをディスク１４ａにキャッシュする必要がない場合には、ウェブデータをディスク１４ａにキャッシュせずに、ＷＷＷブラウザ２０へ送信する。また、ウェブデータ送信部１３ｅは、ディスクアクセス部１３ｄによってウェブデータが取得された場合には、その取得されたウェブデータをＷＷＷブラウザ２０へ送信する。
【００３６】
［プロキシサーバによる処理］
次に、図３を用いて、実施例１に係るプロキシサーバ１０による処理を説明する。図３は、実施例１に係るプロキシサーバ１０の処理動作を示すフローチャートである。
【００３７】
同図に示すように、プロキシサーバ１０のキャッシュ検索部１３ａは、ＷＷＷブラウザ２０からのウェブデータを要求する取得要求を受け付けると（ステップＳ１０１）、メモリ１４ｂ内に取得要求されたウェブデータがキャッシュされているかを検索し（ステップＳ１０２）、メモリ１４ｂ内に取得要求されたウェブデータがキャッシュされていない場合には（ステップＳ１０２否定）、ディスク１４ａ内に取得要求されたウェブデータがキャッシュされているかをさらに検索する（ステップＳ１０３）。一方、ディスクアクセス部１３ｄは、キャッシュ検索部１３aによってメモリ内に取得要求されたウェブデータがキャッシュされていると検索された場合には（ステップＳ１０２肯定）、メモリ１４ｂからウェブデータを取得する（ステップＳ１０７）。
【００３８】
そして、ディスク負荷判定部１３ｂは、キャッシュ検索部１３ａによってディスク１４ａ内に取得要求されたウェブデータをキャッシュしていると検索された場合には（ステップＳ１０３肯定）、ディスク１４ａに対するアクセスの頻度に応じて、ディスク１４ａの処理負荷を判定する（ステップＳ１０４）。その判定の結果、サーバアクセス部１３ｃは、ディスク負荷判定部１３ｂによってディスク１４ａに対するアクセスの頻度が少ない結果、ディスク１４ａの処理負荷が低いと判定された場合には（ステップＳ１０４否定）、ディスク１４ａにアクセスしてウェブデータを取得する（ステップＳ１０６）。
【００３９】
また、サーバアクセス部１３ｃは、ディスク負荷判定部１３ｂによってディスク１４ａに対するアクセスの頻度が多い結果、ディスク１４ａの処理負荷が高いと判定された場合には（ステップＳ１０４肯定）、ディスク１４ａにアクセスして（ステップＳ１０５）、ウェブデータを取得する（ステップＳ１０８）。
【００４０】
その後、ウェブデータ送信部１３ｅは、サーバアクセス部１３ｃによってウェブデータが取得された場合には（ステップＳ１０８）、ディスク１４ａにキャッシュする必要があるか判定する（ステップＳ１０９）。そして、ウェブデータ送信部１３ｅは、取得されたウェブデータをディスク１４ａにキャッシュする必要がある場合には（ステップＳ１０９肯定）、ディスク１４ａにキャッシュする（ステップＳ１１０）。一方、ウェブデータ送信部１３ｅは、取得されたウェブデータをディスク１４ａにキャッシュする必要がない場合には（ステップＳ１０９否定）、ウェブデータをディスク１４ａにキャッシュせずに、ＷＷＷブラウザ２０へ送信する（ステップＳ１１１）。また、ウェブデータ送信部１３ｅは、ディスクアクセス部１３ｄによってウェブデータが取得された場合には（ステップＳ１０６、ステップＳ１０７）、その取得されたウェブデータをＷＷＷブラウザ２０へ送信する（ステップＳ１１１）。
【００４１】
[実施例１の効果]
上述してきたように、プロキシサーバ１０は、ディスク１４ａの処理負荷を判定し、処理負荷が低いと判定された場合には、ディスク１４ａにアクセスし、また、処理負荷が高いと判定された場合には、ディスク１４ａに代わるＷＷサーバ３０にアクセスするので、ディスク１４ａに対する処理負荷に応じた迅速なアクセス処理を行うことができ、ウェブ情報をＷＷＷブラウザ２０に対して迅速に提供することが可能である。
【００４２】
また、実施例１によれば、ＷＷＷブラウザ２０から所定のＷＷＷサーバ３０へウェブ情報の取得を要求する取得要求を受け付けた場合に、ディスクの処理負荷を判定し、処理負荷が低いと判定された場合には、ディスク１４ａにアクセスしてウェブ情報を読み出し、また、処理負荷が高いと判定された場合には、ＷＷＷサーバ３０にアクセスしてウェブ情報を取得するので、例えば、ディスク１４ａの処理負荷が高く、ディスク１４ａからウェブ情報を取得するよりも、直接ＷＷＷサーバ３０にアクセスしてウェブ情報を取得した方が早く処理が行える場合には、ディスク１４ａからウェブ情報を取得する結果、ウェブ情報をＷＷＷブラウザ２０に対して迅速に提供することが可能である。
【００４３】
また、実施例１によれば、ディスク１４ａに対するアクセスの頻度に応じて、ディスク１４ａの処理負荷を判定するので、ディスク１４ａの状況を考慮してディスク１４ａに対するアクセス負荷が高いか否かを判定する結果、ディスク１４ａの状況を反映して、ウェブ情報をＷＷＷブラウザ２０に対して迅速に提供することが可能である。
【実施例２】
【００４４】
ところで、上記の実施例１では、ＷＷＷサーバ３０から取得されたウェブデータをディスク１４ａにキャッシュする場合を説明したが、本発明はこれに限定されるものではなく、ＷＷＷサーバ３０から取得されたウェブデータをメモリ１４ｂにキャッシュするようにしてもよい。
【００４５】
そこで、以下の実施例２では、ディスク１４ａの処理負荷が高いと判定されるとメモリ１４ｂにウェブデータをキャッシュする場合として、図４および図５を用いて、実施例２におけるプロキシサーバ１０ａの概要と特徴および処理について説明する。図４は、実施例２に係るプロキシサーバ１０ａの概要および特徴を説明するための図であり、図５は、実施例２に係るプロキシサーバ１０ａの処理手順を説明するためのフローチャートである。
【００４６】
まず最初に、実施例２に係るプロキシサーバ１０ａの概要および特徴を説明する。図４に示すように、プロキシサーバ１０ａは、実施例１と同様に、ＷＷＷブラウザ２０から取得要求を受け付けた場合に、その取得要求されたウェブデータがディスク１４ａまたはメモリ１４ｂにキャッシュされているかを検索して、ＷＷＷサーバ３０に対してアクセスする（図２（１）〜（３）参照）。
【００４７】
そして、実施例１とは異なり、実施例２に係るプロキシサーバ１０ａは、ＷＷＷサーバ３０からウェブデータを取得した後に（図４（４）参照）、取得されたウェブデータをキャッシュする必要がある場合には、ディスク１４ａの処理負荷を判定する（図１（５）参照）。具体的には、ディスク１４ａに対するアクセスの頻度に応じて、ディスク１４ａの処理負荷を判定する。その判定の結果、プロキシサーバ１０ａは、ディスク１４ａに対するアクセスの頻度が少ない結果、ディスク１４ａの処理負荷が低いと判定された場合には、ディスク１４ａにアクセスしてウェブデータをキャッシュする。
【００４８】
一方、プロキシサーバ１０ａは、ディスク１４ａに対するアクセスの頻度が多い結果、ディスク１４ａの処理負荷が高いと判定された場合には、ディスク１４ａにキャッシュせずに、メモリにキャッシュし（図４（６）参照）、そのキャッシュされたウェブデータをＷＷＷブラウザ２０に送信する（図４（７）参照）。
【００４９】
次に、図５を用いて実施例２に係るプロキシサーバ１０ａのアクセス制御処理について説明する。実施例２のアクセス制御処理は、図３に示した実施例１に係るアクセス制御処理と比較して、ディスク１４ａの処理負荷が高いと判定されるとメモリ１４ｂにウェブデータをキャッシュする点が相違する。
【００５０】
すなわち、図５に示すように、プロキシサーバ１０ａは、ＷＷＷサーバ３０からウェブデータを取得した後に（ステップＳ２０１肯定）、取得されたウェブデータをキャッシュする必要があるかを判定する（ステップＳ２０２）。そして、取得されたウェブデータをディスク１４ａにキャッシュする必要がない場合には（ステップＳ２０２否定）、キャッシュせずに（ステップＳ２０４）、ＷＷＷブラウザへウェブデータを送信する（ステップＳ２０７）。
【００５１】
一方、取得されたウェブデータをディスク１４ａにキャッシュする必要がある場合には（ステップＳ２０２肯定）、ディスク１４ａに対するアクセスの頻度に応じて、ディスク１４ａの処理負荷を判定する（ステップＳ２０３）。その判定の結果、ディスク１４ａに対するアクセスの頻度が少ない結果、ディスク１４ａの処理負荷が低いと判定された場合には（ステップＳ２０３否定）、ディスク１４ａにキャッシュする（ステップＳ２０５）。また、ディスク１４ａに対するアクセスの頻度が多い結果、ディスク１４ａの処理負荷が高いと判定された場合には（ステップＳ２０３肯定）、メモリ１４ｂにキャッシュする（ステップＳ２０６）。そして、ディスク１４ａまたはメモリ１４ｂにキャッシュした場合には（ステップＳ２０５、ステップＳ２０６）、ＷＷＷブラウザへウェブデータを送信する（ステップＳ２０７）。
【００５２】
このように、上記の実施例２では、ＷＷＷサーバ３０からウェブ情報を受信した場合に、ディスク１４ａの処理負荷を判定し、処理負荷が低いと判定された場合には、ディスク１４ａにアクセスしてウェブ情報を書き込み、また、処理負荷が高いと判定された場合には、ディスク１４ａとは異なる一時記憶用のメモリ１４ｂにアクセスしてウェブ情報を書き込むので、例えば、ディスク１４ａの処理負荷が高く、ウェブ情報をディスク１４ａに記憶するよりも、メモリ１４ｂに記憶した方が早く処理が行える場合には、メモリ１４ｂにウェブ情報を記憶して迅速に処理する結果、ウェブ情報をＷＷＷブラウザ２０に対して迅速に提供することが可能である。
【実施例３】
【００５３】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例３として本発明に含まれる他の実施例を説明する。
【００５４】
（１）処理負荷判定
また、上記の実施例１では、ディスク１４ａに対するアクセスの頻度に応じて、ディスク１４ａの処理負荷を判定する場合を説明したが、本発明はこれに限定されるものではなく、ディスクによる自己診断処理の状況に応じて、ディスク１４ａの処理負荷を判定してもよいし、ディスク１４ａに対するアクセスの頻度、ディスクによる自己診断処理の状況の両方に応じて、ディスク１４ａの処理負荷を判定してもよい。
【００５５】
このように、ディスク１４ａに対するアクセスの頻度、ディスク１４ａによる自己診断処理の状況のいずれか一つまたは両方に応じて、ディスク１４ａの処理負荷を判定するので、ディスク１４ａの状況を考慮してディスク１４ａに対するアクセス負荷が高いか否かを判定する結果、ディスク１４ａの状況を反映して、ウェブ情報をＷＷＷブラウザ２０に対して迅速に提供することが可能である。
【００５６】
（２）ディスク
また、本発明は、複数のディスク１４ａがある場合には、各ディスクの処理負荷を判定するようにしてもよい。具体的には、プロキシサーバ１０は、キャッシュ検索部１３ａによってディスク１４ａ内に取得要求されたウェブデータをキャッシュしていると検索された後に、各ディスクの処理負荷を判定する。その判定の結果、全てのディスク１４ａに対するアクセスの頻度が少ない結果、全てのディスク１４ａの処理負荷が低いと判定された場合には、ディスク１４ａにアクセスしてウェブデータを取得する。
【００５７】
一方、プロキシサーバ１０は、ディスク負荷判定部１３ｂによって全てのディスク１４ａに対するアクセスの頻度が多い結果、全てのディスク１４ａの処理負荷が高いと判定された場合には、ディスク１４ａにアクセスして、ウェブデータを取得する。
【００５８】
このように、複数のディスク１４ａがある場合には、各ディスク１４ａの処理負荷を判定するので、例えば、複数のディスク１４ａのうち全体として処理負荷が高いが、ウェブ情報を読み出されるディスク１４ａの処理負荷が高くない場合には、ディスク１４ａにアクセスしてウェブ情報を取得し、また、複数のディスク１４ａのうち全体として処理負荷が高いが、処理負荷が高くないディスク１４ａがある場合には、その処理負荷が高くないディスク１４ａにアクセスしてウェブ情報を書き込む結果、迅速なアクセス処理を行うことができ、各ディスク１４ａの処理負荷に応じて、ウェブ情報をＷＷＷブラウザ２０に対して迅速に提供することが可能である。
【００５９】
（３）データサイズ
また、本発明は、ウェブデータのサイズに応じて、ウェブデータを取得するアクセス先を決定するようにしてもよい。具体的には、図６に示すように、プロキシサーバ１０は、ディスク負荷判定部１３ｂによってディスク１４ａに対するアクセスの頻度が多い結果、ディスク１４ａの処理負荷が高いと判定された後に（ステップＳ３０４肯定）、取得要求があったウェブ情報のサイズを判定する（ステップＳ３０５）。
【００６０】
そして、ウェブデータのサイズが大きいと判定された場合には（ステップＳ３０５肯定）、ディスク１４ａにアクセスしてウェブデータを取得する（ステップＳ３０７）。一方、ウェブデータのサイズが小さいと判定された場合には（ステップＳ３０５否定）、ディスク１４ａにアクセスして（ステップＳ３０６）、ウェブデータを取得する（ステップＳ３０９）。
【００６１】
このように、ディスク１４ａの処理負荷が高いと判定された場合に、取得要求があったウェブ情報のサイズをさらに判定し、サイズが大きいと判定された場合には、ディスク１４ａにアクセスしてウェブ情報を読み出し、また、サイズが小さいと判定された場合には、ＷＷＷサーバ３０にアクセスしてウェブ情報を取得するので、例えば、ディスク１４ａに対する処理負荷が高いが、取得要求があったウェブ情報のデータサイズが大きいため、全体としてディスク１４ａにアクセスした方が処理を早く行える場合には、ディスク１４ａにアクセスして迅速なアクセス処理を行うことができ、ウェブ情報をＷＷＷブラウザ２０に対して迅速に提供することが可能である。
【００６２】
（４）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、キャッシュ検索部１３ａとディスク負荷判定部１３ｂを統合してもよい。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００６３】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００６４】
（５）プログラム
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図７を用いて、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図７は、プロキシサーバを実行するコンピュータを示す図である。
【００６５】
同図に示すように、プロキシサーバとしてのコンピュータ６００は、ＨＤＤ６１０、ＲＡＭ６２０、ＲＯＭ６３０およびＣＰＵ６４０をバス６５０で接続して構成される。
【００６６】
そして、ＲＯＭ６３０には、上記の実施例と同様の機能を発揮するプロキシサーバ、つまり、図７に示すように、キャッシュ検索プログラム６３１、ディスク負荷判定プログラム６３２、サーバアクセスプログラム６３３、ディスクアクセスプログラム６３４およびウェブデータ送信プログラム６３５が予め記憶されている。なお、プログラム６３１〜６３５については、図２に示したプロキシサーバの各構成要素と同様、適宜統合または分散してもよい。
【００６７】
そして、ＣＰＵ６４０が、これらのプログラム６３１〜６３５をＲＯＭ６３０から読み出して実行することで、図７に示すように、各プログラム６３１〜６３５は、キャッシュ検索プロセス６４１、ディスク負荷判定プロセス６４２、サーバアクセスプロセス６４３、ディスクアクセスプロセス６４４およびウェブデータ送信プロセス６４５として機能するようになる。各プロセス６４１〜６４５は、図２に示したキャッシュ検索部１３ａ、ディスク負荷判定部１３ｂ、サーバアクセス部１３ｃ、ディスクアクセス部１３ｄ、ウェブデータ送信部１３ｅにそれぞれ対応する。
【００６８】
また、ＨＤＤ６１０には、図７に示すように、ウェブデータテーブル６１１が設けられる。なお、ウェブデータテーブル６１１は、図２に示したディスク１４ａに対応する。そして、ＣＰＵ６４０は、ウェブデータテーブル６１１に対してデータを登録するとともに、ウェブデータテーブル６１１からウェブデータ６２１を読み出してＲＡＭ６２０に格納し、ＲＡＭ６２０に格納されたウェブデータ６２１に基づいて位置情報を管理する処理を実行する。
【００６９】
（付記１）ウェブブラウザとウェブサーバとの間に設置されるプロキシサーバとしてのコンピュータにおいて、ウェブサーバから取得したウェブ情報を記憶するディスクに対するアクセスを制御するアクセス制御プログラムであって、
前記ディスクの処理負荷を判定する判定手順と、
前記判定手順によって前記処理負荷が低いと判定された場合には、前記ディスクにアクセスし、また、前記処理負荷が高いと判定された場合には、ディスクに代わる代替手段にアクセスするアクセス手順と、
をコンピュータに実行させることを特徴とするアクセス制御プログラム。
【００７０】
（付記２）前記判定手順は、前記ウェブブラウザから所定のウェブサーバへウェブ情報の取得を要求する取得要求を受け付けた場合に、前記ディスクの処理負荷を判定し、
前記アクセス手順は、前記判定手順によって前記処理負荷が低いと判定された場合には、前記ディスクにアクセスして前記ウェブ情報を読み出し、また、前記処理負荷が高いと判定された場合には、前記ウェブサーバにアクセスして前記ウェブ情報を取得することを特徴とする付記１に記載のアクセス制御プログラム。
【００７１】
（付記３）前記判定手順は、前記ウェブサーバから前記ウェブ情報を受信した場合に、前記ディスクの処理負荷を判定し、
前記アクセス手順は、前記判定手順によって前記処理負荷が低いと判定された場合には、前記ディスクにアクセスして前記ウェブ情報を書き込み、また、前記処理負荷が高いと判定された場合には、前記ディスクとは異なる一時記憶用のメモリにアクセスして前記ウェブ情報を書き込むことを特徴とする付記１に記載のアクセス制御プログラム。
【００７２】
（付記４）前記判定手順は、前記ディスクに対するアクセスの頻度、前記ディスクによる自己診断処理の状況のいずれか一つまたは両方に応じて、前記ディスクの処理負荷を判定することを特徴とする付記１〜３のいずれか一つに記載のアクセス制御プログラム。
【００７３】
（付記５）前記判定手順は、前記ディスクの処理負荷が高いと判定された場合に、前記取得要求があったウェブ情報のサイズをさらに判定し、
前記アクセス手順は、前記判定手順によって前記サイズが大きいと判定された場合には、前記ディスクにアクセスして前記ウェブ情報を読み出し、また、前記サイズが小さいと判定された場合には、前記ウェブサーバにアクセスして前記ウェブ情報を取得することを特徴とする付記２に記載のアクセス制御プログラム。
【００７４】
（付記６）前記判定手順は、複数のディスクがある場合には、各ディスクの処理負荷を判定することを特徴とする付記１〜５のいずれか一つに記載のアクセス制御プログラム。
【００７５】
（付記７）ウェブブラウザとウェブサーバとの間に設置されるプロキシサーバとしてのコンピュータにおいて、ウェブサーバから取得したウェブ情報を記憶するディスクに対するアクセスを制御するプロキシサーバであって、
前記ディスクの処理負荷を判定する判定手段と、
前記判定手段によって前記処理負荷が低いと判定された場合には、前記ディスクにアクセスし、また、前記処理負荷が高いと判定された場合には、ディスクに代わる代替手段にアクセスするアクセス手段と、
を備えたことを特徴とするプロキシサーバ。
【産業上の利用可能性】
【００７６】
以上のように、本発明に係るプロキシサーバおよびプロキシサーバは、ＷＷＷブラウザとＷＷＷサーバとの間に設置されるプロキシサーバ１０において、ウェブサーバから取得したウェブデータを記憶するディスク１４ａに対するアクセスを制御するのに有用であり、特に、ディスクに対する処理負荷に応じた迅速なアクセス処理を行うことができ、ウェブ情報をウェブブラウザに対して迅速に提供するのに適する。
【図面の簡単な説明】
【００７７】
【図１】実施例１に係るプロキシサーバの概要および特徴を説明するための図である。
【図２】実施例１に係るプロキシサーバの構成を示すブロック図である。
【図３】実施例１に係るプロキシサーバの処理動作を示すフローチャートである。
【図４】実施例２に係るプロキシサーバの概要および特徴を説明するための図である。
【図５】実施例２に係るプロキシサーバ１０ａの処理手順を説明するためのフローチャートである。
【図６】実施例３に係るプロキシサーバを説明するためのフローチャートである。
【図７】プロキシサーバを実行するコンピュータを示す図である。
【符号の説明】
【００７８】
１０、１０ａ  プロキシサーバ
１１  ＷＷＷブラウザ制御ＩＦ
１２  ＷＷＷサーバ制御ＩＦ
１３  制御部
１３ａ  キャッシュ検索部
１３ｂ  ディスク負荷判定部
１３ｃ  サーバアクセス部
１３ｄ  ディスクアクセス部
１３ｅ  ウェブデータ送信部
１４  記憶部
１４ａ  ディスク
１４ｂ  メモリ
【図１】
2007200138.tif 000003
【図２】
2007200138.tif 000004
【図３】
2007200138.tif 000005
【図４】
2007200138.tif 000006
【図５】
2007200138.tif 000007
【図６】
2007200138.tif 000008
【図７】
2007200138.tif 000009