JPH0352049A - 通信制御プログラムの連続運転保証処理方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概要〕 通信制御プログラムを実行する現用プロセスと待機プロ
セスとがアクセス可能な共有メモリを備えた計算機シス
テムにおける通信制御プログラムの連続運転保証処理方
法に関し， 現用で動作している通信制御プログラムが動作不能にな
った場合に，その動作不能の影響を受ける通信を特定す
ることにより，利用者に対し，低コストで連続運転を保
証する手段を提供することを目的とし， 現用プロセスは．動作環境情報を共有メモリに設定する
処理過程と．各論理結合ごとに，ある事象が発生した場
合に，共有メモリに処理中の旨を記憶し，その事象の処
理が終了したときに，処理中の旨の記憶を消去する処理
過程とを備え，待機プロセスは，論理結合単位の動作環
境情報を事前にまたは現用プロセスの動作不能通知時に
現用プロセスから引き継ぐ処理過程と，現用プロセスの
業務を引き継ぐ場合に，共有メモリに処理中の旨の記憶
がある論理結合に係る通信についてのみ異常を通知する
処理過程とを備えるように構戒する。

〔産業上の利用分野〕

本発明は，通信制御プログラムを実行する現用プロセス
と待機プロセスとがアクセス可能な共有メモリを備えた
計算機システムにおける通信制御プログラムの連続運転
保証処理方法に関する。

〔従来の技術〕

第６図は従来技術の例を示す。

従来，計算機システムＩＯ内で動作中の通信制御プログ
ラムによる通信アクセス法２０が，計算機システム１０
のハードウエア障害またはソフトウェア障害の原因で動
作不能となった場合．その通信Ｗｉ御プログラムを使用
中の利用者（応用プログラム１１または端末操作者）は
，その動作不能の影響により，継続運用が不可能になる
。この場合．利用者は，運用を継続するために，再度，
通信相手との論理結合関係であるコネクション２３を再
確立してから，運用を再開する必要があった。

すなわち，利用者は，第６図に示すように，通信アクセ
ス法２０がクラッシュした場合に，■　通信アクセス法
２０の再起動， ■　コネクション２３の再確立， ■　影響の調査および回復処理， ■　運用再開， というような煩雑な手順を実行する必要があった．〔発
明が解決しようとする課題〕 第７図は問題のある非現実的な解決法の例を示す。

従来技術の問題に対する解決法として，通信制御プログ
ラムを，現用プロセス１３と待機プロセス１４の２つの
プロセスで，二重化することが考えられる．現用プロセ
ス１３は，通常運用のために動作するプロセスであり，
待機プロセス１４は，現用プロセス１３の動作不能に影
響を受けないプロセスで，現用プロセス１３が動作不能
になったときに，業務を継続して運用するため待機して
いるプロセスである。

現用プロセス１３と待機プロセス１４とが共に参照可能
な共有メモリ１５を使用し．現用プロセス１３が使用す
るコネクション動作環境や送受信データのすべてを．待
機プロセス１４に引き継ぐことにより，現用プロセス１
３が動作不能になつ＾限人？▼　２ハ紫政尤鳩迩プｎ島
１１Ａ１蝕坊する。

すなわち，第７図に示すように，次の手順により，連続
運転を保証する。

■　コネクションの開設時に，コネクシゴン動作環境を
，共有メモリｌ５に記憶する． ■　データを受信した場合，受信データを共有メモリ１
５に記憶する． ■　データを送信し．その完了事象により，受信データ
を，共有メモリｌ５から消去する。

■　現用プロセス１３が動作不能になった場合，待機プ
ロセスｌ４により，共有メモリ１５から，動作環境およ
び受信データを引き継ぎ，業務を継続する． 以上の処理で，受信データを共有メモリ１５の記憶した
り，それを消去したりする部分は，通常の運用における
性能に影響する。また，受信データのすべてを記憶する
ため，大量の共有メモリ１５が必要となる。したがって
５第７図に示すような連続運転の保証は，現実的な解決
策としては２４９当”？’Ｌ士かい 本発明は上記問題点の解決を図り，現用で動作している
通信制御プログラムが動作不能になった場合に，その動
作不能の影響を受ける通信を特定することにより，利用
者に対し，低コストで連続運転を保証する手段を提供す
ることを目的としている． 〔課題を解決するための手段〕 第１図は本発明の構或例を示す． 図中，１０は１台または複数台のプロセッサ（ＣＰＵ）
を備えた計算機システム，１１はデータ通信を行って利
用者に要求された処理を実行する応用プログラム，１２
は通信アクセス法を実現する通信制御プログラム．１３
は現用プロセス，１４は待機プロセス，１５は現用プロ
セス１３および待機プロセスｌ４の両方からアクセス可
能な共有メモＩＪ，１６は現用プロセス１３から待機プ
ロセスｌ４へ引き継ぐ動作環境情報を記憶する動作環境
情報記憶部を表す。

