JP2000122982A - 多階層クライアントサーバシステム - Google Patents

Abstract

(57)【要約】 【課題】 ３層クライアントサーバシステムが本来的に
持つ特徴を有効に利用してバックアップ的なハードウェ
ア構成を設けなくても中断させずに業務処理を行う。 【解決手段】 業務マスタデータベース管理部３２が行
う１つのデータ更新トランザクションにより業務マスタ
データベース３１と業務データベース２１は同時に更新
され各データベース２１，３１のデータは常時一致す
る。通常運用時に要求に応じて拠点サーバ２０から送信
された業務データに基づき業務処理を行うクライアント
１０は、拠点サーバ２０のダウンを検知すると接続先を
センタサーバ３０へ切り替え業務処理を継続する。拠点
サーバ２０の復旧時、拠点サーバ復旧処理部３３は、業
務マスタデータベース３１と業務データベース２１との
データ同一性を確保する。クライアント１０は、復旧し
た旨の通知の受信後、接続先を拠点サーバ２０へ切り替
えて業務処理を継続する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はクライアントコンピ
ュータ、第１のサーバコンピュータ及びその上位に設け
た第２のサーバコンピュータとで構築される３層クライ
アントサーバシステムにおいて、第１のサーバコンピュ
ータのシステムが停止したときでもその第１のサーバコ
ンピュータに接続されているクライアントコンピュータ
で実行される業務処理を停止させないシステムの運用形
態に関する。

【０００２】

【従来の技術】フライトスケジュール管理システムや気
象画像システムなど各拠点にサブシステムを設置し、各
サブシステムと中継装置を介して接続した上位のサーバ
コンピュータから業務情報を各拠点に供給して２４時間
体制で業務を実行させるシステムが存在する。このよう
なシステム停止が許されないシステムにおいて業務の停
止を未然に防止するために、従来から様々なシステム形
態が提案されている。例えば、常時業務を遂行する主系
（稼働系）のバックアップとしてホットスタンバイ状態
で待機する主系と同一システム構成の従系（待機系）を
別途設置し、主系がシステム停止したときには即座に従
系に業務システムを切り替える二重系システムがある。
また、特開平９−２９３０５９号公報には、同一ＬＡＮ
に接続された他のサーバコンピュータを業務処理の待機
系として用いるシステム構成が開示されている。

【０００３】ところで、前述したフライトスケジュール
管理システム等は、３層クライアントサーバシステムで
構築されることが一般的である。例えば、フライトスケ
ジュール管理システムにおける３層クライアントサーバ
システムは、拠点に配置されたクライアントコンピュー
タ及び拠点サーバコンピュータとセンタ局に配置された
センタサーバコンピュータとで３階層に構築される。こ
のシステムにおけるクライアントコンピュータは、設置
された拠点において離発着する機材（航空機）の運用ス
ケジュール管理等の業務処理を実行する。拠点サーバコ
ンピュータは、設置された拠点における業務処理に使用
する業務データを業務データベースで保有・管理し、ク
ライアントコンピュータからのアクセス要求に応じて業
務データを返す。センタサーバコンピュータは、上位コ
ンピュータから送られてくる業務データをデータベース
で保有・管理し、下位の拠点サーバコンピュータへそれ
ぞれに必要な業務データを分配する。このような３層ク
ライアントサーバシステムにおいては、センタサーバコ
ンピュータ上でデータ更新トランザクションを実行する
ことで各データベースの更新を行う。すなわち、センタ
サーバコンピュータは、上位コンピュータから送られて
くる業務データを受け付けると、その業務データで自己
のデータベースを更新すると共に各拠点サーバコンピュ
ータにもそれぞれ更新するための業務データを送信して
業務データベースの更新を行わせる。データ更新トラン
ザクションは、センタサーバコンピュータ及び拠点サー
バコンピュータの双方においてデータベースの更新が正
常終了したことを確認して終了する。このように、３層
クライアントサーバシステムにおいては、上位のセンタ
サーバコンピュータと下位の拠点サーバコンピュータと
の各データベースを同時に更新することで常時各データ
ベースの内容が一致しているという特徴を有している。

【０００４】

【発明が解決しようとする課題】しかしながら、従来か
らあるシステムにおいては、前述したように冗長的なハ
ードウェア構成を設けて主系のサーバコンピュータのシ
ステム停止に対応するようにしていたため、設置場所、
メンテナンス作業、コストなどの様々な点から多くの無
駄が発生していた。

