JPH0944450A

JPH0944450A - 分散デュープレックス式障害対策装置

Info

Publication number: JPH0944450A
Application number: JP7191729A
Authority: JP
Inventors: Shinji Kikuchi; 伸治菊地
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1995-07-27
Filing date: 1995-07-27
Publication date: 1997-02-14
Anticipated expiration: 2015-07-27
Also published as: JP2865028B2

Abstract

(57)【要約】【目的】２４時間サービス可能なオンライントラン
ザクション処理を行う分散処理情報システムにおいて、
クライアント機能手段内に小規模に分解した待機系デー
タベース実現手段を配置することにより、分散デュープ
レックス式障害対策を廉価に実現する。【構成】待機系クライアント機能手段３は、時刻同
期処理手段１０、２４により、サーバ機能手段１との同
期をとる。また、端末管理処理手段２５と稼働管理処理
手段１１と累積稼働状況データ管理手段３１とにより信
頼性情報の管理を行う。障害が発生すると対障害回避機
能手段２８と分散ログ管理手段７、２３により待避処理
を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般企業体、並び
に公共団体で使用され、２４時間サービス可能を前提に
オンライントランザクション処理を行う処理情報システ
ムの分散デュープレックス式障害対策装置に関し、特に
サーバ機能手段内のデータ内容は水平分散が可能である
分散デュープレックス式障害対策装置とそのデータベー
ス復旧方法とデータ転送方法とに関する。

【０００２】

【従来の技術】従来の分散処理情報システムの障害対策
方法は、主に２通り存在する。１つは主流方法であり、
具体的には障害発生頻度の高いシステム要素を多重化さ
せる方法である。他方は、分散した装置内にセンタデー
タのレプリカを配布する方法であり、データ記憶装置の
多重化によるレプリカ配布とは異なり、明示的に通信手
段を用いてレプリカ配布をする方法である。

【０００３】例えば、「日経エレクトロニクスＮＯ．６
０９１０１〜１１０ページ１９６６年６月６日中
村正弘」記載の技術がある。

【０００４】この技術を説明した図９は主流方法の障害
発生頻度の高いシステム要素を多重化させる方法を実現
した装置の概要図である。多重化により障害対策を行う
方法は、２通り存在する。

【０００５】１つは通常処理系の処理内容を、待機系も
同時に行うデュアル式であり、他方は、待機系は通常処
理系とは別な処理内容を行い、障害が発生した場合に限
り、待機系が通常処理系の処理内容を代行で行うデュー
プレックス式である。

【０００６】図９では、本発明と概念的に同じであるデ
ュープレックス式を実現した装置を説明している。この
方法は、上記の文献に記載されている方法を応用したも
のである。

【０００７】サーバ機能手段１５１は、業務処理手段１
５５、データベース実現手段１５６、レプリカ作成機能
手段１５７を含んで構成される。また、前記サーバ機能
手段１５１を多重化するために、別サーバ機能手段１５
１Ａも存在しており、前記別サーバ機能手段１５１Ａに
は、前記業務処理手段１５５と同一の業務処理処理手段
１５５Ａ、前記データベース実現手段１５６と同一のデ
ータベース実現手段１５６Ａ、前記レプリカ作成機能手
段１５７と同一のレプリカ作成機能手段１５７Ａ、なら
びに別業務処理手段１５８を含んで構成される。

【０００８】ユーザが、システムへ業務要求するため、
クライアント機能手段１５３から入力要求プリミティブ
１５９を発行すると、前記クライアント機能手段１５３
内に存在する業務処理手段１５４が起動する。前記業務
処理手段１５４は、通信手段１５２を介して前記サーバ
機能手段１５１内の前記業務処理手段１５５に処理委託
要求プリミティブ１６０を発行する。前記業務処理手段
１５５が前記処理委託要求プリミティブ１６０を受理す
ると、前記データベース実現手段１５６にトランザクシ
ョン要求プリミティブ１６１を発行し、業務処理を行
う。

【０００９】前記サーバ機能手段１５１、１５１Ａには
前記レプリカ作成機能手段１５７、１５７Ａが存在して
おり、定期的に前記データベース実現手段１５６、１５
６Ａのデータ内容を一致させる様にしている。

【００１０】ユーザが、再度システムへ業務要求するた
め、前記クライアント機能手段１５３から前記入力要求
プリミティブ１５９を発行すると、前記クライアント機
能手段１５３内に存在する前記業務処理手段１５４が再
起動する。前記業務処理手段１５４は、前記通信手段１
５２を介して前記サーバ機能手段１５１内の前記業務処
理手段１５５に前記処理委託要求プリミティブ１６０を
発行するが、前記サーバ機能手段１５１に障害が発生
し、エラーであった場合は、前記業務処理手段１５４
は、前記通信手段１５２を介して前記別サーバ機能手段
１５１Ａ内の前記業務処理手段１５５Ａに前記処理委託
要求プリミティブ１６０を再発行し、処理を続ける。処
理の結果、前記データベース実現手段１５６、ならびに
前記別データベース実現手段１５６Ａ間に発生するデー
タ不一致は、後に前記レプリカ作成機能手段１５７、１
５７Ａにて解消されることになる。

【００１１】図１０は、分散した装置内にセンタデータ
のレプリカを配布する方法を採用した装置の概要図であ
る。この方法は、「特開平０４−２７４５３２号公報」
に記載されている。

【００１２】前記公報にて分散システムと定義されてい
るものを、クライアント機能手段１７３と再定義する。
前記公報で分散システムデータベースと定義されている
ものを、待機系データベース実現手段１７４と再定義す
る。前記公報で伝送ラインと定義されているものを、通
信手段１７２と再定義する。前記公報で保守用システム
と定義されているものを、サーバ機能手段１７１と再定
義する。前記公報で保守用システムデータベース実現手
段と定義されているものを、サーバ機能手段内データベ
ース実現手段１７５と再定義する。

【００１３】図１０に記した装置で業務をする場合は、
クライアント機能手段１７３を介して、業務処理手段１
７８に入力要求プリミティブ１７６を発行する。すると
前記業務処理手段１７８は、前記待機系データベース実
現手段１７４に問い合わせる要求プリミティブ１７７を
発行し、結果応答１７９を得る手順が一般的なものであ
る。

【００１４】前記待機系データベース実現手段１７４
と、前記サーバ機能手段内データベース実現手段１７５
の内容は一致している必要があるが、前記サーバ機能手
段内データベース実現手段１７５から、前記通信手段１
７２を介して、前記待機系データベース実現手段１７４
にデータベース実現手段１７５の内容を送付する方法に
ついては、明確な規定はない。そこで一般的な方法であ
る以下の方法に従った実施手順を採用しているものと見
なす。

【００１５】サーバ機能手段１７１内には、転送処理手
段１８０が存在しており、前記サーバ機能手段内データ
ベース実現手段１７５から、前記通信手段１７２を介し
て、前記待機系データベース実現手段１７４にデータベ
ース実現手段１７５の内容１８６を送付することが実施
される。

【００１６】ここで前記サーバ機能手段１７１が故障し
た場合、前記通信手段１７２を用いて、前記クライアン
ト機能手段１７３内の前記待機系データベース実現手段
１７４から、前記待機系データベース実現手段レプリカ
１７４Ａを前記サーバ機能手段１７１内に作成すること
がなされる。

【００１７】前記サーバ機能手段１７１が復旧すると、
定期データベース実現手段保存データ読み込み手段１８
１にて、記録されたデータベース実現手段データ１８２
を読み込み、データベース実現手段作成手段１８３に
て、前記サーバ機能手段内データベース実現手段１７５
Ａを保存直前の状態で作成する。

【００１８】サーバ機能手段１７１内のデータベース実
現手段比較手段１８４が、前記待機系データベース実現
手段レプリカ１７４Ａ、および前記保存直前状態のサー
バ機能手段内データベース実現手段１７５Ａの内容を比
較し、保存直後から発生しているデータベース実現手段
更新１８５を、取り出し、修正の通知を行う。

【００１９】

【発明が解決しようとする課題】図９に記した従来のデ
ュープレックス式を採用した障害対策装置では、以下２
点の問題点が存在する。

【００２０】第１の問題点は、システム構成が高価にな
るということである。その理由は、サーバ機能手段１５
１を多重化する必要があるため、別サーバ機能手段１５
１Ａを２台以上、導入する必要があり、前記サーバ機能
手段１５１、１５１Ａは、クライアント機能手段１５３
よりも一般的に高価であることから、デュープレックス
式を採用する場合、システム構成が高価になるからであ
る。

【００２１】第２の問題点は、運用上、不経済となると
いうことである。その理由は、従来のデュープレックス
式では、多重化機能について具体的な指標が存在してお
らず、前記サーバ機能手段１５１と別サーバ機能手段１
５１Ａの新規導入直後から、常にレプリカ作成機能１５
７、１５７Ａ、ならびに通信手段１５２を使って、デー
タベース実現手段１５６のデータ内容を１５６Ａに転送
する必要がある。この方法では、システム全体の信頼性
が高い場合でも、システム全体の信頼性が低い場合でも
同様の運用が必要であり、システムメンテナンスが入っ
た初期段階で、運用上、不経済となるからである。

【００２２】また、図１０に記した方法を採用する装置
では、以下の３点の問題点が存在する。

