JPH0962626A - 分散処理システムのオンラインテスト方法 - Google Patents

Abstract

(57)【要約】 【目的】 ソフトウエア改修時のテストをオンライン無
停止でかつ安全に実現する。 【構成】 共通伝送媒体２０に複数の処理装置１１〜１
６が結合された計算機システムに於いて、処理装置内に
同一内容の処理を行う異なるバージョンのアプリケーシ
ョンモジュール１１４、１１６がインストールされる。
オンライン稼働中の新バージョンモジュールに異常があ
ったとき、旧バージョンモジュール１１６をテストモー
ドで動作させる。テスト管理部３０６は、両バージョン
の出力結果を収集、比較し、オンライン無停止でのテス
トを実現する。テスト管理部３０６がプログラム異常を
検知した場合、新バージョンモジュール１１４のオンラ
イン稼働を停止し、旧バージョンモジュールをオンライ
ン稼働させることにより、復旧を行なう。 【効果】 バージョンアップ後にオンライン稼働を開始
した新バージョンモジュールの障害発生時に、旧バージ
ョンモジュールへの復旧を容易に実現することが可能と
なる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、分散処理システムに於
けるプログラム動作の診断方法に係り、特に、システム
内のプログラム、並びにハードウェアのバージョンアッ
プ時におけるオンラインでの診断方法に関する。

【０００２】

【従来の技術】分散処理システムでは、複数の処理装置
がネットワークを介して接続され、これらの処理装置上
で動作するプログラムが互いに情報を交換し合ってある
与えられた処理を行っている。従来、このような分散処
理システムに於いて、そのシステム内のソフトウエア、
ハードウエアのバージョンアップなど行う場合、一般に
は、たとえ、そのバージョンアップがシステム内の一部
の処理装置、あるいはプログラムを対象としたものであ
っても、システム全体を停止して作業が行われていた。
また、例えば、プログラムのバージョンアップ作業で
は、プログラム改修後の新しいバージョンのプログラム
をオンライン状態で稼働させる前に、オンライン実環境
にて、テスト稼働が行われる。そして、オンライン実環
境での機能検証（オンラインテスト）が行なわれた後、
新しいバージョンのプログラムによるオンライン稼働が
開始される。このため、バージョンアップ時は、長時間
に渡ってオンライン業務の支障をきたしていた。

【０００３】

【発明が解決しようとする課題】上記従来技術に述べた
ようなバージョンアップ作業におけるバージョン切り替
え／復旧の方法、あるいはオンラインテストの方法は、
システムを停止させずにそれらの作業を行うことを可能
にするという点について配慮がなされていなかった。こ
のため、バージョンアップ作業中は、システム内でのユ
ーザ業務は許可されないか、たとえ許可されたとしても
その業務は、著しく制限されたものであった。また、バ
ージョンアップ作業そのものについても、ユーザ業務の
停止、あるいは、制限による影響を抑えるために、その
作業は、ユーザがシステムを使用していない時間帯、例
えば、夜間、休日に行われていた。従って、バージョン
アップ作業は、それを行うシステム管理者にとっても、
不便なものであった。

【０００４】更に、バージョンアップが行われ、新しい
プログラムのオンライン稼働が開始された後に、その新
しいバージョンのプログラムに異常が発生したような場
合、従来は、旧いバージョンのプログラムによりシステ
ムの復旧が行われているが、この旧いバージョンのプロ
グラムへの復旧についても、システム内のユーザ業務に
支障を与えることなく円滑に行うことは、困難であっ
た。

【０００５】本発明の目的は、分散処理システムに於い
て、そのシステム内のソフトウエア、ハードウエアのバ
ージョンアップ作業を、ユーザの業務を継続しながら安
全に行うことの可能な保守管理方法を実現することにあ
る。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明によるオンラインテスト方法では、同一内容
の処理を行い世代の異なる２つのプログラムモジュール
（または、アプリケーションモジュール）をそれぞれい
ずれかの処理装置に配置し、一方の世代のプログラムモ
ジュールをテストモードで動作させるとともに、他方の
世代のプログラムモジュールをオンラインモードでオン
ライン稼働させ、任意の処理装置でこれら２つのプログ
ラムモジュールの処理結果のメッセージを収集し、受信
したメッセージ内容に基づいてプログラムモジュールの
診断を行う。本発明のより好ましい態様では、各処理装
置は、自処理装置内のプログラムモジュールによる処理
結果に、そのプログラムモジュールを特定する属性情報
と、世代情報とを付加してメッセージを生成し、共通伝
送媒体上に送出する。診断を行う任意の処理装置では、
これらの属性情報、世代情報に基づいてメッセージを蓄
積し、診断を行う。また、テストモードで動作している
プログラムモジュールの処理結果のメッセージには、そ
のメッセージがテストモードで動作中のプログラムモジ
ュールの処理結果であることを示すテストフラグが付加
される。オンライン稼働中のプログラムモジュールを持
つ処理装置では、受信したメッセージの中で、テストフ
ラグが付加されたメッセージを廃棄し、オンラインモー
ドのプログラムモジュールによる処理結果のメッセージ
のみを用いて処理を行う。

