JP2018067038A - サーバ、制御方法、プログラム - Google Patents

Abstract

【課題】データの量の多いユーザからのリスクエストを、アクティブなデータベースと同じゾーンのアプリケーションサーバに振り分けることで、レスポンスの低下を低減する。
【解決手段】情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能する。サーバは、情報処理装置からのリスクエストを送信したユーザがデータベースに記憶しているデータ量が、所定値以上のデータ量であると判定した場合、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信手段と、を備えることを特徴とする。
【選択図】図４

Description

本発明は、サーバ、制御方法、プログラムに関し、特に、データの量の多いユーザからのリスクエストを、アクティブなデータベースと同じゾーンのアプリケーションサーバに振り分けることで、レスポンスの低下を低減可能にする技術に関する。

従来、クラウドサーバのデータベースに各種データを記憶し、ユーザの要求に応じて、当該データを処理している。

また、安全性の観点から、複数のクラウドサーバを、複数の国や地域に設置し、それぞれ設置された複数のクラウドサーバ間で、データベースのデータを同期する処理も行われている。

また、例えば、複数の国をまたがってのデータの処理は、データ量が多いと、そのレスポンスが遅くなってしまうなどの課題がある。
従来の仕組みを、図３を用いて、説明する。
図３のゾーンＡ、ゾーンＢとは、それぞれ、異なる地域や国を示している。

ユーザは、ゾーンＡ、又はゾーンＢのプロキシサーバを介して、いわゆるバランサーにリクエストを送信する。そして、バランサーは、現在、処理量の少ないアプリケーションサーバにリクエストを送信する。そして、アプリケーションサーバは、アクティブなデータベース（ＤＢ）にデータのリクエストを送信する。

このとき、バランサーは、ゾーンＡのアプリケーションサーバにリクエストするか、ゾーンＢのアプリケーションサーバにリスクエストするかを、現在、どのアプリケーションサーバが処理量が少ないかで決めているため、例えば、リクエストを出したゾーンＢのアプリケーションサーバから、ゾーンＡのＤＢにリクエストを送信することがある。

特許文献１には、振り分けルールに従いリスクエストを転送することが提案されている。

特開２０１２−０８０４９３号公報

図３に示す仕組みにおいては、例えば、リクエストを出したゾーンＢのアプリケーションサーバから、ゾーンＢから遠いゾーンＡのＤＢにリクエストを送信することがあるため、データ量が多いユーザである場合には、その処理に時間がかってしまい、レスポンスが遅くなってしまうおそれがある。

そこで、本発明は、データの量の多いユーザからのリスクエストを、アクティブなデータベースと同じゾーンのアプリケーションサーバに振り分けることで、レスポンスの低下を低減可能にする仕組みを提供することを目的とする。

本発明は、情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能するサーバであって、前記情報処理装置から前記リクエストを受け付ける受付手段と、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定手段と、前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し、一方、前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信手段と、を備えることを特徴とする。

また、本発明は、情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能するサーバの制御方法であって、受付手段が、前記情報処理装置から前記リクエストを受け付ける受付工程と、判定手段が、前記受付工程により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定工程と、送信手段が、前記判定工程により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し、一方、前記判定工程により、前記受付工程により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信工程と、を備えることを特徴とする。

また、本発明は、情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能するサーバで読み取り実行可能なプログラムであって、前記サーバを、前記情報処理装置から前記リクエストを受け付ける受付手段と、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定手段と、前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し、一方、前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信手段として機能することを特徴とする。

本発明によれば、データの量の多いユーザからのリスクエストを、アクティブなデータベースと同じゾーンのアプリケーションサーバに振り分けることで、レスポンスの低下を低減可能にすることができる。

１又は複数の情報処理装置（群）１０２と、複数のサーバ群１０１（クラウド上のサーバ）とがネットワーク１０３を介して相互に通信可能に接続されている情報処理ステムの一例を示すシステム構成図である。 図１に示す情報処理装置（群）１０２、複数のサーバ群１０１のハードウエアブロック図の一例を示す図である。 従来のクラウドサーバの処理の流れの一例を示す図である。 Ｓ７０２でデータ量の多いユーザと判定され、Ｓ７０６の処理を行う場合のクラウドサーバの処理の流れの一例を示す図である。 Ｓ６０３で作成されたユーザのリストの一例を示す図である。 複数のサーバ群１０１のいずれかのＣＰＵ（制御手段）が実行する制御処理手順を示すフローチャートの一例を示す図である。 複数のサーバ群１０１のいずれかのＣＰＵのバランサー（図４のバランサー）として機能するサーバが、実行する処理の流れの一例を示す図である。 複数のサーバ群１０１のいずれかのアプリケーションとして機能するサーバが、実行する処理の流れの一例を示すフローチャートである。

