JPH09198334A - データ伝送システムの障害管理方法 - Google Patents

Abstract

(57)【要約】 【課題】人手介入することなく、異常発生の端末のみ電
源断から自動立上げることにより一時的な障害に対して
システム全体を停止させないようにすることができるデ
ータ伝送システムの障害管理方法を提供することにあ
る。 【解決手段】異常が発生した端末については、リセット
コマンドでパワーオンリセットを行い、電源立上げ状態
の初期状態に設定する。そして、制御装置においては、
異常が発生した端末についての通信回路系等を初期値に
設定し、かつ、初期値のデータを設定する。このことに
より、異常が発生したデータ伝送ルートと異常が発生し
た端末をすべて立上げ状態にしてあらためてデータ伝送
を開始するようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、データ伝送シス
テムの障害管理方法に関し、詳しくは、ホストコンピュ
ータ（以下ホスト）と多数の端末装置（以下端末）とが
端末のマスタとなる端末制御装置を介して接続されてホ
ストと端末との間のデータの授受を行うデータ伝送シス
テムにおいて、人手介入することなく、異常発生の端末
のみ電源断から自動立上げすることにより一時的な障害
に対してシステム全体を停止させないような障害回復管
理方法に関する。

【０００２】

【従来の技術】ホストとマスタ（端末制御装置）が接続
され、マスタの下位に複数の端末（スレーブ）を接続し
た形態で端末とホストとがデータの授受を行うデータ伝
送システムにおいては、あるスレーブ（端末）がデータ
処理障害を起こした場合（データ処理に異常が発生した
場合も含む）には、通常、まず、同じデータの再送を行
うリトライ処理がなされる。そして、このリトライ処理
でも回復不可能であれば、障害発生端末としてマスタが
ホストに報告する。このような報告を受けたホストは、
その端末に対して論理的な切り離し処理を行い、システ
ムから切り離し、他の端末との間でのデータ処理は続行
する。また、このような場合に、異常端末の故障内容に
よっては、システム全体がダウンすることもある。

【０００３】コンピュータによるこの種のデータ伝送シ
ステムは、昼夜を問わず、常時稼働し、使用されること
が多いので、この種のシステムに障害が発生したときに
は、できるだけ早急に復旧させることが必要になる。そ
のためのシステムとして各種の障害通報システムが提案
されている。例えば、システムを制御するコンソールや
端末の表示装置に対して障害情報を表示し、音声等によ
りオペレータに対して異常を伝えるメッセージを流すこ
とがその１つである。さらに、ホストを介して保守員の
手当をする処理等も障害対策として行われる。しかし、
後者の場合には、端末側あるいはホスト側に保守員ある
いは保守可能な人材がいないと、早期の対応は不可能で
ある。しかも、障害は、予期せぬ時に発生する。そこ
で、保守員を常時待機させることも従来行われている
が、経費と勤務環境等の問題からホストから専門の保守
会社に依頼してサポートするケースが少なくない。

【０００４】

【発明が解決しようとする課題】複数台の端末のうちあ
るものがリトライしても回復しないような種類の障害の
場合には、通常、マスタに接続されているその障害端末
はダウンする。１台でもダウンすると、保守における障
害回復のために、マスタと正常にデータのやり取りが行
える他の端末までも電源が遮断され停止されてしまうこ
とは比較的多い。そのような場合にはシステム全体が停
止する。しかし、障害内容のうちには、データ処理障害
がハードウエアのバーストエラーなどに起因する場合な
どのように、ある程度時間が経過すれば障害がおさまる
ものもある。また、特定の通信プロトコルのバグに起因
するような障害であれば、マイクロプログラムの初期設
定を行うことによりデータ処理に支障をきたさないこと
もある。このような場合には、障害端末の電源を切り、
再投入しただけで障害が回復し、システムを運用するこ
とができることが多いが、システム全体をすでに停止さ
せてしまったような場合には、他の端末を含めて再起動
までの処理が必要になる。しかも、再起動の判断とその
処理は、保守員等の技能と作業とに頼らざるを得ないの
が現状であり、この種の障害に対する早期の対応は難し
い。この発明の目的は、このような従来技術の問題点を
解決するものであって、人手介入することなく、異常発
生の端末のみ電源断から自動立上げることにより一時的
な障害に対してシステム全体を停止させないようにする
ことができるデータ伝送システムの障害管理方法を提供
することにある。

【０００５】

【課題を解決するための手段】このような目的を達成す
るためのこの発明のデータ伝送システムの障害管理方法
の特徴は、コンピュータに制御装置を介して複数の端末
装置が接続され、コンピュータと端末装置とが制御装置
を介してデータの授受を行うデータ伝送システムにおい
て、端末が、リセットコマンドを受けてパワーオンリセ
ットにより電源立上げとプログラム処理についての初期
値データを設定し、これらの完了に応じて制御装置に電
源立上げ完了として応答する電源立上げ手段を有し、制
御装置が、端末に異常が発生したときには、所定のプロ
トコルに従ってリトライを行うものであって、このリト
ライにより異常が回復しないときにリセットコマンドを
異常が発生した端末に送出するリセットコマンド発生手
段と、リトライにより異常が回復しないときに異常が発
生した端末に関係する回路系を初期値設定し、かつ、通
信制御のためにプログラム処理についての初期値データ
を設定する初期設定手段と、端末から電源立上げの完了
の応答を受けて通常の処理に戻る障害処理手段とを有す
るものである。

