JPH06324913A - 通信制御パッケージのダウン時の制御方式 - Google Patents

Abstract

(57)【要約】 【目的】 通信制御パッケージのダウンによる異常処理
について、回線ライン上の異常処理と同様にシステムを
止める事無く復旧・障害解析する。 【構成】 ＯＳ６１は、通信制御パッケージ５５のダウ
ンの通知を受けると、通信制御パッケージ５５にローカ
ルメモリ５７のダンプ指示を出し（ＳＡ６）、通信制御
パッケージ５５に、ローカルメモリ５７の内容をメモリ
５２に一旦吐き出させ（ＳＢ４）、その後、メモリ５２
に吐き出された内容をディスク５４に書き込む（ＳＡ
８）。次に、ＯＳ６１は、通信制御パッケージ５５に対
してリセット及びイニシャライズを実行し、通信制御パ
ッケージの再立ち上げを実施し、通信制御パッケージ５
５がダウンした事を前記システムの管理者に知らせる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オフィスにて使用さ
れ、通信制御パッケージと、中央処理ユニットとを有
し、この中央処理ユニットの制御下で通信制御パッケー
ジが通信相手先との通信を行う情報処理システムに関
し、特に通信制御パッケージのダウン時の制御方式に関
するものである。

【０００２】

【従来の技術】従来、この種の情報処理システムにおい
て、回線ライン上の異常についてはリトライ等を行って
自動的に復旧するか一旦回線を切って再リンクすること
によって復旧することが多いが、通信制御パッケージの
ダウンによる異常処理については、その異常になった通
信制御パッケージを単にシステムから切り離しておい
て、後から保守員によるパッケージ交換またはシステム
の再立ち上げ等によって復旧している。

【０００３】

【発明が解決しようとする課題】この従来の通信制御パ
ッケージのダウン時の制御方式では、復旧するのに一旦
システムを停止しなければならないのと、復旧までにか
なりの時間を要するという欠点がある。

【０００４】本発明の課題は、通信制御パッケージのダ
ウンによる異常処理についても、回線ライン上の異常処
理と同様にシステムを停止することなく復旧、障害解析
することができる通信制御パッケージのダウン時の制御
方式を提供することにある。

【０００５】

【課題を解決するための手段】本発明によれば、ローカ
ルメモリを有する通信制御パッケージと、中央処理ユニ
ットとを有し、この中央処理ユニットの制御下で前記通
信制御パッケージが通信相手先との通信を行う情報処理
システムにおいて、システムメモリと、ディスクと、前
記通信制御パッケージがダウンした時、前記通信制御パ
ッケージの障害解析を行うために前記ローカルメモリの
内容を一旦前記システムメモリに吐き出させ、このシス
テムメモリに吐き出された内容を前記ディスクにダンプ
情報として書き込む自動ダンプ採取手段と、前記通信制
御パッケージに対してリセット及びイニシャライズを実
行し、前記通信制御パッケージの再立ち上げを実施する
再立ち上げ手段と、前記通信制御パッケージがダウンし
た事を前記システムの管理者に知らせる通報手段とを備
えたことを特徴とする通信制御パッケージのダウン時の
制御方式が得られる。

【０００６】更に本発明によれば、前記ダウンした通信
制御パッケージの障害解析を行うために、前記システム
の通常運用時に、前通信制御パッケージと中央処理ユニ
ットとの間に取り交わす制御データ及びデータ転送内容
が格納されている前記システムメモリのどこを採取した
ら良いかを常にトレースしておく自動ダンプ採取エリア
決定手段と、ダンプ採取時に、前記自動ダンプ採取エリ
ア決定手段にて決められた前記システムメモリのメモリ
エリアの制御データ・データ転送内容を前記ディスクに
書き込む制御・データエリア自動ダンプ採取手段とを、
更に含むことを特徴とする通信制御パッケージのダウン
時の制御方式が得られる。

【０００７】又、本発明によれば、前記通信制御パッケ
ージのダウンを検出して前記中央処理ユニットのアプリ
ケーションプログラムに従う動作を一旦停止させる自動
停止手段と、前記再立ち上げ手段により前記通信制御パ
ッケージが稼働状態になった場合、この通信制御パッケ
ージを通信相手先との通信リンクを再開し再び前記アプ
リケーションプログラムが使える状態にする自動再リン
ク手段と、この自動再リンク手段に接続され、一旦停止
状態にしてある前記アプリケーションプログラムを再開
させ、障害が起こった箇所の通信からリトライを実行し
て前記アプリケーションプログラムの処理続行をさせる
自動復旧手段とを、更に含むことを特徴とする通信制御
パッケージのダウン時の制御方式が得られる。