【０００５】また、主系と従系は独立したサーバコンピ
ュータであったため、データの整合性を維持するうえで
種々の手段、手法を投じなければならなかった。

【０００６】本発明は以上のような問題を解決するため
になされたものであり、その目的は、３層クライアント
サーバシステムが本来的に持つ特徴を有効に利用するこ
とで、バックアップ的なハードウェア構成を設けなくて
も中断させずに業務処理を行うことのできる３層クライ
アントサーバシステムを提供することにある。

【０００７】

【課題を解決するための手段】以上のような目的を達成
するために、本発明に係る３層クライアントサーバシス
テムは、業務処理を実行する複数台のクライアントコン
ピュータと、少なくとも１台の前記クライアントコンピ
ュータを接続し、接続された前記各クライアントコンピ
ュータが業務処理の実行のためにアクセスする業務デー
タベースを搭載した複数台の第１のサーバコンピュータ
と、前記各クライアントコンピュータ及び前記各第１の
サーバコンピュータを中継装置を介して接続し、データ
更新トランザクションにより搭載した業務マスタデータ
ベースの内容が更新されたと同時にその更新されたデー
タを使用する前記第１のサーバコンピュータの前記業務
データベースの内容を更新して常時前記業務マスタデー
タベースと前記各業務データベースのデータを一致させ
る第２のサーバコンピュータとを有し、前記クライアン
トコンピュータは、接続した前記第１のサーバコンピュ
ータが停止したときに接続先を前記第２のサーバコンピ
ュータに切り替えるサーバ接続制御管理手段を有し、停
止した前記第１のサーバコンピュータに代わって前記第
２のサーバコンピュータからデータを送信してもらうこ
とで業務処理を継続して行うものである。

【０００８】また、上記発明において、前記第２のサー
バコンピュータは、システム停止をしていた前記第１の
サーバコンピュータが再起動した後に前記業務マスタデ
ータベースと前記各業務データベースのデータを一致さ
せる復旧作業を行うとともに前記第１のサーバコンピュ
ータが復旧した旨を当該クライアントコンピュータに通
知するサーバ復旧処理手段を有し、前記サーバ接続制御
管理手段は、前記第２のサーバコンピュータからの通知
を受けるとその旨を出力し、操作者からの入力指示を受
けてから前記第２のサーバコンピュータから前記第１の
サーバコンピュータに接続先を切り替えるものである。

【０００９】

【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。

【００１０】図１は、本発明に係る３層クライアントサ
ーバシステムの一実施の形態を示したシステム構成図で
ある。本実施の形態では、本発明に係る３層クライアン
トサーバシステムをフライトスケジュール管理システム
に適用した場合を例にして説明する。

【００１１】本実施の形態における３層クライアントサ
ーバシステムは、拠点１に配置され、スケジュール管理
用端末として設けられたクライアントコンピュータ（以
下、単に「クライアント」という）１０及びクライアン
ト１０が使用する業務データ（ダイヤデータ等）を保有
・管理する第１のサーバコンピュータとしての拠点サー
バコンピュータ（以下、単に「拠点サーバ」という）２
０と、センタ局３に配置され各拠点サーバ２０へ業務デ
ータの分配を行う第２のサーバコンピュータとしてのセ
ンタサーバコンピュータ（以下、単に「センタサーバ」
という）３０とで仮想的な３階層のシステム形態を構築
する。各拠点１では、監視対象の空港に離発着する航空
機の運用スケジュール管理が行われており、各拠点にお
ける運用スケジュール管理等の業務処理をクライアント
１０を用いて行っている。拠点サーバ２０は、同じ拠点
に設置された１乃至複数台のクライアント１０とローカ
ルエリアネットワーク（ＬＡＮ）４で接続されており、
各拠点における業務処理の実行に必要な業務データを格
納した業務データベース２１を有している。同一拠点の
各クライアント１０は、通常運用時には同じＬＡＮ４に
接続された拠点サーバ２０が保有・管理する業務データ
ベース２１をアクセスしながら業務処理の実行を行うこ
とになる。センタサーバ３０は、図示しない上位のコン
ピュータシステムから航空機の運用スケジュール管理に
必要な業務データを一括して受け取り、各拠点における
業務処理に必要な業務データを分配する。実際には、他
の拠点における運用スケジュールを参照したい場合が少
なくないので各拠点に他の拠点の業務データも送信して
いる。

