JPH01125634A - モジュール連携テスト方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 【産業上の利用分野〕 本発明は、複数の処理装置がネットワークに接続された
分散処理システムにおいて、オンライン環境下で処理装
置内のプログラム間を連携してテストする方法に関する
。

〔従来の技術〕

複数の処理装置がネットワークで接続されたシステムに
おいて、ネットワークから取込んだデータが、テストデ
ータか否かをデータに付けられたテストフラグで識別し
、テストデータの場合には、その内容に該当して実行す
べきプログラムを起動し、その処理結果にテストフラグ
をつけて、ネットワークに出力するテスト方式が特願昭
６０−２８１４１８において示されている。さらに、こ
の方式では、テスト起動するプログラムが、外部機器に
データを出力する処理を行う場合、実際に外部機器に出
力せず、テストフラグを付けてネットワークに送出する
方式が示されている。この方式によれば、外部機器への
出力処理を行うプログラムのテストを外部機器の稼動を
妨げることな〈実施することができる。

〔発明が解決しようとする問題点〕

上記従来技術は、オンライン環境下でのプログラムのテ
ストを行なう事は可能であるが、プログラム間を連携し
てテストを行なう場合、テストデ−タがどのプログラム
を通過してきたデータであるか識別する点に配慮がされ
ていなかった。

本発明の目的は、テストデータの処理結果がどのプログ
ラム間を連携して実行された処理データであるか判別す
ることにより、装置内のプログラム構成をテストの為に
変化させる事なくプログラム間の連携テストが行なえる
ようにする事にある。

〔問題点を解決するための手段〕

上記目的は、伝送路より受したオンラインデータの機能
コード及び、各プログラムに付けられたモジュール識別
コードをデータに付加することにより、達成される。

〔作用〕

伝送路より受信したオンラインデータの機能コードをデ
ータに付加することによって、そのオンラインデータに
より起動されるプログラム間認識することができる。ま
た、各プログラムに付けられたモジュール識別コードに
より処理結果がどのプログラムを実行してできた処理結
果であるか識別することができる。

〔実施例〕

以下、本発明を実施例により詳細に説明する。

第２図は、本発明の方法が適用されるシステムの全体構
成図である。なお、以下の実施例では、各処理装置を接
続する共通伝送路を１例として、−重のループ伝送系に
限定して示すが、一般的ネットワークを用いたとしても
処理は同じである。

第２図において、１２〜１６は、その内部メモリにアプ
リケーションプログラムを格納し、これを実行する処理
装置で、１１はアプリケーションプログラムを開発する
装置であり、１は矢印方向への一方向性ループ伝送路で
ある。１００１〜１００６は、伝送路上のデータ伝送制
御を行なう伝送制御装置（Ｎ　ＣＰ　：　Ｎｅｔｗｏｒ
ｋ　ＣｏｎｔｒｏｌＰｒｏｃｅｓｓｏｒ）である、各Ｎ
ＣＰ１００Ｉ　〜１００６と各処理装置１１〜１６とは
、双方向に接続されている処理装！！１２〜１６の処理
結果（データはＮＣＰ１００２〜１００６を経て伝送路
１に送出される。

処理装置１１には処理結果を格納するファイル１４００
０と処理結果を表示するＣＲＴ１４００１が接続されて
いる。　ＮＣＰ１００１〜１００６は、伝送路１上を流
れるデータが自己に接続されている処理装置に必要なも
のであるかどうかを判定し、必要と判定したときのみ、
自己に接続されている処理装置にこのデータを送る。各
処理装置１１〜１６は、その内部に記憶したアプリケー
ションプログラムの実行に必要な全てのデータがそろっ
た時点でこのプログラムを起動する。起動されたプログ
ラムは、上記データを用いて自らの処理を実行する。

第３図に、伝送路上を流れるメツセージのフォーマット
を示す、Ｆ２０１，２０８はそれぞれメツセージの始め
と終わりを示すフラグである。

Ｆｅ２Ｏ２は機能コードで、データの内容や機能に対応
したコードである。各ＮＣＰは１本機能コードを基に、
受信メツセージが自らに接続されている処理装置に必要
なものか否かを判断する。

５Ａ２０３はメツセージを発信したＮＣＰのアドレス（
発信先アドレス）であり、Ｃ２Ｏ４は伝、送上必要とな
る通番である。

ＤＡＴＡ２０６は、各アプリケーションプログラムが処
理した結果の内容を示すものでＦＣ８２０７は、誤り検
知用データである。

以下、第１図、第４図以降を用いてモジュール連携テス
ト方式について説明する。

第２図で示したリフト開発装Ｗ１１１で開発されたアプ
リケーションプログラムが正常に機能を果たすかどうか
テストする必要がある。ここで、第１図（ａ）のプログ
ラム構成が第２図処理装置１１内に登録しである場合を
具体例として本発明方式について説明する。