【００２３】第３の問題点は、データ整合性保証が出来
ないことも有り得るということである。その理由は、図
１０の装置では、サーバ装置手段１７１を保守用待機系
装置に見立てており、サーバ機能手段１７１に障害が発
生した場合の復旧手段は規定されている。しかし、業務
の主体となるクライアント機能手段１７３に対しては、
明確な方法規定が無く、前記クライアント機能手段１７
３内部の待機系データベース実現手段１７４のデータ整
合性を保証する手段はないからである。

【００２４】第４の問題点は、一般企業体、ならびに公
共団体で使用される２４時間サービス可能を前提とした
オンライントランザクション処理を行う分散処理情報シ
ステムでは、図１０の方法を採用すると高価なシステム
構成になる。その理由は、図１０の方法で業務上の主系
となるものは前記クライアント機能手段１７３であるた
め、前記待機系データベース実現手段１７４には、大規
模なものが要求されることになるからである。クライア
ント機能手段毎に大規模構成となるので、システム全体
で高価な構成を取ることになるからである。

【００２５】第５の問題点は、運用上、不経済となると
いうことである。その理由は図１０の方法では、サーバ
機能手段１７１にバックアップを取るタイミング、及び
台数については明確な指標が存在しておらず、待機系デ
ータベース実現手段１７４のレプリカ１７４Ａの作成で
は、システム全体の信頼性が高い場合でも、システム全
体の信頼性が低い場合でも同様の運用が必要であり、シ
ステムメンテナンスが入った初期段階で、運用上、不経
済となるからである。

【００２６】本発明の目的は、２つある。

【００２７】第１の目的は、２４時間サービス可能を前
提に、オンライントランザクション処理を行う分散処理
情報システムにおいて、サーバ機能手段を２重に設けず
に、全体の信頼性を落とすことなく廉価なシステム構成
を提供することである。

【００２８】第２の目的は、優先度の低い目的である。
それは、本発明により構成全体の信頼性を計測しながら
運用を進めることで、運用上の不経済を解消する手段を
提供することである。

【００２９】この目的を達成するためには、後述する
（５）式、前記（６）式で導かれる値が小さくなる様
に、前記待機系クライアント機能手段の信頼性が、比較
的高いことが必要であり、この条件を満足しない場合
は、これは目的の限りではない。

【００３０】

【課題を解決するための手段】本発明の分散デュープレ
ックス式障害対策装置は、（ａ）データベース実現手段
と、（ｂ）前記データベース実現手段を保持して管理す
るサーバ機能手段と、（ｃ）前記データベース実現手段
が含むデータ内容と同一のデータ内容を保存し前記デー
タベース実現手段とは異なったものとして扱わる待機系
データベース実現手段と、（ｄ）前記サーバ機能手段内
の前記データベース実現手段へアクセスする際に端末と
して使用されかつ前記待機系データベース実現手段を保
持管理する待機系クライアント機能手段と、（ｅ）前記
サーバ機能手段と前記待機系クライアント手段との間の
アクセス経路を提供する通信手段と、（ｆ）前記サーバ
機能手段に配置され前記データベース実現手段のデータ
内容を前記待機系データベース実現手段に前記通信手段
を介して定期的に自動転送する対障害回避機能処理手段
と、（ｇ）前記データベース実現手段への更新要求と前
記待機系データベース実現手段への更新要求との間の整
合性を確保し前記待機系クライアント機能手段内ならび
に前記サーバ機能手段内のそれぞれに配置される更新ロ
グ手段と、（ｈ）前記待機系クライアント機能手段内部
で管理するシステム時刻と前記サーバ機能手段内部で管
理するシステム時刻との同期を取るために前記待機系ク
ライアント機能手段内ならびに前記サーバ機能手段内の
それぞれに配置される時刻同期機能手段と、（ｉ）前記
待機系クライアント機能手段内に配置され前記待機系ク
ライアント機能手段の稼働状況情報を把握し前記通信手
段を介して前記サーバ機能手段に報告する稼動管理処理
手段と、（ｊ）前記サーバ機能手段内に配置され前記稼
働管理処理手段から前記通信手段を介して前記稼働状況
情報を受信した後前記待機系クライアント機能手段全て
の累積稼働時間を算出する端末管理処理手段と、（ｋ）
前記サーバ機能手段内に配置され前記累積稼働時間情報
と前記待機系クライアント機能手段および前記サーバ機
能手段の信頼性情報とを一元管理する累積稼働状況デー
タ管理手段と、（ｌ）前記更新ログ手段が管理するログ
情報を分散して管理し前記データベース実現手段ならび
に前記待機系データベース実現手段のそれぞれに配置さ
れる分散ログ管理手段と、を備えて構成される。

【００３１】本発明のデータベース復旧方法は、前記分
散デュープレックス式障害対策装置において、（ａ）前
記サーバ機能手段のログ内容を待機系クライアント機能
手段にコピーする「ログ待避転送」ステップと、（ｂ）
前記サーバ機能手段内のシステム時刻と前記待機系クラ
イアント機能手段内のシステム時刻との同期を取る「シ
ステム時間同期」ステップと、（ｃ）前記サーバ機能手
段の障害時直前までのログ情報データを前記他待機系ク
ライアント機能手段もしくは前記サーバ機能手段から入
手する「自動ログ入手」ステップおよび「手動ログ入
手」ステップと、（ｄ）前記「自動ログ入手」ステップ
もしくは前記「手動ログ入手」ステップで入手した前記
ログ情報データを前記待機系データベース実現手段のデ
ータに上書きする「障害対処モード前処理１」ステップ
と、（ｅ）前記サーバ機能手段で障害が発生している場
合に前記待機系クライアント機能手段にて業務を処理す
る「障害対処モード前処理２」ステップと、（ｆ）前記
サーバ機能手段の障害復旧時に前記サーバ機能手段のデ
ータ内容を健全化する「サーバ復旧処理１」ステップ
と、（ｇ）前記待機系クライアント機能手段にコピーし
ている前記ログ情報データの収集依頼を作成する「臨時
更新ログ回収要求１」ステップと、（ｈ）前記「臨時更
新ログ回収要求１」の収集依頼を受けて一斉同報を行う
「臨時更新ログ回収要求２」ステップと、（ｉ）前記収
集依頼に対して収集依頼応答を作成する「臨時更新ログ
回収応答１」ステップと、（ｊ）前記収集依頼応答の転
送をする「臨時更新ログ回収応答２」ステップと、
（ｋ）前記サーバ機能手段の復旧中に前記待機系クライ
アント機能手段内の前記データベース実現手段へのアク
セを制限する「臨時更新制限」ステップと、（ｌ）前記
収集依頼応答に含まれる臨時更新ログ情報データが不要
となった場合に前記待機系クライアント機能手段内で施
行される「臨時更新ログ消去」ステップと、（ｍ）前記
臨時更新ログ情報データが不要となったときにサーバ機
能手段内で前記臨時更新ログ情報データを時間順に並び
替えるために施行される「臨時更新ログ編集」ステップ
と、（ｎ）前記「臨時更新ログ編集」ステップで実行さ
れる編集においてユーザの判断を仰ぐためにメッセージ
を表示する「システム管理者判断１」ステップと、
（ｏ）前記「システム管理者判断１」ステップの終了後
にシステム管理者が判断データを入力する「システム管
理者判断２」ステップと、（ｐ）前記「システム管理者
判断２」ステップが終了したときに完了メッセージを前
記サーバ機能手段内で発行する「障害対処モード終了処
理１」ステップと、（ｑ）前記「障害対処モード終了処
理１」ステップの前記完了メッセージを前記待機系クラ
イアント機能手段に一斉同報する「障害対処モード終了
処理２」ステップと、（ｒ）前記待機系クライアント機
能手段と前記サーバ機能手段内の前記データベース実現
手段との接続を再開させる「障害対処モード終了処理
３」ステップと、を備えている。

【００３２】本発明のデータ転送方法は、前記分散デュ
ープレックス式障害対策装置において、（ａ）施行する
転送回数を決定する「前処理」ステップと、（ｂ）前記
データベース実現手段から前記データ内容を分散できる
ように取り出す「転送データ生成」ステップと、（ｃ）
前記データベース実現手段を含む前記サーバ機能手段か
ら前記待機系データベース実現手段を含む前記クライア
ント機能手段へ分散を行った前記データ内容を引き渡す
「転送データ転送」ステップと、（ｄ）前記データ内容
を保持する「転送データ保持」ステップと、（ｅ）前記
「データ転送」ステップにおいてエラーが発生すると施
行される「転送データリカバリ」ステップと、（ｆ）前
記データ内容から前記待機系データベース実現手段の内
容を作成する「待機系構築」ステップと、（ｇ）前記
「待機系構築」ステップでエラーが発生したときに施行
される「待機系構築リカバリ」ステップと、（ｈ）前記
待機系データベース実現手段を含む前記クライアント機
能手段から前記データベース実現手段を含む前記サーバ
機能手段へ前記データ内容と同じデータ内容を引き戻す
「応答データ作成」ステップと、（ｉ）前記「応答デー
タ作成」ステップにおいてエラーが発生した時に施行さ
れ障害対処モードに切り替える「応答データリカバリ」
ステップと、（ｊ）前記「応答データ作成」ステップに
おいてエラーが発生しなかった時に施行され前記「応答
データ作成」ステップで作成された前記データ内容を削
除する「応答データリカバリ」ステップと、（ｋ）往復
した前記データ内容を確認する「コミット検査」ステッ
プと、（ｌ）前記「コミット検査」ステップにおいて異
常が検出されなかった時に施行され正常処理要求が記載
されている確認ファイルを前記待機系クライアント機能
手段に転送する「コミット認可転送」ステップと、
（ｍ）前記「コミット検査」ステップにおいて異常が検
出された時に施行されデータベース実現手段削除要求が
記載されている確認ファイルを前記待機系クライアント
機能手段に転送する「コミット不可転送」ステップと、
（ｎ）前記「コミット認可転送」ステップの終了後に施
行され前記確認ファイルを受けてその内容に応じて対応
する「コミット対処」ステップと、（ｏ）前記「転送デ
ータリカバリ」ステップと前記「待機系構築リカバリ」
ステップと前記「応答データリカバリ」ステップとの後
に施行され前記「転送データ作成」ステップからやり直
すために環境を整理する「後処理」ステップと、を備え
ている。