【０００６】

【発明の実施の形態】このように、異常が発生した端末
については、リセットコマンドでパワーオンリセットを
行い、電源立上げ状態の初期状態に設定する。そして、
制御装置においては、異常が発生した端末についての通
信回路系等を初期値に設定し、かつ、初期値のデータを
設定する。このことにより、異常が発生したデータ伝送
ルートと異常が発生した端末をすべて立上げ状態にして
あらためてデータ伝送を開始する。これにより、マスタ
とスレーブ間で通信障害発生後、人手介入することなく
データ処理障害となったスレーブだけに自動的に電源投
入時のリセット動作を行わせて通常処理に戻ることがで
き、異常発生端末は、異常が回復しない限り、リセット
され続ける。このような場合に、特に、前記の障害処理
手段として、複数の端末のそれぞれが正常か、異常かを
示すテーブルを設けて、リトライにより異常が回復しな
いときに異常が回復しない端末についてテーブルに異常
を示す情報を記録するようにし、リセットコマンド発生
手段を定期的に起動されようにして、前記のテーブルを
参照して異常を示す情報が記録された端末に対してリセ
ットコマンドを発生するようにすれば、ある程度時間経
過すれば障害がおさまるものに対して有効である。その
結果、障害内容としてデータ処理障害がハードウエアの
バーストエラーなどに起因する場合やある程度時間経過
すれば障害がおさまる場合には、このようなこと、ある
いはこれの繰り返しにより、人手介入することなく、ま
た、システムをダウンさせずに回復することができる。
なお、前記以外の障害が発生した場合には、障害発生端
末が所定の条件でリセットされ続けるだけであるので、
接続された他の端末についての影響はない。この場合、
さらに異常端末についてホスト側に連絡するようにすれ
ば、ホスト側で異常発生の回数などに応じて従来からあ
る、保守員等を呼ぶなどの所定の障害対策を採ることが
できる。

【０００７】ところで、前記の構成のうち端末の電源立
上げ手段は、実施例では、ＭＰＵとメモリとこれに記憶
されたリセット処理プログラムとパワーオンリセット回
路により構成される。また、制御装置のリセットコマン
ド発生手段と初期設定手段と障害処理手段は、実施例で
は、ＭＰＵとメモリとこれに記憶された障害回復処理プ
ログラムとにより所定の周期で定期的に実行され、実現
される。

【０００８】

【実施例】図１は、この発明のデータ伝送システムの障
害管理方法を適用した一実施例の端末制御装置を中心と
したブロック図であり、図２は、伝送システムにおける
起動処理のフローチャート、図３は、端末制御装置と端
末とのデータ送受信処理のフローチャート、図４は、障
害回復処理のフローチャート、図５は、接続管理テーブ
ルの説明図である。図１において、１はホスト、２は端
末制御装置、３ａ，３ｂ，３ｃ，…３ｉ…，３ｎは、そ
れぞれホスト１に端末制御装置２を介して接続される端
末である。端末制御装置２は、マイクロプロセッサ（Ｍ
ＰＵ）２１と、メモリ２２、時計機構２３、ホスト１と
の通信インタフェース（通信ＩＦ）２４、各端末との通
信インタフェース（通信ＩＦ）２５ａ，２５ｂ，２５
ｃ，…２５ｉ…，２５ｎとからなり、これらが相互にバ
ス２６を介して相互に接続され、さらに、電源投入時に
ＭＰＵ２１を始めとして内部の回路をリセットするパワ
ーオンリセット回路２７が設けられている。また、メモ
リ２２には、起動処理プログラム（起動処理ＰＲＧ）２
２ａと、送受信処理プログラム（送受信処理ＰＲＧ）２
２ｂ、障害登録処理プログラム（障害登録処理ＰＲＧ）
２２ｃ、障害回復処理プログラム（障害回復処理ＰＲ
Ｇ）２２ｄ等が格納され、さらに接続管理テーブル２８
と各種プログラムが参照するデータについて初期値設定
データを一括して記憶している初期設定データ領域２９
とが設けられている。なお、通信インタフェース２４お
よび通信インタフェース２５ａ〜２５ｎは、ここでは、
それぞれＲＳ−２３２Ｃ回線でホスト１あるいは各端末
に接続されている。

【０００９】端末３ａ〜３ｎは、端末３ａを代表として
図示すように、それぞれＭＰＵ３１と、メモリ３２、通
信インタフェース（通信ＩＦ）３３、ＣＲＴディスプレ
イ（ＣＲＴ）３４、キーボード（図示せず）等とからな
り、これらが相互にバスを介して接続され、さらに、電
源投入時にＭＰＵ３１を始めとして内部の回路をリセッ
トするパワーオンリセット回路３５が設けられている。
このパワーオンリセット回路３５は、電源投入時のほか
に、プログラム処理によりバスから所定の制御信号を受
けてパワーオンリセット動作をする。メモリ３２には、
起動処理プログラム（起動処理ＰＲＧ）３２ａと、送受
信処理プログラム（送受信処理ＰＲＧ）３２ｂ、そし
て、初期化処理プログラム（初期化処理ＰＲＧ）３２ｃ
とが設けられ、各種プログラムが参照するデータについ
て初期値設定データを一括して記憶している初期設定デ
ータ領域３６が設けられている。なお、通信インタフェ
ース３３は、ＲＳ−２３２Ｃ回線で端末制御装置２に接
続されている。ところで、以下の説明では、必要に応じ
て端末３ａ〜３ｎを代表して端末３として説明する。

