JPH06326813A

JPH06326813A - 障害リカバリ制御システム

Info

Publication number: JPH06326813A
Application number: JP13400693A
Authority: JP
Inventors: Shinichi Tanaka; 信一田中
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 1993-05-12
Filing date: 1993-05-12
Publication date: 1994-11-25
Anticipated expiration: 2014-09-20
Also published as: JP2951151B2

Abstract

(57)【要約】【構成】複数のデータ送信元であるファクシミリ１
１、２１、３１からのデータは、管理センタとしての地
区センタ４０に送信され、地区センタ４０でこれらのデ
ータ処理が行われる。地区センタ４０のＦＣＵ４１０に
は、障害発生時刻に対応したリカバリ処理のパターンが
予め設定されているリカバリパターンテーブル１０１が
設けられている。ＭＣＵ４２で障害が発生した場合、Ｆ
ＣＵ４１０に設けられたリカバリ処理部１０２は、リカ
バリパターンテーブル１０１を参照し、障害発生時刻に
対応したリカバリ処理を行う。【効果】データ送信元からの無駄な再送をなくすこと
ができると共に、データ送信元でも速やかに障害発生に
対応した処理を行うことができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えば、金融機関の営
業店と地区センタとの間で用いられるＦＡＸ−ＯＣＲシ
ステムでの障害発生時のリカバリを行う障害リカバリ制
御システムに関する。

【０００２】

【従来の技術】銀行等の金融機関では、各営業店から地
区センタに振替依頼書のイメージデータをファクシミリ
で送信し、地区センタが各営業店からのデータ処理を行
ってホストに転送するといったデータ処理システム、所
謂ＦＡＸ−ＯＣＲシステムが採用されている。そして、
このようなデータ処理システムを採用することによっ
て、営業店の負担を軽減し、業務の能率向上を図ってい
る。

【０００３】図２は、このようなＦＡＸ−ＯＣＲシステ
ムの説明図である。図のシステムは、営業店１０、２
０、３０と、地区センタ４０と、通信制御装置（ＣＣ
Ｌ）５０と、ホスト６０と、通信回線７０とからなる。
営業店１０、２０、３０には、それぞれファクシミリ
（ＦＡＸ）１１、２１、３１が備えられている。これら
のファクシミリ１１、２１、３１は、通信回線７０を介
して地区センタ４０のファクシミリ受信制御部（ＦＣ
Ｕ：ファクシミリコントロールユニット）４１に接続さ
れている。

【０００４】地区センタ４０は、ファクシミリ受信制御
部（以下、ＦＣＵという）４１と、制御部（ＭＣＵ：メ
ッセージコントロールユニット）４２、検証修正部４３
等からなる。ＦＣＵ４１は、ファクシミリデータの送受
信を行うためのものであり、ディスク装置（ＤＫ）４４
と、ワークステーション４５とが接続されている。ディ
スク装置４４は、ファクシミリ送受信されるデータ等を
一時的に格納するための外部記憶装置である。また、ワ
ークステーション４５は、制御部やディスプレイおよび
キーボード等からなり、ファクシミリ送受信されるデー
タを表示し、操作するためのものである。

【０００５】制御部（以下、ＭＣＵという）４２は、認
識装置４６、ディスク装置（ＤＫ）４７、プリンタ（Ｏ
ＰＰ）４８および検証修正部４３を接続し、ＦＣＵ４１
からのデータを受信して、認識装置４６に対して文字認
識処理を指示したり、検証修正部４３での出力データを
ホスト６０に対して送信するといった地区センタ４０に
おける各種の処理を管理する機能を有している。

【０００６】認識装置４６は、ＦＣＵ４１が受信したイ
メージデータに含まれる帳票上の各フィールドの文字を
認識し、コードデータを得るための文字認識部である。
また、ディスク装置４７は、認識装置４６で文字認識さ
れたデータを一時格納するための外部記憶装置であり、
プリンタ４８は、文字認識結果等を印刷出力したい場合
等に使用されるものである。

【０００７】検証修正部４３は、複数のワークステーシ
ョン４３１〜４３３からなる。ワークステーション４３
１〜４３３は、ディスプレイやキーボード等を備えたパ
ーソナルコンピュータで構成されて、各々オペレータが
配属され、上記のイメージータとコードデータとを照合
してその認識結果が正しいか否かの検証と、誤りがあっ
た場合はその修正を行うための装置でる。更に、ファク
シミリ（ＦＡＸ）４９は、地区センタ４０内に設けられ
たファクシミリで、通信回線７０あるいは地区センタ４
０内のＰＢＸ（構内交換機）を介して営業店１０〜３０
やホスト６０等とのデータの授受を行うものである。

