JPH04213148A - オンライン分散プログラム入替え方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の情報処理装置に
分散し、互いにメッセ−ジを通信しながら連携して処理
を進める複数プログラム群を対象とした、オンライン中
の分散プログラム入替え方法に関する。

【０００２】

【従来の技術】従来のオンライン中のプログラム入替え
方法としては、例えば、公開特許公報（公開番号　　平
２−１３９６９３０）「オンラインタスク入替え装置」
がある。本装置では入れ替えたいタスクをまず、仮タス
クとしてロ−ディングしておき、タスク入替え管理装置
が、披入替え対象となるオンラインタスクの状態を監視
し、タスクが起動要求待ちになった時点で、上記仮タス
クと披入替えタスクを入れ替える方法をとっている。

【０００３】

【発明が解決しようとする課題】金融・株式市況情報を
リアルタイムで利用者端末に配信するオンライン情報サ
−ビスシステム、或は、銀行端末等の制御を行なうオン
ライントランザクション処理システムでは、システムの
休日／終日稼働が要求されてきており、そのため計算機
システムの２４時間稼働が要求されてきている。また、
サ−ビスの向上のため、業務プログラムのバ−ジョンア
ップも頻繁に発生する。これらニ−ズを背景として、バ
−ジョンアップに伴うプログラムの入替えをシステムを
止めずにオンライン中に行ないたいという要求が出てき
ている。

【０００４】一方、最近の計算機技術と通信技術の発達
により、複数の計算機を通信網で接続した分散構成を採
用するシステムが急増している。上述のオンライン情報
サ−ビスシステムやオンライントランザクション処理シ
ステムでも、従来の集中型のシステム構成から、分散シ
ステム構成への移行が行なわれつつある。

【０００５】以上のオンライン中のプログラム入替えの
要求と、システムの分散化ということから、分散システ
ムを前提とした、オンライン中のプログラム入替えが要
求されてきている。

【０００６】さて、上記従来のプログラム入替え方法で
は、対象が単一計算機内のプログラムであることを前提
としていた。そのため、分散システムにおいて、互いに
メッセ−ジ通信を行ないながら処理を進めるプログラム
に対して、従来のオンライン中のプログラム入替えを適
用しようとすると、入替え時にプログラム間でバ−ジョ
ンの整合性がとれず、その結果として処理の連続性が保
証されないという問題があった。この問題を図２と図１
６を用いて説明する。

【０００７】図２は分散処理システムの一構成例を示し
たものである。システムは地域ごとに分散したサブシス
テム１、２、３が、広域回線１１、１２、１３によって
互いに接続されている。各サブシステム内は、情報処理
装置２１、２２、２３、２４、２５、２６が例えばＦＤ
ＤＩ（Ｆｉｂｅｒ　Ｄｉｓｔｒｉｂｕｔｅｄ　Ｄａｔａ
　Ｉｎｔｅｒｆａｃｅ）のような高速ＬＡＮ（Ｌｏｃａ
ｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）４１とそのＬＡＮ制御
装置５１、５２、５３、５４、５５、５６によって互い
に接続されている。情報処理装置２１には他サブシステ
ムとの回線を接続するための回線制御装置３１が、また
、情報処理装置２４、２５、２６には、端末８１、８２
、・・・、８９への回線７１、７２、・・・、７９を制
御するための、端末回線制御装置３４、３５、３６が接
続されている。さらに、各情報処理装置には、プログラ
ムのロ−ドモジュ−ルを格納したり、業務用のデ−タベ
−スを格納するためのディスク９１、９２、・・・、９
６が接続されている。

【０００８】図１６は、図２の情報処理装置２５と２２
の中で動作しているプログラム１２１と１２２（Ｐｒｏ
ｇ１とＰｒｏｇ２と表す）を、新しいバ−ジョンのプロ
グラム１２３と１２４（Ｐｒｏｇ１’とＰｒｏｇ２’と
表す）に入れ替える場合を示している。Ｐｒｏｇ１は端
末回線制御装置３５と回線７４、７５、７６を介して端
末群８４、８５、８６から受信した問い合わせメッセ−
ジを受信し、Ｐｒｏｇ２に対するデ−タベ−ス問い合わ
せメッセ−ジに編集し送信する。Ｐｒｏｇ２はデ−タベ
−ス問い合わせメッセ−ジを受信し、ディスク９２より
デ−タを検索して、応答メッセ−ジに編集し、問い合わ
せ元のＰｒｏｇ１に返信する。Ｐｒｏｇ１はｐｒｏｇ２
からのメッセ−ジを端末画面用に編集し、問い合わせ元
の端末に送信する。以上の処理において、Ｐｒｏｇ１と
Ｐｒｏｇ２の間でのデ−タベ−ス問い合わせと応答メッ
セ−ジのフォ−マットは、予め互いに了解しておく必要
がある。また、プログラムのバ−ジョンに応じてフォ−
マットも変わるのが一般的である。

【０００９】今、従来の入替え方法により、各情報処理
装置で独立にプログラムを入れ替えたとする。その場合
、Ｐｒｏｇ１とＰｒｏｇ２の処理とは非同期的に入替え
が行なわれるため、タイミングによっては、図２に示す
ように、Ｐｒｏｇ２のみ新バ−ジョンに入れ替わり、Ｐ
ｒｏｇ１は旧バ−ジョンのままという状態がありうる。 この時、Ｐｒｏｇ１が端末８５から問い合わせメッセ−
ジを受け取り（図１５内■）、旧バ−ジョンのメッセ−
ジフォ−マットでＰｒｏｇ２に問い合わせメッセ−ジを
送信した場合（図１５内■）、受信側のｐｒｏｇ２は新
バ−ジョンになっているため、メッセ−ジフォ−マット
が食違い、正常に処理できない、という問題が発生する
（図１６内■。端末からのメッセ−ジフォ−マットは変
わらないものとする）。特に、端末からのトラフィック
が高い場合は、上記のようなフォ−マット違いのエラ−
が多発し、多くの端末に迷惑をかけることになる。

【００１０】本発明の目的は、以上の問題を解決し、分
散システムにおいても、オンラインに影響を与えること
なく、プログラムを入替える方法を提供することである
。

【００１１】

【課題を解決するための手段】上記問題点を解決するた
め、本発明は、通信網によって接続された複数の情報処
理装置が、それぞれオンライン中のプログラムの新バ−
ジョンプログラムを情報処理装置にロ−ディングする手
段と、情報処理装置ごとに、プログラムのバ−ジョン番
号を管理記憶する手段と、オンライン中のプログラムを
上記ロ−ディング済の新バ−ジョンのプログラムに入れ
替える手段とを備え、少なくとも２つ以上のプログラム
が互いにメッセ−ジを送受信しながら処理を進めるシス
テムにおいて、各情報処理装置が、オンライン中のプロ
グラムの出力メッセ−ジに、当該プログラムのバ−ジョ
ン番号を付加して通信網に送信し、通信網からメッセ−
ジを受信したとき、上記メッセ−ジに付加されたバ−ジ
ョン番号と、該メッセ−ジを受信したプログラムのバ−
ジョン番号を比較して、入替えの要否を判定し、入替え
要の場合は、当該受信プログラムを上記入替え手段によ
り新バ−ジョンに入れ替え、上記受信メッセ−ジを新バ
−ジョンのプログラムが受信し処理するようにした

【０
０１２】。

