JPH11134207A - 取引システムの取引データ処理方法及び取引システム - Google Patents

Abstract

(57)【要約】 【課題】排他制御などによって端末装置が停止状態とな
る可能性を低減し、従来に要していた復旧のための多く
の時間と労力を削減することを目的とする。 【解決手段】端末装置５が取引データＳＳを送信してか
らそれに対応する応答データＳＲを受信するまでの間に
予め設定された最大待ち時間ｔｗが経過したときに端末
装置５を停止状態とするように構成された取引システム
１の取引データ処理方法であって、ホストコンピュータ
７において、端末装置５から取引データＳＳを受信して
からそれに対応する応答データＳＲを返信するまでの間
に最大応答時間ｔｐ（ｔｐ≦ｔｗ）が経過したときに、
端末装置５に対し取引の操作をやり直すことを指示する
再操作指示データを送信し、且つ取引データＳＳに対応
する取引処理を終えている場合にはそれを取り消すため
の復元処理を行い、端末装置５において再操作指示デー
タを受信したときに新しく取引操作を行って取引データ
ＳＳを送信することの可能な操作待ち状態とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば銀行取引の
ためのＡＴＭなどの端末装置と、端末装置から送信され
る取引データに対応した取引処理を行い且つ当該取引処
理の結果を応答データとして端末装置に返信するホスト
コンピュータとを有した取引システムの取引データ処理
方法及び取引システムに関する。

【０００２】近年において、銀行取引のためのＡＴＭな
どに見られるように電子的取引が増大し、それぞれにと
もなって端末装置の設置台数も増加の一途にある。これ
にともなって、無人の場所に設置される端末装置も増大
している。

【０００３】ところが、端末装置が停止状態となった場
合には、端末装置の係員がその場所まで出向き、端末装
置を操作しているユーザとの対応及び停止状態となって
いる端末装置の復旧を行う必要がある。したがって、取
引の安全を図るために端末装置及びホストコンピュータ
の信頼性の向上が重要であるが、それとともに、端末装
置が停止状態となることをできる限り防止し、メンテナ
ンスの容易性を図ることも重要な課題である。

【０００４】

【従来の技術】図６は従来の銀行取引システム８０の構
成を示すブロック図である。図６において、銀行取引シ
ステム８０は、多数の端末装置８１ａ，８１ｂ…、ホス
トコンピュータ８２、監視装置８３、及び回線８４から
構成されている。

【０００５】端末装置８１ａ，８１ｂ…は、銀行の支
店、ショッピングセンター、その他の場所に設置された
ＡＴＭである。以下、端末装置８１ａ，８１ｂ…のいず
れか１つ又は全部を指して「端末装置８１」と記載す
る。端末装置８１は、取引内容又は処理内容を表示する
ためのディスプレイ装置、取引のための種々の操作ボタ
ン、及びカード読み取り装置などを有しており、それら
を顧客（ユーザ）が操作することによって、取引のため
の処理をホストコンピュータ８２に依頼するための電文
を作成し、作成した電文を回線８４を介してホストコン
ピュータ８２に送信する。

【０００６】また、端末装置８１は、電文を送信した際
に、そのときの時刻を処理依頼時刻として記録する。処
理依頼時刻から所定の時間、例えば２分間を経過しても
ホストコンピュータ８２から何らの応答がない場合に
は、何らかの異常があったものとして当該端末装置８１
を停止状態とする。

【０００７】端末装置８１が停止状態となると、端末装
置８１のディスプレイ装置の画面に、取引が中止された
こと、端末装置８１が使用停止となったこと、備え付け
の連絡用ボタンを利用して係員を呼んでほしいことなど
が表示される。

【０００８】ホストコンピュータ８２は、端末装置８１
から送信された電文を受信し、それをバッファ９１に一
旦格納する。アプリケーションの実行によって実現され
る取引処理部９２は、バッファ９１に格納された電文を
順次読み込み、それぞれの電文の内容にしたがった処理
を行う。この処理によって、元帳９４の内容が更新され
る。

【０００９】元帳９４には、顧客毎のコード、預金残
高、及び取引経緯などが記録されており、顧客が端末装
置８１を操作して入出金を行った場合に、元帳９４の当
該顧客についての預金残高にその金額が加算又は減算さ
れる。また、自動取引処理部９３において、公共料金な
どの自動引き落とし処理又は自動振込処理などのような
自動処理が実行された場合にも、元帳９４が更新され
る。つまり、元帳９４の更新は、顧客の端末装置８１の
操作に起因する取引処理部９２による処理、又は自動取
引処理部９３による処理によって行われる。

【００１０】また、監視装置８３は、ホストコンピュー
タ８２の状態を監視しており、ホストコンピュータ８２
に何らかの異常が生じた場合にはその復帰のための処理
に活用される。

【００１１】