【０００８】通信制御装置５０は、地区センタ４０のＭ
ＣＵ４２からの送受信制御を行う装置であり、ホスト
（ＨＯＳＴ）６０は、営業店１０〜３０や地区センタ４
０を統轄するセンタである。また、通信回線７０は、公
衆回線や専用回線で構成され、営業店１０〜３０と地区
センタ４０また、営業店１０〜３０とホスト６０との通
信接続を行うネットワークである。

【０００９】次に、上記ＦＡＸ−ＯＣＲシステムの動作
を説明する。ここで、営業店２０から振込依頼書を送信
する場合を説明する。先ず、営業店２０では、顧客が記
入した振込依頼書を窓口にて行員が受け取る（図２中、
ステップ）。これにより、行員は、ファクシミリ２１
より、受け取った振込依頼書を通信回線７０を介して地
区センタ４０に送信する（ステップ）。

【００１０】地区センタ４０のＦＣＵ４１は、営業店２
０のファクシミリ２１から発信した帳票データ（圧縮さ
れたイメージデータ）を受信し、ディスク装置４４に格
納する（ステップ）と共に、そのデータをＭＣＵ４２
に送出する。ＭＣＵ４２は、ＦＣＵ４１から送信された
帳票データを認識装置４６に送信し、認識装置４６は帳
票データの文字認識を行う。そして、ＭＣＵ４２は、認
識装置４６で認識された結果（文字データ＋該当エリア
のイメージデータ）を、ディスク装置４７に格納し（ス
テップ）、検証修正部４３に送信する（ステップ
）。

【００１１】検証修正部４３では、例えば、ワークステ
ーション４３１をオペレータが操作して、イメージデー
タとこれを認識したコードデータとを比較照合し、認識
装置４６が、イメージデータの正常認識を行ったか否か
を判断する。そして、正常認識された場合はそのまま、
一方、認識が誤っていた場合には修正コードデータの生
成が行われる。そして、このような処理結果は、別途に
ワークステーション４３１〜４３３に設けられた図示し
ない記憶部に一時格納される。ＭＣＵ４２は、正しく認
識された、あるいは正しく修正されたコードデータを通
信制御装置５０を介してホスト６０に転送する（ステッ
プ）。このようにしてホスト６０が、振込依頼書に記
載された文字に対応する文字コードを受信すると、その
後、営業店１０〜３０からの依頼に基づく振替処理が実
行される。

【００１２】各営業店１０〜３０からの帳票データの送
信は上記のように地区センタ４０を介して行われるが、
地区センタ４０において、ＭＣＵ４２に障害が発生する
ことがある。このような場合、営業店１０〜３０からの
データ処理を行うことができないため、以下のようなリ
カバリ処理を行う。

【００１３】図３は、ＭＣＵ４２障害発生時のリカバリ
処理を示すフローチャートである。先ず、ＭＣＵ４２に
何らかの障害が発生した場合（ステップＳ１）、ＦＣＵ
４１は、営業店１０〜３０からのファクシミリデータ受
信を不可の状態とする（ステップＳ２）。尚、ＭＣＵ４
２の障害とは、そのハードウェア故障やソフトウェアに
よる原因等で運用が停止した状態になることをいう。ま
た、上記ステップＳ２で営業店からの受信不可にした時
点では、通常、ディスク装置４４内には、受信したまま
一時格納され、ＭＣＵ４２に送信していないイメージデ
ータが滞留データａとして存在している。

【００１４】次に、ＭＣＵ４２の復旧処理が行われると
（ステップＳ３）、そのリカバリ方法は、いずれかのワ
ークステーション４３１〜４３３より、システム再開の
オペレーションがなされ（ステップＳ４）、これによっ
て運用が再開される。ワークステーション４３１〜４３
３よりシステム再開指示を受けたＭＣＵ４２は、ＦＣＵ
４１に対し、営業店１０〜３０から受信したままＭＣＵ
４２に対して未送信となっている滞留データのクリア指
示を送出する（ステップＳ５）。

