JP2004139366A - キャッシュ配置方法 - Google Patents

Abstract

【課題】キャッシュサーバへのアクセスが集中しないよう、複数のキャッシュサーバにデータを分散させキャッシュすることで応答性能を確保する。
【解決手段】何秒以内で応答データが返らなければいけないかという応答時間制限、応答データとして返ってくるデータがどれぐらいの期間で更新されるかというデータ有効期限、そのデータがどれぐらい利用されるかというデータ利用頻度、データサイズなどのデータの粒度を要求の種類ごとに管理する手段と、帯域幅や通信速度といったクライアント計算機の環境を管理する手段を有し、それらに応じて、データをキャッシュするキャッシュサーバ計算機を選定する。また、クライアント計算機の場所を監視し、新たにクライアント計算機が追加された場合やクライアント計算機の場所が移動した際に、データをキャッシュするキャッシュサーバ計算機を動的に変更する。
【選択図】　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、複数のサーバ計算機と複数のクライアント計算機をネットワークで接続してサービスを提供するシステムにおいて、複数の属性に基いてキャッシュを最適に配置するキャッシュ配置方法に関する。
【０００２】
【従来の技術】
多数のクライアント計算機からサーバ計算機に対して同時に要求があった場合、サーバ計算機の処理負荷が高まり、処理遅延が発生してしまう。また、ネットワーク負荷による通信遅延なども発生する。こうした処理遅延や通信遅延などの原因により、応答性能の確保が問題となっている。応答性能確保の解決方法の一つとして、データをキャッシュする方法が用いられている。クライアント計算機とサーバ計算機の間にキャッシュサーバ計算機を配置し、クライアント計算機はキャッシュサーバ計算機を通してサーバ計算機にアクセスする。キャッシュサーバ計算機は、サーバ計算機からの応答データをキャッシュしておく。キャッシュサーバ計算機はクライアント計算機から要求があった場合に、キャッシュしてあるデータがあるかどうかを調べ、ある場合にはそのキャッシュデータをクライアントに返し、ない場合には、サーバ計算機に要求を出して、サーバ計算機からの応答データをキャッシュしてからクライアント計算機に返す。
【０００３】
サーバ計算機からキャッシュデータを取得する従来手法として、更新時刻などの情報取得条件に基づいて、キャッシュサーバ計算機がサーバ計算機からデータを取得する方法がある。例えば、「情報キャッシュサーバ、情報キャッシュシステム、情報取得方法および情報取得のための記録媒体」と題する特許文献１によると、「情報キャッシュサーバは、指定された情報を情報取得条件に従って情報提供サーバから取得してクライアントに送るか、または予め情報提供サーバから取得して記憶し、クライアントに送る。」とある。
【０００４】
キャッシュサーバ計算機にアクセスが集中すると、処理負荷が高まり遅延が発生する。これを解決するために、キャッシュサーバ計算機を複数用意し、キャッシュサーバ計算機の負荷を抑える従来手法として、キャッシュサーバ計算機からクライアント計算機までデータを送るのにかかる時間（ネットワーク待ち時間）や、キャッシュサーバの負荷状態に基いて、キャッシュデータを複数のキャッシュサーバに分散して配置する方法がある。例えば、「共同Ｗｅｂキャッシングのための遅延対応ハッシングの方法及び構成」と題する特許文献２によると、「ハッシング時にネットワーク待ち時間遅延及びプロキシ負荷状態が考慮される。その結果、負荷状態が良ければ、リクエストを地理的に近いプロキシ・キャッシュにハッシュすることができる。他の場合リクエストは地理的に遠いプロキシ・キャッシュにハッシュされ、キャッシュ間の負荷のバランスが取られる。」とある。
【０００５】
【特許文献１】
特開２００１−４３１２４号公報
【特許文献２】
特開２００１−２７３１８６号公報
【０００６】
【発明が解決しようとする課題】
本発明の目的は、複数のサーバ計算機と複数のクライアント計算機をネットワークで接続してサービスを提供するシステムにおいて、サーバ計算機とクライアント計算機の間に複数のキャッシュサーバ計算機を置き、クライアント計算機の場所やクライアント計算機からの要求に基づいて、キャッシュを最適に配置する方法を提供することである。サービス毎に提供する機能によって、クライアント計算機からサーバ計算機への要求の種類は限定され、その要求の種類によって、応答データの有効期限や、データのサイズなどが分類できる。また、クライアント計算機は、それぞれの計算機ごとに帯域幅が違うため、クライアント計算機毎に通信速度も異なる。要求毎の特徴や、クライアント計算機の環境に合わせてキャッシュを最適な場所に動的に配置することによる応答性能の確保を目的とする。
【０００７】
従来のキャッシング技術には、応答時間短縮、ネットワーク帯域幅の節約、キャッシュヒット率の向上などを目的として、どのデータをキャッシュ内に保存するか、キャッシュが一杯になった場合にどのデータを優先的に残すか、キャッシュしたデータをいつ更新するかなどの様々な方法がある。これらの方法では、キャッシュする場所に関しては考慮していない。しかし、多数のクライアント計算機から、同じサーバ計算機に対してアクセスするような状況があるサービスを考えた場合には、キャッシュサーバ計算機へのアクセスが集中し、キャッシュサーバ計算機の負荷が高くなり、応答性能が確保できないという問題点がある。
【０００８】
また、キャッシュサーバ計算機の負荷軽減を目的に、キャッシュデータを複数のキャッシュサーバ計算機に分散して配置する従来方法がある。この従来方法では、アクセスするサーバ計算機などによって利用するキャッシュサーバ計算機を切り替えている。しかし、この方法は、複数サーバ計算機へのアクセスが平準化される場合は有効であるが、同時に多数のクライアント計算機から同じサーバ計算機内のデータにアクセスする場合には、そのサーバ計算機に対応するキャッシュサーバ計算機の負荷が高くなってしまい、応答性能が確保できないという問題点ある。
【０００９】
また、サーバ計算機から全てのキャッシュサーバ計算機に全てのデータを放送型で配信する従来方法がある。しかし、全てのクライアント計算機で全てのデータを利用するわけではないし、一度しか要求しないデータもある。このため、放送型でデータを配信するとキャッシュサーバ計算機のキャッシュが無駄に大きくなってしまい、キャッシュヒット率の低下を引き起こしてしまうという問題点があり、キャッシュを用いる有効性が低くなってしまう。
【００１０】
【課題を解決するための手段】
上記の目的を達成するために、本発明においては、何秒以内で応答データが返ってこなければいけないかという応答時間制限、応答データとして返ってくるデータがどれぐらいの期間で更新されるかというデータ有効期限、そのデータがどれぐらい利用されるかというデータ利用頻度、データサイズなどのデータの粒度を要求の種類ごとに管理する手段と、帯域幅や通信速度といったクライアント計算機の環境を管理する手段を有し、それらに応じて、データをキャッシュするキャッシュサーバ計算機を選定する手段を有する。
【００１１】
また、クライアント計算機の場所を監視し、新たにクライアント計算機が追加された場合やクライアント計算機の場所が移動した際に、データをキャッシュするキャッシュサーバ計算機を動的に変更する手段を有する。
【００１２】
【発明の実施の形態】
本発明の２つの実施例を、図を用いて以下で詳細に説明する。プラント設備を遠隔から監視する遠隔プラント監視システムにおけるキャッシュ配置方法が第１の実施例である。遠隔プラント監視システムで、操作端末であるクライアント計算機の数や場所が変化した場合におけるキャッシュ配置方法が第２の実施例である。
【００１３】
第１の実施例では、遠隔プラント監視システムにおいて、要求毎に異なるデータの粒度に応じてキャッシュを配置する例を説明する。
【００１４】
図１は、第１の実施例における遠隔プラント監視システムの構成例を示す図である。遠隔プラントシステムは、操作端末１０３・１０４、キャッシュサーバ１０５・１０６、プラント制御システム１０８、キャッシュ配置サーバ１２０、サービス提供サーバ１２１、および、広域ＩＰ網１０７から構成される。さらに、プラント制御システム１０８は、監視サービスを提供するシステムであり、ゲートウェイ１０９、制御サーバ１１０、制御機器１１１・１１２から構成され、ゲートウェイ１０９を通して外部と接続されている。制御サーバ１１０が、制御機器１１１・１１２の制御を行う。操作端末１０３・１０４は、プラント監視サービスを利用する側の機器であり、利用者１０１・１０２は操作端末１０３・１０４から広域ＩＰ網１０７を通して、プラント制御システム１０８にアクセスする。キャッシュサーバ１０５・１０６は、操作端末１０３・１０４とプラント制御システム１０８の間にあり、操作端末１０３・１０４からプラント制御システム１０８へのアクセスは、全てキャッシュサーバ１０５・１０６を通して行われる。キャッシュ配置サーバ１２０により、キャッシュの配置を管理する。遠隔プラント監視サーバ１２１では、遠隔プラント監視システムとしての利用者管理やアクセス権の管理を行う。ここで、操作端末１０３・１０４、キャッシュサーバ１０５・１０６、プラント制御システム１０８は、数に制限はなく複数存在しても良い。また、操作端末１０３・１０４は、ネットワークに常時接続された計算機でもよいし、アクセス時に電話回線を通して接続する計算機や、無線等を用いてネットワークに接続する計算機でもよい。例えば、パソコン、携帯電話、ＰＤＡなどが操作端末となる。
【００１５】
図２は、第１の実施例における処理の概要を示す図である。図１に示した操作端末１０３から制御サーバ１１０に対して、制御機器１１１の動作状況を取得する要求を出した場合の処理は、次の流れで構成される。最初にステップ２０１で、対象となる遠隔プラント監視システムにおいて、操作端末１０３から制御サーバ１１０へ発行される全ての要求のデータ粒度（データサイズ、利用頻度など）を、キャッシュ配置サーバ１２０に定義する。次にステップ２０２で、ステップ２０１で定義した要求毎のデータ粒度と、操作端末１０３における通信速度などの端末環境に応じて、要求毎にどのキャッシュサーバにデータをキャッシュするかを決定する。ステップ２０３では、操作端末１０３からの制御機器１１１の動作状況取得要求がキャッシュサーバ１０５に渡る。キャッシュサーバ１０５では、その動作状況取得要求に対する応答データをキャッシュしているかどうかを調べ、キャッシュしている場合はステップ２０４に、キャッシュしていない場合はステップ２０５に進む。ステップ２０４では、キャッシュしてあった応答データを操作端末１０３へ返す。ステップ２０５では、ゲートウェイ１０９を通して制御サーバ１１０に対して動作状況取得要求を送る。ステップ２０６では、制御サーバ１１１から返ってきた応答データを、発行した動作状況取得情報と関連付けてキャッシュしてから、応答データを操作端末１０３に返す。
【００１６】
図３は、図２に記載したステップ２０１で定義される要求のデータ粒度の詳細を示す図である。要求ごとに定義されるデータ粒度は、操作名３０１、有効期限３０２、使用頻度３０３、データサイズ３０４、応答制限時間３０５の項目から構成される。このデータ粒度の定義は、キャッシュ配置サーバ１２０のメモリ上に蓄積されても良いし、データベースなどの外部記憶に蓄積されても良い。操作名３０１は、操作端末１０３から制御サーバ１１１への要求の種類を一意に識別できるものである。この操作名３０１をもとにして、キャッシュデータを保持しているかどうかの判定を行う。有効期限３０２は、要求に対する応答データが、どれぐらいの間隔で更新されるかを示すものである。例えば、監視画面データ取得要求では、制御機器１１１・１１２の最新の動作状況を取得する。その制御機器１１１・１１２の動作状況が１０秒間隔で更新されるとすると、監視画面取得データ要求での有効期限は１０秒と定義される。使用頻度３０３は、その要求がどれぐらいの頻度で利用されるかを表すものである。例えば、日報表示要求の場合は、一日に数回、日報で前日の動作状況をチェックするのに利用される。データサイズ３０４は、応答データのサイズを表すものである。例えば、ヒストリカルのトレンドグラフデータ取得要求では、過去のある期間の制御機器１１１・１１２のデータを全て取得するため、データサイズ３０４は１ＭＢと大きくなる。応答制限時間３０５は、操作端末１０３・１０４で発行された要求に対する応答データが、どれぐらいの時間内に返ってこなければならないかを表すものである。例えば、監視画面データ取得要求では、制御装置１１１・１１２のリアルタイムの動作状況を取得して利用者１０１・１０２に提示しければならないので、応答制限時間３０５は３秒と短くなる。
【００１７】
図４は、図２に記載したステップ２０２の詳細な処理フローを示す図である。図１で示した操作端末１０３から遠隔プラントの制御機器１１１・１１２を監視する遠隔プラント監視システムでは、初めにステップ４０１で、利用者１０１が遠隔プラント監視システムにログインをする。次にステップ４０２では、操作端末１０３での通信速度を測定する。操作端末１０３は通信速度測定のために、プラント制御システム１０８に対してダミーデータを要求する。プラント制御システム１０８内のゲートウェイ１０９では、操作端末からの要求に合わせて、サイズが１ＫＢのダミーデータを操作端末に返す。また、操作端末１０３と制御サーバ１１０間の通信経路上のキャッシュサーバでは、ダミーデータを要求してからどれぐらいの時間で応答データが返ってきたかを示す応答時間を計測し、キャッシュサーバ自身のアドレスと計測した応答時間を応答データに付け加えて返す。操作端末１０３は、通信速度測定の応答データに操作端末１０３自身のアドレスと応答時間を付け加えたデータをキャッシュ配置サーバ１２０に送る。これにより、キャッシュ配置サーバ１２０では、操作端末１０３の応答性能、操作端末１０３から制御サーバへの通信経路、そして通信経路上にあるキャッシュサーバでの応答性能が分かる。ステップ４０３では、操作端末１０３から受け取ったデータと、図２に記載したステップ２０１で定義したデータ粒度の定義から、キャッシュを配置する最適な場所を決定する。まず初めに、図３に記載したデータ粒度で定義されている要求に対して、一つずつキャッシュの最適な配置場所を決定していく。まず、定義された要求の中から一つを選択する。例えば、要求一覧の中から監視画面データ取得要求を選択する。次に、応答時間制限３０５を満たすことが出来るキャッシュサーバを選定する。監視画面データ取得要求の場合は、データサイズ３０５が０．５ＫＢで、応答時間制限３０５が３秒である。データサイズと応答性能（応答データが返ってくるまでの時間）は比例すると仮定し、ダミーデータは１ＫＢであったので、０．５ＫＢの場合は、１ＫＢの時よりも応答性能が２分の１となる。監視画面データ取得要求の応答時間制限３０５は３秒であるので、６秒以内に応答データが返ってくる場所にあるキャッシュサーバがキャッシュを配置する候補のキャッシュサーバとなる。候補となるキャッシュサーバの中から、次に示す規則に従って、キャッシュを配置するキャッシュサーバを決定する。
規則１：有効期限が短く、使用頻度が高いデータは、プラント制御システムに近いキャッシュサーバにキャッシュを配置する。
規則２：使用頻度が高いデータは、操作端末側に近いキャッシュサーバにキャッシュを配置する。
規則３：データサイズが大きいデータは、できるだけ監視端末に近いキャッシュサーバにキャッシュを配置する。
【００１８】
規則１は、有効期限が短いデータは頻繁に更新されるため、要求があった場合に応答データをキャッシュし、同じ要求が来た場合にキャッシュデータを返す方法では、キャッシュヒット率が低下してしまい、効果が低い。しかし、毎回、プラント制御システム１０８に要求を出していたのでは、プラント制御システムの負荷が高くなってしまい、プラントの制御自体に影響を与えることになってしまう。そこで、有効期限が短く、使用頻度が高いデータに対しては、プラント制御システム１０８側からキャッシュサーバにデータを配信させることで、プラント制御システム１０８へのアクセス集中を回避することができる。データの配信先のキャッシュサーバの選択に関しては、頻繁にデータを配信することになるので、通信トラフィックを考慮して、プラント制御システム１０８に近いキャッシュサーバにデータを配信することが有効である。規則２は、使用頻度の高いデータは、頻繁にキャッシュサーバから操作端末にデータが送られることになるので、通信トラフィックを考慮して、操作端末に近いキャッシュサーバにキャッシュを配置することとする。規則３は、データサイズの大きいデータの転送は通信トラフィック増加の要因となるので、なるべく操作端末に近いキャッシュサーバにキャッシュを配置する。以上の流れに従い、全ての要求に対してキャッシュを配置するキャッシュサーバを決定する。ステップ４０４では、ステップ４０３で決定した要求ごとの最適なキャッシュサーバに対して、キャッシュをするように設定をする。この設定時に、要求毎のデータの有効期限３０２をキャッシュサーバに合わせて通知する。
【００１９】
図５は、図４に記載したステップ４０１のユーザ認証時に参照するデータベースのテーブル構造を表す。ユーザのＩＤ５０１とパスワード５０２の項目から構成され、利用者が入力したＩＤとパスワードの組合わせがデータベースに定義されていれば利用可能とする。
【００２０】
図６は、図４のステップ４０２において、操作端末１０３からキャッシュ配置サーバ１２０に送られる通信速度計測データの構造を示す図である。通信速度計測データは、操作端末データ６０１、キャッシュサーバデータ６０２、ダミーデータ６０３から構成される。操作端末データ６０１は、ＩＰアドレスなどで表される操作端末のアドレスと、図４のステップ４０２で計測された応答性能から構成される。同様に、キャッシュサーバデータ６０２は、キャッシュサーバのアドレスと、そのキャッシュサーバでの応答性能から構成される。ダミーデータ６０３は、データのサイズが１ＫＢで、応答データのサイズを調整するためだけのデータである。
【００２１】
図７は、図４のステップ４０３において求めたキャッシュの配置場所を格納しておくデータベースのテーブル構造を示している図である。操作端末アドレス７０１、操作名７０２、キャッシュサーバアドレス７０３の項目から構成される。操作端末アドレス７０１は、要求を出す操作端末１０３・１０４のアドレスを表す。操作名７０２は、操作端末１０３・１０４からプラント制御システム１０８に対する要求を一意に識別できるものであり、図３の操作名３０１と同等である。キャッシュサーバアドレス７０３は、キャッシュを格納するキャッシュサーバ１０５・１０６のアドレスである。操作端末アドレス７０１、操作名７０２、キャッシュサーバアドレス７０３の組は、「操作端末アドレス７０１の操作端末からプラント制御システム１０８に対して操作名７０２の要求を発行した場合、キャッシュサーバアドレス７０３のキャッシュサーバで応答データをキャッシュする」ということを示す。
【００２２】
図８は、図２のステップ２０６で応答データを格納・管理するためのデータベースのテーブルを示す図である。操作名８０１、有効期限８０２、データ取得時間８０３、キャッシュデータ８０４の項目から構成される。操作名８０１は、操作端末１０３・１０４からプラント制御システム１０８に対する要求を一意に識別できるものであり、図３の操作名３０１と同等である。有効期限８０２は、データの有効期限を表すものであり、図３の有効期限３０２と同等である。データ取得時間８０３は、データをキャッシュした時間を表すものである。キャッシュデータ８０４は、キャッシュしたデータそのものである。キャッシュしたデータをファイルとして記憶装置に記憶し、そのファイル名をキャッシュデータ８０４としても良い。
【００２３】
図９は、第１の実施例におけるソフトウェア構成を示す図である。操作端末１０３・１０４は、遠隔プラント監視９０１を持つ。利用者１０１・１０２は、遠隔プラント監視９０１にアクセスして、監視画面やトレンドグラフの閲覧などを行う。遠隔プラント監視サーバ１２１は、ユーザ認証９１１とユーザ管理データベース９１２を持つ。ユーザ認証９１１は、遠隔プラント監視９０１から送られてきたユーザＩＤとパスワードに基いて、遠隔プラント監視９０１の利用可否を決定する。ユーザ管理データベース９１２は、遠隔プラント監視システムを利用できるユーザのＩＤとパスワードを格納している。キャッシュサーバ１０５・１０６は、通信速度測定９２１、要求判定９２２、キャッシュ管理９２３、キャッシュ管理データベース９２４を持つ。通信速度測定９２１は、遠隔プラント監視９０１からの通信速度要求があった場合に、キャッシュサーバ１０５・１０６自身の通信速度の測定結果を応答データに付け加えて遠隔プラント監視９０１へ返す。要求判定９２２は、遠隔プラント監視９０１から要求が発行された場合に、その要求に対する応答データをキャッシュしているかどうかをキャッシュ管理９２３に問い合わせる。もしキャッシュしている場合には、そのキャッシュデータを応答データとして遠隔プラント監視９０１へ返す。キャッシュしていない場合には、制御サーバ１１０へ要求を送る。そして、制御サーバ１１０からの応答データを複製をキャッシュ管理９２３に渡し、応答データを遠隔プラント監視９０１に返す。キャッシュ管理９２３は、要求判定９２２からのキャッシュ管理データベース９２４で管理しているキャッシュの問合せとデータのキャッシュ要求を処理する。キャッシュ管理データベースは、キャッシュしているデータに関するデータを格納している。キャッシュ配置サーバ１２０は、通信速度管理９３１、データ粒度管理９３２、データ粒度データベース９３３、キャッシュ配置管理９３４、キャッシュ配置データベース９３５を持つ。通信速度管理９３１は、遠隔プラント監視９０１から通知された操作端末１０３・１０４、および、キャッシュサーバ１０５・１０６の応答性能を受け取り、キャッシュ配置管理９３４に渡す。データ粒度管理９３２は、要求毎のデータ粒度を管理する。データ粒度データベースは、全ての要求に対する操作名３０１、有効期限３０２、使用頻度３０３、データサイズ３０４、応答時間制限３０５を格納している。キャッシュ配置管理９３４は、応答性能とデータ粒度からキャッシュの配置場所を決定する。キャッシュ配置データベース９３５は、どの操作端末からの、どの要求を、どのキャッシュサーバでキャッシュしているかの情報を格納している。プラント制御システム１０８内のゲートウェイ１０９は、通信速度測定応答９４１を持つ。通信速度測定応答９４１は、操作端末１０３・１０４からの通信速度測定の要求に対して、１ＫＢのダミーデータを返す。
【００２４】
第２の実施例では、遠隔プラント監視システムにおいて、操作端末を監視し、操作端末の数や場所の変化に応じてキャッシュの配置を動的に変更する例を説明する。
【００２５】
図１０は、第２の実施例における遠隔プラント監視システムの構成例を示す図である。操作端末１０３・１００２、キャッシュサーバ１０５・１０６・１００３、プラント制御システム１０８、キャッシュ配置サーバ１２０、サービス提供サーバ１２１、および、広域ＩＰ網１０７から構成される。さらに、プラント制御システム１０８は、監視サービスを提供するシステムであり、ゲートウェイ１０９、制御サーバ１１０、制御機器１１１・１１２から構成され、ゲートウェイ１０９を通して外部と接続されている。制御サーバ１１０が、制御機器１１１・１１２の制御を行う。操作端末１０３・１００２は、プラント監視サービスを利用する側の機器であり、利用者１０１・１００１は操作端末１０３・１００２から広域ＩＰ網１０７を通して、プラント制御システム１０８にアクセスする。キャッシュ配置サーバ１２０により、キャッシュの配置を管理する。遠隔プラント監視サーバ１２１では、遠隔プラント監視システムとしての利用者管理やアクセス権の管理を行う。
【００２６】
初めに、操作端末の数が増えた場合についてのキャッシュの配置変更について説明する。利用者１０１だけが操作端末１０３から遠隔プラント監視システムを利用していたところに、利用者１０１とは別の利用者１００１が、操作端末１００２から遠隔プラント監視システムを利用しようとしたとする。操作端末１０３からの日報表示要求に対して、キャッシュサーバ１０５で応答データをキャッシュしていたとする。利用者１００１が遠隔プラント監視システムにログイン後、操作端末１００２からの要求に対するキャッシュの配置を決める際に、既存のキャッシュ配置を確認して、他の操作端末と同じキャッシュサーバでキャッシュすることができないかどうかを確認する。つまり、キャッシュサーバ１００３を経路上に持つ操作端末のキャッシュ配置状況を確認して、複数の操作端末に対して、できるだけキャッシュを共通利用できるようにキャッシュの再配置を行う。操作端末１０３・１００２に対する日報表示要求のキャッシュの配置場所として、キャッシュサーバ１００３が共通利用可能な場合は、キャッシュサーバ１０５の日報表示データをキャッシュする設定を解除して、キャッシュサーバ１００３に日報表示データをキャッシュする設定を行う。全ての操作に対して同様に処理し、キャッシュの再配置を行う。キャッシュの再配置の際には、もとのキャッシュサーバで管理していたキャッシュを、新しいのキャッシュサーバに移す。以上のように、操作端末の数が増えたり、場所が移動したりした際に、キャッシュの再配置を行う。
【００２７】
【発明の効果】
本発明によると、要求毎のデータ粒度と操作端末の環境といった複数の属性に基いてキャッシュを最適な場所に配置することで、サーバへのアクセス集中を軽減させることができ、利用者に対する応答性能の確保が可能となる。また、操作端末の数や場所の変化があった場合にキャッシュの再配置を行うため、どの操作端末でも、同じ応答性能を得ることが可能となる。
【図面の簡単な説明】
【図１】第１の実施例におけるシステムの構成例を示す図である。
【図２】第１の実施例における全体的な処理の流れを示す図である。
【図３】第１の実施例におけるデータ粒度データベースの構成を示す図である。
【図４】第１の実施例におけるキャッシュ配置場所を決める処理の流れを示す図である。
【図５】第１の実施例におけるユーザ管理データベースの構成を示す図である。
【図６】第１の実施例における通信速度測定データの構造を示す図である。
【図７】第１の実施例におけるキャッシュ配置データベースの構造を示す図である。
【図８】第１の実施例におけるキャッシュ管理データベースの構造を示す図である。
【図９】第１の実施例におけるソフトウェア構成を示す図である。
【図１０】第２の実施例におけるシステムの構成例を示す図である。
【符号の説明】
１０３・１０４…操作端末、１０５・１０６…キャッシュサーバ、１０７…広域ＩＰ網、１０８…プラント制御システム、１０９…ゲートウェイ、１１０…制御サーバ、１１１・１１２…制御機器、１２０…キャッシュ配置サーバ、１２１…サービス提供サーバ。