【００３３】

【発明の実施の形態】次に、本発明について数式を参照
して説明する。

【００３４】本発の適用される分散処理情報システム
は、以下の条件を満たす必要がある。

【００３５】第１の条件は、クライアント機能手段に関
して、以下の（１）式、（２）式、（３）式が満たされ
ることである。

【００３６】

【００３７】第２の条件は、クライアント機能手段から
起動されるトランザクション処理サービスのエラップス
時間に関して、以下の（４）式、（５）式、（６）式が
満たされることである。

【００３８】

【００３９】次に、本発明について図面を参照して詳細
に説明する。

【００４０】本発明において、待機系データベース実現
手段が配置されるクライアント機能手段は、サーバ機能
手段と同等の信頼性を持つ必要がないため、高価な前記
サーバ機能手段を多重化して導入する必要はない。廉価
な前記クライアント機能手段内に、小規模に分解した前
記待機系データベース実現手段を配置することで、同等
の機能を提供できるゆえ、前記の第１の目的を容易に実
現できる。

【００４１】図１は、本発明の第１の実施の形態の分散
デュープレックス式障害対策装置のブロック図である。

【００４２】また図２、図３、図４および図５は、通常
処理モード下における本発明の転送方法を示すブロック
図であり、図７は本発明の第２の実施の形態であるデー
タ転送方法のフローチャートである。

【００４３】図６は、障害が発生した場合の障害対処モ
ードにおける処理手順のブロック図である。

【００４４】図８は本発明の第３の実施の形態であるデ
ータベース復旧方法のフローチャート図である。

【００４５】図１の分散処理システムは、クライアント
機能手段３、およびサーバ機能手段１および通信手段２
にて構成される。

【００４６】本装置では、クライアント機能手段には、
待機系クライアント機能手段３、および一般クライアン
ト機能手段４の２種類が存在する。

【００４７】前記待機系クライアント機能手段３の内部
には、システム端末機能としてのシステム入力・結果表
示機能手段５以外に、待機系データベース実現手段６、
分散ログ管理手段７、および各種復旧機能処理手段が存
在している。後述の一般クライアント機能手段４には、
前記システム端末機能手段としてのシステム入力・結果
表示機能５と業務処理手段９のみが存在している。

【００４８】待機系クライアント機能手段３、一般クラ
イアント機能手段４から、前記システム入力・結果表示
機能手段５を使って入力要求プリミティブ４４を発行す
ると、前記クライアント機能手段内４の前記業務処理手
段９が起動し、必要に応じて、前記通信手段２を介し
て、前記のサーバ機能手段１内の業務処理手段１９に処
理委託要求プリミティブ４５を発行する。

【００４９】前記サーバ機能手段内業務処理手段１９
は、サーバ機能手段１内に存在するデータベース実現手
段２０に、該当のデータを問い合わせるか、更新するた
めのトランザクション要求プリミティブ４７を掛け、そ
の後、トランザクション結果プリミティブ４８を受け取
る。その後、サーバ機能手段内業務処理手段１９は、前
記通信手段２を介して、前記クライアント機能手段内業
務処理手段９に結果回答プリミティブ４６を送付する。

【００５０】サーバ機能手段内業務処理手段１９が、前
記データベース実現手段２０にアクセスする際、前記デ
ータベース実現手段２０の状態が変更を受ける様なトラ
ンザクション要求プリミティブ４７を処理している場
合、前記業務処理手段１９は、サーバ機能手段１内に存
在し、前記データベース実現手段２０を管理するアドミ
ニストレータ処理手段２１とは別に、アクセス内容を記
録するため、更新ログ手段２２に更新内容プリミティブ
４９を通知する。

【００５１】前記更新ログ手段２２がアクセス内容を記
録する際に、エラーが発生した場合は、前記更新ログ手
段２２は、前記業務処理手段１９にエラーの旨の結果回
答プリミティブ５０を通知する。その結果、前記業務処
理手段１９は、前記トランザクション要求プリミティブ
４７をロールバックして、前記クライアント機能手段内
業務処理手段９にエラーを示す結果回答プリミティブ４
６を送付する。また無事、前記更新ログ手段２２が、ア
クセス内容を記録出来た場合は、前記更新ログ手段２２
は、前記業務処理手段１９に正常の結果回答プリミティ
ブ５０を通知するので、それを受けて前記業務処理手段
１９は、前記クライアント機能手段内業務処理手段９に
正常の結果回答プリミティブ４６を送付する。

【００５２】前記更新ログ手段２２はアクセス内容を記
録すると、分散ログ管理手段２３に、待機系クライアン
ト機能手段３内にログ内容を分散保存する様に、分散保
存要求プリミティブ５１を発行する。

【００５３】前記分散ログ管理手段２３は、前記更新ロ
グ手段２２が管理して、前記分散ログ管理手段２３に引
き渡された追加ログ情報データ５２を待機系クライアン
ト機能手段３の内、予め選択されたもの数台に、転送す
る。その後、前記分散ログ管理手段２３は、待機系クラ
イアント機能手段３内の分散ログ管理手段７に改版依頼
プリミティブ５３を発行する。前記待機系クライアント
内分散ログ管理手段７は改版依頼プリミティブ５３を受
理すると、待機系クライアント機能手段３内の更新ログ
手段８に保存ログの改版依頼プリミティブ５３を発行す
る。

【００５４】サーバ機能手段１内の分散ログ管理手段２
３が、前記追加ログ情報データ５２を転送する待機系ク
ライアント機能手段３の台数は、以下の（７）式を満足
する最小の台数ｎである。ログに記録されるデータ量は
大きく無いので、通信に関する影響は考慮する必要はな
い。

【００５５】

【００５６】サーバ機能手段１には、時刻同期処理手段
２４が常駐しており、待機系クライアント機能手段３へ
定期的にサーバ機能手段１のシステム時刻に５．０秒を
加えた値を同期メッセージ５４として転送している。待
機系クライアント機能手段３にも時刻同期処理手段１０
が常駐しており、前記サーバ機能手段１から、前記同期
メッセージ５４を受けると、内部のシステム時計機能手
段１８の時刻を、同期メッセージ５４内に記載された時
刻に合わせる様に前記システム時計機能手段１８に同期
要求プリミティブ５５を送り、その後下記（８）式で記
される時間のスリープ状態に入る。それによりサーバ機
能手段１内のシステム時刻と同期が取れる。

【００５７】

【００５８】待機系クライアント機能手段３には、電源
スイッチがオン・オフされた場合に、下記の定義（９）
式の稼働報告メッセージ５６をサーバ機能手段１に送付
する稼働管理処理手段１１が実装されている。

【００５９】

【００６０】サーバ機能手段１内には待機系クライアン
ト機能手段３全ての累積稼動状況情報を管理する端末管
理処理手段２５が常駐している。サーバ機能手段１の前
記端末管理処理手段２５が、前記稼働報告メッセージ５
６を受理すると、待機系クライアント機能手段３毎の累
積稼動時間を即時に計算し、累積稼動状況データファイ
ル３１に結果データ５７を更新する。

【００６１】サーバ機能手段１内には、サーバ機能手段
１本体に障害が発生しても、手段全体で取り扱う業務が
停滞することの無い様に、待機系クライアント機能手段
３内に存在する待機系データベース実現手段６に、前記
サーバ機能手段１内のデータベース実現手段２０の内容
を、前記累積稼動状況データファイル３１からを参照し
て、配信、反映する対障害回避機能処理手段２８が常駐
しており、定期的に動作する。

【００６２】前記対障害回避機能処理手段２８は、動作
を開始すると、前記累積稼動状況データファイル３１か
らサーバ機能手段累積稼動時間データ５８、サーバ機能
手段ＭＴＢＦデータ５９、待機系クライアント機能手段
累積稼働時間データ６０、待機系クライアント機能手段
ＭＴＢＦデータ６１を参照して、配信、反映する待機系
クライアント機能手段３と、その台数ｎを以下の（１
０）式、（１１）式を元に決定する。

【００６３】

【００６４】なお、システム全体の信頼性は以下の（１
２）式、（１３）式を満足するように設定される。

【００６５】

【００６６】配信、反映する待機系クライアント機能手
段３が決まると、前記対障害回避機能処理手段２８は、
前記サーバ機能手段内データベース実現手段２０にエク
スポート要求プリミティブ６２を発行して、データベー
ス実現手段内容データ６３を取り出し、シーケンス形式
の転送ファイル３２に書き出す。

【００６７】その後、下記に記した本発明の「データ転
送方法」のステップで前記転送ファイル３２を複数の待
機系クライアント機能手段３に転送する。なお、図７に
はステップの実施フローチャート説明図を記す。

【００６８】次に、図７を用いて本発明の「データ転送
方法」の実施の形態の動作について説明する。

