非同期で更新される同一のデータを記憶する複数のデータベースサーバと、当該データベースサーバに記憶されたデータのキャッシュを記憶する複数あるキャッシュサーバとを有するキャッシュ制御システムであって、前記データベースサーバ各々は、自データベースサーバのデータが更新される場合に、更新される当該データを識別する更新データ識別情報を含む更新情報を複数ある前記キャッシュサーバを識別する識別情報各々に対応付けて更新情報記憶部に格納する格納部を備え、前記キャッシュサーバ各々は、複数ある前記データベースサーバ各々から、前記更新情報記憶部に前記格納部によって自キャッシュサーバを識別する識別情報に対応付けて格納された前記更新情報を取得する更新情報取得部と、前記更新情報取得部により取得された更新情報により識別されるデータのキャッシュを無効にする無効処理部とを備えたことを特徴とするキャッシュ制御システム。複数ある前記データベースサーバ各々は、複数ある前記データベースサーバ各々について、前記データの更新が終了したか否かを示す更新結果を記憶する更新結果記憶部を更に備え、前記キャッシュサーバ各々は、前記データベースサーバから、前記更新結果記憶部に記憶された複数あるデータベースサーバ各々についての前記更新結果を取得する更新結果取得部と、前記更新結果取得部によって取得された更新結果各々に基づいて、複数ある前記データベースサーバすべてについて更新が終了したか否かを判定し、更新が終了したと判定した場合には、前記更新情報取得部により取得された更新情報を前記更新情報記憶部から削除する削除処理を実行し、更新が終了していないと判定した場合には当該削除処理を実行しない削除処理部とを更に備えることを特徴とする請求項1に記載のキャッシュ制御システム。前記キャッシュサーバは、前記データベースサーバにおける更新が正常に実行されている状態か否かを複数ある前記データベースサーバ各々について判定する更新状態判定部を更に備え、前記キャッシュサーバの前記削除処理部は、前記更新状態判定部によって正常に実行されている状態であると判定されたデータベースサーバすべてについて更新が終了したか否かを判定し、更新が終了したと判定した場合には前記削除処理を実行し、更新が終了していないと判定した場合には前記削除処理を実行しないことを特徴とする請求項2に記載のキャッシュ制御システム。非同期で更新される同一のデータを記憶する複数のデータベースサーバと、当該データベースサーバに記憶されたデータのキャッシュを記憶する複数あるキャッシュサーバとを有するキャッシュ制御システムに適用されるキャッシュ制御方法であって、前記データベースサーバ各々は、自データベースサーバのデータが更新される場合に、更新される当該データを識別する更新データ識別情報を含む更新情報を複数ある前記キャッシュサーバを識別する識別情報各々に対応付けて更新情報記憶部に格納する格納ステップを含み、前記キャッシュサーバ各々は、複数ある前記データベースサーバ各々から、前記更新情報記憶部に前記格納ステップによって自キャッシュサーバを識別する識別情報に対応付けて格納された前記更新情報を取得する更新情報取得ステップと、前記更新情報取得ステップにより取得された更新情報により識別されるデータのキャッシュを無効にする無効処理ステップとを含むことを特徴とするキャッシュ制御方法。前記キャッシュサーバ各々は、前記データベースサーバから、複数ある前記データベースサーバ各々について前記データの更新が終了したか否かを示す更新結果を記憶する前記更新結果記憶部に記憶された複数あるデータベースサーバ各々についての前記更新結果を取得する更新結果取得ステップと、前記更新結果取得ステップによって取得された更新結果各々に基づいて、複数ある前記データベースサーバすべてについて更新が終了したか否かを判定し、更新が終了したと判定した場合には、前記更新情報取得ステップにより取得された更新情報を前記更新情報記憶部から削除する削除処理を実行し、更新が終了していないと判定した場合には当該削除処理を実行しない削除処理ステップとを更に含むことを特徴とする請求項4に記載のキャッシュ制御方法。前記キャッシュサーバは、前記データベースサーバにおける更新が正常に実行されている状態か否かを複数ある前記データベースサーバ各々について判定する更新状態判定ステップを更に含み、前記キャッシュサーバの前記削除処理ステップは、前記更新状態判定ステップによって正常に実行されている状態であると判定されたデータベースサーバすべてについて更新が終了したか否かを判定し、更新が終了したと判定した場合には前記削除処理を実行し、更新が終了していないと判定した場合には前記削除処理を実行しないことを特徴とする請求項5に記載のキャッシュ制御方法。非同期で更新される同一のデータを記憶する複数のデータベースサーバと、当該データベースサーバに記憶されたデータのキャッシュを記憶する複数あるキャッシュサーバとを有するキャッシュ制御システムにおいて用いられる当該データベースであって、自データベースサーバのデータが更新される場合に、更新される当該データを識別する更新データ識別情報を含む更新情報を複数ある前記キャッシュサーバを識別する識別情報各々に対応付けて更新情報記憶部に格納する格納部と、複数ある前記データベースサーバ各々から前記更新情報記憶部に前記格納部によって自キャッシュサーバを識別する識別情報に対応付けて格納された前記更新情報を取得し、取得した更新情報により識別されるデータのキャッシュを無効にするキャッシュサーバから更新情報を要求されると、更新情報を送信する更新情報送信部とを備えたことを特徴とするデータベースサーバ。非同期で更新される同一のデータを記憶する複数のデータベースサーバと、当該データベースサーバに記憶されたデータのキャッシュを記憶する複数あるキャッシュサーバとを有するキャッシュ制御システムにおいて用いられる当該データベースの制御プログラムであって、自データベースサーバのデータが更新される場合に、更新される当該データを識別する更新データ識別情報を含む更新情報を複数ある前記キャッシュサーバを識別する識別情報各々に対応付けて更新情報記憶部に格納する格納手順と、複数ある前記データベースサーバ各々から前記更新情報記憶部に前記格納手順によって自キャッシュサーバを識別する識別情報に対応付けて格納された前記更新情報を取得し、取得した更新情報により識別されるデータのキャッシュを無効にするキャッシュサーバから更新情報を要求されると、更新情報を送信する更新情報送信手順とを実行させることを特徴とするデータベースサーバ制御プログラム。非同期で更新される同一のデータを記憶する複数のデータベースサーバと、当該データベースサーバに記憶されたデータのキャッシュを記憶する複数あるキャッシュサーバとを有するキャッシュ制御システムにおいて用いられる当該キャッシュサーバの制御プログラムであって、自データベースサーバのデータが更新される場合に、更新される当該データを識別する更新データ識別情報を含む更新情報を複数ある前記キャッシュサーバを識別する識別情報各々に対応付けて更新情報記憶部に格納する格納部を備える前記データベースサーバ各々から、前記更新情報記憶部に前記格納部によって自キャッシュサーバを識別する識別情報に対応付けて格納された前記更新情報を取得する更新情報取得部と、前記更新情報取得部により取得された更新情報により識別されるデータのキャッシュを無効にする無効処理部とを備えたことを特徴とするキャッシュサーバ。非同期で更新される同一のデータを記憶する複数のデータベースサーバと、当該データベースサーバに記憶されたデータのキャッシュを記憶する複数あるキャッシュサーバとを有するキャッシュ制御システムにおいて用いられる当該キャッシュサーバのキャッシュサーバ制御プログラムであって、自データベースサーバのデータが更新される場合に、更新される当該データを識別する更新データ識別情報を含む更新情報を複数ある前記キャッシュサーバを識別する識別情報各々に対応付けて更新情報記憶部に格納する格納部を備える前記データベースサーバ各々から、前記更新情報記憶部に前記格納部によって自キャッシュサーバを識別する識別情報に対応付けて格納された前記更新情報を取得する更新情報取得手順と、前記更新情報取得手順により取得された更新情報により識別されるデータのキャッシュを無効にする無効処理手順とを実行させることを特徴とするキャッシュサーバ制御プログラム。しかしながら、IR技術と非同期型レプリケーションと併用すると、キャッシュサーバが古いデータを無効化することなく保持することがあるという問題がある。具体的には、非同期型レプリケーションを実行するシステムでは、複数あるデータベースサーバ各々に記憶されたデータが同一とはならない期間があり、更新されるタイミングが異なる結果データベースサーバごとにIR情報が生成されるタイミングも異なる。この結果、例えば、データベースサーバに故障が発生した場合に、データベースサーバに記憶されたデータとキャッシュサーバに記憶されたデータとが同一とならない場合がある。図38を更に用いて説明する。図38は、データベースサーバに記憶されたデータとキャッシュサーバに記憶されたデータとが同一とならない場合の一例を示す図である。図38における横軸は、時間軸を示し、左側から右側に向かって時間が経過するものとして説明する。なお、図38を用いて説明する際には、システムの構成が図37と同一であるものとして説明する。図38における時点130において、データベースサーバ120に記憶されたデータが更新され、データベースサーバ120にIR情報が登録された場合を用いて説明する。そして、図38における時点131において、キャッシュサーバ122とデータベースサーバ120との間でIR情報が共有され、キャッシュサーバ122において古いデータが無効化された場合を用いて説明する。そして、図38における時点132において、キャッシュサーバ123が、クライアント端末126へのサービス提供のため、自身の保持していないデータをデータベースサーバ121から取得する場合を用いて説明する。また、ここで、キャッシュサーバ123が取得したデータは、時点130における更新の対象となったデータであるものとして説明する。そして、図38における時点133において、データベースサーバ120に対して行われた更新が、非同期でデータベースサーバ121に対して行われる結果、データベースサーバ121に記憶されたデータが更新され、データベースサーバ121にIR情報が登録された場合を用いて説明する。そして、図38における時点134において、データベースサーバ121が故障した場合を用いて説明する。この場合、時点132においては、データベースサーバ121は更新されておらず、キャッシュサーバ123は、時点132において古いデータを取得する。その後、時点133においてデータベースサーバ121は更新されるが、時点134において故障する結果、キャッシュサーバ123は、時点132の時点において取得した古いデータを、無効化することなく保持することになる。開示の技術は、上述に鑑みてなされたものであって、キャッシュサーバに記憶された古いデータを無効化可能であるキャッシュ制御システム及びキャッシュ制御方法を提供することを目的とする。開示するキャッシュ制御システムは、1つの態様において、非同期で更新される同一のデータを記憶する複数のデータベースサーバと、当該データベースサーバに記憶されたデータのキャッシュを記憶する複数あるキャッシュサーバとを有するシステムとなる。また、キャッシュ制御システムでは、1つの態様において、前記データベースサーバ各々は、自データベースサーバのデータが更新される場合に、更新される当該データを識別する更新データ識別情報を含む更新情報を複数ある前記キャッシュサーバを識別する識別情報各々に対応付けて更新情報記憶部に格納する格納部を備える。また、キャッシュ制御システムでは、1つの態様において、前記キャッシュサーバ各々は、複数ある前記データベースサーバ各々から、前記更新情報記憶部に前記格納部によって自キャッシュサーバを識別する識別情報に対応付けて格納された前記更新情報を取得する更新情報取得部を備える。また、キャッシュ制御システムでは、1つの態様において、前記取得部により取得された更新情報により識別されるデータのキャッシュを無効にする無効処理部を備える。開示のキャッシュ制御システムの1つの態様によれば、1つでも正常なデータベースサーバがあれば、キャッシュサーバに記憶された古いデータを無効化可能であるという効果を奏する。以下に、開示するキャッシュ制御システム及びキャッシュ制御方法の実施例について、図面に基づいて詳細に説明する。なお、本実施例により開示する発明が限定されるものではない。各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。[実施例1に係るキャッシュ制御システムの全体像]実施例1に係るキャッシュ制御システムの全体像について説明する。実施例1に係るキャッシュ制御システムは、データベースサーバ200と、キャッシュサーバ300と、監視サーバ400と、クライアント端末500とを有する。データベースサーバ200は、データを記憶する。キャッシュサーバ300は、データベースサーバ200に記憶されたデータのキャッシュを記憶する。監視サーバ400は、データベースサーバ200を監視する。クライアント端末500は、利用者により用いられる端末であって、データベースサーバ200に記憶されたデータに基づくサービスの提供を受ける。図1は、実施例1に係るキャッシュ制御システムの一例の全体像を示す図である。図1に示す例では、実施例1に係るキャッシュ制御システムは、2つのデータベースサーバ200と、2つのキャッシュサーバ300と、1つの監視サーバ400と、1つのクライアント端末500とを有する場合を示した。2つのデータベースサーバ200と、2つのキャッシュサーバ300と、1つの監視サーバ400と、1つのクライアント端末500とは、ネットワークを介して相互に接続される。なお、図1に示す例では、キャッシュ制御システムが、2つのデータベースサーバ200と、2つのキャッシュサーバ300と、1つの監視サーバ400と、1つのクライアント端末500とを有する場合を示したが、これに限定されるものではない。例えば、キャッシュ制御システムは、3つ以上のデータベースサーバ200を有しても良く、3つ以上のキャッシュサーバ300を有しても良く、2つ以上の監視サーバ400を有しても良く、2つ以上のクライアント端末500を有しても良い。キャッシュ制御システムの全体像について説明する際には、図1に示すように、2つあるデータベースサーバ200各々をデータベースサーバ200-1とデータベースサーバ200-2と記載する。また、図1に示すように、2つあるキャッシュサーバ300をキャッシュサーバ300-1とキャッシュサーバ300-2と記載する。ここで、クライアント端末500は、図1の1に示す例では、キャッシュサーバ300-1に、データベースサーバ200-1又はデータベースサーバ200-2に記憶されたデータを要求するデータ要求を送信する。また、図1の4に示すように、クライアント端末500は、キャッシュサーバ300-1から受信したデータを用いて各種サービスを利用者に提供する。例えば、クライアント端末500は、キャッシュサーバ300-1から受信したデータを利用者に出力したり、キャッシュサーバ300-1から受信したデータを用いて実行されるサービスを利用者に提供したりする。データベースサーバ200-1及びデータベースサーバ200-2は、大容量のデータを記憶する記憶部を有する。データベースサーバ200-1やデータベースサーバ200-2の記憶部に記憶されたデータは、例えば、クライアント端末500により利用されたり参照されたりする。データベースサーバ200-1及びデータベースサーバ200-2は、非同期で更新される同一のデータを記憶する。また、データベースサーバ200-1及びデータベースサーバ200-2は、それぞれ、データベースサーバとしては独立した構成をとる。例えば、図1のA及びBに示す例では、データベースサーバ200-1が更新されると、データベースサーバ200-1は、更新データをデータベースサーバ200-2に配信し、データベースサーバ200-2が、配信された更新データに含まれる更新後のデータが登録される結果、データが更新される。また、データベースサーバ200-1及びデータベースサーバ200-2は、それぞれ、自データベースサーバに記憶されたデータが更新されると、IR情報を生成する。キャッシュ制御システムでは、IR情報は、キャッシュサーバ300にデータの更新があったことを通知する情報となる。キャッシュサーバ300-1及びキャッシュサーバ300-2は、データベースサーバ200-1やデータベースサーバ200-2に記憶されたデータのキャッシュを記憶する。例えば、キャッシュサーバ300-1及びキャッシュサーバ300-2は、データベースサーバ200-1又はデータベースサーバ200-2に記憶されるデータのうち、クライアント端末500によって過去に利用されたデータのキャッシュを記憶する。なお、キャッシュサーバ300-1及びキャッシュサーバ300-2は、過去に利用された自装置のキャッシュに記憶することで、クライアント端末500からの高速なアクセスを実現する。また、キャッシュサーバ300-1及びキャッシュサーバ300-2は、クライアント端末500からデータ要求を受信すると、データ要求により要求されたデータが自装置に記憶されている場合には、自装置が記憶しているデータをクライアント端末500に送信する。一方、キャッシュサーバ300-1及びキャッシュサーバ300-2は、データ要求により要求されたデータを自装置に記憶していない場合には、図1の2に示すように、データ検索要求をデータベースサーバ200-1やデータベースサーバ200-2に送信する。そして、図1の3に示すように、キャッシュサーバ300-1及びキャッシュサーバ300-2は、データベースサーバ200-1やデータベースサーバ200-2からデータ検索要求に対する応答となるデータ応答を受信すると、自装置のキャッシュに受信したデータのキャッシュを格納するとともに、図1の4に示すように、受信したデータをクライアント端末500に送信する。また、図1のaに示すように、キャッシュサーバ300-1及びキャッシュサーバ300-2は、任意のタイミングにて、データベースサーバ200-1やデータベースサーバ200-2に対してIR情報要求を送信する。ここで、データベースサーバ200-1やデータベースサーバ200-2によってIR情報が生成されていた場合には、図1のbに示すように、キャッシュサーバ300-1及びキャッシュサーバ300-2は、IR情報の応答を受信する。そして、キャッシュサーバ300-1及びキャッシュサーバ300-2は、クライアント端末500からのデータ要求に対して、自装置に記憶されている古いデータを無効化することで、クライアント端末500からのデータ要求に対して古いデータを送信しないようにする。監視サーバ400は、データベースサーバ200-1及びデータベースサーバ200-2の状態を監視する。ここで、図1のiに示すように、監視サーバ400は、データベースサーバ200-1又はデータベースサーバ200-2の状態についての情報である装置情報を取得し、データベースサーバ200の状態を判定する。そして、図1のiiに示すように、監視サーバ400は、データベースサーバ200-1及びデータベースサーバ200-2に対して、各データベースサーバ200各々についての判定結果となる装置状態を格納する旨の装置状態格納要求を送信する。また、図1のiiiに示すように、監視サーバ400は、故障したと判定したデータベースサーバ200に対して、キャッシュサーバ300との間におけるデータの送受信を閉塞する旨の閉塞要求を送信する。ここで、詳細については後述するように、実施例1に係るキャッシュ制御システムでは、データベースサーバ200各々は、自データベースサーバ200のデータが更新される場合に、更新されるデータを識別するキー情報を含むIR情報を複数あるキャッシュサーバを識別する識別情報各々に対応付けて生成する。また、キャッシュサーバ300各々は、複数あるデータベースサーバ200各々から、自キャッシュサーバを識別する識別情報に対応付けて生成されたIR情報を取得し、取得したIR情報により識別されるデータのキャッシュを無効にする。この結果、1つでも正常なデータベースサーバ200があれば、キャッシュサーバ300に記憶された更新前のデータを無効にすることが可能である。なお、キー情報は更新データ識別情報とも称し、IR情報は更新情報とも称する。また、詳細については後述するように、実施例1に係るキャッシュ制御システムでは、複数あるデータベースサーバ200各々は、複数あるデータベースサーバ200各々について、データの更新が終了したか否かを示す更新結果を記憶する。また、キャッシュサーバ300各々は、データベースサーバ200から、複数あるデータベースサーバ200各々についての更新結果を取得する。そして、キャッシュサーバ300は、更新結果情報各々に基づいて、複数あるデータベースサーバすべてについて更新が終了したか否かを判定し、更新が終了したと判定した場合にはIR情報をデータベースサーバ200から削除する削除処理を実行し、更新が終了していないと判定した場合には削除処理を実行しない。この結果、詳細については後述するように、データベースサーバ200がどのような状況において故障したとしても、キャッシュサーバ300によって古いデータが有効なまま記憶され続けることがなくなり、データベースサーバとキャッシュサーバとを確実に一致させることが可能である。また、詳細については後述するように、実施例1に係るキャッシュ制御システムでは、キャッシュサーバ300は、データベースサーバ200における更新が正常に実行されている状態か否かを複数あるデータベースサーバ200各々について判定する。そして、キャッシュサーバ300は、正常に実行されている状態であると判定されたデータベースサーバ200すべてについて更新が終了したか否かを判定し、更新が終了したと判定した場合に削除処理を実行し、更新が終了していないと判定した場合には削除処理を実行しない。の結果、データベースサーバ200とキャッシュサーバ300とを一致させることが可能である。[実施例1に係るキャッシュ制御システムの構成]実施例1に係るキャッシュ制御システムの構成の一例について説明する。以下では、実施例1におけるデータベースサーバ200の構成の一例と、実施例1におけるキャッシュサーバ300の構成の一例と、実施例1における監視サーバ400の構成の一例とを順に説明する。[実施例1におけるデータベースサーバ200の構成]図2は、実施例1におけるデータベースサーバの構成の一例を示すブロック図である。図2に示す例では、データベースサーバ200は、通信制御I/F部201と、記憶部210と、制御部220とを有する。通信制御I/F部201は、制御部220と接続される。通信制御I/F部201は、キャッシュサーバ300や、監視サーバ400、他のデータベースサーバ200との間でデータの送受信を行う。なお、通信制御I/F部201により送受信される情報の詳細については、適宜後述する。記憶部210は、制御部220と接続される。記憶部210は、制御部220による各種処理に用いるデータ及びプログラムを記憶する。記憶部210は、例えば、RAMRandomAccessMemoryやフラッシュメモリFlashMemoryなどの半導体メモリ素子、又は、ハードディスクや光ディスクなどの記憶装置である。図2に示す例では、記憶部210は、ユーザ情報DB211と、IR情報DB212と、配信情報DB213と、装置情報DB214とを有する。なお、IR情報DB212は、更新情報記憶部とも称し、配信情報DB213は、更新結果記憶部とも称する。ユーザ情報DB211は、クライアント端末500により利用されるデータやクライアント端末500に対してサービスを提供する際に用いられるデータを記憶する。ここで、複数あるデータベースサーバ200のユーザ情報DB211各々は、非同期で更新され、同一のデータを記憶する。以下では、ユーザ情報DB211が、キー情報と属性情報とを対応付けて記憶する場合を用いて説明する。ここで、属性情報とは、更新対象となるデータである。以下では、具体的な例をあげて説明する場合には、属性情報がユーザごとに一意となるパスワードである場合を用いて説明するが、これに限定されるものではなく、任意の情報であって良い。また、キー情報とは、属性情報を一意に識別する情報である。以下では、具体的な例をあげて説明する場合には、キー情報がユーザを識別するユーザ情報である場合を用いて説明するが、これに限定されるものではなく、任意の情報であって良い。また、以下では、ユーザ情報DB211が、キー情報と属性情報とを同じテーブルで記憶する場合を用いて説明するが、これに限定されるものではなく、別々のテーブルで記憶しても良い。また、以下では、キー情報と属性情報とがそれぞれ別個の情報である場合を用いて説明するが、これに限定されるものではなく、1つの情報であっても良く、任意の数の情報に分散されても良い。図3は、実施例1におけるデータベースサーバのユーザ情報DBに記憶された情報の一例を示す図である。図3に示す例では、ユーザ情報DB211は、キー情報U001と属性情報P001とを対応付けて記憶し、キー情報U002と属性情報P002とを対応付けて記憶する。すなわち、ユーザ情報DB211は、キー情報U001により識別されるデータが、属性情報P001であることを記憶する。図2の説明に戻る。IR情報DB212は、キャッシュサーバを識別する識別情報に対応付けて、IR情報を記憶する。図4は、実施例1におけるデータベースサーバのIR情報DBに記憶された情報の一例を示す図である。図4に示す例では、IR情報DB212は、キャッシュサーバを識別する識別情報であるキャッシュサーバ名に対応付けて、キー情報と更新IDとを含むIR情報を記憶する。ここで、更新IDとは、データベースサーバ200に記憶されたデータに対する更新を一意に識別する情報である。また、IR情報DB212に記憶されたキャッシュサーバ名は、IR情報の適用先となるキャッシュサーバ300を示す。図4に示す例では、IR情報DB212は、キャッシュサーバ名キャッシュサーバAに対応付けて、キー情報U001と更新IDI001とを含むIR情報を記憶する。すなわち、IR情報DB212は、キャッシュサーバAに適用されるIR情報として、更新IDI001により識別される更新により、ユーザ情報DB211に記憶されたデータのうちキー情報U001により識別されるデータが更新されたことを示すIR情報を記憶する。ここで、IR情報DB212は、後述するように、データベースサーバ200のデータが更新されると、キャッシュサーバ300それぞれについてIR情報が制御部220によって生成され、制御部220によって格納される。すなわち、IR情報DB212は、IR情報が生成された後、キャッシュサーバ300に用いられる前の段階においては、キャッシュサーバ名すべてについて、IR情報を対応付けて記憶する。また、IR情報DB212に記憶されたIR情報は、後述するように、キャッシュサーバ300が自装置内のキャッシュの最新化を行う際にキャッシュサーバ300によって参照される。図2の説明に戻る。配信情報DB213は、複数あるデータベースサーバ200各々について、データの更新が終了したか否かを示す更新結果を記憶する。図5は、実施例1におけるデータベースサーバの配信情報DBに記憶された情報の一例を示す図である。図5に示す例では、配信情報DB213は、更新IDと、データベースサーバ200を一意に識別する識別情報であるデータベースサーバ名と、配信結果と、更新結果とを含むレコードを記憶する。ここで、配信結果は、任意のデータベースサーバが更新された場合に、更新データが配信されたか否か示す。以下では、配信結果OKは、更新データの配信が成功した場合を示す。また、配信結果未配信は、更新データが配信されていない場合や、更新内用の配信が失敗した場合などが該当する。すなわち、配信結果OKである場合には、データベースサーバ200に更新データが届いていることを示し、更新結果未配信である場合には、データベースサーバ200に更新データが届いてないことを示す。また、更新結果は、データの更新が終了したか否かを示す。以下では、更新結果初期は、更新IDにより識別される更新が行われていないことを示す。また、更新結果OKは、更新IDにより識別される更新が成功したことを示す。また、更新結果NGは、更新IDにより識別される更新が失敗したことを示す。すなわち、更新結果OKである場合には、データベースサーバ200に更新が反映されたことを示し、更新結果初期やNGである場合には、データベースサーバ200に更新が反映されていないことを示す。図5に示す例では、配信情報DB213は、更新IDI001と、データベースサーバ名データベースサーバAと、配信結果OKと、更新結果OKとを含むレコードを記憶する。すなわち、図5に示す例では、配信情報DB213は、更新IDI001により識別される更新について、データベースサーバAに対する更新データの配信が成功したことを記憶し、データベースサーバBに対する配信が終了したことを記憶する。また、配信情報DB213に記憶された情報は、制御部220により更新され、キャッシュサーバ300がIR情報をデータベースサーバ200から削除するか否かを判定する際に用いられる。また、複数あるデータベースサーバ200の配信情報DB213は、同一の情報を記憶する。言い換えると、複数あるデータベースサーバ200各々が、データベースサーバ200各々についての配信結果や更新結果を共有する。なお、配信情報DB213に記憶された情報は、後述するように、キャッシュサーバ300が、IR情報をデータベースサーバ200から削除する削除処理を実行するか否かを判定する際に用いられる。配信情報DB213に記憶された情報は、後述するように、制御部220によって更新される。図2の説明に戻る。装置情報DB214は、データベースサーバ200各々の状態を記憶する。具体的には、装置情報DB214は、データベースサーバ200各々について、他のデータベースサーバ200からの更新データを受信したり、更新を実行したり、他のデータベースサーバ200に更新データを配信したりすることが可能であるか否かを示す情報を記憶する。図6は、実施例1におけるデータベースサーバの装置情報DBに記憶された情報の一例を示す図である。図6に示す例では、装置情報DB214は、データベースサーバ名に対応付けて、データベースサーバ200の状態を示す装置状態を記憶する。以下では、装置状態正常は、データベースサーバ200が更新データを配信したり受信したり、更新を実行したりする際に用いられるリソースが正常に動作しており、更新データの配信や受信が可能な状態であることを示す。また、装置状態故障は、データベースサーバ200が更新データを配信したり受信したり、更新を実行したりする際に用いられるリソースのいずれか1つ以上が故障しており、更新データの配信や受信、更新が不可能な状態であることを示す。図6に示す例では、装置情報DB214は、データベースサーバ名データベースサーバAに対応付けて、装置状態正常を記憶する。また、装置情報DB214は、データベースサーバ名データベースサーバBに対応付けて、装置状態正常を記憶する。すなわち、装置情報DB214は、データベースサーバAとデータベースサーバBとが、共に、更新データの配信や受信が可能な状態であることを記憶する。なお、各データベースサーバ300の装置情報DB214各々が、全データベースサーバ200についての装置情報を記憶する。ここで、装置情報DB214に記憶された情報は、データベースサーバ200が、自データベースサーバのユーザ情報DB211のデータが更新された場合に、更新データを配信する配信先となるデータベースサーバ200を決定する際に用いられる。また、装置情報DB214に記憶された情報は、監視サーバ400によって更新される。図2の説明に戻る。制御部220は、通信制御I/F部201及び記憶部210と接続される。制御部220は、OSOperatingSystemなどの制御プログラム、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。制御部220は、例えば、ASICApplicationSpecificIntegratedCircuit、FPGAFieldProgrammableGateArray、CPUCentralProcessingUnit、MPUMicroProcessingUnitなどである。図2に示す例では、制御部220は、キャッシュ応答部221と、IR情報応答部222と、更新情報応答部223と、更新成否応答部224と、装置状態応答部225と、装置状態格納部226と、閉塞制御部227と、更新情報配信部228と、更新再伝播部229とを有する。なお、各部の詳細については後述する。なお、更新情報配信部228は、格納部とも称する。また、更新情報応答部223は、更新情報送信部とも称する。[実施例1におけるキャッシュサーバの構成]図7は、実施例1におけるキャッシュサーバの構成の一例を示すブロック図である。図7に示す例では、キャッシュサーバ300は、通信制御I/F部301と、記憶部310と、制御部320とを有する。通信制御I/F部301は、制御部320と接続される。通信制御I/F部301は、データベースサーバ200やクライアント端末500との間でデータの送受信を行う。なお、通信制御I/F部301により送受信される情報の詳細については、適宜後述する。記憶部310は、制御部320と接続される。記憶部310は、制御部320による各種処理に用いるデータ及びプログラムを記憶する。記憶部310は、例えば、RAMやフラッシュメモリなどの半導体メモリ素子、又は、ハードディスクや光ディスクなどである。図7に示す例では、記憶部310は、キャッシュ311と、検索先状態DB312と、更新登録状態DB313とを有する。キャッシュ311は、データベースサーバ200のユーザ情報DB211に記憶されたデータのキャッシュを記憶する。具体的には、キャッシュ311は、ユーザ情報DB211に記憶されたデータのうち、過去に利用されたデータのキャッシュを記憶する。図8は、実施例1におけるキャッシュサーバのキャッシュに記憶された情報の一例を示す図である。図8に示す例では、キャッシュ311は、キー情報と属性情報とを対応付けて記憶する。図8に示す例では、キャッシュ311は、キー情報U001と属性情報P001とを対応付けて記憶し、キー情報U002と属性情報P002とを対応付けて記憶する。なお、キャッシュ311に記憶されるデータは、ユーザ情報DB211に記憶されるデータの一部又は全てとなる。なお、ユーザ情報DB211のデータが更新され、更新されたデータのコピーをキャッシュ311が記憶していた場合について説明する。この場合、キャッシュ311が記憶するデータは、古いデータとなる。キャッシュ311に記憶された古いデータは、後述するように、制御部320によって、データベースサーバ200から取得するIR情報に基づいて削除される。図7の説明に戻る。検索先状態DB312は、データベースサーバ200各々の状態を記憶する。具体的には、検索先状態DB312は、データベースサーバ200各々について、データ検索要求の送信先として良いか否かを記憶する。つまり、検索先状態DB312は、データ要求により要求されるデータのキャッシュがない場合に、データ要求により要求されるデータの検索を要求しても良いデータベースサーバ200のデータベースサーバ名を記憶する。図9は、実施例1におけるキャッシュサーバの検索先状態DBに記憶された情報の一例を示す図である。図9に示す例では、データベースサーバ名と閉塞状態とを対応付けて記憶する。ここで、閉塞状態未閉塞は、データベースサーバ200が閉塞されておらず、データベースサーバ200に対してデータ検索要求の送信先として良いことを示す。また、閉塞状態閉塞は、データベースサーバ200が閉塞されており、データベースサーバ200に対してデータ検索要求の送信先とできないことを示す。すなわち、後述するように、キャッシュサーバ300は、データベースサーバ200にデータ検索要求を送信する場合に、閉塞状態閉塞となっているデータベースサーバ200にはデータ検索要求を送信しない。また、キャッシュサーバ300は、データベースサーバ200にデータ検索要求を実行する場合に、閉塞状態未閉塞となっているデータベースサーバ200にデータ検索要求を送信する。図9に示す例では、検索先状態DB312は、データベースサーバ名データベースサーバAと閉塞状態未閉塞とを対応付けて記憶する。また、検索先状態DB312は、データベースサーバ名データベースサーバBと閉塞状態未閉塞とを対応付けて記憶する。すなわち、検索先状態DB312は、データベースサーバAとデーベースサーバBとの両方が閉塞されておらず、データ検索が可能な状態であることを示す。検索先状態DB312に記憶されたデータベースサーバ名各々により識別されるデータベースサーバ200各々は、キャッシュサーバ300が自装置に存在しないデータについてのデータ検索要求を送信する場合に、送信先となる検索先となるデータベースサーバ200となる。また、検索先状態DB312の閉塞状態の初期値は、例えば、閉塞とする。検索先状態DB312に記憶される閉塞状態は、後述するように、制御部320により更新される。図7の説明に戻る。更新登録状態DB313は、複数あるデータベースサーバ200各々について、データベースサーバ200においてデータの更新が成功している状態であるかを記憶する。図10は、実施例1におけるキャッシュサーバの更新登録状態DB313に記憶された情報の一例を示す図である。図10に示す例では、更新登録状態DB313は、データベースサーバ名と、データベースサーバ200においてデータの更新が成功している状態であるかを示す更新登録状態とを対応付けて記憶する。ここで、登録状態情報正常は、データベースサーバ200において更新が正常に行われていることを示す。登録状態情報伝播異常検出は、データベースサーバ200において故障などにより更新が失敗したことを検出したことを示す。登録状態情報伝播異常は、データベースサーバ200において故障などにより更新が失敗し、更新が失敗している状態が継続していることを示す。登録状態情報正常移行中は、故障回復などにより、前回の更新登録状態は伝播異常であったが、現在はデータベースサーバ200において更新が正常に行われていることを示す。図10に示す例では、更新登録状態DB313は、データベースサーバ名データベースサーバAと更新登録状態正常とを対応付けて記憶する。また、更新登録状態DB313は、データベースサーバ名データベースサーバBと更新登録状態正常とを対応付けて記憶する。すなわち、更新登録状態DB313は、データベースサーバAとデータベースサーバBとにおいて、更新が正常に行われていることを記憶する。なお、更新登録状態DB313に記憶された情報は、後述するように、制御部320が、IR情報をデータベースサーバ200から削除する削除処理を実行するか否かを判定する際に用いられる。更新登録状態DB313に記憶された情報は、後述するように、制御部320によって更新される。また、更新登録状態DB313は、例えば、自装置が参照する可能性のあるすべてのデータベースサーバ200について、更新登録状態の初期値として、更新登録状態伝播異常を記憶する。図7の説明に戻る。制御部320は、通信制御I/F部301及び記憶部310と接続される。制御部320は、OSなどの制御プログラム、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。制御部320は、例えば、ASIC、FPGA、CPU、MPUなどである。図7に示す例では、制御部320は、キャッシュ判定部321と、IR情報判定部322と、応答処理部323とを有する。なお、各部の詳細については後述する。なお、IR情報判定部322は、更新情報取得部や無効処理部、更新結果取得部、削除処理部、更新状態判定部とも称する。[実施例1における監視サーバの構成]図11は、実施例1における監視サーバの構成の一例を示すブロック図である。図11に示す例では、監視サーバ400は、通信制御I/F部401と、記憶部410と、制御部420とを有する。通信制御I/F部401は、制御部420と接続される。通信制御I/F部401は、データベースサーバ200各々とデータの送受信を行う。なお、通信制御I/F部401により送受信される情報の詳細については、適宜後述する。記憶部410は、制御部420と接続される。記憶部410は、制御部420による各種処理に用いるデータ及びプログラムを記憶する。記憶部410は、例えば、RAMやフラッシュメモリなどの半導体メモリ素子、又は、ハードディスクや光ディスクなどである。図11に示す例では、記憶部410は、装置情報DB411を有する。装置情報DB411は、データベースサーバ200各々の状態を記憶する。図12は、実施例1における監視サーバの装置情報DBに記憶された情報の一例を示す図である。図12に示す例では、装置情報DB411は、データベースサーバ名に対応付けて装置状態を記憶する。なお、装置情報DB411は、初期値として、複数あるデータベースサーバ200各々のデータベースサーバ名を記憶する。図12に示す例では、装置情報DB411は、データベースサーバ名データベースサーバAに対応付けて、装置状態正常を記憶する。また、装置情報DB411は、データベースサーバ名データベースサーバBに対応付けて、装置状態正常を記憶する。すなわち、装置情報DB411は、データベースサーバAとデータベースサーバBとが、共に、更新データの配信や受信、更新が可能な状態であることを記憶する。装置情報DB411に記憶された情報は、制御部420によって格納される。図11の説明に戻る。制御部420は、通信制御I/F部401及び記憶部410と接続される。制御部420は、OSなどの制御プログラム、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。制御部420は、例えば、ASIC、FPGA、CPU、MPUなどである。図11に示す例では、制御部420は、故障判定部421を有する。なお、故障判定部421の詳細については後述する。[実施例1に係るキャッシュ制御システムによる処理]実施例1に係るキャッシュ制御システムによる処理について説明する。以下では、キャッシュ制御システムが有する各装置間における処理の流れの一例をシーケンス図を用いて簡単に説明し、その後、各装置の各部による詳細な処理の流れの一例をフローチャートを用いて説明する。[実施例1におけるデータベースサーバ各々間における処理]図13は、実施例1におけるデータベースサーバ各々間における処理の流れの一例を示すシーケンス図である。図13では、2つのデータベースサーバ200がある場合を用いて説明する。具体的には、データベースサーバA及びデータベースサーバBを用いて説明する。また、以下では、データベースサーバAのユーザ情報DB211に記憶されたデータに対する更新指示があった場合を用いて説明する。図13に示すように、更新指示があるとステップS1401肯定、データベースサーバAの更新情報配信部228は、更新IDの払い出すステップS1402。例えば、更新情報配信部228は、配信時刻を更新IDとして払い出したり、配信情報に枝番号を付加した情報を更新IDとして払い出したりする。より詳細な一例をあげて説明すると、更新情報配信部228は、更新IDI001を払い出す。そして、更新情報配信部228は、複数あるデータベースサーバ200各々に更新データを配信するステップS1403。例えば、更新情報配信部228は、データベースサーバBに、更新IDI001と、更新指示により更新されるデータを識別するキー情報と、更新後のデータとを送信する。その後、データベースサーバAの更新情報配信部228は、複数あるデータベースサーバ200の配信情報DB213各々に、データベースサーバ200各々についての配信結果を更新IDに対応付けて格納するステップS1404。例えば、更新情報配信部228は、配信が成功したデータベースサーバ200のデータベースサーバ名と更新IDI001とに対応付けて配信結果OKを格納し、配信が成功しなかったデータベースサーバ200のデータベースサーバ名と更新IDI001とに対応付けて配信結果未配信を格納する。なお、更新情報配信部228は、装置状態が正常ではなく、配信先とならなかったデータベースサーバ200についても、データベースサーバ名と更新IDI001とに対応付けて、配信結果未配信を初期値として格納する。そして、データベースサーバAの更新情報配信部228は、配信結果OKとなっているデータベースサーバ200のユーザ情報DB211を更新するステップS1405。そして、データベースサーバAの更新情報配信部228は、複数あるデータベースサーバ200の配信情報DB213各々に、データベースサーバ200各々についての更新結果を更新IDに対応付けて格納するステップS1406。例えば、更新情報配信部228は、更新が成功したと判定したデータベースサーバ200のデータベースサーバ名と更新IDI001とに対応付けて、更新結果OKを格納する。より詳細な一例をあげて説明すると、更新情報配信部228は、データベースサーバ名データベースサーバBと更新IDI001とに対応付けて更新結果OKを格納する。また、更新情報配信部228は、データベースサーバ名データベースサーバAについても、更新IDI001に対応付けて更新結果OKを格納する。また、例えば、更新情報配信部228は、更新が成功したと判定しなかったデータベースサーバ200のデータベースサーバ名と更新IDI001とに対応付けて、更新結果NGを格納する。つまり、各データベースサーバ200は、複数あるデータベースサーバ200各々について、データの更新が終了したか否かを示す更新結果を記憶する。また、ここで、各データベースサーバ200では、ユーザ情報DB211が更新されると、更新情報配信部228が、IR情報を生成し、自装置のデータベースサーバ200のIR情報DB212に格納するステップS1407。具体的には、更新情報配信部228は、更新データに含まれる更新IDとキー情報とを対応付けて、IR情報DB212に格納する。また、ここで、更新情報配信部228は、データベースサーバ200と接続された複数あるキャッシュサーバ300のキャッシュサーバ名各々に対応付けて、IR情報を格納する。例えば、更新情報配信部228が、キャッシュサーバ名キャッシュサーバAに対応付けてIR情報を格納し、キャッシュサーバ名キャッシュサーバBに対応付けてIR情報を格納する。つまり、各データベースサーバ300の更新情報配信部228各々は、自データベースサーバのデータが更新される場合に、更新されるデータを識別するキー情報を含むIR情報を複数あるキャッシュサーバ名各々に対応付けてIR情報DB212に格納する。なお、図13に示す例では、データベースサーバAとデータベースサーバBの両方について、ユーザ情報DB211が更新された結果、IR情報が生成されて格納された場合を示した。なお、上記の処理手順は、上記の順番に限定されるものではなく、処理内容を矛盾させない範囲で適宜変更しても良い。例えば、上述の説明では、データベースサーバ200が2つである場合を用いて説明したが、これに限定されるものではなく、3つ以上であっても良い。また、上述した説明では、データベースサーバAの更新情報配信部228が、データベースサーバBのユーザ情報DB211を更新したり、配信情報DB213に配信結果や更新結果を格納したりする場合を例に示した。ただし、これに限定されるものではなく、データベースサーバBの更新情報配信部228がユーザ情報DB211を更新したり、配信情報DB213に配信結果や更新結果を格納したりしても良い。なお、更新情報配信部228により更新データが配信されなかったデータベースサーバ200に対しては、後述するように、更新再伝播部229により配信される。[実施例1におけるデータベースサーバと監視サーバ間における処理]図14は、実施例1におけるデータベースサーバと監視サーバ間における処理の流れの一例を示すシーケンス図である。以下に説明する処理は、定期的に実行されたり、不定期に実行されたりする。図14に示す例では、記載の便宜上、データベースサーバ200を1つ示した。図14に示すように、監視サーバ400の故障判定部421は、送信タイミングとなるとステップS1501肯定、自装置の装置情報DB411から、データベースサーバ名の一覧を取得し、取得したデータベースサーバ名により識別されるデータベースサーバ200各々に装置状態要求を送信するステップS1502。例えば、故障判定部421は、データベースサーバAに装置状態要求を送信する。その後、データベースサーバ200の装置状態応答部225は、装置状態要求を受信すると、自装置の状態を確認しステップS1503、装置状態要求に対応する応答となる装置情報を送信するステップS1504。例えば、装置状態応答部225は、後述する更新情報配信部228や更新再伝播部229による処理が実行される際に用いられる各種プロセスやネットワークの状態等を確認し、装置情報として送信する。その後、監視サーバ400の故障判定部421は、装置情報を受信すると、データベースサーバ200からの装置状態応答に基づいて故障判定を実行しステップS1505、判定結果を装置情報DB411に格納するステップS1506。例えば、データベースサーバAについて装置状態が正常であると判定した場合には、故障判定部421は、装置情報DB411に記憶された装置状態のうち、データベースサーバAに対応付けられた装置状態を正常に更新する。ここで、監視サーバ400の故障判定部421は、故障していると判定した場合にはステップS1507肯定、処理対象となったデータベースサーバ200に、キャッシュサーバ300との間におけるデータの送受信を閉塞する旨の閉塞要求を送信するステップS1508。なお、故障判定部421は、故障であると判定しなかった場合にはステップS1507否定、閉塞要求を送信しない。そして、監視サーバ400の故障判定部421は、全データベースサーバ200について実施していない場合にはステップS1509否定、ステップS1502に戻って処理を繰り返す。一方、故障判定部421は、全データベースサーバ200について実施した場合にはステップS1509肯定、各データベースサーバ200各々についての判定結果となる装置状態各々を格納する旨の装置状態格納要求をデータベースサーバ200各々に送信しステップS1510、処理を終了する。一方、データベースサーバ200では、閉塞要求を受信すると、閉塞制御部227が、キャッシュサーバとの間におけるデータの送受信を閉塞するステップS1511。また、データベースサーバ200では、装置状態格納要求を受信すると、装置状態格納部226が、データベースサーバ200各々についての装置状態を受信した装置情報格納要求から取得し、自装置の装置情報DB214に格納するステップS1512。[実施例1におけるキャッシュサーバとデータベースサーバの間における処理]図15及び図16は、実施例1におけるキャッシュサーバとデータベースサーバの間における処理の流れの一例について示すシーケンス図である。以下に詳細に説明するように、図15に記載された一連の処理は、キャッシュサーバ300が検索先状態DB312を更新する際に実行される。また、図16に記載された一連の処理は、キャッシュサーバ300がIR情報をデータベースサーバ200から取得する際に実行される。なお、以下では、説明の便宜上、キャッシュサーバ300が検索先状態DB312を更新する際に実行される処理と、キャッシュサーバ300がIR情報をデータベースサーバ200から取得する処理とを分けて説明するが、一連の処理として連続して実行しても良い。図15を用いて、キャッシュサーバ300が検索先状態DB312を更新する際に、キャッシュサーバ300とデータベースサーバ200との間で行われる処理の流れの一例を示す。図15に示す例では、キャッシュサーバ300のIR情報判定部322は、送信タイミングとなるとステップS1601肯定、検索先状態DB312に記憶されたデータベースサーバ名を含む更新成否要求を送信するステップS1602。更新成否要求は、データベースサーバ200における更新処理の状況を示す更新成否結果を要求する情報である。また、IR情報判定部322は、検索先状態DB312に記憶されたデータベースサーバ名それぞれについて、更新成否要求を送信する。その後、データベースサーバ200の更新成否応答部224は、更新成否要求を受信すると、受信した更新成否要求に含まれるデータベースサーバ名に対応付けられた更新結果を配信情報DB213から取得するステップS1603。例えば、更新成否応答部224は、更新成否要求にデータベースサーバAが含まれていた場合には、更新成否応答部224は、図5に示す例では、更新結果OKを取得する。そして、データベースサーバ200の更新情報配信部228は、取得した更新結果に基づいて更新成否結果を判定しステップS1604、更新成否結果をキャッシュサーバ300に応答するステップS1605。なお、更新情報配信部228による更新成否結果の判定処理については、後述するため、ここでは説明を省略する。その後、キャッシュサーバ300のIR情報判定部322は、データベースサーバ200から更新成否結果を受信すると、受信した更新成否結果に基づいて、データベースサーバ200の更新登録状態を判定するステップS1606。つまり、IR情報判定部322は、データベースサーバ200における更新が正常に実行されている状態か否かを複数あるデータベースサーバ200各々について判定する。なお、IR情報判定部322による更新登録状態の判定処理については、後述するため、ここでは説明を省略する。そして、キャッシュサーバ300のIR情報判定部322は、判定結果となる更新登録状態を更新登録状態DB313に格納するステップS1607。また、IR情報判定部322は、検索先状態DB312の閉塞状態を更新するステップS1608。具体的には、詳細については後述するように、更新登録状態が正常である場合には、閉塞状態未閉塞を格納し、更新登録状態が正常でない場合には、閉塞状態閉塞を格納する。続いて、図16を用いて、キャッシュサーバ300がIR情報をデータベースサーバ200から取得する際に、キャッシュサーバ300とデータベースサーバ200との間で行われる処理の流れの一例を示す。図16に示すように、キャッシュサーバ300のIR情報判定部322は、送信タイミングとなるとステップS1701肯定、自キャッシュサーバ名を含むIR情報要求を送信するステップS1702。例えば、キャッシュサーバAは、キャッシュサーバ名キャッシュサーバAを含むIR情報要求を送信する。この場合、IR情報判定部322は、キャッシュサーバA用のIR情報を要求することになる。つまり、IR情報判定部322は、複数あるデータベースサーバ200各々から、IR情報DB212によって自キャッシュサーバ300を識別するキャッシュサーバ名に対応付けて記憶されたIR情報を取得する。その後、データベースサーバ200のIR情報応答部222は、IR情報要求を受信すると、受信したIR情報要求に含まれるキャッシュサーバ名に対応するIR情報を自装置のIR情報DB212から取得しステップS1703、IR情報応答としてキャッシュサーバ300に送信するステップS1704。つまり、IR情報応答部233は、キー情報と更新IDとを含むIR情報を送信する。その後、キャッシュサーバ300のIR情報判定部322は、IR情報に含まれる更新IDをキーとする更新情報要求を送信するステップS1705。例えば、IR情報として、キー情報U001と更新IDI001とを受信した場合を用いて説明する。この場合、IR情報判定部322は、更新IDI001を含む更新情報要求を送信する。すなわち、IR情報判定部322は、更新IDにより識別される更新について、データベースサーバ200各々について更新が行われたか否かを示す更新結果各々を要求する。言い換えると、IR情報判定部322は、データベースサーバ200から、配信情報DB213に記憶された複数あるデータベースサーバ200各々についての更新結果を取得する。その後、データベースサーバ200の更新情報応答部223は、キャッシュサーバ300から更新情報要求を受信すると、受信した更新情報要求に含まれる更新IDに対応付けられたデータベースサーバ名、更新結果すべてを配信情報DB213から取得しステップS1706、更新情報応答としてキャッシュサーバ300に送信するステップS1707。その後、キャッシュサーバ300のIR情報判定部322は、自装置の更新登録状態DB313にデータベースサーバ200各々について記憶された更新登録状態と、受信した更新結果とに基づいて、IR情報を削除可能であるかを判定するIR情報削除判定処理を実行するステップS1708。なお、IR情報削除判定処理の詳細については、後述するためここでは説明を後述する。そして、キャッシュサーバ300のIR情報判定部322は、削除可能であると判定した場合にはステップS1709肯定、削除しても良いと判定したIR情報に含まれるキー情報により識別されるデータをキャッシュ311から削除するステップS1710。つまり、IR情報判定部322は、IR情報により識別されるデータのキャッシュを無効にする。また、IR情報判定部322は、削除しても良いと判定したIR情報を削除する旨のIR情報削除要求をデータベースサーバ200に送信するステップS1711。IR情報削除要求には、削除対象となるIR情報に含まれる更新IDが含まれる。その後、データベースサーバ200では、IR情報削除要求を受信すると、IR情報削除要求に含まれる更新IDを含むIR情報が削除されるステップS1713。つまり、キャッシュサーバ300のIR情報判定部322は、IR情報削除要求を送信することで、キャッシュサーバ300からIR情報を削除する。具体的には、詳細については後述するように、IR情報判定部322は、更新結果各々に基づいて、複数あるデータベースサーバ200すべてについて更新が終了したか否かを判定し、更新が終了したと判定した場合には、IR情報をIR情報DB212から削除する削除処理を実行し、更新が終了していないと判定した場合には削除処理を実行しない。より詳細には、IR情報判定部322は、正常に実行されている状態であると判定されたデータベースサーバ200すべてについて更新が終了したか否かを判定し、更新が終了したと判定した場合には削除処理を実行し、更新が終了していないと判定した場合には削除処理を実行しない。また、キャッシュサーバ300のIR情報判定部322は、IR情報の取得先となるデータベースサーバ200すべてについて処理を実行したか否かを判定しステップS1712、実行したと判定した場合にはステップS1712肯定、処理を終了する。一方、IR情報判定部322は、実行していないと判定した場合にはステップS1712否定、上述したステップS1702に戻り、処理を繰り返す。[実施例1におけるクライアント端末とキャッシュサーバとデータベースサーバ間における処理]図17は、実施例1におけるクライアント端末とキャッシュサーバとデータベースサーバと間における処理の流れの一例を示すシーケンス図である。具体的には、クライアント端末がデータ要求をキャッシュサーバ300に送信した場合における処理の流れを説明する。以下では、クライアント端末500がデータ要求をキャッシュサーバ300に送信した場合に、キャッシュサーバ300が、クライアント端末500から受信したデータ要求に含まれるキー情報により識別される属性情報を記憶していない場合を用いて説明する。図17に示すように、クライアント端末500は、送信タイミングとなるとステップS1801肯定、要求するデータを識別するキー情報を含むデータ要求をキャッシュサーバ300に送信するステップS1802。例えば、クライアント端末500は、自装置が記憶しないデータを利用する場合に、キャッシュサーバ300にデータ要求を送信する。その後、キャッシュサーバ300のキャッシュ判定部321は、クライアント端末500からデータ要求を受信すると、受信したデータ要求に含まれるキー情報を取得し、取得したキー情報に対応付けられた属性情報をキャッシュ311にて検索するステップS1803。ここで、キャッシュサーバ300のキャッシュ判定部321は、キー情報に対応付けられた属性情報がキャッシュ311に存在しない場合に、検索先状態DB312か閉塞状態閉塞となっていないデータベースサーバ名を検索するステップS1804。そして、キャッシュ判定部321は、検索の結果得られた閉塞していないデータベースサーバ200に対して、データ要求に含まれるキー情報に対応する属性情報を要求するデータ検索要求を送信するステップS1805。その後、データベースサーバ200のキャッシュ応答部221は、キャッシュサーバ300からデータ検索要求を受信すると、受信したデータ検索要求からキー情報を取得し、自装置のユーザ情報DB211から取得したキー情報に対応する属性情報を取得するステップS1806。そして、キャッシュ応答部221は、データ検索要求に対する応答をキャッシュサーバ300に送信するステップS1807。例えば、キャッシュ応答部221は、取得したキー情報に対応する属性情報が自装置のユーザ情報DB211に存在する場合には取得した属性情報をデータ応答として送信し、自装置のユーザ情報DB211に存在しない場合にはキー情報が存在しない旨をデータ応答として送信する。その後、キャッシュサーバ300の応答処理部323は、データ応答を受信すると、クライアント端末500からのデータ要求に対するデータ応答をクライアント端末500に送信するステップS1808。例えば、応答処理部323は、キー情報が存在しない旨をクライアント端末500に送信したり、ユーザ情報DB211から取得された属性情報を送信したり、キャッシュ311から取得された属性情報をクライアント端末500に送信したりする。[実施例1におけるデータベースサーバのキャッシュ応答部による処理]図18は、実施例1におけるデータベースサーバのキャッシュ応答部による処理の流れの一例を示すフローチャートである。以下に説明するように、キャッシュ応答部221は、キャッシュサーバ300からデータ検索要求を受信するごとに、以下に説明する一連の処理を実行する。図18に示すように、キャッシュ応答部221は、キャッシュサーバ300からデータ検索要求を受信するとステップS1201肯定、受信したデータ検索要求からキー情報を取得するステップS1202。そして、キャッシュ応答部221は、自装置のユーザ情報DB211から、取得したキー情報に対応する属性情報を取得するステップS1203。そして、キャッシュ応答部221は、取得したキー情報に対応する属性情報が自装置のユーザ情報DB211に存在する場合にはステップS1204肯定、ユーザ情報DB211から属性情報を取得してキャッシュサーバ300に応答するステップS1205。一方、キャッシュ応答部221は、取得したキー情報に対応する属性情報が自装置のユーザ情報DB211に存在しない場合にはステップS1204否定、データ要求に含まれるキー情報が存在しない旨をキャッシュサーバ300に応答するステップS1206。つまり、キャッシュ応答部221は、データ検索要求に対するデータ応答をキャッシュサーバ300に送信する。[実施例1におけるデータベースサーバのIR情報応答部による処理]図19は、実施例1におけるデータベースサーバのIR情報応答部による処理の流れの一例を示すフローチャートである。以下に説明するように、IR情報応答部222は、キャッシュサーバ300からIR情報要求を受信するごとに、以下に説明する一連の処理を実行する。図19に示すように、データベースサーバ200のIR情報応答部222は、IR情報要求を受信するとステップS1301肯定、受信したIR情報要求に含まれるキャッシュサーバ名を取得するステップS1302。つまり、IR情報要求の送信元となるキャッシュサーバ300のキャッシュサーバ名を取得する。そして、IR情報応答部222は、自装置のIR情報DB212から、取得したキャッシュサーバ名に対応付けられたキー情報、更新IDを取得するステップS1303。つまり、IR情報応答部222は、IR情報要求の送信元となるキャッシュサーバ300を宛先とするIR情報を取得する。ここで、IR情報応答部222は、取得したキャッシュサーバ名に対応付けられたキー情報、更新IDが自装置のIR情報DB212に存在する場合にはステップS1304肯定、キャッシュサーバ名に対応付けられたキー情報、更新IDをキャッシュサーバ300に応答するステップS1305。一方、IR情報応答部222は、取得したキャッシュサーバ名に対応付けられたキー情報、更新IDが存在しない場合にはステップS1304否定、IR情報なしを、キャッシュサーバ300に応答するステップS1306。すなわち、IR情報応答部222は、IR情報要求に対して、IR情報応答をキャッシュサーバ300に送信する。すなわち、IR情報応答部222は、キャッシュサーバ300からIR情報要求を受信すると、IR情報要求の送信元を示すキャッシュサーバ名に対応付けられたIR情報がIR情報DB212に記憶されているか否かを判定する。そして、IR情報応答部222は、IR情報DB212に記憶されている場合には、キャッシュサーバ名に対応付けられたIR情報を取得してキャッシュサーバ300に応答する。ここで、IR情報に含まれるキー情報及び更新IDは、キー情報が自装置内で更新されており、その更新情報の配信状態が更新IDで参照できることを示す。また、IR情報応答部222は、IR情報DB212にIR情報が記憶されていない場合には、IR情報なしをキャッシュサーバ300に応答する。[実施例1におけるデータベースサーバの更新情報応答部による処理]図20は、実施例1におけるデータベースサーバの更新情報応答部による処理の流れの一例を示すフローチャートである。以下に説明するように、更新情報応答部223は、キャッシュサーバ300から更新情報要求を受信するごとに、以下に説明する一連の処理を実行する。図20に示すように、データベースサーバ200の更新情報応答部223は、キャッシュサーバ300から更新情報要求を受信するとステップS501肯定、受信した更新情報要求に含まれる更新IDを取得するステップS502。例えば、更新情報応答部223は、更新IDI001を取得する。そして、更新情報応答部223は、自装置の配信情報DB213から取得した、更新IDに対応付けられたデータベースサーバ名、更新結果をすべて取得するステップS503。例えば、更新情報応答部223は、更新IDI001に対応付けられたデータベースサーバ名と更新結果との組み合わせをすべて取得する。ここで、更新情報応答部223は、自装置の配信情報DB213に更新IDに対応付けられたデータベースサーバ名、更新結果が存在する場合にはステップS504肯定、更新IDに対応付けられたデータベースサーバ名、更新結果をキャッシュサーバ300に応答するステップS505。一方、更新情報応答部223は、自装置の配信情報DB213に更新IDに対応付けられたデータベースサーバ名、更新結果が存在しない場合にはステップS504否定、更新情報なしをキャッシュサーバ300に応答するステップS506。すなわち、更新情報応答部223は、更新情報要求に対して、更新情報応答をキャッシュサーバ300に送信する。なお、ここで、更新情報応答部223により取得される、データベースサーバ名及び、更新結果は、それぞれ、キャッシュサーバ300がIR情報要求の結果取得したIR情報に対応する更新情報が、更新IDにより識別される更新が完了しているかをデータベースサーバ名ごとに示す。[実施例1におけるデータベースサーバの更新成否応答部による処理]図21は、実施例1におけるデータベースサーバの更新成否応答部による処理の流れの一例を示すフローチャートである。以下に説明するように、更新成否応答部224は、キャッシュサーバ300から更新成否要求情報を受信するごとに、以下に説明する一連の処理を実行する。図21に示すように、データベースサーバ200の更新成否応答部224は、キャッシュサーバ300から更新成否要求を受信するとステップS601肯定、受信した更新成否要求に含まれるデータベースサーバ名を取得するステップS602。例えば、更新成否応答部224は、データベースサーバ名データベースサーバAを取得する。そして、更新成否応答部224は、自装置の配信情報DB213から、更新成否要求から取得したデータベースサーバ名に対応する更新結果を取得するステップS603。例えば、図5に示す例では、配信情報DB213が、データベースサーバ名データベースサーバAに対応付けて更新結果OKを記憶している。この場合、更新成否応答部224は、更新結果OKを取得する。つまり、更新成否応答部224は、キャッシュサーバ300から配信成否要求を受信すると、配信成否要求に含まれるデータベースサーバ名が、配信情報DB213に記憶されているか否かを判定する。そして、更新成否応答部224は、配信情報DB213に記憶されていると判定した場合には、データベースサーバ名に対応付けられた更新結果と更新IDとの組み合わせをすべて取得する。そして、更新成否応答部224は、取得した更新結果に基づいて更新成否結果を判定しステップS604、判定結果となる更新成否結果をキャッシュサーバ300に応答するステップS605。ここで、更新成否結果とは、データベースサーバ200において実行されている更新処理の状態を示す情報である。ここで、更新成否結果の判定について更に説明する。更新成否応答部224は、配信情報DB213の更新結果と更新成否結果とが対応付けられた更新成否結果対応表に基づいて、更新成否結果を判定する。図22は、実施例1における更新成否結果対応表の一例を示す図である。図22に示す例では、更新成否結果が、登録正常と登録異常と登録待ちとのうちいずれかである場合を例に示したが、これに限定されるものではなく、任意の更新成否結果を用いて良い。ここで、登録正常は、該当のデータベースサーバ200において、更新情報の登録が成功していることを示す。登録異常は、該当のデータベースサーバ200において、更新情報の登録が失敗していることを示す。登録待ちは、現在、データベースサーバ200間で更新情報の配信又は更新再伝播処理が行われており、該当のデータベースサーバ200において、今後、更新情報の登録が行われることを示す。図22に示すように、更新成否応答部224は、配信情報DB213から更新結果を取得すると、取得した更新結果に対応付けられた更新成否結果を更新成否結果対応表から取得し、判定結果とする。例えば、配信情報DB213から更新結果OKを取得した場合を用いて説明する。この場合、更新成否応答部224は、更新結果OKに対応付けられた更新成否結果登録正常を取得し、判定結果とする。すなわち、更新成否応答部224は、更新成否結果対応表を用いて、データベースサーバ名における更新成否結果を判定し、登録正常、登録異常、登録待ちのいずれかをキャッシュサーバ300に応答する。例えば、配信情報DBの更新結果がレコードなしである場合には、更新成否応答部224は、更新成否結果対応表における同一行にある更新成否結果登録正常を判定結果とする。[実施例1におけるデータベースサーバの装置状態応答部による処理]図23は、実施例1におけるデータベースサーバの装置状態応答部による処理の一例を示すフローチャートである。以下に説明するように、装置状態応答部225は、監視サーバ400から装置状態要求を受信するごとに、以下に説明する一連の処理を実行する。図23に示すように、データベースサーバ200の装置状態応答部225は、監視サーバ400から装置状態要求を受信するステップS801肯定、自装置の配信関連リソースの状態を確認するステップS802。具体的には、装置状態応答部225は、自装置が、後述する更新情報配信部228や更新再伝播部229による処理が実行される際に用いられる各種プロセスやネットワークの状態等を確認する。そして、装置状態応答部225は、装置状態要求に対応する応答となる装置状態応答を送信しステップS803、処理を終了する。例えば、装置状態応答部225は、確認した配信関連リソースの情報を装置状態応答として監視サーバ400に送信し、処理を終了する。[実施例1におけるデータベースサーバの装置状態格納部による処理]図24は、実施例1におけるデータベースサーバの装置状態格納部による処理の流れの一例を示すフローチャートである。以下に説明するように、装置状態格納部226は、監視サーバ400から装置状態格納要求を受信するごとに、以下に説明する一連の処理を実行する。図24に示すように、データベースサーバ200の装置状態格納部226は、監視サーバ400からの装置状態格納要求を受信するとステップS901肯定、受信した装置状態格納要求から、データベースサーバ200各々についての装置状態を取得しステップS902、自装置の装置情報DB214に格納するステップS903。例えば、装置状態格納部226は、データベースサーバAの装置状態とデータベースサーバBの装置状態とを監視サーバ400から受信し、受信した装置状態データベースサーバ名に対応付けて格納する。[実施例1におけるデータベースサーバの閉塞制御部による流れ]図25は、実施例1におけるデータベースサーバの閉塞制御部による処理の流れの一例を示すフローチャートである。以下に説明するように、閉塞制御部227は、監視サーバ400から閉塞要求を受信するごとに、以下に説明する一連の処理を実行する。図25に示すように、閉塞制御部227は、監視サーバ400からの閉塞要求を受信するとステップS701肯定、自装置がキャッシュサーバ300に提供する検索要求の遮断処理を行うステップS702。つまり、閉塞制御部227は、キャッシュサーバとの間におけるデータの送受信を閉塞する。そして、閉塞制御部227は、遮断処理が成功した場合にはステップS703肯定、遮断成功を監視サーバ400に応答するステップS704。一方、閉塞制御部227は、遮断処理が失敗した場合にはステップS703否定、閉塞制御部は227、遮断失敗を監視サーバ400に応答するステップS705。そして、閉塞制御部は処理を終了する。すなわち、閉塞制御部227は、監視サーバ400から閉塞要求を受信すると、自装置が提供するキャッシュサーバ300からの要求をすべて遮断し、遮断の成否を監視サーバ400に応答する。[実施例1におけるデータベースサーバの更新情報配信部による処理]図26は、実施例1におけるデータベースサーバの更新情報配信部による詳細な処理の流れの一例を示すフローチャートである。更新情報配信部228は、ユーザ情報DB211が更新される場合に、以下に説明する一連の処理を実行する。以下に説明する一連の処理は、図13を用いて説明した一連の処理において、更新指示を受け付けたデータベースサーバAの更新情報配信部228が実行する処理となる。以下では、具体例をあげて説明する場合には、データベースサーバAに対して更新指示があった場合を用いて説明する。図26に示すように、更新指示があると、データベースサーバ200の更新情報配信部228は、自装置が配信を行う装置であるかを判定するステップS301。例えば、更新情報配信部228は、自装置が利用者から更新指示を受け付けた装置である場合には、配信を行う装置であると判定し、他のデータベースサーバ200から更新データを受け付けた装置である場合には、配信を行う装置ではないと判定する。なお、ここで、更新情報配信部228は、配信を行う装置でないと判定した場合にはステップS301否定、更新処理を継続することができないため、配信処理又は更新処理が失敗したことを示す登録失敗を応答しステップS310、処理を終了する。ここで、更新情報配信部228は、配信を行う装置であると判定した場合にはステップS301肯定、更新データの配信順序を決定するステップS302。具体的には、更新情報配信部228は、自装置の装置情報DB214からデータベースサーバ名に対応付けられた装置状態を取得し、装置状態正常に対応付けられたデータベースサーバ200の一覧を生成する。また、更新情報配信部228は、一覧の先頭が自装置となるように一覧を生成する。ここで、更新情報配信部228により生成された一覧が配信先となるデータベースサーバ200の一覧となり、一覧に記載されたデータベースサーバ200の並び順が配信順序となる。そして、更新情報配信部228は、更新IDの払い出しを行うステップS303。更新IDはキャッシュ制御システムにおいて順序性を有する識別情報となる。例えば、更新情報配信部228は、配信時刻を更新IDとして払い出したり、配信情報に枝番号を付加した情報を更新IDとして払い出したりする。例えば、更新情報配信部228は、更新IDI001を払い出す。そして、更新情報配信部228は、配信先となるデータベースサーバ200に更新データを配信するステップS304。つまり、更新情報配信部228は、装置状態正常に対応付けられたデータベースサーバ200の一覧のうち、未配信のデータベースサーバ200を配信順序に従って1つ選択し、選択したデータベースサーバ200に更新データを送信する。また、更新情報配信部228は、更新データとして、更新IDと、更新されたデータを識別するキー情報と、更新後のデータとを送信する。そして、更新情報配信部228は、配信が成功したかを判定しステップS305、配信が成功したと判定した場合にはステップS305肯定、配信先となるデータベースサーバ200すべてについて配信を実行したかを判定するステップS307。ここで、更新情報配信部228は、配信先となる全データベースサーバ200について配信を実行していないと判定した場合にはステップS307否定、ステップS304に戻り、処理を繰り返す。一方、更新情報配信部228は、配信を失敗したと判定した場合にはステップS305否定、配信先となったデータベースサーバ200が自装置であるか否かを判定するステップS306。なお、自装置に対する配信が失敗する場合とは、例えば、自装置が故障しており、更新指示を正常に受信できなかった場合がある。ここで、更新情報配信部228は、配信先となったデータベースサーバ200が自装置であると判定した場合にはステップS306肯定、更新処理を継続することができないため、配信処理又は更新処理が失敗したことを示す登録失敗を応答しステップS310、処理を終了する。一方、更新情報配信部228は、配信先となったデータベースサーバ200が自装置でないと判定した場合にはステップS306否定、上述したステップS307の処理を実行する。そして、上述したステップS307において、配信先となるデータベースサーバ200すべてについて配信を実行したと判定した場合にはステップS307肯定、更新情報配信部228は、更新IDに対応付けて、データベースサーバ200各々についての配信結果を更新IDに対応付けて配信情報DB213に格納するステップS308。具体的には、更新情報配信部228は、配信が成功したデータベースサーバ200のデータベースサーバ名と更新IDI001とに対応付けて配信結果OKを格納し、配信が成功しなかったデータベースサーバ200についても、データベースサーバ名と更新IDI001とに対応付けて配信結果未配信を格納する。また、更新情報配信部228は、装置状態が正常ではなく、配信先とならなかったデータベースサーバ200についても、データベースサーバ名と更新IDI001とに対応付けて、配信結果未配信を格納する。ここで、更新情報配信部228は、データベースサーバ200各々についての配信結果を、全データベースサーバ200に格納する。すなわち、全データベースサーバ200の配信情報DB213に、データベースサーバ200各々についての配信結果が格納される。なお、例えば、データベースサーバAの更新情報配信部228は、データベースサーバBの配信情報DB213に直接格納しても良く、データベースサーバBとデータを送受信することで、データベースサーバBにデータベースサーバBの配信情報DB213に格納させるようにしても良い。そして、更新情報配信部228は、配信情報DB213の配信結果がOKのデータベースサーバ名を取得するステップS311。また、ここで、更新情報配信部228は、取得したデータベースサーバ名の一覧を作成し、作成した一覧の先頭が自装置となるようにする。そして、更新情報配信部228は、配信結果がOKとなっているデータベースサーバ200を1つ選択し、選択したデータベースサーバ200のユーザ情報DB211を更新するステップS312。具体的には、更新情報配信部228は、ユーザ情報DB211に記憶されたデータのうち、予め配信された更新データに含まれるキー情報により識別されるデータを、予め配信された更新データに含まれる更新後のデータに更新する。また、ここで、各データベースサーバ200では、更新情報配信部228が、データベースサーバ200のユーザ情報DB211のデータが更新されると、IR情報を生成し、自装置のデータベースサーバ200のIR情報DB212に格納する。すなわち、更新情報配信部228は、更新データに含まれる更新IDとキー情報とを対応付けて、IR情報DB212に格納する。また、ここで、更新情報配信部228は、データベースサーバ200と接続された複数あるキャッシュサーバ300のキャッシュサーバ名各々に対応付けて、IR情報を格納する。なお、例えば、データベースサーバAの更新情報配信部228は、データベースサーバBのユーザ情報DB211を直接更新しても良く、データベースサーバBの更新情報配信部228にユーザ情報DB211を更新させるようにしても良い。また、同様に、データベースサーバAの更新情報配信部228は、データベースサーバBのIR情報DB212にIR情報を直接格納しても良く、データベースサーバBの更新情報配信部228にIR情報を格納させても良い。そして、更新情報配信部228は、更新が成功したか否かを判定するステップS313。ここで、更新情報配信部228は、更新が成功したと判定した場合にはステップS313肯定、更新が成功したデータベースサーバ名に対応付けて、更新結果OKを格納するステップS316。一方、更新情報配信部228は、更新が成功したと判定しなかった場合にはステップS313否定、更新先となったデータベースサーバ200が自装置であるか否かを判定するステップS314。ここで、更新情報配信部228は、更新先となったデータベースサーバ200が自装置であると判定した場合にはステップS314肯定、更新処理を継続することができないため、配信情報DB213から処理対象となった更新IDを含む行を削除しステップS309、配信処理又は更新処理が失敗したことを示す登録失敗を応答しステップS310、処理を終了する。また、ここで、更新情報配信部228は、更新先となったデータベースサーバ200が自装置でないと判定した場合にはステップS314否定、更新が成功しなかったデータベースサーバ名に対応付けて、更新結果NGを格納するステップS315。ここで、更新情報配信部228は、データベースサーバ200各々についての更新結果を、全データベースサーバ200に格納する。すなわち、全データベースサーバ200の配信情報DB213に、データベースサーバ200各々についての更新結果が格納される。なお、例えば、データベースサーバAの更新情報配信部228は、データベースサーバBの配信情報DB213に直接格納しても良く、データベースサーバBとデータを送受信することで、データベースサーバBにデータベースサーバBの配信情報DB213に格納させるようにしても良い。そして、更新情報配信部228は、更新先となる全データベースサーバ200について更新を実行したかを判定するステップS317。ここで、更新情報配信部228は、更新先となるデータベースサーバ200すべてについて更新を実行していないと判定した場合にはステップS317否定、ステップS312に戻り、処理を繰り返す。一方、更新情報配信部228は、更新先となるデータベースサーバ200すべてについて更新を実行したと判定した場合にはステップS317肯定、更新処理が終了したことを示す登録成功応答を行いステップS318、処理を終了する。[実施例1におけるデータベースサーバの更新再伝播部による処理]図27は、実施例1におけるデータベースサーバの更新再伝播部による処理の流れの一例を示すフローチャートである。以下に説明するように、更新情報配信部228により配信が行われなかったデータベースサーバ200に対して、更新データを送信する。すなわち、以下に説明するように、更新再伝播部229は、故障などにより、更新情報配信部228で更新データの配信がなされなかったデータベースサーバ200や更新が行われなかったデータベースサーバ200に対して、更新データを配信したり、更新を実行したりする。なお、更新再伝播部229は、以下に説明する処理を定期的に実行したり、不定期に実行したりする。図27に示すように、データベースサーバ200の更新再伝播部229は、再伝播処理を開始すると、自データベースサーバ200が配信装置であるか否かを判定するステップS401。ここで、更新再伝播部229は、配信装置であると判定した場合にはステップS401肯定、配信情報DB213から自装置の更新結果がOK以外の更新IDを取得するステップS402。ここで、更新再伝播部229は、更新IDが存在する場合にステップS403肯定、更新IDに対応する更新データを用いて、更新対象となるデータベースサーバ200のデータを更新するステップS404。そして、更新再伝播部229は、更新対象となるデータベースサーバ200の更新が成功した場合にはステップS405肯定、更新が成功したデータベースサーバ名に対応付けて更新結果OKを配信情報DB213に格納するステップS407。そして、更新再伝播部229は、未処理の更新IDが存在するかを判定しステップS408、すべての更新ID分の処理が終わっていると判定した場合にはステップS408否定、自装置以外のデータベースサーバ200の一覧を作成するステップS409。一方、ステップS408に戻り、更新再伝播部229は、未処理の更新IDが存在すると判定した場合にはステップS408肯定、ステップS404に戻り、処理を繰り返す。また、ステップS405に戻り、更新再伝播部229は、更新が失敗した場合ステップS405否定、配信情報DB213の対象データベースサーバ名に対応する更新結果欄に更新結果NGを格納しステップS406、ステップS409以降の処理を継続する。また、ステップS403に戻り、更新IDが存在しない場合にはステップS403否定、更新再伝播部229は、ステップS409以降の処理を継続する。次に、ステップS409以降の処理を説明する。以下に説明するように、更新再伝播部229は、装置以外のデータベースサーバ200の一覧から、データベースサーバ200ごとに、該当のデータベースサーバ200の配信結果がOK以外の結果が格納されている行の更新IDを配信情報DB213から取得して、更新データを配信する処理や更新を実行する。ステップS409に示すように、更新再伝播部229は、検索順序を任意の手法にて決定するステップS409。そして、更新再伝播部229は、検索順序に従って選択された、1つデータベースサーバ200について、配信結果がOK以外の結果が格納されている行の更新IDを取得するステップS410。例えば、配信装置となるデータベースサーバ200がデータベースサーバAであり、データベースサーバBを選択した場合を用いて説明する。この場合、データベースサーバAの更新再伝播部229は、自装置の配信情報DB213を参照し、データベースサーバ名データベースサーバBに対応付けられた更新IDのうち、配信結果OK以外に対応付けられた更新IDを取得する。ここで、更新再伝播部229は、更新IDが存在する場合ステップS411肯定、取得した更新IDについての更新データを対象となるデータベースサーバ200に配信し、配信結果を配信情報DB213に格納するステップS412。つまり、更新再伝播部229は、配信が成功した場合には配信結果OKを格納し、配信が成功しなかった場合には配信結果未配信を格納する。そして、更新再伝播部229は、ステップS410で取得した更新IDをすべて処理したかを判定しステップS413、処理していないと判定した場合ステップS413否定、ステップS412に戻り、処理を繰り返す。一方、更新再伝播部229は、すべて処理したと判定した場合にはステップS413肯定、ステップS414以降の処理を実施する。また、ステップS411で、そもそも更新IDがなかった場合にもステップS411否定、ステップS414以降の処理を実施する。そして、更新再伝播部229は、配信情報DB213から、処理対象となるデータベースサーバ200の更新結果が、OK以外の更新IDを取得するステップS414。例えば、配信装置となるデータベースサーバ200がデータベースサーバAであり、データベースサーバBを選択した場合を用いて説明する。この場合、データベースサーバAの更新再伝播部229は、自装置の配信情報DB213を参照し、データベースサーバ名データベースサーバBに対応付けられた更新IDのうち、更新結果OK以外に対応付けられた更新IDを取得する。ここで、更新再伝播部229は、更新IDが存在する場合ステップS415肯定、更新IDに対応する配信済みの更新データを用いて、処理対象となるデータベースサーバ200のユーザ情報DB211を更新するステップS416。また、更新再伝播部229は、更新が成功した場合にはステップS417肯定、処理対象となった更新IDと処理対象となったデータベースサーバ名とに対応付けて、更新結果OKを配信情報DB213に格納するステップS418。一方、更新再伝播部229は、更新が成功しなかった場合にはステップS417否定、処理対象となった更新IDと処理対象となったデータベースサーバ名とに対応付けて、更新結果NGを配信情報DB213に格納するステップS420。そして、更新再伝播部229は、まだ処理すべき更新IDが残っている場合にはステップS419否定、ステップS416に戻り、処理を繰り返す。一方、更新再伝播部229は、すべての更新IDを処理した場合にはステップS419肯定、すべてのデータベースサーバ200について処理を実行したかを判定するステップS421。ここで、処理を実行したと判定した場合にはステップS421肯定、処理を終了する。一方、更新再伝播部229は、処理を実行していない判定した場合にはステップS421否定、ステップS410に戻り、検索順序に従って次のデータベースサーバ200を選択して処理を繰り返す。[実施例1におけるキャッシュサーバのキャッシュ判定部による処理]図28は、実施例1におけるキャッシュサーバのキャッシュ判定部による処理の流れの一例を示すフローチャートである。以下に説明するように、キャッシュサーバ300のキャッシュ判定部321は、クライアント端末500からデータ要求を受信するごとに、図28に示す一連の処理を実行する。すなわち、クライアント端末500が要求するデータのキー情報を含むデータ要求をキャッシュサーバ300に送信するごとに、以下に説明する処理が実行される。図28に示すように、キャッシュサーバ300のキャッシュ判定部321は、クライアント端末500からデータ要求を受信するとステップS101肯定、受信したデータ要求に含まれるキー情報を取得し、取得したキー情報に対応付けられた属性情報をキャッシュ311にて検索するステップS102。ここで、キャッシュ判定部321は、キー情報に対応付けられた属性情報がキャッシュ311に存在する場合にはステップS103肯定、キャッシュ311に記憶されていた属性情報を応答処理部323に出力するステップS104。例えば、データ要求にキー情報U001が含まれる場合を用いて説明する。この場合、キャッシュ判定部321は、キー情報U001に対応付けられた属性情報をキャッシュ311にて検索する。ここで、例えば、キー情報U001と属性情報P001を対応付けてキャッシュ311が記憶していた場合には、キャッシュ判定部321は、属性情報P001をキャッシュ311から取得し、応答処理部323に出力する。一方、ステップS103に戻り、キャッシュ判定部321は、キー情報に対応付けられた属性情報がキャッシュ311に存在しない場合にはステップS103否定、検索先状態DB312から閉塞状態閉塞となっていないデータベースサーバ名を検索するステップS105。すなわち、キャッシュ判定部321は、自装置内の検索先状態DB312を参照することで、閉塞状態閉塞となっていないデータベースサーバ200を検索する。ここで、キャッシュ判定部321は、データベースサーバ200の閉塞状態がすべて閉塞となっていた場合にはステップS106肯定、検索失敗を応答処理部323に出力するステップS111。つまり、この場合、キャッシュサーバ300が自装置のキャッシュ311にないデータを要求する要求先となるデータベースサーバ200がなく、データベースサーバ200からデータを取得してクライアント端末500に送信することができない。このことを踏まえ、キャッシュ判定部321は、検索失敗を応答処理部323に出力する。一方、キャッシュ判定部321は、データベースサーバ200の閉塞状態がすべて閉塞となっていない場合にはステップS106否定、未閉塞なデータベースサーバ200のいずれかを選択し、データ要求に含まれるキー情報に対応する属性情報を要求するデータ検索要求を選択した未閉塞なデータベースサーバ200に送信するステップS107。すなわち、キャッシュ311に属性情報が記憶されていない場合、例えば、キャッシュ判定部321は、データ要求に含まれていたキー情報U001に対応する属性情報を要求するデータ検索要求を送信する。ここで、送信先となるデータベースサーバ200は、図9に示す例では、閉塞状態未閉塞に対応付けられたデータベースサーバA又はデータベースサーバBとなる。そして、キャッシュ判定部321は、データベースサーバ200からのデータ検索要求に対する応答を受信するステップS108。ここで、キャッシュ判定部321は、検索結果がありの場合にはステップS109肯定、キャッシュ311にデータを格納しステップS110、属性情報をクライアント端末500に出力する。一方、キャッシュ判定部321は、検索結果がなしの場合にはステップS109否定、つまり、データ要求に含まれるキー情報が存在しない旨を応答処理部323に出力するステップS112。[実施例1におけるキャッシュサーバのIR情報判定部による処理]図29は、実施例1におけるキャッシュサーバのIR情報判定部による処理の流れの一例を示すフローチャートである。以下では、キャッシュサーバ300が検索先状態DB312を更新する際に実行される処理と、キャッシュサーバ300がIR情報をデータベースサーバ200から取得する処理とを連続して実行する場合を用いて説明するキャッシュサーバ300のIR情報判定部322は、以下に説明する一連の処理を、定期的に実行したり、不定期にて実行したりする。図29に示すように、キャッシュサーバ300のIR情報判定部322は、IR情報の検索先となるデータベースサーバ200の検索順序を決定するステップS201。ここで、IR情報の検索先となるデータベースサーバ200各々は、キャッシュサーバ300各々の検索先状態DB312に記憶されたデータベースサーバ名により識別されるデータベースサーバ200各々となる。すなわち、IR情報判定部322は、更新処理が正常に行われていないデータベースサーバ200からIR情報を取得することができないことを踏まえ、IR情報の検索先となるデータベースサーバ200各々について、更新処理の状況を検索する。図29の説明に戻る。そして、IR情報判定部322は、データベースサーバ200に対して、検索先となるデータベースサーバ名を含む更新成否情報検索要求を送信するステップS202。検索先となるデータベースサーバ200がデータベースサーバAである場合を用いて説明する。この場合、IR情報判定部322は、任意のデータベースサーバ200に対して、データベースサーバ名データベースサーバAを含む更新成否要求を送信する。そして、IR情報判定部322は、データベースサーバ200から更新成否結果を受信しステップS203、受信した更新成否結果に基づいて、データベースサーバ200の更新登録状態を判定するステップS204。ここで、IR情報判定部322による更新登録状態判定処理について更に説明する。具体的には、IR情報判定部322は、受信した更新成否結果と、前回の更新登録状態判定結果とに基づいて、今回の更新登録状態を判定する。例えば、IR情報判定部322は、更新成否結果と前回の更新登録状態判定結果と今回の更新登録状態とが対応付けられた更新登録状態対応表に基づいて、更新登録状態を判定する。また、IR情報判定部322は、判定結果となる更新登録状態を更新登録状態DB313に格納する。図30は、実施例1における更新登録状態対応表の一例を示す図である。図30に示す例では、更新登録状態が、正常と伝播異常検出と伝播異常と正常移行中とのうちいずれかである場合を例に示したが、これに限定されるものではなく、任意の更新登録状態を用いて良い。図30に示すように、IR情報判定部322は、更新成否結果を受信すると、前回の更新登録状態と受信した更新成否結果とを検索キーとして、更新登録状態対応表から更新登録状態を取得し、今回の更新登録状態とする。例えば、更新結果登録正常を受信した場合を用いて説明する。また、更新登録状態DB313に記憶された前回の更新登録状態が伝播異常である場合を用いて説明する。この場合、IR情報判定部322は、更新結果登録正常と前回の更新登録状態任意とを検索キーとして、更新登録状態対応表から更新登録状態正常を取得し、今回の更新登録状態とする。そして、IR情報判定部322は、更新登録状態が正常以外であるかを判定するステップS205。ここで、IR情報判定部322は、更新登録状態が正常であると判定した場合にはステップS205否定、自装置の検索先状態DB312に対して、IR情報の検索先となるデータベースサーバ200のデータベースサーバ名に対応付けて閉塞状態未閉塞を格納するステップS207。一方、IR情報判定部322は、更新登録状態が正常以外であると判定した場合にはステップS205肯定、自装置の検索先状態DB312に対して、IR情報の検索先となるデータベースサーバ200のデータベースサーバ名に対応付けて閉塞状態閉塞を格納するステップS206。そして、IR情報判定部322は、すべてのデータベースサーバ200各々について処理を実行したかを判定しステップS208、実行していないと判定した場合にはステップS208否定、検索順序が次のデータベースサーバ200を決定し、上述したステップS202に戻り、処理を繰り返す。そして、すべてのデータベースサーバ200各々について処理を実行したと判定した場合にはステップS208肯定、IR情報判定部322は、データベースサーバ200各々について、IR情報を検索する検索順序を任意の手法にて決定するステップS210。そして、IR情報判定部322は、データベースサーバ200に対して、自キャッシュサーバ名を含むIR情報要求を送信するステップS211。例えば、キャッシュサーバAは、キャッシュサーバ名キャッシュサーバAを含むIR情報要求を送信する。そして、IR情報判定部322は、データベースサーバ200からの検索結果を受信するとステップS212、受信した検索結果にIR情報が存在する否かを判定するステップS213。ここで、IR情報判定部322は、IR情報が存在すると判定した場合にはステップS213肯定、IR情報に含まれる更新IDをキーとする更新情報要求を送信するステップS214。例えば、IR情報として、キー情報U001と更新IDI001とを受信した場合を用いて説明する。この場合、IR情報判定部322は、更新IDI001を含む更新情報要求を送信する。すなわち、IR情報判定部322は、更新IDにより識別される更新について、データベースサーバ200各々について更新が行われたか否かを示す情報を取得する。言い換えると、IR情報判定部322は、受信したIR情報に含まれる更新IDにより識別される更新についての更新結果を、IR情報の取得先となるデータベースサーバ200すべてについて取得する。そして、IR情報判定部322は、更新IDに対応した更新結果をデータベースサーバ200から受信するとステップS215、自装置の更新登録状態DB313にデータベースサーバ200各々について記憶された更新登録状態と、受信した更新結果とに基づいて、IR情報を削除するかを判定するIR情報削除判定処理を実行するステップS216。例えば、IR情報判定部322は、各データベースサーバ200の更新登録状態の組み合わせごとに、IR情報が削除可能となる条件が対応付けられたIR情報削除対象判定表に基づいて、IR情報削除判定処理を実行する。図31は、実施例1におけるIR情報削除対象判定表の一例を示す図である。図31に示す例では、IR情報の取得先となるデータベースサーバ200が2つである場合を用いて説明する。すなわち、例えば、IR情報判定部322は、自装置の更新登録状態DB313からデータベースサーバ各々についての更新登録状態をすべて取得する。そして、IR情報判定部322は、取得した更新登録状態各々をIR情報削除対象判定表にあてはめ、削除可能となるIR情報を判定する。図31に示す例では、IR情報削除対象判定表は、IR情報削除対象データベースサーバサーバ1の更新登録状態とIR情報削除非対象データベースサーバサーバ2の更新登録状態との組み合わせに対応付けて、IR情報削除対象となる更新IDの状態を記憶する。ここで、IR情報削除対象データベースサーバサーバ1の更新登録状態は、IR情報を削除するか否かが判定される対象となるデータベースサーバ200を示す。例えば、上述したステップS211において、IR情報要求を送信した送信先となるデータベースサーバ200が該当する。以下では、IR情報削除対象データベースサーバサーバ1の更新登録状態は、データベースサーバAであるものとして説明する。IR情報削除非対象データベースサーバサーバ2の更新登録状態は、複数あるデータベースサーバ200のうち、IR情報削除対象データベースサーバサーバ1の更新登録状態を除いた他のデータベースサーバ200を示す。例えば、更新登録状態DB313にデータベースサーバ名が記憶されたデータベースサーバ200から、データベースサーバAを除いた全データベースサーバ200各々が該当する。以下では、IR情報削除非対象データベースサーバサーバ2の更新登録状態は、データベースサーバB1つである場合を用いて説明する。IR情報削除対象となる更新IDの状態は、IR情報が削除可能となる条件を示す。具体的には、サーバ1サーバ2ともOKは、サーバ1とサーバ2とにおいて共に更新結果OKとなっている更新IDを含むIR情報が削除可能となることを示す。また、サーバ1がOKは、サーバ1にて更新結果OKとなっている更新IDを含むIR情報が削除可能となることを示す。なお、ここで、IR情報が削除される対象となるデータベースサーバ200は、IR情報削除対象データベースサーバサーバ1となる。ここで、データベースサーバAの更新登録状態が正常であり、データベースサーバBの更新登録状態が正常である場合を用いて説明する。この場合、IR情報判定部322は、IR情報削除対象データベースサーバサーバ2の更新登録状態正常と、IR情報削除非対象データベースサーバサーバ2の更新登録状態正常との組み合わせに対応付けられたIR情報削除対象となる更新IDの状態を取得する。図31に示す例では、IR情報判定部322は、IR情報削除対象となる更新IDの状態サーバ1サーバ2ともOKを取得する。この場合、サーバ1サーバ2ともOKが、IR情報が削除可能であるための条件となる。つまり、データベースサーバAにて更新結果がOKとなっており、データベースサーバBにて更新結果がOKとなっている更新IDについて、データベースサーバAからIR情報を削除しても良いと判定する。そして、IR情報判定部322は、そして、得られた条件となるサーバ1サーバ2ともOKを、データベースサーバ200から受信した更新結果応答に含まれるデータベースサーバ名、更新結果と照合し、条件に合致するIR情報について削除可能であると判定する。詳細な一例をあげて説明する。例えば、データベースサーバAの更新登録状態が正常である場合を用いて説明する。また、例えば、データベースサーバBの更新登録状態が正常である場合を用いて説明する。また、例えば、更新情報応答に含まれるサーバ名、更新結果が、それぞれ、データベースサーバA、OK、データベースサーバB、OKである場合を用いて説明する。この場合、IR情報判定部322は、IR情報削除対象判定表からサーバ1サーバ2ともOKというIR情報削除可能条件を取得する。ここで、サーバ1はデータベースサーバAであり、サーバ2はデータベースサーバBであるので、IR情報削除対象判定表は、IR情報は削除可能であると判定する。また、詳細な一例をあげて説明する。例えば、データベースサーバAの更新登録状態が正常である場合を用いて説明する。また、例えば、データベースサーバBの更新登録状態が伝播異常検出である場合を用いて説明する。また、例えば、更新情報応答に含まれるサーバ名、更新結果が、それぞれ、データベースサーバA、OK、データベースサーバB、NGである場合を用いて説明する。この場合、IR情報判定部322は、IR情報削除対象判定表からサーバ1サーバ2がOKというIR情報削除可能条件を取得する。この結果、IR情報判定部322は、IR情報は削除不可能という判定する。すなわち、IR情報判定部322は、データベースサーバ200から、配信情報DB213に記憶された複数あるデータベースサーバ各々についての更新結果を取得する。そして、IR情報判定部322は、取得した更新結果各々に基づいて、複数あるデータベースサーバすべてについて更新が終了したか否かを更新IDごとに判定し、更新が終了したと判定した更新IDについて、IR情報を削除して良いと判定し、更新が終了したと判定しなかった更新IDについて、IR情報を削除しないと判定する。より詳細には、IR情報判定部322は、データベースサーバ200における更新が正常に実行されている状態か否かを複数あるデータベースサーバ各々について判定する。そして、IR情報判定部322は、正常に実行されている状態であると判定されたデータベースサーバ200すべてについて更新が終了したか否かを判定し、更新が終了したと判定した場合にはIR情報を削除して良いと判定し、更新が終了していないと判定した場合にはIR情報を削除しないと判定する。図29の説明に戻る。IR情報判定部322は、IR情報削除判定処理の結果、IR情報は削除可能であると判定した場合にはステップS217肯定、削除しても良いと判定したIR情報に含まれるキー情報により識別されるデータを、キャッシュ311から削除する。例えば、IR情報判定部322は、削除しても良いと判定したIR情報に含まれるキー情報により識別される属性情報と、削除しても良いと判定したIR情報に含まれるキー情報自体とをキャッシュ311から削除するステップS218。すなわち、IR情報判定部322は、IR情報が削除可能である場合、IR情報のキー情報を用い、自装置のキャッシュ311に該当するキー情報が存在する場合には、該当のキー情報と、キー情報に対応付けられた属性情報とを削除することで、キャッシュ311の最新化を行う。そして、IR情報判定部322は、選択したデータベースサーバ200へIR情報削除要求を送信するステップS219。すなわち、例えば、IR情報判定部322は、データベースサーバAに対して、削除対象となるIR情報についての更新IDを含むIR情報削除要求を送信することで、データベースサーバAにIR情報を削除させる。そして、IR情報判定部322は、IR情報の取得先となるデータベースサーバ200すべてについて処理を実行したか否かを判定しステップS220、実行したと判定した場合にはステップS220肯定、処理を終了する。一方、IR情報判定部322は、実行していないと判定した場合にはステップS220否定、次に検索するデータベースサーバをステップS210にて決定した検索順序に従って決定しステップS221、上述したステップS211に戻り、処理を繰り返す。すなわち、IR情報判定部322は、閉塞されていないデータベースサーバ200各々からIR情報を取得し、上述したステップS212からステップS219までの処理を繰り返す。なお、ステップS213において、IR情報が存在しない場合にはステップS213否定、IR情報判定部322は、IR削除判定処理を実行することなく、上述したステップS220以降の処理を実行する。また、ステップS217において、IR情報が削除可能でない場合にはステップS217否定、IR情報判定部322は、IR情報を削除する処理を行うことなく、上述したステップS220以降の処理を実行する。なお、上述したステップS210において、IR情報判定部322は、閉塞状態未閉塞が格納されたデータベースサーバ200各々について、IR情報を検索する検索順序を任意の手法にて決定しても良い。言い換えると、閉塞状態閉塞が格納されたデータベースサーバ200各々については、IR情報を検索する検索先としなくても良い。[実施例1におけるキャッシュサーバの応答処理部による流れ]図32は、実施例1におけるキャッシュサーバの応答処理部による流れの一例を示すフローチャートである。以下に説明するように、応答処理部323は、クライアント端末500に対してデータ要求に対する応答を送信する際に、以下の処理を実行する。図32に示すように、応答処理部323は、キャッシュ判定部321から応答情報が入力されるとステップS1001肯定、キャッシュ判定部321から指定されたキー情報、属性情報、キー情報なし、検索失敗をもとに、クライアント端末500への応答情報を組み立てるステップS1002。そして、応答処理部323は、組み立てた応答情報をクライアント端末500に送信するステップS1003。すなわち、応答処理部323は、キャッシュ判定部321によって入力された情報を応答情報としてクライアント端末500に送信する。[実施例1における監視サーバの故障判定部による処理]図33は、実施例1における監視サーバの故障判定部による処理の流れの一例を示すフローチャートである。故障判定部421は、図33を用いて説明する一連の処理を定期的に実行したり、不定期に実行したりする。図33に示すように、故障判定部421は、自装置の装置情報DB411から、データベースサーバ名の一覧を取得し、処理順序を決定するステップS1101。例えば、故障判定部421は、取得した一覧に記載された順番を処理順序として決定する。そして、故障判定部421は、データベースサーバ200に装置状態要求を送信するステップS1102。例えば、故障判定部421は、一覧の最初に記載されたデータベースサーバ200に対して装置状態要求を送信する。その後、故障判定部421は、データベースサーバ200から装置状態応答を受信する処理を実行しステップS1103、装置状態応答が受信したかを判定するステップS1004。ここで、故障判定部421は、装置状態応答を受信したと判定した場合にはステップS1104肯定、受信した装置情報を用いて、予め設定された判定基準に基づいて故障判定を実行するステップS1105。すなわち、例えば、故障判定部421は、データベースサーバ200の配信関連リソースの状態を示す情報を受信すると、受信した情報に基づいて故障判定を実行する。なお、故障判定部421による判定処理においては、任意の判定基準を用いて、任意の手法を用いて実行して良い。そして、故障判定部421は、装置状態の判定結果が正常である場合にはステップS1106肯定、装置情報DB411に記憶された装置状態のうち、処理対象となったデータベースサーバ200のデータベースサーバ名に対応付けられた装置状態を、装置状態正常に更新するステップS1107。そして、故障判定部421は、全データベースサーバ200について処理を行った場合にはステップS1110否定、データベースサーバ名の一覧から次のデータベースサーバ200を選択しステップS1112、ステップS1102に戻って処理を繰り返す。一方、故障判定部421は、全データベースサーバ200分の処理を行っていない場合にはステップS1110肯定、各データベースサーバ200各々についての判定結果となる装置状態を格納する旨の装置状態格納要求をデータベースサーバ200各々に送信しステップS1111、処理を終了する。一方、上述したステップS1104に戻り、装置状態応答を受信しなかったと判定した場合ステップS1104否定や、装置状態の判定結果が正常ではなかった場合ステップS1106否定について説明する。この場合、故障判定部421は、装置情報DB411に記憶された装置状態のうち、処理対象となったデータベースサーバ200のデータベースサーバ名に対応付けられた装置状態を、装置状態故障に更新するステップS1108。そして、故障判定部421は、処理対象となったデータベースサーバ200に、キャッシュサーバ300との間におけるデータの送受信を閉塞する旨の閉塞要求を送信することで、キャッシュサーバ300を閉塞するステップS1109。そして、上述したステップS1110以降の処理を実行する。なお、故障判定部421は、一度閉塞要求を送信した後に、データベースサーバ200にて遮断処理が失敗すると、例えば、再度閉塞要求を送信し、成功するまで繰り返す。ただし、これに限定されるものではなく、成功するまで繰り返さなくても良い。例えば、故障判定部421は、所定の回数閉塞要求を送信した後に、エラーとして処理を終了しても良い。すなわち、閉塞が失敗した場合には、何らかの想定外の故障が存在することが想定されることを踏まえ、繰り返しを一切行わなくても良く、所定回数以上繰り返しを行わなくても良い。[実施例1の効果]上述したように、実施例1によれば、キャッシュ制御システムでは、データベースサーバ各々は、自データベースサーバのデータが更新される場合に、更新されるデータを識別するキー情報を含むIR情報を複数あるキャッシュサーバ300を識別するキャッシュサーバ名に対応付けてIR情報DB212に格納する。また、キャッシュサーバ300各々は、複数あるデータベースサーバ200各々から、IR情報DB212に自キャッシュサーバを識別するキャッシュサーバ名に対応付けて格納されたIR情報を取得する。そして、キャッシュサーバ300は、取得したIR情報により識別されるデータのキャッシュを無効にする。この結果、1つでも正常なデータベースサーバ200があれば、キャッシュサーバ300に記憶された更新前のデータを無効化可能である。また、実施例1によれば、キャッシュ制御システムでは、複数あるデータベースサーバ200各々は、複数あるデータベースサーバ200各々について、データの更新が終了したか否かを示す更新結果を記憶する配信情報DB213を有する。また、キャッシュサーバ300各々は、データベースサーバ200から、配信情報DB213に記憶された複数あるデータベースサーバ200各々についての更新結果を取得する。そして、キャッシュサーバ300各々は、取得した更新結果各々に基づいて、複数あるデータベースサーバ200すべてについて更新が終了したか否かを判定し、更新が終了したと判定した場合には、取得したIR情報をIR情報DB212から削除する削除処理を実行し、更新が終了していないと判定した場合には削除処理を実行しない。この結果、データベースサーバ200とキャッシュサーバ300とを一致させることが可能である。例えば、更新済みのデータベースサーバが1台でも残っていれば、キャッシュデータに古いデータが有効なまま残るのを防止可能である。すなわち、キャッシュサーバが、データベースサーバ各々からIR情報を取得し、IR情報を取得すると直ちにデータベースサーバからIR情報を削除する場合を用いて説明する。また、データベースサーバ1とデータベースサーバ2とがある場合を用いて説明する。また、データベースサーバ1に更新が行われてIR情報が生成された場合を用いて説明する。ここで、キャッシュサーバは、データベースサーバ1及びデータベースサーバ2に対してIR情報を要求すると、データベースサーバ1からIR情報を取得する。そして、キャッシュサーバは、IR情報に基づいて自キャッシュの古いデータを削除し、データベースサーバ1からIR情報を削除する。ここで、データベースサーバ1に対する更新がデータベースサーバ2に対して反映される前に、データベースサーバ1に故障が発生するとする。そうすると、キャッシュサーバは、クライアント端末からデータ要求を受信すると、古いデータを削除しており、データベースサーバにデータを要求する。ここで、データベースサーバ1は故障しており、キャッシュサーバは、データベースサーバ2にデータを要求することになる。ここで、データベースサーバ2には、更新が反映されておらず、IR情報についてもデータベースサーバ1から削除されている。この結果、キャッシュサーバは、データベースサーバ2から古いデータを受信すると、かかる古いデータが有効なまま継続して保持することになる。これに対して、上述したように、実施例1によれば、キャッシュ制御システムでは、キャッシュサーバ300は、更新がデータベースサーバ200すべてに反映されていることを確認した上で、IR情報を削除するので、どの時点においてデータベースサーバ200が故障したとしても、古いデータを確実に削除することが可能である。また、実施例1によれば、キャッシュ制御システムでは、キャッシュサーバ300は、データベースサーバ200における更新が正常に実行されている状態か否かを複数あるデータベースサーバ200各々について判定する。そして、キャッシュサーバ300は、正常に実行されている状態であると判定されたデータベースサーバ200すべてについて更新が終了したか否かを判定し、更新が終了したと判定した場合には削除処理を実行し、更新が終了していないと判定した場合には削除処理を実行しない。この結果、データベースサーバ200とキャッシュサーバ300とを一致させることが可能である。また、実施例1によれば、キャッシュ制御システムでは、データベースサーバを監視する監視サーバ400を更に備える。そして、監視サーバ400は、監視結果に基づいて、データベースサーバ200の状態が正常であるか否かを判定し、正常でないと判定したデータベースサーバ200について、キャッシュサーバ300との間におけるデータの送受信を閉塞する。この結果、正常でないデータベースサーバ200がキャッシュサーバ300に応答することを防止可能である。[システム構成]また、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上述文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については図1~図33、特記する場合を除いて任意に変更することができる。また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散統合して構成することができる。例えば、データベースサーバ200の配信情報DB213を外部装置として、ネットワーク経由で各データベースサーバ200が接続して同一の配信情報DB213を共有しても良い。また、例えば、監視サーバ400を用いなくても良い。[プログラム]図34は、キャッシュ制御システムによる情報処理がコンピュータを用いて具体的に実現されることを示す図である。図34に例示するように、コンピュータ3000は、例えば、メモリ3010と、CPUCentralProcessingUnit3020と、ハードディスクドライブインタフェース3030と、ネットワークインタフェース3070とを有する。コンピュータ3000の各部はバス3100によって接続される。メモリ3010は、例えば、BIOSBasicInputOutputSystem等のブートプログラムを記憶する。ハードディスクドライブインタフェース3030は、図34に例示するように、ハードディスクドライブ3080に接続される。ここで、図34に例示するように、ハードディスクドライブ3080は、例えば、OS3081、アプリケーションプログラム3082、プログラムモジュール3083、プログラムデータ3084を記憶する。すなわち、開示の技術に係る更新プログラムは、コンピュータによって実行される指令が記述されたプログラムモジュール3083として、例えばハードディスクドライブ3080に記憶される。具体的には、上記実施例で説明した制御部220の各部や制御部320の各部、制御部420の各部と同様の情報処理を実行する手順各々が記述されたプログラムモジュールが、ハードディスクドライブ3080に記憶される。また、上記実施例で説明した記憶部210や記憶部310、記憶部410に記憶されるデータのように、キャッシュ制御システムによる情報処理にて用いられるデータは、プログラムデータ3084として、例えばハードディスクドライブ3080に記憶される。そして、CPU3020が、ハードディスクドライブ3080に記憶されたプログラムモジュール3083やプログラムデータ3084を必要に応じてRAMに読み出し、各種の手順を実行する。なお、キャッシュ制御システムを実行するプログラムに係るプログラムモジュール3083やプログラムデータ3084は、ハードディスクドライブ3080に記憶される場合に限られない。例えば、プログラムモジュール3083やプログラムデータ3084は、着脱可能な記憶媒体に記憶されても良い。この場合、CPU3020は、ディスクドライブなどの着脱可能な記憶媒体を介してデータを読み出す。また、同様に、更新プログラムに係るプログラムモジュール3083やプログラムデータ3084は、ネットワークLANLocalAreaNetwork、WANWideAreaNetwork等を介して接続された他のコンピュータに記憶されても良い。この場合、CPU3020は、ネットワークインタフェースを介して他のコンピュータにアクセスすることで各種データを読み出す。[その他]なお、本実施例で説明したキャッシュ制御システムの制御プログラムは、インターネットなどのネットワークを介して配布することができる。また、制御プログラムは、ハードディスク、フレキシブルディスクFD、CD-ROM、MO、DVDなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。