Claims (6)

1. 入力装置、出力装置、メモリ、中央処理装置、通信装置を具備した複数のサーバ計算機とクライアント計算機とキャッシュサーバ計算機を、ネットワークで接続してサービスを提供するシステムにおいて、複数の情報に基いて最適な該キャッシュサーバ計算機にキャッシュを配置することで、該クライアント計算機が要求する応答性能を確保することを特徴とするキャッシュ配置方法。
2. 請求項１のシステムは、該クライアント計算機から該サーバ計算機までの通信速度と、経路上にある該キャッシュサーバ計算機から該サーバ計算機までの通信速度を計算する第１のステップ、要求毎の最適なキャッシュサーバを決定する第２のステップ、該クライアント計算機から要求が発行された場合に、応答データをキャッシュしているかどうかを確認し、キャッシュしている場合にはキャッシュデータを応答データとして返し、キャッシュしてない場合には該サーバ計算機への要求の発行・応答データのキャッシュを行う第３のステップを具備することを特徴とするキャッシュ配置方法。
3. 請求項２のキャッシュの配置は、該クライアント計算機からの要求の種類によって該キャッシュデータを配置する該キャッシュサーバ計算機を変えることを特徴とするキャッシュ配置方法。
4. 請求項２のステップ２のキャッシュ配置方法は、データの有効期限・使用頻度・サイズといった要求毎のデータ粒度と、該クライアント計算機と該キャッシュサーバ計算機での通信速度に基いて、該最適なキャッシュサーバを選ぶことを特徴とするキャッシュ配置方法。
5. 請求項４のキャッシュ配置方法で、該キャッシュデータを配置する候補となる該キャッシュサーバが複数あった場合には処理を保留し、該最適なキャッシュサーバが一意に決定されるものを優先的に処理し、最後に保留していた処理を、すでに決定された該キャッシュデータの配置と照らし合わせ、できるだけ該キャッシュデータが分散配置されるように該キャッシュを選択することを特徴とするキャッシュ配置方法。
6. 請求項２において、該クライアント計算機の場所が変更された場合や、別のクライアント計算機が追加された場合に、できるだけキャッシュを共通的に利用するように該キャッシュデータを配置する該キャッシュサーバを選択し直すことを特徴とするキャッシュ配置方法。

Images