【００１０】起動処理ＰＲＧ２２ａは、ＭＰＵ２１によ
り実行され、電源投入から所定期間が経過してパワーオ
ンリセット回路２７によりリセットが解除された時点で
初期設定データ領域２９から初期設定データを読出して
パワーオンリセット以外で初期状態に設定されない回路
（ハードウエア）を初期状態に設定し、さらに、ソフト
ウエア初期化として、プログラムが動作する動作環境を
形成する初期値をメモリ２２の初期設定データ領域２９
から読出して所定のプログラムのデータ領域と各種回路
の内部レジスタ等に設定する。具体的には、まず、初期
設定データ領域２９から通信関係の初期設定データを読
出して通信インタフェース２４および通信インタフェー
ス２５ａ〜２５ｎのレジスタ等に初期値データを設定
し、メモリ２２に記憶された各種プログラムの動作環境
データを初期設定データ領域２９から読出した初期値デ
ータに書き換えて初期状態に設定する。さらに、このプ
ログラムは、各端末から電源投入完了の受信データを受
けて接続管理テーブル２８のパワーオン完了テキスト受
信欄２８ａ（図５参照）に各端末の起動状態を記憶す
る。これは、電源投入時において、各端末からパワーオ
ン完了のメッセージを受信して正常フラグ“００Ｈ”を
後述する接続管理テーブル２８のデータ処理障害発生欄
２８ｂに記憶し、さらに、それが受信されていない端末
に対してはパワーオン完了のテキストの再送要求（リト
ライ）をする。この再送要求においても「パワーオン完
了のテキスト」が受信されずに、再送要求の所定分の繰
り返しによってもエラーとなったときに接続管理テーブ
ル２８のデータ処理障害発生欄２８ｂに異常を示すフラ
グ“ＦＦＨ”を記録する。なお、前記のフラグのうち最
後に付加したＨは１６進のデータであることを示す。す
なわち、異常フラグ“ＦＦＨ”は、１６ビットオール
“１”のデータであり、正常フラグ“００Ｈ”は、１６
ビットオール“０”のデータである。

【００１１】送受信処理ＰＲＧ２２ｂは、ＭＰＵ２１に
より実行され、ホスト１からの送信データを受信して電
文中のコマンドをデコードして指定された送信先の端末
３の正常／異常判定を接続管理テーブル２８を参照して
行い、正常のときに送信データを生成して指定された端
末３へと送出して送信先の端末３からのレスポンスを受
ける。一定期間レスポンスがないときには、同一電文を
再送するリトライを行う。数回のリトライを行ってもレ
スポンスがないときには、異常として障害登録処理ＰＲ
Ｇ２２ｃをコールする。また、前記の接続管理テーブル
２８の参照において、送信先端末３が異常であるときに
は、ホスト１に対して送信先が異常である電文を作成し
てこれをレスポンスとしてホスト１に返す。一方、端末
３側からの送信データを受信したときには、その電文中
のコマンドをデコードして指定されたコマンド処理をし
て送信データを生成してホスト１へ送出する。そして、
ホスト１からのレスポンスを受ける。

【００１２】さらに、このプログラムは、ホスト１ある
いは端末３からの受信データに対しては、所定のプロト
コルに従って、例えば、ＣＲＣチェック等を行い、エラ
ーチェックをし、エラーが発生すると、再送要求のレス
ポンスを返す。この再送要求（リトライ）の数をカウン
トして所定数以上の再送要求が発生したときに異常と判
定し、送信元の端末３あるいはホスト１を異常と判定し
て、端末３が異常のときには、障害登録処理ＰＲＧ２２
ｃをコールする。なお、適用されるプロトコルの内容に
よっては、前記の電文中のコマンドに指定端末に対する
ホスト１からの再送要求もあるし、逆に、端末側からホ
スト１に対しての再送要求もある。

【００１３】障害登録処理ＰＲＧ２２ｃは、ホスト１あ
るいは端末３に障害（異常）が発生した時にコールされ
てＭＰＵ２１により実行される。これらのうちホスト１
に障害（異常）が発生したときには、各端末にその旨の
電文を作成し、ホスト障害対策のための所定の処理に入
るが、これについては、ここでの発明に直接関係してい
ないため、その詳細は割愛する。このプログラムは、特
に、端末３に異常が発生したときには、接続管理テーブ
ル２８の異常が発生した端末の位置に異常フラグ“ＦＦ
Ｈ”を登録してホスト１に対して異常端末（そのアドレ
ス等）を連絡する異常発生の電文を作成してホスト１に
送出する。