計算機システム１０において，通信制御プログラム１２
を実行するプロセスが，現用プロセス１３と待機プロセ
ス１４とにより多重化されている。

現用プロセス１３は，通常運用のために動作するプロセ
スであり，待機プロセス１４は，現用プロセス１３が動
作不能になったときに，業務を継続して運用するため待
機しているプロセスである．現用プロセス１３は２次の
処理過程ＰＬ，　　Ｐ２を実行する． 処理過程ＰＩでは，通信を行う応用プログラム１ｌとそ
の通信相手との論理結合に関する動作環境を作威し，そ
の動作環境情報を，共有メモリｌ５に設定する。

処理過程Ｐ２では，現用プロセス１３の動作不能時に，
待機プロセス１４で通信を継続できない可能性のある事
象が発生した場合，各論理結合ごとに．共有メモリｌ５
に処理中の旨を記憶し，その事象の処理が終了したなら
ば．処理中の旨の記憶を消去する．すなわち，データ送
受信処理等において，処理開始時に，共有メモリ１５上
における動作環境情報記憶部ｌ６中の論理結合対応部分
に．処理中表示の設定を行い，処理終了時に，その処理
中表示を消去する。

待機プロセスｌ４は，次の処理過程Ｐ３，Ｐ４を実行す
る． 処理過程Ｐ３では，共有メモリ１５の動作環境情報記憶
部ｌ６を参照し，論理結合単位の動作環境情報を，事前
にまたは現用プロセスの動作不能通知時に．現用プロセ
ス１３から引き継ぐ．処理過程Ｐ４では，現用プロセス
１３の業務を引き継ぐ場合に，共有メモリ１５に処理中
表示があるかどうかを調べ，処理中表示がある論理結合
を解放して．その論理結合に係る通信について異常を通
知する．処理中表示がない他の論理結合に係る通信につ
いては，そのまま通信制御プログラムｌ２による運転を
継続する． 〔作用〕 一般に，計算機システム１０における通信処理には．次
のような特徴がある。

（ａ）　　通常の場合，データ送信要求／データ受信要
求のいずれにおいても，要求はＣＰｔＪステップのみで
瞬時に処理される。すなわち，通信制御プログラムｌ２
に要求が保留されることは少ない。

（ロ）通信制御プログラム１２の処理は，処理の開始か
ら終了まで一連の制御の流れで終了する．このような特
徴を考慮すると，通信制御プログラム１２が動作不能と
なったときに．その通信制御プログラムｌ２で実際に通
信の送受信データを処理していることは少ない。したが
って，通信制御プログラムｌ２の動作不能に影響を受け
る業務は少ないことになる。

本発明は，この点に着目して，通信制御プログラムｌ２
の動作不能により影響を受ける応用プログラムｌ１と通
信相手の論理結合関係を特定し，影響のあった応用プロ
グラムｌ１と通信相手だけに，通信について異常があっ
たことを通知し，影響のないものについては，何も通知
しないで，連続運転を保証するようにしたものである。

第２図はその作用説明図である． 第２図（イ）に示すように，応用プログラム１■が，端
末２２とコネクシゴン２３を張り，通信アクセス法２０
により，通信ＭＡ２１を介して通信しているときに．通
信アクセス法２０が障害によって，クラッシュしたとす
る．このとき５通信アクセス法２０が．実際のデータ送
受信などの処理を行っていないとすると，第２図（ロ）
に示すように，待機プロセスによる通信アクセス法２０
により，以前のコネクション２３による動作環境をその
まま使用して，通信を継続することができる．もし，ク
ラッシュ時に通信アクセス法２０が，実際にデータを処
理中であったとする。この場合には．第２図（ハ）に示
すように，通信アクセス法２０は，コネクション２３を
解放し，応用プログラムｌ１等に異常を通知する． 従来技術による考えでは．第２図（ロ）のケースにも．
コネクション２３が解放され，連続運転を保証できなか
ったが．本発明によれば，コネクション２３の解放は，
第２図（ハ）に示す場合だけであり，クラッシュの影響
を減少させることができる。

〔実施例〕

第３図は本発明の実施例，第４図は本発明の実施例に係
る現用プロセスの処理フロー．第５図は本発明の実施例
に係る待機プロセスの処理フローを示す． 第３図（イ）は，現用プロセス１３による動作，第３図
（ロ）は，待機プロセス１４による動作を示している。

