JPH044433A - 通信制御装置 - Google Patents
通信制御装置Info
- Publication number
- JPH044433A JPH044433A JP2106038A JP10603890A JPH044433A JP H044433 A JPH044433 A JP H044433A JP 2106038 A JP2106038 A JP 2106038A JP 10603890 A JP10603890 A JP 10603890A JP H044433 A JPH044433 A JP H044433A
- Authority
- JP
- Japan
- Prior art keywords
- failure
- fault
- counter
- communication control
- control device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
［産業上の利用分野］
この発明は通信制御装置に関し、特にその障害復旧処理
に関するものである。
に関するものである。
［従来の技術］
販売時点情報管理システム（ｐｏｓ）の端末や、銀行の
現金自動支払い機（ＣＤ）等は、ホストコンピュータ等
に接続されて動作を行うようになっている。このような
ＰＯ８端末やＣＤ端末等の下位機器とホストコンピュー
タ等の上位機器とのデータ通信の制御を行うものが通信
制御装置である。
現金自動支払い機（ＣＤ）等は、ホストコンピュータ等
に接続されて動作を行うようになっている。このような
ＰＯ８端末やＣＤ端末等の下位機器とホストコンピュー
タ等の上位機器とのデータ通信の制御を行うものが通信
制御装置である。
第４図に、通信制御装置を用いたシステムの構成図を示
す。公衆回線や専用回線等の回線網２を介して、ホスト
コンピュータ４、通信制御装置６が接続されている。通
信制御装置６には、ライン８が接続されており、ＰＯＳ
やＣＤ等の端末１０とともに、ローカルエリアネットワ
ーク（ＬＡＮ）を構成している。
す。公衆回線や専用回線等の回線網２を介して、ホスト
コンピュータ４、通信制御装置６が接続されている。通
信制御装置６には、ライン８が接続されており、ＰＯＳ
やＣＤ等の端末１０とともに、ローカルエリアネットワ
ーク（ＬＡＮ）を構成している。
通信制御装置６の役割は、端末１０から送られてくるデ
ータをホストコンピュータ４に送ったり、ホストコンピ
ュータ４からのデータを端末ＩＱに送ったりすることで
ある。例えば、ＣＤ端末１０から暗証番号データが入力
されると、通信制御装置６はこれを受は取り、通信網２
を介してホストコンピュータ４に送る。暗証番号データ
を受は取ったホストコンピュータ４は、暗証番号の適否
を確認し、結果データを通信制御装置６に送り返す。通
信制御装置６は、この結果データを暗証番号データが送
られてきたＣＤ端末１０に送り返す。上記のようにして
一連のデータ通信が完了する。
ータをホストコンピュータ４に送ったり、ホストコンピ
ュータ４からのデータを端末ＩＱに送ったりすることで
ある。例えば、ＣＤ端末１０から暗証番号データが入力
されると、通信制御装置６はこれを受は取り、通信網２
を介してホストコンピュータ４に送る。暗証番号データ
を受は取ったホストコンピュータ４は、暗証番号の適否
を確認し、結果データを通信制御装置６に送り返す。通
信制御装置６は、この結果データを暗証番号データが送
られてきたＣＤ端末１０に送り返す。上記のようにして
一連のデータ通信が完了する。
ところで、運用中の通信制御装置６に障害が生じた場合
のために、同じ構成の通信制御装置７が待機機として設
けられている。通常は、待機機である通信制御装置７に
は、電源が供給されておらず稼働していない。運用機６
に障害が生じると、電源制御ライン９を介して、待機機
７に電源を投入し、待機機７によって運用を行う。
のために、同じ構成の通信制御装置７が待機機として設
けられている。通常は、待機機である通信制御装置７に
は、電源が供給されておらず稼働していない。運用機６
に障害が生じると、電源制御ライン９を介して、待機機
７に電源を投入し、待機機７によって運用を行う。
［発明が解決しようとする課題］
しかしながら、従来のようなシステムにおいては、次の
ような問題があった。
ような問題があった。
運用機６から待機機７への切り換えは、データの転送等
の手順が複雑であり、好ましいものではない。一方、運
用機６の障害の中には、一過性のプログラムバグのよう
に、再スタートを行うことによって再び正常に動作させ
ることができる場合がある。ところが、障害発生時に直
ちに待機機７への切り換えを行うシステムにおいては、
このような場合であっても待機機７への切り換えを行っ
てしまうという問題点があった。
の手順が複雑であり、好ましいものではない。一方、運
用機６の障害の中には、一過性のプログラムバグのよう
に、再スタートを行うことによって再び正常に動作させ
ることができる場合がある。ところが、障害発生時に直
ちに待機機７への切り換えを行うシステムにおいては、
このような場合であっても待機機７への切り換えを行っ
てしまうという問題点があった。
この発明は、上記のような問題点を解決して、障害に対
して適切な処理を行うことのできる通信制御装置を提供
することを目的とする。
して適切な処理を行うことのできる通信制御装置を提供
することを目的とする。
［課題を解決するための手段］
この発明に係る通信制御装置においては、障害種別ごと
に障害発生回数カウンタを設け、障害種別および障害発
生回数カウンタにおいて示される障害発生回数に対応し
て障害復旧処理を行うことを特徴としている。
に障害発生回数カウンタを設け、障害種別および障害発
生回数カウンタにおいて示される障害発生回数に対応し
て障害復旧処理を行うことを特徴としている。
［作用］
障害種別によって適切な障害復旧処理を行うようにして
いるので、復旧時間が早く、確実な復旧を行うことがで
きる。さらに、障害種別ごとに発生回数を記憶している
ので、同種の障害が連続して発生した場合にも、適切な
復旧処理を行うことができる。
いるので、復旧時間が早く、確実な復旧を行うことがで
きる。さらに、障害種別ごとに発生回数を記憶している
ので、同種の障害が連続して発生した場合にも、適切な
復旧処理を行うことができる。
［実施例］
第３図に、この発明の一実施例による通信制御装置のハ
ードウェア構成図を示す。パスライン２２（データライ
ンおよび制御ライン）には、ＲＯＭ２４、ＲＡＭ２６、
ホスト通信制御回路３０、端末通信制御回路３２、電源
制御回路３４が接続されている。
ードウェア構成図を示す。パスライン２２（データライ
ンおよび制御ライン）には、ＲＯＭ２４、ＲＡＭ２６、
ホスト通信制御回路３０、端末通信制御回路３２、電源
制御回路３４が接続されている。
ＣＰＵ２０は、ＲＯＭ２４およびＲＡＭ２６に記憶され
たプログラムに従って、各部を制御する。なお、ＲＡＭ
２６には、障害の種別毎に障害発生回数が記憶される。
たプログラムに従って、各部を制御する。なお、ＲＡＭ
２６には、障害の種別毎に障害発生回数が記憶される。
すなわち、この実施例では、ＲＡＭ２６の一部を、障害
発生回数カウンタとして用いている。また、バッテリバ
ックアップを施しておけば、故障時にも障害発生回数カ
ウンタの値が消失するおそれがない。
発生回数カウンタとして用いている。また、バッテリバ
ックアップを施しておけば、故障時にも障害発生回数カ
ウンタの値が消失するおそれがない。
ホスト通信制御回路３０はホストコンピュータ４との通
信を制御するためのものであり、端末通信制御回路３２
は各端末１０との通信を制御するためのものである。電
源制御回路３４は、自機が故障した場合に、自機の電源
回路２８をオフにし、他機の電源回路（図示せず）をオ
ンにするためのものである。
信を制御するためのものであり、端末通信制御回路３２
は各端末１０との通信を制御するためのものである。電
源制御回路３４は、自機が故障した場合に、自機の電源
回路２８をオフにし、他機の電源回路（図示せず）をオ
ンにするためのものである。
第２図に、ＲＯＭ２４およびＲＡＭ２６に記憶されたプ
ログラムのフローチャートを示す。電源が投入されると
、まずハードウェアおよびソフトウェアの初期化が行わ
れる（ステップＳ＋ 、Ｓ２）。次に、ハードウェアの
自己診断を行った後（ステップＳａ）、業務処理プログ
ラムを開始する（ステップＳ４）。
ログラムのフローチャートを示す。電源が投入されると
、まずハードウェアおよびソフトウェアの初期化が行わ
れる（ステップＳ＋ 、Ｓ２）。次に、ハードウェアの
自己診断を行った後（ステップＳａ）、業務処理プログ
ラムを開始する（ステップＳ４）。
業務処理を行っている際に障害が発生すると、ＣＰＵ２
０は、第１図Ａに示す障害処理プログラムを実行する。
０は、第１図Ａに示す障害処理プログラムを実行する。
障害処理プログラムは、障害の種別ごとに、障害処理１
から障害処理ｎまで設けられている（図において、障害
処理２から障害処理ｎのフローチャートは省略しである
）。ここでは、データエラーが発生したものとして説明
を進める。
から障害処理ｎまで設けられている（図において、障害
処理２から障害処理ｎのフローチャートは省略しである
）。ここでは、データエラーが発生したものとして説明
を進める。
第１図Ａのフローチャートにおいて、データエラーは、
障害処理１で処理されるものとする。
障害処理１で処理されるものとする。
まず、ステップＳＩＯにおいて、障害発生カウンタがＯ
であるか１であるかを判断する。ここで、障害発生カウ
ンタは、第１表のように、障害種別ごとに設けられてい
る。なお、第１表では、例示として３種の障害のみを掲
げている。
であるか１であるかを判断する。ここで、障害発生カウ
ンタは、第１表のように、障害種別ごとに設けられてい
る。なお、第１表では、例示として３種の障害のみを掲
げている。
第１表
障害種別 データエラー 通信障害 ハード障害発生回
数 ０ ０ ０第１表によれば
、データエラーの発生回数はＯであるから、ＣＰＵ２０
はステップＳ＋１へ分岐する。
数 ０ ０ ０第１表によれば
、データエラーの発生回数はＯであるから、ＣＰＵ２０
はステップＳ＋１へ分岐する。
ステップＳｌｌにおいては、データエラーの発生回数を
＋１ （インクリメント）する。したがって、障害発生
カウンタは、第２表のようになる。
＋１ （インクリメント）する。したがって、障害発生
カウンタは、第２表のようになる。
第２表
障害種別 データエラー 通信障害 ハード障害発生回
数 １ ０ ０次に、ＣＰＵ２０は
リセットを行って、システムを再起動させる（ステップ
Ｓ、２）。システムが再起動されると、第２図のステッ
プＳ１以降が実行される。したがって、リセット再起動
により、システムが正常に動作すれば、業務処理が継続
して行われる（ステップｓｅ）。データエラーは、リセ
ット再起動により復旧する可能性があるので、直ちに待
機機への切り換えを行わないようにしている。
数 １ ０ ０次に、ＣＰＵ２０は
リセットを行って、システムを再起動させる（ステップ
Ｓ、２）。システムが再起動されると、第２図のステッ
プＳ１以降が実行される。したがって、リセット再起動
により、システムが正常に動作すれば、業務処理が継続
して行われる（ステップｓｅ）。データエラーは、リセ
ット再起動により復旧する可能性があるので、直ちに待
機機への切り換えを行わないようにしている。
ところで、システムが正常に再起動すれば、障害発生カ
ウンタをクリアする必要がある。このため、この実施例
では、業務処理開始後にタイマタスクを実行している（
ステップＳＳ）。タイマタスクのフローチャートを第２
図の右側に示す。なお、このタイマタスクは、ＣＰＵ２
０のマルチタスクとして業務処理プログラムと並行して
実行される。
ウンタをクリアする必要がある。このため、この実施例
では、業務処理開始後にタイマタスクを実行している（
ステップＳＳ）。タイマタスクのフローチャートを第２
図の右側に示す。なお、このタイマタスクは、ＣＰＵ２
０のマルチタスクとして業務処理プログラムと並行して
実行される。
まず、ステップＳ５゜において、復旧完了タイマをセッ
トする。この実施例においては、３６００秒としている
。次に、１秒ごとに復旧カウンタを−１（デクリメント
）する（ステップＳ５１．Ｓ５□）。そして、復旧カウ
ンタの値が０になれば、すべての障害発生カウンタをク
リアする（ステップ５６４）。
トする。この実施例においては、３６００秒としている
。次に、１秒ごとに復旧カウンタを−１（デクリメント
）する（ステップＳ５１．Ｓ５□）。そして、復旧カウ
ンタの値が０になれば、すべての障害発生カウンタをク
リアする（ステップ５６４）。
すなわち、この実施例では、業務処理が再開されて、３
６００秒経過すれば、障害発生カウンタをクリアするよ
うにしている。このようにすることにより、−復旧され
た障害のカウント値がいつまでも残ることがなくなる。
６００秒経過すれば、障害発生カウンタをクリアするよ
うにしている。このようにすることにより、−復旧され
た障害のカウント値がいつまでも残ることがなくなる。
ところで、３６００秒経過までに、再びデータエラーが
生じて停止した場合には、次のように処理される。ＣＰ
Ｕ２０は、第１図の障害処理プログラムを実行し、まず
、データエラーの発生回数を見る。
生じて停止した場合には、次のように処理される。ＣＰ
Ｕ２０は、第１図の障害処理プログラムを実行し、まず
、データエラーの発生回数を見る。
ここでは、第２表に示すとおり、カウンタ値は１である
。したがって、ステップＳ１ｇを実行し、カウンタ値を
Ｏにする。次に、ＣＰＵ２０は、電源制御回路３４を制
御して、待機機の電源回路をオンにする（ステップ５１
４）。さらに、自機の電源回路２８をオフにする（ステ
ップＳ０．）。このように″して、待機機への切り換え
を行う。すなわち、リセット再起動によっても障害が復
旧しない場合には、待機機への切り換えが行われる。
。したがって、ステップＳ１ｇを実行し、カウンタ値を
Ｏにする。次に、ＣＰＵ２０は、電源制御回路３４を制
御して、待機機の電源回路をオンにする（ステップ５１
４）。さらに、自機の電源回路２８をオフにする（ステ
ップＳ０．）。このように″して、待機機への切り換え
を行う。すなわち、リセット再起動によっても障害が復
旧しない場合には、待機機への切り換えが行われる。
上記実施例においては、同一種別の障害について、１度
目の停止によりリセット再スタート、２度目の停止によ
り待機機への切り換えを行っている。しかし、複数回リ
セット再スタートを行った後に、待機機へ□の切り換え
を行うようにしてもよい。
目の停止によりリセット再スタート、２度目の停止によ
り待機機への切り換えを行っている。しかし、複数回リ
セット再スタートを行った後に、待機機へ□の切り換え
を行うようにしてもよい。
次に、通信障害が生じた場合の障害処理を第１図Ｂにフ
ローチャートで示す。通信障害は、外部からの障害であ
るため、ＲＡＭ２６にプログラムやデータ等が正しく記
憶された状態で停止する場合がある。したがって、最初
の停止により、ホットスタートによるリセット再起動を
行う。すなわち、プログラムを外部記憶装置からロード
せず、ＲＡＭ２６に残っている内容によって起動する（
ステップ８２ａ 、Ｓ２□）。このことにより、プログ
ラムをロードする時間を省略して再起動でき、再起動に
要する時間を短縮することができる。
ローチャートで示す。通信障害は、外部からの障害であ
るため、ＲＡＭ２６にプログラムやデータ等が正しく記
憶された状態で停止する場合がある。したがって、最初
の停止により、ホットスタートによるリセット再起動を
行う。すなわち、プログラムを外部記憶装置からロード
せず、ＲＡＭ２６に残っている内容によって起動する（
ステップ８２ａ 、Ｓ２□）。このことにより、プログ
ラムをロードする時間を省略して再起動でき、再起動に
要する時間を短縮することができる。
ホットスタートによって、正常に再起動しなかった場合
には、コールドスタートを行う（ステップＳ２１ 、Ｓ
ｐ□）。すなわち、プログラムを外部記憶装置からＲＡ
Ｍ２６にロードして、起動を行う。
には、コールドスタートを行う（ステップＳ２１ 、Ｓ
ｐ□）。すなわち、プログラムを外部記憶装置からＲＡ
Ｍ２６にロードして、起動を行う。
さらに、コールドスタートによっても正常に起動しない
場合には、待機機への切り換えを行う（ステップＳ２’
Ｂ、Ｓ＊４，５２ｓ） 。
場合には、待機機への切り換えを行う（ステップＳ２’
Ｂ、Ｓ＊４，５２ｓ） 。
次に、ハードウェア障害によって停止した場合の障害処
理のフローチャートを第１図Ｃに示す。
理のフローチャートを第１図Ｃに示す。
ハードウェア障害の場合には、リセット再起動によって
復旧する見込がないので、直ちに待機機への切り換えを
行うようにしている（ステップＳ３１゜Ｓ３□）。
復旧する見込がないので、直ちに待機機への切り換えを
行うようにしている（ステップＳ３１゜Ｓ３□）。
［発明の効果］
この発明に係る通信制御装置においては、障害種別に対
応して種々の障害復旧処理を行うようにしているので、
復旧時間が早く、確実な復旧を行うことができる。さら
に、障害種別ごとに発生回数を記憶しているので、同種
の障害が連続して発生した場合にも、適切な復旧処理を
行うことができる。
応して種々の障害復旧処理を行うようにしているので、
復旧時間が早く、確実な復旧を行うことができる。さら
に、障害種別ごとに発生回数を記憶しているので、同種
の障害が連続して発生した場合にも、適切な復旧処理を
行うことができる。
第１図（ＡないしＣ）はこの発明の一実施例による通信
制御装置における障害処理を示すフローチャート、 第２図はこの発明の一実施例による通信制御システムに
おける業務処理およびタイマタスクを示すフローチャー
ト、 第８図は通信制御装置のハードウェア構成を示す図、 第４図は通信制御システムの一般的な構成を示す図であ
る。 ４・・・ホストコンピュータ ６．７・・・通信制御装置 １０・・・端末 第 ２ 図 電鴻オン タイマタスクハードウェ
ア 了タイマ〈力初期化
ｌ ウンタ）をセットプログラム
１ 秒ＷＡ Ｉ Ｔ Ｓ５１初期化 ハードウェア 纜旧完了カワンタ ｓ５
゜自己二臼折 アクリメント業務処
理開始 ウンタ＝ＯＮ○ＥＳ 障害発生回数力ウ タイママスク ンタを０にセット辻φΦカ 終了 業務処理 第 ３ 図
制御装置における障害処理を示すフローチャート、 第２図はこの発明の一実施例による通信制御システムに
おける業務処理およびタイマタスクを示すフローチャー
ト、 第８図は通信制御装置のハードウェア構成を示す図、 第４図は通信制御システムの一般的な構成を示す図であ
る。 ４・・・ホストコンピュータ ６．７・・・通信制御装置 １０・・・端末 第 ２ 図 電鴻オン タイマタスクハードウェ
ア 了タイマ〈力初期化
ｌ ウンタ）をセットプログラム
１ 秒ＷＡ Ｉ Ｔ Ｓ５１初期化 ハードウェア 纜旧完了カワンタ ｓ５
゜自己二臼折 アクリメント業務処
理開始 ウンタ＝ＯＮ○ＥＳ 障害発生回数力ウ タイママスク ンタを０にセット辻φΦカ 終了 業務処理 第 ３ 図
Claims (1)
- （１）下位機器と上位機器との間のデータ通信を制御す
る通信制御装置において、 障害種別ごとに障害発生回数カウンタを設け、障害種別
および障害発生回数カウンタにおいて示される障害発生
回数に対応して障害復旧処理を行うことを特徴とする通
信制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2106038A JPH044433A (ja) | 1990-04-20 | 1990-04-20 | 通信制御装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2106038A JPH044433A (ja) | 1990-04-20 | 1990-04-20 | 通信制御装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH044433A true JPH044433A (ja) | 1992-01-08 |
Family
ID=14423472
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2106038A Pending JPH044433A (ja) | 1990-04-20 | 1990-04-20 | 通信制御装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH044433A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007229041A (ja) * | 2006-02-28 | 2007-09-13 | Sansei R & D:Kk | 遊技機 |
| JP2008118781A (ja) * | 2006-11-06 | 2008-05-22 | Chugoku Electric Power Co Inc:The | リセット回路、保護継電装置、および、保護継電装置のリセット方法 |
-
1990
- 1990-04-20 JP JP2106038A patent/JPH044433A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007229041A (ja) * | 2006-02-28 | 2007-09-13 | Sansei R & D:Kk | 遊技機 |
| JP2008118781A (ja) * | 2006-11-06 | 2008-05-22 | Chugoku Electric Power Co Inc:The | リセット回路、保護継電装置、および、保護継電装置のリセット方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5155729A (en) | Fault recovery in systems utilizing redundant processor arrangements | |
| JP3844621B2 (ja) | アプリケーション実現方法及びアプリケーション実現装置 | |
| US7975188B2 (en) | Restoration device for BIOS stall failures and method and computer program product for the same | |
| US6622261B1 (en) | Process pair protection for complex applications | |
| US4823256A (en) | Reconfigurable dual processor system | |
| JP2001184145A (ja) | 情報処理装置等のリモート電源管理システム | |
| CN111124728B (zh) | 业务自动恢复方法、系统、可读存储介质及服务器 | |
| CN108737153B (zh) | 区块链灾备系统、方法、服务器和计算机可读存储介质 | |
| JPH044444A (ja) | 通信制御システム | |
| JPH044433A (ja) | 通信制御装置 | |
| US20060023627A1 (en) | Computing system redundancy and fault tolerance | |
| JPH05314075A (ja) | オンラインコンピュータ装置 | |
| JP6364773B2 (ja) | 情報処理装置、情報処理システム、メモリレプリケーション方法、並びにコンピュータ・プログラム | |
| JPH06222943A (ja) | 情報処理連続運転方法 | |
| JP3061998B2 (ja) | コンピュータのフォールト・トレラント方式 | |
| CN1322705C (zh) | 一种转发设备的数据平面复位方法 | |
| JPS6139138A (ja) | 多重化システム | |
| JP2572176B2 (ja) | パケット交換機のプロセッサ切り替え方式 | |
| JP3328403B2 (ja) | 障害検出方式 | |
| JPH03206529A (ja) | コンピュータシステム | |
| JPH03266133A (ja) | ホットスタンバイシステムでの回線系障害処理方式 | |
| JP3830558B2 (ja) | オンラインシステムおよびその通信制御方法 | |
| JPH02121452A (ja) | 電子交換機システム | |
| JPH039434A (ja) | システム構成変更方式 | |
| JPS6126142A (ja) | 障害処理方式 |