【００６９】ステップＳ１は前処理であり、前記待機系
データベース実現手段６の作成数を求める。それによ
り、ステップＳ２からステップＳ１４までの処理が、前
記作成数分になるだけ、連続的に処理される。このステ
ップＳ１を「前処理」と命名する。

【００７０】ステップＳ１Ａにおいては以下の処理がな
される。前記サーバ機能手段１では前記待機系データベ
ース実現手段６の作成済数を管理しており、後記するス
テップＳ１４を実施する度に、前記作成済数が加算更新
される。なお、ステップＳ１終了時点では、作成済み数
は“０”に設定される。本ステップでは、前記作成済数
とステップＳ１で求めた待機系データベース実現手段６
の作成数とを比較し、一致しない場合は後記するステッ
プＳ２以降を実施する。また、一致した場合は処理を終
了する。

【００７１】ステップＳ２の説明図を図２に記す。ステ
ップＳ２において、サーバ機能手段内対障害回避機能処
理手段２８は、前記データベース実現手段２０にエクス
ポート要求プリミティブ６２を発行して、水平分散でき
る表３３から該当するデータを選択すると供に、マスタ
系表３４のデータと併せて、データベース実現手段内容
データ６３として取り出し、ファイル作成セマフォ３５
にオンメッセージ６４を発行後、シーケンス形式の前記
転送ファイル３２を作成する。無事、前記転送ファイル
３２が作成出来たのであれば、前記ファイル作成セマフ
ォ３５をオフにするためオフにするため、オフメッセー
ジ６５を発行する。サーバ機能手段１内には、前記転送
ファイル３２を待機系クライアント機能手段３に転送す
るファイル転送常駐処理手段２６が存在している。前記
転送ファイル３２が生成され、かつ、前記ファイル作成
セマフォ３５がオフの状態であると、前記転送ファイル
３２は、前記ファイル転送常駐処理手段２６により転送
される。このステップＳ２を「転送データ生成」と命名
する。

【００７２】ステップＳ２Ａにおいては、ステップＳ２
での転送が成功したかどうかが判定される。

【００７３】ステップＳ３の説明図も図２に含まれる。
ステップＳ３においては、前記転送ファイル３２の転送
の際、待機系クライアント機能手段３に障害が発生して
いたならば、前記通信手段２からエラー通知プリミティ
ブ６６を受けるので、前記ファイル転送常駐処理手段２
６は、別の待機系クライアント機能手段３に、ファイル
転送を掛ける。再度、前記ファイル転送常駐処理手段２
６が、前記通信手段２からエラーを通知された場合は、
前記対障害回避機能処理手段２８にエラー応答プリミテ
ィブ６７を通知する。前記対障害回避機能処理手段２８
は、前記転送ファイル３２をサーバ機能手段１内のエラ
ーディレクトリ３６配下に格納し、後の再送に備える。

【００７４】また通信手段２に障害が発生し、前記ファ
イル転送常駐処理手段２６がエラーを検知した場合は、
前記対障害回避機能処理手段２８にリセット応答プリミ
ティブ６８を送付する。サーバ機能手段内対障害回避機
能処理手段２８は、リセット応答プリミティブ６８を受
信すると、自身が起動される前の状態に戻す。このステ
ップＳ３を「転送データ転送」と命名する。

【００７５】ステップＳ４の説明図も図２に含まれる。
ステップＳ４においては、無事に転送出来た場合は、後
に前記ファイル転送常駐処理手段２６から対障害回避機
能処理手段２８に正常応答プリミティブ６９が戻される
ので、その後サーバ機能手段１内の転送ディレクトリ３
７に、前記転送ファイル３２を格納する。（前記転送フ
ァイル３２は、後述の応答ファイル３９の対応が明確に
取られることを意図して、一意に決まる命名規則にて、
命名される。）このステップＳ４を「転送データ保持」
と命名する。

【００７６】ステップＳ５の説明図も図２に含まれる。
ステップＳ５においては、待機系クライアント機能手段
３に障害があり、前記転送ファイル３２を転送出来なか
った場合は、後に前記対障害回避機能処理手段２８は、
改めて待機系クライアント機能手段３に再送することに
なる。ここで、ステップＳ１５に一度スキップする。後
に再送する場合、前記エラーディレクトリ３６内の転送
ファイル３８を総て転送する。もし転送出来た場合は、
前記エラーディレクトリ３６から該当する前記転送ファ
イル３８を削除し、前記転送ディレクトリ３７に移動す
る。このステップＳ５を「転送データリカバリ」と命名
する。

【００７７】ステップＳ６の説明図を図３に記す。ステ
ップＳ６においては、待機系クライアント機能手段３内
では、転送監視処理手段１２が常駐しており、前記転送
ファイル３２が存在しているか、否かを監視している。
待機系クライアント機能手段３内で、ファイル転送処理
手段１７が存在せず、かつ前記転送ファイル３２が存在
している場合は、前記転送監視処理手段１２は、待機系
データベース実現手段６を一度ドロップするため、待機
系クライアント機能手段３内に存在するアドミニストレ
ータ処理手段１３にドロップコマンド７０を発行する。
すると、前記アドミニストレータ処理手段１３は、前記
待機系データベース６に削除コマンド７１を発行し、削
除する。その後、前記転送ファイル３２を元に、前記待
機系データベース実現手段６を再作成するため、前記転
送監視処理手段１２は、前記アドミニストレータ処理手
段１３にインポート要求プリミティブ７２を発行する。
その後、前記アドミニストレータ処理手段１３は、前記
待機系データベース実現手段６の作成コマンド７３を発
行する。このステップＳ６を「待機系構築」と命名す
る。

【００７８】ステップＳ６Ａにおいては、ステップ６に
おける待機系構築が完了したかどうかが判定される。

【００７９】ステップＳ７の説明図は図３に含まれる。
ステップＳ７においては、前記待機系データベース実現
手段６への作成中にエラーが発生した場合は、前記アド
ミニストレータ処理手段１３は、前記転送監視処理手段
１２にエラー通知プリミティブ７４を発行する。前記転
送監視処理手段１２は、サーバ機能手段１にエラーを通
知するため、前記転送ファイル３２の名称１１９を得た
後、前記転送ファイル３２に一対一対応し、かつエラー
内容プリミティブ７５を記した前記応答ファイル３９を
作成して処理を終了する。前記ファイル転送処理手段１
７は、常駐しているので、前記応答ファイル３９をサー
バ機能手段１に転送し、一連の処理を終える。その後、
ステップＳ１５にスキップする。前記転送ファイル３２
はそのままにしてあるので、前記転送監視処理手段１２
により、再度の更新がなされることになる。このステッ
プＳ７を「待機系構築リカバリ」と命名する。

【００８０】ステップＳ８の説明図も図３に含まれる。
ステップＳ８においては、前記待機系データベース実現
手段６への反映が無事なされた場合は、前記転送監視処
理手段１２は、前記転送ファイル３２からバイナリ内容
７７Ａを得て、前記転送ファイル３２と同じ内容を持つ
シーケンス構成の応答ファイル３９Ａを作成する。その
後、前記転送監視処理手段１２は、前記転送ファイル３
２を削除するため、削除コマンド７６を発行する。その
後、常駐している前記ファイル転送処理手段１７は、前
記応答ファイル３９Ａのバイナリデータ７７を得て、前
記通信手段２を介してサーバ機能手段１に転送する。そ
の後、前記ファイル転送処理手段１７が、前記通信手段
２から確認ファイル４０の応答を受けた旨の正常応答プ
リミティブ７８を発行するまで、前記転送監視処理手段
１２は待ちの状態となる。このステップＳ８を「応答デ
ータ作成」と命名する。

【００８１】ステップＳ８Ａにおいては、ステップＳ８
における応答転送が成功したかどうかが判定される。

【００８２】ステップＳ９の説明図も図３に含まれる。
ステップＳ９においては、転送の際、前記通信手段２も
しくはサーバ機能手段１に障害があり、転送出来なかっ
た場合は、前記ファイル転送処理手段１７は、前記転送
監視処理手段１２にエラー応答プリミティブ７９を送付
する。その後、前記転送監視処理手段１２は直ちに処理
をやめ、ステップＳ１５にスキップする。その結果、障
害対処モードに切り替わる。このステップＳ９を「応答
データリカバリ」と命名する。

【００８３】ステップＳ１０の説明図も図３に含まれ
る。ステップＳ１０においては、無事サーバ機能手段１
に転送出来た場合は待機系クライアント機能手段３の前
記応答ファイル３９、３９Ａは不要となるので、前記転
送監視処理手段１２は削除コマンド８１を発行する。こ
のステップＳ１０を「応答データ後処理」と命名する。

【００８４】このステップＳ１１の説明図を図４に記
す。ステップＳ１１においては、サーバ機能手段１内で
は前記応答ファイル３９Ａの存在と、前記ファイル転送
常駐処理手段２６の稼働状況を監視する転送監視処理手
段２９が常駐している。

【００８５】前記転送監視処理手段２９は転送された前
記応答ファイル３９Ａに対応した、前記転送ディレクト
リ３７に存在する前記転送ファイル３２、および前記応
答ファイル３９Ａの各々から、全バイナリデータ８０、
８０Ａを取り出し、その後、バイナリ比較する。前記バ
イナリデータ８０、８０Ａの両者が一致すれば、前記転
送ファイル３２と、前記応答ファイル３９Ａの両者を消
去するため、転送ファイル３２の削除コマンド８１と応
答ファイル３９Ａの削除コマンド８１Ａとを発行する。
このステップＳ１１を「コミット検査」と命名する。