図中，Ｃｌ〜Ｃ３はコネクシゴン（論理結合），Ｔｌ−
７３は通信相手を表している。

［現用プロセスの動作１ ■　現用プロセス１３は，各コネクションＣｌ〜Ｃ３に
関する動作環境を，逐次，共有メモリｌ５に記憶する。

■　応用プログラム１１と通信相手Ｔ１〜Ｔ３との間で
，事象が発生した場合，現用プロセス１３が管理する動
作環境情報に，データ処理中の表示（第３図では，この
表示を●で示しいる）を行い，その情報を，共有メモリ
１５に反映する，このデータ処理中表示の対象となる事
象は，発生した事象に対する処理を開始した場合，仮に
．その処理中に現用プロセス１３が動作不能となり，待
代プロセス１４でその業務を引き継いでも，応用プログ
ラム１１または通信相手のプロトコル主体に対して．処
理の一貫性が保てなくなるような事象である．例えば，
応用プログラム１１と通信相手との送受信データの紛失
や．通信プロトコル矛盾が発生する場合などが該当する
． この事象の処理が終了したときに，データ処理中の表示
を消去する。

［待機プロセスの動作］ ■　共有メモリ１５から読み出した情報により，現用プ
ロセス１３の動作環境を，待機プロセス１４に構築する
． ■　応用プログラム１１と通信相手との論理結合関係を
調べ，現用プロセス１３で記したデータ処理中の表示が
あるかどうかをチェックする．データ処理中でないコネ
クションＣ２，Ｃ３の場合，待機プロセス１４により．
業務を継続する．データ処理中が記されているコネクシ
ョンＣ１の場合，待機プロセス１４で業務を継続しても
，応用プログラムＩ１と通信相手ＴＩとの間で誤動作が
発生する可能性があるため，双方に異常があったことを
通知する。

以上により，応用プログラム１１などの利用者への見え
方は，次のようになる． 処理中でない場合には，利用者には何も通知されず，か
つ連続運転が保証される．処理中である場合にのみ，利
用者に異常発生が通知される。この通知により．利用者
は，必要に応じて回復処理に移ることができる． 現用プロセス１３の処理フローは，例えば第４図に示す
ようになる．以下，第４図に示す（ａ）〜（肉に従って
説明する。

（ａ）　　通信アクセス法の起動により，通信アクセス
法の動作環境を構築する。本実施例では，ここで，共有
メモリの開設および待機プロセスの起動を行う。

（ｂ）　　ネットワーク資源の稼動化処理を行う。この
ネットワーク資源環境を共有メモリに書き込む．（Ｃ）
　　応用プログラムまたは通信相手からの論理結合の開
設要求に対して，論理結合の動作環境を作戒する．ここ
で，障害時に備えて，現用プロセスが待機プロセスに切
り換わったときに，通信相手と正常に通信できる情報，
例えば通信プロトコルなどの情報を，共有メモリに書き
込む。

（イ）応用プログラムまたは通信相手からのデータ送信
／受信に対して．データ処理中表示を共有メモリに記録
する． （ｅ）　　通信プロトコルに従ったデータ送受信処理を
行う．引き継ぎ情報などの必要な情報があれば．共有メ
モリに書き込む． （ｆ）　　データ通知／送信処理では，通信制御プログ
ラムが，データを通知または送信したとき，データ処理
中表示の消去を記録する． （自）応用プログラムまたは通信相手からの論理結合の
解放要求に対して，共有メモリ上のその論理結合の情報
を解放する． 待機プロセスｌ４の処理フローは，例えば第５図に示す
ようになる。以下，第５図に示す（ａ）〜（濁に従って
説明する． （ａ）　　現用プロセスから起動されたならば，通信ア
クセス法の動作環境を構築する。また．現用プロセスか
らの引き継ぎ情報を得るために，共有メモリの開設を行
う． （ロ）現用プロセスの動作環境を事前に設定する処理を
，所定の周期で行う。すなわち，共有メモリから読み出
した情報により，論理結合単位に動作環境を作戒する．
この事前設定は，現用プロセスが動作不能となった場合
に，待機プロセスで再起動する時間を短縮するためであ
る。したがって．必ずしも事前に行わなければならない
わけではなく，待機プロセスで現用プロセスの処理を引
き継ぐときに行ってもよい。