【００１４】障害回復処理ＰＲＧ２２ｄは、障害登録処
理ＰＲＧ２２ｃや送受信処理ＰＲＧ２２ｂとは独立に動
作し、所定の周期で定期的に起動されてＭＰＵ２１によ
り実行される割込処理のプログラムである。ここでは、
これは、５分ごとに接続管理テーブル２８を参照して異
常端末についての監視を行う。この５分経過ごとの監視
は、バーストエラー等の異常発生で自然に回復する時間
に対応している。これは、図５に示す接続管理テーブル
２８のパトロール実行時刻欄２８ｃに記録された時刻を
時計機構２３が示す現在時刻と比較することで行う。現
在時刻が前回のパトロール実行時刻５分以上経過したと
きには、前記のパトロール実行時刻を現在時刻に更新し
て、パワーオンリセットと初期化による障害回復処理に
入る。このプログラムで実行されるパワーオンリセット
と初期化による障害回復処理としては、まず、接続管理
テーブル２８を参照して異常フラグが記録された障害発
生端末に対して順次リセットコマンドを送出する。次
に、通信回路系のハードウエア初期化として、初期設定
データ領域２９から初期設定データを読出してホスト１
側の通信インタフェース２４のレジスタや特定のメモリ
領域に初期設定データを送出し、通信インタフェース２
５ａ〜２５ｎのうち異常発生端末に関係するインタフェ
ースのレジスタや特定のメモリ領域に初期設定データを
送出して初期設定をする。さらに、異常発生端末に関係
する送受信処理ＰＲＧ２２ｂが使用する動作環境データ
についても初期設定データを設定する。そして、障害発
生端末からのパワーオン完了のテキストを受信割込待ち
をする。このプログラムは、このような処理を５分ごと
に割込処理により繰り返す。

【００１５】なお、障害発生端末からパワーオン完了の
テキストを受信したときには、接続管理テーブル２８の
その端末についてのデータ処理障害発生欄２８ｂの異常
フラグ“ＦＦＨ”を正常のフラグ“００Ｈ”に書き換え
て通常の処理に復帰させる。障害発生端末からパワーオ
ン完了のテキストを受信しないときには、再送要求のリ
トライを所定回数行い、それでも受信しないときには、
このまま処理を終了するか、障害の報告をホスト１に行
う。後述する例では、この後者の例とするが、前者の場
合には、先に説明したように端末に対してリセットが繰
り返されるだけである。ところで、前記の復帰の場合
に、ホスト１に対してリセットによる異常回復の電文を
送出して通常処理に入ったことを知らせてもよい。ま
た、これ以前に、送受信処理ＰＲＧ２２ｂをコールして
前記所定の電文を送出して異常端末が正常に動作するか
否か、判定してもよい。このような例について後に説明
する。なお、この判定の結果、異常であれば、接続管理
テーブル２８の異常フラグを書き換えないし、前記の異
常回復電文の送出も行わない。

【００１６】端末３側のメモリ３２に格納された起動処
理ＰＲＧ３２ａは、ＭＰＵ３１により実行され、端末３
側において、電源投入から所定期間が経過してパワーオ
ンリセット回路３５によりリセットが解除された時点で
初期設定データ領域３６から初期設定データを読出して
パワーオンリセット以外で初期状態に設定されない回路
（ハードウエア）を初期状態に設定し、さらに、ソフト
ウエア初期化として、プログラムが動作する動作環境を
形成する初期値をメモリ３２の所定のプログラムのデー
タ領域と各種回路の内部レジスタ等に設定する。具体的
には、まず、初期設定データ領域３６から通信回路係の
レジスタ等の初期設定データを読出して通信インタフェ
ース３３のレジスタ等に初期値データを設定し、メモリ
３２に記憶された各種プログラムの動作環境データを初
期設定データ領域３６から読出したデータに書き換えて
初期状態に設定する。

【００１７】メモリ３２に格納された送受信処理ＰＲＧ
３２ｂは、ＭＰＵ３１により実行され、端末制御装置２
からの送信データを受信して、所定のプロトコルに従っ
て、例えば、ＣＲＣチェック等を行い、エラーチェック
をし、エラーが発生すると、再送要求のレスポンスを返
す。この再送要求の数をカウントして所定数以上の再送
要求が発生したときに異常と判定し、送信元の端末制御
装置２あるいはホスト１を異常と判定する。そして、所
定の異常処理に入る。なお、この異常処理についても前
記と同様にこの発明に直接関係していないため、その説
明を割愛する。なお、端末３が完全なスレーブとして動
作するものではない場合で、ホスト１に対して送信デー
タがあるときには、送信電文を作成して端末制御装置２
へと送出し、端末制御装置２からのレスポンスを受け
る。一定期間レスポンスがないときには、同一電文を再
送するリトライを行う。数回のリトライを行ってもレス
ポンスがないときには、前記と同様に異常として障害登
録処理を行う。なお、レスポンスが再送要求であるとき
には、再送要求の数をカウントして所定数以上の再送要
求が発生したときに異常と判定し、送信元の端末制御装
置２あるいはホスト１を異常と判定する。

【００１８】初期化処理ＰＲＧ３２ｃは、端末制御装置
２からの送信データをデコードしたときにそれがリセッ
トコマンドであるときに起動され、所定の制御コードを
バス３６上に送出してパワーオンリセット回路３５を起
動し、パワーオンリセット動作をさせる。これにより、
ハードウエアが初期化される。さらに、起動処理ＰＲＧ
３２ａをコールしてＭＰＵ３１にこのプログラムを実行
させ、通信回路系のハードウエア初期化とソフトウエア
としてのプログラム関係のデータを初期値に設定する初
期化を行う。