【発明が解決しようとする課題】さて、従来の銀行取引
システム８０において、顧客が取引を行うために端末装
置８１を操作した後、処理依頼時刻から所定の時間を経
過してもホストコンピュータ８２から何らの応答がない
場合には、何らかの異常があったものとして当該端末装
置８１を停止状態とする。

【００１２】そのような異常の主な原因として次の３つ
がある。 元帳９４の更新における排他制御 取引処理部９２における障害 回線８４の障害 上記の排他制御による場合は、例えば、顧客が端末装
置８１から取引処理を依頼したときに、たまたま自動取
引処理部９３によって当該顧客についての元帳９４の更
新が行われている場合には、同一の顧客についての元帳
９４の同時更新は行われないから、端末装置８１からの
電文に基づく取引処理部９２の処理は実行されず、待ち
状態となる。したがって、端末装置８１において、処理
依頼時刻から所定の時間が経過してもホストコンピュー
タ８２からの応答がない場合があり、そのときに端末装
置８１が停止状態となる。

【００１３】このように、従来においては、何らの障害
が発生しない場合においても、排他制御によって端末装
置８１が停止状態となることがある。端末装置８１が停
止状態となると、その復旧に多大の時間と労力が必要と
なる。つまり、係員が現地に駆けつけて顧客と対応し、
停止状態に至った経緯を聞いてそれに対処しなければな
らない。

【００１４】その上、端末装置８１が停止状態となって
も、ホストコンピュータ８２では、自動取引処理部９３
における処理が終了すると待ち状態となっていた取引処
理部９２による処理が次に実行されるので、顧客が端末
装置８１から依頼した処理が実行されて元帳９４が更新
されてしまう可能性がある。

【００１５】したがって、顧客からの呼び出しによって
端末装置８１の設置された現場へ駆けつけた係員は、端
末装置８１の復旧に当たって、顧客の依頼した取引の内
容及び顧客と端末装置８１との間での現金の入出金の状
況を確認し、且つ元帳９４の更新の状態つまり取引の成
立の有無を確認し、それらの状況に応じて、正しい状態
に復帰させなければならない。

【００１６】このように、従来においては、排他制御に
よって端末装置８１が停止状態となる可能性が無視でき
ない程度にあり、そのような場合には復旧のために多く
の時間と労力を要するという問題があった。

【００１７】また、通常、銀行取引システム８０におい
て、ホストコンピュータ８２は現用システムと待機シス
テムとによるホットスタンバイ方式、又は複数の現用シ
ステム間でのロードシェア方式などによって互いにバッ
クアップされている。

【００１８】そのため、端末装置８１から電文を送信し
た後に、例えばそれを受信した現用システムがダウン
し、その処理を待機システムが受け継いだ場合におい
て、待機システムによる処理が通常通りに行われた場合
であっても、現用システムでの処理及び電文の受け継ぎ
に時間を要したことによって時間を経過し、端末装置８
１が停止状態となることも考えられる。

【００１９】本発明は、上述の問題に鑑みてなされたも
ので、排他制御などによって端末装置が停止状態となる
可能性を可及的に低減し、従来に要していた復旧のため
の多くの時間と労力を削減することを目的とする。

【００２０】また、請求項３及び請求項４の発明は、ホ
ストコンピュータが複数のシステムによって互いにバッ
クアップされている場合に、電文を送信した後にそれを
受信した通常システムがダウンしその処理を代行システ
ムが受け継いだ場合において、端末装置が停止状態とな
る可能性を可及的に低減することを目的とする。

【００２１】

【課題を解決するための手段】請求項１の発明に係る方
法は、取引操作を行ったときに取引データを送信する端
末装置５と、前記端末装置５から送信される取引データ
ＳＳに対応した取引処理を行い且つ当該取引処理の結果
を応答データＳＲとして前記端末装置５に返信するホス
トコンピュータ７とを有し、前記端末装置５が取引デー
タＳＳを送信してからそれに対応する応答データＳＲを
受信するまでの間に予め設定された最大待ち時間ｔｗが
経過したときに当該端末装置５を停止状態とするように
構成された取引システム１の取引データ処理方法であっ
て、前記ホストコンピュータ７において、前記端末装置
５から取引データＳＳを受信してからそれに対応する応
答データＳＲを返信するまでの間に予め設定された最大
応答時間ｔｐ（ｔｐ≦ｔｗ）が経過したときに、当該端
末装置５に対し取引の操作をやり直すことを指示する再
操作指示データを送信し、且つ当該取引データＳＳに対
応する取引処理を終えている場合には当該取引処理を取
り消すための復元処理を行い、前記端末装置５において
前記再操作指示データを受信したときに、当該端末装置
５を、新しく取引操作を行って取引データＳＳを送信す
ることの可能な操作待ち状態とする。

