JPH0962626A - On-line testing method of decentralized processing system - Google Patents

On-line testing method of decentralized processing system

Info

Publication number
JPH0962626A
JPH0962626A JP7211561A JP21156195A JPH0962626A JP H0962626 A JPH0962626 A JP H0962626A JP 7211561 A JP7211561 A JP 7211561A JP 21156195 A JP21156195 A JP 21156195A JP H0962626 A JPH0962626 A JP H0962626A
Authority
JP
Japan
Prior art keywords
program module
generation
message
module
processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP7211561A
Other languages
Japanese (ja)
Inventor
Hiroshi Yamamoto
博 山本
Hideji Nishijima
英児 西島
Haruhito Kawashima
治仁 川島
Katsumi Kono
克己 河野
Kazumune Fujiwara
和統 藤原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP7211561A priority Critical patent/JPH0962626A/en
Publication of JPH0962626A publication Critical patent/JPH0962626A/en
Pending legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To conduct a test in safety without any on-line stop when software is revised. SOLUTION: In a computer system wherein a plurality of processors 11-16 are coupled with a common transmission medium 20, application modules 114 and 116 which perform processings of the same contents and are different in version are installed in the processors. If a new version module in on-line operation becomes abnormal, an old-version module 116 is made to operate in test mode. A test management part 306 gathers and compares the output results of both the versions to carry out the test without any on-line stop. When the test management part 306 detects the program abnormality, the on-line operation of the new version module 114 is stopped and the old version module is placed in on-line operation to perform restoration. Consequently, if the new version module having started the on-line operation after being revised becomes faulty, the system can easily be restored to the old version module.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、分散処理システムに於
けるプログラム動作の診断方法に係り、特に、システム
内のプログラム、並びにハードウェアのバージョンアッ
プ時におけるオンラインでの診断方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method of diagnosing a program operation in a distributed processing system, and more particularly to a program in the system and an online method of diagnosing a hardware version upgrade.

【0002】[0002]

【従来の技術】分散処理システムでは、複数の処理装置
がネットワークを介して接続され、これらの処理装置上
で動作するプログラムが互いに情報を交換し合ってある
与えられた処理を行っている。従来、このような分散処
理システムに於いて、そのシステム内のソフトウエア、
ハードウエアのバージョンアップなど行う場合、一般に
は、たとえ、そのバージョンアップがシステム内の一部
の処理装置、あるいはプログラムを対象としたものであ
っても、システム全体を停止して作業が行われていた。
また、例えば、プログラムのバージョンアップ作業で
は、プログラム改修後の新しいバージョンのプログラム
をオンライン状態で稼働させる前に、オンライン実環境
にて、テスト稼働が行われる。そして、オンライン実環
境での機能検証(オンラインテスト)が行なわれた後、
新しいバージョンのプログラムによるオンライン稼働が
開始される。このため、バージョンアップ時は、長時間
に渡ってオンライン業務の支障をきたしていた。
2. Description of the Related Art In a distributed processing system, a plurality of processing devices are connected via a network, and programs operating on these processing devices exchange information with each other to perform given processing. Conventionally, in such a distributed processing system, the software in the system,
When performing a hardware version upgrade, generally, even if the version upgrade targets only some of the processing units or programs in the system, the entire system is stopped and the work is performed. It was
In addition, for example, in the version upgrade work of a program, a test operation is performed in an online actual environment before a new version program after the program modification is operated in the online state. And after the functional verification (online test) in the online real environment is performed,
The new version of the program goes online. Therefore, when the version was updated, the online work was hindered for a long time.

【0003】[0003]

【発明が解決しようとする課題】上記従来技術に述べた
ようなバージョンアップ作業におけるバージョン切り替
え/復旧の方法、あるいはオンラインテストの方法は、
システムを停止させずにそれらの作業を行うことを可能
にするという点について配慮がなされていなかった。こ
のため、バージョンアップ作業中は、システム内でのユ
ーザ業務は許可されないか、たとえ許可されたとしても
その業務は、著しく制限されたものであった。また、バ
ージョンアップ作業そのものについても、ユーザ業務の
停止、あるいは、制限による影響を抑えるために、その
作業は、ユーザがシステムを使用していない時間帯、例
えば、夜間、休日に行われていた。従って、バージョン
アップ作業は、それを行うシステム管理者にとっても、
不便なものであった。
The method of version switching / restoration in the version upgrade work as described in the above-mentioned prior art, or the method of online test is as follows.
No consideration was given to making it possible to perform these tasks without shutting down the system. Therefore, during the upgrade work, the user's work in the system is not permitted, or even if it is permitted, the work is extremely limited. Further, with respect to the version upgrade work itself, in order to stop the user's work or to suppress the influence of restrictions, the work is performed during a time period when the user is not using the system, for example, at night or on a holiday. Therefore, the version upgrade work is done by the system administrator who does it.
It was inconvenient.

【0004】更に、バージョンアップが行われ、新しい
プログラムのオンライン稼働が開始された後に、その新
しいバージョンのプログラムに異常が発生したような場
合、従来は、旧いバージョンのプログラムによりシステ
ムの復旧が行われているが、この旧いバージョンのプロ
グラムへの復旧についても、システム内のユーザ業務に
支障を与えることなく円滑に行うことは、困難であっ
た。
Further, when an error occurs in the new version program after the new version program is started online after the version upgrade is performed, conventionally, the system is restored by the old version program. However, it is difficult to restore the old version of the program smoothly without hindering user work in the system.

【0005】本発明の目的は、分散処理システムに於い
て、そのシステム内のソフトウエア、ハードウエアのバ
ージョンアップ作業を、ユーザの業務を継続しながら安
全に行うことの可能な保守管理方法を実現することにあ
る。
An object of the present invention is to realize, in a distributed processing system, a maintenance management method capable of safely performing version upgrade work of software and hardware in the system while continuing the user's work. To do.

【0006】[0006]

【課題を解決するための手段】上記目的を達成するた
め、本発明によるオンラインテスト方法では、同一内容
の処理を行い世代の異なる2つのプログラムモジュール
(または、アプリケーションモジュール)をそれぞれい
ずれかの処理装置に配置し、一方の世代のプログラムモ
ジュールをテストモードで動作させるとともに、他方の
世代のプログラムモジュールをオンラインモードでオン
ライン稼働させ、任意の処理装置でこれら2つのプログ
ラムモジュールの処理結果のメッセージを収集し、受信
したメッセージ内容に基づいてプログラムモジュールの
診断を行う。本発明のより好ましい態様では、各処理装
置は、自処理装置内のプログラムモジュールによる処理
結果に、そのプログラムモジュールを特定する属性情報
と、世代情報とを付加してメッセージを生成し、共通伝
送媒体上に送出する。診断を行う任意の処理装置では、
これらの属性情報、世代情報に基づいてメッセージを蓄
積し、診断を行う。また、テストモードで動作している
プログラムモジュールの処理結果のメッセージには、そ
のメッセージがテストモードで動作中のプログラムモジ
ュールの処理結果であることを示すテストフラグが付加
される。オンライン稼働中のプログラムモジュールを持
つ処理装置では、受信したメッセージの中で、テストフ
ラグが付加されたメッセージを廃棄し、オンラインモー
ドのプログラムモジュールによる処理結果のメッセージ
のみを用いて処理を行う。
In order to achieve the above object, in the online test method according to the present invention, two program modules (or application modules) of different generations are processed by any one processing device. , The program module of one generation is operated in the test mode, the program module of the other generation is operated online in the online mode, and the message of the processing result of these two program modules is collected by any processing device. , The program module is diagnosed based on the received message contents. In a more preferable aspect of the present invention, each processing device adds a piece of attribute information identifying the program module and generation information to a processing result by the program module in the processing device itself to generate a message, and the common transmission medium Send to the top. In any processor that performs diagnostics,
Messages are accumulated based on these attribute information and generation information to make a diagnosis. A test flag indicating that the message is the processing result of the program module operating in the test mode is added to the message of the processing result of the program module operating in the test mode. A processing device having a program module operating online discards the message to which the test flag is added among the received messages, and performs processing using only the message resulting from the processing by the program module in the online mode.