【００１９】以下、図２を参照して、まず、伝送システ
ムの起動処理の動作から説明する。端末制御装置２の起
動処理は、電源投入によりパワーオンリセット回路２７
が動作してスタートする。これにより内部回路がリセッ
トされ、この時点で、各種回路の初期化が完了し、次に
起動処理ＰＲＧ３２ａがＭＰＵ３１により実行される。
これにより、通信回路系のハードウエアとして、初期設
定データ領域２９等のデータが読出されてレジズタやメ
モリの特定の領域のデータが初期値に設定される（ステ
ップ１０１）。その結果、通信インタフェース２４の内
部データが初期値に設定されて初期化され、通信インタ
フェース２５ａ〜２５ｎの内部データが順次初期値に設
定されて初期化される（ステップ１０２）。さらに、ソ
フトウエア初期化として、送受信処理ＰＲＧ２２ｂのデ
ータが初期値に設定され初期化される（ステップ１０
３）。

【００２０】次に、端末３からの受信割込の処理に入
り、パワーオン完了を記述したテキスト受信か、否かの
判定をする（ステップ１０４）。ここで、パワーオン完
了のテキストを受信したときには、ＹＥＳとなり、接続
管理テーブル２８に接続状態を示すものとして、パワー
オン完了テキスト受信欄２８ａの受信した端末の位置に
対応させて、図５に示すように、順次フラグ“ＦＦＨ”
を書込み、さらにデータ処理障害発生欄２８ｂには“０
０Ｈ”を書込む（ステップ１０５）。そして、パワーオ
ン完了のテキストを受信した端末に対してそのインタフ
ェースを介してパワーオン完了のメッセージを受信した
旨のレスポンスを返す（ステップ１０６）。また、前記
のステップ１０４において、パワーオン完了のメッセー
ジを受信していない端末に対してはパワーオン完了のテ
キストを送出するよう指示するコマンドを出し、この再
送要求においても受信されずにエラーとなったときに
は、前記の判定結果においてＮＯとなり、接続管理テー
ブル２８のパワーオン完了テキスト受信欄２８ａに異常
を示すフラグとしてパワーオン完了のテキストを受信し
ていない端末の位置に対応させて、図５に示すように、
パワーオン完了テキスト受信欄２８ａは、フラグ“００
Ｈ”のままとして、データ処理障害発生欄２８ｂには
“ＦＦＨ”を書込（ステップ１０５ａ）。

【００２１】次に、全端末からパワーオン完了のメッセ
ージを受信したか否か（全端末起動完了か？）の判定を
行い（ステップ１０７）、メッセージ受信していない端
末があるときには、ステップ１０４へと戻り、同様な処
理を繰り返す。ただし、異常判定のフラグを立てた端末
については、メッセージ受信したものとして扱い、除外
される。ここで、全端末からパワーオン完了のメッセー
ジを受信した場合（異常判定も済みも含む）には、ＹＥ
Ｓとなり、送受信処理ＰＲＧ２２ｂがＭＰＵ２１により
実行され、オンラインコマンド処理に入り、オンライン
でコマンドに応じた送受信を実行する（ステップ１０
８）。そして、障害回復処理ＰＲＧ２２ｄによる定期割
込（ここでは５分ごと）が入ったときには、これが実行
され、経過時間判定が行われる（ステップ１０９）。こ
れは、図５に示す接続管理テーブル２８に現在時間をパ
トロール実行時刻欄２８ｃに書込まれた時間と比較して
５分以上経過したかの判定による。その結果、ＹＥＳと
なると、障害回復処理に入り（ステップ１２０，後
述）、その後、ステップ１０８へと戻る。

【００２２】一方、端末３側の処理としては、電源投入
によりパワーオンリセット回路３５が動作してスタート
する（ステップ２００）。これにより内部回路がリセッ
トされ、この時点で、各種回路の初期化が完了し、次に
起動処理ＰＲＧ３２ａがＭＰＵ３１により実行される。
これにより、通信回路系のハードウエア初期化として、
初期設定データ領域３６等のデータが読出されてレジズ
タやメモリの特定の領域のデータが初期値に設定される
（ステップ２０１）。その結果、通信インタフェース３
３の内部データが初期値に設定さて初期化される（ステ
ップ２０２）。さらに、ソフトウエア初期化として、送
受信処理ＰＲＧ３２ｂの所定のデータが初期値に設定さ
れて初期化される（ステップ２０３）。次に、ＭＰＵ３
１は、起動処理ＰＲＧ３２ａに従ってパワーオン完了の
テキスト電文を作成して端末制御装置２に送出する（ス
テップ２０４）。そして、パワーオン完了に対するレス
ポンス待ちループに入り（ステップ２０５）、正常受信
の応答を受けて、通常の送受信処理であるオンラインコ
マンド処理に入る（ステップ２０６）。なお、端末制御
装置２からのレスポンスがないときには、再送要求を出
し、所定回数再送要求を出してもレスポンスがないとき
には、端末制御装置の異常について所定の処理になる。

【００２３】次に、端末制御装置２のステップ１０８の
オンラインコマンド処理と、端末についてのステップ２
０６のオンラインコマンド処理の詳細について図３に従
って説明する。なお、この処理では、オンラインコマン
ド処理状態（送受信処理状態）において、障害回復のた
めの定期割込を受付ける。端末制御装置２として、ま
ず、受信割込が入ると、ホスト１からの受信か否かの判
定をし（ステップ１１１）、ＹＥＳであるならば、電文
から相手先コードを抽出して接続管理テーブル２８を参
照する。そして、正常端末か、否かの判定をする（ステ
ップ１１２）。正常であるときには、ＹＥＳとなり、ホ
スト１からの受信データのうちコマンドをデコードし、
コマンドに従って電文で指定された相手先の通信インタ
フェースを介して対応する端末に送信する（ステップ１
１３）。そして、端末からのレスポンス待ちに入り、正
常レスポンスか、否かの判定を行う（ステップ１１
４）。

