"変動側サーバが分散管理する第1データベース群に対する変動を、参照側サーバが分散管理する第2データベース群に連携させる変動連携サーバであって、前記変動側サーバから前記第1データベース群が変動するたびに送信される前記第1データベース群の中の変動した項目を識別する識別情報を受信すると、当該識別情報を前記変動が行われた時間に関連付けて変動情報データベースに記憶する変動情報管理部と、前記参照側サーバから、所定期間内に行われた前記第1データベース群の変動に関する情報の要求を受信したことに応じて、前記変動情報データベースに記憶された前記時間を参照して前記変動情報データベースから前記所定期間内の前記識別情報を特定する変動情報特定部と、前記変動情報特定部が特定した前記識別情報を前記参照側サーバに送信する変動情報送信部と、を備える変動連携サーバ。前記変動情報特定部は、前記所定期間内に同一の識別情報が複数記憶されている場合には、1の前記識別情報のみを前記所定期間内の識別情報として特定する、請求項1に記載の変動連携サーバ。変動側サーバが分散管理する第1データベース群に対する変動を、参照側サーバが分散管理する第2データベース群に連携させる変動連携システムであって、変動連携サーバと、前記参照側サーバと、を含んで構成され、前記変動連携サーバは、前記変動側サーバから前記第1データベース群が変動するたびに送信される前記第1データベース群の中の変動した項目を識別する識別情報を受信すると、当該識別情報を前記変動が行われた時間に関連付けて変動情報データベースに記憶する変動情報管理部と、前記参照側サーバから、所定期間内に行われた前記第1データベース群の変動に関する情報の要求を受信したことに応じて、前記変動情報データベースに記憶された前記時間を参照して前記変動情報データベースから前記所定期間内の前記識別情報を特定する変動情報特定部と、前記変動情報特定部が特定した前記識別情報を前記参照側サーバに送信する変動情報送信部と、を備え、前記参照側サーバは、前記変動連携サーバから受信した前記識別情報に基づいて、前記識別情報が識別する前記変動した項目以外に前記第2データベース群を変動するために必要な前記第1データベース群の中の項目を特定する要求特定部と、前記変動側サーバに対して、前記識別情報が識別する項目及び前記要求特定部が特定した前記項目の情報を要求する変動内容要求部と、前記変動内容要求部が要求した前記情報に基づいて、前記第2データベース群を変動する変動部と、を備える変動連携システム。前記変動連携サーバの前記変動情報特定部は、前記所定期間内に同一の識別情報が複数記憶されている場合には、1の前記識別情報のみを前記所定期間内の識別情報として特定する、請求項3に記載の変動連携システム。変動側サーバが分散管理する第1データベース群に対する変動を、参照側サーバが分散管理する第2データベース群に連携させる方法であって、コンピュータが実行する、前記変動側サーバから前記第1データベース群が変動するたびに送信される前記第1データベース群の中の変動した項目を識別する識別情報を受信すると、当該識別情報を前記変動が行われた時間に関連付けて変動情報データベースに記憶するステップと、前記参照側サーバから、所定期間内に行われた前記第1データベース群の変動に関する情報の要求を受信したことに応じて、前記変動情報データベースに記憶された前記時間を参照して前記変動情報データベースから前記所定期間内の前記識別情報を特定するステップと、特定した前記識別情報を前記参照側サーバに送信するステップと、を含む方法。ところで、このような検索システムでは、検索対象の情報を記憶するマスターDBに変動があった場合には、この変動をインデックスDBに対して反映するためにマスターDBの変動内容をインデックスDBに対して送信する必要がある。しかしながら、検索システムは、マスターDB及びインデックスDBの夫々を複数のサーバで分散管理しており、1のマスターDBに変動があるたびに複数のインデックスDBに対して反映内容を送信していたのでは、処理が煩雑になり好ましくない。すなわち、マスターDBとインデックスDBとは目的の相違から構成が異なる場合もあり、その変動処理は同様の処理負荷で実施できるとは限らないため、インデックスDBの変動処理は、マスターDBの変動処理と切り離して非同期に行うことが望ましいが、当該非同期の変動処理が煩雑にならないようにする必要がある。そこで、本発明は、変動側サーバが分散管理する第1データベース群に対する変動を、煩雑な処理を必要とすることなく参照側サーバが分散管理する第2データベース群に連携させることを目的とする。1変動側サーバが分散管理する第1データベース群に対する変動を、参照側サーバが分散管理する第2データベース群に連携させる変動連携サーバであって、前記変動側サーバから前記第1データベース群が変動するたびに送信される前記第1データベース群の中の変動した項目を識別する識別情報を受信すると、当該識別情報を前記変動が行われた時間に関連付けて変動情報データベースに記憶する変動情報管理部と、前記参照側サーバから、所定期間内に行われた前記第1データベース群の変動に関する情報の要求を受信したことに応じて、前記変動情報データベースに記憶された前記時間を参照して前記変動情報データベースから前記所定期間内の前記識別情報を特定する変動情報特定部と、前記変動情報特定部が特定した前記識別情報を前記参照側サーバに送信する変動情報送信部と、を備える変動連携サーバ。2前記変動情報特定部は、前記所定期間内に同一の識別情報が複数記憶されている場合には、1の前記識別情報のみを前記所定期間内の識別情報として特定する、1に記載の変動連携サーバ。3変動側サーバが分散管理する第1データベース群に対する変動を、参照側サーバが分散管理する第2データベース群に連携させる変動連携システムであって、変動連携サーバと、前記参照側サーバと、を含んで構成され、前記変動連携サーバは、前記変動側サーバから前記第1データベース群が変動するたびに送信される前記第1データベース群の中の変動した項目を識別する識別情報を受信すると、当該識別情報を前記変動が行われた時間に関連付けて変動情報データベースに記憶する変動情報管理部と、前記参照側サーバから、所定期間内に行われた前記第1データベース群の変動に関する情報の要求を受信したことに応じて、前記変動情報データベースに記憶された前記時間を参照して前記変動情報データベースから前記所定期間内の前記識別情報を特定する変動情報特定部と、前記変動情報特定部が特定した前記識別情報を前記参照側サーバに送信する変動情報送信部と、を備え、前記参照側サーバは、前記変動連携サーバから受信した前記識別情報に基づいて、前記識別情報が識別する前記変動した項目以外に前記第2データベース群を変動するために必要な前記第1データベース群の中の項目を特定する要求特定部と、前記変動側サーバに対して、前記識別情報が識別する項目及び前記要求特定部が特定した前記項目の情報を要求する変動内容要求部と、前記変動内容要求部が要求した前記情報に基づいて、前記第2データベース群を変動する変動部と、を備える変動連携システム。4前記変動連携サーバの前記変動情報特定部は、前記所定期間内に同一の識別情報が複数記憶されている場合には、1の前記識別情報のみを前記所定期間内の識別情報として特定する、3に記載の変動連携システム。5変動側サーバが分散管理する第1データベース群に対する変動を、参照側サーバが分散管理する第2データベース群に連携させる方法であって、コンピュータが実行する、前記変動側サーバから前記第1データベース群が変動するたびに送信される前記第1データベース群の中の変動した項目を識別する識別情報を受信すると、当該識別情報を前記変動が行われた時間に関連付けて変動情報データベースに記憶するステップと、前記参照側サーバから、所定期間内に行われた前記第1データベース群の変動に関する情報の要求を受信したことに応じて、前記変動情報データベースに記憶された前記時間を参照して前記変動情報データベースから前記所定期間内の前記識別情報を特定するステップと、特定した前記識別情報を前記参照側サーバに送信するステップと、を含む方法。本発明によれば、変動側サーバが分散管理する第1データベース群に対する変動を、煩雑な処理を必要とすることなく参照側サーバが分散管理する第2データベース群に連携させることができる。以下、本発明の実施形態について図面を参照して説明する。なお、以下の実施形態では、検索システム100におけるDBサーバ2とインデックスサーバ3との間の連携を行う変動連携サーバ1を例にとり本発明を説明するが、本発明は、検索システム100以外の他のシステムに対しても適用することができる。すなわち、本発明は、1のデータベース群の変動を他のデータベース群に連携するためのものであり、検索システム100は、その一例に過ぎない。[変動連携サーバ1の概要]図1を参照して、本発明の変動連携サーバ1を含む検索システム100の全体構成を説明することで、本発明の変動連携サーバ1の概要について説明する。検索システム100は、ユーザからの検索要求に応じて所定の検索結果を返信する検索システムであり、例えば、本実施形態では、ショッピングサイトにおいてサイト内検索を行うための検索システムである。検索システム100は、本発明の変動連携サーバ1と、DBサーバ2と、インデックスサーバ3と、を含んで構成される。なお、本発明の変動連携サーバ1と、インデックスサーバ3とは、本発明の変動連携システム1Aを構成することができる。DBサーバ2は、検索システム100において、検索対象となる情報を網羅的に記憶するマスターDB22を分散管理するサーバ群である。すなわち、1のDBサーバ2と他のDBサーバ2とでは、夫々異なるマスターDB22を管理する。もちろん、システムの安全設計上、複数のDBサーバ2で同一のマスターDB22を管理することを妨げるものではない。なお、マスターDB22は、図3で後述するように情報の集合をテーブル形式で管理するリレーショナルデータベースであり、本発明の第1データベース群に相当する。インデックスサーバ3は、検索システム100において、ユーザからの検索要求に対する検索結果を迅速に返信するためのインデックスファイル36を分散管理するサーバ群である。すなわち、1のインデックスサーバ3と他のインデックスサーバ3とでは、夫々異なるインデックスファイル36を管理する。もちろん、システムの安全設計上、複数のインデックスサーバ3で同一のインデックスファイル36を管理することを妨げるものではない。なお、インデックスファイル36は、図5で後述するように検索に利用される頻度の高い単語検索キー毎に予め検索結果値を規定しておく。このようなインデックスファイル36は、マスターDB22とは異なる構造を有し、本実施形態では例えば、B木構造により生成されることとしている。インデックスファイル36は、本発明の第2データベース群に相当する。変動連携サーバ1は、DBサーバ2が管理するマスターDB22の変動をインデックスサーバ3が管理するインデックスファイル36に反映させることを助長する。ここで、検索システム100では、マスターDB22を複数のDBサーバ2で分散管理することとし、また、マスターDB22の変動を反映させるインデックスファイル36も複数のインデックスサーバ3で分散管理することとしている。そのため、マスターDB22で変動があるたびに当該変動をインデックスサーバ3へ送信したのでは、変動内容受信部ず、1のインデックスサーバ3には複数のDBサーバ2から頻繁に情報が送信されることになる。その結果、検索システム100内において多くの情報が送信されることになり、検索システム100のパフォーマンスが低下するおそれがある。すなわち、検索対象となる情報を網羅的に記憶するマスターDB22はリレーショナルデータベースとして構成され、検索に利用される頻度の高い単語検索キー毎に予め検索結果値を規定しておくインデックスファイル36はB木構造を有し、それぞれ構成が異なる。そのため、リレーショナルデータベースの変動処理と比較して相対的に処理負荷が大きいB木構造の変動処理を同時に行うと、あるインデックスファイル36の変動処理が完了しない間にその次の変動処理を行う必要が生じて処理の待ち行列が収束できなくなる場合も想定され、検索システム100全体のパフォーマンスが低下することになる。そこで、本発明の変動連携サーバ1は、DBサーバ2からマスターDB22に変動があったことをプッシュ通知により受け付けておき、その後、インデックスサーバ3からの要求に応じて、インデックスサーバ3に対して当該変動を通知することとしている。これにより、DBサーバ2は、変動連携サーバ1に変動があったことを通知しておくだけで足り、また、インデックスサーバ3は、DBサーバ2における変動のタイミングに関わらず自らのタイミングで非同期にインデックスファイル36を変動させることができる。[検索システム100の構成]続いて、図2を参照して、本発明の変動連携サーバ1を含む検索システム100の機能構成を説明する。[DBサーバ2の構成]複数のDBサーバ2の夫々は、レコード変動部21と、マスターDB22と、変動情報送信部23と、要求受付部24と、変動内容送信部25と、を含んで構成される。レコード変動部21は、マスターDB22に対する所定の変動要求を受け付けると、当該変動要求に従い、マスターDB22を更新する。なお、所定の変動要求とは、例えば、検索システム100の管理者による変動要求や、ショッピングサイト内における売買結果に基づく変動要求など任意のものを採用することができる。マスターDB22は、ショッピングサイトにおける各種情報を分散管理するリレーショナルデータベースである。ここで、マスターDB22の一例を図3に示す。図31は、ショッピングサイトに出店する店舗情報を管理するショップDBであり、図32は、ショッピングサイトで取り扱われる商品を管理する商品DBであり、図33は、ショッピングサイトで取り扱われる商品の在庫を管理する在庫DBである。これらショップDB、商品DB、在庫DBの夫々は、DBIDにより識別され、夫々異なるDBサーバ2に管理されている。なお、本実施形態では、マスターDB22を構成する行をレコードと呼ぶとともに列をカラムと呼び、レコード及びカラムにより特定されるものを項目と呼ぶ。すなわち、図31における項目221は、レコード:0123、カラム:ショップ名で特定される項目である。また、図3において、項目中に⇒と表記しているものは、変動があったことを示している。すなわち、項目221は、ショップ名がA商店からA ́商店に変動したことを意味し、項目222は、商品ID9999携帯電話Aの在庫が10個から9個、8個に変動した後108個に変動したことを意味する。変動情報送信部23は、レコード変動部21がマスターDB22を変動するたびに、変動した項目を識別する識別情報を変動連携サーバ1に対して送信する。ここで、変動した項目を識別する識別情報とは、項目を識別するレコード及びカラムに加え、変動した項目を含むマスターDB22を識別するDBIDを含む。このとき、変動情報送信部23は、変動した項目を識別する情報のみを変動連携サーバ1に対して送信し、具体的な変動の内容を変動連携サーバ1に対して送信することがない。すなわち、図31における項目221で変動があった場合には、変動情報送信部23は、DBID:001、レコード:0123、カラム:ショップ名を変動した項目を識別する識別情報として変動連携サーバ1に対して送信する一方で、変動の内容A商店からA ́商店とショップ名が変動したことを変動連携サーバ1に対して送信することはない。不要な情報を送信することなく最小限の情報のみでDBサーバ2の変動をインデックスサーバ3に反映させるためである。なお、変動連携サーバ1に対して確実に送信したことを保証するため、変動情報送信部23は、トランザクション処理により変動連携サーバ1に対して変動した項目を識別する識別情報を送信することが好ましい。要求受付部24は、マスターDB22の変動に伴いインデックスファイル36を変動するために必要な情報の要求を、インデックスサーバ3から受け付ける。このとき、要求受付部24は、インデックスファイル36を変動するために必要な情報として、マスターDB22の変動した項目に規定された情報だけでなく、後述するように、変動していない項目に規定された情報の要求を受け付ける場合がある。なお、本実施形態では、DBID、レコード及びカラムの指定を受け付けることで、インデックスファイル36を変動するために必要な情報の要求を受け付ける。変動内容送信部25は、要求受付部24が受け付けた項目に規定された情報をマスターDB22から抽出し、要求を行ったインデックスサーバ3に対して送信する。例えば、図31における項目221についての要求を受け付けた場合には、変動内容送信部25は、A ́商店という情報をインデックスサーバ3に対して送信する。なお、インデックスファイル36の変動に変動前の項目に規定された情報が必要になる場合には、変動前の情報も併せて送信することとしてもよい。すなわち、レコード0123のショップ名がA商店からA ́商店に変動したことをインデックスサーバ3に対して送信することとしてもよい。[変動連携サーバ1の構成]続いて、本発明の変動連携サーバ1は、変動情報管理部11と、変動情報DB12と、参照要求受付部13と、変動情報特定部14と、変動情報送信部15と、を含んで構成される。変動情報管理部11は、DBサーバ2の変動情報送信部23から送信されたマスターDB22の変動した項目を識別する識別情報を受信すると、当該識別情報に変動が行われた時間を示すタイムスタンプを付して変動情報DB12に記憶する。このとき、識別情報に付されるタイムスタンプは、DBサーバ2において当該項目が変動した時間であってもよく、また、変動情報管理部11が当該識別情報を受信した時間であってもよい。なお、タイムスタンプとしてDBサーバ2で変動した時間を付す場合には、DBサーバ2の変動情報送信部23は、変動した項目を識別する識別情報に加え、当該時間を示す情報を変動連携サーバ1に対して送信することが好ましい。変動情報DB12は、マスターDB22における変動情報を管理するデータベースである。具体的には、図4に示すように、変動情報DB12は、マスターDB22における変動情報として、変動した項目を識別する識別情報DBID、レコード、カラムに加え、変動が行われた時間変動時間を記憶する。このとき、変動情報DB12は、変動情報として変動した項目を識別する識別情報を記憶するものの、その変動内容については記憶しない。例えば、変動情報121のDBID:001、レコード:0123、カラム:ショップ名は、図31におけるA商店からA ́商店へのショップ名の変動に対応するものであるが、図4に示す変動情報DB12からはその変動内容を特定することはできない。これは、変動情報DB12がマスターDB22の変動をインデックスファイル36に反映させるために用いられるところ、後述するようにインデックスファイル36によっては、変動した項目に規定された情報A商店⇒A ́商店だけでなく、他の項目に規定された情報も必要となるためである。そこで、変動情報DB12は、マスターDB22の変動をインデックスファイル36に反映させるために必要となる最小限の情報のみを記憶することとしている。参照要求受付部13は、インデックスサーバ3からマスターDB22の変動に関する情報、すなわち、変動情報DB12に記憶された情報の要求を受け付ける。このとき、参照要求受付部13は、インデックスサーバ3からインデックスファイル36の変動に必要となる情報の範囲期間の指定も併せて受け付ける。変動情報特定部14は、参照要求受付部13が受け付けた要求に応じて、変動情報DB12からマスターDB22における変動情報、すなわち、変動した項目を識別する識別情報DBID、レコード、カラムを抽出する。ここで、変動情報特定部14は、変動情報DB12に記憶された変動時間を参照して、参照要求受付部13が受け付けた期間内に変動した項目を識別する識別情報を特定し抽出する。このとき、変動情報特定部14は、変動情報DB12に、当該期間内に変動した項目を識別する識別情報として同一の項目を識別する識別情報が複数記憶されている場合には、当該同一の項目を識別する識別情報を1つだけ特定し、抽出する。図4を参照して、変動情報122,123,124は全て、DBID:003、レコード:9999、カラム:在庫と同一の項目を識別している。そのため、変動情報特定部14は、参照要求受付部13が受け付けた期間内に変動情報122,123,124が含まれる場合には、いずれかの変動情報のみを抽出する。変動情報送信部15は、変動情報特定部14が特定した識別情報DBID、レコード、カラムをインデックスサーバ3に送信する。例えば、図4に記載した期間内に変動した項目を要求されていた場合には、変動情報送信部15は、DBID:001、レコード:0123、カラム:ショップ名DBID:003、レコード:9999、カラム:在庫DBID:002、レコード:2222、カラム:商品名DBID:003、レコード:5555、カラム:在庫DBID:003、レコード:2222、カラム:在庫をインデックスサーバ3に送信する。[インデックスサーバ3の構成]複数のインデックスサーバ3の夫々は、変動情報要求部31と、要求特定部32と、変動内容要求部33と、変動内容受付部34と、インデックス変動部35と、インデックスファイル36と、を含んで構成される。変動情報要求部31は、変動連携サーバ1に対してDBサーバ2のマスターDB22における変動情報を要求する。このとき、変動情報要求部31は、所定の周期で変動連携サーバ1に対する要求を行う。これにより、インデックスサーバ3では、マスターDB22の変動タイミングに関わらず、自らのタイミングでマスターDB22の変動情報を取得することができる。なお、変動情報要求部31は、所定の周期の間に行われたマスターDB22における変動情報を適切に取得するため、必要となる期間を指定した上で当該要求を行う。要求特定部32は、変動情報要求部31の要求に伴い変動連携サーバ1の変動情報送信部15から送信されるマスターDB22において所定期間内に変動した項目を識別する識別情報を受信するとともに、当該変動に伴いインデックスファイル36を変動するために必要となる情報を特定する。ここで、図5を参照して、インデックスファイル36について説明する。インデックスファイル36は、検索に利用される頻度の高い単語検索キー毎に予め検索結果値を規定しておく。このようなインデックスファイル36は、検索の用途に応じて複数設けられており、本実施形態では、インデックスIDにより識別することとしている。例えば、インデックスID:001は、検索キーを商品名として、当該商品を取り扱うショップ名及びその在庫を検索結果として規定するインデックスファイルであり、インデックスID:002は、検索キーをショップ名として、当該ショップで取り扱う商品名及びその価格を検索結果として規定するインデックスファイルである。このように複数のインデックスサーバ3で分散管理するインデックスファイル36では、検索キーとその値検索結果との関係が夫々異なるため、インデックスファイル36の種類によってマスターDB22の変動と連携して変動させるために必要となる情報が異なることになる。例えば、マスターDB22において在庫が変動した場合、インデックスID:001のインデックスファイル36図51はこの変動と連動して変動する必要があるため、変動した在庫数が必要になる一方で、インデックスID:002のインデックスファイル36図52はこの変動と連動して変動する必要がないため、変動した在庫数を必要としない。そこで、要求特定部32は、自己のインデックスサーバ3が管理しているインデックスファイル36の種類に応じて、マスターDB22の変動に伴いインデックスファイル36を変動するために必要となる情報を特定する。ここで、マスターDB22が図3に示すようにショップDBと商品DBと在庫DBとを別々で管理する構造であり、在庫の変動に応じてインデックスID:001のインデックスファイル36を変動する場合、在庫の情報に加え、対応するショップ名や商品名が必要になる。すなわち、インデックスファイル36の変動には、マスターDB22で変動した項目に規定された情報だけでなく、他の項目に規定された情報も必要になることがある。そこで、本実施形態では、インデックスサーバ3は、図6に示すような対応関係を特定するための情報を備えることとしている。具体的には、変動した項目を含むDBID及びカラム変動情報毎に、インデックスファイル36の変動に必要となる情報要求先を対応付けた情報を備えることとしている。このとき、インデックスファイル36の変動に必要となる情報は、インデックスファイル36の種類毎に対応付けられていることが好ましい。変動内容要求部33は、要求特定部32が特定した情報をDBサーバ2に対して要求する。例えば、マスターDB22においてDBID:003、レコード:5555、カラム:在庫に変動があった場合には、要求特定部32は、変動した在庫数を取得するためにDBID:003に対してレコード:5555、カラム:在庫の項目に規定した情報が必要であると特定するとともに、当該在庫数の商品を取り扱うショップ名を取得するためにDBID:001に対して商品ID:5555を取り扱うショップ名図31を参照するとB商店が必要であると特定し、また、当該在庫数の商品の商品名を取得するためにDBID:002に対して商品ID:5555の商品名図32を参照するとエアコンBが必要であると特定する。そこで、変動内容要求部33は、この特定した情報をDBサーバ2に対して要求する。なお、在庫の変動の際には、変動内容要求部33は、在庫数、ショップ名及び商品名を一度に要求することとしているが、マスターDB22の変動によっては複数回に分けて情報を取得する場合があり、変動内容要求部33による要求は、このような複数回にわたる要求を含むものである。図7を参照して、例えば、マスターDB22においてショップ名がA商店からA ́商店に変動した場合に、インデックスID:001のインデックスファイル36を変動するためには、A商店A ́商店で取り扱う商品名が必要になる。このような場合には、変動内容要求部33は、初めにDBID:001に対してレコード:0123カラム:商品IDの項目に規定された情報を要求する。これにより9999,2222,1111などの商品IDを取得できるが、インデックスID:001のインデックスファイル36を変動するためには、この商品IDに対応する商品名が必要になる。そこで、次に二度目の要求として、変動内容要求部33は、DBID:002に対して、取得した商品ID999,222,111などの商品名を要求する。これにより、インデックスID:001のインデックスファイル36における検索キーである商品名を取得できるため、当該商品を取り扱うショップ名を特定でき、結果、マスターDB22の変動に併せてショップ名をA商店からA ́商店に変動することができる。変動内容受付部34は、変動内容要求部33の要求に伴いDBサーバ2の変動内容送信部25から送信された情報を受け付ける。例えば、変動した在庫数や、当該在庫数の商品を取り扱うショップ名、当該在庫数の商品名を受け付ける。インデックス変動部35は、変動内容受付部34が受け付けた情報に基づいて、インデックスファイル36を変動する。例えば、変動内容受付部34が受け付けたショップ名及び商品名に対応する在庫数を、変動内容受付部34が受け付けた在庫数に変動する。[変動連携サーバ1のハードウェア構成]以上説明した変動連携サーバ1のハードウェアは、1又は複数の一般的なコンピュータによって構成することができる。一般的なコンピュータは、例えば、制御部として、中央処理装置CPUを備える他、記憶部として、メモリRAM、ROM、ハードディスクHDD及び光ディスクCD、DVDなどを、ネットワーク通信装置として、各種有線及び無線LAN装置を、表示装置として、例えば、液晶ディスプレイ、プラズマディスプレイなどの各種ディスプレイを、入力装置として、例えば、キーボード及びポインティングデバイスマウス、トラッキングボールなどを適宜備え、これらは、バスラインにより接続されている。このような一般的なコンピュータにおいて、CPUは、変動連携サーバ1を統括的に制御し、各種プログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。なお、DBサーバ2及びインデックスサーバ3についても、複数の一般的なコンピュータによって構成することができる。[検索システム100の処理]続いて、図8及び図9を参照して、本発明の変動連携サーバ1を含む検索システム100の処理を説明する。図8を参照して、DBサーバ2のレコード変動部21は、マスターDB22に対する変動要求を受け付けると、当該変動要求に基づいてマスターDBを変動するステップS1。続いて、DBサーバ2の変動情報送信部23は、ステップS1で変動した項目を識別する識別情報DBID、レコード、カラムを変動連携サーバ1に対して送信するステップS2。続いて、変動連携サーバ1の変動情報管理部11は、ステップS2で送信された変動した項目を識別する識別情報を受け付けステップS11、当該識別情報に変動が行われた時間を示すタイムスタンプを付して変動情報DB12に記憶するステップS12。続いて、図9を参照して、インデックスサーバ3の変動情報要求部31は、所定の期間が経過するとステップS21、当該期間内にマスターDB22において変動した項目を識別する識別情報を、変動連携サーバ1に対して要求するステップS22。変動連携サーバ1の参照要求受付部13がステップS22で送信された要求を受け付けるとステップS31、変動連携サーバ1の変動情報特定部14は、変動情報DB12に記憶されたタイムスタンプを参照して、当該期間内に変動した項目を識別する識別情報を特定し抽出するステップS32。このとき、変動情報特定部14は、当該期間内に変動した項目を識別する識別情報として同一の項目を識別する識別情報が複数記憶されている場合には、当該同一の項目を識別する識別情報を1つだけ特定し、抽出する。続いて、変動連携サーバ1の変動情報送信部15は、ステップS32で抽出した項目を識別する識別情報をインデックスサーバ3に対して送信するステップS33。続いて、インデックスサーバ3の要求特定部32は、ステップS33で送信された識別情報を受け付けると、インデックスサーバ3が管理しているインデックスファイル36の種類に応じて、マスターDB22の変動に伴いインデックスファイル36を変動するために必要となる情報を特定するステップS23。続いて、インデックスサーバ3の変動内容要求部33は、ステップS23で特定した情報に基づいて、インデックスファイル36を変動させるために必要となる情報をDBサーバ2に対して要求するステップS24。DBサーバ2の要求受付部24がステップS24で送信された要求を受け付けるとステップS41、DBサーバ2の変動内容送信部25は、マスターDB22から対応する抽出しステップS42、要求を行ったインデックスサーバ3に対して送信するステップS43。続いて、インデックスサーバ3の変動内容受付部34がステップS43で送信された情報を受け付けるとステップS25、インデックスサーバ3のインデックス変動部35は、ステップS25で受け付けた情報に基づいてインデックスファイル36を更新しステップS26、処理を終了する。以上、本発明の変動連携サーバ1を含む検索システム100の構成及び処理について説明した。図10を参照して、このような検索システム100によれば、図101に示すように複数のDBサーバ2は、マスターDB22に変動があるたびにその変動情報変動した項目を識別する識別情報を変動連携サーバ1に対して送信する。すると、変動連携サーバ1では、この変動情報を変動した時間とともに変動情報DB12に記憶する。その後、図102に示すように、複数のインデックスサーバ3は、所定周期で変動連携サーバ1に対して変動情報の要求を行う。なお、所定周期は、任意の長さとすることができ、また、複数のインデックスサーバ3で周期の長さが異なることとしてもよく、また、複数のインデックスサーバ3で周期の長さは同一であるが、変動連携サーバ1に対して要求を行うタイミングをずらすこととしてもよい。すると、変動連携サーバ1では、インデックスサーバ3からの要求に応じて、期間内の変動情報を特定し、インデックスサーバ3に対して返信する。その後、複数のインデックスサーバ3は、変動連携サーバ1から受信した情報に基づいて自己が管理するインデックスファイル36の変動に必要な情報を特定し、図103に示すように、DBサーバ2に対して当該情報を要求するとともに、要求の結果得た情報に基づいてインデックスファイル36を変動する。このように、検索システム100では、DBサーバ2のマスターDB22における変動を、変動のたびにインデックスサーバ3に送信する必要がない。ここで、検索システム100のように変動側のDBサーバ2及び参照側のインデックスサーバ3の夫々を複数のサーバで分散管理する大規模なシステムでは、1のマスターDB22に変動があるたびに複数のインデックスサーバ3に対して変動の情報を送信していたのでは、インデックスサーバ3の処理負担を増大させることになり、検索の利便性に影響を与えてしまう可能性がある。この点、本実施形態の検索システム100のように、マスターDB22が変動したことを変動連携サーバ1に逐次記憶させておき、複数のインデックスサーバ3が変動連携サーバ1にアクセスする構成とすることで、変動に関するインデックスサーバ3の処理負担を軽減させることができる。このとき、変動連携サーバ1は、DBサーバ2からマスターDB22の変動した項目を識別した識別情報のみ変動した時間を含んでもよいを受信することとし、その変動の内容を受信することがない。そして、インデックスサーバ3では、この変動した項目を識別した識別情報から、自己が管理するインデックスファイル36の変動に必要となる情報を特定する構成としている。これにより、変動連携サーバ1は、最小限の情報のみでDBサーバ2とインデックスサーバ3とを連動させることができる。マスターDB22が変動したとしても、変動した項目やインデックスファイル36の構成によってはインデックスファイル36を変動させる必要がない場合があり、最小限の情報のみでDBサーバ2とインデックスサーバ3とを連動させる構成とすることで、検索システム100全体における不要な情報のやり取りを防止することができる。また、インデックスサーバ3は、所定周期で変動連携サーバ1に対してアクセスする構成としているため、DBサーバ2の変動に関わらず、インデックスサーバ3に好ましい任意のタイミングでインデックスファイル36を変動することができる。このとき、変動連携サーバ1は、インデックスサーバ3が要求した期間内に同一の項目が複数回変動していた場合には、当該項目を識別する識別情報を複数個抽出することなく、1つの識別情報のみを抽出するため、不要な情報の送信を防止することができ、処理負担を軽減することができる。なお、抽出する1つの識別情報は、複数回の変動のうちの最新の変動であってもよく、また、最古の変動であってもよく、その他任意のタイミングの変動であってもよい。以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。例えば、本実施形態では、変動連携サーバ1は、1つのサーバとして実現される場合を例に挙げて説明したが、変動連携サーバ1の機能を複数のサーバに分散して実装し、これらのサーバ全体が連携することによって変動連携サーバ1の機能を実現することも可能である。"