【0007】また、本発明の他の態様においては、第1
の世代のプログラムモジュールと、このプログラムモジ
ュールよりも世代の新しい第2の世代のプログラムモジ
ュールとをシステム内の処理装置に配置しておき、第2
の世代のプログラムモジュールをオンラインモードでオ
ンライン稼働させる。そして、第2の世代のプログラム
モジュールの処理に異常が検出されたことに応じて第1
の世代のプログラムモジュールのテストモードでの動作
を開始させる。任意の処理装置で、第1の世代のプログ
ラムモジュールの処理結果と、第2の世代のプログラム
モジュールの処理結果とを収集し、両者を比較して診断
を行う。この診断の結果異常が検出されたときには、第
2の世代のプログラムモジュールのオンライン稼働を停
止させ、第1の世代のプログラムモジュールの動作モー
ドをオンラインモードに切り替え、第1の世代のプログ
ラムモジュールによるオンライン稼働を開始する。
In another aspect of the present invention, the first aspect
Second generation program module and a second generation program module, which is a newer generation than this program module, are arranged in the processing device in the system.
The next generation program module to run online in online mode. Then, in response to the detection of an abnormality in the processing of the second generation program module, the first
Start the operation of the test module of the generation generation program module. An arbitrary processing device collects the processing result of the first generation program module and the processing result of the second generation program module, and compares the two to make a diagnosis. When an abnormality is detected as a result of this diagnosis, the online operation of the second generation program module is stopped, the operation mode of the first generation program module is switched to the online mode, and the online operation by the first generation program module is performed. Start operation.

【0008】[0008]

【作用】本発明によれば、同一内容の処理を行う世代の
異なるプログラムモジュールをそれぞれ異なる動作モー
ドで動作させることで、同一システム内において、異な
る世代のプログラムモジュールによる処理を並行して動
作させることが可能となり、これらプログラムモジュー
ルをオンライン環境下でテストすることができる。ま
た、バージョンアップされた新しい世代のプログラムモ
ジュールによるオンライン稼働が開始された後も、旧い
世代のプログラムモジュールをシステム内に配置してお
き、新しい世代のプログラムモジュールの異常が検出さ
れたときに、旧い世代のプログラムモジュールを起動し
てそれら両者の処理結果を比較してその動作の検証を行
い、それらの間の不一致により異常が検出されれば、新
しいバージョンのオンライン稼働を停止し、旧い世代の
プログラムモジュールをオンライン状態にすることで、
プログラムモジュールのバージョンアップ後の障害に対
する復旧処理を容易に行うことが可能になる。
According to the present invention, program modules of different generations that perform the same content are operated in different operation modes, so that processing by program modules of different generations operates in parallel in the same system. It is possible to test these program modules in an online environment. Also, even after the online operation by the upgraded new generation program module is started, the old generation program module is placed in the system and the old generation program module is detected when an error is detected. Start the program module of the next generation, compare the processing results of both of them, and verify the operation. If an error is detected due to a mismatch between them, stop the online operation of the new version and program of the old generation. By bringing the module online,
It becomes possible to easily perform the recovery process for the failure after the version upgrade of the program module.

【0009】[0009]

【実施例】以下、本発明につて、実施例に基づき詳細に
説明する。
EXAMPLES The present invention will be described in detail below based on examples.

【0010】図1は、本発明が適用される分散処理シス
テムの全体構成を示すブロック図である。図1におい
て、11、12、13、14、15、および16は、そ
の内部に設けられたメモリに、所定の処理を達成するた
めのアプリケーションモジュールを格納してこれを実行
する処理装置である。20は、ネットワークバスであ
る。各処理装置11−16は、ネットワークバス20に
接続されており、このネットワークバス20を介して相
互にメッセージを送受信を行う。処理装置11−16に
は、それぞれを他から識別可能とする識別子としてアド
レスが与えられている。
FIG. 1 is a block diagram showing the overall configuration of a distributed processing system to which the present invention is applied. In FIG. 1, reference numerals 11, 12, 13, 14, 15, and 16 denote processing devices that store application modules for achieving predetermined processing in a memory provided therein and execute the processing. 20 is a network bus. Each processing device 11-16 is connected to the network bus 20 and sends and receives messages to and from each other via the network bus 20. Addresses are given to the processing devices 11-16 as identifiers that allow them to be distinguished from each other.

【0011】図2は、ネットワークバス20を介して伝
送されるメッセージのフォーマット図である。201、
208は、それぞれメッセージの始めと終わりを示すフ
ラグである。202は、内容コード(FC)部であり、
そのメッセージの内容や機能に対応して予め定められて
いる内容コードが設定される。ネットワークバス20に
接続する各処理装置11−16は、この内容コードに基
づいて、そのメッセージが自処理装置内に存在するアプ
リケーションモジュールによる処理のために必要なもの
か否かを判断する。203は、そのメッセージを発信し
た処理装置を識別するために付される発信元アドレス
(SA)部である。204は、システム内でメッセージ
の伝送上必要となる通番、205は、そのメッセージに
より伝達されるデータが、テストデータ、或いは、オン
ラインデータのいずれであるかを示す識別子(テストフ
ラグ)がセットされるフラグ部である。206は、処理
装置内のアプリケーションモジュールにより実行された
処理の結果として出力されるデータである。また、20
7は、データ部206に格納されているデータを出力し
た送信元のアプリケーションモジュールを特定するため
のモジュール属性情報が設定されるモジュール属性情報
(PROG)部である。モジュール属性情報としては、
例えば、当該アプリケーションモジュールの入出力デー
タの内容コードを用いることができる。208は、送信
元のアプリケーションモジュールのバージョン(世代)
を示すバージョン情報が設定されるバージョン情報(V
ER)部である。
FIG. 2 is a format diagram of a message transmitted via the network bus 20. 201,
208 are flags indicating the beginning and end of the message, respectively. 202 is a content code (FC) section,
A predetermined content code corresponding to the content or function of the message is set. Each processing device 11-16 connected to the network bus 20 determines, based on this content code, whether or not the message is necessary for the processing by the application module existing in the own processing device. Reference numeral 203 denotes a source address (SA) unit attached to identify the processing device that has transmitted the message. Reference numeral 204 is a serial number required for message transmission within the system, and 205 is an identifier (test flag) indicating whether the data transmitted by the message is test data or online data. It is a flag part. Reference numeral 206 is data output as a result of processing executed by the application module in the processing device. Also, 20
Reference numeral 7 denotes a module attribute information (PROG) unit in which module attribute information for specifying the application module of the transmission source that outputs the data stored in the data unit 206 is set. As the module attribute information,
For example, the content code of the input / output data of the application module can be used. 208 is the version (generation) of the application module of the transmission source
The version information (V
ER) section.

【0012】図3は、各処理装置の論理的な構成を示す
構成図である。図3では、その一例として処理装置11
の構成を示しているが、他の処理装置12−16につい
ても、同様に構成される。図中、テスト管理部(BIT
/EXT)306、モジュール管理部307、入出力管
理部308は、処理装置11内の各アプリケーションモ
ジュール310とネットワークバス20との間のメッセ
ージの受け渡しを制御する機能手段であり、本実施例で
は、それぞれの機能を達成するプログラムにより実現さ
れる。モジュール情報管理テーブル305は、処理装置
11内にあるアプリケーションモジュールの実行管理に
必要な情報を保持するテーブルであり、内容コードテー
ブル311は、アプリケーションモジュール310がそ
の処理のために必要とするデータの内容コードを格納し
たテーブルである。内容コードテーブル311には、受
信すべきメッセージに設定される内容コードと、その内
容コードに対応して、そのメッセージのデータを入力と
するアプリケーションモジュールのモジュールIDが登
録される。受信バッファ303、送信バッファ304、
入出力データ格納エリア308は、アプリケーションモ
ジュール310とネットワークバス20との間のメッセ
ージの受け渡し用いられるものであり、実際には、処理
装置11内のメモリ上に確保される記憶領域である。入
出力データ格納エリア309は、各アプリケーションモ
ジュール310ごとに、そのアプリケーションモジュー
ルが入出力するデータを格納する領域を有する。312
は、ディスク装置などの記憶装置であり、テスト管理部
306が収集するテストデータの格納のために用いられ
る。313は、ユーザとの間のインタフェースとなる端
末装置である。以下、処理装置11の動作について簡単
に説明する。
FIG. 3 is a configuration diagram showing a logical configuration of each processing device. In FIG. 3, the processing device 11 is shown as an example.
However, the other processing devices 12-16 have the same configuration. In the figure, the test management unit (BIT
/ EXT) 306, the module management unit 307, and the input / output management unit 308 are functional means for controlling the passing of messages between each application module 310 in the processing device 11 and the network bus 20, and in this embodiment, It is realized by the program that achieves each function. The module information management table 305 is a table that holds information necessary for execution management of application modules in the processing device 11, and the content code table 311 is a content of data that the application module 310 needs for its processing. It is a table that stores codes. In the content code table 311, the content code set in the message to be received and the module ID of the application module to which the data of the message is input are registered in correspondence with the content code. Reception buffer 303, transmission buffer 304,
The input / output data storage area 308 is used for passing messages between the application module 310 and the network bus 20, and is actually a storage area secured on a memory in the processing device 11. The input / output data storage area 309 has, for each application module 310, an area for storing data input / output by the application module. 312
Is a storage device such as a disk device, and is used for storing the test data collected by the test management unit 306. A terminal device 313 serves as an interface with the user. The operation of the processing device 11 will be briefly described below.