【作用】本発明によれば、分散システム内の少なくとも
一つにオンライン中のプログラムを入れ替えることがで
き、プログラムが通信網に送信されるメッセ−ジには送
信元プログラムのバ−ジョン番号が付加され、プログラ
ム間でのバ−ジョン番号の整合性を確認でき、プログラ
ム間でバ−ジョンの整合性がとれない場合は、受信プロ
グラムの入替えにより、バ−ジョンの整合性を回復する
ことができ、入替え時のメッセ−ジを廃棄することなく
新バ−ジョンのプログラムによって処理できる。

【００１３】

【実施例】図１を用いて、本発明の概要を説明し、図２
〜図１５を用いて、実施例の詳細を説明する。

【００１４】図１は、図１６で示したのと同じシステム
・ソフト構成における本発明のプログラム入替え方法を
示した図である。即ち、情報処理装置２５、２２にはプ
ログラム１２１、１２２（それぞれバ−ジョン番号が１
０であり、Ｐｒｏｇ１｛１０｝、Ｐｒｏｇ２｛１０｝と
表すことにする。ここで｛　　｝内の数字は、そのプロ
グラムのバ−ジョン番号を示すものとする。）がそれぞ
れロ−ディングされており、オンライン処理を実行して
いる。Ｐｒｏｇ１｛１０｝は、端末回線７４、７５、７
６と端末回線制御装置３５を経由して送られてくる端末
からの問合せを受取り、ＬＡＮ４１経由で、Ｐｒｏｇ２
｛１０｝にデ−タ検索を依頼するとともに、その応答メ
ッセ−ジを問合せ元の端末に返信する処理を行なってい
る。この２つのプログラムを、ディスク９６、９２に格
納されている新バ−ジョンプログラム１２５と１２６に
入れ替える方法を以下に示す。

【００１５】まず、情報処理装置２５、２２に新バ−ジ
ョンプログラム１２５、１２６を予めロ−ディングして
おく（図１内■■）。このロ−ディングされた新バ−ジ
ョンプログラムにはバ−ジョン番号として１１を割当て
、それぞれＰｒｏｇ１｛１１｝、Ｐｒｏｇ２｛１１｝と
表すことにする。次に、端末からの問い合わせメッセ−
ジを受信した時点（図１内■）で、ｐｒｏｇ１｛１０｝
を新バ−ジョンに入れ替え（図１内■）、受信メッセ−
ジをＰｒｏｇ１｛１１｝に渡す（図１内■）。Ｐｒｏｇ
１｛１１｝はＰｒｏｇ２｛１１｝への問い合わせメッセ
−ジ１４２を作成しＬＡＮ４１に送出するが（図１内■
）、この時、Ｐｒｏｇ１｛１１｝のバ−ジョン番号（＝
１１）もメッセ−ジ１４２のヘッダ部１４１内にセット
する。この問い合わせメッセ−ジを情報処理装置２２が
ＬＡＮから取り込み、Ｐｒｏｇ２｛１０｝に引き渡す前
に、メッセ−ジに付加されているバ−ジョン番号と、引
渡し先のＰｒｏｇ２｛１０｝のバ−ジョン番号を比較す
る（図１内■）。この場合プログラムのバ−ジョン番号
（＝１０）がメッセ−ジのバ−ジョン番号（＝１１）よ
り小さいので、バ−ジョン番号が一致する新バ−ジョン
Ｐｒｏｇ２｛１１｝に入替え（図１内■）、受信メッセ
−ジを引き渡す（図１内■）。

【００１６】新バ−ジョンプログラムＰｒｏｇ２｛１１
｝は問い合わせのあったデ−タをディスクから検索し、
応答メッセ−ジ１４４を作成して、問い合わせ元のＰｒ
ｏｇ１｛１１｝にＬＡＮを経由して返信する（図１内（
１０））。この時もプログラムのバ−ジョン番号をメッ
セ−ジヘッダ１４３にセットする。このメッセ−ジは情
報処理装置２５によってＬＡＮから取り込まれ、上述の
情報処理装置２２と同様、Ｐｒｏｇ１｛１１｝のバ−ジ
ョン番号とメッセ−ジに付加されているバ−ジョン番号
が比較チェックされた後、Ｐｒｏｇ１｛１１｝に引き渡
される（図１内（１１））。Ｐｒｏｇ１｛１１｝は受信
したＰｒｏｇ２｛１１｝からの応答メッセ−ジを端末表
示用に編集し、問い合わせ元の端末に対して返信する（
図１内（１２））。

【００１７】以上の処理により、メッセ−ジ送信元と受
信先とでプログラムのバ−ジョンを一致させることがで
き、しかもプログラム入替え時にメッセ−ジを消失する
こともない。

【００１８】次に、実施例の詳細を説明する。

【００１９】図３は、情報処理装置２１〜２６内のソフ
ト構成を示した図であり、端末回線制御装置３ｉやＬＡ
Ｎ制御装置５ｉを介したメッセ−ジ送受信処理や、受信
メッセ−ジのトランザクション受信キュ−１１１〜１１
３への登録処理を行なう通信管理モジュ−ル１０１、ユ
−ザ業務プログラム（以後ＵＰ：Ｕｓｅｒ　Ｐｒｏｇｒ
ａｍと略す）１１４〜１１５からの要求に応じてトラン
ザクション受信キュ−からメッセ−ジを取り出す際に、
新バ−ジョンへの入替えや旧バ−ジョンへの復旧の要否
を判定を行ない、必要ならば入替え／復旧処理を実行す
るメッセ−ジ受信要求処理モジュ−ル１０２、ＵＰから
要求されたメッセ−ジに送信要求元プログラムのバ−ジ
ョン番号をセットし、通信管理モジュ−ル１０１経由で
情報処理装置や端末に送信するメッセ−ジ送信要求処理
モ−ジュ−ル１０３、新バ−ジョンプログラムの登録処
理を行なうプログラム登録処理モジュ−ル１０４、プロ
グラムの入替えや入替え失敗時の復旧の指示処理を行な
う入替え／復旧指示処理モジュ−ル１０５、デイスク９
ｉ内のロ−ドモジュ−ルを上記登録処理モジュ−ル１０
４の要求に応じて検索したり、ＵＰ１１４〜１１５の要
求に応じてディスク９ｉ内のデ−タを検索するファイル
管理モジュ−ル１０６、端末回線制御装置３ｉやＬＡＮ
制御装置５ｉとのメッセ−ジ送受信用に設けた送受信バ
ッファ１０９、情報処理装置内に登録されているプログ
ラムのバ−ジョン番号やタスク番号を記憶管理するプロ
グラムバ−ジョン管理テ−ブル１０７、情報処理装置内
に登録されているタスクについて、入替え／復旧の要否
を示す情報を記憶管理するためのタスク管理テ−ブル１
０８、トランザクション受信キュ−１１１、１１２、１
１３ごとに受信待ちＵＰの存在の有無を記憶するための
受信待ちフラグ１１７、１１８、１１９、そして、情報
処理装置内のタスク制御、及び、端末回線制御装置やＬ
ＡＮ制御装置の起動／割込み処理を行なうＯＳ（Ｏｐｅ
ｒａｔｉｎｇ　Ｓｙｓｔｅｍ）１１３から構成されるこ
とを示している。