【００１５】尚、ＦＣＵ４１での滞留データをクリアす
る理由は、例えば障害が発生してホスト６０の受付終了
直前に復旧し、この時点でＦＣＵ４１からＭＣＵ４２へ
送信する滞留データが多い場合、これをＭＣＵ４２や検
証修正部４３等でホスト６０の受付終了までに処理でき
ない可能性があるためである。

【００１６】ＦＣＵ４１は、このＭＣＵ４２からのクリ
ア指示に基づき滞留データをクリアし（ステップＳ
６）、一方、ＭＣＵ４２は、ＦＣＵ４１に対して対象と
なる営業店への復旧情報の送信を行う（ステップＳ
７）。これにより、ＦＣＵ４１は、ＭＣＵ４２から受信
した復旧情報をファクシミリ送信するためにイメージデ
ータ編集を行い（ステップＳ８）、これを対象となる営
業店１０〜３０に送信する（ステップＳ９）。その後、
ＦＣＵ４１は、営業店１０〜３０からのファクシミリデ
ータ受信可能な状態となる（ステップＳ１０）。

【００１７】図中のｂは、上記ステップＳ９で送信され
る復旧情報の帳票例を示している。この帳票には、ステ
ップＳ１にてＭＣＵ４２が障害となった時点でＭＣＵ４
２受付済みの最終ＦＡＸ通番と欠番情報を出力する。例
えば、図示の例では、最終受付ＦＡＸ通番は「２００」
であり、ＦＡＸ通番「１９１」〜「１９３」、「１９
７」の振込依頼書のデータが欠けていることを示してい
る。

【００１８】図４に、ＦＡＸ通番を記入する振込依頼書
の一例を示す。図中、２０１で示す部分がＦＡＸ通番
（ＦＡＸ番号）が記入される枠である。このＦＡＸ通番
とは、各営業店１０〜３０が帳票をファクシミリ１１〜
３１で送信する際に採番した通番であり、帳票毎に採番
される。従って、復旧情報を受信した営業店１０〜３０
では、その欠番情報によって、どの帳票がＦＣＵ４１で
クリアされたかを把握することができる。

【００１９】そして、復旧通知を受けた営業店１０〜３
０は、ホスト６０の受付終了時刻までに時間がない場合
は、ステップＳ６でクリアされたデータを図示省略した
営業店端末よりホスト６０に対して直接発信し、また、
ホスト６０の受付終了時刻までに時間がある場合は、営
業店１０〜３０のファクシミリ１１〜３１より帳票の再
送を行い、地区センタ４０でデータ処理を行ってホスト
６０に発信する。

【００２０】

【発明が解決しようとする課題】しかしながら、上記の
ような障害リカバリ処理では、以下のような問題点があ
った。 (1) ホスト６０の受付終了時刻までに時間が十分にある
場合、ＦＣＵ滞留データを営業店１０〜３０から再送す
るための処理時間および回線使用料金が無駄である。即
ち、この場合は、一旦クリアしたデータと同一のデータ
をもう一度送信するといった無駄な処理を行わなくては
ならなかった。

【００２１】(2) ＭＣＵ４２の復旧までに時間がかかる
場合、営業店１０〜３０に復旧通知が出力される時間が
遅くなり、その結果、営業店１０〜３０の対応が遅れ、
ホスト６０への未送信のデータが発生してしまうといっ
た重大な事故につながる恐れがあった。即ち、当日中に
行うべき振込処理を行えないことは、銀行等の金融機関
ではあってはならないことであり、このような障害への
確実な対応策が求められていた。

【００２２】(3) 営業店１０〜３０では、地区センタ４
０の状況が分からないため、たとえＭＣＵ４２で障害が
発生した場合でも、その状況に応じた対策を直ちにとる
ことができない。即ち、地区センタ４０で障害が発生し
ても、営業店１０〜３０では、帳票データが正常送信で
きないことが分かるだけで、その原因は判定できないた
め、地区センタ４０からの復旧通知を待つか、あるいは
電話にて地区センタ４０に確認を行わない限り、早急な
対応をとることができなかった。本発明は、上記従来の問題点を解決するためになされた
もので、効率がよくかつ信頼性の高い障害リカバリ制御
システムを提供することを目的とする。

【００２３】

