JPH02153437A - 出力メッセージ回復方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、オンライン処理実行中の計算機システムに異
常が発生したときに、他計算機システムでそのオンライ
ン処理を代行することによる出力メツセージ回復方式に
関するものである。

〔従来の技術〕

従来より、大規模計算機システムがダウンした場合の回
復時間は、極めて大きな問題である。特に銀行オンライ
ンシステムでは、ユーザに計算機システムのダウンを意
識させない方式が要求されており、障害時における再開
時間短縮の要求も厳しくなっている。

従来、特公昭６１−４１２９号公報に記載されているよ
うなオンライン処理の回復方式が通常であった。すなわ
ち、オンライン処理を行う現用系の計算機と待機系の計
算機の２台を備え、現用系の計算機がダウンしたときに
は、待機系の計算機を現用系に切換えてオンライン処理
を続行するようになっている。上記システム切換装置で
は、現用系計算機がダウンしたことを検出したとき、待
機系計算機の電源が投入されているか否かを調査した後
、オンライン用の入出力装置を待機系に切換えるととも
に、待機系の監視装置のジョブを中断させ、待機系計算
機に初期プログラムローディングを指示している。

〔発明が解決しようとする課題〕

しかしながら、上述のような従来の技術では、現用系の
計算機システムが複数存在する場合、これらの現用系計
算機システム対応に待機系計算機システムを設定しなけ
ればないため、コストアップが大きいという問題がある
。また、システム切換えのために、システム回復処理と
して、現用系の計算機システムで取得した履歴情報を読
み込む必要があるため、情報を回復する時間が長くかか
るという問題もある。さらに、障害がない場合にも、不
要な待機系計算機システムを設ける必要があるため、コ
ストアップを招くという問題もある。

その結果、システム回復処理時のファイル回復時間が長
くならないようにして、オンライン処理の中断時間を短
くしたいという課題が生じている。

本発明の目的は、このような従来の課題を解決し、待機
系の計算機システムが必要とするＣＰＵ、メモリ、入出
力装置等を不要にするとともに、現用系の計算機障害時
のオンライン処理の中断時間を短縮することが可能な出
力メツセージ回復方式を提供することにある。

〔課題を解決するための手段〕

上記目的を達成するため１本発明の出力メツセージ回復
方式は、複数の計算機システムと、各計算機システムに
接続された複数の端末と、各計算機システムに接続され
た外部記憶装置とを有するオンラインシステムにおいて
、同時に別個のオンライン処理を行っている２以上の計
算機システムが、上記端末および他の計算機システムに
出力するメツセージを上記外部記憶装置に格納するとと
もに、該メツセージの格納情報をオンライン異常時に代
行する他の計算機システムに転送した後。

端末からの要求によりファイルを更新したことを示す情
報と上記外部記憶装置の更新情報とトランザクション完
結情報からなる履歴情報を履歴ファイルに取得すること
により１代行する他の計算機システムは、オンライン処
理の異常を検知した後に、オンライン処理中に転送され
た情報と上記履歴情報を基にして、障害の計算機システ
ムで行っていたトランザクションの状態を判断し、上記
端末および他の計算機システムに未決着の結果を出力す
る処理と、出力するメツセージを上記外部記憶装置に書
き込む処理を代行することに特徴がある。

〔作　　用〕

本発明においては、出力メツセージ回復用の外部記憶装
置（待合わせ外部記憶装置と呼ぶ）を設けて、オンライ
ン処理を行っている１つの計算機システムからこの外部
記憶装置にアクセスできるようにするとともに、同時に
オンライン処理を行っている他の計算機システムからも
アクセスできるようにする。そして、この外部記憶装置
に対して。

オンライン処理で端末または他計算機システムに出力す
るメツセージを格納するとともに、オンライン異常時に
は代行する計算機システムに連絡を行う。また、端末か
らの要求によりファイルを更新したことを示す情報と外
部記憶装置の更新情報とトランザクション完結情報から
なる履歴情報を履歴ファイルに取得する。代行する計算
機システムは、オンライン処理の異常を検知後に、オン
ライン処理中の連絡情報と履歴情報を基に障害のあった
計算機で行っていたトランザクションの状態を判断して
、端末または他の計算機システムに結果を出力する処理
と、メツセージ待合わせ外部記憶装置に対して端末また
は他の計算機システムに出力するメツセージを書き込む
処理とを代行する。