【００２０】図４は、上記プログラムバ−ジョン管理テ
−ブル１０７の構成を示す図である。本実施例のシステ
ムでは、各情報処理装置内のプログラムをその業務内容
に応じてプログラム番号を対応づけて管理しており、プ
ログラムバ−ジョン管理テ−ブルもこのプログラム番号
ごとにエントリ−１５１、１５２、１５３を設け、各エ
ントリ−については、プログラム番号をセットするエリ
ア１３１、旧バ−ジョン、現バ−ジョン、及び、新バ−
ジョンごとに、当該バ−ジョンがタスクとして登録され
ているか否かを示す登録フラグ１３２、１３５、１３８
、バ−ジョン番号をセットするエリア１３３、１３６、
１３９、及び、タスク番号をセットするエリア１３４、
１３７、１４０から構成される。

【００２１】図５は上記タスク管理テ−ブル１０８の構
成を示した図であり、タスクごとにエントリ−１７１、
１７２、１７３が設けられ、各エントリ−については、
タスク番号をセットするエリア１６１、プログラム番号
をセットするエリア１６２、新バ−ジョンへの入替え要
否を示す入替え指示フラグをセットするエリア１６３、
そして、旧バ−ジョンへの復旧の要否を示す復旧指示フ
ラグをセットするエリア１６４から構成される。

【００２２】図６はプログラム登録処理モジュ−ル（図
３内１０４）の処理フロ−を示した図である。本処理は
、プログラム入替えを実施する際、各情報処理装置ごと
にコンソ−ル等から起動されるものであり、起動時のパ
ラメ−タとしては、新バ−ジョンを登録するプログラム
のプログラム番号とロ−ドモジュ−ルのファイル名称、
がある。これらパラメ−タを引き数として起動されると
、まず指定されたプログラム番号について上記プログラ
ムバ−ジョン管理テ−ブル１０７を参照し、現バ−ジョ
ン登録フラグ１３５をチェックする（図６処理２０１）
。もしフラグがリセット状態で現バ−ジョンが未登録の
場合は、新規登録を意味しており、指定されたファイル
からロ−ドモジュ−ルを読みだしタスクとしてＯＳに登
録するとともに、プログラムバ−ジョン管理テ−ブルの
登録フラグ１３５をセットし、バ−ジョン番号１３６を
”１”にセットし、ＯＳから通知されたタスク番号をエ
リア１３７にセットする（処理２０２）。次に、タスク
管理テ−ブル１０８について、上記登録したタスクのタ
スク番号に対応するエントリ−にアクセスし、エリア１
６１とエリア１６２にタスク番号とプログラム番号をセ
ットし（処理２０３）、登録したタスクを起動して（処
理２０４）処理を終了する。

【００２３】上記処理２０１において現バ−ジョンが既
に登録されている場合、新バ−ジョンの登録状態を調べ
るため、プログラムバ−ジョン管理テ−ブルのエリア１
３８をチェックする（処理２０５）。もしフラグがリセ
ットされおり、新バ−ジョンが未登録の場合は、指定さ
れたファイルからロ−ドモジュ−ルを読み込みタスクと
してＯＳに登録するとともに、プログラムバ−ジョン管
理テ−ブルの登録フラグ１３８をセットし、バ−ジョン
番号１３９を現バ−ジョン番号１３６に１加えた値にセ
ットし、タスク番号をエリア１４０にセットする（処理
２０６）。そして、上記登録したタスクについて、上記
処理２０３と同一内容のタスク管理テ−ブル登録処理を
行ない（処理２０７）、処理を終了する。

【００２４】上記処理２０５にて、既に新バ−ジョンが
登録されていた場合は、新バ−ジョンの再登録と判定し
、既に登録されている新バ−ジョンについてタスク登録
の抹消をＯＳに依頼するとともに、やはり指定されたフ
ァイルからロ−ドモジュ−ルを読みだしてタスクとして
ＯＳに登録し、プログラムバ−ジョン管理テ−ブルのエ
リア１４０にタスク番号セットし（処理２０８）、処理
２０７を実行した後、処理を終了する。

【００２５】以上のプログラム登録処理により、新規プ
ログラムについてはオンライン業務処理が即開始される
が、現バ−ジョンが既に稼働中のプログラムについては
、新バ−ジョンがタスクとして登録されたのみであり、
まだ入替えは行なわれない。尚、以上の新バ−ジョン登
録処理は、入替え対象となるプログラムのすべてについ
て、各情報処理装置ごとに実施しておく必要があが、バ
−ジョンアップが不要なＵＰについては上記登録処理は
不要である。また、新バ−ジョンの登録の順番やプログ
ラム登録処理起動のタイミングについては、特に制約は
なく、オフライン的に行なうことができる。さらに、あ
る一つの情報処理装置のコンソ−ルから、ＬＡＮを介し
たリモ−ト起動を行なうことにより、他情報処理装置の
プログラム登録処理モジュ−ルを起動する方法もある。

【００２６】さて、情報処理装置２２と２５において、
Ｐｒｏｇ１｛１０｝、Ｐｒｏｇ２｛１０｝が既に稼働中
であり、それぞれの情報処理装置において、上記プログ
ラム登録処理により、新バ−ジョンＰｒｏｇ１｛１１｝
とＰｒｏｇ２｛１１｝が登録されているものとして、以
下の実施例の説明を進める。

【００２７】図７は、入替え／復旧指示処理モジュ−ル
の処理フロ−を示す図である。本処理は新バ−ジョンプ
ログラムへの入替えを指示する時、及び、後述する復旧
指示の時に、例えばコンソ−ルから起動されるものであ
り、起動時のパラメ−タとしては入替えか復旧かを示す
指示内容と、入れ替え／復旧を行なうプログラムのプロ
グラム番号がある。

【００２８】本処理が起動されると、まず指示内容をチ
ェックし（処理２１１）、入替え指示の場合は、引き数
のプログラム番号で指定されるプログラムについて上記
プログラム管理テ−ブル１０７を参照し、新バ−ジョン
の登録フラグ１３８（図４参照）がセットされているか
否かをチェックする（処理２１２）。もし登録されてい
れば現バ−ジョンのタスク番号１３７で指定されるタス
ク管理テ−ブル１０８のエントリ−について入替え指示
フラグ１６３（図５参照）をセットしてオンライン中の
プログラムに入替えを指示し（処理２１３）、処理を終
了する。一方、登録フラグがセットされていない場合は
、現バ−ジョン、及び、旧バ−ジョンのバ−ジョン番号
のみを増加（＋１）させる場合であり、プログラムバ−
ジョン管理テ−ブルのエリア１３３、１３６をそれぞれ
インクリメントし（処理２１４）、処理を終了する。 次に、上記処理２１１において、指示内容が復旧指示の
場合は、処理２１５の復旧指示フラグセット処理に進む
が、これについては後で説明する。

【００２９】尚、本実施例では、上記入替え指示処理を
情報処理装置２５内のＰｒｏｇ１｛１０｝に対して行な
うものとする。

【００３０】次に、端末との送受信メッセ−ジも含めて
、本システム内のプログラム間で送受信されるメッセ−
ジのフォ−マットを図８に示す。メッセ−ジはヘッダ部
２２０と本体部２２８からなる。ヘッダ部は、メッセ−
ジの長さＭＬをセットするエリア２２１、送信元端末／
情報処理装置のアドレスＳＡをセットするエリア２２２
、送信先端末／情報処理装置のアドレスをセットするエ
リア２２３、当該メッセ−ジが問合せか応答かを示す通
信タイプＴＹＰＥをセットするエリア２２４、後述する
問い合わせ元タスク番号ＩＮＱ＿ＴＮをセットするエリ
ア２２５、本メッセ−ジの種類を示すトランザクション
コ−ドＴＣＤをセットするエリア２２６、本メッセ−ジ
の送信元ＵＰのバ−ジョン番号ＶＥＲをセットするエリ
ア２２７、そして、メッセ−ジ本体ＤＡＴＡをセットす
るエリア２２８からなることを示している。尚、端末か
らのメッセ−ジの場合、ＳＡにはシステム内で一貫して
付与されている端末番号が、また、ＴＣＤには、”端末
メッセ−ジ”を示すコ−ドがそれぞれセットされて端末
から送られてくるものとし、他の情報については値がセ
ットされていないものとする。