【課題を解決するための手段】第１発明の障害リカバリ
制御システムは、複数のデータ送信元と、前記複数のデ
ータ送信元と通信回線を介して接続され、各々のデータ
送信元からのデータを蓄積し、データ処理を行う管理セ
ンタとからなるシステムにおいて、前記管理センタは、
当該管理センタでの障害発生を想定し、その障害発生時
刻に対応したリカバリ処理のパターンを予め設定したリ
カバリパターンテーブルと、前記管理センタで障害が発
生した場合、前記リカバリパターンテーブルを参照し、
障害発生時刻に対応したリカバリ処理を行うリカバリ処
理部とを備えたことを特徴とするものである。

【００２４】第２発明の障害リカバリ制御システムは、
上記第１発明において、リカバリパターンテーブルは、
管理センタでの障害発生を想定し、その障害発生時刻
と、データ送信元からのデータ送信先とに対応してリカ
バリ処理のパターンを予め設定したことを特徴とするも
のである。

【００２５】第３発明の障害リカバリ制御システムは、
上記第１または第２発明において、リカバリ処理部は、
障害発生後にデータ受信を再開するか否かを制御する受
信制御と、障害発生までの未処理データをデータ送信元
に返送するか否かを制御する返送制御とに基づくパター
ンで動作することを特徴とするものである。

【００２６】第４発明の障害リカバリ制御システムは、
上記第１または第２発明において、リカバリ処理部は、
障害発生後にデータ受信を再開するか否かを制御する受
信制御と、障害発生までの未処理データをデータ送信元
に返送するか否かを制御する返送制御とに基づきパター
ンを決定すると共に、複数のデータ送信元に対して各パ
ターンに対応した同報メッセージを出力することを特徴
とするものである。

【００２７】

【作用】第１発明の障害リカバリ制御システムにおいて
は、地区センタのＭＣＵで障害が発生した場合、ＦＣＵ
のリカバリ処理部は、先ず現在時刻をリードし、次にリ
カバリパターンテーブルからこの現在時刻に対応したリ
カバリ処理のパターンを求める。そして、リカバリ処理
部は、求めたパターンのリカバリ処理を実行する。

【００２８】また、第２発明の障害リカバリ制御システ
ムにおいては、データ送信元からのデータが、その送信
先に対応して別々に格納されている。地区センタで障害
が発生した場合、リカバリ処理部は、リカバリパターン
テーブルを参照し、現在時刻と送信先とに基づき、リカ
バリ処理のパターンを求める。そして、リカバリ処理部
は、送信先毎に求めたパターンでリカバリ処理を行う。

【００２９】更に、第３発明の障害リカバリ制御システ
ムにおいては、障害が発生した場合、リカバリ処理部
は、例えば、ホストの受付終了時刻までに十分時間のあ
る場合は、一旦データ送信元からのデータ受信受付を停
止し、その後障害が復旧すると、データ受信受付を再開
する。また、この場合は障害発生までにデータ送信元か
ら受信したデータはデータ送信元には返送しない。そし
て、障害発生時刻がホストの受付終了までにある程度余
裕がある時刻であった場合、それ以降のデータ送信元か
らのデータ受信は停止し、地区センタでの未処理データ
は地区センタで処理する。また、障害発生時刻がホスト
の受付終了直前であった場合は、障害発生までに受信
し、地区センタで処理していないデータは、データ送信
元に返送され、データ送信元で処理される。

【００３０】第４発明の障害リカバリ制御システムにお
いては、上記第３発明と同様のリカバリ処理を行うと共
に、そのリカバリパターンに対応した同報メッセージを
出力する。例えば、ホストの受付終了時刻までに十分時
間のある場合は、暫くデータ送信を停止する旨のメッセ
ージを送出し、ホストの受付終了時刻までにある程度時
間がある場合は、未送信データはデータ送信元で処理す
る旨のメッセージとなり、また、ホスト受付終了直前で
あった場合は、地区センタでの未処理データを返送する
旨のメッセージを送出する。

【００３１】

【実施例】以下、本発明の実施例を図面を用いて詳細に
説明する。図１は本発明の障害リカバリ制御システムを
金融機関におけるＦＡＸ−ＯＣＲシステムに適用した場
合の実施例を示すブロック図である。図において、営業
店１０〜３０にはデータ送信元としてのファクシミリ
（ＦＡＸ）１１〜３１が設けられ、従来と同様に、これ
らファクシミリ１１〜３１からのイメージデータが通信
回線７０を介して地区センタ４０に送信されるようにな
っている。

