JPH10269106A

JPH10269106A - 分散処理システムのテスト方式

Info

Publication number: JPH10269106A
Application number: JP9071316A
Authority: JP
Inventors: Takeo Aizono; 岳生相薗; Shigetoshi Samejima; 茂稔鮫嶋; Katsumi Kono; 克己河野; Hiroshi Wataya; 洋綿谷
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-03-25
Filing date: 1997-03-25
Publication date: 1998-10-09

Abstract

(57)【要約】【課題】本発明は、複数のプログラムにより一連の処理
が実行される分散処理システムにおいて、処理の一部の
みを実行してテストすることを可能とする。【解決手段】分散処理システムにおける一連の処理の中
で、テストを行う部分に属さない処理の実行を抑止する
ため、各内容コード（データの内容を表すような識別
子）に対して抑止を定義し、システム内の各ノードにお
いて抑止が定義された該内容コードを受信した場合に
は、プログラムを実行しない、あるいはプログラムの処
理結果をネットワークに送信しないといったネットワー
クとプログラム間における抑止機能を実現することによ
りシステムの部分的なテストを可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のプログラム
により一連の処理が実行される分散処理システムにおい
て、一連の処理の一部分のみを実行することによりシス
テムの各部分が正常に動作するか否かを判断するテスト
方式に関する。

【０００２】

【従来の技術】ネットワークに接続された複数のコンピ
ュータにより一連の処理を分散して処理する分散処理シ
ステムにおいて、テストを行いたいプログラムはオンラ
インのデータを受信して処理結果をテストデータとして
ネットワークに送信することにより、オンライン中での
プログラムのテストを可能とするオンラインテスト方式
が、例えば特公昭62-052643号において示されている。

【０００３】ネットワークに接続された複数のコンピュ
ータにより一連の処理を分散して処理する分散処理シス
テムにおいて、各プログラムの処理時間や処理を行うプ
ロセッサに関する情報を予めコンピュータに与えること
により、各プログラムの動きをシミュレーションするた
めのシミュレーション方式が、例えば特公昭63-266550
号において示されている。

【０００４】

【発明が解決しようとする課題】製造工場などにおける
分散処理システムでは、生産現場において特定のプログ
ラムの処理結果からの出力を一時的に抑制して装置の修
復を行う、あるいは特定のプログラムへの入力を一時的
に抑制してシステムの動作を部分的に確認するといった
作業が頻繁に発生する。これを従来の技術で解決しよう
とした場合、次のような課題がある。

【０００５】（１）オンラインテスト方式を適用した場
合、ネットワークに送出されるメッセージにテストフラ
グを付与する必要があり、更にテストフラグが付与され
たメッセージを受信するためには受信するノードあるい
はプログラムがテストモードでなければならないなどの
制約がある。このため、既存システムではテストフラグ
を付与するためメッセージのフォーマットを変更しなけ
ればならず、またテストを行うための設定もいくつかの
ステップがあり複雑である。

【０００６】（２）分散処理システムのシミュレーショ
ン方式では、おおまかな処理の終了時間などをシステム
稼働前にシミュレーションを使って予測することができ
るが、製造工場のシステムなどでの分散処理システムで
は最終的には現場にて実際の装置を使って実際にテスト
を行わなければならないため、シミュレーションによる
テスト方式のみでは不十分である。

【０００７】つまり、従来の技術では頻繁に改造が発生
する生産システムなどの分散処理システムにおいて要求
される一連の処理の特定の部分を実際のシステムを使っ
て容易に、かつ既存システムの大きな改造なしにテスト
することができない。

【０００８】

【課題を解決するための手段】上記課題を解決するた
め、本発明における分散処理システムのテスト方式で
は、（１）ツールをインストールした端末よりオペレー
タがテストしたい部分をシステムフロー（一連のプログ
ラムの起動フロー）にて選択し、（２）（１）のテスト
のための設定情報をツールが各ノードに分配し、（３）
各ノードにてノード内のプログラムへの特定の入出およ
びプログラムからの出力を抑制することに特徴がある。

【０００９】

【発明の実施の形態】本発明における第１の実施例を説
明する。

【００１０】図１は本発明を適応したマルチプロセッサ
システムの構成例である。プロセッサ１０１、プロセッ
サ１０２、プロセッサ１０３はネットワーク１００に接
続されている。各プロセッサは接続されるネットワーク
１００を介してメッセージを授受する。各プロセッサ
は、演算処理装置およびデータを蓄積するための記憶装
置を内蔵する。なお、実施例では、ネットワークとして
バス型のネットワークを適応した場合を示すが、これは
任意の形態のネットワークでよく、無線などの通信手段
を用いてもよい。また、プロセッサを実装しネットワー
クに接続されるノードとしては、コンピュータ（制御用
プロセスコンピュータ、ワークステーション、パーソナ
ルコンピュータ）、ＰＣ（プログラマブル・コントロー
ラ）、インテリジェントＩ／Ｏデバイスなどがあげられ
る。