【００２２】請求項２の発明に係る方法は、前記ホスト
コンピュータ７において、前記端末装置５から送信され
た取引データＳＳに対応する取引処理を終え且つ当該取
引データＳＳを受信してから予め設定された最大応答時
間ｔｐ（ｔｐ≦ｔｗ）が経過したときに、当該端末装置
５に対し応答データＳＲを返信することなく取引の操作
をやり直すことを指示する再操作指示データを送信し、
且つ当該取引処理を取り消すための復元処理を行い、前
記端末装置５において前記再操作指示データを受信した
ときに、当該端末装置５を、新しい取引操作を行って取
引データＳＳを送信することの可能な操作待ち状態とす
る。

【００２３】請求項３の発明に係る方法では、前記ホス
トコンピュータ７は、前記端末装置５から送信される取
引データＳＳを受信する通常システムと、前記通常シス
テムが異常状態になったときに代行して受信する代行シ
ステムとによって構成され、前記通常システム及び前記
代行システムのそれぞれにおいて、前記最大応答時間ｔ
ｐが、 ｔｐ≦ｔｗ／２ に設定されている。

【００２４】請求項４の発明に係る方法では、前記最大
応答時間ｔｐが、 ｔｐ≦（ｔｗ−ｔｅ）／２ 但し、ｔｅは誤差に設定されている。

【００２５】請求項５の発明に係るシステムは、取引操
作を行ったときに取引データＳＳを送信する端末装置５
と、前記端末装置５から送信される取引データＳＳに対
応した取引処理を行い且つ当該取引処理の結果を応答デ
ータＳＲとして前記端末装置５に返信するホストコンピ
ュータ７とを有し、前記端末装置５が取引データＳＳを
送信してからそれに対応する応答データＳＲを受信する
までの間に予め設定された最大待ち時間ｔｗが経過した
ときに当該端末装置５を停止状態とするように構成され
た取引システム１であって、前記ホストコンピュータ７
には、前記端末装置５から送信された取引データＳＳに
対応する取引処理を終え且つ当該取引データＳＳを受信
してから予め設定された最大応答時間ｔｐ（ｔｐ≦ｔ
ｗ）が経過したときに、当該端末装置５に対し取引の操
作をやり直すことを指示する再操作指示データを送信す
るための第１の再操作指示手段と、前記再操作指示デー
タを送信するに当たって当該取引処理を取り消すための
復元処理を行う復元処理手段と、が設けられ、前記端末
装置５には、前記再操作指示データを受信したときに、
当該端末装置５を、新しく取引操作を行って取引データ
ＳＳを送信することの可能な操作待ち状態とするための
リセット手段が設けられてなる。

【００２６】請求項６の発明に係るシステムでは、前記
ホストコンピュータ７には、前記端末装置５から送信さ
れた取引データＳＳが一時的な記憶域であるバッファメ
モリ３１から前記取引処理を行うためのプログラム３２
に読み込まれ且つ当該取引データＳＳ（ＳＳＴ）を受信
してから前記最大応答時間ｔｐ（ｔｐ≦ｔｗ）が経過し
たときに、前記再操作指示データを送信するための第２
の再操作指示手段が設けられてなる。

【００２７】請求項７の発明に係るシステムでは、前記
端末装置５と前記ホストコンピュータ７との間に、前記
端末装置５から送信された取引データＳＳを受信し、且
つ受信した時刻を当該取引データＳＳに設定して前記ホ
ストコンピュータ７に渡すためのコントローラ６が設け
られてなる。

【００２８】請求項８の発明に係るシステムでは、前記
コントローラ６は、無停止で動作するフォルトトレラン
ト機である。取引システムにおいては、複数のホストコ
ンピュータ７を用い、通常システムと代行システムとに
よって互いにバックアップすることが多い。そのような
バックアップの方式として、現用システムと待機システ
ムとによるホットスタンバイ方式、又は複数の現用シス
テム間においてバックアップし合うロードシェア方式な
どが用いられる。

【００２９】なお、端末装置５の操作待ち状態では、顧
客が操作を全く始めからやり直すようにしてもよく、又
は最初の操作によって入力しているコマンド又はデータ
の一部の操作を省略するようにしてもよい。

【００３０】

【発明の実施の形態】図１は本発明に係る銀行取引シス
テム１の構成を示すブロック図、図２は電文ＳＳ，ＳＳ
Ｔの構成の例を示す図である。

【００３１】図１において、銀行取引システム１は、多
数の端末装置５ａ，５ｂ…、コントローラ６、ホストコ
ンピュータ７ａ，７ｂ、及び回線８ａ，８ｂ…から構成
されている。

【００３２】端末装置５ａ，５ｂ…は、銀行の支店、
駅、ショッピングセンター、その他の場所に設置された
ＡＴＭである。なお、本明細書において、端末装置５
ａ，５ｂ…のいずれか１つ又は全部を指して「端末装置
５」と記載することがある。また、回線８ａ，８ｂ…の
いずれか１つ又は全部を指して「回線８」と記載するこ
とがある。