この結果、障害発生時に未決着トランザクションを発生
していない端末は直ちに、それ以外の端末も順次決着が
済み次第、サービスを再開することができるので、端末
サービス停止時間を短縮することが可能である。また、
待機系の計算機システムを設けることが不要となるので
、コストダウンが可能となる。

〔実施例〕

以下、本発明の実施例を、図面により詳細に説明する。

第１図は、本発明の一実施例を示すオンラインシステム
のブロック図である。

第１図において、１，２はそれぞれ同時にオンライン処
理を行うデータ処理装置（計算機システム）、３はデー
タ処理装置１，２間の通信を行う通信装置、５１，５２
．５３はそれぞれ端末、５はデータ処理装置１，２と端
末５１，５２．５３とを結ぶ通信制御装置、４１．４２
はメツセージ待合せ外部記憶装置、６は共用ファイル装
置、１４．２４は履歴情報ファイルである。

データ処理装置１，２は、通信装置３により接続されて
おり、相互に情報の送受信が可能である。

データ処理装置１，２には、オペレーティングシステム
１１および２１、メツセージ待合わせ管理マネージャ１
２および２２、ＤＢ／ＤＣプログラム（データベース／
データコミュニケーション・プログラム）１３および２
３が設けられる。ＤＢ／ＤＣプログラム１３．２３は、
端末５１，５２゜５３からの間合わせメツセージを通信
制御装置５、オペレーティングシステム１１．２１を経
由して受取り、共用ファイル装置６に存在するデータベ
ースの更新を行った後、オペレーティングシステム１１
．２１と通信制御装置５を経由して端末５１．５２．５
３に応答を、返送するオンライン１〜ランザクジヨン処
理を実行する。次に、ＤＢ／ＤＣプログラム１３．２３
は、履歴情報１４．２４を取得するとともに、メツセー
ジ待合わせ管理マネージャ１２．２２を起動して、管理
マネージャ１２．２２によりメツセージ待合わせ外部記
憶装置４１．４２に分岐メツセージおよび応答メツセー
ジを書き込む。

一方のＤＢ／ＤＣプログラム、例えばプログラム１３が
異常になると、他方のプログラム２３がこれに代行して
、端末５１，５２．５３へのメツセージ送信を行う６ま
た、プログラム２３が異常になると、プログラム１３が
これに代行して、端末５１，５２．５３にメツセージ送
信を行う。

そのために、メツセージ待合わせ管理マネージャ１２．
２２は、端末宛のメツセージを外部記憶装置４１．４２
に書き込む前に、通信装置３を介して代行するメツセー
ジ待合わせ管理マネージャ２２．１２に外部記憶装置の
更新情報を送信する。

第１図の動作をまとめると、次のようになる。

ＤＢ／ＤＣプログラム１３．２３は、オンライン処理と
して端末５１，５２．５３または他のデータ処理装置に
出力するメツセージを全て外部記憶袋［４１，４２に書
き込むとともに、トランザクションの終りには障害時に
代行するデータ処理装置に対して、外部記憶装置４１．
４２のどこにそれらのメツセージを格納したかという情
報を送出する。代行するデータ処理装置では、オンライ
ン処理の異常を検知すると、トランザクションの終りに
受取った外部記憶装置４１．４２の情報格納位置情報お
よび履歴情報により、障害のあったデータ処理装置で出
力要求が行われた端末または他のデータ処理装置に出力
するメツセージおよび処理完了になったか否かの情報を
回復する。そして、処理が完了していないトランザクシ
ョンについて、端末または他のデータ処理装置へトラン
ザクション無効または出力メツセージを送信する。

それにより、Ｊｉｌ歴情報を読み取らなくても大多数の
トランザクションの状態を判断することができ。

少数のトランザクションの履歴情報のみを読み出すだけ
であるため、オンライン異常時に読み込む履歴情報の量
が減少するとともに、端末ごとや外部記憶装置ごとに並
行処理が可能となるので、オンライン異常時の回復時間
が短縮される。また。

代行するデータ処理装置において、別のオンライン業務
を実行することができるので、従来のように待機系のデ
ータ処理装置は不要となり、ＣＰＵ、メモリ、および磁
気ディスク装置等を重複して設ける必要がない。

第２図は１本発明によるトランザクション処理例を示す
フローチャートである。

ＤＢ／ＤＣプログラム１３．２３は、端末５１゜５２．
５３からの入力データにより共用ファイル装置６からデ
ータを読み出し、また共用ファイル装置６にデータを書
き込む（ステップ２０１）。