【０００７】また、本発明の他の態様においては、第１
の世代のプログラムモジュールと、このプログラムモジ
ュールよりも世代の新しい第２の世代のプログラムモジ
ュールとをシステム内の処理装置に配置しておき、第２
の世代のプログラムモジュールをオンラインモードでオ
ンライン稼働させる。そして、第２の世代のプログラム
モジュールの処理に異常が検出されたことに応じて第１
の世代のプログラムモジュールのテストモードでの動作
を開始させる。任意の処理装置で、第１の世代のプログ
ラムモジュールの処理結果と、第２の世代のプログラム
モジュールの処理結果とを収集し、両者を比較して診断
を行う。この診断の結果異常が検出されたときには、第
２の世代のプログラムモジュールのオンライン稼働を停
止させ、第１の世代のプログラムモジュールの動作モー
ドをオンラインモードに切り替え、第１の世代のプログ
ラムモジュールによるオンライン稼働を開始する。

【０００８】

【作用】本発明によれば、同一内容の処理を行う世代の
異なるプログラムモジュールをそれぞれ異なる動作モー
ドで動作させることで、同一システム内において、異な
る世代のプログラムモジュールによる処理を並行して動
作させることが可能となり、これらプログラムモジュー
ルをオンライン環境下でテストすることができる。ま
た、バージョンアップされた新しい世代のプログラムモ
ジュールによるオンライン稼働が開始された後も、旧い
世代のプログラムモジュールをシステム内に配置してお
き、新しい世代のプログラムモジュールの異常が検出さ
れたときに、旧い世代のプログラムモジュールを起動し
てそれら両者の処理結果を比較してその動作の検証を行
い、それらの間の不一致により異常が検出されれば、新
しいバージョンのオンライン稼働を停止し、旧い世代の
プログラムモジュールをオンライン状態にすることで、
プログラムモジュールのバージョンアップ後の障害に対
する復旧処理を容易に行うことが可能になる。

【０００９】

【実施例】以下、本発明につて、実施例に基づき詳細に
説明する。

【００１０】図１は、本発明が適用される分散処理シス
テムの全体構成を示すブロック図である。図１におい
て、１１、１２、１３、１４、１５、および１６は、そ
の内部に設けられたメモリに、所定の処理を達成するた
めのアプリケーションモジュールを格納してこれを実行
する処理装置である。２０は、ネットワークバスであ
る。各処理装置１１−１６は、ネットワークバス２０に
接続されており、このネットワークバス２０を介して相
互にメッセージを送受信を行う。処理装置１１−１６に
は、それぞれを他から識別可能とする識別子としてアド
レスが与えられている。

【００１１】図２は、ネットワークバス２０を介して伝
送されるメッセージのフォーマット図である。２０１、
２０８は、それぞれメッセージの始めと終わりを示すフ
ラグである。２０２は、内容コード（ＦＣ）部であり、
そのメッセージの内容や機能に対応して予め定められて
いる内容コードが設定される。ネットワークバス２０に
接続する各処理装置１１−１６は、この内容コードに基
づいて、そのメッセージが自処理装置内に存在するアプ
リケーションモジュールによる処理のために必要なもの
か否かを判断する。２０３は、そのメッセージを発信し
た処理装置を識別するために付される発信元アドレス
（ＳＡ）部である。２０４は、システム内でメッセージ
の伝送上必要となる通番、２０５は、そのメッセージに
より伝達されるデータが、テストデータ、或いは、オン
ラインデータのいずれであるかを示す識別子（テストフ
ラグ）がセットされるフラグ部である。２０６は、処理
装置内のアプリケーションモジュールにより実行された
処理の結果として出力されるデータである。また、２０
７は、データ部２０６に格納されているデータを出力し
た送信元のアプリケーションモジュールを特定するため
のモジュール属性情報が設定されるモジュール属性情報
（ＰＲＯＧ）部である。モジュール属性情報としては、
例えば、当該アプリケーションモジュールの入出力デー
タの内容コードを用いることができる。２０８は、送信
元のアプリケーションモジュールのバージョン（世代）
を示すバージョン情報が設定されるバージョン情報（Ｖ
ＥＲ）部である。

【００１２】図３は、各処理装置の論理的な構成を示す
構成図である。図３では、その一例として処理装置１１
の構成を示しているが、他の処理装置１２−１６につい
ても、同様に構成される。図中、テスト管理部（ＢＩＴ
／ＥＸＴ）３０６、モジュール管理部３０７、入出力管
理部３０８は、処理装置１１内の各アプリケーションモ
ジュール３１０とネットワークバス２０との間のメッセ
ージの受け渡しを制御する機能手段であり、本実施例で
は、それぞれの機能を達成するプログラムにより実現さ
れる。モジュール情報管理テーブル３０５は、処理装置
１１内にあるアプリケーションモジュールの実行管理に
必要な情報を保持するテーブルであり、内容コードテー
ブル３１１は、アプリケーションモジュール３１０がそ
の処理のために必要とするデータの内容コードを格納し
たテーブルである。内容コードテーブル３１１には、受
信すべきメッセージに設定される内容コードと、その内
容コードに対応して、そのメッセージのデータを入力と
するアプリケーションモジュールのモジュールＩＤが登
録される。受信バッファ３０３、送信バッファ３０４、
入出力データ格納エリア３０８は、アプリケーションモ
ジュール３１０とネットワークバス２０との間のメッセ
ージの受け渡し用いられるものであり、実際には、処理
装置１１内のメモリ上に確保される記憶領域である。入
出力データ格納エリア３０９は、各アプリケーションモ
ジュール３１０ごとに、そのアプリケーションモジュー
ルが入出力するデータを格納する領域を有する。３１２
は、ディスク装置などの記憶装置であり、テスト管理部
３０６が収集するテストデータの格納のために用いられ
る。３１３は、ユーザとの間のインタフェースとなる端
末装置である。以下、処理装置１１の動作について簡単
に説明する。

