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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

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

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

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

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

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

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

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

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

【００１１】

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

【００１２】。

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

【００１３】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７１】

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ Ｇ０６Ｆ 15/177 ６７０ Ｇ０６Ｆ 9/06 ４２０Ｓ (72)発明者 綿谷 洋 茨城県日立市大みか町五丁目２番１号 株式会社日立製作所大みか工場内 (72)発明者 菊池 久雄 茨城県日立市大みか町５丁目２番１号 日立プロセスコンピュータエンジニアリ ング株式会社内 (72)発明者 片岡 健二 神奈川県川崎市麻生区王禅寺1099番地 株式会社日立製作所システム開発研究所 内 (72)発明者 中村 勤 神奈川県川崎市麻生区王禅寺1099番地 株式会社日立製作所システム開発研究所 内 (56)参考文献 特開 昭62−245336（ＪＰ，Ａ) 特開 昭63−129455（ＪＰ，Ａ) 特開 平２−139630（ＪＰ，Ａ) 特開 平３−92952（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 9/06 410 - 550 G06F 13/00 351 - 357 G06F 15/00 310 - 390 G06F 15/16 610 - 645 G06F 15/177 670 - 682

Claims (5)

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