【００１１】図２に示すように、ネットワーク１００に
接続された各プロセッサは、処理を実行すると処理結果
であるデータ２００２に対し、データの内容を表す内容
コード２００１を付与し、メッセージ２００をネットワ
ークにブロードキャストする。各プロセッサはネットワ
ークとのインターフェースと通信のミドルウエア（２０
１、２０３、２０５）を備え、メッセージの送受信を制
御する。ブロードキャストされたメッセージ２００は、
内容コード２００１に基づき各プロセッサにより選択受
信される。各プロセッサはメッセージ２００を受信する
と、メッセージ２００を用いて処理を実行するアプリケ
ーションプログラムを起動し、起動されたアプリケーシ
ョンプログラムは受信したメッセージ２００を用いて処
理を実行する。処理が終了すると処理結果に対して内容
コード２００１を付与してメッセージ２００をネットワ
ーク１００にブロードキャストする。各ノードにおける
選択受信するメッセージ２００の特定および起動するア
プリケーションプログラムの特定は予め登録された内容
コードテーブル（２０２、２０４、２０６）に基づいて
行われる。内容コードテーブル２０２の構成を図３に示
す。内容コードテーブル２０２には、アプリケーション
プログラム名称３０１と入力内容コード３０２、出力内
容コード３０３との対応付けが格納されている。図３の
例では、入力内容コード（３０２）であるＣＣ１が付与
されたメッセージを受信すると、アプリケーションプロ
グラムＡＰ４が起動され、アプリケーションプログラム
ＡＰ４は内容コードＣＣ１が付与されたメッセージ内の
データを使って処理を実行する。処理が終了すると、処
理結果に対して出力内容コード（３０３）であるＣＣ４
を付与してメッセージをネットワーク１００にブロード
キャストする。図２の例では、アプリケーションプログ
ラムＡＰ１（２２１）が処理を実行し、処理結果に対し
て例えば内容コードＣＣ１を付与したメッセージ２１１
をネットワークにブロードキャストする。ブロードキャ
ストされたメッセージはプロセッサ１０２と１０３によ
り受信される。プロセッサ１０２は、メッセージ２１１
を受信すると、アプリケーションプログラムＡＰ２（２
２２）を起動し、起動されたアプリケーションプログラ
ムＡＰ２（２２２）は、このメッセージを使って処理を
実行し、処理結果に対して例えば内容コードＣＣ２を付
与したメッセージ２１２をネットワーク１００にブロー
ドキャストする。同様に、プロセッサ１０３は、メッセ
ージ２１１を受信すると内容コードテーブル２０２に基
づいてアプリケーションプログラムＡＰ４（２２４）を
起動し、起動されたアプリケーションプログラムＡＰ４
（２２４）は、このメッセージ２１１を使って処理を実
行し、処理結果に対して内容コードＣＣ４を付与したメ
ッセージをネットワーク１００にブロードキャストす
る。アプリケーションプログラムＡＰ３（２２３）は図
３の例で示すように内容コードＣＣ１が付与されたメッ
セージ２１１を用いて処理を行わないため起動されな
い。メッセージ２１２はプロセッサ１０３に受信され、
内容コードテーブル２０２に基づいてアプリケーション
プログラムＡＰ３（２２３）とＡＰ４（２２４）が起動
される。アプリケーションプログラムＡＰ３（２２３）
はメッセージ２１２を使って処理を実行し、処理結果に
内容コードＣＣ３を付与してメッセージをネットワーク
１００にブロードキャストする。アプリケーションプロ
グラムＡＰ４（２２４）はメッセージ２１２を使って処
理を実行し、処理結果に内容コードＣＣ４を付与してメ
ッセージをネットワーク１００にブロードキャストす
る。

【００１２】各アプリケーションプログラムは、内容コ
ード２００１をインターフェースとするモジュール構造
をとっており、入力内容コード３０２と出力内容コード
３０３により定義される。このようなアプリケーション
プログラムを図４のように図示する。図４の例の場合、
四角４０１は処理を表し、矢印４０２は入力データ、矢
印４０３は出力データを表す。ＡＰ１、ＡＰ２、ＡＰ
３、ＡＰ４はアプリケーションプログラム名称４０４で
あり、ＣＣ１、ＣＣ２、ＣＣ３、ＣＣ４は入力および出
力データの内容を表す入力内容コード４０５と出力内容
コード４０６である。図４に示した図は、図３に示した
内容コードテーブルに登録された情報をもとに作成する
ことができる。

【００１３】図４に示した出力内容コード４０６と入力
内容コード４０５を繋げることにより、一連の処理の流
れとデータの流れを記述するシステムフローを作成する
ことができる。例えば、アプリケーションプログラムＡ
Ｐ１の出力内容コードＣＣ１とアプリケーションプログ
ラムＡＰ２とＡＰ４の入力内容コードが同一であるた
め、これを繋げる。この接続作業を全ての内容コードに
対して行うことにより、図５に示すようなシステムフロ
ーを作成することができる。このシステムフローによ
り、アプリケーションプログラムＡＰ１の処理結果には
内容コードＣＣ１が付与されて送信され、この処理結果
はアプリケーションプログラムＡＰ２とＡＰ４により受
信され処理されるといったように、システム内の処理の
流れとデータの流れを容易に理解することができる。

【００１４】分散処理システムが実行する一連の処理を
テストするとき、連続した処理を一度にテストすると異
常箇所の特定が難しいため、この処理を部分的にテスト
しなければならない場合がある。例えば、図６（ａ）に
示すようにアプリケーションプログラムＡＰ１とアプリ
ケーションプログラムＡＰ２のみを実行し、アプリケー
ションプログラムＡＰ１とＡＰ２のみの部分テストを行
う場合である。このとき、アプリケーションプログラム
ＡＰ１およびアプリケーションプログラムＡＰ２の処理
結果を受信したとしてもアプリケーションプログラムＡ
Ｐ３とＡＰ４が処理を実行してはならない。このために
は、アプリケーションプログラムＡＰ１とＡＰ２が処理
結果を送信しない、もしくはアプリケーションプログラ
ムＡＰ３とＡＰ４が処理結果を受信しないといった抑止
の機能が必要になる。

【００１５】図６（ａ）の例の場合、アプリケーション
プログラムＡＰ１の出力を抑止すると、アプリケーショ
ンプログラムＡＰ２は処理を実行するのに必要なメッセ
ージを受信することができないため、アプリケーション
プログラムＡＰ３とＡＰ４の入力を抑止し、アプリケー
ションプログラムＡＰ３とＡＰ４が実行されないように
する。図６（ｂ）は図６（ａ）のシステム構成例とデー
タの流れを示したものである。各部の構成は図２と同じ
である。プロセッサ１０３は、アプリケーションプログ
ラムＡＰ１の処理結果に内容コードＣＣ１が付与された
メッセージ６０１とアプリケーションプログラムＡＰ２
の処理結果に内容コードＣＣ２が付与されたメッセージ
６０２を受信してもアプリケーションプログラムＡＰ３
とＡＰ４の起動を抑止する。起動を抑止するか否かの判
断は図７に示した抑止定義テーブルに基づいて行われ
る。抑止定義テーブル７００には、入力内容コードと出
力内容コードが登録されており、各内容コードに対して
入力あるいは出力を抑止するか否かが定義されている。
入力抑止７０１には、プロセッサ内のアプリケーション
プログラムの全ての入力内容コードが登録されており、
内容コードに１が設定されていれば入力が抑止される。
図７の例の場合、ＣＣ１（７００１）には１が設定され
ているため、内容コードＣＣ１が付与されたメッセージ
を受信してもアプリケーションプログラムは起動され
ず、メッセージは廃棄される。内容コードＣＣ２（７０
０２）に関しても同様である。出力抑止７０２では、内
容コードＣＣ３（７０１１）とＣＣ４（７０１２）に対
して１が設定されていないため、出力は抑止されず、内
容コードＣＣ３またはＣＣ４を出力する処理が実行され
れば、内容コードＣＣ３またはＣＣ４が処理結果に付与
されてネットワークに送信される。仮に内容コードＣＣ
３（７０１１）に１が設定されていた場合には、内容コ
ードＣＣ３を出力する処理が実行されたとしてもメッセ
ージはネットワークに送信されない。図８に示すよう
に、内容コードテーブルや抑止定義テーブルの定義は、
例えばツールによって行われ各プロセッサにダウンロー
ドされる。ツールは表示装置とキーボードやマウスなど
の入力装置を備えたコンピュータ８００にインストール
される。オペレータがコンピュータ８００を使って内容
コードテーブルの情報であるアプリケーションプログロ
グラム名称、入力内容コード、出力内容コードを定義す
ると、これらの情報をもとに画面８０１上にシステムフ
ローを表示する。オペレータは、この画面８０１上でテ
ストする範囲を指定する。範囲が指定されると、ツール
にて自動で、あるいはオペレータが手動で、入力抑止と
出力抑止を設定する箇所を特定し、抑止定義テーブルを
生成する。生成された抑止定義テーブルは各プロセッサ
にダウンロードされる。この方式を処理フローにて図９
に示す。