【００１２】以上のシステム構成において２４時間体制
で航空機の運用スケジュール管理を行っている。なお、
センタ局３は、中継装置５を介して複数の拠点１と接続
されているが、便宜上、１拠点のみを詳細に図示した。
また、拠点サーバ２０には、１台以上のクライアント１
０が接続されているが、各クライアント１０は同等の機
能を有しているので、便宜上、１台のみを詳細に図示し
た。次に、各コンピュータ１０，２０，３０の構成につ
いて説明する。

【００１３】クライアント１０は、運用スケジュール管
理等の業務処理を実行する業務処理実行部１１、サーバ
２０，３０との接続等の実施、制御管理を行うサーバ接
続制御管理部１２、ＬＡＮ４を介して拠点サーバ２０
と、又は中継装置６、専用線７を介してセンタサーバ３
０との通信制御を行う通信インタフェース部１３及びオ
ペレータの入出力の管理を行うユーザインタフェース部
１４を有している。このうち、サーバ接続制御管理部１
２は、拠点サーバ２０からの回答が送られてこないこと
によって拠点サーバ２０のシステム停止を検知する拠点
サーバダウン検知部１５、クライアント１０の接続先の
切替えを行う接続先切替処理部１６及びセンタサーバ３
０からの通知を受け取ることで拠点サーバ２０の復旧を
検知する拠点サーバ復旧検知部１７を有している。サー
バ接続制御管理部１２は、航空機の運用に直接関係のな
い処理機能を有しているため、図１に示したように業務
処理実行部１１と別個の手段として設けたが、業務処理
の実行中にサーバ２０，３０の停止、復旧を検知し、サ
ーバ接続先の切替え等の制御処理を行うため広義には業
務処理の一機能とみなすこともできる。

【００１４】拠点サーバ２０は、センタサーバ３０から
送られてくる業務データにより業務データベース２１の
更新及びクライアント１０からのアクセス要求に応じて
業務データベース２１の検索等を行う業務データベース
管理部２２、システムダウン後の再起動をセンタサーバ
３０に通知する復旧通知部２３及びＬＡＮ４を介してク
ライアント１０と、又は中継装置６、専用線７を介して
センタサーバ３０との通信制御を行う通信インタフェー
ス部２４を有している。

【００１５】センタサーバ３０は、図示しない上位コン
ピュータから送られてくる業務データを受信して業務マ
スタデータベース３１に保有・管理するとともにデータ
更新トランザクションを実行することで業務マスタデー
タベース３１の更新と同時に業務データベース２１の更
新を行う業務マスタデータベース管理部３２、拠点サー
バ２０のシステム停止後の復旧作業を行う拠点サーバ復
旧処理部３３及び中継装置５、専用線７を介してクライ
アント１０とセンタサーバ３０との間の通信制御を行う
通信インタフェース部３４を有している。このうち、拠
点サーバ復旧処理部３３は、システム停止した拠点サー
バ２０の再起動後に業務マスタデータベース３１と当該
拠点サーバ２０の業務データベース２１のデータの整合
を図ることでデータを一致させる業務データ管理部３５
と、拠点サーバ２０が復旧し、当該業務データベース２
１の使用が可能になったことをクライアント１０に通知
する拠点サーバ復旧通知部３６とを有している。

【００１６】本実施の形態において特徴的なことは、１
つのデータ更新トランザクションによりセンタサーバ３
０と拠点サーバ２０がそれぞれに持つ各データベース２
１，３１の内容が常に同時に更新されることで、各デー
タベース２１，３１のデータが常時一致しているという
３層クライアントサーバシステムの特徴を有効に利用
し、拠点サーバ２０がシステムダウンしたときにはセン
タサーバ３０が拠点サーバ２０の代わりに業務マスタデ
ータベース３１の保存した業務データをクライアント１
０へ送るようにしたことである。これにより、通常稼働
する拠点サーバ２０のバックアップ用として待機系サー
バコンピュータを各拠点に設置しなくても、クライアン
ト１０は業務処理を継続して行うことができる。また、
システムの設備コストの増大を防止することができる。

【００１７】次に、本実施の形態における動作について
説明する。