ＤＢ／ＤＣプログラム１３．２３は、端末５１゜５２．
５３からの入力データおよび共用ファイル装置６からの
データにより、共用ファイル装置６の更新情報と、メツ
セージ待合わせ外部記憶装置更新情報とを作成する（ス
テップ２０２）。すなわち、端末５１〜５３からの間合
わせにより、ファイル装置６から読み出すだけの場合に
は、端末５１〜５３へのデータ送信は行われるが、ファ
イルの内容更新は行われないため、外部記憶装置４１．
４２への更新情報のみ作成し、共用ファイルの更新情報
の作成は不要となる。これに対して、ファイル装置６に
データを書き込む場合には、端末５１〜５３に応答を送
信するとともに、ファイル内容の更新が行われるため、
外部記憶装置４１゜４２への更新情報とファイルの更新
情報を作成する必要がある。次に、ＤＢ／ＤＣプログラ
ム１３゜２３は１作成したメツセージ待合わせ外部記憶
装置更新情報をメツセージ待合わせ管理マネージャ１２
．２２に渡して、送信要求を行う（ステップ２０３）、
メツセージ待合わせ管理マネージャ１２．２２は、メツ
セージ待合わせ外部記憶装置更新情報を通信装置３を介
して代行メツセージ待合わせ管理マネージャ１２．２２
に送信する（ステップ２０４）。ＤＢ／ＤＣプログラム
１３．２３は、送信完了後にトランザクションの処理結
果である共用ファイルの更新情報、メツセージ待合わせ
外部記憶装置更新情報、トランザクション完結情報を履
歴情報として履歴情報ファイル１４．２４に書き込む（
ステップ２０５）　、ＤＢ／ＤＣプログラム１３．２３
は、共用ファイル装置６を更新するとともに、メツセー
ジ待合わせ管理マネージャ１２．２２に対してメツセー
ジ待合わせ外部記憶装置４１．４２に書き込み要求を行
って書き込む（ステップ２０６）。最後に、端末５１〜
５３に応答メツセージを送信して（ステップ２０７）、
トランザクションの処理を終了する。

第３図は、本発明によるメツセージ待合わせ管理マネー
ジャ間の送信データ例を示すフォーマット図である。

先頭にはメツセージサイズ３１が付加され、そこで全体
のメッセージ長が示されている。次に、複数のレコード
を一括して送信するためのレコードサイズ３２が付加さ
れ、各レコードには出力すべき端末名称およびトランサ
クシ１ンの発生した端末名称３３．トランザクションの
発生した端末ごとに採番した端末出力通番３４、トラン
ザクション発生ごとにＤＢ／ＤＣプログラムで採番した
トランザクション通番３５．メツセージ待合わせ外部記
憶装置更新情報３６が続く。このメツセージ待合わせ外
部記憶装置更新情報３６は、複数の外部記憶装置が存在
する際にそれらを識別するため、ファイル装置識別子３
６１、ファイル装置内のどの部分を更新したかを示すフ
ァイル装置内更新位置情報３６２、更新サイズ３６３．
端末に出力するメツセージを含む更新内容３６４からな
る。

第４図は、本発明によるメツセージ待合わせ外部記憶装
置の格納フォーマット例を示す図である。

メツセージ待合わせ外部記憶装置４１．４２に格納され
るレコード形式は、待合わせデータセット内のレコード
サイズ４１、出力端末名称４２、入力端末４名称４３、
端末入力通番４４、端末ごとに採番した端末出力通番４
５、トランザクション通番４６、および端末宛送信デー
タ４７からなる。

第５図は１本発明によるＤＢ／ＤＣシステム障害時の処
理フローチャートである。

通信制御装置５が、一定時間の無応答またはオペレーテ
ィングシステム１１．２１からの連絡により、ＤＢ／Ｄ
Ｃ障害であることを検知して、代行するデータ処理装置
のＤＢ／ＤＣプログラム１３．２３に連絡する（ステッ
プ５０１）。ＤＢ／ＤＣプログラム１３．２３は、端末
５１〜５３から問合わせを行っているにもかかわらず、
応答の返送されていない未決着トランザクションに関す
る情報として、通信制御装置５から未決着トランザクシ
ョンの発生した端末名称（未決着端末名称）。

未決着トランザクションに対して端末で採番した通番（
未決着端末入力通番）の各情報を受は取る（ステップ５
０２）。

以下の処理は、未決着トランザクションごとに決着を付
けるための処理である。決着を付ける処理は、複数のタ
スクにより並行して行うことも可能であるが、ここでは
１件ごとに処理する方法を示している。