【００１６】オペレータは、まずツールを使ってシステ
ム内にあるノードを定義する（ステップ９０１）。ノー
ドの定義とは、例えば各プロセッサを区別するために各
プロセッサに対してノード番号の定義することである。
次に、各ノードにロードされたアプリケーションプログ
ラムの名称を定義し（ステップ９０２）、各アプリケー
ションプログラムの入力内容コード、出力内容コードと
入出力データのデータ構造を定義する（ステップ９０
３）。ステップ９０１、ステップ９０２、ステップ９０
３にて定義された情報をもとに各ノード毎に内容コード
テーブルを生成し（ステップ９０４）、各ノードにダウ
ンロードする（ステップ９０５）。次に、オペレータは
ツールを使ってテストする範囲を指定する（ステップ９
０６）。テスト範囲が連続していない場合など、指定範
囲の設定が間違っている場合には（ステップ９０７）、
オペレータに対して設定が間違っていることを通知し
（ステップ９０８）処理を終了する。設定が正しい場合
には（ステップ９０７）、抑止する入力内容コードと出
力内容コードを計算し、各ノード毎に抑止定義テーブル
を生成し（ステップ９０９）、各ノードにダウンロード
する（ステップ９１０）。ステップ９０９の抑止する入
力内容コードと出力内容コードの計算では、同じテスト
範囲を実行する場合でも、出力を抑止する場合と入力を
抑止する場合とがあり、両社で抑止定義テーブルの構成
が異なる。このため、ツールでは常に出力抑止よりも入
力抑止を優先する。もしも、何らかの理由により出力抑
止を優先したい場合には、オペレータが手動で設定する
ものとする。例えば、図６（ａ）に示すようにテスト範
囲を指定した場合、入力抑止を優先すると、アプリケー
ションプログラムＡＰ３とＡＰ４に対して内容コードＣ
Ｃ１とＣＣ２を付与されたメッセージの入力を抑止する
ことになる。しかし、図１０（ａ）のようにアプリケー
ションプログラムＡＰ２の出力を抑止し、アプリケーシ
ョンプログラムＡＰ４への内容コードＣＣ１を付与され
たメッセージの入力を抑止しても、指定されたテスト範
囲のみの実行は可能である。ただし、この場合には、図
１０（ｂ）に示すように、アプリケーションプログラム
ＡＰ２の処理結果は抑止されネットワークにブロードキ
ャストされず、この処理結果を他のノードが参照するこ
とはできない。オペレータが抑止を定義するツール画面
の構成例を図１１に示す。画面１１００上には定義され
たノード、アプリケーション名称、入力内容コード、出
力内容コードの情報に基づいてシステムフローが表示さ
れる。オペレータはマウスを使ってツールボックスより
テスト範囲指定（１１１１）をクリックして選択し、シ
ステムフロー上にてマウスでテスト範囲を囲んで選択す
る。次に、入力抑止（１１１２）もしくは出力抑止（１
１１３）を選択し、システムフロー上のデータを表す矢
印の上にマウスのアイコン（１１１５）を移動してクリ
ックし、入力抑止または出力抑止を手動で定義する。

【００１７】テストを行った結果が正しいか否かは、例
えばツールにてネットワーク上のメッセージをトレース
することにより確認することができる。図１２のシステ
ムフローに示すように、アプリケーションプログラムＡ
Ｐ１とＡＰ２の範囲でテストを行うため、アプリケーシ
ョンプログラムＡＰ３とＡＰ４の入力を抑止するとき、
アプリケーションプログラムＡＰ１の処理結果に内容コ
ードＣＣ１が付与されたメッセージ１２１１がネットワ
ークにブロードキャストされる。これはツールをインス
トールしたコンピュータ１２０１で受信することが可能
である。また、同様にアプリケーションプログラムＡＰ
２の処理結果に内容コードＣＣ２が付与されたメッセー
ジ１２１２もネットワークにブロードキャストされるた
め、これもコンピュータ１２０１にて受信することがで
きる。受信したメッセージ内のデータをツールの画面１
２００上に表示されたシステムフローに表示する（１２
２１、１２２２）。オペレータは、この表示を見て各ア
プリケーションプログラムの処理結果を知ることがで
き、処理が正常に行われたか否かを判断する。システム
フロー上に表示されたデータ５０００（１２２１）はア
プリケーションプログラムＡＰ１の処理結果であり、シ
ステムフロー上に表示されたデータ０．５００（１２２
２）はアプリケーションプログラムＡＰ２の処理結果で
ある。