【００３１】次に、端末８ｉからメッセ−ジを受信した
場合の通信管理モジュ−ル１０１におけるメッセ−ジ受
信処理を図９を用いて説明する。端末回線制御装置３ｉ
はメッセ−ジを端末回線から受信すると情報処理装置２
ｉ内の送受信バッファ１０９にメッセ−ジを転送し、そ
のアドレスとメッセ−ジ長をＯＳに通知する。ＯＳは通
知を受けると通信管理モジュ−ル１０１内のメッセ−ジ
受信処理を起動する。メッセ−ジ受信処理では、まずメ
ッセ−ジを受信したのは端末回線からか、或いは、ＬＡ
Ｎからかを調べる（処理２３１）。端末回線からの受信
の場合は受信メッセ−ジのヘッダ部内のＴＣＤ（図８内
２２６）を読み込み（処理２３２）、トランザクザクシ
ョン受信キュ−に登録する（処理２３３）。ここで、ト
ランザクション受信キュ−はＴＣＤごとに先入れ先だし
キュ−になっている。トランザクション受信キュ−への
登録とは、受信メッセ−ジのＴＣＤで指定されるキュ−
の最後尾に、受信メッセ−ジの送受信バッファ内アドレ
スとメッセ−ジ長をセットした制御ブロックを登録する
処理のことである。次に、当該ＴＣＤのトランザクショ
ン受信キュ−に対して既に受信要求を発行して待ってい
るＵＰがいるか否かを調べるため、受信待ちフラグ（図
３内１１７、１１８、１１９）をチェックし（処理２３
４）、もし待ちＵＰが存在しなければそのまま処理を終
了し、もし待ちＵＰが存在すれば当該ＵＰを起動して（
処理２３５）処理を終了する。一方、上記処理２３１に
おいて、ＬＡＮからのメッセ−ジ受信の場合は、メッセ
−ジヘッダ内ＴＹＰＥ（通信タイプ）をチェックし、問
合わせメッセ−ジか応答メッセ−ジかを判定する（処理
２３６）。もし問合せメッセ−ジの場合は処理２３２に
進む。また、応答メッセ−ジの場合は、応答待ちＵＰの
起動処理を行ない（処理２３７）、処理を終了する。

【００３２】次に、図１０を用いて、情報処理装置２５
内のＵＰであるＰｒｏｇ１｛１０｝の処理フロ−を説明
する。本プログラムは起動されるとまず使用するテ−ブ
ルの初期化等のイニシャル処理を行なった（処理２５１
）後、ＴＣＤ＝”端末メッセ−ジ”と受信メッセ−ジ格
納用のエリアを指定してメッセ−ジ受信要求モジュ−ル
にリンクする（処理２５２）。

【００３３】メッセ−ジ受信要求処理モジュ−ル（図３
内１０２）は図１１に示す処理を実行するものである。 即ち、ＵＰより指定されたＴＣＤについて上記トランザ
クション受信キュ−をチェックして処理待ちメッセ−ジ
がキュ−に登録されているか否かを調べる（処理２６１
、２６２）。もし登録されていなければ当該トランザク
ション受信キュ−に対応した受信待ちフラグをセットし
てＷＡＩＴ状態に入り（処理２６３）、上記通信管理モ
ジュ−ルに起動されるまで待つ。一方、トランザクショ
ン受信キュ−に指定されたＴＣＤのメッセ−ジが登録さ
れていれば、受信要求を発行しているＵＰのタスク番号
に基づいてタスク管理テ−ブル１０８を参照し、入替え
指示フラグ（図５内１６３）がセットされているか否か
をチェックする（処理２６４）。もし入替え指示フラグ
がセットされている場合は、タスク管理テ−ブル１０８
から受信要求元ＵＰのプログラム番号を求め、さらにプ
ログラムバ−ジョン管理テ−ブル１０７から新バ−ジョ
ンのタスク番号（図４内１４０）を読み取って当該タス
クを起動するとともに（処理２７１）、起動が成功した
か否かをチェックする（処理２７２）。起動が成功した
場合は旧バ−ジョンプログラムについてタスクの登録抹
消をＯＳに依頼した後（処理２７３）、新バ−ジョンの
タスク管理テ−ブルについて入替え指示フラグ１６３を
リセットし（処理２７４）、プログラムバ−ジョン管理
テ−ブルの旧バ−ジョン情報（図４エリア１３２、１３
３、１３４）を現バ−ジョン情報（図４エリア１３５、
１３６、１３７）で、また、現バ−ジョン情報を新バ−
ジョン情報（図４エリア１３８、１３９、１４０）で書
替えた後、新バ−ジョン情報をクリヤし（処理２７６）
、現在稼働中で入替えにより旧バ−ジョンとなった受信
要求元ＵＰの処理を終了する（処理２７６）。

【００３４】以上の処理によれば、入替え指示が出され
ているプログラムを、端末／ＬＡＮからメッセ−ジを受
信した時に新バ−ジョンに入れ替えることができる。本
実施例の場合、情報処理装置２２内のＰｒｏｇ１｛１０
｝が新バ−ジョンのＰｒｏｇ１｛１１｝に入れ替わり起
動されることになる。尚、プログラム入替えは、受信メ
ッセ−ジのバ−ジョン番号と受信要求を発行しているＵ
Ｐのバ−ジョン番号が一致しない場合にも行なわれる。 これについては後で説明する。また、処理２７１におい
て新バ−ジョンの起動が失敗した場合のエラ−回復処理
（処理２７９〜２８４）、及び、旧バ−ジョンへの復旧
処理（処理２６５、２９１〜２９４）についても後で説
明する。

【００３５】さて、新バ−ジョンとして起動されたＰｒ
ｏｇ１｛１１｝は、旧バ−ジョンと同様、図１０に示し
た処理を実行するが、Ｐｒｏｇ２｛１１｝に対する問合
せメッセ−ジのフォ−マットは、旧バ−ジョンとは異な
っているものとする。

【００３６】Ｐｒｏｇ１｛１１｝は起動されるとまずイ
ニシャル処理（処理２５１）を行ない、ＴＣＤ＝”端末
メッセ−ジ”と受信メッセ−ジ格納用のエリアを指定し
てメッセ−ジ受信要求処理モジュ−ルにリンクする（処
理２５２）。

【００３７】メッセ−ジ受信要求処理モジュ−ルでは、
上記図１１の処理２６１〜２６６を行なった後、端末か
らのメッセ−ジなので、処理２６８に進み、トランザク
ション受信キュ−の先頭に登録されているメッセ−ジを
取り出し（処理２６８）、ＵＰの指定したエリアに受信
メッセ−ジを受信バッファからコピ−し（処理２６９）
、受信バッファを解放して（処理２７０）、ＵＰにリタ
ンする。