【００１８】通常のシステム運用時では、クライアント
１０の業務処理実行部１１は、ユーザインタフェース部
１４を介してオペレータからの入力指示に応じて拠点サ
ーバ２０が管理する業務データベース２１へＬＡＮ４経
由でアクセスを行い、その結果をユーザインタフェース
部１４を介して図示しない表示端末へ表示することで業
務処理を実行する。業務データベース２１の内容は、具
体的には各航空機のフライトスケジュールなので、各拠
点サーバ２０は、基本的にはスケジュールデータ（ダイ
ヤデータ）を１日に１回受信すればよいわけであるが、
現実のフライトは悪天候等により予定時間通りとはなら
ない場合があるため、到着時刻や出発時刻の変更等に応
じてダイヤデータはリアルタイムに更新されている。こ
のデータ更新処理について図２に示したフローチャート
を用いて説明する。

【００１９】センタサーバ３０において、上位のコンピ
ュータから運用スケジュールに関する業務データが送ら
れてくると、業務マスタデータベース管理部３２は、受
信したデータを一時保存し（ステップ１０１）、適当な
フォーマットに変換した後、業務マスタデータベース３
１に格納することでデータ更新を行う（ステップ１０
２）。データ更新後、業務マスタデータベース管理部３
２は、更新したデータに基づき拠点毎に必要なデータを
抽出し加工して各拠点サーバ２０のための更新情報を生
成する（ステップ１０３）。そして、通信インタフェー
ス部３４は、生成された更新情報を各拠点サーバ２０へ
中継装置５、専用線７を介して送信する（ステップ１０
４）。

【００２０】拠点サーバ２０において、業務データベー
ス管理部２２は、通信インタフェース部２４を介してセ
ンタサーバ３０からの更新情報を受け取ると（ステップ
１１１）、その更新情報により業務データベース２１の
内容を更新する（ステップ１１２）。

【００２１】以上のデータ更新処理は、１つのデータ更
新トランザクションにより実行されるので、センタサー
バ３０と拠点サーバ２０がそれぞれに持つ各データベー
ス２１，３１のデータは常時一致することになる。

【００２２】次に、拠点サーバ２０のシステム停止を検
知したときに接続先をセンタサーバ３０へ切り替えるク
ライアント１０における処理について図３に示したフロ
ーチャートを用いて説明する。

【００２３】クライアント１０において、業務処理実行
部１１は、上記のように拠点サーバ２０への業務データ
の取得要求を送信し、その回答を受け取ることで業務処
理を実行するが（ステップ１２１，１２２）、拠点サー
バ２０への要求に対して回答が送られてこなかった場合
は通信異常と判断して再送を行う（ステップ１２２，１
２３）。再送によっても回答が送られてきた場合は業務
処理を継続して行うが、回答が送られてこなかった場合
には、拠点サーバ２０において何らかの異常が発生して
システムが停止したと判断して、要求を送信したクライ
アント１０の表示端末にその旨のメッセージを表示する
（ステップ１２４，１２５）。なお、図３に示した処理
では、最初の要求送信時の異常を送信異常と判断し、再
送時の異常で拠点サーバ２０の異常と判断したが、どの
ようなイベントの発生を拠点サーバ２０の異常と判断す
るかは、この手順に限られるものではない。

【００２４】クライアント１０を使用しているオペレー
タは、拠点サーバ２０に障害が発生したことを表示メッ
セージで認識すると、画面上の指示に従い画面上のアイ
コンをマウスクリックすることで接続先となるサーバの
切替指示を出す。

【００２５】接続先切替処理部１６は、その切替指示を
受け付けると（ステップ１２６）、センタサーバ３０へ
ネットワークの接続先を切り替える（ステップ１２
７）。これは、接続先のアドレス定義を拠点サーバ２０
からセンタサーバ３０へ変更し、ネットワークシステム
を再立ち上げすることによって変更した接続先アドレス
定義に従い、クライアント１０はセンタサーバ３０と接
続されることになる。なお、クライアント１０の表示端
末の一部に「接続先切替中」などのメッセージを表示し
ておけば、オペレータは切替作業中であることを把握す
ることができる。以上の接続先切替えが正常に終了すれ
ば切替えが完了した旨のメッセージを、正常に終了しな
ければその旨のメッセージを、切替指示を出したクライ
アント１０の表示端末に表示する（ステップ１２８，１
２９，１３０）。