【００１８】この実施例によれば、各プロセッサにおい
てネットワークとアプリケーションプログラムの間で特
定の内容コードが付与されたメッセージの授受を抑止す
ることにより、システム内の処理を部分的にテストする
ことができる。オペレータはシステムフロー上でテスト
したい部分を選択するのみでよく、テスト結果もツール
上に表示される。これまで複数のプロセッサに分散され
た一連の処理をテストした場合、異常箇所の特定が難し
く、また部分的にテストを行うためには各プロセッサ毎
に多くの設定を行わなければならなかっため、オペレー
タはこれに多大な時間と労力を要した。テストを行った
結果、テストと直接関係のないシステムの他の部分に悪
影響を与えるといった問題も生じた。しかし本方式を用
いると、各ノード毎の細かな設定を必要とせず、画面上
に図示されたシステムフローを使って設定を行うため設
定も容易であり、作業時間と労力が大幅に短縮される。
また、設定ミスなどによってテストを行っていないシス
テムの他の部分に対して悪影響を与えるといった危険も
大幅に軽減される。

【００１９】本発明における第２実施例を説明する。

【００２０】第１の実施例では、システム内の一連の処
理を部分的にテストする方式について説明した。本実施
例では、多重化されたプロセッサあるいは多重化された
処理が正常にその機能を果たすか否かをテストするため
に抑止を用いる点において第１の実施例と異なる。

【００２１】本実施例のシステム構成例を図１３（ａ）
に示す。プロセッサ１３０１、プロセッサ１３０２、プ
ロセッサ１３０３がネットワーク１３００に接続されて
いる。ネットワーク１３００を介して送受信されるメッ
セージのフォーマット、ネットワークとのインターフェ
ースと通信を管理するミドルウエア１３５０、内容コー
ドテーブル１３６０と抑止定義テーブルの構成は第１の
実施例と同じである。入力Ｉ／Ｏ１３０４と１３０５は
例えばセンサであり、出力Ｉ／Ｏ１３０６は例えばモー
ターである。プロセッサ１３０４とプロセッサ１３０５
は多重化されているものとする。

【００２２】プロセッサ１３０１はセンサ１３０４から
の入力値をアプリケーションプログラムＡＰ５（１３２
１）にて処理し、処理結果に内容コードＣＣ５を付与し
たメッセージ（１３１１）をネットワーク１３００にブ
ロードキャストする。プロセッサ１３０２はセンサ１３
０５からの入力値をアプリケーションプログラムＡＰ６
（１３２２）にて処理し、処理結果に内容コードＣＣ６
を付与したメッセージ（１３１２）をネットワーク１３
００にブロードキャストする。アプリケーションプログ
ラムＡＰ５とＡＰ６の処理は多重化であるため同一であ
ってもよい。プロセッサ１３０３は内容コードテーブル
にしたがって内容コードＣＣ１とＣＣ２が付与されたメ
ッセージを受信する。通信を管理するミドルウエア１３
５０は複数のメッセージの中から１つのメッセージを選
択するアルゴリズムを有する。プロセッサ１３０３は図
１４に示すような予め登録された多重化テーブルを保持
している。多重化テーブル１４００には、多重化された
内容コードの組が登録されている。図１４の例では、内
容コードＣＣ５と内容コードＣＣ６（１４０１）が多重
化されていることを示している。プロセッサ１３０３は
内容コードＣＣ１が付与されたメッセージ（１３１１）
と内容コードＣＣ２が付与されたメッセージ（１３１
２）を受信すると同じメモリ領域に上書きする。つま
り、内容コードＣＣ１とＣＣ２が付与されたメッセージ
の中で最後に受信したメッセージのみが保存され、一定
時間毎にアプリケーションプログラムＡＰ７（１３２
３）を起動し、起動されたアプリケーションプログラム
ＡＰ７（１３２３）は、この最新のメッセージを使って
処理を実行し、結果をモーター（１３０６）に出力す
る。

【００２３】多重化されたプロセッサの１つまたは複数
がダウンしてもシステムが正常に動作することをテスト
する。例えば、プロセッサ１３０２がダウンした場合、
システムが正常に動作するか否かを確認する。この場
合、プロセッサ１３０２内のアプリケーションプログラ
ムの出力を抑止すればよい。このシステムフローを図１
５に示す。図１５のシステムフローは、アプリケーショ
ンプログラムＡＰ５（１５０１）とアプリケーションプ
ログラムＡＰ６（１５０２）が出力した内容コードＣＣ
５とＣＣ６を付与したデータをアプリケーションプログ
ラムＡＰ７（１５０３）が受信して処理することを示
す。アプリケーションプログラムＡＰ６（１５０２）か
らの出力を抑止することによりアプリケーションプログ
ラムＡＰ７（１５０３）はアプリケーションプログラム
ＡＰ６（１５０２）からのメッセージを受信できなくな
り、仮想的にアプリケーションプログラムＡＰ６（１５
０２）がダウンした状態を作ることができる。アプリケ
ーションプログラムＡＰ７（１５０３）への入力を抑止
してもよい。この場合でもアプリケーションプログラム
ＡＰ７（１５０３）が正常に動作するか否かを確認する
ことにより、プロセッサ１３０２がダウンしたときの状
態をテストすることが可能である。

【００２４】また、プロセッサの多重化だけでなく処理
の多重化においても同様な方式を用いることができる。
図１３（ｂ）に示したように同一プロセッサ１３０４上
にて処理が多重化されている場合を考える。アプリケー
ションプログラムＡＰ５とＡＰ６は同一処理である。ア
プリケーションプログラムＡＰ５はセンサ１３０７から
の入力データを用いて処理を実行し、処理結果に内容コ
ードＣＣ５を付与したメッセージ１３１３をネットワー
クにブロードキャストする。同様に、アプリケーション
プログラムＡＰ６はアプリケーションプログラムＡＰ５
とセンサ１３０７からの同じ入力データを用いて処理を
実行し、処理結果に内容コードＣＣ６を付与したメッセ
ージ１３１４をネットワークにブロードキャストする。
プロセッサ１３０５は、メッセージ１３１３と１３１４
を受信し、アプリケーションプログラムＡＰ７は最新メ
ッセージを用いて処理を実行する。システムフローは図
１３（ａ）の場合と同じく、図１５となる。抑止する内
容コードの定義はツールにおいてなされ、抑止定義テー
ブルがダウンロードされる。オペレータは図１１に示し
た画面を使って、入力抑止または出力抑止を設定する。
この場合、実施例１と違ってテスト範囲は指定しない。
ツールにおける処理フローを図１６に示す。