【0013】処理装置11は、ネットワークバス20上
を流れるメッセージを取り込むと、そのメッセージを受
信バッファ303に格納する。入出力管理部308は、
受信バッファ303に格納されたメッセージを取りだ
し、受信したメッセージの内容コード部202にセット
されている内容コードに基づいて、そのメッセージのデ
ータを必要とするアプリケーションモジュールが自処理
装置にあるかどうかを内容コードテーブル311を参照
して判断する。受信したメッセージのデータを必要とす
るアプリケーションモジュール310が存在すれば、そ
のアプリケーションモジュールに対応する入出力データ
格納エリアへ受信したメッセージのデータを格納する。
アプリケーションモジュール310は、入出力管理部3
08により入出力データ格納エリア309に格納された
データを読み込んで所定の処理を行う。そして、その処
理の結果得られるデータを入出力データ格納エリア30
9に格納する。テスト管理部306は、入出力管理部3
08が処理する送信メッセージのフラグ部205にテス
トフラグを設定し、あるいは受信メッセージのエリア2
05に設定されたテストフラグを識別して、そのメッセ
ージのデータを利用するアプリケーションモジュール3
10がオンラインモードの場合、そのデータの入力を抑
止する。また、テスト管理部306は、他に、テストデ
ータの収集、テスト状況の端末装置313への出力、オ
ンライン状態で動作しているアプリケーションモジュー
ルとテスト状態にあるアプリケーションモジュールの出
力結果の比較照合を行なう。モジュール情報管理部30
7は、各アプリケーションモジュールの動作モード、バ
ージョン、及び実行/停止の管理を行なう。
When the processor 11 fetches a message flowing on the network bus 20, the processor 11 stores the message in the reception buffer 303. The input / output management unit 308
The message stored in the reception buffer 303 is taken out, and based on the content code set in the content code section 202 of the received message, it is determined whether the own processing device has an application module that requires the data of the message. It judges by referring to the code table 311. If the application module 310 that requires the data of the received message exists, the data of the received message is stored in the input / output data storage area corresponding to the application module.
The application module 310 includes the input / output management unit 3
At 08, the data stored in the input / output data storage area 309 is read and a predetermined process is performed. Then, the data obtained as a result of the processing is stored in the input / output data storage area 30.
9 is stored. The test management unit 306 is the input / output management unit 3
08 sets a test flag in the flag portion 205 of the transmission message to be processed, or the area 2 of the reception message.
Application module 3 that identifies the test flag set in 05 and uses the data of that message
When 10 is in the online mode, the input of the data is suppressed. In addition, the test management unit 306 also collects test data, outputs the test status to the terminal device 313, and compares and collates the output results of the application module operating in the online state and the application module in the test state. . Module information management unit 30
Reference numeral 7 manages the operation mode, version, and execution / stop of each application module.

【0014】図4は、モジュール管理情報テーブル30
5の構成図である。401は、処理装置内の各アプリケ
ーションモジュールについて、それぞれのアプリケーシ
ョンモジュールに与えられているプロセスID、タスク
番号等のモジュール名(PID)がセットされるPID
エリア401である。モジュール管理情報テーブル30
5は、さらに、各PIDエリア401に対応して、対応
するPIDエリアにセットされたPIDを持つアプリケ
ーションモジュールに関するモジュール識別情報(Pr
og)、バージョン情報(Ver.)、及び動作モード
(Mode)が記録される、モジュール識別情報エリア
402、バージョン情報エリア403、及び動作モード
エリア404を含んでいる。
FIG. 4 shows the module management information table 30.
It is a block diagram of FIG. Reference numeral 401 denotes a PID in which, for each application module in the processing device, a module name (PID) such as a process ID and a task number given to each application module is set.
Area 401. Module management information table 30
Further, 5 corresponds to each PID area 401, and module identification information (Pr) about the application module having the PID set in the corresponding PID area.
og), version information (Ver.), and operation mode (Mode), a module identification information area 402, a version information area 403, and an operation mode area 404 are included.

【0015】図5は、ソフトウエアバージョンアップ時
に行われるオンラインテストでのメッセージの伝送の様
子を示すメッセージフロー図である。処理装置11に
は、バージョンアップされる前のアプリケーションモジ
ュール(旧バージョンモジュール)114が、また、処
理装置13には新しいバージョンのアプリケーションモ
ジュール(新バージョンモジュール)116がインスト
ールされている。旧バージョンモジュール114、及び
新バージョンモジュール116は、処理装置14にイン
ストールされているアプリケーションモジュール113
が出力するデータ516を入力し、各々データ517、
518を出力する。処理装置11、13の入出力管理部
308、501は、ネットワークバス20に処理装置1
4の入出力管理部502により送出されたアプリケーシ
ョンモジュール113の出力データ516を取り込み、
それぞれ旧バージョンモジュール114、新バージョン
モジュール116に渡す。旧バージョンモジュール11
4、及び新バージョンモジュール116の出力データ
は、処理装置11、13からネットワークバス20上に
ブロードキャストされる。ここで、処理装置13の入出
力管理部501は、新バージョンモジュール116の出
力データのフラグ部204にテストフラグを付加してネ
ットワークバス20に送出する。これにより、新バージ
ョンモジュール116の出力データ518は、システム
内では、テストデータとして扱われる。テスト結果は、
処理装置11上のテスト管理部306により、モニタさ
れる。テスト管理部306は、入出力管理部308から
旧バージョンモジュール114、および新バージョンモ
ジュール116の出力データを受け取り、それを記憶装
置312に蓄積する。そして、所定のタイミングで記憶
装置312に蓄積した旧バージョンモジュール114、
および新バージョンモジュール116の出力データの比
較照合を行う。この比較照合の結果は、端末装置313
に出力される。
FIG. 5 is a message flow diagram showing how messages are transmitted in an online test that is performed when the software version is upgraded. An application module (old version module) 114 before being upgraded is installed in the processing device 11, and an application module (new version module) 116 of a new version is installed in the processing device 13. The old version module 114 and the new version module 116 are the application modules 113 installed in the processing device 14.
Input the data 516 output by the
518 is output. The input / output management units 308 and 501 of the processing devices 11 and 13 connect the processing device 1 to the network bus 20.
The output data 516 of the application module 113 sent by the input / output management unit 502 of No. 4,
It is passed to the old version module 114 and the new version module 116, respectively. Old version module 11
4 and the output data of the new version module 116 are broadcast from the processing devices 11 and 13 onto the network bus 20. Here, the input / output management unit 501 of the processing device 13 adds a test flag to the flag unit 204 of the output data of the new version module 116 and sends it to the network bus 20. As a result, the output data 518 of the new version module 116 is treated as test data in the system. The test result is
It is monitored by the test management unit 306 on the processing device 11. The test management unit 306 receives the output data of the old version module 114 and the new version module 116 from the input / output management unit 308, and stores it in the storage device 312. Then, the old version module 114 accumulated in the storage device 312 at a predetermined timing,
And output data of the new version module 116 are compared and collated. The result of this comparison and collation is the terminal device 313.
Is output to

【0016】一方、処理装置15には、アプリケーショ
ンモジュール114、116の出力データ517、51
8を入力データとして処理を行うアプリケーションモジ
ュール119がインストールされている。アプリケーシ
ョンモジュール119は、オンラインモードで稼動して
いるため、処理装置15内の入出力管理部503は、フ
ラグ部204にテストフラグが設定されている新バージ
ョンモジュール116の出力データ518の入力を行な
わない(アプリケーションモジュール119に渡さずに
破棄する)。このようにして、本実施例では、旧バージ
ョンモジュールと新バージョンモジュールをオンライン
状態で並行して動作させながらテストが行われる。
On the other hand, the processing device 15 has output data 517, 51 of the application modules 114, 116.
An application module 119 that performs processing using 8 as input data is installed. Since the application module 119 is operating in the online mode, the input / output management unit 503 in the processing device 15 does not input the output data 518 of the new version module 116 having the test flag set in the flag unit 204. (It is discarded without passing it to the application module 119). In this way, in this embodiment, the test is performed while the old version module and the new version module are operating in parallel in the online state.