【００２６】以上のようにして、拠点サーバ２０が復旧
するまでの間、クライアント１０は、センタサーバ３０
から業務データを送信してもらうことになる。前述した
データ更新トランザクションによりシステム停止した拠
点サーバ２０の業務データベース２１のデータと業務マ
スタデータベース３１のデータとは一致しているため、
クライアント１０において業務処理は、何ら問題なく継
続することができる。なお、センタサーバ３０から業務
データを送ってもらっているクライアント１０の表示端
末の一部に「バックアップ運転中」などのメッセージを
表示しておけば、オペレータは、現在の接続先を容易に
把握することができる。

【００２７】最後に、拠点サーバ２０が復旧してからク
ライアント１０の接続先をセンタサーバ３０から拠点サ
ーバ２０へ切り替えるまでの処理について図４に示した
フローチャートを用いて説明する。

【００２８】拠点サーバ２０の復旧通知部２３は、シス
テムが回復して起動された時点でシステムが復旧した旨
をセンタサーバ３０に送信する（ステップ１３１）。

【００２９】センタサーバ３０において、拠点サーバ２
０のシステム復旧を検知すると（ステップ１４１）、業
務データ管理部３５は、当該拠点サーバ２０の業務デー
タベース２１のデータが業務マスタデータベース３１の
データと一致するように該当する業務データに基づき更
新情報を生成して当該拠点サーバ２０へ送信する（ステ
ップ１４２）。拠点サーバ２０の業務データベース管理
部２２は、送られてきた更新情報により業務データベー
ス２１を更新することによってシステム停止の間に受け
取ることができなかった業務データを業務データベース
２１に反映させてデータの整合性を図る（ステップ１３
２）。

【００３０】拠点サーバ復旧通知部３６は、システム停
止していた拠点サーバ２０の業務データベース２１のデ
ータの整合性が取れたことによって、正常に復旧作業が
終了し拠点サーバ２０としての機能まで復旧されたこと
を確認すると（ステップ１４３）、その拠点サーバ２０
と同一拠点に設置されたクライアント１０に対して拠点
サーバ２０が復旧した旨を通知する（ステップ１４
４）。なお、拠点サーバ２０の復旧作業が正常に終了で
きなかったときはセンタサーバ３０が引き続きクライア
ント１０へ業務データを送ることになる。

【００３１】クライアント１０において、拠点サーバ復
旧検知部１７は、その旨を受信すると（ステップ１５
１）、表示端末にその旨のメッセージを表示する（ステ
ップ１５２）。クライアント１０を使用しているオペレ
ータは、拠点サーバ２０が復旧したことを表示メッセー
ジで認識すると、画面上の指示に従い画面上のアイコン
をマウスクリックすることで接続先となるサーバの切替
指示を出す。

【００３２】接続先切替処理部１６は、その切替指示を
受け付けると（ステップ１５３）、拠点サーバ２０へネ
ットワークの接続先を切り替える（ステップ１５４）。
この切替処理は、拠点サーバ２０のシステム停止時とは
逆に、接続先のアドレス定義をセンタサーバ３０から同
一ＬＡＮ４上の拠点サーバ２０へ変更し、ネットワーク
システムを再立ち上げすることによって変更した接続先
アドレス定義に従い復旧した拠点サーバ２０と接続され
ることになる。なお、クライアント１０の表示端末の一
部に「接続先切替中」などのメッセージを表示しておけ
ば、オペレータは切替作業中であることを把握すること
ができる。以上の接続先切替えが正常に終了すれば切替
えが完了した旨のメッセージを、正常に終了しなければ
その旨のメッセージを、切替指示を出したクライアント
１０の表示端末に表示する（ステップ１５５，１５６，
１５７）。

【００３３】以上のような復旧時処理により、クライア
ント１０は、通常運用時と同様に拠点サーバ２０から業
務データを送信してもらうことになるが、上記処理が行
われることによってクライアント１０は、中断すること
なく継続して業務処理を行うことができる。

【００３４】なお、本実施の形態においては、本発明に
係る３層クライアントサーバシステムをフライトスケジ
ュール管理システムに適用した場合を例にして説明した
が、他のシステムにも適用することができる。また、本
実施の形態では、典型的な３層クライアントサーバシス
テムを例示し、１階層目に相当するクライアント１０が
１階層上の拠点サーバ２０の停止時に更に１階層上のセ
ンタサーバ３０と通信を行うようにしたが、４階層以上
のクライアントサーバシステムにおいてはデータ整合性
の取れたデータベースを持つセンタサーバ３０より上の
階層のコンピュータと通信を行うようにしてもよい。

【００３５】また、ネットワーク構成もＬＡＮや専用線
を用いた本実施の形態の構成に限定されるものではな
い。