【００３３】端末装置５は、取引内容又は処理内容を表
示するためのディスプレイ装置、取引のための種々の操
作ボタン、及びカード読み取り装置などを有しており、
それらを顧客（ユーザ）が操作することによって、取引
のための処理をホストコンピュータ７ａ，７ｂに依頼す
るための電文ＳＳを作成し、作成した電文ＳＳを回線８
を介してコントローラ６に送信する。

【００３４】図２（Ａ）に示すように、電文ＳＳは、端
末番号ＮＴＭ、処理依頼時刻ＴＨＡ、取引内容ＣＨＬ、
口座番号ＮＡＣ、及び金額ＳＡＭなどからなる。端末装
置５が送信した電文ＳＳに対し、ホストコンピュータ７
ａ，７ｂによって取引処理が正常に行われ、ホストコン
ピュータ７ａ，７ｂからコントローラ６を介して正常な
応答電文ＳＲが返信されてきたときには、その応答電文
ＳＲに基づいて、端末装置５において必要な処理を行
う。例えば、取引内容に応じた通帳への記帳、金額ＳＡ
Ｍに応じた現金の排出などが行われ、処理が終了する。

【００３５】端末装置５は、電文ＳＳを送信した際に、
そのときの時刻を処理依頼時刻ＴＨＡとして記録する。
処理依頼時刻ＴＨＡから所定の時間ｔｗを経過してもコ
ントローラ６から何らの応答がない場合には、何らかの
異常があったものとして当該端末装置５を停止状態とす
る。

【００３６】もし端末装置５が停止状態となると、端末
装置５のディスプレイ装置の画面に、取引が中止された
こと、端末装置５が使用停止となったこと、備え付けの
連絡用ボタンを利用して係員を呼んでほしいことなどが
表示される。

【００３７】コントローラ６は、端末装置５から電文Ｓ
Ｓを受信すると、受付時刻設定部２１が受信時刻を処理
受付時刻ＴＨＢとして記録し、図２（Ｂ）に示すように
処理受付時刻ＴＨＢを付加した電文ＳＳＴをホストコン
ピュータ７ａ，７ｂのうちの現用システムとして動作し
ている方に送信する。いずれかのホストコンピュータ７
ａ，７ｂから応答電文ＳＲが返信されてくると、その応
答電文ＳＲを端末装置５に送信する。

【００３８】また、電文ＳＳＴに対する取引処理を終え
る前に現用システムとして動作しているホストコンピュ
ータ７ａ，７ｂがダウンしたときには、現用システムと
待機システムとの間でホットスタンバイのための処理が
行われて他方のホストコンピュータ７ａ，７ｂに処理が
引き継がれるので、ダウンしたホストコンピュータ７
ａ，７ｂから返ってくる電文ＳＳＴを新しく現用システ
ムとして動作することになったホストコンピュータ７
ａ，７ｂに送信する。コントローラ６は通信制御も行
う。

【００３９】なお、コントローラ６は、無停止で動作す
るフォルトトレラント機である。フォルトトレラント機
は、内部においてホットスタンバイ機能を有しており、
活性保全が可能であるため、外部から見れば停止するこ
となく１日２４時間の稼働が可能である。

【００４０】ホストコンピュータ７ａ，７ｂは、現用シ
ステムと待機システムとによるホットスタンバイ方式に
よって互いにバックアップされている。これらホストコ
ンピュータ７ａ及び７ｂの機能は互いに同一であるの
で、一方の機能についてのみ説明する。なお、ホストコ
ンピュータ７ａ，７ｂのいずれか一方又は両方を指して
「ホストコンピュータ７」と記載することがある。

【００４１】ホストコンピュータ７は、コントローラ６
から送信された電文ＳＳＴを受信し、それをバッファ３
１に一旦格納する。アプリケーションプログラムの実行
によって実現される取引処理部３２は、バッファ３１に
格納された電文ＳＳＴを順次読み込み、それぞれの電文
ＳＳＴの内容にしたがった処理を行う。この処理によっ
て、元帳３５の内容が更新される。

【００４２】元帳３５には、顧客毎のコード、預金残
高、及び取引経緯などが記録されており、顧客が端末装
置５を操作して入出金を行った場合に、元帳３５の当該
顧客についての預金残高にその金額が加算又は減算され
る。また、自動取引処理部３３において、公共料金など
の自動引き落とし処理又は自動振込処理などのような自
動処理が実行された場合にも、元帳３５が更新される。
つまり、元帳３５の更新は、顧客の端末装置５の操作に
起因する取引処理部３２による処理、又は自動取引処理
部３３による処理によって行われる。