【００３２】また、ファクシミリ１１〜３１からのデー
タを蓄積し、そのデータ処理を行う管理センタである地
区センタ４０は、ファクシミリ受信制御装置（ＦＣＵ）
４１０、制御部（ＭＣＵ）４２、検証修正部４３、ディ
スク装置４４、ワークステーション（ＷＳ）４５、認識
装置４６、ディスク装置４７、プリンタ４８、ファクシ
ミリ４９で構成されている。ここで、ＦＣＵ４１０に
は、本実施例の特徴点であるリカバリパターンテーブル
１０１と、リカバリ処理部１０２が設けられている。リ
カバリパターンテーブル１０１は、地区センタ４０のＭ
ＣＵ４２に障害が発生したと仮定した場合、その障害発
生時刻に対応したリカバリ処理の種類を予め示すテーブ
ルである。

【００３３】図５は、このリカバリパターンテーブル１
０１の内容とリカバリ処理実行のフローチャートを示す
図である。即ち、リカバリパターンテーブル１０１は、
障害発生時刻の時間帯が４分割され、これらの時間帯に
対応したパターンが各々設定されている。例えば、時間
帯が８：００〜１２：００ではパターンＡ、１２：００
〜１３：００ではパターンＢ、１３：００〜１５：００
ではパターンＣ、１５：００〜１７：００ではパターン
Ａといったように予めパターンが決定されている。尚、
このパターンＡ〜Ｃの内容については、後で詳細に説明
する。

【００３４】図１において、リカバリ処理部１０２は、
ＭＣＵ４２で障害が発生した場合、リカバリパターンテ
ーブル１０１を参照し、その障害発生時刻に対応したリ
カバリ処理を行う機能を有している。また、その他のＦ
ＣＵ４１０の機能および地区センタ４０における他の各
構成は、従来の構成と同様であるため、ここでの説明は
省略する。更に、通信制御装置（ＣＣＬ）５０、ホスト
（ＨＯＳＴ）６０、通信回線７０の構成も従来と同様で
ある。

【００３５】次に上記構成のＦＡＸ−ＯＣＲシステムに
おける障害発生時の動作を説明する。尚、ＦＡＸ−ＯＣ
Ｒシステムのデータ処理の流れ、即ち図中ステップ〜
で示す動作は、従来と同様であるため、ここでの説明
は省略する。地区センタ４０のＭＣＵ４２で何らかの障
害が発生した場合、ＦＣＵ４１０は図５に示すようにリ
カバリ処理を行う。

【００３６】先ず、ＦＣＵ４１０がＭＣＵ４２の障害を
検出すると（ステップＳ１）、ＦＣＵ４１０のリカバリ
処理部１０２は、図示省略したＦＣＵ４１０内のクロッ
クより現在時刻をリードする（ステップＳ２）。次い
で、リカバリ処理部１０２は、リカバリパターンテーブ
ル１０１をリードし（ステップＳ３）、ステップＳ２で
リードした現在時刻からリカバリパターンを決定する
（ステップＳ４）。そして、リカバリ処理部１０２は、
決定したリカバリ処理を実行する（ステップＳ５）。

【００３７】次に、上記リカバリパターンＡ〜Ｃについ
て説明する。《第１のパターン》図６は、第１のパターン（パターン
Ａ）を説明するためのフローチャートである。このパタ
ーンＡは、ホスト６０の受付終了までに十分時間のある
場合である。尚、図５に示したリカバリパターンテーブ
ル１０１において、時間帯１５：００〜１７：００がパ
ターンＡとなっているのは、通常、他行宛の振込処理は
１５：００頃までで当日処理が打ち切られるため、即
ち、他行間とのホストの受付が終了するため、これ以降
の処理は同行間のみとなり、この場合は、時間的に十分
余裕があるからである。

【００３８】ＭＣＵ４２に障害が発生し（ステップＳ
１）、ＦＣＵ４１０がこれを検出すると（ステップＳ
２）、リカバリ処理部１０２は、先ず、第１パターンの
同報メッセージの文言をリードする（ステップＳ３）。
尚、この同報メッセージの文言や後述する復旧メッセー
ジ等の文言は、システム立上げ時にＭＣＵ４２から転送
されたり、予めＦＣＵ４１０内の図示しないメモリある
いはディスク装置４４に格納されているものである。