【００３６】

【発明の効果】本発明によれば、１つのデータ更新トラ
ンザクションにより第２のサーバコンピュータと第１の
サーバコンピュータがそれぞれに持つデータベースの内
容が常に同時に更新されることで、各データベースのデ
ータが常時一致しているという３層クライアントサーバ
システムの特徴を有効に利用し、第１のサーバコンピュ
ータがシステムダウンしたときには第２のサーバコンピ
ュータが第１のサーバコンピュータの代わりに業務デー
タをクライアントコンピュータへ送るようにしたので、
通常稼働する第１のサーバコンピュータのバックアップ
用として待機系サーバコンピュータを設置しなくても、
クライアントコンピュータは業務処理を継続して行うこ
とができる。また、システムの設備コストの増大を防止
することができる。

【００３７】また、システムが停止した第１のサーバコ
ンピュータが復旧したときには、業務マスタデータベー
スと当該業務データベースのデータとを一致させた後に
クライアントコンピュータの接続先を第１のサーバコン
ピュータへ切り替えるようにしたので、クライアントコ
ンピュータは中断することなく業務処理を継続して行う
ことができる。

【図面の簡単な説明】

【図１】 本発明に係る３層クライアントサーバシステ
ムの一実施の形態であるシステムの構成及び各コンピュ
ータのブロック構成を示した図である。

【図２】 本実施の形態におけるデータ更新処理を示し
たフローチャートである。

【図３】 本実施の形態において拠点サーバのシステム
停止時における処理を示したフローチャートである。

【図４】 本実施の形態において拠点サーバのシステム
復旧時における処理を示したフローチャートである。

【符号の説明】

１ 拠点、３ センタ局、４ ＬＡＮ、５，６ 中継装
置、７ 専用線、１０クライアント（コンピュータ）、
１１ 業務処理実行部、１２ サーバ接続制御管理部、
１３，２４，３４ 通信インタフェース部、１４ ユー
ザインタフェース部、１５ 拠点サーバダウン検知部、
１６ 接続先切替処理部、１７ 拠点サーバ復旧検知
部、２０ 拠点サーバ（コンピュータ）、２１ 業務デ
ータベース、２２ 業務データベース管理部、２３ 復
旧通知部、３０ センタサーバ（コンピュータ）、３１
業務マスタデータベース、３２ 業務マスタデータベ
ース管理部、３３ 拠点サーバ復旧処理部、３５ 業務
データ管理部、３６ 拠点サーバ復旧通知部。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 業務処理を実行する複数台のクライアン
   トコンピュータと、少なくとも１台の前記クライアント
   コンピュータを接続し、接続された前記各クライアント
   コンピュータが業務処理の実行のためにアクセスする業
   務データベースを搭載した複数台の第１のサーバコンピ
   ュータと、 前記各クライアントコンピュータ及び前記各第１のサー
   バコンピュータを中継装置を介して接続し、データ更新
   トランザクションにより搭載した業務マスタデータベー
   スの内容が更新されたと同時にその更新されたデータを
   使用する前記第１のサーバコンピュータの前記業務デー
   タベースの内容を更新して常時前記業務マスタデータベ
   ースと前記各業務データベースのデータを一致させる第
   ２のサーバコンピュータと、 を有し、 前記クライアントコンピュータは、接続した前記第１の
   サーバコンピュータが停止したときに接続先を前記第２
   のサーバコンピュータに切り替えるサーバ接続制御管理
   手段を有し、停止した前記第１のサーバコンピュータに
   代わって前記第２のサーバコンピュータからデータを送
   信してもらうことで業務処理を継続して行うことを特徴
   とする多階層クライアントサーバシステム。
2. 【請求項２】 前記第２のサーバコンピュータは、シス
   テム停止をしていた前記第１のサーバコンピュータが再
   起動した後に前記業務マスタデータベースと前記各業務
   データベースのデータを一致させる復旧作業を行うとと
   もに前記第１のサーバコンピュータが復旧した旨を当該
   クライアントコンピュータに通知するサーバ復旧処理手
   段を有し、 前記サーバ接続制御管理手段は、前記第２のサーバコン
   ピュータからの通知を受けるとその旨を出力し、操作者
   からの入力指示を受けてから前記第２のサーバコンピュ
   ータから前記第１のサーバコンピュータに接続先を切り
   替えることを特徴とする請求項１記載の多階層クライア
   ントサーバシステム。