【００４３】なお、取引処理部３２又は自動取引処理部
３３の一方が元帳３５にアクセスしている場合には、排
他制御によって他方はアクセスすることができないの
で、一方のアクセスが終了するのを待たなければならな
い。

【００４４】監視処理部３４は、取引処理部３２の動作
状態を監視しており、取引処理部３２に障害が生じた場
合には、電文ＳＳＴに対する取引処理を行うことができ
ないので、その旨をコントローラ６に通知する処理を行
う。

【００４５】また、監視処理部３４は、取引処理部３２
がバッファ３１に格納された電文ＳＳＴを読み込んだ直
後に、予め設定された最大応答時間ｔｐが経過していな
いかどうかを監視する。もし最大応答時間ｔｐを経過し
ていた場合には、当該端末装置５に対し取引の操作をや
り直すことを指示する再操作指示応答を送信するための
処理を行う。さらに、監視処理部３４は、取引処理部３
２が電文ＳＳＴに対応する取引処理を終えたときに、当
該電文ＳＳＴを受信してから最大応答時間ｔｐを経過し
ていないかどうかを監視する。もし最大応答時間ｔｐを
経過していた場合には、当該端末装置５に対し再操作指
示応答を送信するための処理を行う。再操作指示応答
は、コントローラ６を介して端末装置５に送信される。
また、再操作指示応答を送信するに当たって、当該電文
ＳＳＴに対応する取引処理を終えている場合には、当該
取引処理を取り消す復元処理（トランザクションキャン
セル）を行う。

【００４６】監視処理部３４における最大応答時間ｔｐ
の監視に当たっては、例えば、処理受付時刻ＴＨＢに最
大応答時間ｔｐを加算して規定時刻（応答限界時刻）を
設定しておき、現在時刻が規定時刻となったか否かを監
視する。この場合に、現用システムのダウンによって待
機システムに受け継がれると、例えば処理受付時刻ＴＨ
Ｂに最大応答時間ｔｐの２倍を加算して規定時刻を設定
する。又は、現用システムのダウンの通知があった時刻
に最大応答時間ｔｐを加算して規定時刻を設定する。

【００４７】なお、端末装置５に設定されている所定の
時間（最大待ち時間）ｔｗとホストコンピュータ７ａ，
７ｂにおいて設定されている最大応答時間ｔｐとは、次
の（１）式の関係がある。

【００４８】ｔｐ≦（ｔｗ−ｔｅ）／２ ……（１） 但し、ｔｅは誤差 ここで、誤差ｔｅは、端末装置５からの処理依頼時刻Ｔ
ＨＡとコントローラ６の処理受付時刻ＴＨＢとの差異、
その他の誤差などを見越して余裕を持たせるためのもの
である。したがって、誤差がない場合又は誤差を無視し
ても差し支えのない場合には、この誤差ｔｅを零として
もよい。その場合には、上の（１）式は次の（２）式の
ように書き変えられる。

【００４９】ｔｐ≦ｔｗ／２ ……（２） 本実施形態においては、最大待ち時間ｔｗは２分に、最
大応答時間ｔｐは１分に、それぞれ設定されている。な
お、これらの設定時間は適宜変更することができる。例
えば、最大待ち時間ｔｗが２分である場合に、最大応答
時間ｔｐを、５５秒又は５８秒などのように、最大待ち
時間ｔｗの２分の１よりも小さく設定してもよい。ま
た、ホストコンピュータ７ａ，７ｂに応じて設定時間を
異ならせることもできる。また、ホットスタンバイによ
る切り換えと排他制御とが同時に起こることは極めて稀
であるので、例えば最大待ち時間ｔｗを１分とした場合
に、最大応答時間ｔｐを、１分又は５５秒などのように
設定してもよい。

【００５０】次に、フローチャートを参照して、銀行取
引システム１の動作を説明する。図３は端末装置５の処
理の例を示すフローチャート、図４はコントローラ６の
処理の例を示すフローチャート、図５はホストコンピュ
ータ７の処理の例を示すフローチャートである。

【００５１】図３において、現金の引出し、預入、又は
振込などの取引のために、顧客が端末装置５を操作する
と（＃１１）、端末装置５はその内容に応じた電文ＳＳ
を作成し（＃１２）、その電文ＳＳをコントローラ６に
送信するとともに（＃１３）、処理依頼時刻ＴＨＡを設
定して計時を開始する（＃１４）。

【００５２】そして、コントローラ６から応答を受信す
ると（＃１５でイエス）、それが正常な応答電文ＳＲで
ある場合に（＃１６でイエス）、その応答電文ＳＲに基
づいて端末装置５において必要な取引処理を行う（＃１
７）。受信した応答が再操作指示応答である場合に（＃
１６でノー）、端末装置５において、操作を最初からや
り直すための処理を行い、その旨を顧客に通知する（＃
１８）。顧客は、最初から操作をやり直す（＃１１以
降）。なお、再操作指示応答を受信した場合に、最初の
操作によって端末装置５に入力しているコマンド又はデ
ータの一部の操作を省略するようにすることもできる。