図１は、１又は複数の情報処理装置（群）１０２と、複数のサーバ群１０１（クラウド上のサーバ）とがネットワーク１０３（インターネット）を介して相互に通信可能に接続されている情報処理ステムの一例を示すシステム構成図である。
情報処理装置（群）１０２は、各ユーザが操作する情報処理装置である。

複数のサーバ群１０１は、複数の地域又は国などに設置されている。この複数のエリアをゾーンと言う。

各ゾーンには、それぞれ、仮想化されたプロキシサーバや、バランサー、アプリケーションサーバ、データベース（ＤＢ）を備えている。

また、ＤＢは、アクティブなＤＢと、スタンバイのＤＢとが、存在しており、所定のタイミングでデータの同期をおこなっている。

図２は、図１に示す情報処理装置（群）１０２、複数のサーバ群１０１のハードウエアブロック図の一例を示す図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ２０９）や不図示のマウス等のポインティングデバイス等の入力装置からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ２１０への表示を制御する。なお、２１０のディスプレイは、タッチパネルになっており、ディスプレイ上の画面を押下されることにより操作することが可能な入力装置としても機能する。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
図３は、従来のクラウドサーバの処理の流れの一例を示す図である。
図３については、既に、従来技術で説明しているため、ここでは説明を省略する。

図６は、複数のサーバ群１０１のいずれかのＣＰＵ（制御手段）が実行する制御処理手順を示すフローチャートの一例を示す図である。

まず、複数のサーバ群１０１のいずれかのＣＰＵは、何れかのゾーンのＤＢにアクセスして、ユーザごとに記憶されているデータ量の値を取得して確認する（Ｓ６０１）。

そして、複数のサーバ群１０１のいずれかのＣＰＵは、所定の閾値以上のデータ量をＤＢに記憶しているユーザのリスト（ＤＢに記憶されているデータ量のユーザのリスト）を作成する（Ｓ６０２）。

Ｓ６０２は、受付手段でリクエストを受け付ける前に、データベースに記憶しているユーザのデータ量が所定値以上のデータ量であるユーザのリストを作成する作成手段の適用例である。
図５は、Ｓ６０３で作成されたユーザのリストの一例を示す図である。
図５には、所定の閾値以上のデータ量をＤＢに記憶しているユーザが示されている。

次に、図７を用いて、複数のサーバ群１０１のいずれかのＣＰＵのバランサー（図４のバランサー）として機能するサーバが、実行する処理の流れについて説明する。

図４に示すバランサーは、情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能する仮想サーバである。

図７は、複数のサーバ群１０１のいずれかのＣＰＵのバランサー（図４のバランサー）として機能するサーバが、実行する処理の流れの一例を示す図である。

まず、複数のサーバ群１０１のいずれかのプロキシサーバとして機能するサーバが、情報処理装置１０２からデータの処理のリクエストを受け付けると、所定のバランサーに当該リクエストを送信する。

そして、複数のサーバ群１０１のいずれかのバランサー（図４のバランサー）として機能するサーバは、当該リスクエストを受け付けると、当該リクエストを送信した情報処理装置を操作しているユーザを示すユーザ情報（当該リクエストに含まれるユーザ情報）と、図５に示すユーザ情報とが一致しているか否かを判定することにより、当該リクエストを送信した情報処理装置を操作しているユーザが、ＤＢに記憶されているデータ量のユーザであるか否かを確認し（Ｓ７０１）、データ量のユーザであるか否かを判定する（Ｓ７０２）。
Ｓ７０１は、情報処理装置からのリクエストを受け付ける受付手段の適用例である。

Ｓ７０２は、受付手段により受け付けたリスクエストを送信したユーザがデータベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定手段の適用例である。

具体的にＳ７０２の処理は、受付手段により受け付けたリスクエストを送信したユーザが、作成手段により作成されたリストに、含まれているか否かを判定することにより、受付手段により受け付けたリスクエストを送信したユーザがデータベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定手段の適用例である。

そして、複数のサーバ群１０１のいずれかのバランサー（図４のバランサー）として機能するサーバは、当該リクエストを送信した情報処理装置を操作しているユーザが、ＤＢに記憶されているデータ量のユーザであると判定された場合には（ＹＥＳ）、Ｓ７０６に処理を移行し、一方、当該リクエストを送信した情報処理装置を操作しているユーザが、ＤＢに記憶されているデータ量のユーザではないと判定された場合には、処理をステップＳ７０３に移行する。