【0017】図6は、各処理装置の入出力管理部により
実施されるデータ受信処理のフローチャートである。入
出力管理部308は、ネットワークバス20から受信バ
ッファ303に取り込まれたメッセージを受け取り、内
容コード部202に設定されている内容コードが、内容
コードテーブル311に登録されているものであるかチ
ェックし、登録されていれば、それを受信する(ステッ
プ602)。次に、内容コードに基づき受信メッセージ
の種別を判定する(ステップ604)。受信メッセージ
が、アプリケーションモジュールの開始/終了/切替指
示であるときには、その受信メッセージをモジュール管
理部307に渡して処理を終了する(ステップ60
5)。モジュール管理部307における処理について
は、後述する。受信メッセージが通常データであれば、
内容コードテーブル311に基づき、受信メッセージの
内容コード部202に設定されている内容コードに対応
するモジュールIDを取得する(ステップ606)。そ
して、モジュール情報管理テーブル305より、該当す
るモジュールIDを持つアプリケーションモジュール3
10の動作モードを取得する(ステップ608)。取得
した動作モードが、オンラインモードとテストモードの
いずれを示しているか判定する(ステップ610)。取
得した動作モードがテストモードを示していれば、入出
力データ格納エリア309に受信メッセージ内のデータ
をセットし、該当するアプリケーションモジュールにデ
ータを渡す(ステップ614)。一方、動作モードがオ
ンラインモードの場合、受信メッセージのフラグ部20
5により、受信メッセージ内のデータが、オンラインデ
ータであるか、テストデータであるかを判定する(ステ
ップ612)。受信メッセージ内のデータがオンライン
データであれば、入出力データ格納エリア309にその
データをセットし、アプリケーションモジュールにその
データを渡す(ステップ614)。受信メッセージ内の
データがテストデータであれば、そのデータを破棄する
(ステップ616)。
FIG. 6 is a flow chart of the data reception processing executed by the input / output management unit of each processing device. The input / output management unit 308 receives the message captured in the reception buffer 303 from the network bus 20 and checks whether the content code set in the content code unit 202 is registered in the content code table 311. If it is registered, it is received (step 602). Next, the type of the received message is determined based on the content code (step 604). When the received message is an instruction to start / end / switch the application module, the received message is passed to the module management unit 307 to end the processing (step 60).
5). The processing in the module management unit 307 will be described later. If the received message is normal data,
Based on the content code table 311, the module ID corresponding to the content code set in the content code section 202 of the received message is acquired (step 606). Then, from the module information management table 305, the application module 3 having the corresponding module ID
10 operation modes are acquired (step 608). It is determined whether the acquired operation mode indicates the online mode or the test mode (step 610). If the acquired operation mode indicates the test mode, the data in the received message is set in the input / output data storage area 309, and the data is passed to the corresponding application module (step 614). On the other hand, when the operation mode is the online mode, the flag portion 20 of the received message is displayed.
5, it is determined whether the data in the received message is online data or test data (step 612). If the data in the received message is online data, the data is set in the input / output data storage area 309 and the data is passed to the application module (step 614). If the data in the received message is test data, the data is discarded (step 616).

【0018】図7は、各処理装置の入出力管理部により
実施されるデータ送信処理のフローチャートである。入
出力管理部308によるデータ送信処理は、アプリケー
ションモジュール310がデータ送信命令を発行するこ
とにより起動される。まず、アプリケーションモジュー
ル310により送信データが入出力データ格納エリア3
09にセットされる(ステップ702)。入出力管理部
308は、モジュール管理部307より、送信命令を発
行しているアプリケーションモジュール310のモジュ
ールIDを取得する(ステップ704)。次に、モジュ
ール情報管理テーブル305を参照して、ステップ70
4で取得したモジュールIDのアプリケーションモジュ
ール310の動作モードを取得する(ステップ70
6)。取得した動作モードがテストモード、オンライン
モードのいずれであるか判定し(ステップ708)、テ
ストモードであれば、データ部206に入出力データ格
納エリア309から取り出した送信データを有する送信
メッセージのフラグ部204にテストフラグを設定する
(ステップ710)。そして、その送信メッセージを送
信バッファ304を介してネットワークバス20に送出
する(ステップ712)。一方、送信命令を発効したア
プリケーションモジュールの動作モードがオンラインモ
ードであれば、フラグ部205にテストフラグの設定を
行うことなく送信データを有する送信メッセージを送出
する。
FIG. 7 is a flowchart of a data transmission process executed by the input / output management unit of each processing device. The data transmission process by the input / output management unit 308 is activated by the application module 310 issuing a data transmission command. First, the transmission data by the application module 310 is input / output data storage area 3
09 (step 702). The input / output management unit 308 acquires from the module management unit 307 the module ID of the application module 310 that has issued the transmission command (step 704). Next, referring to the module information management table 305, step 70
The operation mode of the application module 310 having the module ID acquired in step 4 is acquired (step 70).
6). It is determined whether the acquired operation mode is the test mode or the online mode (step 708), and if it is the test mode, the flag portion of the transmission message having the transmission data extracted from the input / output data storage area 309 in the data portion 206. A test flag is set in 204 (step 710). Then, the transmission message is transmitted to the network bus 20 via the transmission buffer 304 (step 712). On the other hand, if the operation mode of the application module that has issued the transmission command is the online mode, the transmission message including the transmission data is transmitted without setting the test flag in the flag unit 205.

【0019】図8は、テスト管理部(EXT)による比
較・照合テストのフローチャートである。テスト管理部
306は、起動されるとまず、比較・照合テスト開始の
報知を行なう(ステップ802)。比較・照合テスト開
始の報知に応答して送られてくるテストプログラム動作
開始のメッセージを受信する(ステップ804)。受信
したテストプログラム動作開始のメッセージのモジュー
ル属性情報部207に基づき、送信元のアプリケーショ
ンモジュールを識別し(ステップ806)、また、バー
ジョン情報部208に基づきモジュールバージョンを取
得する(ステップ808)。そして、これらの情報に基
づき、記憶装置312内にデータ比較照合テーブルを作
成する(ステップ810)。その後、テスト管理部30
6は、ステップ812以降の比較・照合処理にはいる。
FIG. 8 is a flowchart of the comparison / collation test by the test management unit (EXT). When activated, the test management unit 306 first notifies the start of the comparison / verification test (step 802). The message for starting the test program operation, which is sent in response to the notification of the start of the comparison / verification test, is received (step 804). The application module of the transmission source is identified based on the module attribute information section 207 of the received test program operation start message (step 806), and the module version is acquired based on the version information section 208 (step 808). Then, based on these pieces of information, a data comparison and collation table is created in the storage device 312 (step 810). After that, the test management unit 30
Step 6 enters the comparison / collation processing after step 812.

【0020】比較・照合処理にはいると、テスト管理部
306は、入出力管理部308より、共通伝送媒体20
上から取り込んだ受信メッセージを受け取る(ステップ
812)。受信メッセージのフラグ部205を参照し
て、テストフラグが設定されているかどうか調べる(ス
テップ814)。テストフラグが設定されていれば、そ
のメッセージのデータをデータ比較照合テーブルのテス
トデータエリアへ格納する(ステップ816)。一方、
テストフラグが設定されていない場合は、データ比較照
合テーブルのオンラインデータエリアへデータを格納す
る(ステップ818)。次に、データ比較照合テーブル
に一定容量のデータが格納されたか否か判定し(ステッ
プ820)、データ比較テーブルに一定容量のデータが
蓄積されていなければ、ステップ812に戻り、データ
の受信を継続する。データ比較テーブルに一定容量のデ
ータが蓄積されていれば、データ比較テーブルに蓄積さ
れたテストデータと、オンラインデータとの比較・照合
を行う(ステップ822)。比較・照合の結果、両者の
一致が得られたか否か判定する(ステップ824)。テ
ストデータとオンラインデータの一致が得られていれ
ば、ステップ826で比較判定結果一致を端末装置31
3に表示した後、終了指示がある迄、比較処理を繰り返
す(ステップ834)。ステップ824における比較判
定結果が不一致の場合、端末装置313に出力不一致を
表示する(ステップ828)。そして、実行中のオンラ
インテストが、バージョンアップ時のオンラインテスト
(新バージョンモジュールのオンラインテスト)である
か否かに応じて切替指示、あるいは、終了指示のいずれ
を実施するか判定する(ステップ830)。新バージョ
ンモジュールのオンラインテストの場合には、新バージ
ョンモジュールへの終了指示情報の送信を行い、テスト
を中断する(ステップ832)。一方、新バージョンモ
ジュールのオンラインテストでないときには、ステップ
836で切換指示情報を送信してテストを中断する。
When the comparison / verification processing is started, the test management unit 306 causes the input / output management unit 308 to notify the common transmission medium 20.
The received message fetched from above is received (step 812). By referring to the flag portion 205 of the received message, it is checked whether or not the test flag is set (step 814). If the test flag is set, the data of the message is stored in the test data area of the data comparison and collation table (step 816). on the other hand,
If the test flag is not set, the data is stored in the online data area of the data comparison and collation table (step 818). Next, it is determined whether or not a fixed amount of data is stored in the data comparison and collation table (step 820). If no fixed amount of data is stored in the data comparison table, the process returns to step 812 and data reception is continued. To do. If a certain amount of data is stored in the data comparison table, the test data stored in the data comparison table is compared and collated with the online data (step 822). As a result of the comparison / collation, it is determined whether or not the two coincide with each other (step 824). If a match between the test data and the online data has been obtained, a comparison determination result match is made in step 826 to the terminal device 31.
After displaying in 3, the comparison process is repeated until the end instruction is given (step 834). When the comparison determination result in step 824 does not match, the output mismatch is displayed on the terminal device 313 (step 828). Then, depending on whether the online test being executed is an online test at the time of version upgrade (online test of the new version module), it is determined whether to execute a switching instruction or an end instruction (step 830). . In the case of the online test of the new version module, the end instruction information is transmitted to the new version module and the test is interrupted (step 832). On the other hand, when it is not the online test of the new version module, the switching instruction information is transmitted in step 836 to interrupt the test.

