(57)【要約】【課題】タイムアウトのタイマ値を適切に設定する。【解決手段】ＤＢサーバ１０は、ＤＢクライアントからアクセス要求を受ける自装置と、アクセス要求の対象となるデータを記憶する他のＤＢサーバとの間で行われる通信の通信時間を計測する。そして、ＤＢサーバ１０は、計測された通信時間に応じて、該通信時間に関する情報と通信先のＤＢサーバの情報とを対応付けた遅延情報を遅延情報記憶部１３ａに格納する。その後、ＤＢサーバ１０は、遅延情報記憶部１３ａに記憶された遅延情報に基づいて、自装置と他のＤＢサーバとの通信時間に対して設定されるタイムアウトの時間を変更するように制御する。【選択図】図２
2017146669.tif 000002
【特許請求の範囲】
【請求項１】
ＤＢクライアントからアクセス要求を受ける第一のＤＢサーバと、前記アクセス要求の対象となるデータを記憶する第二のＤＢサーバとの間で行われる通信の通信時間を計測する計測部と、
前記計測部によって計測された通信時間に応じて、該通信時間に関する情報と通信先のＤＢサーバの情報とを対応付けた遅延情報を記憶部に格納する格納部と、
前記記憶部に記憶された遅延情報に基づいて、前記第一のＤＢサーバと前記第二のＤＢサーバとの通信時間に対して設定されるタイムアウトの時間を変更するように制御する変更部と、
を備えることを特徴とする分散ＤＢシステム。
【請求項２】
前記変更部は、前記ＤＢクライアントから前記アクセス要求を受けた場合に、前記アクセス要求の対象となるデータを記憶する第二のＤＢサーバを通信先のＤＢサーバとして特定し、該第二のＤＢサーバに対応する前記通信時間に関する情報を前記記憶部から取得し、該取得した通信時間に関する情報に基づいて、タイムアウトの時間を変更することを特徴とする請求項１に記載の分散ＤＢシステム。
【請求項３】
前記変更部は、前記ＤＢクライアントから前記アクセス要求を受けた場合に、前記アクセス要求の対象となるデータを記憶する第二のＤＢサーバを通信先のＤＢサーバとして特定し、該第二のＤＢサーバに対応する前記通信時間に関する情報を前記記憶部から取得し、該通信時間に関する情報とともに前記アクセス要求に対応する応答を前記ＤＢクライアントに対して出力することを特徴とする請求項１に記載の分散ＤＢシステム。
【請求項４】
分散ＤＢシステムで実行されるタイマ制御方法であって、
ＤＢクライアントからアクセス要求を受ける第一のＤＢサーバと、前記アクセス要求の対象となるデータを記憶する第二のＤＢサーバとの間で行われる通信の通信時間を計測する計測工程と、
前記計測工程によって計測された通信時間に応じて、該通信時間に関する情報と通信先のＤＢサーバの情報とを対応付けた遅延情報を記憶部に格納する格納工程と、
前記記憶部に記憶された遅延情報に基づいて、前記第一のＤＢサーバと前記第二のＤＢサーバとの通信時間に対して設定されるタイムアウトの時間を変更するように制御する変更工程と、
を含んだことを特徴とするタイマ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散ＤＢシステムおよびタイマ制御方法に関する。
【背景技術】
【０００２】
従来、ＤＢクライアントからの要求に応じて、複数のＤＢサーバ間でリレーを行う分散ＤＢシステムにおいて、システム全体が停止しないようにＤＢサーバを離れた位置に設置するのが一般的である。このような分散ＤＢシステムにおいて、ＤＢサーバ間でのリレーでは通信網が利用されるため、ＤＢサーバ間のリレー時間は、通信距離やＮＷ機器の構成等の影響を受け、通信経路によって異なる。
【０００３】
また、このような分散ＤＢシステムにおいて、ＤＢクライアントが要求を行って、該要求に対する応答を受け取るまでの制限時間として、タイマ値が設定されており、該タイマ値を過ぎた場合には、タイムアウトとなる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２３９３３１号公報
【特許文献２】特開平４−２０８７９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の技術では、タイムアウトのタイマ値を適切に設定することができず、正常に通信が行われているにもかかわらず、タイムアウトしてしまう場合があるという課題があった。つまり、従来の技術では、ＤＢサーバ間の通信経路によらず同一タイマ値が設定されているため、正常に通信が行われているにもかかわらず、通信経路によってはタイムアウトしてしまう場合があるという課題があった。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明の分散ＤＢシステムは、ＤＢクライアントからアクセス要求を受ける第一のＤＢサーバと、前記アクセス要求の対象となるデータを記憶する第二のＤＢサーバとの間で行われる通信の通信時間を計測する計測部と、前記計測部によって計測された通信時間に応じて、該通信時間に関する情報と通信先のＤＢサーバの情報とを対応付けた遅延情報を記憶部に格納する格納部と、前記記憶部に記憶された遅延情報に基づいて、前記第一のＤＢサーバと前記第二のＤＢサーバとの通信時間に対して設定されるタイムアウトの時間を変更するように制御する変更部と、を備えることを特徴とする。
【０００７】
また、本発明のタイマ制御方法は、分散ＤＢシステムで実行されるタイマ制御方法であって、ＤＢクライアントからアクセス要求を受ける第一のＤＢサーバと、前記アクセス要求の対象となるデータを記憶する第二のＤＢサーバとの間で行われる通信の通信時間を計測する計測工程と、前記計測工程によって計測された通信時間に応じて、該通信時間に関する情報と通信先のＤＢサーバの情報とを対応付けた遅延情報を記憶部に格納する格納工程と、前記記憶部に記憶された遅延情報に基づいて、前記第一のＤＢサーバと前記第二のＤＢサーバとの通信時間に対して設定されるタイムアウトの時間を変更するように制御する変更工程と、を含んだことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、タイムアウトのタイマ値を適切に設定することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、第一の実施の形態に係る分散ＤＢシステムの全体構成を示す概略構成図である。
【図２】図２は、第一の実施の形態に係るＤＢサーバの構成を示すブロック図である。
【図３】図３は、遅延情報記憶部に記憶される情報の一例を示す図である。
【図４】図４は、計測した遅延時間に応じて遅延ＩＤを格納する処理を説明する図である。
【図５】図５は、遅延ＩＤに基づきタイマ値を変更する処理を説明する図である。
【図６】図６は、第一の実施の形態に係る分散ＤＢシステムによる処理を説明するシーケンス図である。
【図７】図７は、第一の実施の形態に係る分散ＤＢシステムによる処理を説明するシーケンス図である。
【図８】図８は、タイマ制御プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１０】
以下に、本願に係る分散ＤＢシステムおよびタイマ制御方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態により本願に係る分散ＤＢシステムおよびタイマ制御方法が限定されるものではない。
【００１１】
［第一の実施の形態］
以下の実施の形態では、第一の実施の形態に係る分散ＤＢシステムの構成、ＤＢサーバの構成、分散ＤＢシステムの処理の流れを順に説明し、最後に第一の実施の形態による効果を説明する。
【００１２】
［第一の実施の形態に係る分散ＤＢシステムの構成］
まず、図１を用いて、第一の実施の形態に係る分散ＤＢシステムについて説明する。図１は、第一の実施の形態に係る分散ＤＢシステムの全体構成を示す概略構成図である。
【００１３】
図１に示すように、分散ＤＢシステムは、複数のＤＢサーバ１０ａ〜１０ｃおよびＤＢクライアント２０を有する。なお、各ＤＢサーバ１０ａ〜１０ｃは、同様の構成を有しており、特に区別なく説明する場合には、ＤＢサーバ１０と記載する。また、図１の例では、ＤＢサーバ１０が３台であるが、これに限定されるものではなく、ＤＢサーバ１０は複数台であればよい。また、図１の例では、ＤＢクライアント２０が１台であるが、これに限定されるものではなく、ＤＢクライアント２０が複数であってもよい。
【００１４】
図１に例示するように、分散ＤＢシステムにおいて、各ＤＢサーバ１０ａ〜１０ｃは、システム全体が停止しないように、それぞれ離れた位置に設置されている。例えば、ＤＢサーバ１０ａが関東に設置され、ＤＢサーバ１０ｂが東北に設置され、ＤＢサーバ１０ｃが九州に設置されているものとする。また、各ＤＢサーバ１０ａ〜１０ｃは、図示しないネットワークを介して、それぞれ接続されている。なお、図１の例では、ＤＢクライアント２０からのアクセス要求をＤＢサーバ１０ａが受け付けているものとする。
【００１５】
例えば、ＤＢサーバ１０ａは、ＤＢクライアント２０からアクセス要求を受け付けたデータをＤＢサーバ１０ｂが収容している場合には、ＤＢサーバ１０ｂにアクセス要求を送信し、アクセス要求を受け付けたデータをＤＢサーバ１０ｃが収容している場合には、ＤＢサーバ１０ｃにアクセス要求を送信する。
【００１６】
ここで、図１に示すように、ＤＢサーバ１０ａは、ＤＢサーバ１０ｂにアクセス要求を送信して応答を受信するまでの時間よりも、ＤＢサーバ１０ｃにアクセス要求を送信して応答を受信するまでの時間の方が長い。つまり、ＤＢサーバ１０ａについて、ＤＢサーバ１０ｂとの通信における遅延が小さく、ＤＢサーバ１０ｃとの通信における遅延が大きいものとする。なお、以下の説明では、ＤＢサーバ１０ａがＤＢクライアント２０からアクセス要求を受け付けている例を用いて適宜説明する。
【００１７】
各ＤＢサーバ１０は、ＤＢクライアント２０からアクセス要求を受ける自装置と、アクセス要求の対象となるデータを記憶する他のＤＢサーバとの間で行われる通信の通信時間を計測する。そして、各ＤＢサーバ１０ａ〜１０ｃは、計測された通信時間に応じて、該通信時間に関する情報と通信先のＤＢサーバの情報とを対応付けた遅延情報を後述する遅延情報記憶部１３ａに格納する。そして、各ＤＢサーバ１０ａ〜１０ｃは、遅延情報記憶部１３ａに記憶された遅延情報に基づいて、自装置と他のＤＢサーバとの通信時間に対して設定されるタイムアウトの時間を変更するように制御する。
【００１８】
例えば、図１に例示する分散ＤＢシステムでは、ＤＢクライアント２０からアクセス要求を受けるＤＢサーバ１０ａは、他のＤＢサーバ１０ｂ、１０ｃとの間で行われる通信の通信時間を定期的にそれぞれ計測する。そして、ＤＢサーバ１０ａは、計測された通信時間に応じて、該通信時間に関する情報と通信先のＤＢサーバ１０ｂ、１０ｃの情報とを対応付けた遅延情報を遅延情報記憶部１３ａに格納する。
【００１９】
その後、ＤＢサーバ１０ａは、遅延情報記憶部１３ａに記憶された遅延情報に基づいて、他のＤＢサーバ１０ｂ、１０ｃとの通信時間に対して設定されるタイムアウトの時間を変更するように制御する。つまり、例えば、ＤＢサーバ１０ａは、遅延が大きいＤＢサーバ１０ｃとの通信においては、正常な通信においてもタイムアウトとならないように、タイムアウトの時間が長くなるように制御する。
【００２０】
［ＤＢサーバの構成］
次に、図２を用いて、図１に示したＤＢサーバ１０の構成を説明する。図２は、第一の実施の形態に係るＤＢサーバの構成を示すブロック図である。図２に示すように、このＤＢサーバ１０は、通信処理部１１、制御部１２、記憶部１３を有する。以下にこれらの各部の処理を説明する。
【００２１】
通信処理部１１は、ＤＢクライアント２０や他のＤＢサーバ等との間でやり取りする各種情報に関する通信を制御する。例えば、通信処理部１１は、ＤＢクライアント２０からデータのアクセス要求を受け付ける。また、通信処理部１１は、他のＤＢサーバへアクセス要求を送信し、アクセス要求に対する応答を受信する。
【００２２】
また、記憶部１３は、制御部１２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、遅延情報記憶部１３ａを有する。例えば、記憶部１３は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置などである。
【００２３】
遅延情報記憶部１３ａは、ＤＢサーバとの通信時間に関する情報と通信先のＤＢサーバの情報とを対応付けた遅延情報とを対応付けたテーブルを記憶する。具体的には、遅延情報記憶部１３ａは、図３に示すように、ＤＢクライアント２０がアクセス対象とするデータを指定するための識別子を示す「主キー」と、アクセス対象として指定されたデータを収容する通信先のＤＢサーバを示す「収容先ＤＢ」と、ＤＢサーバとの通信時間を示す「遅延ＩＤ」とを対応付けて記憶する。
【００２４】
ここで、遅延ＩＤとは、通信時間によって分類したものであり、例えば、遅延ＩＤ「１」は、アクセス要求を送信してから応答が返ってくるまでの通信時間が「３０ｍｓ〜１００ｍｓ」であり、遅延ＩＤ「２」は、通信時間が「１０１ｍｓ〜１５０ｍｓ」であることを意味する。また、遅延ＩＤ「０」は、通信時間が「３０ｍｓ」未満であることを意味する。また、「収容先ＤＢ」の「ＤＢ１」とは、ＤＢサーバ１０ａのことであり、「ＤＢ２」とは、ＤＢサーバ１０ｂのことであり、「ＤＢ３」とは、ＤＢサーバ１０ｃのことを示すものとする。なお、図３のテーブルは、ＤＢサーバ１０ａ（ＤＢ１）が有しているテーブルを例示するものとする。また、図３の例では、通信時間に関する情報として遅延ＩＤを記憶しているが、通信時間そのものを記憶するようにしてもよい。
【００２５】
図３の例を挙げて説明すると、例えば、遅延情報記憶部１３ａは、主キー「ＡＡＡ」と、収容先ＤＢ「ＤＢ１」と、遅延ＩＤ「０」とを対応付けて記憶する。これは、「ＡＡＡ」のデータはＤＢ１、つまり自装置が収容しており、アクセス要求を送信してから応答が返ってくるまでの通信時間が「３０ｍｓ」未満であることを意味する。また、主キー「ＢＢＢ」と、収容先ＤＢ「ＤＢ２」と、遅延ＩＤ「１」とを対応付けて記憶する。これは、「ＢＢＢ」はＤＢ２、つまりＤＢサーバ１０ｂが収容しており、アクセス要求を送信してから応答が返ってくるまでの通信時間が「３０ｍｓ〜１００ｍｓ」であることを意味する。また、主キー「ＣＣＣ」と、収容先ＤＢ「ＤＢ３」と、遅延ＩＤ「２」とを対応付けて記憶する。これは、「ＣＣＣ」はＤＢ３、つまりＤＢサーバ１０ｃが収容しており、アクセス要求を送信してから応答が返ってくるまでの通信時間が「１０１ｍｓ〜１５０ｍｓ」であることを意味する。
【００２６】
制御部１２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、計測部１２ａ、格納部１２ｂおよび変更部１２ｃを有する。ここで、制御部１２は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などの電子回路やＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などの集積回路である。
【００２７】
計測部１２ａは、ＤＢクライアント２０からアクセス要求を受ける自ＤＢサーバと、アクセス要求の対象となるデータを記憶する他のＤＢサーバとの間で行われる通信の通信時間を計測する。例えば、計測部１２ａは、定期的に、自ＤＢサーバと他のＤＢサーバとの間で行われる通信の通信時間を計測する。なお、計測部１２ａが計測するタイミングは、例えば、ＤＢクライアント２０からアクセス要求を受けるたびに行ってもよいし、システムの負荷が低い夜間においてテスト送信を定期的に行うことで通信時間を計測するようにしてもよい。また、定期的に計測せずに、ユーザが指定した所定のタイミングで通信時間を計測するようにしてもよい。
【００２８】
格納部１２ｂは、計測部１２ａによって計測された通信時間に応じて、該通信時間に関する情報と通信先のＤＢサーバの情報とを対応付けた遅延情報を遅延情報記憶部１３ａに格納する。例えば、格納部１２ｂは、自ＤＢサーバと他のＤＢサーバとで計測された通信時間が「３０ｍｓ〜１００ｍｓ」であれば、遅延ＩＤとして「１」を遅延情報記憶部１３ａに格納する。また、格納部１２ｂは、例えば、通信時間が計測されるたびに、最新の通信時間に対応する遅延ＩＤを遅延情報記憶部１３ａに格納してもよいし、通信時間が計測されるたびに、過去の通信時間との平均を計算し、平均の通信時間を遅延情報記憶部１３ａに格納するようにしてもよい。
【００２９】
ここで、図４の例を用いて、計測した遅延時間に応じて遅延ＩＤを格納する処理を説明する。図４は、計測した遅延時間に応じて遅延ＩＤを格納する処理を説明する図である。図４に例示するように、ＤＢサーバ１０ａは、ＤＢクライアント２０からデータ「ＢＢＢ」に対するアクセス要求を受け付けた場合に、「ＢＢＢ」を収容するＤＢサーバ１０ｂとの間で、アクセス要求を送信してから応答が返ってくるまでの通信時間を計測する。この結果、ＤＢサーバ１０ａは、自ＤＢサーバと他のＤＢサーバ１０ｂとで計測された通信時間が「３０ｍｓ〜１００ｍｓ」である場合には、主キー「ＢＢＢ」および、収容先ＤＢ「ＤＢ２」とに対応付けられた遅延ＩＤが「１」になるように遅延情報記憶部１３ａのテーブルを更新する。また、ＤＢサーバ１０ａは、自ＤＢサーバと他のＤＢサーバ１０ｃとで計測された通信時間が「１０１ｍｓ〜１５０ｍｓ」である場合には、主キー「ＣＣＣ」および、収容先ＤＢ「ＤＢ３」とに対応付けられた遅延ＩＤが「２」になるように遅延情報記憶部１３ａのテーブルを更新する。
【００３０】
変更部１２ｃは、遅延情報記憶部１３ａに記憶された遅延情報に基づいて、自ＤＢサーバ１０と他のＤＢサーバとの通信時間に対して設定されるタイムアウトの時間を変更するように制御する。具体的には、変更部１２ｃは、ＤＢクライアント２０からアクセス要求を受けた場合に、アクセス要求の対象となるデータを記憶する他のＤＢサーバを通信先のＤＢサーバとして特定し、該他のＤＢサーバに対応する遅延ＩＤを遅延情報記憶部１３ａから取得し、該取得した遅延ＩＤに基づいて、タイマ値を変更する。
【００３１】
ここで、変更部１２ｃは、遅延ＩＤに応じて、変更するタイマ値が予め設定されているものとする。また、変更部１２ｃは、遅延ＩＤを取得した場合に、該遅延ＩＤが予め設定された閾値を超えている場合にのみ、タイマ値を再設定するようにしてもよい。例えば、変更部１２ｃは、取得した遅延ＩＤの値が「２」以上である場合にのみ、タイマ値を変更し、遅延ＩＤの値が「１」以下である場合には、タイマ値を変更しない。なお、変更部１２ｃは、変更したタイマ値をＤＢクライアント２０にも通知する。
【００３２】
ここで、図５を用いて、遅延ＩＤに基づきタイマ値を変更する処理を説明する。図５に例示するように、ＤＢサーバ１０ａ（Ｒｅｃｅｉｖｅｒ）は、ＤＢクライアント２０からアクセス要求としてデータ「ＣＣＣ」へのデータ操作を受け付けると、アクセス要求の対象となるデータ「ＣＣＣ」を記憶する他のＤＢサーバ１０ｃ（Ｐｒｏｃｅｓｓｏｒ）を通信先のＤＢサーバとして特定する。そして、ＤＢサーバ１０ａは、ＤＢサーバ１０ｃ（ＤＢ３）に対応する遅延ＩＤ「２」を遅延情報記憶部１３ａから取得し、遅延ＩＤ「２」に対応するタイマ値を設定する。このように、分散ＤＢシステムでは、リレー先のＤＢサーバとの通信時間の遅延を考慮したタイマ値の設定が可能である。つまり、リレー先のＤＢサーバとの通信時間の遅延が大きい場合には、タイマ値を長く設定することで、正常に行われた通信において、タイムアウトになることを防止することが可能である。
【００３３】
また、タイマ値の変更は、ＤＢクライアント２０側で行ってもよい。この場合には、変更部１２ｃは、ＤＢクライアント２０からアクセス要求を受けた場合に、アクセス要求の対象となるデータを記憶する他のＤＢサーバを通信先のＤＢサーバとして特定し、該他のＤＢサーバに対応する遅延ＩＤを遅延情報記憶部１３ａから取得し、該遅延ＩＤとともにアクセス要求に対応する応答をＤＢクライアント２０に対して出力する。
【００３４】
その後、ＤＢクライアント２０は、遅延ＩＤを受信し、遅延ＩＤに応じて、タイマ値の再設定の要否を判断する。例えば、ＤＢクライアント２０は、該遅延ＩＤが予め設定された閾値を超えている場合にのみ、タイマ値を再設定すると判断し、タイマ値を変更する。例えば、ＤＢクライアント２０は、取得した遅延ＩＤの値が「２」以上である場合にのみ、タイマ値を変更し、遅延ＩＤの値が「１」以下である場合には、タイマ値を変更しない。なお、ＤＢクライアント２０側でタイマ値を変更した場合には、変更したタイマ値をＤＢサーバ１０にも通知する。
【００３５】
［分散ＤＢシステムの処理の一例］
次に、図６および図７を用いて、分散ＤＢシステムの処理例について説明する。図６および図７は、第一の実施の形態に係る分散ＤＢシステムによる処理を説明するシーケンス図である。なお、図６の例では、ＤＢサーバ１０ａ側でタイマを設定する場合の処理を説明し、図７の例では、ＤＢクライアント２０側でタイマを設定する場合の処理を説明する。
【００３６】
まず、図６を用いて、ＤＢサーバ１０ａ側でタイマを設定する場合の処理例を説明する。図６に示すように、分散ＤＢシステムにおけるＤＢサーバ１０ａ（Ｒｅｃｅｉｖｅｒ）は、ＤＢクライアント２０からアクセス要求としてデータ「ＣＣＣ」へのデータ操作を受け付けると（ステップＳ１０１）、アクセス要求の対象となるデータ「ＣＣＣ」を記憶する他のＤＢサーバ１０ｃ（Ｐｒｏｃｅｓｓｏｒ）を通信先のＤＢサーバとして特定する。そして、ＤＢサーバ１０ａは、ＤＢサーバ１０ｃ（ＤＢ３）に対応する遅延ＩＤ「２」を遅延情報記憶部１３ａから取得する（ステップＳ１０２）。
【００３７】
そして、ＤＢサーバ１０ａは、遅延ＩＤを取得すると、該遅延ＩＤに応じて、タイマ値の再設定の要否を判断する（ステップＳ１０３）。例えば、ＤＢサーバ１０ａは、該遅延ＩＤが予め設定された閾値を超えている場合にのみ、タイマ値を再設定すると判断し、タイマ値を設定する（ステップＳ１０４）。例えば、変更部１２ｃは、取得した遅延ＩＤの値が「２」以上である場合にのみ、タイマ値を変更し、遅延ＩＤの値が「１」以下である場合には、タイマ値を変更しない。
【００３８】
そして、ＤＢサーバ１０ａは、データ「ＣＣＣ」へのアクセス要求をＤＢサーバ１０ｃにリレーする（ステップＳ１０５）。そして、ＤＢサーバ１０ｃは、アクセス要求に対する一次応答をＤＢサーバ１０ａに送信し（ステップＳ１０６）、「ＣＣＣ」へのデータ操作によるデータ更新に基づく処理を実行する（ステップＳ１０７）。
【００３９】
次に、図７を用いて、ＤＢクライアント２０側でタイマを設定する場合の処理例を説明する。図７に示すように、分散ＤＢシステムにおけるＤＢサーバ１０ａ（Ｒｅｃｅｉｖｅｒ）は、ＤＢクライアント２０からアクセス要求としてデータ「ＣＣＣ」へのデータ操作を受け付けると（ステップＳ２０１）、アクセス要求の対象となるデータ「ＣＣＣ」を記憶する他のＤＢサーバ１０ｃ（Ｐｒｏｃｅｓｓｏｒ）を通信先のＤＢサーバとして特定する。そして、ＤＢサーバ１０ａは、ＤＢサーバ１０ｃ（ＤＢ３）に対応する遅延ＩＤ「２」を遅延情報記憶部１３ａから取得する（ステップＳ２０２）。
【００４０】
そして、ＤＢサーバ１０ａは、データ「ＣＣＣ」へのアクセス要求をＤＢサーバ１０ｃにリレーする（ステップＳ２０３）。そして、ＤＢサーバ１０ｃは、アクセス要求に対する一次応答をＤＢサーバ１０ａに送信し（ステップＳ２０４）、「ＣＣＣ」へのデータ操作によるデータ更新に基づく処理を実行する（ステップＳ２０５）。
【００４１】
そして、ＤＢサーバ１０ａは、ＤＢサーバ１０ｃの一次応答とともに遅延ＩＤをＤＢクライアント２０に送信する（ステップＳ２０６）。続いて、ＤＢクライアント２０は、タイマ値の再設定の要否を判断する（ステップＳ２０７）。例えば、ＤＢクライアント２０は、該遅延ＩＤが予め設定された閾値を超えている場合にのみ、タイマ値を再設定すると判断し、遅延ＩＤに応じて、タイマ値を設定する（ステップＳ２０８）。例えば、ＤＢクライアント２０は、取得した遅延ＩＤの値が「２」以上である場合にのみ、タイマ値を変更し、遅延ＩＤの値が「１」以下である場合には、タイマ値を変更しない。
【００４２】
［第一の実施の形態の効果］
このように、ＤＢサーバ１０は、ＤＢクライアント２０からアクセス要求を受ける自装置と、アクセス要求の対象となるデータを記憶する他のＤＢサーバとの間で行われる通信の通信時間を計測する。そして、ＤＢサーバ１０は、計測された通信時間に応じて、該通信時間に関する情報と通信先のＤＢサーバの情報とを対応付けた遅延情報を遅延情報記憶部１３ａに格納する。その後、ＤＢサーバ１０は、遅延情報記憶部１３ａに記憶された遅延情報に基づいて、自装置と他のＤＢサーバとの通信時間に対して設定されるタイムアウトの時間を変更するように制御する。このため、タイムアウトのタイマ値を適切に設定することができる。つまり、ＤＢサーバ１０は、リレー先のＤＢサーバとの通信時間の遅延が大きい場合には、タイマ値を長く設定することで、正常に行われた通信において、タイムアウトになることを防止することが可能である。
【００４３】
また、ＤＢサーバ１０は、ＤＢクライアント２０からアクセス要求を受けた場合に、アクセス要求の対象となるデータを記憶する他のＤＢサーバを通信先のＤＢサーバとして特定し、該他のＤＢサーバに対応する通信時間に関する情報を遅延情報記憶部１３ａから取得し、該取得した通信時間に関する情報に基づいて、タイムアウトの時間を変更する。このため、ＤＢサーバ１０側でタイムアウトのタイマ値を適切に設定することができる。
【００４４】
また、ＤＢサーバ１０は、ＤＢクライアント２０からアクセス要求を受けた場合に、アクセス要求の対象となるデータを記憶する他のＤＢサーバを通信先のＤＢサーバとして特定し、該他のＤＢサーバに対応する通信時間に関する情報を遅延情報記憶部１３ａから取得し、該通信時間に関する情報とともにアクセス要求に対応する応答をＤＢクライアント２０に対して出力する。このため、ＤＢクライアント２０側でタイムアウトのタイマ値を設定させることができる。
【００４５】
（システム構成等）
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００４６】
また、本実施の形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００４７】
（プログラム）
また、上記実施の形態に係るＤＢサーバ１０やＤＢクライアント２０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。この場合、コンピュータがプログラムを実行することにより、上記実施の形態と同様の効果を得ることができる。さらに、かかるプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記実施の形態と同様の処理を実現してもよい。以下に、ＤＢサーバ１０またはＤＢクライアント２０と同様の機能を実現するタイマ制御プログラムを実行するコンピュータの一例を説明する。
【００４８】
図８は、タイマ制御プログラムを実行するコンピュータを示す図である。図８に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
【００４９】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。
【００５０】
ここで、図８に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施の形態で説明した各テーブルは、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。
【００５１】
また、タイマ制御プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、ハードディスクドライブ１０９０に記憶される。具体的には、上記実施の形態で説明したＤＢサーバ１０またはＤＢクライアント２０が実行する各処理が記述されたプログラムモジュールが、ハードディスクドライブ１０９０に記憶される。
【００５２】
また、タイマ制御プログラムによる情報処理に用いられるデータは、プログラムデータとして、例えば、ハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
【００５３】
なお、タイマ制御プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、タイマ制御プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local  Area  Network）やＷＡＮ（Wide  Area  Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【符号の説明】
【００５４】
１０、１０ａ、１０ｂ、１０ｃ  ＤＢサーバ
１１  通信処理部
１２  制御部
１２ａ  計測部
１２ｂ  格納部
１２ｃ  変更部
１３  記憶部
１３ａ  遅延情報記憶部
２０  ＤＢクライアント
【図１】
2017146669.tif 000003
【図２】
2017146669.tif 000004
【図３】
2017146669.tif 000005
【図４】
2017146669.tif 000006
【図５】
2017146669.tif 000007
【図６】
2017146669.tif 000008
【図７】
2017146669.tif 000009
【図８】
2017146669.tif 000010