【００８６】ステップＳ１１Ａにおいては、ステップＳ
１１においてバイナリデータの一致を判定し、ステップ
Ｓ１２とステップＳ１３とに分岐させる。

【００８７】ステップＳ１２の説明図も図４に含まれ
る。ステップＳ１２においては、ステップＳ１１の後、
確認ファイル４０を作成し、そこに正常値応答プリミテ
ィブ８２を書き出す。その後、待機系クライアント機能
手段３に、ファイル転送するため、前記確認ファイル４
０の名称データ８３を前記ファイル転送常駐処理手段２
６に引き渡す。このステップＳ１２を「コミット認可転
送」と命名する。

【００８８】ステップＳ１３の説明図も図４に含まれ
る。ステップＳ１３においては、前記転送ファイル３２
と、前記応答ファイル３９Ａから、それぞれ前記転送フ
ァイル側全バイナリデータ８０と前記応答ファイル側全
バイナリデータとを取り出し、バイナリ比較をした結
果、両バイナリデータ間で食い違いがある場合は、前記
確認ファイル４０にデータベース実現手段削除要求プリ
ミティブ８４を記して、確認ファイル名称データ８３
を、前記ファイル転送常駐処理手段２６に引き渡す。そ
こでステップＳ２からステップＳ１１までで行った一連
の処理はないものと見なし、他の待機系クライアント機
能手段３相手に、ステップＳ２から再度行う。このステ
ップＳ１３を「コミット不可転送」と命名する。

【００８９】ステップＳ１４の説明図を図５に記す。ス
テップＳ１４においては、待機系クライアント機能手段
３内の前記転送監視処理手段１２は、前記確認ファイル
４０の存在と、前記ファイル転送処理手段１７の稼働状
況を監視して待ち状態になっている。前記ファイル転送
処理手段１７が、正常値プリミティブ８５を含んだ前記
確認ファイル４０を入手し、前記転送監視処理手段１２
が、前記確認ファイル４０から正常値プリミティブ８５
を読みだした場合は、一連の処理を終了し、再度、別の
転送ファイル３２待ち状態となる。

【００９０】前記ファイル転送処理手段１７が、データ
ベース実現手段削除要求プリミティブ８６の記載された
前記確認ファイル４０を入手し、かつ前記転送監視処理
手段１２が確認ファイル４０から、前記データベース実
現手段削除要求プリミティブ８６を読みだした場合は、
前記転送監視処理手段１２は作成済みの前記待機系デー
タベース実現手段６を削除するため、前記アドミニスト
レータ処理手段１３に、前記ドロップコマンド８７を発
行し、一連の処理を終了し、再度、前記転送ファイル３
２待ちとなる。その後、前記アドミニストレータ処理手
段１３は、前記待機系データベース実現手段６に削除コ
マンド８８を発行する。このステップＳ１４を「コミッ
ト対処」と命名する。

【００９１】ステップＳ１５は、ステップＳ５、ならび
にステップＳ７、ならびにステップＳ９でなされる強制
終了の後処理である。その結果、ステップＳ１Ａの判定
処理に戻る。ステップ１５では、ステップＳ２からやり
直すための環境整理を行う。このステップＳ１５を「後
処理」と命名する。

【００９２】上記ステップの転送方法の結果、待機系ク
ライアント機能手段３には、必ずサーバ機能手段１内の
データベース実現手段２０のサブセットである前記待機
系データベース実現手段６が作成されることになる。

【００９３】これから後の手続きを再度、図１に記す。
送付するべき総ての待機系クライアント機能手段３に、
上記ステップで前記転送ファイル３２を転送する。その
後、サーバ機能手段１内の前記対障害回避機能処理手段
２８が、先に取った追加ログ情報データ５２のクリアを
行うため、前記分散ログ管理手段２３に、クリア要求プ
リミティブ８９を送付する。前記分散ログ管理手段２３
は、前記クリア要求プリミティブ８９を受けると、待機
系クライアント機能手段３内の分散ログ管理手段７を介
して、前記更新ログ手段８にログクリア要求プリミティ
ブ９０を発行し、ログをリセットする。

【００９４】図６は障害発生時の障害対処モードを記し
ている。一般クライアント機能手段４で、前記システム
入力・結果表示機能手段５を使って入力要求プリミティ
ブ４４を発行すると、前記クライアント機能手段内業務
処理手段９が起動する。その後、前記業務処理手段９
は、前記通信手段２を介して、サーバ機能手段１の前記
業務処理手段１９に処理委託要求プリミティブ４５を発
行しようとするが、サーバ機能手段１の障害、もしくは
前記通信手段２で障害のあった場合は、一般クライアン
ト機能手段４内の業務処理手段９は、エラー情報プリミ
ティブ９１を前記システム入力・結果表示機能手段５に
報告し、待機系クライアント機能手段３で作業をするこ
とを促す。

【００９５】待機系クライアント機能手段３で、前記シ
ステム入力・結果表示機能手段５を介して、入力要求プ
リミティブ４４を発行すると、待機系クライアント機能
手段３内の業務処理手段９が起動し、その後、前記通信
手段２を介して、前記サーバ機能手段１の前記業務処理
手段１９に処理委託要求プリミティブ４５を発行しよう
とするが、サーバ機能手段１の障害、もしくは前記通信
手段２で障害のあった場合は、待機系クライアント機能
手段３内の業務処理手段９は、エラーを検知し、復旧処
理手段１４を立ち上げるための立ち上げコマンド９２を
発行する。

【００９６】サーバ機能手段１の障害に対しては、本発
明の「データベース復旧方法」にて対処する。

【００９７】図８は、本発明のデータベース復旧方法の
処理ステップのフローチャート図である。以下、データ
ベース復旧方法の各処理ステップについて説明する。ス
テップＡ１、ならびにステップＡ２は図１で説明する。
ステップＡ３以後は図６で説明する。

【００９８】ステップＡ１を図１で説明する。ステップ
Ａ１においては、分散ログ管理手段２３は、更新ログ手
段２２が管理して、前記分散ログ管理手段２３に引き渡
された追加ログ情報データ５２を待機系クライアント機
能手段３の内、予め選択されたもの数台に転送する。そ
の後、分散ログ管理手段２３は、待機系クライアント機
能手段３内の分散ログ管理手段７を介して、待機系クラ
イアント機能手段３内の更新ログ手段８に保存ログの改
版依頼を行う。このステップＡ１を「ログ待避転送」と
命名する。

【００９９】ステップＡ２も図１で説明する。ステップ
Ａ２においては、サーバ機能手段１には、時刻同期処理
手段２４が常駐しており、待機系クライアント機能手段
３へ定期的に同期メッセージ５４を転送している。待機
系クライアント機能手段３にも時刻同期処理手段１０が
常駐しており、サーバ機能手段１内のシステム時刻と同
期を取る。このステップＡ２を「システム時間同期」と
命名する。

【０１００】ステップＡ３の説明を図６にて行う。ステ
ップＡ３においては、復旧処理手段１４は、待機系クラ
イアント機能手段３内の前記更新ログ手段８に要求コマ
ンド９３を、および前記分散ログ管理手段７に要求コマ
ンド９３Ａを発行し、サーバ機能手段１障害時直前まで
のログ情報データ９４を、他の待機系クライアント機能
手段３、もしくは前記サーバ機能手段１から入手する。
このステップＡ３を「自動ログ入手」と命名する。

【０１０１】ステップＡ３Ａにおいては、自動ログ入手
が成功したかどうかが判定され、ステップＡ４とステッ
プＡ５とに分岐する。

【０１０２】ステップＡ４の説明も図６にて行う。ステ
ップＡ４においては、ステップＡ３で通信手段２に障害
が発生した場合に、前記復旧処理手段１４は、前記シス
テム入力・結果表示機能手段５に通信手段障害の通知メ
ッセージ９５を発行し、ユーザに、磁気媒体４３で、前
記ログ情報データ９４Ａを入手するように促す。磁気媒
体４３でログ情報データ９４Ａを入手したならば、待機
系クライアント機能手段３内のローダ処理手段１５が、
前記磁気媒体４３より前記ログ情報データ９４Ａを吸い
上げ、待機系クライアント機能手段３に読み込み、前記
ログ情報データ９４Ａを、前記復旧処理手段１４に引き
渡す。その間、待機系クライアント機能手段３内の前記
業務処理手段９は待ち状態に入る。このステップＡ４を
「手動ログ入手」と命名する。

【０１０３】ステップＡ５においては、待機系クライア
ント機能手段３内の前記復旧処理手段１４は、前記ログ
情報データ９４もしくは９４Ａを入手すると、前記待機
系データベース実現手段６にインポート要求され反映さ
れた時点から後に追加されたサーバ機能手段１内の前記
データベース実現手段２０に対する前記トランザクショ
ン要求全プリミティブ９７を、前記待機系データベース
実現手段６に発行し、サーバ機能手段１内の前記データ
ベース実現手段２０の内容を、前記待機系データベース
実現手段６全てに水平分散した状態に移行して、障害対
処モードに移る。その際、前記復旧処理手段１４は、臨
時更新ログ９８を前記待機系クライアント機能手段３内
に作成する、作成コマンド９９を発行する。このステッ
プＡ５を「障害対処モード前処理１」と命名する。