【0021】図9は、モジュール管理部により実施され
る処理のフローチャートである。モジュール管理部30
7は、入出力管理部308から開始、終了、あるいは、
切換を指示する受信メッセージを受け取ると、受信メッ
セージよりモジュール属性情報、およびバージョン情報
を取得し、開始/終了/切替処理を行うアプリケーショ
ンモジュールを特定する(ステップ902、904)。
受信メッセージに設定されている内容コードに基づい
て、受信メッセージが、開始、終了、および切替指示情
報のいずれであるか判定する(ステップ906)。開始
指示情報であれば、該当するアプリケーションモジュー
ルの起動を行なう(ステップ908)。切換指示情報の
場合は、切換指示メッセージで指定されていたバージョ
ンのアプリケーションモジュールがオンラインモードで
動作中か、テストモードで動作中か判定する(ステップ
910)。指定されたアプリケーションモジュールがオ
ンラインモードで動作していれば、そのアプリケーショ
ンモジュールの動作モードをテストモードに変更する
(ステップ912)。一方、指定されたアプリケーショ
ンモジュールがテストモードで動作していれば、そのア
プリケーションモジュールの動作モードをオンラインモ
ードへ変更する(ステップ914)。また、受信メッセ
ージが終了指示情報の場合は、指定されたバージョンの
アプリケーションモジュールによる処理を停止する(ス
テップ916)。
FIG. 9 is a flowchart of the processing executed by the module management unit. Module management unit 30
7 starts or ends from the input / output management unit 308, or
When the received message instructing the switching is received, the module attribute information and the version information are acquired from the received message, and the application module that performs the start / end / switch processing is specified (steps 902 and 904).
Based on the content code set in the received message, it is determined whether the received message is start, end, or switching instruction information (step 906). If it is the start instruction information, the corresponding application module is activated (step 908). In the case of the switching instruction information, it is determined whether the version of the application module specified by the switching instruction message is operating in the online mode or the test mode (step 910). If the designated application module is operating in the online mode, the operation mode of the application module is changed to the test mode (step 912). On the other hand, if the designated application module is operating in the test mode, the operation mode of the application module is changed to the online mode (step 914). If the received message is termination instruction information, the processing by the application module of the designated version is stopped (step 916).

【0022】次に、バージョンアップ後、新バージョン
モジュールがオンライン稼動中に、処理装置、或いはオ
ペレータにより新バージョンモジュールの異常が検知さ
れた場合の旧バージョンモジュールへの復旧について図
10乃至図13を用いて説明する。なお、図10乃至図
13において、処理装置11には、バージョンアップさ
れたアプリケーションモジュール(新バージョンモジュ
ール)1010が配置される。処理装置14には、新バ
ージョンモジュール1010がその処理に利用するデー
タを出力するアプリケーションモジュール1020、処
理装置15には、新バージョンモジュール1010の処
理結果を利用するアプリケーションモジュール1030
が配置されている。処理装置13には、新バージョンモ
ジュールと同様に、アプリケーションモジュール102
0の出力を利用し、その処理結果がアプリケーションモ
ジュール1030により利用されるバージョンアップ前
のアプリケーションモジュール(旧バージョンモジュー
ル)1015が配置されている。501、502、50
3、および504は、それぞれ、処理装置13、14、
15、および12の入出力管理部である。なお、以下の
説明では、オンラインテストの管理を、処理装置12上
のテスト管理部1050を用いて行うものとする。ま
た、これらの図において、以下の説明に直接関係しない
部分については、図示を省略している。
Next, regarding the restoration to the old version module when an abnormality of the new version module is detected by the processing device or the operator during the online operation of the new version module after the version upgrade, FIGS. 10 to 13 are used. Explain. 10 to 13, the processing apparatus 11 is provided with an upgraded application module (new version module) 1010. An application module 1020 that outputs data used by the new version module 1010 to the processing device 14 and an application module 1030 that uses the processing result of the new version module 1010 to the processing device 15.
Is arranged. The processing device 13 includes the application module 102 as well as the new version module.
An application module (old version module) 1015 before the version upgrade, in which the output of 0 is used and the processing result is used by the application module 1030, is arranged. 501, 502, 50
3 and 504 are processing devices 13, 14, and
Input / output management units 15 and 12. In the following description, it is assumed that the online test management is performed using the test management unit 1050 on the processing device 12. In addition, in these drawings, illustration is omitted for portions that are not directly related to the following description.

【0023】図10は、バージョンアップ後のシステム
の稼動状態におけるメッセージフロー図である。処理装
置14のアプリケーションモジュール1020の処理結
果は、入出力管理部502によりメッセージ1101と
してネットワークバス20に送出される。処理装置11
の入出力管理部308は、ネットワークバス20からメ
ッセージ1101を取り込み、そのデータを新バージョ
ンモジュール1010に渡す。新バージョンモジュール
は、入出力管理部308から受け取ったデータを用いて
処理を行い、その結果を入出力管理部308に渡す。新
バージョンモジュール1010の処理結果は、メッセー
ジ1102としてネットワークバス20上に送出され
る。処理装置15の入出力管理部503は、メッセージ
1102を取り込んでアプリケーションモジュール10
30に渡し、アプリケーションモジュール1030は、
そのデータを用いて処理を行う。この時点では、旧バー
ジョンモジュール1015は、停止状態にある。
FIG. 10 is a message flow diagram in the operating state of the system after the version upgrade. The processing result of the application module 1020 of the processing device 14 is sent to the network bus 20 as a message 1101 by the input / output management unit 502. Processor 11
The input / output management unit 308 of (1) fetches the message 1101 from the network bus 20 and passes the data to the new version module 1010. The new version module performs processing using the data received from the input / output management unit 308, and passes the result to the input / output management unit 308. The processing result of the new version module 1010 is sent out on the network bus 20 as a message 1102. The input / output management unit 503 of the processing device 15 captures the message 1102 and outputs the message to the application module 10
30 and the application module 1030
Processing is performed using the data. At this point, the old version module 1015 is in a stopped state.

【0024】図11は、新バージョンモジュールに関連
した障害が検出された場合のメッセージフロー図であ
る。新バージョンモジュール1010の異常を処理装置
11のモジュール管理部307が検出すると、処理装置
11は、新バージョンモジュールのモジュール属性情報
およびバージョン情報を持ち、異常の発生を示す内容コ
ードを設定したメッセージ1103をネットワークバス
20に送出する。処理装置12の入出力管理部504
が、このメッセージ1103を受信すると、処理装置1
2は、テスト管理部1050を起動する。テスト管理部
1050は、旧バージョンモジュール1015のテスト
稼働開始を示す内容コードを設定したメッセージ110
4を入出力管理部504を介してネットワークバス20
に送出する(図8のステップ802〜ステップ81
0)。その後、テスト管理部1050は、新バージョン
モジュール1010の出力するオンラインデータと旧バ
ージョンモジュール1015の出力するテストデータの
収集を開始する。処理装置13の入出力管理部501
は、テスト稼働開始を指示するメッセージ1104を受
信すると、それをモジュール管理部1060に渡す。こ
こで、テスト稼働開始を示す内容コードは、予め各処理
装置の内容コードテーブルに登録されているものとす
る。モジュール管理部1060は、受け取ったメッセー
ジ内のモジュール属性情報、バージョン情報からテスト
稼働を開始するアプリケーションモジュール、即ち、旧
バージョンモジュールを決定し、旧バージョンモジュー
ル1015の動作モードをテストモードに設定して、旧
バージョンモジュール1015を起動する。
FIG. 11 is a message flow diagram when a failure related to the new version module is detected. When the module management unit 307 of the processing device 11 detects an abnormality of the new version module 1010, the processing device 11 has a message 1103 that has the module attribute information and version information of the new version module, and sets the content code indicating the occurrence of the abnormality. It is sent to the network bus 20. Input / output management unit 504 of processing device 12
However, when receiving this message 1103, the processing device 1
2 starts the test management unit 1050. The test management unit 1050 sets the message 110 in which a content code indicating the start of test operation of the old version module 1015 is set.
4 via the input / output management unit 504
(Steps 802 to 81 in FIG. 8)
0). After that, the test management unit 1050 starts to collect the online data output by the new version module 1010 and the test data output by the old version module 1015. Input / output management unit 501 of processing device 13
When receiving the message 1104 instructing to start the test operation, the module passes it to the module management unit 1060. Here, it is assumed that the content code indicating the start of test operation is registered in advance in the content code table of each processing device. The module management unit 1060 determines the application module that starts the test operation, that is, the old version module, from the module attribute information and the version information in the received message, sets the operation mode of the old version module 1015 to the test mode, The old version module 1015 is activated.