新しく第１図（ａ）Ａ（８００１）のアプリケーション
プログラムを開発したとする。このＡ（８００１）とい
うアプリケーションプログラムが他のアプリケーション
プログラムとうまく連携し、正常に動くかどうかテスト
する。ここでＡと連携して動くアプリケーションプログ
ラムは第１図（ａ）に示す通りである。

ここで第２図処理装置１１内は伝送路１を流れるデータ
のうち必要なデータを受信しテスト用データとして使用
する。

伝送路１から受信したデータは第４図（ａ）に示す入力
データ格納エリア（６００１）に格納される。起動プロ
グラムエリア（６００２）は、入力データ格納エリア（
６００１）に格納された入力データにより起動すべきプ
ログラムを示すエリアである。出力データ格納エリア（
６００３）には起動したプログラムの出力データが格納
される。

以下、同様に各アプリケーションプログラムごとに入出
力データ格納エリア及び起動プログラムエリアがとられ
る。

第４図（ｂ）は、入力データ格納エリア６００１のフォ
ーマットを示す図である。エリア６１０１には、入力デ
ータの機能コードがあらかじめ設定されている。エリア
６１０２は、データが格納されているか否かを示すフラ
グのためのエリアであり、エリア６１０３は、イベント
番号を格納するためのエリア、エリア６１０４は、本発
明で使用する先頭入力ＦＣコードを格納するエリア、エ
リア６１０５は、本発明で使用するモジュール識別番号
を格納するエリア、エリア６１０６は、実際にデータを
格納するためのエリアである。エリア６１０７は、本発
明で使用する入力機能コード識別番号をセットしておく
エリアである。出力データ格納エリア（６００３）のフ
ォーマットは第４図（ｃ）で示す、尚、出力データ格納
エリアのフォーマットは入力データ格納エリアの入力機
能コード識別番号を除いたものと同一フォーマットであ
る。

第５図は入力機能コード識別番号の具体例である。第４
図（、）の入出力データ格納エリア６００１に登録され
ている入出力機能コードの内、同じ入出力機能コードが
ないもの（６３０１，６３０２゜６３０４．６３０５）
に対しては、入力機能コード識別番号（６５００，６５
０１，６５０２゜６５０５．６５０６）をＯにセットす
る。尚、ｆｃａ（６３０３）の機能コードの様に同じ機
能コードが複数ある場合は、入力機能コード識別番号（
６ｊ５０２，６５０３，６５０４）４．：そｔＬ、ぞれ
違った番号をセットする。この入力機能コード識別番号
は入出力データ格納エリアに入出力機能コードを登録す
る時にセットしておく。

第６図にモジュール連携テスト方式の処理内容を示す、
第２図伝送路１より受信したデータは、まず、その入力
機能コードと入出力データ格納エリア内に設定されてい
る入力機能コードが一致する入力データ格納エリア（６
００１）の先頭入力機能コードエリア（６１０４）に入
力機能コードを格納する（処理７００２）。また、第３
図に示したデータ部（２０６）も所定のエリアに格納す
る（処理７００３）。

次に入力機能コード識別番号をモジュール識別番号セッ
トエリアにセットする（処理７００４）。

ここで、入力機能コード識別番号をモジュール識別番号
セットエリア（８１０５）にセットする方法は、モジュ
ール識別番号セットエリアがｎ個の欄より成る場合、モ
ジュール識別番号セットエリア（６１０５）の上位の欄
から順に、入力機能コード識別番号をセットしていく、
（ｎは最大モジュール連携回数） 次に実行可能なアプリケーションプログラムが存在する
か否か、すなわち、プログラムの実行に必要な入力デー
タが全て入力データ格納エリア内に格納されているか否
かを判定（処理７００５）し、全て格納されているなら
ばプログラムを実行する（処理７００６）、実行された
プログラムの出力データは出力データ格納エリアに格納
される（処理７００７）。

出力データ格納エリアに格納されたデータは、ファイル
に取り込まれる（処理７００８）。ファイルに取り込ま
れたデータは、機能コード、先頭入力機能コード、モジ
ュール識別番号により、どのプログラム間を流れてきた
データであるか識別することができる。また、出力デー
タの機能コードと入力データ格納エリアに登録している
機能コードが一致する時、その一致した入力データ格納
エリアに出力データを格納する（処理７００９）、。

第１図に第１図処理装置１１が機能コードｆｃｘのデー
タを受信した時の処理の流れを示す。

第１図（ａ）は、アプリケーションプログラム間の入出
力関係を表わしたもので、機能コードｆａｘのデータに
より１図のアプリケーションプログラムが順次、実行さ
れていく。

機能コードｆａｘのデータを受信してから、プログラム
を順次、実行していった時の機能コード。