【００３８】Ｐｒｏｇ１｛１１｝はメッセ−ジ受信要求
処理モジュ−ルにより端末からのメッセ−ジを受け取る
と、そのデ−タ部に基づいて、Ｐｒｏｇ２｛１１｝への
問い合わせメッセ−ジを作成し（図１０処理２５３）、
ＤＡとして情報処理装置２２を、ＴＣＤとして”端末問
合せ”を示すコ−ドを、通信タイプとして”問合せ”を
、そして、上記作成した問合せメッセ−ジのアドレスと
長さを指定して、メッセ−ジ送信要求処理モジュ−ルに
リンクする（処理２５４）。

【００３９】図１３はメッセ−ジ送信要求処理モジュ−
ル（図３内１０３）の処理フロ−を示した図である。ま
ず、ＬＡＮ経由で他の情報処理装置に送信するのか、或
いは、端末への送信なのかをＵＰが指定した宛先から判
定し（処理３０１）、もし、ＬＡＮ経由の場合は送受信
バッファ（図３内１０９）から空きバッファを確保し（
処理３０２）、ＵＰの指定したエリアから送信メッセ−
ジを上記確保したバッファにコピ−し（処理３０３）、
ＭＬ（メッセ−ジ長）にヘッダ部を含めたメッセ−ジの
長さを、ＳＡ（送信元アドレス）には当該情報処理装置
のアドレスを、ＤＡ（送信先アドレス）には送信先情報
処理装置のアドレスを、ＴＹＰＥ（通信タイプ）にはＵ
Ｐが指定した通信タイプを、また、ＴＣＤにＵＰが指定
したＴＣＤをそれぞれセットし（処理３０４）、さらに
、送信要求元ＵＰのタスク番号よりタスク管理テ−ブル
１０８を参照してプログラム番号１６２を求め、さらに
それに基づいてプログラムバ−ジョン管理テ−ブル１０
７の現バ−ジョン情報より送信要求元ＵＰのバ−ジョン
番号を求めて、メッセ−ジヘッダ内ＶＥＲにセットする
（処理３０５）。この処理により、送信元ＵＰのバ−ジ
ョン番号を受信先情報処理装置に伝えることができる。 次に、通信タイプが”問合せ”か”応答”かをチェック
する（処理３０６）。問合せの場合は、送信要求元ＵＰ
のタスク番号をメッセ−ジヘッダ内ＩＮＱ＿ＴＮにセッ
トする（処理３０７）。これは、応答メッセ−ジが返信
されてきた時、どのタスクの問合せに対する応答メッセ
−ジなのかを認識するために必要な情報である。 次に通信管理モジュ−ル内のＬＡＮ送信処理を起動し（
処理３０８）応答メッセ−ジを待つため、送信要求元Ｕ
Ｐタスク番号とタイムアウト時間をパラメ−タとしてＷ
ＡＩＴ要求をＯＳに発行する（処理３０９）。このＷＡ
ＩＴ状態はタイムアウト時にＯＳに起動されるか、或い
は、応答メッセ−ジ受信時、通信管理モジュ−ル内メッ
セ−ジ受信処理により起動されるまで続く。尚、タイム
アウトチェック処理３１０以降の処理（処理３１１〜処
理３１９）、及び、端末へのメッセ−ジ送信要求処理（
処理３２０〜処理３２２）については後で説明する。

【００４０】以上のメッセ−ジ送信要求処理モジュ−ル
によってＬＡＮに送出された問合せメッセ−ジは、送信
先情報処理装置のＬＡＮ制御装置に取り込まれ、送受信
バッファに転送されるとともに、通信管理モジュ−ルが
起動され、先に説明した図９のメッセ−ジ受信処理（処
理２３１、２３６、２３２、２３３、２３４、２３５）
によって、メッセ−ジヘッダ内ＴＣＤに応じてトランザ
クション受信キュ−に登録され、もし、受信待ちのＵＰ
が存在すればそれが起動される。上記Ｐｒｏｇ１｛１１
｝の問合せメッセ−ジも、情報処理装置２２が取り込み
、通信管理モジュ−ル内メッセ−ジ受信処理によってＴ
ＣＤ＝”端末問合せ”のトランザクション受信キュ−に
登録される。尚、この問合せメッセ−ジのヘッダ内ＶＥ
Ｒには、送信元Ｐｒｏｇ１｛１１｝のバ−ジョン番号で
ある”１１”がセットされている。

【００４１】さて、上記Ｐｒｏｇ１｛１１｝からの問合
せメッセ−ジを受け取るＰｒｏｇ２｛１０｝は図１４に
示す処理を実行しているものとする。即ち、初期起動さ
れると業務固有のイニシャル処理を行なった後（処理３
３１）、ＴＣＤとして”端末問合せ”を、また、受信メ
ッセ−ジ格納エリアを指定して、メッセ−ジ受信要求処
理モジュ−ルにリンリする（処理３３２）。

【００４２】メッセ−ジ受信要求処理モジュ−ルでは、
上記図１１で示した様に、ＵＰが指定したＴＣＤのトラ
ンザクション受信キュ−のチェック、タスク管理テ−ブ
ル内の入替え指示フラグと復旧指示フラグのチェック、
及び、回線種別のチェックを行なう（処理２６１、２６
２、２６４、２６５、２６６）。Ｐｒｏｇ２｛１０｝の
場合、入替え指示フラグ、及び、復旧指示フラグはセッ
トされておらず、かつ、ＬＡＮからのメッセ−ジ受信な
ので、処理２６７のバ−ジョン整合性チェック処理に進
む。

【００４３】バ−ジョン整合性チェックとは、受信した
メッセ−ジのヘッダにセットされているバ−ジョン番号
ＶＥＲ（図８内２２７）と、受信要求元ＵＰのバ−ジョ
ン番号（Ｐｒｏｇ＿ＶＥＲとおく）の比較チェックであ
る。もしＶＥＲの方がＰｒｏｇ＿ＶＥＲより大きい場合
は、当該メッセ−ジ送信元ＵＰのバ−ジョンの方が、受
信要求元ＵＰより新しいことを意味しており、よって、
受信側ＵＰについても新バ−ジョンに入れ替える処理を
行なう必要がある。逆に、ＶＥＲの方がＰｒｏｇ＿ＶＥ
Ｒより小さい場合は、当該メッセ−ジ送信元ＵＰのバ−
ジョンの方が、受信要求元ＵＰより旧いことを意味して
おり、よって、受信側ＵＰを旧バ−ジョンに戻す復旧処
理を行なう必要がある。また、ＶＥＲとＰｒｏｇ＿ＶＥ
Ｒが一致した場合は、入替え／復旧処理は不要であり、
前述の処理２６８、２６９、２７０を実行する。

【００４４】さて本実施例の場合、Ｐｒｏｇ２｛１０｝
のバ−ジョン（＝１０）の方が問合せメッセ−ジのＶＥ
Ｒ（＝１１）より小さいので、入替え要ということにな
る。

【００４５】新バ−ジョンへの入替え要の場合は、まず
新バ−ジョンが登録されているか否かをチェックする（
処理２７７）。新バ−ジョンが登録されていない場合は
、現バ−ジョンをそのまま新バ−ジョンにするというこ
とであり、旧バ−ジョンと現バ−ジョンについてプログ
ラムバ−ジョン管理テ−ブルのバ−ジョン番号（図４内
１３３、１３６）を＋１し（処理２７９）、前述の処理
２６８に進んで、受信メッセ−ジをＵＰに引き渡す処理
を実行する。一方、Ｐｒｏｇ２｛１０｝のように、新バ
−ジョンが登録されている場合は、入替え指示フラグが
セットされている場合と同様に、処理２７１〜２７６を
実行し、現バ−ジョンと新バ−ジョンの入替えを行なう
。