【００２４】正常受信のときには、正常なレスポンス電
文を作成してホスト１に送出する（ステップ１１５）。
そして、ステップ１１１へと戻る。ステップ１１４にお
いてレスポンスがなくあるいは異常レスポンスであり、
リトライしても同様であるときには、エラーとなる。こ
のようなエラーが発生したときには、障害登録処理ＰＲ
Ｇ２２ｃがコールされて、ＭＰＵ２１により実行され、
次の障害登録処理のステップ１１６に入る。ステップ１
１６で、まず、接続管理テーブル２８の障害発生に対応
する端末の欄に障害フラグ“ＦＦＨ”を書込、登録す
る。そして、ホスト１に対して異常端末のアドレスを連
絡する異常発生の電文を作成してホスト１に送出する
（ステップ１１７）。この後、ステップ１１１へと戻
る。一方、前記のステップ１１２の判定において、接続
管理テーブル２８を参照した結果、相手先指定端末が異
常であるときには、ホスト１に対して異常発生の端末ア
ドレスと異常のメッセージをレスポンス電文を作成しし
てホスト１に送出し（ステップ１１８）、そしてステッ
プ１０８へと戻る。また、前記のステップ１１１におい
てホストからの受信割込でなく、ＮＯとなったときに
は、障害監視割込か否かの判定に入り（ステップ１１
９）、それが障害監視割込であるときに（ＹＥＳのと
き）には、図２のステップ１０９へと移行して異常監視
についての経過時間判定が行われる。そうでないときに
（ＮＯのとき）には、ステップ１１４に入り、レスポン
ス待ちに入る。なお、端末３からの受信割込については
後述する。ステップ１１９からステップ１０９へと移行
してときには、後述するように、ステップ１２０におい
てリセットコマンドにより異常端末の異常回復が行われ
る。

【００２５】端末３のオンラインコマンド処理として
は、受信割込が入ると、まず、それがオンラインコマン
ドのテキスト受信か否か判定をする（ステップ２０
７）。この判定においてＮＯであるなら、この処理を終
了して、入力に応じた他の処理に移るが、ＹＥＳである
ならば、受信電文のうちのコマンドをデコードしてコマ
ンドに応じた処理を行う（ステップ２０８）。そして、
その結果に応じてレスポンスを作成して端末制御装置２
へと送信する（ステップ２０９）。前記のステップ２０
８のコマンドをデコードしたときに、そのコマンドがリ
セットコマンドであるときには、起動処理として、初期
化処理ＰＲＧ３２ｃがコールされて、ＭＰＵ３１により
実行されて、バスからの制御信号により端末の電源スイ
ッチに並列に挿入されたスイッチ回路をＯＮさせる。こ
の電源投入により前記の図２のステップ２００の処理が
行われ、パワーオンリセット回路３５が動作してスター
トする。そして、前記と同様に内部回路がリセットさ
れ、この時点で、各種回路の初期化が完了し、次に起動
処理ＰＲＧ３２ａがＭＰＵ３１により実行され、図２の
端末３の処理フローであるステップステップ２０１から
ステップ２０６の処理が行われる。 また、前記のステ
ップ２０８のコマンドをデコードして実行する際に、Ｃ
ＲＣチェック等によりエラーがある場合には、ステップ
２０９で再送要求を行うことになる。

【００２６】以上は、ホスト１からの受信データを端末
３が受信する場合であるが、端末３が完全なスレーブで
はなく、端末３からの送信を端末制御装置２が受ける場
合には、その送信データについては、ホスト１をアドレ
ス指定して送信電文を作成して送出して、レスポンス待
ちに入ることになる。この場合の端末制御装置３の処理
としては、対象が端末３とホスト１が入れ替わる処理と
なるだけで、その処理に実質的な相違はない。これにつ
いて簡単に説明すると、まず、ステップ１１１の受信判
定に端末からの受信が加わる。そして、ステップ１１４
のレスポンス判定がホストからの受信か否かの判定にな
り、ステップ１１４でホスト１のレスポンスが正常か否
かの判定をして、正常のときにはステップ１１５で端末
３に対するコマンド作成に入る。一方、異常のときに
は、リトライをし、それでも同様であるときには、エラ
ーとなり、このようなエラーが発生したときには、障害
登録処理ＰＲＧ２２ｃがＭＰＵ２１により実行され、次
のステップ１１６で、まず、接続管理テーブル２８の障
害発生に対応するホストの欄に障害フラグ“ＦＦＨ”を
書込み、登録する。そして、ステップ１１７において、
端末３に対してホスト異常の異常発生の電文を作成して
端末３に送出する。この後、ステップ１１１へと戻る。
端末制御装置２では、ホスト１が異常のときには、ステ
ップ１１４〜ステップ１１７と同様な処理を端末３を対
象として行う。すなわち、端末側からの受信電文に対し
てステップ１１８で接続管理テーブル２８を参照してホ
ストの欄に障害フラグ“ＦＦＨ”が記録されているとき
にホスト１が異常である電文を作成して端末にレスポン
スすることができる。