【０１０４】ステップＡ６においては、障害対処モード
では、待機系クライアント機能手段３内の業務処理手段
９は、前記待機系クライアント機能手段３内に存在して
おり、サーバ機能手段１内の前記業務処理手段１９と同
じ挙動を示す、待機系クライアント機能手段内業務処理
手段１１８を介して、前記待機系データベース実現手段
６に接続し直すために、処理委託要求プリミティブ１０
０を、前記業務処理手段１１８に再発行する。前記臨時
更新ログ９８には、前記業務処理手段１１８が前記待機
系データベース実現手段６に状態を変更するトランザク
ション要求プリミティブ４７を発行し完了する度に、そ
の内容、時刻の記録メッセージ１０１が記される。この
ステップＡ６を「障害対処モード前処理２」と命名す
る。

【０１０５】ステップＡ７においては、障害状態にある
サーバ機能手段１が復旧すると、サーバ機能手段１内の
データベース実現手段２０を管理するアドミニストレー
タ処理手段２１が即、立ち上がり、前記アドミニストレ
ータ処理手段２１内部に持つログ１０２から、前記デー
タベース実現手段２０に更新要求プリミティブ１０３を
発行し、サーバ機能手段１に障害が発生した直前の状態
を再現する。このステップＡ７を「サーバ復旧処理１」
と命名する。

【０１０６】ステップＡ８においては、ステップＡ７の
後、更新ログ手段２２が続けて立ち上がり、前記分散ロ
グ管理手段２３に、臨時更新ログ回収メッセージ１０４
を送付する。このステップＡ８を「臨時更新ログ回収要
求１」と命名する。

【０１０７】ステップＡ９においては、ステップＡ８の
後、分散ログ管理手段２３は、待機系クライアント機能
手段３内の前記分散ログ管理手段７一斉同報で、臨時更
新ログ回収メッセージ１０５を送信する。このステップ
Ａ９を「臨時更新ログ回収要求２」と命名する。

【０１０８】ステップＡ１０においては、待機系クライ
アント機能手段３内部の前記分散ログ管理手段７は、臨
時更新ログ回収メッセージ１０５を受けると、常駐して
いる障害復旧機能処理手段１６に、臨時更新ログ情報メ
ッセージ１０６を送付する。このステップＡ１０を「臨
時更新ログ回収応答１」と命名する。

【０１０９】ステップＡ１１においては、障害復旧機能
処理手段１６が、臨時更新ログ情報メッセージ１０６を
受けると、前記臨時更新ログ９８の内容データ１０７を
引き出し、その後サーバ機能手段１の更新ログ処理手段
２２に向けて、前記内容データ１０７をファイル転送す
る。このステップＡ１１を「臨時更新ログ回収応答２」
と命名する。

【０１１０】ステップＡ１２においては、待機系クライ
アント機能手段３内の障害復旧機能処理手段１６は、待
機系クライアント機能手段３内の前記業務処理手段９
が、新たに更新のトランザクション要求プリミティブ４
７を発行しない様に、一時的に、前記待機系データベー
ス実現手段６内のデータベースアクセス権限を強化する
様に、前記アドミニストレータ処理手段１３に、制限要
求プリミティブ１０８を発行する。その結果、前記待機
系データベース実現手段６には、検索のトランザクショ
ン要求プリミティブ４７のみしか発行出来ないことにな
る。それと同時に、前記障害復旧機能処理手段１６は、
待機系クライアント機能手段３の前記システム入力・結
果表示機能手段５に警告メッセージ１０９を発行し、サ
ーバ機能手段１内の更新ログ手段２２から発行され、待
機系クライアント機能手段３内の前記分散ログ管理手段
７から受理される、復旧完了メッセージ１１０を受け取
るまで、その状態を続ける。このステップＡ１２を「臨
時更新制限」と命名する。

【０１１１】ステップＡ１３においては、障害復旧機能
処理手段１６は、前記復旧完了メッセージ１１０を受理
すると、待機系クライアント機能手段３内の前記臨時更
新ログ９８を消去するコマンド１１１を発行し、サーバ
機能手段１内の前記データベース実現手段２０に接続を
し直す。このステップＡ１３を「臨時更新ログ消去」と
命名する。

【０１１２】ステップＡ１４においては、総ての待機系
クライアント機能手段３のシステム時刻はステップＡ１
により、同期が取れている。サーバ機能手段１内の前記
更新ログ手段２２は、復旧処理手段２７に起動コマンド
１１２を発行する。前記復旧処理手段２７は、総ての待
機系クライアント機能手段３内にあった前記臨時更新ロ
グ９８の内容データ１０７を、前記更新ログ手段２２を
介して入手すると、前記臨時更新ログ９８全ての内容デ
ータ１０７を時刻順に並び替える。このステップＡ１４
を「臨時ログ編集」と命名する。

【０１１３】ステップＡ１５においては、ステップＡ１
４の後、サーバ機能手段１内の前記データベース実現手
段２０に反映していく様に、修正のトランザクション要
求プリミティブ１１４を発行する。反映の途上、下記の
規定１）および規定２）に該当するものがあれば、前記
復旧処理手段２７は、前記サーバ機能手段１のコンソー
ル３０にメッセージ１１５を発行して、システム管理者
の判断を得る。なお、ディフォルト対処法も下記に記載
する。このステップＡ１５を「システム管理者判断１」
と命名する。

【０１１４】規定１）異なる待機系クライアント機能手
段３に分散されたサーバ機能手段１内の前記データベー
ス実現手段２０のデータ内容において、同表の同データ
に対し、別々に値の変更を促すトランザクション要求プ
リミティブ４７が発行される、もしくは削除を意味する
トランザクション要求プリミティブ４７と、値の変更を
促す前記トランザクション要求プリミティブ４７が掛け
られている場合。

【０１１５】対処案１）値の変更を促す前記トランザク
ション要求プリミティブ４７が、独立に２度以上要求さ
れた場合は、時刻上最後の前記トランザクション要求プ
リミティブ４７を優先する。削除を意味する前記トラン
ザクション要求プリミティブ４７と、値の変更を促す前
記トランザクション要求プリミティブ４７の２つが要求
された場合は、削除を意味する前記トランザクション要
求プリミティブ４７を優先する。

【０１１６】規定２）異なる待機系クライアント機能手
段３に分散されたサーバ機能手段１内の前記データベー
ス実現手段２０のデータ内容において、同表に対し同一
主キーのデータを挿入しようとしている場合。

【０１１７】対処案２）時刻上最後に要求された前記ト
ランザクション要求プリミティブ４７を選択する。

【０１１８】ステップＡ１６においては、システム管理
者は、前記判断の結果、サーバ機能手段１の前記コンソ
ール３０に、画面選択メッセージ１１６を入力する。前
記画面選択メッセージ１１６は、以下の４種類が選択で
きる。選択肢１）「無視」選択肢２）「対処案処理」選択肢３）ユーザが後にマニュアル修正可能な様な「ロ
グ付き対処案処理」選択肢４）「即時マニュアル修正」このステップＡ１６を「システム管理者判断２」と命名
する。

【０１１９】ステップＡ１７においては、システム管理
者が前記コンソール３０にて、前記画面選択メッセージ
１１６の入力を行った後、前記復旧処理手段２７の処理
内容が完了した場合、そこで問題が無ければ、前記復旧
処理手段２７が、前記更新ログ手段２２に、完了メッセ
ージ１１７を報告する。このステップＡ１７を「障害対
処モード終了処理１」と命名する。

【０１２０】ステップＡ１８においては、サーバ機能手
段１内の前記更新ログ手段２２は、サーバ機能手段内分
散ログ管理手段２３に復旧完了メッセージ１１０Ａを発
行する。前記サーバ機能手段内分散ログ管理手段２３
は、前記復旧完了メッセージ１１０Ａを入手すると、待
機系クライアント機能手段３内の分散ログ管理手段７
に、復旧完了メッセージ１１０Ｂを一斉同報で通知す
る。待機系クライアント機能手段３内の前記分散ログ管
理手段７が、復旧完了メッセージ１１０Ｂを受理する
と、前記障害復旧機能処理手段１６に、前記復旧完了メ
ッセージ１１０が引き渡される。このステップＡ１８を
「障害対処モード終了処理２」と命名する。

【０１２１】ステップＡ１９においては、前記障害復旧
機能の処理手段１６は、待機系クライアント機能手段３
内の前記臨時更新ログ９８を消去するため、消去コマン
ド１１１を発行し、前記サーバ機能手段１内の前記デー
タベース実現手段２０に接続し直し、障害発生前の状態
に戻る。このステップＡ１９を「障害対処モード終了処
理３」と命名する。

【０１２２】

【発明の効果】以上説明したように、本発明によって奏
される効果は次の通りである。

【０１２３】第１に、本発明において待機系データベー
ス実現手段が配置されるクライアント機能手段は、サー
バ機能手段と同等の信頼性を持つ必要がないため、高価
な前記サーバ機能手段を多重化して導入する必要はな
い。したがって、廉価な前記クライアント機能手段内
に、小規模に分解した前記待機系データベース実現手段
を配置することで、同等の機能を提供できるという効果
がある。

【０１２４】第２に、高価な前記サーバ機能手段を多重
化して導入する必要はないため、結果として運用環境が
簡略化され、運用が容易になるという効果がある。

【図面の簡単な説明】

【図１】本発明の分散デュープレックス式障害対策装置
の一つの実施の形態のブロック図である。

【図２】サーバ機能手段側から転送ファイルを転送する
際の、処理手順を示すブロック図である。

【図３】待機系クライアント機能手段側から応答ファイ
ルを転送する際の処理手順を示すブロック図である。