【００２５】ノード、アプリケーションプログラム名
称、入力内容コード、出力内容コード、データ構造は定
義されているものとする。オペレータは、多重化されて
いる内容コードを定義し（ステップ１６０１）、ツール
は定義された情報をもとに多重化テーブルを構成し（ス
テップ１６０２）、テーブルを該当するノードにダウン
ロードする（ステップ１６０３）。次に、図１１に示す
ようなツールの画面上にて抑止する内容コードを定義す
る（ステップ１６０４）。ツールは、定義された情報を
もとに抑止定義テーブルを生成し（ステップ１６０
５）、該当ノードにテーブルをダウンロードする（ステ
ップ１６０６）。

【００２６】この実施例によれば、各プロセッサにおい
てネットワークとアプリケーションプログラムの間で特
定の内容コードが付与されたメッセージの授受を抑止す
ることにより、多重化されたノードの１つまたは複数が
ダウンした場合、システムが正常に動作するか否かをテ
ストできる。オペレータは、このテストを行うのに画面
上で簡単な設定を行うだけでよい。従来であれば多重化
されたノードの１つまたは複数がダウンしても正常に動
作するか否かをテストする場合、物理的にノードをネッ
トワークより切り離さなければならず、作業員が現場に
て切り離しの作業を行わなければならなかった。システ
ムによっては、配線が複雑であったり、切り離す箇所の
特定が難しかったりする場合もあり、容易な作業ではな
い。しかし、本実施例における方式を用いることによ
り、物理的な切り離し作業を行う必要はなく、ソフトウ
エアによる簡単な設定のみで特定のノードを仮想敵にダ
ウンした状態にすることが可能であり、現場における作
業時間と作業負担を大幅に軽減できる。

【００２７】本発明における第３実施例を説明する。

【００２８】第１の実施例では、システムの一連の処理
の中で一部分のみテストする方式を示した。第２の実施
例では、多重化されたノードの中で１つもしくは複数が
ダウンした場合、システムが正常に動作するか否かをテ
ストする方式を示した。本実施例では、システムの一連
の処理を逐次的に実行し、１つ１つの処理の動作を確認
しながらシステム全体をテストするという点において、
第１および第２の実施例と異なる。この一連の処理を１
つの処理ずつ逐次実行する方式を以下ではステップ実行
と呼ぶ。

【００２９】システム構成およびシステムフローは第１
の実施例と同じであるとする。図５に示した第１の実施
例のシステムフローを例にとってステップ実行を説明す
る。ステップ実行では図１７に示すように、各処理を１
つずつ実行する。図１７（ａ）のステップ１では、アプ
リケーションプログラムＡＰ１のみを実行して動作を確
認する。これを実現するため、アプリケーションプログ
ラムＡＰ２とアプリケーションプログラムＡＰ４に対
し、内容コードＣＣ１が付与されたメッセージの入力抑
止を行う。アプリケーションプログラムＡＰ１がブロー
ドキャストする内容コードＣＣ１が付与されたメッセー
ジはツールにて受信し、保存する。次に、図１７（ｂ）
のステップ２では、アプリケーションプログラムＡＰ２
のみを実行して動作を確認する。これを実現するため、
ツールより保存していた内容コードＣＣ１が付与された
メッセージを送信し、アプリケーションプログラムＡＰ
２の処理を実行する。アプリケーションプログラムＡＰ
３とアプリケーションプログラムＡＰ４に対し、事前に
内容コードＣＣ２が付与されたメッセージの入力抑止を
行うよう定義しておく。アプリケーションプログラムＡ
Ｐ４に対しては内容コードＣＣ１が付与されたメッセー
ジの入力抑止も定義する。アプリケーションプログラム
ＡＰ２よりブロードキャストされた内容コードＣＣ２が
付与されたメッセージはツールにより受信され保存され
る。次に、図１７（ｃ）のステップ３では、アプリケー
ションプログラムＡＰ３のみを実行して動作を確認す
る。これを実現するため、ツールは保存していた内容コ
ードＣＣ２が付与されたメッセージを送信し、アプリケ
ーションプログラムＡＰ３の処理を実行する。アプリケ
ーションプログラムＡＰ４に対して、事前に内容コード
ＣＣ２が付与されたメッセージの入力抑止を定義してお
く。アプリケーションプログラムＡＰ３が送信する内容
コードＣＣ３が付与されたメッセージを受信するアプリ
ケーションプログラムが存在する場合には、やはり入力
抑止を定義しておく。このときのシステム構成を図１８
に示す。

【００３０】図１８のステップ１とステップ２は、図１
７のステップ１とステップ２に対応する。図１８（ａ）
のステップ１では、まずツールにて入力抑止する内容コ
ードを計算し、生成された抑止定義テーブルを各プロセ
ッサにダウンロードしたのち、アプリケーションプログ
ラムＡＰ１に対して実行指示を送る。アプリケーション
プログラムＡＰ１は、処理結果に内容コードＣＣ１を付
与したメッセージ１８０１をブロードキャストし、コン
ピュータ１８００とプロセッサ１８１２と１８１３が受
信する。コンピュータ１８００は受信したメッセージ１
８０１をメモリ上に格納するが、プロセッサ１８１２と
１８１３は入力抑止が設定されているためアプリケーシ
ョンプログラムＡＰ２とＡＰ４を実行しない。受信した
メッセージ１８０１も廃棄する。図１８（ｂ）のステッ
プ２では、ツールが新たに生成した抑止定義テーブルを
各プロセッサにダウンロードしたのち、コンピュータ１
８００がステップ１において格納していたメッセージ１
８０１をブロードキャストする。メッセージ１８０１
は、プロセッサ１８１２と１８１３に受信され、プロセ
ッサ１８１２においてアプリケーションプログラムＡＰ
２が実行される。プロセッサ１８１３では入力抑止が定
義されているため、アプリケーションプログラムは実行
されず、メッセージ１８０２は廃棄される。アプリケー
ションプログラムＡＰ２は、処理が終了すると処理結果
に内容コードＣＣ２を付与したメッセージ１８０２をネ
ットワークにブロードキャストする。ブロードキャスト
されたメッセージ１８０２はコンピュータ１８００に保
存される。コンピュータ１８００にインストールされた
ツールの処理フローを図１９に示す。