【０００８】更に本発明によれば、保守センタとリモー
ト保守契約を結んでいる前記システムに対しては、前記
通信制御パッケージのダウンが検出されたら前記保守セ
ンタに前記通信制御パッケージの異常を通知する自動通
報手段と、前記自動復旧手段においても再度ダウンした
場合あるいは自動復旧が失敗した場合は、保守センタに
前記通信制御パッケージ交換の緊急指示を出すリトライ
エラー処理手段とを、更に含むことを特徴とする通信制
御パッケージのダウン時の制御方式が得られる。

【０００９】

【実施例】次に、本発明について図面を参照して動作の
説明をする。

【００１０】図５には本発明の一実施例による通信制御
パッケージのダウン時の制御方式を適用した情報処理シ
ステムが示されている。通信制御パッケージ５５はロー
カルＣＰＵ（中央処理ユニット）５６とローカルメモリ
５７とを有する。ＣＰＵ（中央処理ユニット）５１はＯ
Ｓ（オペレーティングシステム）６１と、通信を行うＡ
Ｐ（アプリケーションプログラム）６２とを有する。Ｏ
Ｓ６１は、本発明の一実施例による通信制御パッケージ
５５のダウン時の制御方式を実行する。

【００１１】図５において、通信制御パッケージ５５が
ダウンするとＣＰＵ５１にて動作しているＯＳ６１は、
ダウンした通信制御パッケージ５５の障害解析を行うた
めのローカルメモリ自動ダンプ採取機能を起動し、通信
制御パッケージ５５上のローカルメモリ５７の内容をＣ
ＰＵ５６を介して一旦メモリ（システムメモリ）５２に
吐きだし、ローカルメモリ５７の内容をディスク５４に
書き込んでダンプ情報を採取する。その動作の後、ＯＳ
６１はダウンした通信制御パッケージ５５に対し再立ち
上げ機能によってリセット及びイニシャライズを実行
し、その通信制御パッケージ５５の再立ち上げを行う。
その後に、通報機能により、端末５３に対してダウンし
た事をシステム管理者に知らせる。

【００１２】通信制御パッケージ５５の障害解析をもっ
と詳しく行うために、ＯＳ６１は自動ダンプ採取エリア
決定機能によって、通信制御パッケージ５５とＣＰＵ５
１との間に取り交わす制御データ及びデータ転送内容が
格納されているメモリ５２のどこを採取したら良いかを
常にトレースしておく。この情報をもとに制御・データ
エリア自動ダンプ採取機能によって、ダンプ採取時にメ
モリ５２にある制御データ・データ転送内容をディスク
５４に書き込んでダンプ情報を採取する。

【００１３】通信ダウンを検出したＯＳ６１はＡＰ６２
に対しリトライによって復旧できると仮定して一旦停止
させる自動停止機能を実行し、再立ち上げ機能により稼
働状態になった通信制御パッケージ５５を自動再リンク
機能によって、通信相手先との通信リンクを再開し再び
ＡＰが使える状態にする。これにより、ＯＳ６１は一旦
停止状態にしてあるＡＰ６１を再開させ、障害が起こっ
た箇所の通信からリトライを実行してＡＰ６２の処理続
行をさせる自動復旧機能を実行する。

【００１４】保守センタとリモート保守契約を結んでい
るシステムに対しては、通信制御パッケージ５５のダウ
ンが検出されたら自動通報機能によって自動通報用通信
パッケージ５９を経由して保守センタに通信制御パッケ
ージ５５の異常を通知する。また、本発明による自動復
旧にても再度ダウンした場合あるいは自動復旧が失敗し
た場合は、これ以上の処理続行が出来ないため、自動通
報機能にて保守センタに通信制御パッケージ交換の緊急
指示を出すリトライエラー処理機能を実行する。

【００１５】次に図１〜図４を参照して図５のＯＳ６１
の動作を詳細に説明する。

【００１６】図１は、図５の情報処理システムの通常運
用時のＯＳ６１の自動ダンプ採取エリア決定機能を示し
ている。即ち、ＯＳ６１は通信を行うＡＰ６２を起動し
て（ステージＳＡ１）、ＡＰ６２，ＯＳ６１と通信制御
パッケージ５５の間で取り交わす制御データのメモリア
ドレス，転送長をトレースする（ステージＳＡ２）。ま
た、ＡＰ６２，ＯＳ６１と通信制御パッケージ５５の間
で取り交わすデータ転送内容のメモリアドレス，転送長
をトレースする（ステージＳＡ３）。

【００１７】図２は、通信制御パッケージ５５にダウン
が発生した時のＯＳ６１のローカルメモリ自動ダンプ採
取機能を示している。即ち、通信制御パッケージ５５に
ダウンが発生すると、通信制御パッケージ５５はそのダ
ウンを検出し（ステージＳＢ１）、ＯＳ６１にダウンし
たことを通知する（ステージＳＢ２）。