【００５３】コントローラ６から何らの応答がない場合
に（＃１５でノー）、最大待ち時間ｔｗが経過すると
（＃１９でイエス）、端末装置５は停止状態となる（＃
２０）。

【００５４】図４において、コントローラ６が端末装置
５からの電文ＳＳを受信すると（＃３１）、受信時刻を
処理受付時刻ＴＨＢとして設定し、処理受付時刻ＴＨＢ
を付加した電文ＳＳＴを現用システムとして動作してい
るホストコンピュータ７に送信する（＃３３）。ホスト
コンピュータ７から応答電文ＳＲが返信されてくると
（＃３４及び３５でイエス）、その応答電文ＳＲを端末
装置５に送信する（＃３６）。ホストコンピュータ７か
ら再操作指示応答が返信されてくると（＃３４でイエ
ス、＃３５でノー）、その再操作指示応答を端末装置５
へ送信する（＃３７）。

【００５５】コントローラ６は、ホストコンピュータ７
ａ，７ｂの状態を監視しており、現用システムがダウン
したときには、現用システムへ電文ＳＳＴを送信したが
未応答であるものについて、その電文ＳＳＴを受け取っ
て新しく現用システムとなったホストコンピュータ７に
送信する。なお、新しく現用システムとなったホストコ
ンピュータ７が、ダウンしたホストコンピュータ７から
その電文ＳＳＴを直接に引き継ぐ場合もある。その場合
には、コントローラ６はいずれかのホストコンピュータ
７からその旨の通知を受ける。

【００５６】図５において、現用システムとして動作し
ているホストコンピュータ７は、コントローラ６から電
文ＳＳＴを受信すると（＃５１）、それをバッファ３１
に一旦格納する（＃５２）。取引処理のためのアプリケ
ーションがバッファ３１に格納された電文ＳＳＴを順次
読み込んだ直後に（＃５３）、最大応答時間ｔｐを経過
していないかどうか、つまり規定時刻を経過していない
かどうかをチェックする（＃５４）。規定時刻を経過し
ていない場合には（＃５４でノー）、それぞれの電文Ｓ
ＳＴの内容にしたがった取引処理を行う（＃５６）。

【００５７】取引処理が行われた後で、規定時刻を経過
していないかどうかをチェックする（＃５７）。規定時
刻を経過していない場合には、正常な応答電文ＳＲをコ
ントローラ６に送信する（＃５９）。取引処理が行われ
たが規定時刻を経過している場合には、復元処理を行い
（＃５８）、再操作指示応答をコントローラ６に送信す
る（＃５５）。

【００５８】アプリケーションが電文ＳＳＴを読み込ん
だときに規定時刻を経過している場合には（＃５４でイ
エス）、再操作指示応答をコントローラ６に送信する
（＃５５）。

【００５９】上述したように、銀行取引システム１で
は、ホストコンピュータ７において、バッファ３１に格
納した電文ＳＳを取引処理部３２が読み込んだ後で、最
大応答時間ｔｐが経過しているか否かをチェックし、最
大応答時間ｔｐを経過している場合には、その後の処理
を行うことなく再操作指示応答を送信する。また、取引
処理部３２が電文ＳＳＴに対応する取引処理を終えたと
きに、最大応答時間ｔｐを経過しているか否かをチェッ
クし、最大応答時間ｔｐを経過している場合には、再操
作指示応答を送信するとともに、電文ＳＳＴに対応する
取引処理を終えている場合には当該取引処理を取り消す
復元処理を行う。

【００６０】端末装置５においては、再操作指示応答を
受信すると、操作を最初からやり直すための処理を行
う。最大応答時間ｔｐが最大待ち時間ｔｗよりも短いの
で、端末装置５が停止状態となってしまう前に、応答電
文ＳＲ又は再操作指示応答のいずれかが端末装置５に送
信される。

【００６１】したがって、元帳３５の更新において排他
制御が行われた場合であっても、端末装置５は停止状態
となることがなく、顧客は端末装置５の操作を最初から
やり直すか、又は操作を中止することができる。しか
も、先に送った電文ＳＳによって元帳３５が更新されて
しまうということがないので、復旧のための処理を行う
必要がない。

【００６２】また、ホストコンピュータ７ａ，７ｂはホ
ットスタンバイ方式によって互いにバックアップされて
いるので、信頼性が高い。そして、各ホストコンピュー
タ７ａ，７ｂにおいて、最大応答時間ｔｐが最大待ち時
間ｔｗの２分の１以下に設定されているので、ホストコ
ンピュータ７ａ，７ｂがダウンした場合であっても、端
末装置５が停止状態となってしまう前に、応答電文ＳＲ
又は再操作指示応答のいずれかが端末装置５に送信され
る。