【0025】図12は、オンラインテスト実施中のシス
テム内でのメッセージの流れを示すメッセージフロー図
である。オンラインテスト実施中も、旧バージョンモジ
ュール1015は、メッセージ1101のデータを用い
てオンライン状態の時と同様に処理を行う。処理装置1
3の入出力管理部501は、旧バージョンモジュールの
出力したデータをテストデータとして、フラグ部205
にテストフラグを設定したメッセージ1105をネット
ワークバス20に送出する。新バージョンモジュール1
010による処理結果のメッセージ1102と、旧バー
ジョンモジュール1015による処理結果のメッセージ
1105は、ともに同じ内容コードがその内容コード部
202に設定される。処理装置15の入出力管理部50
3では、メッセージ1102とメッセージ1105の両
者が、アプリケーションモジュール1030の処理に利
用されるものであることを認識できるが、メッセージ1
105には、テストフラグがセットされているので、メ
ッセージ1102のみをアプリケーションモジュール1
030に渡す。一方、処理装置12では、メッセージ1
102、1105の両者が取り込まれ、テスト部105
0により図8により説明したステップ812以降の比較
・照合処理が実施される。
FIG. 12 is a message flow diagram showing the flow of messages in the system during the execution of the online test. During the online test, the old version module 1015 uses the data of the message 1101 and performs the same process as in the online state. Processing device 1
The input / output management unit 501 of No. 3 uses the data output by the old version module as the test data and sets the flag unit 205.
The message 1105 with the test flag set to is sent to the network bus 20. New version module 1
The same content code is set in the content code portion 202 of the message 1102 of the processing result by 010 and the message 1105 of the processing result by the old version module 1015. Input / output management unit 50 of processing device 15
3, it can be recognized that both the message 1102 and the message 1105 are used for the processing of the application module 1030.
Since the test flag is set in 105, only the message 1102 is sent to the application module 1
Pass it to 030. On the other hand, in the processing device 12, the message 1
Both 102 and 1105 are captured, and the test unit 105
By 0, the comparison / collation processing after step 812 described with reference to FIG. 8 is performed.

【0026】図13は、旧バージョンモジュールへの復
旧時のメッセージフロー図である。処理装置12のテス
ト管理部1050は、比較・照合処理の結果、旧バージ
ョンモジュール1015への切り替えを決定すると、オ
ンライン稼動中の新バージョンモジュール1010に対
して終了指示情報を送出して新バージョンモジュールの
オンライン稼働を停止した後、テストモードで稼動中の
旧バージョンモジュール1015に対して切換指示情報
1106送信する。終了指示情報切換指示情報1106
は、内容コード部202に切換指示を示す内容コード、
モジュール属性部207に切り替えを行うアプリケーシ
ョンモジュールの属性情報、バージョン情報部208
に、そのバージョン番号が設定されたメッセージであ
る。処理装置11の入出力管理部308は、切換指示情
報1506を受信すると、そのメッセージをモジュール
管理部307に渡す。モジュール管理部307は、切換
指示情報を受け取ると、新バージョンモジュール101
0のオンライン稼働を停止させる。処理装置13の入出
力管理部501も、同様に、切換指示情報1506を受
信すると、そのメッセージをモジュール管理部1060
に渡す。モジュール管理部1060は、旧バージョンモ
ジュール1015の動作モードをオンラインモードに変
更し、旧バージョンモジュール1015によるオンライ
ン稼働を開始する。
FIG. 13 is a message flow diagram at the time of restoration to the old version module. When the test management unit 1050 of the processing device 12 decides to switch to the old version module 1015 as a result of the comparison / verification processing, it sends the end instruction information to the new version module 1010 that is in online operation, and sends the end instruction information. After stopping the online operation, the switching instruction information 1106 is transmitted to the old version module 1015 operating in the test mode. End instruction information switching instruction information 1106
Is a content code indicating a switching instruction to the content code section 202,
Attribute information of the application module for switching to the module attribute section 207, version information section 208
Is the message in which the version number is set. Upon receiving the switching instruction information 1506, the input / output management unit 308 of the processing device 11 passes the message to the module management unit 307. Upon receiving the switching instruction information, the module management unit 307 receives the new version module 101.
Stop online operation of 0. Similarly, when the input / output management unit 501 of the processing device 13 receives the switching instruction information 1506, the message is sent to the module management unit 1060.
Pass to. The module management unit 1060 changes the operation mode of the old version module 1015 to the online mode, and starts the online operation by the old version module 1015.

【0027】以上説明した実施例では、旧バージョンモ
ジュールへの復旧時に、オンライン稼働中の新バージョ
ンモジュールの動作モードをテストモードにすること
で、新バージョンモジュールのオンライン稼働を停止し
ているが、テスト管理部により、新バージョンモジュー
ルに対しては、終了指示情報を送出し、新バージョンモ
ジュールによる処理を停止して、旧バージョンモジュー
ルへの切替指示を出すようにすることもできる。また、
オンラインテストは、新バージョンモジュールをオンラ
イン稼働状態のまま行ったが、オンラインテストに先行
して新バージョンモジュールの動作モードをテストモー
ドとして、旧バージョンモジュールをオンライン稼働さ
せてオンラインテストを行うようにしてもよい。この場
合には、オンラインテストの結果異常がなければ、テス
ト終了後、新バージョンモジュールをオンラインモード
に戻し、旧バージョンモジュールを停止する。
In the embodiment described above, the online operation of the new version module is stopped by setting the operation mode of the new version module in operation online to the test mode when the old version module is restored. It is also possible for the management unit to send termination instruction information to the new version module, stop the processing by the new version module, and issue a switching instruction to the old version module. Also,
In the online test, the new version module was kept online, but prior to the online test, the operation mode of the new version module was set to the test mode, and the old version module was brought online to perform the online test. Good. In this case, if there is no abnormality as a result of the online test, the new version module is returned to the online mode and the old version module is stopped after the test is completed.

【0028】以上説明した実施例によれば、同一システ
ム内にて、異なるバージョンのモジュールを同時に実行
させ、バージョンアップ後の新しいバージョンのアプリ
ケーションモジュールをオンライン環境下でテストする
ことが可能となる。また、バージョンアップ後にオンラ
イン稼働を開始した新バージョンモジュールの動作監視
を行い、新バージョンモジュールの障害発生時に、テス
ト状態で稼働中の旧バージョンモジュールに復旧するこ
とが可能となる。
According to the embodiment described above, it becomes possible to simultaneously execute different versions of modules in the same system and test the new version of the application module after the version upgrade in an online environment. In addition, it is possible to monitor the operation of the new version module that has started online operation after the version upgrade, and when the failure of the new version module occurs, restore the old version module that is operating in the test state.

【0029】[0029]

【発明の効果】本発明によれば、分散処理システムに於
いて、そのシステム内のソフトウエア、ハードウエアの
バージョンアップ作業を、ユーザの業務を継続しながら
安全に行うことの可能な保守管理を実現することができ
According to the present invention, in a distributed processing system, maintenance management capable of safely performing software and hardware version upgrade work in the system while continuing the user's work is provided. Can be realized

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の一実施例における分散処理システムの
ブロック図である。
FIG. 1 is a block diagram of a distributed processing system according to an embodiment of the present invention.

【図2】ネットワークバスを伝送されるメッセージのフ
ォーマット図である。
FIG. 2 is a format diagram of a message transmitted on a network bus.

【図3】処理装置の構成を示すブロック図である。FIG. 3 is a block diagram showing a configuration of a processing device.