（Ｃ）　　現用プロセスの動作不能通知があったならば
．現用プロセスの動作環境を作戒する。すなわち．共有
メモリから，現用プロセスの動作環境（ネットワーク資
源，論理結合環境など）を読み込み，現用プロセスが動
作していた環境を作威する．処理（ハ）で，環境を事前
に設定していると，ここでの作戒時間が短縮されること
になる．（イ）次に．全論理結合の中で，現用プロセス
の動作不能のために，切断する必要がある論理結合を調
べる．各論理結合について，データ処理中表示がなけれ
ば，その論理結合はクラッシュに影響しないので，次の
論理結合の調査に移る．データ処理中表示のある論理結
合は．クラッシュの影響を受ける．したがって，その論
理結合を解放し，共有メモリ上のその領域についても解
放する．この解放したものについては，通信要求元へ異
常を通知する．これを全論理結合が終了するまで，繰り
返す． （噂　全論理結合について（イ）の処理が終了したなら
ば，待機プロセスを新たな現用プロセスとして，通常の
動作を開始させる． 通信制御プログラムの通信処理では，通常の場合．デー
タ送信要求／データ受信要求のいずれにおいても，要求
はＣＰＵステップのみで，瞬時に処理される．すなわち
，通信制御プログラムに要求が保留されることは少ない
。また，通信制御プログラムの処理は，処理の開始から
終了まで，連の流れで終了する。

このような処理において，通信制御プログラムが動作不
能になった場合の影響は，以下のように考えることがで
きる． 単一ＣＰＵのシステムにおいては，通信制御プログラム
が動作不能になった場合に，処理中の応用プログラムと
通信相手との通信は，多くても一つである． 動作不能発生時，通信制御プログラムで処理中の応用プ
ログラムと通信相手との通信は．ほとんどない． 動作不能発生時，通信制御プログラムの処理待ちである
応用プログラムと通信相手との通信は，ほとんどない． 以上のように，通信制御プログラムの動作不能により，
影響を受ける応用プログラムと通信相手との通信は２通
常のシステムで，例えばｌＯ％未満と考えることができ
る。

従来の技術では，通信制御プログラムを使用しているす
べての応用プログラムと通信相手との通信が，通信制御
プログラムの動作不能の影響を受けて，利用者の回復処
理を必要とした．これに対し．本発明を適用すれば，通
信制御プログラムの動作不能の影響を受けない９０％以
上の応用プログラムと通信相手との通信は．そのまま継
続可能である．残り１０％未満の利用者だけが回復処理
を行えばよいことになる． 〔発明の効果〕 以上説明したように．本発明によれば，現用で動作して
いる通信制御プログラムが動作不能になった場合に，そ
の動作不能の影響を受ける通信を特定することにより，
利用者に対し，低コストで連続運転を保証することがで
きるようになる．

【図面の簡単な説明】

第工図は本発明の構或例， 第２図は本発明の作用説明図， 第３図は本発明の実施例， 第４図は本発明の実施例に係る現用プロセスの処理フロ
ー 第５図は本発明の実施例に係る待機プロセスの処理フロ
ー 第６図は従来技術の例， 第７図は問題のある非現実的な解決法の例を示す。 図中．ＩＯは計算機システム，１１は応用プログラム，
１２は通信制御プログラム．１３は現用プロセス，１４
は待機プロセス，１５は共有メモリ，１６は動作環境情
報記憶部，ＰＩ〜Ｐ４は処理過程を表す。

Claims (1)

1. 【特許請求の範囲】 通信制御プログラム（１２）を実行するプロセスが、現
   用プロセス（１３）と待機プロセス（１４）とにより多
   重化されており、現用プロセスと待機プロセスとがアク
   セス可能な共有メモリ（１５）を備えた計算機システム
   （１０）における通信制御プログラムの連続運転保証処
   理方法であって、 上記現用プロセスは、 通信を行う応用プログラム（１１）とその通信相手との
   論理結合に関する動作環境情報を、上記共有メモリに設
   定する処理過程（Ｐ１）と、 各論理結合ごとに、現用プロセスが動作不能になったと
   きに待機プロセスで通信を継続できない可能性のある事
   象が発生した場合に、上記共有メモリに処理中の旨を記
   憶し、その事象の処理が終了したときに、処理中の旨の
   記憶を消去する処理過程（Ｐ２）とを備え、上記待機プ
   ロセスは、 上記共有メモリを参照し、論理結合単位の動作環境情報
   を事前にまたは現用プロセスの動作不能通知時に現用プ
   ロセスから引き継ぐ処理過程（Ｐ３）と、 上記現用プロセスの業務を引き継ぐ場合に、上記共有メ
   モリに処理中の旨の記憶がある論理結合に係る通信につ
   いてのみ異常を通知する処理過程（Ｐ４）とを備えたこ
   とを特徴とする通信制御プログラムの連続運転保証処理
   方法。