【００４６】さて、上述の入替え処理により起動された
新バ−ジョンのＰｒｏｇ２｛１１｝は旧バ−ジョンと同
様、図１４に示した処理を実行するが、Ｐｒｏｇ１｛１
１｝からの問合せメッセ−ジの解析方法、及び、デ−タ
検索方法や応答メッセ−ジのフォ−マットは、旧バ−ジ
ョンとは異なっているものとする。

【００４７】Ｐｒｏｇ２｛１１｝は起動されると、処理
３３１を実行した後、問合せメッセ−ジを取り込むため
、メッセ−ジ受信要求処理モジュ−ルにリンクする（処
理３３２）。

【００４８】メッセ−ジ受信要求処理モジュ−ルでは、
前述の図１１の処理２６１、２６２、２６４、２６５、
２６６を実行した後、受信メッセ−ジのヘッダ部にセッ
トされているバ−ジョン番号と受信要求元のＵＰのバ−
ジョン番号間の整合性をチェックする（処理２６７）。 受信要求元のＰｒｏｇ２｛１１｝は既に新バ−ジョンに
なっており、プログラムのバ−ジョン番号（＝１１）と
メッセ−ジヘッダ内ＶＥＲ（＝１１）が一致するので処
理２６８に進んで、受信メッセ−ジをＵＰに引き渡す処
理を行なう（処理２６８〜２７０）。

【００４９】以上の処理により、新バ−ジョンに入替わ
ったＰｒｏｇ１｛１１｝（バ−ジョン番号＝１１）から
の問合せメッセ−ジが、やはり新バ−ジョンに入れ替わ
ったＰｒｏｇ２｛１１｝（バ−ジョン番号＝１１）に渡
されることになる。

【００５０】Ｐｒｏｇ２｛１１｝はメッセ−ジ受信要求
処理モジュ−ルから渡された問合せメッセ−ジに基づい
て、ファイル管理モジュ−ル１０６を介してディスク９
２からデ−タを検索し（処理３３３）、Ｐｒｏｇ１｛１
１｝との間で予め決めておいたフォ−マットで応答メッ
セ−ジを作成し（処理３３４）、ＤＡとして問合せ元の
情報処理装置を、ＴＣＤとして”端末問合せ応答”を、
また、通信タイプとして”応答”をそれぞれ指定して、
送信要求処理モジュ−ルにリンクする（３３５）。ここ
で、応答メッセ−ジを送信する場合は、問合せメッセ−
ジのヘッダ部にセットされてきた問合せ元タスク番号Ｉ
ＮＱ＿ＴＮも送信要求時に指定する。また、送信先情報
処理装置のアドレスは、問合せメッセ−ジのヘッダ部内
ＳＡ（送信元アドレス）より求めることができる。

【００５１】Ｐｒｏｇ２｛１１｝よりリンクされたメッ
セ−ジ送信要求処理モジュ−ルでは、図１３の処理３０
１〜３０６が実行され、通信タイプが”応答”なので、
ＵＰが送信要求時に指定した問合せ元タスク番号ＩＮＱ
＿ＴＮを問合せメッセ−ジのヘッダにセットし（処理３
１５）、やはり、ＵＰに指定された送信先アドレス宛に
メッセ−ジを送信するため、通信管理モジュ−ルの送信
処理を起動し（処理３１６）、送信要求元ＵＰにリタン
する。

【００５２】Ｐｒｏｇ２｛１１｝は応答メッセ−ジの送
信要求処理が終了すると、次の問合せを受け付けるため
、処理３３２に戻る。

【００５３】Ｐｒｏｇ２｛１１｝が送信した応答メッセ
−ジは、ＬＡＮ４１とＬＡＮ制御装置５５を経由して情
報処理装置２５が取り込み、図９に示した通信管理モジ
ュ−ルの処理を起動する。応答メッセ−ジの受信の場合
は、処理２３１、２３６の後、処理２３７に進んで、当
該応答メッセ−ジを待ってＷＡＩＴ状態になっているＵ
Ｐの起動をＯＳに依頼する。起動すべきＵＰのタスク番
号は応答メッセ−ジのヘッダ部にセットされてきた問合
せ元タスク番号ＩＮＱ＿ＴＮにより求めることができる
。

【００５４】さて、メッセ−ジ送信要求処理の中でＷＡ
ＩＴ状態になっていたＰｒｏｇ１｛１１｝は（図１３内
３０９）、上述の応答メッセ−ジに対する通信管理モジ
ュ−ル内受信処理にて起動される。

【００５５】起動後は、起動要因がタイムアウトによる
ものか否かを調べる（処理３１０）。タイムアウトの場
合はエラ−リタンする（処理３１９）。また、起動要因
が応答メッセ−ジ受信の場合は、受信メッセ−ジが後述
する入替え失敗メッセ−ジか否かをチェックする（処理
３１１）。入替え失敗メッセ−ジでない場合は、応答メ
ッセ−ジをＵＰが問合せ要求時に指定したエリアにコピ
−し（処理３１２）、受信バッファを開放し（処理３１
３）て、ＵＰに正常リタンする（処理３１４）。

【００５６】さて、Ｐｒｏｇ１｛１１｝はメッセ−ジ送
信要求処理モジュ−ルからのリタンコ−ドをチェックし
、正常に応答メッセ−ジを受信したか否かを調べる（図
１０処理２５５）。もし正常ならばメッセ−ジ送信要求
処理モジュ−ルから渡された応答メッセ−ジを、端末表
示用に編集しなおし（処理２５６）、問合せ元の端末を
指定して、メッセ−ジ送信要求処理モジュ−ルにリンク
する（処理２５７）。一方、問合せ送信要求処理からの
リタンコ−ドがエラ−リタンの場合も、その旨を知らせ
るメッセ−ジを端末表示用に編集し（処理２５８）、問
合せ元の端末を指定してメッセ−ジ送信要求処理モジュ
−ルにリンクする（処理２５７）。

【００５７】メッセ−ジ送信要求処理モジュ−ルでは、
送信先が端末回線なので図１３の処理３０１から処理３
２０のバッファ確保処理、及び、ＵＰが指定した送信メ
ッセ−ジのバッファコピ−を行ない（処理３２１）、通
信管理モジュ−ル内の端末回線送信処理を起動して（処
理３２２）、送信要求元ＵＰにリタンする。

【００５８】端末への送信要求が終了するとＰｒｏｇ１
｛１１｝は、次の端末からの問合せを受け付けるべく、
処理２５２に戻る。

【００５９】以上で説明した処理により、複数の情報処
理装置に分散したプログラムを、処理の流れをさまたげ
ることなく、新しいバ−ジョンに入替えることができる
。

【００６０】次に、異常対策として、新バ−ジョンの起
動に失敗した時、即ち、図１１の処理２７２のチェック
した結果、起動失敗となった場合の復旧処理について説
明する。

【００６１】まず、新バ−ジョンの起動が入替え指示に
よるものかどうかを調べる（処理２７９）。入替え指示
による起動の場合、他のプログラムは現バ−ジョンのま
まである。そこで、入替え指示を行なったプログラムに
ついても、現バ−ジョンのままにしておけばよく、後述
する復旧処理等の回復処理は不要である。具体的には、
入替え対象プログラムの現バ−ジョンのタスク制御テ−
ブルについて、入替え指示フラグ（図５内１６３）をリ
セットして（処理２８４）、処理２６１に戻る。