【００１３】処理装置１１は、ネットワークバス２０上
を流れるメッセージを取り込むと、そのメッセージを受
信バッファ３０３に格納する。入出力管理部３０８は、
受信バッファ３０３に格納されたメッセージを取りだ
し、受信したメッセージの内容コード部２０２にセット
されている内容コードに基づいて、そのメッセージのデ
ータを必要とするアプリケーションモジュールが自処理
装置にあるかどうかを内容コードテーブル３１１を参照
して判断する。受信したメッセージのデータを必要とす
るアプリケーションモジュール３１０が存在すれば、そ
のアプリケーションモジュールに対応する入出力データ
格納エリアへ受信したメッセージのデータを格納する。
アプリケーションモジュール３１０は、入出力管理部３
０８により入出力データ格納エリア３０９に格納された
データを読み込んで所定の処理を行う。そして、その処
理の結果得られるデータを入出力データ格納エリア３０
９に格納する。テスト管理部３０６は、入出力管理部３
０８が処理する送信メッセージのフラグ部２０５にテス
トフラグを設定し、あるいは受信メッセージのエリア２
０５に設定されたテストフラグを識別して、そのメッセ
ージのデータを利用するアプリケーションモジュール３
１０がオンラインモードの場合、そのデータの入力を抑
止する。また、テスト管理部３０６は、他に、テストデ
ータの収集、テスト状況の端末装置３１３への出力、オ
ンライン状態で動作しているアプリケーションモジュー
ルとテスト状態にあるアプリケーションモジュールの出
力結果の比較照合を行なう。モジュール情報管理部３０
７は、各アプリケーションモジュールの動作モード、バ
ージョン、及び実行／停止の管理を行なう。

【００１４】図４は、モジュール管理情報テーブル３０
５の構成図である。４０１は、処理装置内の各アプリケ
ーションモジュールについて、それぞれのアプリケーシ
ョンモジュールに与えられているプロセスＩＤ、タスク
番号等のモジュール名（ＰＩＤ）がセットされるＰＩＤ
エリア４０１である。モジュール管理情報テーブル３０
５は、さらに、各ＰＩＤエリア４０１に対応して、対応
するＰＩＤエリアにセットされたＰＩＤを持つアプリケ
ーションモジュールに関するモジュール識別情報（Ｐｒ
ｏｇ）、バージョン情報（Ｖｅｒ．）、及び動作モード
（Ｍｏｄｅ）が記録される、モジュール識別情報エリア
４０２、バージョン情報エリア４０３、及び動作モード
エリア４０４を含んでいる。

【００１５】図５は、ソフトウエアバージョンアップ時
に行われるオンラインテストでのメッセージの伝送の様
子を示すメッセージフロー図である。処理装置１１に
は、バージョンアップされる前のアプリケーションモジ
ュール（旧バージョンモジュール）１１４が、また、処
理装置１３には新しいバージョンのアプリケーションモ
ジュール（新バージョンモジュール）１１６がインスト
ールされている。旧バージョンモジュール１１４、及び
新バージョンモジュール１１６は、処理装置１４にイン
ストールされているアプリケーションモジュール１１３
が出力するデータ５１６を入力し、各々データ５１７、
５１８を出力する。処理装置１１、１３の入出力管理部
３０８、５０１は、ネットワークバス２０に処理装置１
４の入出力管理部５０２により送出されたアプリケーシ
ョンモジュール１１３の出力データ５１６を取り込み、
それぞれ旧バージョンモジュール１１４、新バージョン
モジュール１１６に渡す。旧バージョンモジュール１１
４、及び新バージョンモジュール１１６の出力データ
は、処理装置１１、１３からネットワークバス２０上に
ブロードキャストされる。ここで、処理装置１３の入出
力管理部５０１は、新バージョンモジュール１１６の出
力データのフラグ部２０４にテストフラグを付加してネ
ットワークバス２０に送出する。これにより、新バージ
ョンモジュール１１６の出力データ５１８は、システム
内では、テストデータとして扱われる。テスト結果は、
処理装置１１上のテスト管理部３０６により、モニタさ
れる。テスト管理部３０６は、入出力管理部３０８から
旧バージョンモジュール１１４、および新バージョンモ
ジュール１１６の出力データを受け取り、それを記憶装
置３１２に蓄積する。そして、所定のタイミングで記憶
装置３１２に蓄積した旧バージョンモジュール１１４、
および新バージョンモジュール１１６の出力データの比
較照合を行う。この比較照合の結果は、端末装置３１３
に出力される。