【００６３】また、無停止で動作するフォルトトレラン
ト機であるコントローラ６によって、全ての端末装置５
から送信される電文ＳＳに対する処理受付時刻ＴＨＢを
設定し、その処理受付時刻ＴＨＢに基づいて最大応答時
間ｔｐを管理しているので、端末装置５に設定される処
理依頼時刻ＴＨＡとの誤差は極めて少なくなり、管理が
容易に且つ正確に行われる。また、ホストコンピュータ
７ａ，７ｂのいずれかがダウンした場合でも、コントロ
ーラ６によって設定された処理受付時刻ＴＨＢに基づい
て時間の管理が正確に行われる。

【００６４】このように、銀行取引システム１による
と、端末装置５が停止状態となる可能性をほとんど無視
できる程度に低減することができ、従来に要していた復
旧のための多くの時間と労力を削減することができる。
また、端末装置５が電文ＳＳを送信した後にそれを受信
した現用システムがダウンしその処理を待機システムが
受け継いだ場合においても、端末装置５が停止状態とな
ることがない。

【００６５】上述の実施形態においては、現用システム
と待機システムとによるホットスタンバイ方式とした場
合について説明したが、２台以上の現用システム間にお
いてバックアップし合うロードシェア方式とすることも
できる。また、バックアップを行わない単独のホストコ
ンピュータであってもよい。

【００６６】上述の実施形態において、電文ＳＳ，ＳＳ
Ｔが本発明における取引データに、応答電文ＳＲが本発
明における応答データに、ステップ＃５５の処理が本発
明の第１の再操作指示手段に、ステップ＃５８の処理が
本発明の復元処理手段に、ステップ＃１８の処理が本発
明のリセット手段に、それぞれ相当する。

【００６７】上述の実施形態において、端末装置５、コ
ントローラ６、ホストコンピュータ７、又は銀行取引シ
ステム１の全体又は各部の構成、処理内容、処理順序、
最大待ち時間ｔｗ、最大応答時間ｔｐなどは、本発明の
主旨に沿って適宜変更することができる。本発明は、銀
行取引システム１以外の種々のシステム、例えば、在庫
商品の登録及び問い合わせなどのような流通管理システ
ム又は在庫管理システムなどにも適用することができ
る。

【００６８】

【発明の効果】請求項１乃至請求項８の発明によると、
排他制御などによって端末装置が停止状態となる可能性
が可及的に低減し、従来に要していた復旧のための多く
の時間と労力を削減することができる。

【００６９】請求項３及び請求項４の発明によると、ホ
ストコンピュータが複数台によって互いにバックアップ
されている場合に、取引データを送信した後にそれを受
信した通常システムがダウンしその処理を代行システム
が受け継いだ場合において、端末装置が停止状態となる
可能性を可及的に低減することができる。

【００７０】請求項７の発明によると、端末装置から送
信される取引データに対する処理受付時刻をコントロー
ラによって統一的に設定し、その処理受付時刻に基づい
て最大応答時間を管理できるので、端末装置に設定され
る処理依頼時刻との誤差が極めて少なくなり、管理が容
易に且つ正確に行われる。

【００７１】請求項８の発明によると、ホストコンピュ
ータが複数台によって互いにバックアップされている場
合にそのいずれかがダウンした場合でも、コントローラ
によって設定された処理受付時刻に基づいて時間の管理
が正確に行われる。

【図面の簡単な説明】

【図１】本発明に係る銀行取引システムの構成を示すブ
ロック図である。

【図２】電文の構成の例を示す図である。

【図３】端末装置の処理の例を示すフローチャートであ
る。

【図４】コントローラの処理の例を示すフローチャート
である。

【図５】ホストコンピュータの処理の例を示すフローチ
ャートである。

【図６】従来の銀行取引システムの構成を示すブロック
図である。

【符号の説明】

１ 銀行取引システム（取引システム） ５，５ａ，５ｂ，５ｃ，５ｄ 端末装置 ６ コントローラ ７，７ａ，７ｂ ホストコンピュータ ３１ バッファ（バッファメモリ） ３４ 監視処理部（第１の再操作指示手段、復元処理手
段） ＳＳ，ＳＳＴ 電文（取引データ）

───────────────────────────────────────────────────── フロントページの続き (72)発明者 金高 哲 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 蟻義 貴政 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 林 裕正 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (8)