先頭入力機能コード、モジュール識別番号の流れを表わ
したものが第１図（ｂ）である０機能コードｆａｘのデ
ータを受信し、機能コードｆ　ａｘ（８０１０）を先頭
入力機能コード（６１０４）にセット（８０１１）Ｌ、
第４図の入力データ格納エリア（６００１）にデータを
格納する０次に入力機能コード識別番号０　（６５００
）をモジュール識別番号（６１０５）にセットする（８
０１２）、次にプログラムＡ（８００１）を実行し機能
コードｆｃ＾のデータを出力する。出力されたデータは
第４図の出力データ格納エリア（６００３）に格納され
る０次に出力データはファイル（第２図１４０００）に
書き込まれ、また、機能コードｆｃ＾を登録しである入
力データ格納エリアにデータを格納する。この時、先頭
入力機能コードはされらず、ｆａｘのままである（８０
２１）、次に入力機能コード識別番号（６５０１）Ｏを
モジュール識別番号にセットする（８０２２）、この時
、モジュール識別番号はすてに０がセットされているの
で、その下位バイトに０をセットする。その結果、モジ
ュール識別番号はＯＯとなる（８０２２）。

次にプログラムＢを実行し、機能コードｆｃＢのデータ
を出力する。出力されたデータはさきほどのｆａｘのデ
ータと同様に、ファイルに書き込み、また１機能コード
ｆＣＢの登録している入力データ格納エリアに格納され
る。この時１機能コードｆｃａを登録しである入力デー
タ格納エリアは３エリアあり、それぞれのエリアでモジ
ュール識別番号をセットする。つまり第１図（ｂ）　　
（８０３２）のモジュール識別番号は０００、（８０４
１）は００１、（８０５２）は００２となる１次にプロ
グラムＣ，Ｄ、Ｅをそれぞれ実行し、以下同様の処理を
行なっていく、ただしプログラム間の様に２つの入力デ
ータで起動する場合、第５図の入力データ格納エリア（
６６００）（６６０１）にデータが格納されるこの時モ
ジュール識別番号は上記と同様の処理を行ない、プログ
ラムＩを実行する。そして、機能コードｆａｒのデータ
が出力される。この出力データの先頭入力機能コード（
８１４０）。

及び、モジュール識別番号（８１４１）は、機能コード
ｆａｇのデータ、機能コードｆａｎのデータの２つのデ
ータの内、任意のどちらか一方のデータの先頭入力機能
コード、及び、モジュール識別番号を中継する。つまり
、アプリケーションプログラムが、複数のデータのアン
ド（Ａ　Ｎ　Ｄ）によって起動される場合、任意の１デ
ータの先頭入力機−コード及び、モジュール識別番号を
出力データに中継する。

第１図において、第２図伝送路１よりプログラムＣを起
動する機能コードｆｃｖのデータを受信した時には、先
頭入力機能コード（８５０１）をｆｃＹにセットし、以
下、上記と同様の処理を行う。

（第７図） 以上、述べた処理を行なう事によって、ファイルに格納
された処理データ、すなわち、第２図処理装置！１１が
伝送路１より受信したデータで起動される全てのプログ
ラムの処理データ、及び、処理データで起動される全て
のプログラムの処理データ、を区別できる。

つまり、ファイルに格納された処理データの先頭入力機
能コードとモジュール識別番号を調べることにより、ど
のプログラムから始まり、どのプログラムによって処理
されてきたデータであるか、識別が可能となる。

この識別が可能となったことにより、オンラインデータ
を取り込むだけで、任意のプログラムの連携テストが可
能となる。

ただし、上記ではモジュール識別番号によりデータの流
れるルートを識別したが、これは１実施例で識別番号の
代わりにモジュール名などにより、ルートを識別しても
よい。

〔発明の効果〕

本発明によれば、複数の処理装置がネットワークに接続
された分散処理システムにおいて、処理装置内のプログ
ラム構成がいかなるものであろうと、オンラインデータ
のプログラム間の流れを識別できるので、装置内のプロ
グラム構成を変化させることなく連携テストを行なえる
効果がある。

【図面の簡単な説明】

第１図は本発明の一実施例の処理の流れを示す図、第２
図は本発明を実施するシステムのシステム構成図、第３
図は伝送されるメツセージのフォーマットを示す図、第
４図、第５図は本発明により作成したテーブルを示す図
、第６図は本発明方式の処理フローを示す図、第７図は
本発明の一実施例の説明を補足する処理の流れ図である
。 ＦＣ・・・機能コード、ＩＦＯ・・・先頭入力機能コー
ド、ＭＮ・・・モジュール識別番号、ＦＣＮ・・・入力
機能コ第１図 （α） 第２図 １４００１　　　　ＣたＴ 第４図 （α） （Ｃ） 第り図

Claims (1)

1. 【特許請求の範囲】 １、複数の処理装置がネットワークに接続された分散処
   理システムにおいて、ネットワークに流れるオンライン
   データを用いた処理装置内の複数のモジュールのテスト
   において、データの流れるルートを全て識別できること
   を特徴とするモジュール連携テスト方式。 ２、上記、モジュール間を流れるデータを収集し、モジ
   ュール間のデータの流れを関連付けることを特徴とする
   特許請求の範囲第１項記載のモジュール連携テスト方式
   。