【００１８】ＯＳ６１は、そのダウン通知に応答して、
前記ローカルメモリ自動ダンプ採取機能の実行を開始し
（ステージＳＡ４）、次のステージＳＡ５で、リトライ
復旧が可能になるように通信異常となったＡＰ６２を一
時停止させ（自動停止機能）、通信制御パッケージ５５
に対してローカルメモリダンプ指示を出す（ステージＳ
Ａ６）。

【００１９】通信制御パッケージ５５は、ＯＳ６１から
のローカルメモリダンプ採取指示を受け取ると（ステー
ジＳＢ３）、ローカルメモリ５７の内容をメモリ５２に
吐き出し（ステージＳＢ４）、終了をＯＳ６１に通知す
る（ステージＳＢ５）。

【００２０】ＯＳ６１は、終了通知を受け取ると（ステ
ージＳＡ７）、メモリ５２に吐き出された通信制御パッ
ケージ５５のローカルメモリ５７の内容をディスク制御
機構６０を介してディスク５４に書き込む（ステージＳ
Ａ８）。更に、ＯＳ６１は、次のステージＳＡ９で、前
記自動ダンプ採取エリア決定機能（ステージＳＡ１〜Ｓ
Ａ３）での情報をもとに、トレースされている制御デー
タ、データ転送内容をディスク５４に書き込む（制御・
データエリア自動ダンプ採取機能）。

【００２１】図３は、図２の前記ローカルメモリ自動ダ
ンプ採取機能の後にＯＳ６１において行われる再立ち上
げ機能を示している。ＯＳ６１は、ステージＳＡ９に続
くステージＳＡ１０で、通信制御パッケージ５５にリセ
ット指示を出すと（ステージＳＡ１０）、通信制御パッ
ケージ５５はそのリセット指示を検出し（ステージＳＢ
６）、通信制御パッケージ５５がそのハードウェアのリ
セットを実行する（ステージＳＢ７）。その後、ＯＳ６
１は、通信制御パッケージ５５にイニシャライズ指示を
出すと（ステージＳＡ１１）、通信制御パッケージ５５
はそのイニシャライズ指示を検出し（ステージＳＢ
８）、通信制御パッケージ５５内のイニシャライズを実
行して終了時にイニシャライズ終了をＯＳ６１に通知す
る。

【００２２】ＯＳ６１は、イニシャライズ終了の通知を
受けると、イニシャライズが正常に終了したことを確認
し、端末５３にワークステーション制御機構５８を介し
て通信制御パッケージ５５がダウンした事を表示し（通
報機能）（ステージＳＡ１２）、システム管理者に知ら
せる。

【００２３】その後、ＯＳ６１は、再立ち上げが成功し
たか否かを検出し、不成功の場合は後に述べる図４のス
テージＳＡ１７に進み、成功の場合は以下に述べるステ
ージＳＡ１４に進む。即ち、ステージＳＡ１４では、Ｏ
Ｓ６１は、上述の再立ち上げ機能によって稼働状態にな
った通信制御パッケージ５５に対して、通信異常検出前
の通信相手先と通信リンクを再開させるよう指示を出し
（自動再リンク機能）、通信制御パッケージ５５は、指
定された相手先と通信を行う（ステージＳＢ１０）。

【００２４】図４は図３のステージＳＡ１４での自動再
リンク機能の後にＯＳ６１において行われる機能を示し
ている。ステージＳＡ１４に続くステージＳＡ１５では
自動再リンク機能による通信リンク再開が成功したかど
うかをチェックし（ステージＳＡ１５）、成功ならステ
ージＳＡ１６に進み、不成功ならステージＳＡ１７に進
む。ステージＳＡ１６では、一時停止したＡＰ６２に対
して、障害が起こった箇所の通信からリトライを実行し
てＡＰ６２の実行を再開させ（自動復旧機能）、ステー
ジＳＡ１７に進む。

【００２５】ステージＳＡ１７では、保守センタとリモ
ート保守契約を結んでいるシステムか否かをチェック
し、リモート保守契約を結んでいなければ、動作を終了
する。保守センタとリモート保守契約を結んでいれば、
再度ダウンか否かをチェックし（ステージＳＡ１８）、
ダウンでなければ、自動通報用通信パッケージ５９に対
して保守センタに通信制御パッケージ５５の異常を通知
するように指示する（自動通報機能）（ステージＳＡ１
９）。再度ダウンの場合には、これ以上の処理続行が出
来ないため、自動通報用通信パッケージ５９に対して保
守センタに通信制御パッケージ５５交換の緊急指示を通
知するように指示する（リトライエラー処理機能）（ス
テージＳＡ２０）。詳しくは、ＯＳ６１は、ステージＳ
Ａ１３において再立ち上げに失敗した時、または、ステ
ージＳＡ１８において再度ダウンした時は、これ以上の
処理続行が出来ないため、保守センタに通信制御パッケ
ージ５５交換の緊急指示を通知する（ステージＳＡ２
０）リトライエラー処理機能を行う。