【００６２】一方、新バ−ジョンの起動の要因が、受信
メッセ−ジとメッセ−ジ受信要求元ＵＰのバ−ジョン番
号の不一致による場合は、メッセ−ジ送信元ＵＰは既に
新バ−ジョンに入れ替わっており、プログラム間でバ−
ジョンが不一致となる。この場合は、メッセ−ジ送信元
ＵＰを元のバ−ジョンに復旧させる必要があり、その旨
を通知するための入替え失敗メッセ−ジを送信元情報処
理装置に返信する。具体的には、まず送信バッファを確
保し（処理２８０）、図１５に示す入替え失敗メッセ−
ジを作成する（処理２８１）。図１５で、ＰＲＯＧ＿Ｖ
ＥＲとは、入替えが失敗したプログラムの現バ−ジョン
のバ−ジョン番号である。また、本メッセ−ジのヘッダ
については、ＴＣＤに”入替え失敗”を、ＩＮＱ＿ＴＮ
（問合せ元ＵＰタスク番号）に問合せメッセ−ジのヘッ
ダにセットされてきたＩＮＱ＿ＴＮを、そして、ＴＹＰ
Ｅ（通信タイプ）に、”応答”をそれぞれセットする。 次に受信メッセ−ジの格納されているバッファを解放し
た（処理２８２）後、作成した入替え失敗メッセ−ジを
問合せ元情報処理装置に返信するため、通信管理モジュ
−ルの送信処理を起動して（処理２８３）、処理２６１
に戻る。

【００６３】以上の処理によれば、例えば、情報処理装
置２２においてＰｒｏｇ２の新バ−ジョンＰｒｏｇ２｛
１１｝の起動が失敗した場合、Ｐｒｏｇ１｛１１｝がロ
−ディングされている情報処理装置２５に対して、入替
え失敗メッセ−ジが送信されることになる。また、この
時の入替え失敗メッセ−ジ内のＰＲＯＧ＿ＶＥＲの値は
”１０”になる。

【００６４】さて、上記入替え失敗メッセ−ジが情報処
理装置に取り込まれると、通信管理モジュ−ルのメッセ
−ジ受信処理により、応答待ちＵＰが起動される（図９
内２３１、２３６、２３７）。

【００６５】起動されるＵＰは、問合せメッセ−ジ送信
要求処理モジュ−ルの中でＷＡＩＴ状態になっいるが、
上記入替え失敗メッセ−ジの受信によりＷＡＩＴ状態か
ら起動され、図１３の処理３１０、３１１を実行する。 受信したメッセ−ジが入替え失敗メッセ−ジなので、旧
バ−ジョンへの復旧を行なうため、当該ＵＰのタスク管
理テ−ブルをアクセスし、復旧指示フラグ（図５内の１
６４）をセットし（処理３１７）、入替え失敗メッセ−
ジが格納されている受信バッファを解放して（処理３１
８）、エラ−リタンする（処理３１９）。

【００６６】問合せメッセ−ジについてメッセ−ジ送信
要求処理モジュ−ルからエラ−をリタンされた場合は、
例えば図１２で処理を示したＰｒｏｇ１のように、端末
へのエラ−メッセ−ジを編集して（処理２５８）端末に
送信する（処理２５７）。ここで、入替え失敗メッセ−
ジを受け取ったときは、指示フラグをセットするのみで
、その時点ですぐに旧バ−ジョンプログラムに復旧する
のではない。実際に復旧するのは、次の端末からの問合
せを受けた時である。例えば、Ｐｒｏｇ１｛１１｝がＴ
ＣＤとして”端末メッセ−ジ”を指定してメッセ−ジ受
信要求処理モジュ−ルにリンクした後に、端末８４から
問合せメッセ−ジを情報処理措置２５が端末回線制御装
置３５を経由して受信したとする。このとき、通信管理
モジュ−ル内メッセ−ジ受信処理により上記受信待ちの
Ｐｒｏｇ１｛１１｝が起動され、図１１のメッセ−ジ受
信要求処理内の処理２６１、２６２、２６４、が実行さ
れた後、上記復旧指示フラグがチェックされる（処理２
６５）。チェックの結果、復旧指示フラグがセットされ
ていると図１１−ｂの旧バ−ジョン復旧処理が実行され
る。即ち、プログラム管理テ−ブルにアクセスし、旧バ
−ジョンのタスク番号を調べてそれを起動する（処理２
９１）。次に、タスク管理テ−ブルの復旧指示フラグを
リセットし（処理２９２）、プログラム管理テ−ブルに
ついて、新バ−ジョンの登録フラグ、バ−ジョン番号、
及び、タスク番号（図４内１３８、１３９、１４０）を
、現バ−ジョンの登録フラグ、バ−ジョン番号、及び、
タスク番号（図４内１３５、１３６、１３７）で書きか
え、現バ−ジョンの登録フラグ、バ−ジョン番号、及び
、タスク番号（図４内１３５、１３６、１３７）を、旧
バ−ジョンの登録フラグ、バ−ジョン番号、及び、タス
ク番号（図４内１３２、１３３、１３４）で書きかえた
後、旧バ−ジョン情報をクリヤして（処理２９３）現在
実行中のプログラムの終了処理を行なう（処理２９４）
。

【００６７】以上の処理により、Ｐｒｏｇ２｛１１｝の
新バ−ジョンへの入替えが失敗しても、Ｐｒｏｇ１が新
バ−ジョンから旧バ−ジョンに復旧されるため、両プロ
グラム間でのバ−ジョンの整合性は保たれることになる
。

【００６８】最後に、入替えは成功したが、その後すぐ
に新バ−ジョンプログラムに障害が発生した場合を考る
。この場合、正しく動作していた旧バ−ジョンに戻すと
いう対策が必要になってくる。

【００６９】例えば、Ｐｒｏｇ１｛１０｝とＰｒｏｇ２
｛１０｝が新バ−ジョンになった後、Ｐｒｏｇ１｛１１
｝、或いは、Ｐｒｏｇ２｛１０｝のいずれかで、バグが
発見され、両プログラムとも旧バ−ジョンに戻さなけれ
ばならなくなったとする。この場合は、Ｐｒｏｇ１｛１
１｝の方をまず旧バ−ジョンに復旧させる。そのため、
情報処理装置２５のＰｒｏｇ１｛１１｝について、コン
ソ−ルより復旧指示、及び、プログラム番号を指定して
、上記入替え／復旧指示処理モジュ−ルを起動する。入
替え／復旧指示処理モジュ−ルは起動されると、指定さ
れたプログラム番号に基づき、プログラムバ−ジョン管
理テ−ブルをアクセスし、旧バ−ジョンのタスク番号（
図４内１３４）を求め、さらにタスク番号に対応するて
タスク管理テ−ブルのエントリをアクセスして、その復
旧指示フラグをセットする（図７処理２１５）。Ｐｒｏ
ｇ１｛１１｝が旧バ−ジョンＰｒｏｇ１｛１０｝に復旧
するのは、上述の入替えと同様、端末からのメッセ−ジ
に対する受信要求処理の中である。即ち、図１１のメッ
セ−ジ受信要求処理中モジュ−ルの処理２６５において
、上記復旧指示フラグをチェックし、もしフラグがセッ
トされていれば、図１２の処理２９１〜２９４を実行し
、Ｐｒｏｇ１｛１１｝は旧バ−ジョンに戻る。