【００３１】ノード、アプリケーションプログラム名
称、入力内容コード、出力内容コード、データ構造は定
義されているものとする。オペレータがツールの画面上
にて入力するのは、次のステップに移るタイミングとス
テップ実行を行いたい一連の処理の最初のアプリケーシ
ョンプログラムの指定である。まず、ツールはオペレー
タからの次のステップを実行する指示を待ち、オペレー
タからの入力があれば（ステップ１９０１）、次の１ス
テップのみを実行するために入力抑止しなければならな
い内容コードを計算し（ステップ１９０２）、各ノード
の抑止定義テーブルを生成し（ステップ１９０３）、生
成した抑止定義テーブルを各ノードにダウンロードする
（ステップ１９０４）。入力がなければ（ステップ１９
０１）、入力があるまで待機する。１つ前のステップに
おいてツールで受信して格納しているメッセージがある
場合（ステップ１９０５）、つまり最初のステップでは
ない場合には、格納しているメッセージを送信する（ス
テップ１９０６）。格納されているメッセージがない場
合（ステップ１９０５）、オペレータにより指定された
一連の処理の最初のアプリケーションプログラムがロー
ドされているノードに対して、アプリケーションプログ
ラムの実行指示（ステップ１９０７）を送る。アプリケ
ーションプログラムが実行されると、アプリケーション
プログラムが処理結果をブロードキャストするので、こ
れを受信する。メッセージを受信した場合には（ステッ
プ１９０８）、受信したメッセージをメモリ上に格納し
（ステップ１９０９）、再びオペレータからの次のステ
ップ実行指示を待つ。メッセージを受信しない場合には
（ステップ１９０８）、実行したアプリケーションプロ
グラムに出力内容コードが設定されているか否かを確認
する。出力内容コードが設定されていない場合には、ネ
ットワークに対する出力がないアプリケーションプログ
ラムであるので異常ではない。出力内容コードが定義さ
れていない場合（ステップ１９１０）には、一連の処理
が全て終了したか否かを確認し（ステップ１９１１）、
終了している場合にはステップ実行を終了する。終了し
ていない場合には、再びオペレータからの次の実行の指
示があるまで待機する。出力内容コードが定義されてい
ない場合（ステップ１９１０）には、これはメッセージ
を出力すべきアプリケーションプログラムがメッセージ
を出力しなかったということであるからエラーをオペレ
ータに対して通知する（ステップ１９１２）。

【００３２】この実施例によれば、分散処理システムに
て実行される一連の処理をステップ実行し、各処理が正
常に動作するか否かを１つの処理毎にテストすることが
できる。これまでの分散処理システムであれば、１つの
処理をテストしたい場合、そのアプリケーションプログ
ラムがロードされたプロセッサをネットワークからを切
り離して単体でテストを行うか、プロセッサに１つの処
理だけを実行するための設定を行い、出力結果を新たに
接続した別のプロセッサにて受信して確認するという方
法をとっていた。しかし、本実施例における方式を用い
れば、システム全体のシステムフローによりアプリケー
ションプログラム相互の関係を見ながら、１ステップず
つ実行する指示を出し、処理結果もネットワークにブロ
ードキャストされるため、ネットワークに接続された任
意のツールにて受信してオペレータに表示することがで
きる。１つの処理だけを実行するために必要な複雑な設
定は不要であり、画面上のマウス操作のみで一連の処理
を１つずつ実行して結果を確認することも可能である。
これにより、分散処理システムのデバッグ効率が飛躍的
に向上する。

【００３３】本発明における第４実施例を説明する。第
１、第２、第３の実施例では、抑止を使ったテスト方式
を示した。第４の実施例では、分散処理システム内で故
意に異常を発生させ、異常の影響の範囲を確認すること
により、システムの耐故障性をテストする方式を説明す
る。

【００３４】本実施例における分散処理システムのシス
テムフローの例を図２０に示す。この例では、アプリケ
ーションプログラムＡＰ１５において故意に故障を発生
させている。ここで言う故障とは、例えばアプリケーシ
ョンプログラムのバグによりプログラムが無限ループに
陥り、メッセージを非常に頻繁に発生すしたりする場合
である。まず、オペレータが故障を発生させたいアプリ
ケーションプログラムＡＰ１５をツールにて選択する。
選択は図１１に示したようなツールを使ってシステムフ
ロー上にて行う。ツールはアプリケーションプログラム
ＡＰ１５がロードされたプロセッサに対し、頻繁にメッ
セージを出すよう指示を出す。もしも、アプリケーショ
ンプログラムＡＰ１５がロードされたプロセッサが性能
の低いプロセッサであり、このような機能が付加されて
いない場合には、代わりにツールからＣＣ１０を付与し
たメッセージを頻繁に発生してもよい。一定時間後、ツ
ールにて各プロセッサの中で送受信バッファがオーバー
フローしたものを調べ、図２０に示すように送受信バッ
ファがオーバーフローしたプロセッサにロードされてい
るアプリケーションプログラムの色を変えて表示するな
どしてオペレータに対し異常が波及した範囲を知らせ
る。ツールの処理を処理フローにまとめ図２１に示す。

【００３５】オペレータから特定のアプリケーションプ
ログラムにて異常を発生するよう指示を受けると（ステ
ップ２１０１）、ツールが格納している各ノード情報を
もとに、指定されたアプリケーションプログラムがロー
ドされているプロセッサに異常を発生する機能があるか
否かを判断する（ステップ２１０２）。この機能がある
場合には、該当ノードに対して異常を発生する指示を出
す（ステップ２１０３）。この機能がない場合には、ツ
ールにて代わりに異常を発生できるか否かを判断する
（ステップ２１０４）。可能な場合には異常を発生する
（ステップ２１０５）。指定されたアプリケーションプ
ログラムが送信するデータやアプリケーションプログラ
ムがロードされたノードの性能に関する情報がなく代わ
りにメッセージを送信できないなど、ツールにて代わり
に異常を発生することが不可能な場合には、オペレータ
に異常発生不可能である旨を伝えるメッセージをオペレ
ータに対して表示（ステップ２１０６）し、処理を終了
する。予め登録された一定時間が経過したのち（ステッ
プ２１０７）、システム内のノードの状態情報を収集す
る（ステップ２１０８）。ノードにアクセスできない場
合には、異常が発生したと判断する。異常が発生したノ
ードにロードされたアプリケーションプログラムをオペ
レータに通知し、影響を受けた範囲を知らせる（ステッ
プ２１０９）。オペレータより終了要求があれば（ステ
ップ２１１０）、処理を終了する。終了要求がなければ
（ステップ２１１０）、一定時間経過後に再び各ノード
状態情報を収集する。