【図4】モジュール情報管理テーブルの構成図である。FIG. 4 is a configuration diagram of a module information management table.

【図5】オンラインテスト時のメッセージフロー図であ
る。
FIG. 5 is a message flow diagram during an online test.

【図6】入出力管理部によるデータ受信処理のフローチ
ャートである。
FIG. 6 is a flowchart of a data reception process by the input / output management unit.

【図7】入出力管理部によるデータ送信処理のフローチ
ャートである。
FIG. 7 is a flowchart of a data transmission process by the input / output management unit.

【図8】テスト管理部による比較・照合テストのフロー
チャートである。
FIG. 8 is a flowchart of a comparison / verification test by a test management unit.

【図9】モジュール管理部によるアプリケーションモジ
ュール管理のフローチャートである。
FIG. 9 is a flowchart of application module management by a module management unit.

【図10】バージョンアップ後の新バージョンモジュー
ルオンライン稼働時のメッセージフロー図である。
FIG. 10 is a message flow diagram during online operation of a new version module after version upgrade.

【図11】新バージョンモジュールの異常検出時のメッ
セージフロー図である。
FIG. 11 is a message flow diagram when a new version module abnormality is detected.

【図12】オンラインテスト実施中のメッセージフロー
図である。
FIG. 12 is a message flow diagram during execution of an online test.

【図13】旧バージョンモジュールへの復旧時のメッセ
ージフロー図である。
FIG. 13 is a message flow diagram at the time of restoration to an old version module.

【符号の説明】[Explanation of symbols]

11〜16……処理装置、20……共通伝送媒体、30
5……モジュール情報管理テーブル、306……テスト
管理部、307……モジュール管理部、308……入出
力管理部、309……入出力データ格納エリア、310
……アプリケーションモジュール、311……内容コー
ド管理テーブル、114……旧バージョンモジュール、
116……新バージョンモジュール。
11-16 ... Processing device, 20 ... Common transmission medium, 30
5 ... Module information management table, 306 ... Test management unit, 307 ... Module management unit, 308 ... Input / output management unit, 309 ... Input / output data storage area, 310
...... Application module, 311 …… Content code management table, 114 …… Old version module,
116 ... New version module.

───────────────────────────────────────────────────── フロントページの続き (72)発明者 河野 克己 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 藤原 和統 茨城県日立市大みか町5丁目2番1号 株 式会社日立製作所大みか工場内 ─────────────────────────────────────────────────── ─── Continuation of front page (72) Inventor Katsumi Kono 1099 Ozenji, Aso-ku, Kawasaki-shi, Kanagawa, Ltd. System Development Laboratory, Hitachi, Ltd. No. 1 stock company Hitachi Ltd. Omika factory

Claims (9)

【特許請求の範囲】[Claims] 【請求項1】共通伝送媒体と、該共通伝送媒体を介して
相互に接続される複数の処理装置とを有してなり、各処
理装置が、それぞれの処理装置内のプログラムモジュー
ルの出力データを、該出力データの内容に対応して予め
定められた内容コードを添付したメッセージとして前記
共通伝送媒体に送出するとともに、前記共通伝送媒体上
から前記内容コードに基づいて自処理装置内のプログラ
ムモジュールの実行に利用すべきデータを含むメッセー
ジを受信するように構成された分散処理システムにおい
て、それぞれ同一内容の処理を行い世代の異なる2つの
プログラムモジュールを前記複数の処理装置のいずれか
に配置し、前記2つのプログラムモジュールの中の一方
の世代のプログラムモジュールをオンライン稼働状態で
動作させ、他方のプログラムモジュールをテストモード
で動作させ、任意の処理装置において、前記2つのプロ
グラムモジュールによる処理の結果として前記伝送媒体
上に送出されたメッセージを受信し、受信したメッセー
ジ内容に基づいて前記2つのプログラムモジュールの診
断を行うことを特徴とする分散システムのオンラインテ
スト方法。
1. A common transmission medium, and a plurality of processing devices connected to each other via the common transmission medium, wherein each processing device outputs output data of a program module in each processing device. , A message to which a predetermined content code corresponding to the content of the output data is attached, is sent to the common transmission medium, and the program module in the self-processing device based on the content code is transmitted from the common transmission medium. In a distributed processing system configured to receive a message including data to be used for execution, two program modules of different generations that perform processing of the same content are arranged in any of the plurality of processing devices, and The program module of one of the two program modules is run online and the other The program module is operated in a test mode, an arbitrary processing device receives a message sent on the transmission medium as a result of the processing by the two program modules, and the two program modules are based on the received message contents. An online test method for distributed systems, which is characterized by performing diagnostics.
【請求項2】前記処理装置の各々は、自処理装置内のプ
ログラムモジュールによる処理の結果に、当該プログラ
ムモジュールを特定するための属性情報および当該プロ
グラムモジュールの世代を表す世代情報を付加してメッ
セージを生成し、前記共通伝送媒体に送出することを特
徴とする請求項1または2記載のオンラインテスト方
法。
2. Each of the processing devices adds a message by adding attribute information for specifying the program module and generation information indicating the generation of the program module to the result of the processing by the program module in the processing device itself. 3. The on-line test method according to claim 1, wherein the test is generated and sent to the common transmission medium.
【請求項3】前記任意の処理装置は、前記属性情報およ
び前記世代情報に基づいて受信した前記一方の世代のプ
ログラムモジュールの処理結果のメッセージと前記他方
の世代のプログラムモジュールの処理結果を記憶装置に
蓄積し、蓄積されたメッセージの量が所定の容量に達し
た後前記診断を行うことを特徴とする請求項2記載のオ
ンラインテスト方法。
3. The arbitrary processing device stores a message of a processing result of a program module of the one generation received based on the attribute information and the generation information and a processing result of a program module of the other generation in a storage device. 3. The online test method according to claim 2, wherein the diagnosis is performed after the amount of accumulated messages reaches a predetermined capacity.
【請求項4】オンライン稼働中のプログラムモジュール
を持つ処理装置は、受信したメッセージに前記テストフ
ラグが付加されているか否か判定し、前記テストフラグ
が付加されているときは、当該メッセージを自処理装置
内のプログラムモジュールの処理に利用せずに廃棄する
ことを特徴とする請求項3記載のオンラインテスト方
法。
4. A processing device having a program module operating online judges whether or not the test flag is added to the received message, and when the test flag is added, processes the message itself. 4. The online test method according to claim 3, wherein the program module is discarded without being used for processing the program module in the apparatus.
【請求項5】前記一方の世代のプログラムモジュール
は、前記他方の世代のプログラムモジュールよりも新し
い世代のプログラムモジュールであることを特徴とする
請求項3記載のオンラインテスト方法。
5. The online test method according to claim 3, wherein the program module of the one generation is a program module of a newer generation than the program module of the other generation.
【請求項6】前記任意の処理装置は、前記診断の結果、
異常を検出したときは、前記一方の世代のプログラムモ
ジュールの動作停止を指示するメッセージを前記共通媒
体に送出し、前記一方の世代のプログラムモジュールが
動作する処理装置では、前記動作停止を指示するメッセ
ージを受信して、前記一方の世代のプログラムモジュー
ルの動作を停止させることを特徴とする請求項5記載の
オンラインテスト方法。
6. The arbitrary processing device, as a result of the diagnosis,
When an abnormality is detected, a message instructing to stop the operation of the program module of the one generation is sent to the common medium, and in the processing device in which the program module of the one generation operates, the message instructing the operation stop. 6. The online test method according to claim 5, wherein the operation of the program module of the one generation is stopped by receiving the message.
【請求項7】共通伝送媒体と、該共通伝送媒体を介して
相互に接続される複数の処理装置とを有してなり、各処
理装置が、それぞれの処理装置内のプログラムモジュー
ルの出力データを、該出力データの内容に対応して予め
定められた内容コードを添付したメッセージとして前記
共通伝送媒体に送出するとともに、前記共通伝送媒体上
から前記内容コードに基づいて自処理装置内のプログラ
ムモジュールの実行に利用すべきデータを含むメッセー
ジを受信するように構成された分散処理システムにおい
て、第1の処理装置に配置された第1の世代のプログラ
ムモジュールと、第2の処理装置に配置され、前記第1
の世代のプログラムモジュールと同一内容の処理を行
い、前記第1の世代のプログラムモジュールよりも世代
の新しい第2の世代のプログラムモジュールとを設け、
前記第2の世代のプログラムモジュールのオンライン稼
働中に前記第2の世代のプログラムモジュールの異常が
検出されたことに応じて、前記第1の世代のプログラム
モジュールを他のプログラムモジュールの処理に影響を
与えないようにされたテストモードで起動し、任意の処
理装置において、前記第1および第2の世代のプログラ
ムモジュールの処理結果のメッセージを受信し、受信し
た前記第1の世代のプログラムモジュールの処理結果と
前記第2の世代のプログラムモジュールの処理結果とを
比較して前記第2の世代のプログラムモジュールの診断
を行い、該診断の結果異常を検出したときは、前記第2
の世代のプログラムモジュールによるオンライン稼働を
停止し、前記第1の世代のプログラムモジュールの動作
モードを前記テストモードからオンラインモードに変更
し、前記第1の世代のプログラムモジュールによるオン
ライン稼働を開始することを特徴とする分散処理システ
ムのオンラインテスト方法。
7. A common transmission medium, and a plurality of processing devices connected to each other via the common transmission medium, wherein each processing device outputs output data of a program module in each processing device. , A message to which a predetermined content code corresponding to the content of the output data is attached, is sent to the common transmission medium, and the program module in the self-processing device based on the content code is transmitted from the common transmission medium. In a distributed processing system configured to receive a message containing data to be used for execution, a first generation program module located in a first processing unit and a second processing unit located in a second processing unit, First
A program module of the second generation which is newer than the program module of the first generation by performing the same processing as that of the program module of the first generation,
When the abnormality of the second generation program module is detected during the online operation of the second generation program module, the first generation program module is affected by the processing of other program modules. Start in a test mode that is not given, receive a message of a processing result of the first and second generation program modules in any processing device, and process the received first generation program module The second generation program module is diagnosed by comparing the result with the processing result of the second generation program module, and when an abnormality is detected as a result of the diagnosis, the second
Stop the online operation by the program module of the first generation, change the operation mode of the program module of the first generation from the test mode to the online mode, and start the online operation by the program module of the first generation. An online test method for the characteristic distributed processing system.
【請求項8】共通伝送媒体と、該共通伝送媒体を介して
相互に接続される複数の処理装置とを有してなり、各処
理装置が、それぞれの処理装置内のプログラムモジュー
ルの出力データを、該出力データの内容に対応して予め
定められた内容コードを添付したメッセージとして前記
共通伝送媒体に送出するとともに、前記共通伝送媒体上
から前記内容コードに基づいて自処理装置内のプログラ
ムモジュールの実行に利用すべきデータを含むメッセー
ジを受信するように構成された分散処理システムにおい
て、前記処理装置の各々が、自処理装置内のプログラム
モジュールが出力したデータに、該データを出力したプ
ログラムモジュールを特定するための属性情報と当該プ
ログラムモジュールの世代情報とを添付して前記メッセ
ージを生成して前記共通伝送媒体上に送出し、任意の処
理装置において、前記属性情報および前記世代情報に基
づいて前記共通伝送媒体上を伝送されるメッセージを収
集し、前記属性情報が同一であり、前記世代情報が異な
るメッセージ同士を比較照合して前記プログラムモジュ
ールの診断を行うことを特徴とする分散処理システムの
オンラインテスト方法。
8. A common transmission medium and a plurality of processing devices connected to each other via the common transmission medium, wherein each processing device outputs output data of a program module in each processing device. , A message to which a predetermined content code corresponding to the content of the output data is attached, is sent to the common transmission medium, and the program module in the self-processing device based on the content code is transmitted from the common transmission medium. In a distributed processing system configured to receive a message including data to be used for execution, each of the processing devices adds the program module that outputs the data to the data output by the program module in its own processing device. Before generating the message by attaching the attribute information for specifying and the generation information of the program module The message transmitted on the common transmission medium is collected by an arbitrary processing device based on the attribute information and the generation information, the attribute information is the same, and the generation information is An online test method for a distributed processing system, comprising: comparing and collating different messages to diagnose the program module.
【請求項9】前記任意の処理装置は、前記診断の結果前
記プログラムモジュールの異常を検出したとき、当該異
常の検出されたプログラムモジュールに関する前記属性
情報と前記世代情報とを含む第1のメッセージを前記共
通伝送媒体に送出し、各処理装置では、前記第1のメッ
セージを受信して、前記属性情報および前記世代情報に
基づいて、前記異常の検出されたプログラムモジュール
が自処理装置内に存在するか否か判断し、異常の検出さ
れたプログラムモジュールが存在するときは、そのプロ
グラムモジュールの動作を中断することを特徴とする請
求項8記載のオンラインテスト方法。
9. The arbitrary processing device, when detecting an abnormality of the program module as a result of the diagnosis, sends a first message including the attribute information and the generation information regarding the program module in which the abnormality is detected. Each processing device receives the first message and sends out to the common transmission medium, and the program module in which the abnormality is detected is present in its own processing device based on the attribute information and the generation information. 9. The online test method according to claim 8, wherein it is judged whether or not there is a program module in which an abnormality is detected, and the operation of the program module is suspended.
JP7211561A 1995-08-21 1995-08-21 On-line testing method of decentralized processing system Pending JPH0962626A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP7211561A JPH0962626A (en) 1995-08-21 1995-08-21 On-line testing method of decentralized processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP7211561A JPH0962626A (en) 1995-08-21 1995-08-21 On-line testing method of decentralized processing system