【００１６】一方、処理装置１５には、アプリケーショ
ンモジュール１１４、１１６の出力データ５１７、５１
８を入力データとして処理を行うアプリケーションモジ
ュール１１９がインストールされている。アプリケーシ
ョンモジュール１１９は、オンラインモードで稼動して
いるため、処理装置１５内の入出力管理部５０３は、フ
ラグ部２０４にテストフラグが設定されている新バージ
ョンモジュール１１６の出力データ５１８の入力を行な
わない（アプリケーションモジュール１１９に渡さずに
破棄する）。このようにして、本実施例では、旧バージ
ョンモジュールと新バージョンモジュールをオンライン
状態で並行して動作させながらテストが行われる。

【００１７】図６は、各処理装置の入出力管理部により
実施されるデータ受信処理のフローチャートである。入
出力管理部３０８は、ネットワークバス２０から受信バ
ッファ３０３に取り込まれたメッセージを受け取り、内
容コード部２０２に設定されている内容コードが、内容
コードテーブル３１１に登録されているものであるかチ
ェックし、登録されていれば、それを受信する（ステッ
プ６０２）。次に、内容コードに基づき受信メッセージ
の種別を判定する（ステップ６０４）。受信メッセージ
が、アプリケーションモジュールの開始／終了／切替指
示であるときには、その受信メッセージをモジュール管
理部３０７に渡して処理を終了する（ステップ６０
５）。モジュール管理部３０７における処理について
は、後述する。受信メッセージが通常データであれば、
内容コードテーブル３１１に基づき、受信メッセージの
内容コード部２０２に設定されている内容コードに対応
するモジュールＩＤを取得する（ステップ６０６）。そ
して、モジュール情報管理テーブル３０５より、該当す
るモジュールＩＤを持つアプリケーションモジュール３
１０の動作モードを取得する（ステップ６０８）。取得
した動作モードが、オンラインモードとテストモードの
いずれを示しているか判定する（ステップ６１０）。取
得した動作モードがテストモードを示していれば、入出
力データ格納エリア３０９に受信メッセージ内のデータ
をセットし、該当するアプリケーションモジュールにデ
ータを渡す（ステップ６１４）。一方、動作モードがオ
ンラインモードの場合、受信メッセージのフラグ部２０
５により、受信メッセージ内のデータが、オンラインデ
ータであるか、テストデータであるかを判定する（ステ
ップ６１２）。受信メッセージ内のデータがオンライン
データであれば、入出力データ格納エリア３０９にその
データをセットし、アプリケーションモジュールにその
データを渡す（ステップ６１４）。受信メッセージ内の
データがテストデータであれば、そのデータを破棄する
（ステップ６１６）。

【００１８】図７は、各処理装置の入出力管理部により
実施されるデータ送信処理のフローチャートである。入
出力管理部３０８によるデータ送信処理は、アプリケー
ションモジュール３１０がデータ送信命令を発行するこ
とにより起動される。まず、アプリケーションモジュー
ル３１０により送信データが入出力データ格納エリア３
０９にセットされる（ステップ７０２）。入出力管理部
３０８は、モジュール管理部３０７より、送信命令を発
行しているアプリケーションモジュール３１０のモジュ
ールＩＤを取得する（ステップ７０４）。次に、モジュ
ール情報管理テーブル３０５を参照して、ステップ７０
４で取得したモジュールＩＤのアプリケーションモジュ
ール３１０の動作モードを取得する（ステップ７０
６）。取得した動作モードがテストモード、オンライン
モードのいずれであるか判定し（ステップ７０８）、テ
ストモードであれば、データ部２０６に入出力データ格
納エリア３０９から取り出した送信データを有する送信
メッセージのフラグ部２０４にテストフラグを設定する
（ステップ７１０）。そして、その送信メッセージを送
信バッファ３０４を介してネットワークバス２０に送出
する（ステップ７１２）。一方、送信命令を発効したア
プリケーションモジュールの動作モードがオンラインモ
ードであれば、フラグ部２０５にテストフラグの設定を
行うことなく送信データを有する送信メッセージを送出
する。

【００１９】図８は、テスト管理部（ＥＸＴ）による比
較・照合テストのフローチャートである。テスト管理部
３０６は、起動されるとまず、比較・照合テスト開始の
報知を行なう（ステップ８０２）。比較・照合テスト開
始の報知に応答して送られてくるテストプログラム動作
開始のメッセージを受信する（ステップ８０４）。受信
したテストプログラム動作開始のメッセージのモジュー
ル属性情報部２０７に基づき、送信元のアプリケーショ
ンモジュールを識別し（ステップ８０６）、また、バー
ジョン情報部２０８に基づきモジュールバージョンを取
得する（ステップ８０８）。そして、これらの情報に基
づき、記憶装置３１２内にデータ比較照合テーブルを作
成する（ステップ８１０）。その後、テスト管理部３０
６は、ステップ８１２以降の比較・照合処理にはいる。