Ｓ７０３では、ＤＢがアクティブであるか、スタンバイであるかに関わらず、処理量の少ないアプリケーションサーバに、当該リスクエストを振り分ける（送信する）。このとき、バランサーは、各ゾーンの各アプリケーションサーバの処理量を取得して、その中から最も処理量の少ないアプリケーションサーバにリクエストを振り分ける。

Ｓ７０６では、バランサーは、スタンバイのＤＢと同じゾーンのアプリケーションサーバには振り分けずに、アクティブなＤＢと同じゾーンのアプリケーションサーバに振り分ける。具体的には、バランサーは、各ゾーンの各ＤＢにアクセスして、そのレスポンス内容に応じて、現在、どのＤＢがアクティブであるか否かを判定し、アクティブなＤＢと同じゾーンのアプリケーションサーバを特定する。そして、その特定されたアプリケーションサーバに、リクエストを振り分ける（送信する）。

Ｓ７０３、Ｓ７０６は、判定手段（Ｓ７０２）により、受付手段により受け付けたリスクエストを送信したユーザがデータベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には（Ｓ７０２：ＮＯ）、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し（Ｓ７０３）、一方、判定手段により、受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には（Ｓ７０２：ＹＥＳ）、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する（Ｓ７０６）送信手段の適用例である。

図４は、Ｓ７０２でデータ量の多いユーザと判定され、Ｓ７０６の処理を行う場合のクラウドサーバの処理の流れの一例を示す図である。

図４に示すように、各ゾーンのプロキシサーバからバランサーにリクエストが送信されると、バランサーが、アクティブなＤＢを特定し、当該特定されたアクティブなＤＢと同じゾーンのアプリケーションサーバを特定する。そして、その特定されたアプリケーションサーバに、リクエストを振り分ける（送信する）。

バランサーが、アクティブなＤＢと同じゾーンのアプリケーションサーバを特定する方法については、バランサーがＤＢとアプリケーションサーバとが対応付けられた対応表を記憶しており、その対応表（対応情報）を参照して、アクティブなＤＢと同じゾーンのアプリケーションサーバを特定している。

次に、図８を用いて、複数のサーバ群１０１のいずれかのアプリケーションとして機能するサーバが、実行する処理の流れについて説明する。

図８は、複数のサーバ群１０１のいずれかのアプリケーションとして機能するサーバが、実行する処理の流れの一例を示すフローチャートである。

アプリケーションサーバは、バランサーからリクエストを受信すると、当該アプリケーションサーバと同一のゾーンのアクティブなＤＢにリクエストを送信する。そして、当該リクエストを受信したＤＢが、当該リクエストに従って、ＤＢに記憶されているデータを処理したり、ＤＢに、新たなデータを記憶させる処理を行い、アプリケーションサーバに、その結果としてのレスポンスデータを送信する。

以上、本発明によれば、データの量の多いユーザからのリスクエストを、アクティブなデータベースと同じゾーンのアプリケーションサーバに振り分けることで、レスポンスの低下を低減可能にすることができる。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ サーバ（群）
１０２ 情報処理装置（群）
１０３ ネットワーク

Claims (4)

1. 情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能するサーバであって、
   前記情報処理装置から前記リクエストを受け付ける受付手段と、
   前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定手段と、
   前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し、一方、前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信手段と、
   を備えることを特徴とするサーバ。
2. 前記受付手段で前記リクエストを受け付ける前に、前記データベースに記憶しているユーザのデータ量が所定値以上のデータ量であるユーザのリストを作成する作成手段を更に備え、
   前記判定手段は、前記受付手段により受け付けたリスクエストを送信したユーザが、前記作成手段により作成されたリストに、含まれているか否かを判定することにより、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定することを特徴とする請求項１に記載のサーバ。
3. 情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能するサーバの制御方法であって、
   受付手段が、前記情報処理装置から前記リクエストを受け付ける受付工程と、
   判定手段が、前記受付工程により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定工程と、
   送信手段が、前記判定工程により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し、一方、前記判定工程により、前記受付工程により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信工程と、
   を備えることを特徴とする制御方法。
4. 情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能するサーバで読み取り実行可能なプログラムであって、
   前記サーバを、
   前記情報処理装置から前記リクエストを受け付ける受付手段と、
   前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定手段と、
   前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し、一方、前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信手段として機能することを特徴とするプログラム。

Images