【００７０】次に、旧バ−ジョンに戻ったＰｒｏｇ１｛
１０｝は、新バ−ジョンのＰｒｏｇ２｛１１｝に対して
問合せメッセ−ジを送信し応答を待つ。このとき、問合
せメッセ−ジのヘッダ内バ−ジョン番号ＶＥＲには、復
旧後のバ−ジョン番号（＝１０）がセットされている。 この問合せメッセ−ジに対してメッセ−ジ受信要求処理
モジュ−ルでは、処理２６７のバ−ジョン整合性チェッ
クによって、受信メッセ−ジの番号の方がプログラムの
バ−ジョン番号より小さいことを検知する。その結果、
図１１−ｂ処理２９１〜２９４の旧バ−ジョン起動処理
が実行され、Ｐｒｏｇ２｛１１｝もＰｒｏｇ１｛１０｝
と同じバ−ジョンのＰｒｏｇ２｛１０｝に戻り、両者の
バ−ジョン番号を一致化することができる。

【００７１】

【発明の効果】本発明によれば、オンライン中の業務処
理を止めることなく、複数の情報処理装置に分散した複
数のプログラムの入替えが実現でき、しかも処理の連続
性を保証することができる。よってプログラムのバ−ジ
ョンアップが頻繁に発生するシステムでも、従来に比べ
てシステムの稼働率を向上でき、また、エンドユ−ザへ
のサ−ビスの質も向上できる。

【００７２】さらに、本発明では、入替え指示をメッセ
−ジにセットして他プログラムに伝えるのではなく、メ
ッセ−ジに常にセットされるバ−ジョン番号に基づいて
、受信側で入替えの要否を判断する。このため、入替え
時にプログラム間の送受信メッセ−ジが消失したとして
も、次のメッセ−ジを受信したときに、入替えが実現さ
れる。また、通信網の障害により、メッセ−ジが重複し
て転送されたとしても、入替え指示をメッセ−ジにセッ
トする場合のように、入替えが複数回行われてしまうこ
ともない。よって、通信網の障害に強い、より高信頼な
プログラムの入替えを実現することができる。

【図面の簡単な説明】

【図１】本発明の概要を示す図

【図２】本発明の適用に好適な分散処理システムの構成
図

【図３】情報処理装置内のソフト構成図

【図４】プログ
ラムバ−ジョン管理テ−ブルの構成図

【図５】タスク管
理テ−ブルの構成図

【図６】プログラム登録処理モジュ−ルのフロ−チャ−
ト

【図７】入替え／復旧処理モジュ−ルのフロ−チャ−ト

【図８】プログラム間で送受信するメッセ−ジのフォ−
マット

【図９】通信管理モジュ−ル内メッセ−ジ受信処理のフ
ロ−チャ−ト

【図１０】ユ−ザプログラムのフロ−チャ−ト

【図１１
】メッセ−ジ受信要求処理モジュ−ルのフロ−チャ−ト

【図１２】メッセージ受信要求処理モジュールのフロー
チャート

【図１３】メッセ−ジ送信要求処理モジュ−ルのフロ−
チャ−ト

【図１４】ユ−ザプログラムのフロ−チャ−ト

【図１５
】入替え失敗メッセ−ジのフォ−マット

【図１６】従来
のプログラム入替え方法の問題点

【符号の説明】

Ｐｒｏｇ１・・・ユ−ザプログラム１ Ｐｒｏｇ２・・・ユ−ザプログラム２ ＭＬ・・・メッセ−ジ長 ＳＡ・・・送信元アドレス ＤＡ・・・送信先アドレス ＴＹＰＥ・・・通信タイプ ＩＮＱ＿ＴＮ・・・問合せ元タスク番号ＴＣＤ・・・ト
ランザクションコ−ド ＶＥＲ・・・バ−ジョン番号 ＤＡＴＡ・・・メッセ−ジ本体

Claims (5)

【特許請求の範囲】
1. 【請求項１】一つ以上の情報処理装置が通信網にて互い
   に接続され、各情報処理装置内にロ−ディングされた複
   数のプログラムが通信媒体を介してメッセ−ジを送受し
   ながら互いに連携して処理を進める分散処理システムに
   おいて、上記情報処理装置が、オンライン中のプログラ
   ムの新バ−ジョンを情報処理装置にロ−ディングする手
   段と、情報処理装置ごとに、プログラムのバ−ジョン番
   号を管理記憶する手段と、オンライン中のプログラムの
   一つを上記ロ−ディング済の新バ−ジョンのプログラム
   に入れ替える手段とを有し、各情報処理装置が、オンラ
   イン中のプログラムの出力メッセ−ジに、当該プログラ
   ムのバ−ジョン番号を付加して通信網に送信し、通信網
   からメッセ−ジを受信したとき、上記メッセ−ジに付加
   されたバ−ジョン番号と、該メッセ−ジを受信するプロ
   グラムのバ−ジョン番号を比較して、入替えの要否を判
   定し、入替え要の場合は、当該受信プログラムを上記入
   替え手段により新バ−ジョンに入れ替え、上記受信メッ
   セ−ジを上記新バ−ジョンプログラムが受信し処理する
   ようにしたことを特徴とするオンライン分散プログラム
   入替え方法。
2. 【請求項２】特許請求項１記載のオンライン分散プログ
   ラム入替え方法において、メッセ−ジに付加されたバ−
   ジョン番号が、該メッセ−ジを受信するプログラムのバ
   −ジョン番号より大きい場合に、新バ−ジョンへの入替
   え要と判定することを特徴とするオンライン分散プログ
   ラム入替え方法。
3. 【請求項３】特許請求項１記載のオンライン分散プログ
   ラム入替え方法において、複数プログラムのうち、バ−
   ジョンアップが不要なプログラムについては、新バ−ジ
   ョンのロ−ディングを行なわないでおき、メッセ−ジに
   付加されたバ−ジョン番号が、該入替え不要なプログラ
   ムのバ−ジョン番号に一致しない場合は、該入替え不要
   なプログラムのバ−ジョン番号をメッセ−ジに付加され
   たバ−ジョン番号に合わせることを特徴とするオンライ
   ン分散プログラム入替え方法。
4. 【請求項４】特許請求項１記載のオンライン分散プログ
   ラム入替え方法において、新バ−ジョン入替え後も、旧
   バ−ジョンのプログラムをそのままロ−ディングしてお
   き、メッセ−ジに付加されたバ−ジョン番号と、該メッ
   セ−ジを受信するプログラムのバ−ジョン番号の比較に
   よる新バ−ジョンへの入替えが失敗した場合は、入替え
   失敗メッセ−ジを作成して、該メッセ−ジ送信元プログ
   ラムの情報処理装置宛に返信し、入替え失敗メッセ−ジ
   を受信したら、該メッセ−ジ送信元プログラムを、旧バ
   −ジョンのプログラムに復旧することを特徴とするオン
   ライン分散プログラム入替え方法。
5. 【請求項５】特許請求項１記載のオンライン分散プログ
   ラム入替え方法において、新バ−ジョン入替え後も、旧
   バ−ジョンのプログラムをそのままロ−ディングしてお
   き、メッセ−ジに付加されたバ−ジョン番号が、該メッ
   セ−ジを受信するプログラムのバ−ジョン番号より小さ
   い場合に、旧バ−ジョンへの復旧要と判定し、かつ、該
   プログラムを旧バ−ジョンに復旧することを特徴とする
   オンライン分散プログラム入替え方法。