【００２０】比較・照合処理にはいると、テスト管理部
３０６は、入出力管理部３０８より、共通伝送媒体２０
上から取り込んだ受信メッセージを受け取る（ステップ
８１２）。受信メッセージのフラグ部２０５を参照し
て、テストフラグが設定されているかどうか調べる（ス
テップ８１４）。テストフラグが設定されていれば、そ
のメッセージのデータをデータ比較照合テーブルのテス
トデータエリアへ格納する（ステップ８１６）。一方、
テストフラグが設定されていない場合は、データ比較照
合テーブルのオンラインデータエリアへデータを格納す
る（ステップ８１８）。次に、データ比較照合テーブル
に一定容量のデータが格納されたか否か判定し（ステッ
プ８２０）、データ比較テーブルに一定容量のデータが
蓄積されていなければ、ステップ８１２に戻り、データ
の受信を継続する。データ比較テーブルに一定容量のデ
ータが蓄積されていれば、データ比較テーブルに蓄積さ
れたテストデータと、オンラインデータとの比較・照合
を行う（ステップ８２２）。比較・照合の結果、両者の
一致が得られたか否か判定する（ステップ８２４）。テ
ストデータとオンラインデータの一致が得られていれ
ば、ステップ８２６で比較判定結果一致を端末装置３１
３に表示した後、終了指示がある迄、比較処理を繰り返
す（ステップ８３４）。ステップ８２４における比較判
定結果が不一致の場合、端末装置３１３に出力不一致を
表示する（ステップ８２８）。そして、実行中のオンラ
インテストが、バージョンアップ時のオンラインテスト
（新バージョンモジュールのオンラインテスト）である
か否かに応じて切替指示、あるいは、終了指示のいずれ
を実施するか判定する（ステップ８３０）。新バージョ
ンモジュールのオンラインテストの場合には、新バージ
ョンモジュールへの終了指示情報の送信を行い、テスト
を中断する（ステップ８３２）。一方、新バージョンモ
ジュールのオンラインテストでないときには、ステップ
８３６で切換指示情報を送信してテストを中断する。

【００２１】図９は、モジュール管理部により実施され
る処理のフローチャートである。モジュール管理部３０
７は、入出力管理部３０８から開始、終了、あるいは、
切換を指示する受信メッセージを受け取ると、受信メッ
セージよりモジュール属性情報、およびバージョン情報
を取得し、開始／終了／切替処理を行うアプリケーショ
ンモジュールを特定する（ステップ９０２、９０４）。
受信メッセージに設定されている内容コードに基づい
て、受信メッセージが、開始、終了、および切替指示情
報のいずれであるか判定する（ステップ９０６）。開始
指示情報であれば、該当するアプリケーションモジュー
ルの起動を行なう（ステップ９０８）。切換指示情報の
場合は、切換指示メッセージで指定されていたバージョ
ンのアプリケーションモジュールがオンラインモードで
動作中か、テストモードで動作中か判定する（ステップ
９１０）。指定されたアプリケーションモジュールがオ
ンラインモードで動作していれば、そのアプリケーショ
ンモジュールの動作モードをテストモードに変更する
（ステップ９１２）。一方、指定されたアプリケーショ
ンモジュールがテストモードで動作していれば、そのア
プリケーションモジュールの動作モードをオンラインモ
ードへ変更する（ステップ９１４）。また、受信メッセ
ージが終了指示情報の場合は、指定されたバージョンの
アプリケーションモジュールによる処理を停止する（ス
テップ９１６）。

【００２２】次に、バージョンアップ後、新バージョン
モジュールがオンライン稼動中に、処理装置、或いはオ
ペレータにより新バージョンモジュールの異常が検知さ
れた場合の旧バージョンモジュールへの復旧について図
１０乃至図１３を用いて説明する。なお、図１０乃至図
１３において、処理装置１１には、バージョンアップさ
れたアプリケーションモジュール（新バージョンモジュ
ール）１０１０が配置される。処理装置１４には、新バ
ージョンモジュール１０１０がその処理に利用するデー
タを出力するアプリケーションモジュール１０２０、処
理装置１５には、新バージョンモジュール１０１０の処
理結果を利用するアプリケーションモジュール１０３０
が配置されている。処理装置１３には、新バージョンモ
ジュールと同様に、アプリケーションモジュール１０２
０の出力を利用し、その処理結果がアプリケーションモ
ジュール１０３０により利用されるバージョンアップ前
のアプリケーションモジュール（旧バージョンモジュー
ル）１０１５が配置されている。５０１、５０２、５０
３、および５０４は、それぞれ、処理装置１３、１４、
１５、および１２の入出力管理部である。なお、以下の
説明では、オンラインテストの管理を、処理装置１２上
のテスト管理部１０５０を用いて行うものとする。ま
た、これらの図において、以下の説明に直接関係しない
部分については、図示を省略している。