【００３９】ステップＳ２で第１パターンの文言をリー
ドすると、リカバリ処理部１０２は、その同報メッセー
ジを各営業店１０〜３０宛に送信する（ステップＳ
４）。各営業店１０〜３０では、この同報メッセージが
各ファクシミリ１１〜３１で受信され、これが出力され
る（ステップＳ５）。図中のｂがこの同報メッセージ例
であり、地区センタ４０に障害が発生し、障害が復旧す
るまでは帳票の送信を停止するようメッセージが伝達さ
れる。

【００４０】その後、ＭＣＵ４２の障害が復旧すると
（ステップＳ６）、ＭＣＵ４２は復旧通知をＦＣＵ４１
０に対して出力する（ステップＳ７）。これにより、Ｆ
ＣＵ４１０のリカバリ処理部１０２は、ディスク装置４
４内に滞留していた帳票のイメージデータ（図中、ａで
示す）をＭＣＵ４２に送信する（ステップＳ８）。次
に、リカバリ処理部１０２は、復旧通知のメッセージを
ファクシミリ送信用のイメージデータに編集し（ステッ
プＳ９）、これを各営業店１０〜３０に送信する（ステ
ップＳ１０）。

【００４１】各営業店１０〜３０では、これをファクシ
ミリ１１〜３１で受信し、メッセージとして出力する
（ステップＳ１１）。図中のｃが、この復旧メッセージ
であり、帳票の送信を再開できることが示されている。
このように、パターンＡでは、障害発生前に各営業店１
０〜３０から地区センタ４０に送信した帳票データは地
区センタ４０で処理するため、営業店１０〜３０から再
送する必要がない。

【００４２】《第２のパターン》図７は、第２のパター
ン（パターンＢ）を説明するためのフローチャートであ
る。このパターンＢは、ホスト６０の受付終了までにあ
る程度の時間がある場合に障害となった際に有効なリカ
バリ処理である。

【００４３】先ず、ＭＣＵ４２に障害が発生し（ステッ
プＳ１）、これをＦＣＵ４１０が検出すると（ステップ
Ｓ２）、リカバリ処理部１０２は第２パターンの文言を
リードし（ステップＳ３）、これを各営業店１０〜３０
に同報メッセージとして送信する（ステップＳ４）。各
営業店１０〜３０では、これをファクシミリ１１〜３１
で受信し、メッセージとして出力する（ステップＳ
５）。この同報メッセージを図中ｂに示す。即ち、障害
発生後、地区センタ４０ではデータ処理の受付は行わ
ず、それ以降の帳票データ処理は営業店１０〜３０で処
理する旨のメッセージである。

【００４４】一方、ＦＣＵ４１０のリカバリ処理部１０
２は、障害発生までに受信していた滞留データａを、ス
テップＳ３でリードした文言を付加して地区センタ４０
のファクシミリ４９に出力する（ステップＳ６）。

【００４５】図８に、ファクシミリ４９で出力した帳票
のイメージを示す。この帳票のイメージデータは、図４
で示した振込依頼書の記載内容を示すもので、図中、Ａ
が付加した文言である。

【００４６】これにより、地区センタ４０では、ＭＣＵ
４２が復旧すると（ステップＳ７）、その復旧通知をＦ
ＣＵ４１０に対して送信すると共に（ステップＳ８）、
ステップＳ６で出力された帳票のデータ処理を行う（ス
テップＳ９）。この帳票データ処理は、検証修正部４３
のワークステーション４３１〜４３３よりデータエント
リ、即ちオペレータによる手入力による処理を行うか、
あるいは地区センタ４０に設置されている別の端末装置
でデータエントリを行う等の方法がある。以上のよう
に、第２のパターン（パターンＢ）は、障害発生前に受
信した滞留データを地区センタ４０でデータ処理するこ
とを特徴とするものである。

【００４７】《第３のパターン》図９は、第３のパター
ン（パターンＣ）を説明するためのフローチャートであ
る。このパターンＣは、ホスト６０の受付終了直前に障
害となった場合に有効なリカバリ処理である。