【特許請求の範囲】
1. 【請求項１】取引操作を行ったときに取引データを送信
   する端末装置と、前記端末装置から送信される取引デー
   タに対応した取引処理を行い且つ当該取引処理の結果を
   応答データとして前記端末装置に返信するホストコンピ
   ュータとを有し、前記端末装置が取引データを送信して
   からそれに対応する応答データを受信するまでの間に予
   め設定された最大待ち時間ｔｗが経過したときに当該端
   末装置を停止状態とするように構成された取引システム
   の取引データ処理方法であって、 前記ホストコンピュータにおいて、前記端末装置から取
   引データを受信してからそれに対応する応答データを返
   信するまでの間に予め設定された最大応答時間ｔｐ（ｔ
   ｐ≦ｔｗ）が経過したときに、当該端末装置に対し取引
   の操作をやり直すことを指示する再操作指示データを送
   信し、且つ当該取引データに対応する取引処理を終えて
   いる場合には当該取引処理を取り消すための復元処理を
   行い、 前記端末装置において前記再操作指示データを受信した
   ときに、当該端末装置を、新しく取引操作を行って取引
   データを送信することの可能な操作待ち状態とする、 ことを特徴とする取引システムの取引データ処理方法。
2. 【請求項２】取引操作を行ったときに取引データを送信
   する端末装置と、前記端末装置から送信される取引デー
   タに対応した取引処理を行い且つ当該取引処理の結果を
   応答データとして前記端末装置に返信するホストコンピ
   ュータとを有し、前記端末装置が取引データを送信して
   からそれに対応する応答データを受信するまでの間に予
   め設定された最大待ち時間ｔｗが経過したときに当該端
   末装置を停止状態とするように構成された取引システム
   の取引データ処理方法であって、 前記ホストコンピュータにおいて、前記端末装置から送
   信された取引データに対応する取引処理を終え且つ当該
   取引データを受信してから予め設定された最大応答時間
   ｔｐ（ｔｐ≦ｔｗ）が経過したときに、当該端末装置に
   対し応答データを返信することなく取引の操作をやり直
   すことを指示する再操作指示データを送信し、且つ当該
   取引処理を取り消すための復元処理を行い、 前記端末装置において前記再操作指示データを受信した
   ときに、当該端末装置を、新しい取引操作を行って取引
   データを送信することの可能な操作待ち状態とする、 ことを特徴とする取引システムの取引データ処理方法。
3. 【請求項３】前記ホストコンピュータは、前記端末装置
   から送信される取引データを受信する通常システムと、
   前記通常システムが異常状態になったときに代行して受
   信する代行システムとによって構成され、 前記通常システム及び前記代行システムのそれぞれにお
   いて、前記最大応答時間ｔｐが、 ｔｐ≦ｔｗ／２ に設定されている、請求項１又は請求項２記載の取引シ
   ステムの取引データ処理方法。
4. 【請求項４】前記最大応答時間ｔｐが、 ｔｐ≦（ｔｗ−ｔｅ）／２ 但し、ｔｅは誤差に設定されている、 請求項３記載の取引システムの取引データ処理方法。
5. 【請求項５】取引操作を行ったときに取引データを送信
   する端末装置と、前記端末装置から送信される取引デー
   タに対応した取引処理を行い且つ当該取引処理の結果を
   応答データとして前記端末装置に返信するホストコンピ
   ュータとを有し、前記端末装置が取引データを送信して
   からそれに対応する応答データを受信するまでの間に予
   め設定された最大待ち時間ｔｗが経過したときに当該端
   末装置を停止状態とするように構成された取引システム
   であって、 前記ホストコンピュータには、 前記端末装置から送信された取引データに対応する取引
   処理を終え且つ当該取引データを受信してから予め設定
   された最大応答時間ｔｐ（ｔｐ≦ｔｗ）が経過したとき
   に、当該端末装置に対し取引の操作をやり直すことを指
   示する再操作指示データを送信するための第１の再操作
   指示手段と、 前記再操作指示データを送信するに当たって当該取引処
   理を取り消すための復元処理を行う復元処理手段と、 が設けられ、 前記端末装置には、 前記再操作指示データを受信したときに、当該端末装置
   を、新しく取引操作を行って取引データを送信すること
   の可能な操作待ち状態とするためのリセット手段が設け
   られてなる、 ことを特徴とする取引システム。
6. 【請求項６】前記ホストコンピュータには、 前記端末装置から送信された取引データが一時的な記憶
   域であるバッファメモリから前記取引処理を行うための
   プログラムに読み込まれ且つ当該取引データを受信して
   から前記最大応答時間ｔｐ（ｔｐ≦ｔｗ）が経過したと
   きに、前記再操作指示データを送信するための第２の再
   操作指示手段が設けられてなる、請求項５記載の取引シ
   ステム。
7. 【請求項７】前記端末装置と前記ホストコンピュータと
   の間に、前記端末装置から送信された取引データを受信
   し、且つ受信した時刻を当該取引データに設定して前記
   ホストコンピュータに渡すためのコントローラが設けら
   れてなる、 請求項５又は請求項６記載の取引システム。
8. 【請求項８】前記コントローラは、無停止で動作するフ
   ォルトトレラント機である、 請求項７記載の取引システム。