【００２３】図１０は、バージョンアップ後のシステム
の稼動状態におけるメッセージフロー図である。処理装
置１４のアプリケーションモジュール１０２０の処理結
果は、入出力管理部５０２によりメッセージ１１０１と
してネットワークバス２０に送出される。処理装置１１
の入出力管理部３０８は、ネットワークバス２０からメ
ッセージ１１０１を取り込み、そのデータを新バージョ
ンモジュール１０１０に渡す。新バージョンモジュール
は、入出力管理部３０８から受け取ったデータを用いて
処理を行い、その結果を入出力管理部３０８に渡す。新
バージョンモジュール１０１０の処理結果は、メッセー
ジ１１０２としてネットワークバス２０上に送出され
る。処理装置１５の入出力管理部５０３は、メッセージ
１１０２を取り込んでアプリケーションモジュール１０
３０に渡し、アプリケーションモジュール１０３０は、
そのデータを用いて処理を行う。この時点では、旧バー
ジョンモジュール１０１５は、停止状態にある。

【００２４】図１１は、新バージョンモジュールに関連
した障害が検出された場合のメッセージフロー図であ
る。新バージョンモジュール１０１０の異常を処理装置
１１のモジュール管理部３０７が検出すると、処理装置
１１は、新バージョンモジュールのモジュール属性情報
およびバージョン情報を持ち、異常の発生を示す内容コ
ードを設定したメッセージ１１０３をネットワークバス
２０に送出する。処理装置１２の入出力管理部５０４
が、このメッセージ１１０３を受信すると、処理装置１
２は、テスト管理部１０５０を起動する。テスト管理部
１０５０は、旧バージョンモジュール１０１５のテスト
稼働開始を示す内容コードを設定したメッセージ１１０
４を入出力管理部５０４を介してネットワークバス２０
に送出する（図８のステップ８０２〜ステップ８１
０）。その後、テスト管理部１０５０は、新バージョン
モジュール１０１０の出力するオンラインデータと旧バ
ージョンモジュール１０１５の出力するテストデータの
収集を開始する。処理装置１３の入出力管理部５０１
は、テスト稼働開始を指示するメッセージ１１０４を受
信すると、それをモジュール管理部１０６０に渡す。こ
こで、テスト稼働開始を示す内容コードは、予め各処理
装置の内容コードテーブルに登録されているものとす
る。モジュール管理部１０６０は、受け取ったメッセー
ジ内のモジュール属性情報、バージョン情報からテスト
稼働を開始するアプリケーションモジュール、即ち、旧
バージョンモジュールを決定し、旧バージョンモジュー
ル１０１５の動作モードをテストモードに設定して、旧
バージョンモジュール１０１５を起動する。

【００２５】図１２は、オンラインテスト実施中のシス
テム内でのメッセージの流れを示すメッセージフロー図
である。オンラインテスト実施中も、旧バージョンモジ
ュール１０１５は、メッセージ１１０１のデータを用い
てオンライン状態の時と同様に処理を行う。処理装置１
３の入出力管理部５０１は、旧バージョンモジュールの
出力したデータをテストデータとして、フラグ部２０５
にテストフラグを設定したメッセージ１１０５をネット
ワークバス２０に送出する。新バージョンモジュール１
０１０による処理結果のメッセージ１１０２と、旧バー
ジョンモジュール１０１５による処理結果のメッセージ
１１０５は、ともに同じ内容コードがその内容コード部
２０２に設定される。処理装置１５の入出力管理部５０
３では、メッセージ１１０２とメッセージ１１０５の両
者が、アプリケーションモジュール１０３０の処理に利
用されるものであることを認識できるが、メッセージ１
１０５には、テストフラグがセットされているので、メ
ッセージ１１０２のみをアプリケーションモジュール１
０３０に渡す。一方、処理装置１２では、メッセージ１
１０２、１１０５の両者が取り込まれ、テスト部１０５
０により図８により説明したステップ８１２以降の比較
・照合処理が実施される。

【００２６】図１３は、旧バージョンモジュールへの復
旧時のメッセージフロー図である。処理装置１２のテス
ト管理部１０５０は、比較・照合処理の結果、旧バージ
ョンモジュール１０１５への切り替えを決定すると、オ
ンライン稼動中の新バージョンモジュール１０１０に対
して終了指示情報を送出して新バージョンモジュールの
オンライン稼働を停止した後、テストモードで稼動中の
旧バージョンモジュール１０１５に対して切換指示情報
１１０６送信する。終了指示情報切換指示情報１１０６
は、内容コード部２０２に切換指示を示す内容コード、
モジュール属性部２０７に切り替えを行うアプリケーシ
ョンモジュールの属性情報、バージョン情報部２０８
に、そのバージョン番号が設定されたメッセージであ
る。処理装置１１の入出力管理部３０８は、切換指示情
報１５０６を受信すると、そのメッセージをモジュール
管理部３０７に渡す。モジュール管理部３０７は、切換
指示情報を受け取ると、新バージョンモジュール１０１
０のオンライン稼働を停止させる。処理装置１３の入出
力管理部５０１も、同様に、切換指示情報１５０６を受
信すると、そのメッセージをモジュール管理部１０６０
に渡す。モジュール管理部１０６０は、旧バージョンモ
ジュール１０１５の動作モードをオンラインモードに変
更し、旧バージョンモジュール１０１５によるオンライ
ン稼働を開始する。