【００４８】先ず、ＭＣＵ４２に障害が発生し（ステッ
プＳ１）、これをＦＣＵ４１０が検出すると（ステップ
Ｓ２）、リカバリ処理部１０２は第３パターンの文言を
リードし（ステップＳ３）、これを各営業店１０〜３０
に同報メッセージとして送信する（ステップＳ４）。ま
た、障害発生前に受信した滞留データａを返送する（ス
テップＳ５）。各営業店１０〜３０では、これらの送信
データをファクシミリ１１〜３１で受信して出力する
（ステップＳ６、Ｓ７）。

【００４９】ステップＳ６で出力した同報メッセージを
図中ｂに示す。即ち、営業店１０〜３０から送信する予
定であった未送信帳票と返送帳票は営業店１０〜３０で
処理するよう要請する旨のメッセージとなっている。ま
た、返送帳票は以下の通りとなっている。

【００５０】図１０は、返送帳票例である。この帳票の
イメージデータは、各ファクシミリ１１〜３１から地区
センタ４０に送信した振込依頼書の記載内容を示すもの
で、図中、Ａが付加されている文言である。これによ
り、各営業店１０〜３０では、直接ホスト６０に対して
データを送信し、処理を終了する。以上のように、この
第３のパターンは、障害発生以降にＭＣＵ４２にて未処
理のデータは全て各営業店１０〜３０で処理するもので
ある。

【００５１】次に、リカバリパターンテーブル１０１を
障害発生時刻だけでなく、データ送信先に対応させてリ
カバリ処理のパターンを設定した他の実施例を説明す
る。図１１は、他の実施例を説明するためのリカバリパ
ターンテーブルとリカバリ処理のフローチャートであ
る。即ち、この実施例では、他行宛の帳票送信と、自行
宛の帳票送信とを電話番号（回線）を換えることによっ
て地区センタ４０におけるＦＣＵ４１０がこれに応じた
リカバリ処理を行うものである。例えば、ホスト６０の
受付終了時刻の早い（通常は１５：００頃）他行宛の処
理は８：００から１７：００までのパターンが「Ａ、
Ｂ、Ｃ、Ａ」であり、ホスト６０の受付終了時刻の遅い
自行宛の処理はそのパターンが「Ａ、Ａ、Ｂ、Ｃ」とな
っている。尚、このように回線７０ａと回線７０ｂとを
用いることは、公衆網への申請で容易に対応が可能であ
る。

【００５２】このように構成された他の実施例では、営
業店１０〜３０では、回線７０ａとして、電話番号（例
えば、0484-31-1234）に他行宛の帳票を送信し（ステッ
プＳ１）、回線７０ｂとして電話番号（例えば、0484-3
1-5678）に自行宛の帳票を送信する（ステップＳ２）。
ＦＣＵ４１０では、これらの帳票データをディスク装置
４４内の別のファイルにタンキング（打溜）する。

【００５３】そして、ＭＣＵ４２に障害が発生し、これ
をＦＣＵ４１０が検出すると（ステップＳ３）、リカバ
リ処理部１０２は現在時刻をリードし（ステップＳ
４）、リカバリパターンテーブル１０１をリードする
（ステップＳ５）。その後、リカバリ処理部１０２は、
他行宛の滞留データａと自行宛の滞留データｂとに対応
したリカバリパターンを決定する（ステップＳ６および
ステップＳ７）。例えば、障害発生時刻が“１３：３
０”であった場合、他行宛の滞留データａのリカバリパ
ターンは「Ｃ」であり、自行宛の滞留データｂのリカバ
リパターンは「Ｂ」である。従って、他行宛の滞留デー
タａは営業店１０〜３０は返送され（ステップＳ８）、
自行宛の滞留データｂの場合は、ＭＣＵ４２の復旧待ち
となる（ステップＳ９）。即ち、自行宛の滞留データｂ
の場合は、障害復旧後、ＦＣＵ４１０よりＭＣＵ４２に
対して送信する。

【００５４】尚、上記各実施例では、リカバリパターン
テーブル１０１におけるリカバリパターンを３種類とし
たが、これに限定されるものではなく、更に多くのパタ
ーンとすることも可能であり、また、そのリカバリ処理
についても、適用するシステムの形態に応じて種々変更
してもよい。また、上記各実施例では、障害リカバリ制
御システムを適用するシステムとして金融機関における
ＦＡＸ−ＯＣＲシステムの場合を説明したが、複数のデ
ータ送信元からデータを管理センタに送信し、これらの
データを管理センタで処理するシステムであれば、上記
各実施例と同様の効果を奏することができる。

【００５５】