【図４】サーバ機能手段側から確認ファイルを転送する
際の処理手順を示すブロック図である。

【図５】待機系クライアント機能手段側で確認ファイル
を受理した際の処理手順を示すブロック図である。

【図６】データベース復旧方法の処理手順を機能要素を
含めて記したブロック図である。

【図７】本発明の転送方法の一つの実施の形態のフロー
チャートである。

【図８】本発明のデータベース復旧方法の一つの実施の
形態のフローチャートである。

【図９】従来の分散処理情報システムの障害対策装置を
示すブロック図である。

【図１０】従来の分散処理情報システムの障害対策装置
を示すブロック図である。

【符号の説明】

１サーバ機能手段２通信手段３待機系クライアント機能手段４一般クライアント機能手段５システム入力・結果表示機能手段６待機系データベース実現手段７待機系クライアント機能手段内分散ログ管理手段８待機系クライアント機能手段内更新ログ手段９クライアント機能手段内業務処理手段１０待機系クライアント機能手段内時刻同期処理手
段１１稼働管理処理手段１２待機系クライアント機能手段内転送監視処理手
段１３待機系クライアント機能手段内アドミニストレ
ータ処理手段１４待機系クライアント機能手段内復旧処理手段１５待機系クライアント機能手段内ローダ処理手段１６待機系クライアント機能手段内障害復旧機能処
理手段１７待機系クライアント機能手段内ファイル転送処
理手段１８システム時計機能手段１９サーバ機能手段内業務処理手段２０サーバ機能手段内データベース実現手段２１サーバ機能手段内アドミニストレータ処理手段２２サーバ機能手段内更新ログ手段２３サーバ機能手段内分散ログ管理手段２４サーバ機能手段内時刻同期処理手段２５端末管理処理手段２６サーバ機能手段内ファイル転送常駐処理手段２７サーバ機能手段内復旧処理手段２８対障害回避機能処理手段２９サーバ機能手段内転送監視処理手段３０サーバ機能手段コンソール３１累積稼動状況データファイル３２転送ファイル３３水平分散できる表３４マスタ系表３５ファイル作成セマフォ３６エラーディレクトリ３７転送ディレクトリ３８エラーディレクトリ内の転送ファイル３９応答ファイル３９Ａ応答ファイル４０確認ファイル４３磁気媒体４４入力要求プリミティブ４５処理委託要求プリミティブ４６結果回答プリミティブ４７トランザクション要求プリミティブ４８トランザクション結果プリミティブ４９更新内容プリミティブ５０結果回答プリミティブ５１分散保存要求プリミティブ５２追加ログ情報データ５３改版依頼プリミティブ５４同期メッセージ５５同期要求プリミティブ５６稼働報告メッセージ５７結果データ５８サーバ機能手段累積稼動時間データ５９サーバ機能手段ＭＴＢＦデータ６０待機系クライアント機能手段累積稼働時間デー
タ６１待機系クライアント機能手段ＭＴＢＦデータ６２エクスポート要求プリミティブ６３データベース実現手段内容データ６４オンメッセージ６５オフメッセージ６６エラー通知プリミティブ６７エラー応答プリミティブ６８リセット応答プリミティブ６９正常応答プリミティブ７０ドロップコマンド７１削除コマンド７２インポート要求プリミティブ７３作成コマンド７４エラー通知プリミティブ７５エラー内容プリミティブ７６削除コマンド７７応答ファイルバイナリデータ７７Ａ転送ファイルバイナリ内容７８正常応答プリミティブ７９エラー応答プリミティブ８０転送ファイル側全バイナリデータ８０Ａ応答ファイル側全バイナリデータ８１転送ファイル側削除コマンド８１Ａ応答ファイル側削除コマンド８２正常値応答プリミティブ８３確認ファイル名称データ８４データベース実現手段削除要求プリミティブ８５正常値プリミティブ８６データベース実現手段削除要求プリミティブ８７ドロップコマンド８８削除コマンド８９クリア要求プリミティブ９０ログクリア要求プリミティブ９１エラー情報プリミティブ９２立ち上げコマンド９３要求コマンド９３Ａ要求コマンド９４サーバ機能手段障害時直前までのログ情報デー
タ９４Ａ磁気媒体に書かれたサーバ機能手段障害時直
前までのログ情報データ９５通信回線障害の通知メッセージ９７全トランザクション要求プリミティブ９８臨時更新ログ９９作成コマンド１００処理委託要求プリミティブ１０１記録メッセージ１０２アドミニストレータ手段内部のログ１０３更新要求プリミティブ１０４臨時更新ログ回収メッセージ１０５臨時更新ログ回収メッセージ１０６臨時更新ログ情報メッセージ１０７臨時更新ログ内容データ１０８制限要求プリミティブ１０９警告メッセージ１１０復旧完了メッセージ１１０Ａ復旧完了メッセージ１１０Ｂ復旧完了メッセージ１１１臨時更新ログを消去するコマンド１１２起動コマンド１１４修正トランザクション要求プリミティブ１１５メッセージ１１６画面選択メッセージ１１７完了メッセージ１１８待機系クライアント機能手段内の業務処理手
段１１９転送ファイル名称１５１サーバ機能手段１５１Ａサーバ機能手段１５２通信手段１５３クライアント機能手段１５４業務処理手段１５５業務処理手段１５５Ａ業務処理手段１５６データベース実現手段１５６Ａデータベース実現手段１５７レプリカ作成機能手段１５７Ａレプリカ作成機能手段１５８別業務処理手段１５９入力要求プリミティブ１６０処理委託要求プリミティブ１６１トランザクション要求プリミティブ１７１サーバ機能手段１７２通信手段１７３クライアント機能手段１７４待機系データベース実現手段１７４Ａ待機系データベース実現手段レプリカ１７５サーバ機能手段内データベース実現手段１７５Ａ保存直前の状態のサーバ機能手段内データ
ベース実現手段１７６入力要求プリミティブ１７７要求プリミティブ１７８業務処理手段１７９結果応答１８０転送処理手段１８１定期データベース実現手段保存データ読み込
み手段１８２データベース実現手段データ１８３データベース実現手段作成手段１８４データベース実現手段比較手段１８５データベース実現手段更新１８６データベース実現手段の内容

フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｇ０６Ｆ 12/00 ５３１ 7623−5ＢＧ０６Ｆ 12/00 ５３１Ｊ 12/16 ３１０ 7623−5Ｂ 12/16 ３１０Ｊ 13/00 ３５７ 9460−5Ｅ 13/00 ３５７Ｚ 15/16 ４７０ 15/16 ４７０Ｊ

Claims

【特許請求の範囲】