【００２７】以上説明した実施例では、旧バージョンモ
ジュールへの復旧時に、オンライン稼働中の新バージョ
ンモジュールの動作モードをテストモードにすること
で、新バージョンモジュールのオンライン稼働を停止し
ているが、テスト管理部により、新バージョンモジュー
ルに対しては、終了指示情報を送出し、新バージョンモ
ジュールによる処理を停止して、旧バージョンモジュー
ルへの切替指示を出すようにすることもできる。また、
オンラインテストは、新バージョンモジュールをオンラ
イン稼働状態のまま行ったが、オンラインテストに先行
して新バージョンモジュールの動作モードをテストモー
ドとして、旧バージョンモジュールをオンライン稼働さ
せてオンラインテストを行うようにしてもよい。この場
合には、オンラインテストの結果異常がなければ、テス
ト終了後、新バージョンモジュールをオンラインモード
に戻し、旧バージョンモジュールを停止する。

【００２８】以上説明した実施例によれば、同一システ
ム内にて、異なるバージョンのモジュールを同時に実行
させ、バージョンアップ後の新しいバージョンのアプリ
ケーションモジュールをオンライン環境下でテストする
ことが可能となる。また、バージョンアップ後にオンラ
イン稼働を開始した新バージョンモジュールの動作監視
を行い、新バージョンモジュールの障害発生時に、テス
ト状態で稼働中の旧バージョンモジュールに復旧するこ
とが可能となる。

【００２９】

【発明の効果】本発明によれば、分散処理システムに於
いて、そのシステム内のソフトウエア、ハードウエアの
バージョンアップ作業を、ユーザの業務を継続しながら
安全に行うことの可能な保守管理を実現することができ
る

【図面の簡単な説明】

【図１】本発明の一実施例における分散処理システムの
ブロック図である。

【図２】ネットワークバスを伝送されるメッセージのフ
ォーマット図である。

【図３】処理装置の構成を示すブロック図である。

【図４】モジュール情報管理テーブルの構成図である。

【図５】オンラインテスト時のメッセージフロー図であ
る。

【図６】入出力管理部によるデータ受信処理のフローチ
ャートである。

【図７】入出力管理部によるデータ送信処理のフローチ
ャートである。

【図８】テスト管理部による比較・照合テストのフロー
チャートである。

【図９】モジュール管理部によるアプリケーションモジ
ュール管理のフローチャートである。

【図１０】バージョンアップ後の新バージョンモジュー
ルオンライン稼働時のメッセージフロー図である。

【図１１】新バージョンモジュールの異常検出時のメッ
セージフロー図である。

【図１２】オンラインテスト実施中のメッセージフロー
図である。

【図１３】旧バージョンモジュールへの復旧時のメッセ
ージフロー図である。

【符号の説明】

１１〜１６……処理装置、２０……共通伝送媒体、３０
５……モジュール情報管理テーブル、３０６……テスト
管理部、３０７……モジュール管理部、３０８……入出
力管理部、３０９……入出力データ格納エリア、３１０
……アプリケーションモジュール、３１１……内容コー
ド管理テーブル、１１４……旧バージョンモジュール、
１１６……新バージョンモジュール。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 河野 克己 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 藤原 和統 茨城県日立市大みか町５丁目２番１号 株 式会社日立製作所大みか工場内

Claims (9)

【特許請求の範囲】
1. 【請求項１】共通伝送媒体と、該共通伝送媒体を介して
   相互に接続される複数の処理装置とを有してなり、各処
   理装置が、それぞれの処理装置内のプログラムモジュー
   ルの出力データを、該出力データの内容に対応して予め
   定められた内容コードを添付したメッセージとして前記
   共通伝送媒体に送出するとともに、前記共通伝送媒体上
   から前記内容コードに基づいて自処理装置内のプログラ
   ムモジュールの実行に利用すべきデータを含むメッセー
   ジを受信するように構成された分散処理システムにおい
   て、それぞれ同一内容の処理を行い世代の異なる２つの
   プログラムモジュールを前記複数の処理装置のいずれか
   に配置し、前記２つのプログラムモジュールの中の一方
   の世代のプログラムモジュールをオンライン稼働状態で
   動作させ、他方のプログラムモジュールをテストモード
   で動作させ、任意の処理装置において、前記２つのプロ
   グラムモジュールによる処理の結果として前記伝送媒体
   上に送出されたメッセージを受信し、受信したメッセー
   ジ内容に基づいて前記２つのプログラムモジュールの診
   断を行うことを特徴とする分散システムのオンラインテ
   スト方法。
2. 【請求項２】前記処理装置の各々は、自処理装置内のプ
   ログラムモジュールによる処理の結果に、当該プログラ
   ムモジュールを特定するための属性情報および当該プロ
   グラムモジュールの世代を表す世代情報を付加してメッ
   セージを生成し、前記共通伝送媒体に送出することを特
   徴とする請求項１または２記載のオンラインテスト方
   法。