先ず、障害前に障害データ処理装置から未決着端末名称
の連絡があったか否かをチエツクする（ステップ５０３
）、連絡がなければ、トランザクション処理前に障害と
なったのであるため、通信制御装置５にトランザクショ
ン無効連絡を行う（ステップ５１０）。無効となったト
ラレザクシ１ンは、再度、代行するデータ処理装置に送
信された後、そのデータ処理装置により再実行されるよ
うにできる。未決着端末入力通番の合致チエツクも行わ
れる（ステップ５０４）、これは、同一端末の旧情報の
存在に対応するものである。チエツクした結果が合致し
ていれば、メツセージ待合わせ外部記憶装置４１．４２
が更新後の形式となっているか否かを判別するため、メ
ツセージ待合わせ外部記憶装置４１．４２を読み出して
チエツクする（ステップ５０５）。更新後となっている
場合には、処理完了トランザクションであるため、代行
するデータ処理装置はメツセージ待合わせ外部記憶装置
４１．４２に格納されている端末応答メツセージを通信
制御装置５に送信する（ステップ５０８）。また、メツ
セージ待合わせ外部記憶装置４１．４２が更新後でない
ものに対しては、履歴情報取得前に障害になったか否か
を判断するために、履歴情報ファイル１４．２４に未決
着トランザクションにトランザクション完結情報が取得
されているか否かをチエツクする（ステン、プ５０６）
。

取得されていない場合には、トランザクション無効連絡
を行い（ステップ５１０）、また取得されている場合に
は、メツセージ待合わせ外部記憶装置４１．４２を更新
した後（ステップ５０７）、応答メツセージを端末５１
〜５３に送信する（ステップ５０８）、最後に、全未決
着端末処理が終了したか否かをチエツクして（ステップ
５０９）、処理を終了する。

このように、本発明においては、障害発生時に、未決着
トランザクションを発生していない端末に対しては直ち
にサービスを再開でき、また未決着トランザクションを
発生している端末に対しても、順次決着が済んだ段階で
サービスを再開できるので、端末サービス停止時間が短
縮される。

〔発明の効果〕

以上説明したように１本発明によれば、計算機システム
の障害時に、全ての回復が終了する前にサービスを再開
できるので、端末サービスの停止時間は短縮され、オン
ラインシステム稼動率は向上する。また、待機系の計算
機システムが不要であるため、コストダウンが可能であ
り、かつ複数の計算機システムを設けるが、それぞれ別
個のオンライン処理を実行することができるので、使用
効率は向上する。

【図面の簡単な説明】

第１図は本発明の一実施例を示すオンラインシステムの
ブロック図、第２図は第１図におけるトランザクション
処理のフローチャート、第３図は本発明による送信デー
タ例を示すフォーマット図。 第４図は第１図におけるメツセージ待合わせ外部記憶装
置の格納形式例を示す図、第５図は第１図におけるＤＢ
／ＤＣシステム障害時の処理フローチャートである。 １．２：データ処理装置、３：通信装置、１１゜２１：
オペレーティングシステム、１２，２２：メッセージ待
合わせ管理マネージャ、１３．２３：ＤＢ／ＤＣプログ
ラム、４１．４２：メッセージ待合わせ外部記憶装置、
５：通信制御装置、５１゜５２．５３：端末、６：共用
ファイル装置、１４゜２４：履歴情報ファイル。 Ｘ＋

Claims (1)

【特許請求の範囲】
1. １、複数の計算機システムと、各計算機システムに接続
   された複数の端末と、各計算機システムに接続された外
   部記憶装置とを有するオンラインシステムにおいて、同
   時に別個のオンライン処理を行っている２以上の計算機
   システムが、上記端末および他の計算機システムに出力
   するメッセージを上記外部記憶装置に格納するとともに
   、該メッセージの格納情報をオンライン異常時に代行す
   る他の計算機システムに転送した後、端末からの要求に
   よりファイルを更新したことを示す情報と上記外部記憶
   装置の更新情報とトランザクション完結情報からなる履
   歴情報を履歴ファイルに取得することにより、代行する
   他の計算機システムは、オンライン処理の異常を検知し
   た後に、オンライン処理中に転送された情報と上記履歴
   情報を基にして、障害の計算機システムで行っていたト
   ランザクションの状態を判断し、上記端末および他の計
   算機システムに未決着の結果を出力する処理と、出力す
   るメッセージを上記外部記憶装置に書き込む処理を代行
   することを特徴とする出力メッセージ回復方式。