【００２７】次に、図２における端末制御装置３による
ステップ１２０の障害回復処理について図４に従って説
明する。障害回復処理ＰＲＧ２２ｄをＭＰＵ２１が定期
的に実行してステップ１０８のオンライン処理において
割込を行う。そして、ステップ１０９の判定で５分以上
経過したときには、図４のステップ１２１で、まず、接
続管理テーブル２８のパトロール実行時刻欄２８ｃに現
在時刻を書込んで更新する。次に、接続管理テーブル２
８を参照して異常フラグ“ＦＦＨ”を検出してデータ処
理障害があるか否かの判定を行う（ステップ１２２）。
そして、異常フラグが検出された端末があるとき（ＹＥ
Ｓのとき）には、異常が検出された端末に対してのハー
ドウエア初期化処理として、通信インタフェース２４と
通信インタフェース２５ａ〜２５ｎのうち異常端末につ
いてのレジスタやメモリ３２等に初期値にデータ設定し
て初期化する（ステップ１２３）。さらに、ソフトウエ
ア初期化として、初期設定データ領域２９等のデータを
読出して異常端末についてのプログラム関係について初
期値のデータ設定を行い、同様に送受信処理ＰＲＧ２２
ｂのデータを異常端末（ステップ１２４）。

【００２８】その後に、検出された異常発生端末に対し
て順次異常回復のためにリセットコマンド電文を作成し
て異常発生端末に対して送信する（ステップ１２５）。
前記したステップ１０４と同様にパワーオン完了受信処
理に入り（ステップ１２６）、パワーオン完了のテキス
トを受信したときには、異常が発生した端末に対して所
定のテスト電文を作成して送出する（ステップ１２
７）。そして、レスポンス待ちに入り（ステップ１２
７）、レスポンスを受けたときにそのレスポンスが正常
か、否かの判定を行い（ステップ１２８）、異常が発生
した端末が正常な応答を返してきたときには、接続管理
テーブル２８のフラグ欄２８ｂのフラグを“００Ｆ”に
設定して正常にし（ステップ１２９）、ホスト１には、
異常が発生した端末についてリセットコマンドで異常が
回復した電文を作成して送出する（ステップ１３０）。
そして、ステップ１０８のオンラインコマンド処理に戻
る。

【００２９】また、前記のステップ１２６あるいはステ
ップ１２８において、リトライ後にもレスポンス判定で
異常の場合には、この端末の異常回数カウンタをインク
リメントし（ステップ１３１）、それが所定値Ｍ以上で
あるか否かを判定して（ステップ１３２）、所定値Ｍに
達していないときに（ＮＯのとき）には、ステップ１０
８のオンラインコマンド処理に戻る。この判定で、所定
値Ｍ以上であるときには、異常発生端末について前記と
相違するレベルでの障害発生の電文を作成してホスト１
に送出して（ステップ１３３）、ステップ１０８のオン
ラインコマンド処理に戻る。また、前記ステップ１２２
の判定において、ＮＯとなり異常フラグが検出されない
ときには、この処理を終了して、ステップ１０８へと戻
る。このような処理により、前回の監視時点から５分以
上経過したときには、接続管理テーブル２８を参照し
て、異常フラグがある端末に対して順次リセットコマン
ドを発生して、通信系の内部回路に初期値を設定し、異
常端末から応答を受けて、パワーオンリセットと初期化
による障害回復処理を自動的にかつ５分ごとに行う。

【００３０】以上説明してきたが、このような伝送シス
テムにおいては、異常発生端末に対してリセット動作に
よる異常回復を行う関係で、端末の異常端末発生につい
ての電文を受けたホスト１が端末についての異常状態を
管理する。そして、その発生数回の程度に応じて従来か
らある保守員を手配するなどの所定の障害対策処理を実
行する。なお、このようなシステムでは、ステップ１３
３の障害発生の電文を異常端末についての最終的な障害
発生として扱ってもよい。また、ステップ１３３の障害
発生電文についてはホスト１側でそれぞれの端末につい
て管理し、さらに、これの発生回数をカウントしてそれ
が所定数になったときにホスト１において最終的な障害
発生としてもよい。また、端末３に異常が発生した場合
に、異常発生レスポンスをホスト１に送出することな
く、ホスト１に対しては、ホスト１からリトライ等の電
文を受信したときにのみ接続管理テーブル２８に従って
その都度異常応答を採るだけでもよい。このような場合
には、異常発生端末は、異常回数が所定値Ｍに達するま
では、５分おきにリセットされ続けるだけであり、他の
端末に影響を与えることはない。

【００３１】

【発明の効果】この発明にあっては、異常が発生した端
末については、リセットコマンドでパワーオンリセット
を行い、電源立上げ状態の初期状態に設定する。そし
て、制御装置においては、異常が発生した端末について
の通信回路系等を初期値に設定し、かつ、初期値のデー
タを設定する。このことにより、異常が発生したデータ
伝送ルートと異常が発生した端末をすべて立上げ状態に
してあらためてデータ伝送を開始する。これにより、マ
スタとスレーブ間で通信障害発生後、人手介入すること
なくデータ処理障害となったスレーブだけに自動的に電
源投入時のリセット動作を行わせて通常処理に戻ること
ができ、異常発生端末は、異常が回復しない限り、リセ
ットされ続ける。その結果、データ処理障害がハードウ
エアのバーストエラーなどに起因する場合や特定の通信
プロトコルのバグに起因するような障害であれば、人手
介入することなく、また、システムをダウンさせずに回
復することができる。したがって、障害回復が迅速にな
され、システムダウンの回数が低減する。また、人手介
入することなく、正常にデータのやり取りが行える端末
は、そのまま運転可能とし、ダウンしたと判断した端末
のみ電源断から自動立上げることにより一時的な障害に
対してシステム全体を停止させないようにすることがで
きる。