3. 【請求項３】前記任意の処理装置は、前記属性情報およ
   び前記世代情報に基づいて受信した前記一方の世代のプ
   ログラムモジュールの処理結果のメッセージと前記他方
   の世代のプログラムモジュールの処理結果を記憶装置に
   蓄積し、蓄積されたメッセージの量が所定の容量に達し
   た後前記診断を行うことを特徴とする請求項２記載のオ
   ンラインテスト方法。
4. 【請求項４】オンライン稼働中のプログラムモジュール
   を持つ処理装置は、受信したメッセージに前記テストフ
   ラグが付加されているか否か判定し、前記テストフラグ
   が付加されているときは、当該メッセージを自処理装置
   内のプログラムモジュールの処理に利用せずに廃棄する
   ことを特徴とする請求項３記載のオンラインテスト方
   法。
5. 【請求項５】前記一方の世代のプログラムモジュール
   は、前記他方の世代のプログラムモジュールよりも新し
   い世代のプログラムモジュールであることを特徴とする
   請求項３記載のオンラインテスト方法。
6. 【請求項６】前記任意の処理装置は、前記診断の結果、
   異常を検出したときは、前記一方の世代のプログラムモ
   ジュールの動作停止を指示するメッセージを前記共通媒
   体に送出し、前記一方の世代のプログラムモジュールが
   動作する処理装置では、前記動作停止を指示するメッセ
   ージを受信して、前記一方の世代のプログラムモジュー
   ルの動作を停止させることを特徴とする請求項５記載の
   オンラインテスト方法。
7. 【請求項７】共通伝送媒体と、該共通伝送媒体を介して
   相互に接続される複数の処理装置とを有してなり、各処
   理装置が、それぞれの処理装置内のプログラムモジュー
   ルの出力データを、該出力データの内容に対応して予め
   定められた内容コードを添付したメッセージとして前記
   共通伝送媒体に送出するとともに、前記共通伝送媒体上
   から前記内容コードに基づいて自処理装置内のプログラ
   ムモジュールの実行に利用すべきデータを含むメッセー
   ジを受信するように構成された分散処理システムにおい
   て、第１の処理装置に配置された第１の世代のプログラ
   ムモジュールと、第２の処理装置に配置され、前記第１
   の世代のプログラムモジュールと同一内容の処理を行
   い、前記第１の世代のプログラムモジュールよりも世代
   の新しい第２の世代のプログラムモジュールとを設け、
   前記第２の世代のプログラムモジュールのオンライン稼
   働中に前記第２の世代のプログラムモジュールの異常が
   検出されたことに応じて、前記第１の世代のプログラム
   モジュールを他のプログラムモジュールの処理に影響を
   与えないようにされたテストモードで起動し、任意の処
   理装置において、前記第１および第２の世代のプログラ
   ムモジュールの処理結果のメッセージを受信し、受信し
   た前記第１の世代のプログラムモジュールの処理結果と
   前記第２の世代のプログラムモジュールの処理結果とを
   比較して前記第２の世代のプログラムモジュールの診断
   を行い、該診断の結果異常を検出したときは、前記第２
   の世代のプログラムモジュールによるオンライン稼働を
   停止し、前記第１の世代のプログラムモジュールの動作
   モードを前記テストモードからオンラインモードに変更
   し、前記第１の世代のプログラムモジュールによるオン
   ライン稼働を開始することを特徴とする分散処理システ
   ムのオンラインテスト方法。
8. 【請求項８】共通伝送媒体と、該共通伝送媒体を介して
   相互に接続される複数の処理装置とを有してなり、各処
   理装置が、それぞれの処理装置内のプログラムモジュー
   ルの出力データを、該出力データの内容に対応して予め
   定められた内容コードを添付したメッセージとして前記
   共通伝送媒体に送出するとともに、前記共通伝送媒体上
   から前記内容コードに基づいて自処理装置内のプログラ
   ムモジュールの実行に利用すべきデータを含むメッセー
   ジを受信するように構成された分散処理システムにおい
   て、前記処理装置の各々が、自処理装置内のプログラム
   モジュールが出力したデータに、該データを出力したプ
   ログラムモジュールを特定するための属性情報と当該プ
   ログラムモジュールの世代情報とを添付して前記メッセ
   ージを生成して前記共通伝送媒体上に送出し、任意の処
   理装置において、前記属性情報および前記世代情報に基
   づいて前記共通伝送媒体上を伝送されるメッセージを収
   集し、前記属性情報が同一であり、前記世代情報が異な
   るメッセージ同士を比較照合して前記プログラムモジュ
   ールの診断を行うことを特徴とする分散処理システムの
   オンラインテスト方法。
9. 【請求項９】前記任意の処理装置は、前記診断の結果前
   記プログラムモジュールの異常を検出したとき、当該異
   常の検出されたプログラムモジュールに関する前記属性
   情報と前記世代情報とを含む第１のメッセージを前記共
   通伝送媒体に送出し、各処理装置では、前記第１のメッ
   セージを受信して、前記属性情報および前記世代情報に
   基づいて、前記異常の検出されたプログラムモジュール
   が自処理装置内に存在するか否か判断し、異常の検出さ
   れたプログラムモジュールが存在するときは、そのプロ
   グラムモジュールの動作を中断することを特徴とする請
   求項８記載のオンラインテスト方法。