【発明の効果】以上説明したように、第１発明の障害リ
カバリ制御システムによれば、予め障害時刻に対応した
リカバリ処理のパターンを設定し、障害が発生した場合
は、このパターン別にリカバリ処理を行うようにしたの
で、データ再送等の必要がなく、効率が向上すると共
に、障害に最適なリカバリ処理を行えるため、システム
としての信頼性も向上させることができる。

【００５６】第２発明の障害リカバリ制御システムによ
れば、リカバリ処理のパターンをデータ送信先にも対応
させて設定するようにしたので、第１発明の効果に加え
て更に効率向上と信頼性向上を図ることができる。

【００５７】第３発明の障害リカバリ制御システムによ
れば、リカバリ処理を、障害発生後管理センタ側で受信
を再開するか、また、障害発生前の未処理データを送信
元に返送するかといった制御のパターンとしたので、上
記第１発明の効果に加えて、データ送信元でも障害発生
後の処理を速やかにかつ確実に行うことができる。

【００５８】第４発明の障害リカバリ制御システムによ
れば、障害発生時は、各データ送信元に対して各パター
ンに対応した同報メッセージを送出するようにしたの
で、データ送信元でも管理センタの状況が分かり、その
後の処理への対応を速やかに行うことができる。

【図面の簡単な説明】

【図１】本発明の一実施例による障害リカバリ制御シス
テムの適用例を示すブロック図である。

【図２】従来の障害リカバリ制御処理を説明するための
システムブロック図である。

【図３】従来の障害リカバリ処理のフローチャートであ
る。

【図４】帳票の一例を示す図である。

【図５】本発明の障害リカバリ制御システムの動作フロ
ーチャートとリカバリパターンテーブルを示す図であ
る。

【図６】本発明の障害リカバリ制御システムにおけるリ
カバリ処理の第１パターンを示す説明図である。

【図７】本発明の障害リカバリ制御システムにおけるリ
カバリ処理の第２パターンを示す説明図である。

【図８】本発明の障害リカバリ制御システムにおけるリ
カバリ処理の第２パターンでの出力帳票イメージを示す
説明図である。

【図９】本発明の障害リカバリ制御システムにおけるリ
カバリ処理の第３パターンを示す説明図である。

【図１０】本発明の障害リカバリ制御システムにおける
リカバリ処理の第３パターンでの出力帳票イメージを示
す説明図である。

【図１１】本発明の障害リカバリ制御システムにおける
他の実施例を示す説明図である。

【符号の説明】

１１、２１、３１データ送信元（ファクシミリ）４０管理センタ（地区センタ）４２制御部４９ファクシミリ６０ホスト１０１リカバリパターンテーブル１０２リカバリ処理部

Claims

【特許請求の範囲】

【請求項１】複数のデータ送信元と、前記複数のデー
タ送信元と通信回線を介して接続され、各々のデータ送
信元からのデータを蓄積し、データ処理を行う管理セン
タとからなるシステムにおいて、前記管理センタは、当該管理センタでの障害発生を想定し、その障害発生時
刻に対応したリカバリ処理のパターンを予め設定したリ
カバリパターンテーブルと、前記管理センタで障害が発生した場合、前記リカバリパ
ターンテーブルを参照し、障害発生時刻に対応したリカ
バリ処理を行うリカバリ処理部とを備えたことを特徴と
する障害リカバリ制御システム。
【請求項２】リカバリパターンテーブルは、管理セン
タでの障害発生を想定し、その障害発生時刻と、データ
送信元からのデータ送信先とに対応してリカバリ処理の
パターンを予め設定したことを特徴とする請求項１記載
の障害リカバリ制御システム。
【請求項３】リカバリ処理部は、障害発生後にデータ
受信を再開するか否かを制御する受信制御と、障害発生
までの未処理データをデータ送信元に返送するか否かを
制御する返送制御とに基づくパターンで動作することを
特徴とする請求項１または２記載の障害リカバリ制御シ
ステム。
【請求項４】リカバリ処理部は、障害発生後にデータ
受信を再開するか否かを制御する受信制御と、障害発生
までの未処理データをデータ送信元に返送するか否かを
制御する返送制御とに基づきパターンを決定すると共
に、複数のデータ送信元に対して各パターンに対応した
同報メッセージを出力することを特徴とする請求項１ま
たは２記載の障害リカバリ制御システム。