【００３６】この実施例によれば、特定のアプリケーシ
ョンプログラムに対し、故意に異常を発生させることに
より、異常の波及範囲を特定することができる。これま
での分散処理システムであれば、システムが部分的にダ
ウンしたとき、あるいはシステム部分的に停止したと
き、その影響がシステムの他のどの部分に及ぶのかが特
定できず、システムの部分改造および変更を行わなけれ
ばならない時に大きな問題となっていた。あるプログラ
ムの一部をデバッグし変更しただけであるにもかかわら
ず、システムの全然別の部分が大きな影響を受け、シス
テム全体に対して重大な被害をもたらすといった事態が
起こっていた。本実施例における方式を用いると、シス
テムの稼働前あるいはシステム停止中に、システムのあ
る部分を変更した場合、その影響が他のどの部分に波及
するのかということをテストすることができ、改造して
もシステム全体に対して重大なダメージを与えない部分
が改造前に特定できる。この部分に関してはシステム稼
働中に改造することが可能であり、従来のようにシステ
ム稼働中に改造してはいけない部分を変更してシステム
に大きな被害をもたらすといった事態を回避できる。

【００３７】

【発明の効果】以上で述べたように、本発明によれば、
分散処理システムにおけるテストをツールを使って容易
に行うことが可能となり、複雑な設定も必要なく、シス
テムの改造、デバッグ等に要する時間が大幅に削減さ
れ、作業者の負担が軽減される。

【図面の簡単な説明】

【図１】本発明における第１の実施例を適応したシステ
ムの構成図である。

【図２】本発明における第１の実施例を適応したシステ
ムの構成図である。

【図３】内容コードテーブルの構成例である。

【図４】アプリケーションモジュールの構成例である。

【図５】第１の実施例におけるシステムフローである。

【図６】テストを行うときのシステムフローとシステム
構成である。

【図７】抑止定義テーブルの構成例である。

【図８】テストを行う範囲を設定する設定画面の構成例
である。

【図９】本発明の第１の実施例におけるツールにおける
処理手順を示すフローチャートである。

【図１０】テストを行うときのシステムフローとシステ
ム構成である。

【図１１】テストと抑止を定義するツールの設定画面の
構成例である。

【図１２】テスト結果を検証するためのモニタ画面の構
成例である。

【図１３】本発明における第２の実施例を適応したシス
テムの構成図である。

【図１４】多重化テーブルの構成例である。

【図１５】第２の実施例におけるシステムフローであ
る。

【図１６】本発明の第２の実施例におけてツールにおけ
る処理手順を示すフローチャートである。

【図１７】第３の実施例における各実行ステップにおけ
るシステムフローである。

【図１８】第３の実施例における各実行ステップにおけ
るシステム構成である。

【図１９】本発明の第３の実施例におけるツールにおけ
る処理手順を示すフローチャートである。

【図２０】第４の実施例におけるシステムフローの例で
ある。

【図２１】本発明の第４の実施例におけるツールにおけ
る処理手順を示すフローチャートである。

フロントページの続き (72)発明者綿谷洋茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内

Claims

【特許請求の範囲】