Publications (1)

Publication Number Publication Date
JPH0962626A true JPH0962626A (en) 1997-03-07

Family

ID=16607840

Family Applications (1)

Application Number Title Priority Date Filing Date
JP7211561A Pending JPH0962626A (en) 1995-08-21 1995-08-21 On-line testing method of decentralized processing system

Country Status (1)

Country Link
JP (1) JPH0962626A (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004005026A (en) * 2002-05-30 2004-01-08 Denso Corp Process control system for production line
JP2009032253A (en) * 2007-07-06 2009-02-12 Ntt Docomo Inc Middleware for use in client-server architecture
JP2009211618A (en) * 2008-03-06 2009-09-17 Nec Corp Automatic fault recovery device
JP2011522334A (en) * 2008-06-05 2011-07-28 インターナショナル・ビジネス・マシーンズ・コーポレーション Method, system, and computer program for identifying software problems
JP2011215760A (en) * 2010-03-31 2011-10-27 Hitachi Ltd Computer system and module execution method
JP2011221912A (en) * 2010-04-13 2011-11-04 Nec Corp Computer system and computer system management method
US9058313B2 (en) 2012-03-08 2015-06-16 Nec Corporation Test method for distributed processing system and distributed processing system

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004005026A (en) * 2002-05-30 2004-01-08 Denso Corp Process control system for production line
JP2009032253A (en) * 2007-07-06 2009-02-12 Ntt Docomo Inc Middleware for use in client-server architecture
JP2009211618A (en) * 2008-03-06 2009-09-17 Nec Corp Automatic fault recovery device
JP2011522334A (en) * 2008-06-05 2011-07-28 インターナショナル・ビジネス・マシーンズ・コーポレーション Method, system, and computer program for identifying software problems
JP2011215760A (en) * 2010-03-31 2011-10-27 Hitachi Ltd Computer system and module execution method
JP2011221912A (en) * 2010-04-13 2011-11-04 Nec Corp Computer system and computer system management method
US9058313B2 (en) 2012-03-08 2015-06-16 Nec Corporation Test method for distributed processing system and distributed processing system

Similar Documents

Publication Publication Date Title
US5491791A (en) System and method for remote workstation monitoring within a distributed computing environment
US5287505A (en) On-line problem management of remote data processing systems, using local problem determination procedures and a centralized database
EP3591485B1 (en) Method and device for monitoring for equipment failure
CN112506702B (en) Disaster recovery method, device, equipment and storage medium for data center
JPH0756636B2 (en) Data processing method
JPH0962626A (en) On-line testing method of decentralized processing system
JP2003173272A (en) Information processing system, information processor and maintenance center
JP2519276B2 (en) Failure information collection processing method
JP2595833B2 (en) Remote maintenance device
JPH04195436A (en) Automatic test system for computer system
JP2001331330A (en) Process abnormality detection and restoration system
JPH1188471A (en) Test method and test equipment
JP2002182951A (en) Maintenance method for information processor and information processor
JPH1040091A (en) Program controller
JPH03253945A (en) Abnormality recovery processing function confirming system for data processing system
JP3166730B2 (en) Automatic test apparatus for exchange, automatic test method for exchange, and recording medium
JP2699291B2 (en) Power failure processing device
JPH10260870A (en) System starting and termination controller
JP2004213178A (en) Computer system
JPH01256896A (en) Process state display device
JP2004102901A (en) Replacement system and replacement method for existing computer
JPH07248810A (en) Numerical controller
JPH0667909A (en) Fault restoration system
CN114205231A (en) Method and system for starting hadoop clusters in batch and readable storage medium
JPH04293133A (en) Fault monitoring system in loosely coupled multi-processor system