【００２６】

【発明の効果】以上説明したように本発明では、通信制
御パッケージがダウンしても、システムを停止すること
なく自動的に通信制御パッケージの再立ち上げを行い復
旧までに時間がかからないという効果がある。また、障
害調査用のメモリダンプもシステムを止めずに採取でき
るという効果がある。また、自動復旧にてシステム運用
が再開できれば、ダウンした通信制御パッケージの交換
も緊急を要さず、システム運用の都合の良い時に交換で
きるという効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例による通信制御パッケージの
ダウン時の制御方式の動作を説明するためのフローチャ
ート。

【図２】上記実施例による通信制御パッケージのダウン
時の制御方式の動作を説明するための他のフローチャー
ト。

【図３】上記実施例による通信制御パッケージのダウン
時の制御方式の動作を説明するための別のフローチャー
ト。

【図４】上記実施例による通信制御パッケージのダウン
時の制御方式の動作を説明するための更に別のフローチ
ャート。

【図５】上記実施例による通信制御パッケージのダウン
時の制御方式が適用された情報処理システムのブロック
図。

【符号の説明】

５１ ＣＰＵ ５２ メモリ ５３ 端末 ５４ ディスク ５５ 通信制御パッケージ ５６ ローカルＣＰＵ ５７ ローカルメモリ ５８ ワークステーション制御機構 ５９ 自動通報用通信パッケージ ６０ ディスク制御機構 ６１ ＯＳ ６２ ＡＰ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ローカルメモリを有する通信制御パッケ
   ージと、中央処理ユニットとを有し、この中央処理ユニ
   ットの制御下で前記通信制御パッケージが通信相手先と
   の通信を行う情報処理システムにおいて、 システムメモリと、 ディスクと、 前記通信制御パッケージがダウンした時、前記通信制御
   パッケージの障害解析を行うために前記ローカルメモリ
   の内容を一旦前記システムメモリに吐き出させ、このシ
   ステムメモリに吐き出された内容を前記ディスクにダン
   プ情報として書き込む自動ダンプ採取手段と、 前記通信制御パッケージに対してリセット及びイニシャ
   ライズを実行し、前記通信制御パッケージの再立ち上げ
   を実施する再立ち上げ手段と、 前記通信制御パッケージがダウンした事を前記システム
   の管理者に知らせる通報手段とを備えたことを特徴とす
   る通信制御パッケージのダウン時の制御方式。
2. 【請求項２】 前記ダウンした通信制御パッケージの障
   害解析を行うために、前記システムの通常運用時に、前
   通信制御パッケージと中央処理ユニットとの間に取り交
   わす制御データ及びデータ転送内容が格納されている前
   記システムメモリのどこを採取したら良いかを常にトレ
   ースしておく自動ダンプ採取エリア決定手段と、 ダンプ採取時に、前記自動ダンプ採取エリア決定手段に
   て決められた前記システムメモリのメモリエリアの制御
   データ・データ転送内容を前記ディスクに書き込む制御
   ・データエリア自動ダンプ採取手段とを、更に含むこと
   を特徴とする請求項１に記載の通信制御パッケージのダ
   ウン時の制御方式。
3. 【請求項３】 前記通信制御パッケージのダウンを検出
   して前記中央処理ユニットのアプリケーションプログラ
   ムに従う動作を一旦停止させる自動停止手段と、 前記再立ち上げ手段により前記通信制御パッケージが稼
   働状態になった場合、この通信制御パッケージを通信相
   手先との通信リンクを再開し再び前記アプリケーション
   プログラムが使える状態にする自動再リンク手段と、 この自動再リンク手段に接続され、一旦停止状態にして
   ある前記アプリケーションプログラムを再開させ、障害
   が起こった箇所の通信からリトライを実行して前記アプ
   リケーションプログラムの処理続行をさせる自動復旧手
   段とを、更に含むことを特徴とする請求項１に記載の通
   信制御パッケージのダウン時の制御方式。
4. 【請求項４】 保守センタとリモート保守契約を結んで
   いる前記システムに対しては、前記通信制御パッケージ
   のダウンが検出されたら前記保守センタに前記通信制御
   パッケージの異常を通知する自動通報手段と、 前記自動復旧手段においても再度ダウンした場合あるい
   は自動復旧が失敗した場合は、保守センタに前記通信制
   御パッケージ交換の緊急指示を出すリトライエラー処理
   手段とを、更に含むことを特徴とする請求項３に記載の
   通信制御パッケージのダウン時の制御方式。