【請求項１】データに内容コード（データ内容を表すよ
うな識別子）を付与して送信し、受信側は内容コードを
もとにデータを選択受信する内容コード通信において、
ネットワークより受信したデータをプログラムへ渡すこ
とを抑止する情報を各内容コードに対して定義し、該抑
止が定義された内容コードを受信した場合には、該内容
コードが付与されたデータを受信してもプログラムにデ
ータを渡さない分散処理システムのテスト方式。
【請求項２】請求項１記載の分散処理システムのテスト
方式において、内容コードが付与されたデータを受信
し、該データを用いて処理を実行するプログラムを該デ
ータを受信したとき即座に実行するデータ駆動を行うシ
ステムにおいて、該内容コードに抑止が定義されている
ときには、該プログラムを実行しない分散処理システム
のテスト方式。
【請求項３】データに内容コードを付与して送信し、受
信側は内容コードをもとにデータを選択受信する内容コ
ード通信において、プログラムの処理結果をネットワー
クに送信することを抑止する情報を各内容コードに対し
て定義し、該抑止が定義された内容コードを送信する場
合には、プログラムの処理結果の送信要求があっても該
内容コードが付与されたデータを送信しない分散処理シ
ステムのテスト方式。
【請求項４】請求項１記載の分散処理システムのテスト
方式において、内容コードとネットワークから受信した
データをプログラムへ渡すことを抑止することを表す情
報の組を格納したテーブルに基づいて、データをプログ
ラムに渡すか否かを判断する分散処理システムのテスト
方式。
【請求項５】請求項３記載の分散処理システムのテスト
方式において、内容コードとプログラムの処理結果をネ
ットワークへ送信することを抑止することを表す情報の
組を格納したテーブルに基づいて、データをネットワー
クに送信するか否かを判断する分散処理システムのテス
ト方式。
【請求項６】請求項１記載の分散処理システムのテスト
方式において、特定の処理の処理結果に対して付与され
る内容コードに対し、特定のノードにおいて各ノード毎
にネットワークとプログラムの間におけるデータの授受
を抑止する情報を生成し、該情報を各ノードにダウンロ
ードすることにより、各ノードにおいて該処理の処理結
果をもとに自内プログラムが処理を実行することを抑止
することにより、該処理以降の一連の処理を中止する分
散処理システムのテスト方式。
【請求項７】請求項６記載の分散処理システムのテスト
方式において、任意のノードにおける処理を中断し、該
処理以降の処理の継続を行うために、処理を中断する該
ノードではなく、他のノードにおいて抑止するための情
報を定義し、該ノードに対してダウンロードする分散処
理システムのテスト方式。
【請求項８】請求項６記載の分散処理システムのテスト
方式において、任意のノードにおける処理を中断し、該
処理以降の処理の継続を行うために、処理を中断する該
ノードではなく、処理がロードされていない他のノード
に対して抑止情報を定義する分散処理システムのテスト
方式。
【請求項９】内容コード通信を行う分散処理システムに
おいて、一連の処理の流れとデータの流れを表すシステ
ムフロー図上にてテストを行う範囲を指定し、指定情報
から抑止する内容コードの情報を生成し、該情報を各ノ
ードにダウンロードする分散処理システムのテスト方
式。
【請求項１０】請求項１０記載の分散処理システムのテ
スト方式において、システムフロー図上でテストを行う
プログラムを線で囲むことによりテストする範囲を指定
する分散処理システムにおけるテスト方式。
【請求項１１】内容コード通信を行う分散処理システム
のテスト方式において、一連の処理の流れとデータの流
れを表すシステムフロー図上にてデータの流れを表し、
プログラム間を接続する線あるいは矢印を選択し、この
線に対して抑止を指定することによって内容コードに対
する抑止の定義し、該定義により各ノードの抑止情報を
生成して、各ノードにダウンロードする分散処理システ
ムのテスト方式。
【請求項１２】請求項１１記載の分散処理システムのテ
スト方式において、データの流れを表し、プログラム間
を接続する線あるいは矢印を選択し、該線に対してネッ
トワークから受信したデータをプログラムに渡すのを抑
止するか、あるいはプログラムの処理結果をネットワー
クに送信するのを抑止するのかを定義する分散処理シス
テムのテスト方式。
【請求項１３】請求項６記載の分散処理システムのテス
ト方式において、一連の処理が中止されるまで、ネット
ワークに送信されるデータを任意のノードにおいてデー
タをトレースし、該データをもとにテスト結果の検証を
行う分散処理システムにおけるテスト方式。
【請求項１４】データに内容コードを付与して送信し、
受信側は内容コードをもとにデータを選択受信する内容
コード通信において、ネットワークより受信したデータ
をプログラムへ渡すことを抑止する情報を各内容コード
に対して定義し、該抑止が定義された内容コードを受信
した場合には、該内容コードが付与されたデータを受信
してもプログラムにデータを渡さないという機能を用い
て、多重化された複数のノードから受信した複数の内容
コードの中で、特定の内容コードを抑止することによ
り、プログラムが特定のノードからの入力をもとに処理
を実行することを抑止し、多重化されたノードの中の特
定のノードがダウンした状態をテストする分散処理シス
テムのテスト方式。
【請求項１５】請求項１４記載の分散処理システムのテ
スト方式において、同一ノード内の多重化された複数の
処理から受信した複数の内容コードの中で、特定の内容
コードを抑止することにより、プログラムが特定の処理
からの入力をもとに処理を実行することを抑止し、多重
化された処理の中の特定の処理が異常となった状態をテ
ストする分散処理システムのテスト方式。
【請求項１６】請求項１４記載の分散処理システムのテ
スト方式において、任意のノードからネットワークを介
して抑止情報を授受することにより、入力を抑止する多
重化されたノードの入力を切り替え、多重化された任意
のノードをテストする分散処理システムのテスト方式。
【請求項１７】データに内容コードを付与して送信し、
受信側は内容コードをもとにデータを選択受信する内容
コード通信において、ネットワークより受信したデータ
をプログラムへ渡すことを抑止する情報を各内容コード
に対して定義し、該抑止が定義された内容コードを受信
した場合には、該内容コードが付与されたデータを受信
してもプログラムにデータを渡さないという機能によ
り、分散処理システムにおける一連の処理を各プログラ
ム単位に実行してテストするため、各プログラムの処理
結果に付与される内容コードを抑止する情報を各ノード
に特定のノードから配布し、プログラムを１つだけ実行
し、実行が終了したら再び次のプログラムの処理結果に
付与される内容コードを抑止する情報を各ノードに配布
してプログラムを実行し、この処理を繰り返すことによ
り、分散処理システムにおける一連の処理を１ステップ
ずつ実行しテストする分散処理システムのテスト方式。
【請求項１８】請求項１７記載の分散処理システムのテ
スト方式において、１つのプログラムを実行したとき、
該プログラムの処理結果を任意のノードにおいてネット
ワークより受信して格納し、一連の処理の次のプログラ
ムを実行するときに該処理結果を送信して次のプログラ
ムを実行することによりテストを行う分散処理システム
におけるテスト方式。
【請求項１９】一連の処理を分散して実行する分散処理
システムにおいて、特定のノードに対して故意に異常を
発生させ、該異常を発生させたのちにシステム内の他ノ
ードの状態に関する情報を収集し、該異常を発生させた
結果を検証し、故意に異常を発生させた該ノードが異常
となった際の影響の範囲を特定する分散処理システムの
テスト方式。
【請求項２０】請求項１９記載の分散処理システムのテ
スト方式において、特定のプログラムに対して故意に異
常を発生させ、該異常を発生させたのちにシステム内の
他ノードの状態と他アプリケーションプログラムの実行
状態に関する情報を収集し、該情報をもとに該異常を発
生させた結果を検証し、故意に異常を発生させた該プロ
グラムに異常が発生した際の影響の範囲を特定する分散
処理システムのテスト方式。
【請求項２１】請求項２０記載の分散処理システムテス
ト方式において、故意に異常を発生させたプログラムと
該異常により影響を受けたプログラムをシステムフロー
図上に表示し、影響範囲を図示する分散処理システムの
テスト方式。
【請求項２２】請求項２０記載の分散処理システムのテ
スト方式において、故意に異常を発生させたノードがネ
ットワークに対して送信するデータと同じデータを同じ
時間間隔で該ノード以外の任意のノードから送信し、擬
似的に該ノードが異常を発生したことをテストする分散
処理システムにおけるテスト方式。
【請求項２３】一連の処理を分散して実行する分散処理
システムにおいて、ネットワークとプログラムの間にお
けて授受される特定のデータの授受を抑止することによ
り、分散処理システムにおいて実行される一連の処理の
実行を途中で中断する分散処理システムにおけるテスト
方式。
【請求項２４】請求項２３の分散処理システムのテスト
方式において、どのデータの授受を抑止するかという情
報を任意のノードにおいて生成し、ネットワークを介し
てデータの抑止に関する情報を抑止するノードに送信す
る分散処理システムにおけるテスト方式。
【請求項２５】一連の処理を分散して実行する分散処理
システムにおいて、ネットワークとプログラムの間にお
けて授受される特定のデータの授受を抑止することによ
り、分散処理システムにおいて実行される一連の処理の
実行を途中で中断するため、処理を中断するノードに対
して処理の実行中止に関する情報を送信するのではな
く、処理結果を受信する任意のノードに対してデータの
授受を抑止する情報を送信し、一連の処理の実行を中断
し、一連の処理を部分的にテストする分散処理システム
におけるテスト方式。