【図面の簡単な説明】

【図１】図１は、この発明のデータ伝送システムの障害
管理方法を適用した一実施例の端末制御装置を中心とし
たブロック図である。

【図２】図２は、伝送システムにおける起動処理のフロ
ーチャートである。

【図３】図３は、端末制御装置と端末とのデータ送受信
処理のフローチャートである。

【図４】図４は、障害回復処理のフローチャートであ
る。

【図５】図５は、接続管理テーブルの説明図である。

【符号の説明】

１…ホスト、２…端末制御装置、３，３ａ，３ｂ，３ｎ
…端末装置（端末）、２１…マイクロプロセッサ（ＭＰ
Ｕ）、２２，３２…メモリ、２２ａ，３２ａ…起動処理
プログラム（起動処理ＰＲＧ）、２２ｂ，３２ｂ…送受
信処理プログラム（送受信処理ＰＲＧ）、２２ｃ…障害
登録処理プログラム（障害登録処理ＰＲＧ）、２２ｄ…
障害回復処理プログラム（障害回復処理ＰＲＧ）、２３
…時計機構、２４…通信インタフェース、２５ａ，２５
ｂ，２５ｃ，２５ｎ…通信インタフェース、２６…バ
ス、２７，３５…パワーオンリセット回路、２８…接続
管理テーブル、２９，３６…初期設定データ領域、３１
…ＭＰＵ、３２ｃ…初期化処理プログラム（初期化処理
ＰＲＧ）、３３…通信インタフェース、３４…ＣＲＴデ
ィスプレイ、３５…キーボード、３６…バス。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 角田 健一 神奈川県秦野市堀山下１番地 株式会社日 立コンピュータエレクトロニクス内 (72)発明者 柘植 仁 神奈川県秦野市堀山下１番地 株式会社日 立コンピュータエレクトロニクス内

Claims (4)

【特許請求の範囲】
1. 【請求項１】コンピュータに制御装置を介して複数の端
   末装置が接続され、前記コンピュータと前記端末装置と
   が前記制御装置を介してデータの授受を行うデータ伝送
   システムにおいて、 前記端末装置は、リセットコマンドを受けてパワーオン
   リセットにより電源立上げとプログラム処理についての
   初期値データを設定し、これらの完了に応じて前記制御
   装置に電源立上げ完了として応答する電源立上げ手段を
   有し、 前記制御装置は、前記端末装置に異常が発生したときに
   は、所定のプロトコルに従ってリトライを行うものであ
   って、このリトライにより異常が回復しないときに前記
   リセットコマンドを異常が発生した前記端末装置に送出
   するリセットコマンド発生手段と、前記リトライにより
   異常が回復しないときに前記異常が発生した端末装置に
   関係する回路系を初期値設定し、かつ、通信制御のため
   にプログラム処理についての初期値データを設定する初
   期設定手段と、前記端末装置から前記電源立上げの完了
   の応答を受けて通常の処理に戻る障害処理手段とを有す
   ることを特徴とするデータ伝送システムの障害管理方
   法。
2. 【請求項２】前記制御装置は、前記端末装置に対してマ
   スタとなる端末制御装置であり、前記端末装置は、前記
   端末制御装置に対してスレーブとして動作するものであ
   って前記障害処理手段は、前記複数の端末装置のそれぞ
   れが正常か、異常かを示すテーブルを有し、前記リトラ
   イにより異常が回復しないときに異常が回復しない前記
   端末装置について前記テーブルに異常を示す情報を記録
   し、前記コンピュータから受信データを受けたときに前
   記テーブルを参照して受信データの送信先端末装置が異
   常であるときには、前記コンピュータに異常である端末
   装置についての電文を送出し、前記リセットコマンド発
   生手段は、定期的に起動されて前記テーブルを参照して
   前記異常を示す情報が記録された前記端末装置に対して
   前記リセットコマンドを発生するものである請求項１記
   載のデータ伝送システムの障害管理方法。
3. 【請求項３】前記障害処理手段は、前記リトライにより
   異常が回復しないときに異常が回復しない前記端末装置
   について前記テーブルに異常を示す情報を記録するとと
   もに前記コンピュータに異常である端末装置についての
   電文を送出し、前記端末装置から前記電源立上げの完了
   の応答を受けて前記テーブルのうち応答を受けた端末装
   置について記録されている前記異常を示す情報を消去す
   る請求項２記載のデータ伝送システムの障害管理方法。
4. 【請求項４】前記障害処理手段は、前記端末装置から前
   記電源立上げの完了の応答を受けて所定の電文を前記応
   答した端末装置に送出して前記所定の電文に対する応答
   を受けて異常が回復したか否か判定し、異常が回復した
   ときには、前記テーブルのうち応答を受けた端末装置に
   ついて記録されている前記異常を示す情報を消去した後
   に前記通常の処理に戻り、前記リトライによっても前記
   異常が回復しないときにはあるいは前記電源立上げの完
   了の応答を受けないときに、前記コンピュータに異常で
   ある端末装置についての電文を送出する請求項２記載の
   データ伝送システムの障害管理方法。