【請求項１】（ａ）データベース実現手段と、（ｂ）前
記データベース実現手段を保持して管理するサーバ機能
手段と、（ｃ）前記データベース実現手段が含むデータ
内容と同一のデータ内容を保存し前記データベース実現
手段とは異なったものとして扱わる待機系データベース
実現手段と、（ｄ）前記サーバ機能手段内の前記データ
ベース実現手段へアクセスする際に端末として使用され
かつ前記待機系データベース実現手段を保持管理する待
機系クライアント機能手段と、（ｅ）前記サーバ機能手
段と前記待機系クライアント手段との間のアクセス経路
を提供する通信手段と、（ｆ）前記サーバ機能手段に配
置され前記データベース実現手段のデータ内容を前記待
機系データベース実現手段に前記通信手段を介して定期
的に自動転送する対障害回避機能処理手段と、（ｇ）前
記データベース実現手段への更新要求と前記待機系デー
タベース実現手段への更新要求との間の整合性を確保し
前記待機系クライアント機能手段内ならびに前記サーバ
機能手段内のそれぞれに配置される更新ログ手段と、
（ｈ）前記待機系クライアント機能手段内部で管理する
システム時刻と前記サーバ機能手段内部で管理するシス
テム時刻との同期を取るために前記待機系クライアント
機能手段内ならびに前記サーバ機能手段内のそれぞれに
配置される時刻同期機能手段と、（ｉ）前記待機系クラ
イアント機能手段内に配置され前記待機系クライアント
機能手段の稼働状況情報を把握し前記通信手段を介して
前記サーバ機能手段に報告する稼動管理処理手段と、
（ｊ）前記サーバ機能手段内に配置され前記稼働管理処
理手段から前記通信手段を介して前記稼働状況情報を受
信した後前記待機系クライアント機能手段全ての累積稼
働時間を算出する端末管理処理手段と、（ｋ）前記サー
バ機能手段内に配置され前記累積稼働時間情報と前記待
機系クライアント機能手段および前記サーバ機能手段の
信頼性情報とを一元管理する累積稼働状況データ管理手
段と、（ｌ）前記更新ログ手段が管理するログ情報を分
散して管理し前記データベース実現手段ならびに前記待
機系データベース実現手段のそれぞれに配置される分散
ログ管理手段と、を有することを特徴とする分散デュー
プレックス式障害対策装置。
【請求項２】データベース実現手段と、前記データベ
ース実現手段を保持して管理するサーバ機能手段と、前
記データベース実現手段が含むデータ内容と同一のデー
タ内容を保存し前記データベース実現手段とは異なった
ものとして扱わる待機系データベース実現手段と、前記
サーバ機能手段内の前記データベース実現手段へアクセ
スする際に端末として使用されかつ前記待機系データベ
ース実現手段を保持管理する待機系クライアント機能手
段と、前記サーバ機能手段と前記待機系クライアント手
段との間のアクセス経路を提供する通信手段と、前記サ
ーバ機能手段に配置され前記データベース実現手段のデ
ータ内容を前記待機系データベース実現手段に前記通信
手段を介して定期的に自動転送する対障害回避機能処理
手段と、前記データベース実現手段への更新要求と前記
待機系データベース実現手段への更新要求との間の整合
性を確保し前記待機系クライアント機能手段内ならびに
前記サーバ機能手段内のそれぞれに配置される更新ログ
手段と、前記待機系クライアント機能手段内部で管理す
るシステム時刻と前記サーバ機能手段内部で管理するシ
ステム時刻との同期を取るために前記待機系クライアン
ト機能手段内ならびに前記サーバ機能手段内のそれぞれ
に配置される時刻同期機能手段と、前記待機系クライア
ント機能手段内に配置され前記待機系クライアント機能
手段の稼働状況情報を把握し前記通信手段を介して前記
サーバ機能手段に報告する稼動管理処理手段と、前記サ
ーバ機能手段内に配置され前記稼働管理処理手段から前
記通信手段を介して前記稼働状況情報を受信した後前記
待機系クライアント機能手段全ての累積稼働時間を算出
する端末管理処理手段と、前記サーバ機能手段内に配置
され前記累積稼働時間情報と前記待機系クライアント機
能手段および前記サーバ機能手段の信頼性情報とを一元
管理する累積稼働状況データ管理手段と、前記更新ログ
手段が管理するログ情報を分散して管理し前記データベ
ース実現手段ならびに前記待機系データベース実現手段
のそれぞれに配置される分散ログ管理手段と、を有する
分散デュープレックス式障害対策装置のためのデータベ
ース復旧方法において、（ａ）前記サーバ機能手段のロ
グ内容を待機系クライアント機能手段にコピーする「ロ
グ待避転送」ステップと、（ｂ）前記サーバ機能手段内
のシステム時刻と前記待機系クライアント機能手段内の
システム時刻との同期を取る「システム時間同期」ステ
ップと、（ｃ）前記サーバ機能手段の障害時直前までの
ログ情報データを前記他待機系クライアント機能手段も
しくは前記サーバ機能手段から入手する「自動ログ入
手」ステップおよび「手動ログ入手」ステップと、
（ｄ）前記「自動ログ入手」ステップもしくは前記「手
動ログ入手」ステップで入手した前記ログ情報データを
前記待機系データベース実現手段のデータに上書きする
「障害対処モード前処理１」ステップと、（ｅ）前記サ
ーバ機能手段で障害が発生している場合に前記待機系ク
ライアント機能手段にて業務を処理する「障害対処モー
ド前処理２」ステップと、（ｆ）前記サーバ機能手段の
障害復旧時に前記サーバ機能手段のデータ内容を健全化
する「サーバ復旧処理１」ステップと、（ｇ）前記待機
系クライアント機能手段にコピーしている前記ログ情報
データの収集依頼を作成する「臨時更新ログ回収要求
１」ステップと、（ｈ）前記「臨時更新ログ回収要求
１」の収集依頼を受けて一斉同報を行う「臨時更新ログ
回収要求２」ステップと、（ｉ）前記収集依頼に対して
収集依頼応答を作成する「臨時更新ログ回収応答１」ス
テップと、（ｊ）前記収集依頼応答の転送をする「臨時
更新ログ回収応答２」ステップと、（ｋ）前記サーバ機
能手段の復旧中に前記待機系クライアント機能手段内の
前記データベース実現手段へのアクセを制限する「臨時
更新制限」ステップと、（ｌ）前記収集依頼応答に含ま
れる臨時更新ログ情報データが不要となった場合に前記
待機系クライアント機能手段内で施行される「臨時更新
ログ消去」ステップと、（ｍ）前記臨時更新ログ情報デ
ータが不要となったときにサーバ機能手段内で前記臨時
更新ログ情報データを時間順に並び替えるために施行さ
れる「臨時更新ログ編集」ステップと、（ｎ）前記「臨
時更新ログ編集」ステップで実行される編集においてユ
ーザの判断を仰ぐためにメッセージを表示する「システ
ム管理者判断１」ステップと、（ｏ）前記「システム管
理者判断１」ステップの終了後にシステム管理者が判断
データを入力する「システム管理者判断２」ステップ
と、（ｐ）前記「システム管理者判断２」ステップが終
了したときに完了メッセージを前記サーバ機能手段内で
発行する「障害対処モード終了処理１」ステップと、
（ｑ）前記「障害対処モード終了処理１」ステップの前
記完了メッセージを前記待機系クライアント機能手段に
一斉同報する「障害対処モード終了処理２」ステップ
と、（ｒ）前記待機系クライアント機能手段と前記サー
バ機能手段内の前記データベース実現手段との接続を再
開させる「障害対処モード終了処理３」ステップと、を
含むことを特徴とするデータベース復旧方法。
【請求項３】データベース実現手段と、前記データベ
ース実現手段を保持して管理するサーバ機能手段と、前
記データベース実現手段が含むデータ内容と同一のデー
タ内容を保存し前記データベース実現手段とは異なった
ものとして扱わる待機系データベース実現手段と、前記
サーバ機能手段内の前記データベース実現手段へアクセ
スする際に端末として使用されかつ前記待機系データベ
ース実現手段を保持管理する待機系クライアント機能手
段と、前記サーバ機能手段と前記待機系クライアント手
段との間のアクセス経路を提供する通信手段と、前記サ
ーバ機能手段に配置され前記データベース実現手段のデ
ータ内容を前記待機系データベース実現手段に前記通信
手段を介して定期的に自動転送する対障害回避機能処理
手段と、前記データベース実現手段への更新要求と前記
待機系データベース実現手段への更新要求との間の整合
性を確保し前記待機系クライアント機能手段内ならびに
前記サーバ機能手段内のそれぞれに配置される更新ログ
手段と、前記待機系クライアント機能手段内部で管理す
るシステム時刻と前記サーバ機能手段内部で管理するシ
ステム時刻との同期を取るために前記待機系クライアン
ト機能手段内ならびに前記サーバ機能手段内のそれぞれ
に配置される時刻同期機能手段と、前記待機系クライア
ント機能手段内に配置され前記待機系クライアント機能
手段の稼働状況情報を把握し前記通信手段を介して前記
サーバ機能手段に報告する稼動管理処理手段と、前記サ
ーバ機能手段内に配置され前記稼働管理処理手段から前
記通信手段を介して前記稼働状況情報を受信した後前記
待機系クライアント機能手段全ての累積稼働時間を算出
する端末管理処理手段と、前記サーバ機能手段内に配置
され前記累積稼働時間情報と前記待機系クライアント機
能手段および前記サーバ機能手段の信頼性情報とを一元
管理する累積稼働状況データ管理手段と、前記更新ログ
手段が管理するログ情報を分散して管理し前記データベ
ース実現手段ならびに前記待機系データベース実現手段
のそれぞれに配置される分散ログ管理手段と、を有する
分散デュープレックス式障害対策装置のためのデータ転
送方法において、（ａ）施行する転送回数を決定する
「前処理」ステップと、（ｂ）前記データベース実現手
段から前記データ内容を分散できるように取り出す「転
送データ生成」ステップと、（ｃ）前記データベース実
現手段を含む前記サーバ機能手段から前記待機系データ
ベース実現手段を含む前記クライアント機能手段へ分散
を行った前記データ内容を引き渡す「転送データ転送」
ステップと、（ｄ）前記データ内容を保持する「転送デ
ータ保持」ステップと、（ｅ）前記「データ転送」ステ
ップにおいてエラーが発生すると施行される「転送デー
タリカバリ」ステップと、（ｆ）前記データ内容から前
記待機系データベース実現手段の内容を作成する「待機
系構築」ステップと、（ｇ）前記「待機系構築」ステッ
プでエラーが発生したときに施行される「待機系構築リ
カバリ」ステップと、（ｈ）前記待機系データベース実
現手段を含む前記クライアント機能手段から前記データ
ベース実現手段を含む前記サーバ機能手段へ前記データ
内容と同じデータ内容を引き戻す「応答データ作成」ス
テップと、（ｉ）前記「応答データ作成」ステップにお
いてエラーが発生した時に施行され障害対処モードに切
り替える「応答データリカバリ」ステップと、（ｊ）前
記「応答データ作成」ステップにおいてエラーが発生し
なかった時に施行され前記「応答データ作成」ステップ
で作成された前記データ内容を削除する「応答データリ
カバリ」ステップと、（ｋ）往復した前記データ内容を
確認する「コミット検査」ステップと、（ｌ）前記「コ
ミット検査」ステップにおいて異常が検出されなかった
時に施行され正常処理要求が記載されている確認ファイ
ルを前記待機系クライアント機能手段に転送する「コミ
ット認可転送」ステップと、（ｍ）前記「コミット検
査」ステップにおいて異常が検出された時に施行されデ
ータベース実現手段削除要求が記載されている確認ファ
イルを前記待機系クライアント機能手段に転送する「コ
ミット不可転送」ステップと、（ｎ）前記「コミット認
可転送」ステップの終了後に施行され前記確認ファイル
を受けてその内容に応じて対応する「コミット対処」ス
テップと、（ｏ）前記「転送データリカバリ」ステップ
と前記「待機系構築リカバリ」ステップと前記「応答デ
ータリカバリ」ステップとの後に施行され前記「転送デ
ータ作成」ステップからやり直すために環境を整理する
「後処理」ステップと、を含むことを特徴とするデータ
転送方法。