JPH0784825A - プログラムデバッグ装置 - Google Patents

Abstract

(57)【要約】 【目的】 少ない通信量で指示に対する結果の確認を可
能とし、応答速度を向上させることによって、効率的な
デバッグの可能な、優れたプログラムデバッグ装置を提
供する。 【構成】 中間層ノードＡ１が、下位ノードＢ１，Ｂ
２，…，Ｂｎからの複数の返信メッセージを、単一の終
了メッセージ又はエラーメッセージに集約するので、各
中間層ノードが全ての返信メッセージを上位へ転送する
従来のプログラムデバッグ装置と比較して、通信回数及
び通信量が飛躍的に減少する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のノードコンピュ
ータが、通信回線によって階層的に接続されたターゲッ
トシステム上のプログラムをデバッグする、プログラム
デバッグ装置の改良に関するものである。

【０００２】

【従来の技術】アプリケーションなど各種のコンピュー
タプログラムを開発するには、プログラムの過誤（バ
グ）を除去するデバッグ作業が必要である。プログラム
開発は、そのプログラムが実行される機種のコンピュー
タ上で行われる場合もあるが、近年では、デバッグなど
の開発作業は、プログラム開発に適した機種のコンピュ
ータ（ホストコンピュータ、以下「ホスト」という）で
行い、開発されたプログラムは、開発時の機種とは異な
った機種（ターゲットシステム、以下「ターゲット」と
いう）で実行させる場合が増加している。このようなプ
ログラム開発環境はクロス開発環境と呼ばれ、制御プロ
グラムのように、ターゲットが比較的小規模で十分なメ
モリ容量や入出力手段を備えない場合のプログラム開発
に適している。

【０００３】クロス開発環境におけるターゲットは、比
較的小規模な複数のコンピュータを通信回線で接続した
ネットワークである場合もあり、特に、プログラムの試
行などデバッグ作業の一部をターゲット上で行いたい場
合も考えられる。このような場合は、ターゲットを構成
するコンピュータ（ノードコンピュータ、以下「ノー
ド」という）にデバッグ機能の一部を搭載し、豊富なデ
バッグ機能や十分な入出力機能を有するホストを通信回
線でネットワークに接続することによってプログラムデ
バッグ装置を構成することが考えられる（参考文献：特
開昭６２−２６７８４１）。このようにすれば、ホスト
から、通信によって、ターゲット上のデバッグ機能を遠
隔操作することができる。

【０００４】さらに、このようなネットワークが、階層
的に構成されたネットワークである場合も考えられる。
すなわち、ホストが第１の通信回線を通じて第１、第２
のノードに接続され、このうち第１のノードがさらに第
２の通信回線を通じて第３、第４のノードに接続されて
いる場合、特定のノードにおけるデバッグ作業をホスト
から遠隔操作で行う必要がある。

【０００５】このような場合、ホストや各ノードが、Ｔ
ＣＰ(Transmission Control Protocol) やＩＰ(Interne
t Protocol) などの高度な通信機能を備えている場合、
ホストからの遠隔操作は自在に行うことができる。しか
し、このような高度な通信機能は、複雑な構成、特に通
信手順を制御する大規模なプログラムによって実現され
るので、そもそも容量の少ないターゲットのノード上で
は実現が困難である。

【０００６】このため、ターゲットがネットワークであ
るクロス開発環境では、次のような態様でデバッグを行
っている。すなわち、まず、各ノードに所定のデバッグ
を実行するデバッグ手段を設けるとともに、固有のアド
レスを割り当てておく。プログラマなどのユーザは、指
示の対象となるノード（本明細書において「目的ノー
ド」という）と、この目的ノードに搭載されたデバッグ
手段に対する指示を、ホストに入力する。ホストは、目
的ノードのアドレスや指示を含む所定の通信単位（本明
細書において「メッセージ」という）を生成し、この指
示を含むメッセージ（本明細書において「指示メッセー
ジ」という）をネットワーク上に送り出す。この指示メ
ッセージには、送信経路を表す情報（本明細書において
「送信経路情報」という）の記憶領域が含まれており、
ネットワークの各ノードは、自らのアドレスを送信経路
情報に追加しながら、目的ノードに向かって指示メッセ
ージの転送を繰り返す。

【０００７】指示メッセージを受信した目的ノードで
は、デバッグ手段が指示メッセージに含まれるデバッグ
指示を実行し、その結果を表す文字列などの情報（本明
細書において「結果情報」という）に、指示メッセージ
の送信経路情報を転写して付加し、デバッグ指示の実行
結果をホストに返信するためのメッセージ（本明細書に
おいて「終了メッセージ」という）を生成し、この終了
メッセージをネットワーク上に送り出す。送り出された
終了メッセージは、送信経路情報に含まれるノードを逆
に辿ってホストに返信される。

【０００８】このようにすれば、ホストは、指示に対す
る結果を受領できるので、高度な通信機能を搭載できな
いノードによって構成されるネットワークについても、
ホストの有する豊富な開発環境を用いて効率的なデバッ
グを行うことが可能となる。

【０００９】

【発明が解決しようとする課題】ところで、上記のよう
な従来のプログラムデバッグ装置では、指示メッセージ
は最下層の全ノードに送信されるが、ホストやユーザが
本来必要とする返信は、目的ノードからの終了メッセー
ジのみである。しかし、従来のプログラムデバッグ装置
は、最下層のノードのうち目的ノード以外のノードも、
自らが目的ノードでない旨のメッセージ（本明細書にお
いて「エラーメッセージ」という）をホストまで返信す
るように構成されている必要があった。これは、目的ノ
ード以外のノードが何らメッセージを返信しないと、タ
ーゲット上に存在しないノードを誤って指定した場合に
次のような不都合が生じるからである。

【００１０】つまり、ターゲット上に存在しないノード
を誤って指定した場合、ターゲット上のいずれのノード
もデバッグ指示を実行しないので、ホストはデバッグの
結果を受信・表示せずに沈黙状態となるが、このような
沈黙状態は、デバッグ指示の実行や終了メッセージの返
信に時間がかかっている場合にも同様に生じる。このと
き、ユーザは、指示に対する結果、すなわち、沈黙状態
の原因が、ノードの指定の誤りなのか、指示の実行や終
了メッセージの返信に時間を要するためなのかを判断す
ることができないためデバッグ作業が停滞する。

【００１１】そこで、従来のプログラムデバッグ装置で
は、最下層のノードのうち目的ノード以外のノードもエ
ラーメッセージをホストに返信するようにし、ターゲッ
ト上の全ノードからエラーメッセージが返信された場合
は、ホストやユーザが、ノードの指定の誤りを発見でき
るようにしている。

【００１２】しかしながら、このように構成された従来
のプログラムデバッグ装置では、目的ノードを除く全ノ
ードがそれぞれエラーメッセージをホストまで返信し、
しかも、一つのエラーメッセージの返信が、相互に直接
接続されているノード間におけるエラーメッセージの転
送の繰り返しによって行われる。このため、一つの指示
を行うごとに、極めて多数の通信が発生し、通信量が多
くなる。このため、通信に関するターゲットやホストの
負担が増大することによって、通信所要時間が増大した
り、指示に対する応答が遅延し、結果的にデバッグ効率
が低下するという問題点があった。

【００１３】本発明は、上記のような従来技術の問題点
を解決するために提案されたもので、その目的は、少な
い通信量で指示に対する結果の確認を可能とし、応答速
度を向上させることによって、効率的なデバッグの可能
な、優れたプログラムデバッグ装置を提供することであ
る。

【００１４】

【課題を解決するための手段】上記の目的を達するた
め、請求項１のプログラムデバッグ装置は、デバッグ指
示を送信する上位側のホストコンピュータと、前記指示
を実行しその結果を返信する複数の下位側のノードコン
ピュータとが、複数の通信回線によって階層的に接続さ
れたプログラムデバッグ装置において、前記ノードコン
ピュータは、下位側に接続された他の前記ノードコンピ
ュータである下位ノードを有する中間層ノードと、前記
下位ノードを有しない最下層ノードを含み、前記各中間
層ノードは、当該中間層ノード宛てでない前記指示を受
信したときは、当該指示メッセージを前記下位ノードに
転送するように構成され、前記各ノードコンピュータ
は、当該ノードコンピュータ宛の前記指示を受信したと
きは、当該指示を実行し、その結果を、当該ノードコン
ピュータの上位側に接続された前記ノードコンピュータ
である上位ノード、又は、前記ホストコンピュータに返
信するように構成され、前記各最下層ノードは、当該最
下層ノード宛てでない前記指示を受信したときは、所定
のエラーメッセージを当該最下層ノードの前記上位ノー
ド又は前記ホストコンピュータに転送するように構成さ
れ、前記各中間層ノードは、前記各指示について、当該
中間層ノードの前記下位ノードから返信される前記結果
又はエラーメッセージのうち少なくとも一方に基づい
て、当該中間層ノードの前記下位ノードにおける前記指
示に対する動作結果を表す単一の前記結果又は前記エラ
ーメッセージを、当該中間層ノードの前記上位ノード又
は前記ホストコンピュータに返信するように構成された
ことを特徴とする。

【００１５】また、請求項２の発明は、複数のノードコ
ンピュータとこれらノードコンピュータ間を接続する通
信回線とを有するネットワークであるターゲットシステ
ムと、このターゲットシステムに接続されたホストコン
ピュータと、を有する請求項１記載のプログラムデバッ
グ装置において、前記ホストコンピュータは、前記ノー
ドコンピュータに対するデバッグ指示を入力し、この指
示の対象となる前記ノードコンピュータである目的ノー
ドを特定するための指示入力手段と、前記ターゲットシ
ステムにおける通信単位であるメッセージであって、少
なくとも当該メッセージの送信経路を表す送信経路情報
と、前記目的ノードを表す目的ノード情報と、前記指示
の内容を表す指示情報とを含む、指示メッセージを生成
する指示メッセージ生成手段と、前記各指示メッセージ
について、前記ホストコンピュータの前記下位ノードご
との動作結果を表すデータテーブルであるホストテーブ
ルを格納するためのホストテーブル格納手段と、前記各
指示メッセージについて前記ホストテーブルを前記ホス
トテーブル格納手段に登録するホストテーブル登録手段
と、前記ホストコンピュータと前記通信回線との間で前
記メッセージを送受信するホスト通信手段と、を有し、
また、前記ノードコンピュータは、当該ノードコンピュ
ータと前記通信回線との間で前記メッセージを送受信す
るノード通信手段と、受信した前記メッセージである受
信メッセージを格納するための受信メッセージ格納手段
と、前記受信メッセージの送信先及び種類を判別するノ
ード判別手段と、前記受信メッセージが当該ノードコン
ピュータ宛てでない前記指示メッセージと判別されたと
きに、当該ノードコンピュータの前記下位ノードを検出
する下位ノード検出手段と、前記下位ノードが検出され
たときに、前記ターゲットシステム中において当該ノー
ドコンピュータを表す情報であるアドレスを、当該指示
メッセージの前記送信経路情報に追加する経路追加手段
と、前記各指示メッセージについて、当該ノードコンピ
ュータの前記下位ノードごとの動作結果を表すデータテ
ーブルであるノードテーブルを格納するためのノードテ
ーブル格納手段と、前記下位ノードが検出されたとき
に、当該指示メッセージについて前記ノードテーブルを
前記ノードテーブル格納手段に登録するノードテーブル
登録手段と、を有し、前記ノード通信手段は、当該ノー
ドコンピュータの前記アドレスが追加された前記指示メ
ッセージを当該ノードコンピュータの前記下位ノードへ
転送するように構成され、また、前記ノードコンピュー
タは、前記受信メッセージが当該ノードコンピュータ宛
てでない前記指示メッセージと判別され、かつ、前記下
位ノードが検出されなかったときに、所定のエラーメッ
セージを生成するエラーメッセージ生成手段を有し、前
記ノード通信手段は、前記エラーメッセージを当該ノー
ドコンピュータの前記上位ノード又は前記ホストコンピ
ュータへ返信するように構成され、また、前記ノードコ
ンピュータは、前記受信メッセージが当該ノードコンピ
ュータ宛ての前記指示メッセージと判別されたときに、
当該指示メッセージに含まれる前記指示を実行するデバ
ッグ手段と、前記実行の結果を表す情報である結果情報
に、少なくとも当該指示メッセージの前記送信経路情報
を付加して、前記メッセージである終了メッセージを生
成する終了メッセージ生成手段と、を有し、前記ノード
通信手段は、この終了メッセージを当該ノードコンピュ
ータの前記上位ノード又は前記ホストコンピュータへ返
信するように構成され、また、前記各ノードコンピュー
タは、前記受信メッセージが、前記終了メッセージ又は
前記エラーメッセージである返信メッセージで、かつ、
当該ノードコンピュータ宛てでないと判別されたとき
に、当該ノードコンピュータの前記アドレスが当該返信
メッセージの前記送信経路情報に含まれているか否かを
判断する、送信経路判定手段を有し、前記ノード通信手
段は、当該ノードコンピュータの前記アドレスが当該返
信メッセージの前記送信経路情報に含まれ、かつ、当該
返信メッセージが前記終了メッセージと判別されたとき
に、当該終了メッセージを当該ノードコンピュータの前
記上位ノード又は前記ホストコンピュータに送信するよ
うに構成され、また、前記ノードコンピュータは、当該
ノードコンピュータの前記アドレスが当該返信メッセー
ジの前記送信経路情報に含まれ、かつ、当該返信メッセ
ージが前記エラーメッセージと判別されたときに、当該
エラーメッセージに係る前記ノードテーブルの有無を検
出するノードテーブル検出手段と、前記ノードテーブル
が検出されたときに、前記ノードテーブルに、当該エラ
ーメッセージに係る前記下位ノードから前記エラーメッ
セージが着信した旨の情報であるエラーコードを記録す
るノードエラー記録手段と、前記エラーコードが記録さ
れたときに、前記ノードテーブルにおいて、全ての前記
下位ノードについて前記エラーコードが記録されている
か否かを判断するノードエラー状態判定手段と、を有
し、前記エラーメッセージ生成手段は、前記ノードテー
ブルにおいて、当該ノードコンピュータの全ての前記下
位ノードについて前記エラーコードが記録されていると
きに、前記エラーメッセージを生成するように構成さ
れ、また、前記ノードコンピュータは、当該ノードコン
ピュータから、前記終了メッセージ又は前記エラーメッ
セージが当該ノードコンピュータの前記上位ノード又は
前記ホストコンピュータに返信される場合に、当該返信
メッセージに係る前記ノードテーブルを消去するノード
テーブル消去手段を有し、また、前記ホストコンピュー
タは、前記ホスト通信手段が受信した前記受信メッセー
ジが前記終了メッセージであるか前記エラーメッセージ
であるかを判別するホスト判別手段と、当該受信メッセ
ージが前記終了メッセージと判別されたときに、当該終
了メッセージに係る前記結果を表示する結果表示手段
と、前記表示に係る前記結果に対応する前記ホストテー
ブルを消去するホストテーブル消去手段と、当該受信メ
ッセージが前記エラーメッセージと判別されたときに、
当該エラーメッセージに係る前記ホストテーブルを検出
するホストテーブル検出手段と、前記ホストテーブルが
検出されたときに、前記ホストテーブルに、当該エラー
メッセージに係る前記エラーコードを記録するホストエ
ラー登録手段と、前記エラーコードが記録されたとき
に、前記ホストテーブルにおいて、全ての前記下位ノー
ドについてエラーコードが記録されているか否かを判断
するホストエラー状態判定手段と、前記ホストテーブル
において、前記ホストコンピュータの全ての前記下位ノ
ードについてエラーコードが記録されているときに、所
定のエラー表示を行うエラー表示手段と、を有し、前記
ホストテーブル消去手段は、前記エラー表示が行われる
場合にも、当該エラー表示に係る前記ホストテーブルを
消去するように構成されたこと、を特徴とする。

【００１６】

【作用】上記のような構成を有する本発明は、次のよう
な作用を有する。すなわち、請求項１の発明では、各最
下層ノードのうち、指示の対象であるノード（単に「ノ
ード」という）は指示の実行結果を、それ以外のノード
はエラーメッセージを上位側に返信する。そして、各中
間層ノードには、下位ノードから結果又はエラーメッセ
ージのうち少なくとも一方が返信されるが、中間層ノー
ドでは、これらに基づいて、当該中間層ノードの下位ノ
ードにおける指示に対する動作結果を表す単一の結果又
はエラーメッセージを上位ノード又はホストコンピュー
タ（単に「ホスト」という）へ返信する。

【００１７】このように、請求項１の発明では、中間層
ごとに、下位ノードからの複数の通信が単一のものに集
約されるので、ターゲットの各ノードからホストへの通
信量が減少する。

【００１８】また、請求項２の発明は、次のような作用
を有する。まず、ホストでは、指示入力手段を通じてデ
バッグ指示の入力と目的ノードの特定が行われると、指
示メッセージ生成手段が指示メッセージを生成し、ホス
トテーブル登録手段が、指示メッセージについてホスト
テーブルをホストテーブル格納手段に登録し、ホスト通
信手段が指示メッセージをホストの下位ノードへ送信す
る。

【００１９】各ノードでは、ノード通信手段が通信回線
からメッセージを受信すると、この受信メッセージは受
信メッセージ格納手段に格納され、また、ノード判別手
段が受信メッセージの送信先及び種類を判別する。ここ
で、受信メッセージが当該ノード宛てでない指示メッセ
ージと判別され、かつ、下位ノード検出手段が下位ノー
ドを検出したときは、経路追加手段が、当該ノードのア
ドレスを当該指示メッセージの送信経路情報に追加し、
ノードテーブル登録手段が、当該指示メッセージについ
てノードテーブルをノードテーブル格納手段に登録し、
ノード通信手段が当該指示メッセージを下位ノードへ転
送する。

【００２０】このような指示メッセージの転送が繰り返
され、指示メッセージが目的ノードに到達すると、目的
ノードでは、ノード判別手段が受信メッセージを当該ノ
ード宛ての指示メッセージと判別する。この場合、デバ
ッグ手段が当該指示メッセージに含まれる指示を実行
し、終了メッセージ生成手段が結果情報に少なくとも当
該指示メッセージの送信経路情報を付加して終了メッセ
ージを生成し、ノード通信手段が、この終了メッセージ
を上位ノード又はホストコンピュータへ返信する。

【００２１】終了メッセージを受信したノードでは、ノ
ード判別手段が、受信メッセージが当該ノード宛てでな
い終了メッセージと判別し、かつ、送信経路判定手段
が、当該ノードのアドレスが当該終了メッセージの送信
経路情報に含まれていると判定するので、ノード通信手
段が、当該終了メッセージを上位ノード又はホストに転
送し、テーブル消去手段が当該終了メッセージに係るノ
ードテーブルを消去する。

【００２２】ところで、指示メッセージは、最下層ノー
ドのうち目的ノード以外のノードにも受信されるが、当
該ノードでは、受信メッセージが当該ノードコンピュー
タ宛てでない指示メッセージと判別され、かつ、下位ノ
ードも検出されないので、エラーメッセージ生成手段が
エラーメッセージを生成し、ノード通信手段がこのエラ
ーメッセージを上位ノード又はホストへ返信する。

【００２３】このエラーメッセージを受信したノードの
うち、自分が送信経路上にいる上位側ノードでは、受信
メッセージがエラーメッセージと判別され、ノードテー
ブル検索手段がノードテーブルを検出したときは、ノー
ドエラー記録手段が、ノードテーブルに、当該エラーメ
ッセージを返信した下位ノードについてエラーコードを
記録する。続いて、ノードエラー状態判定手段が、前記
ノードテーブルにおいて、全ての下位ノードについてエ
ラーコードが記録されているかを判断し、記録されてい
るときは、エラーメッセージ生成手段がエラーメッセー
ジを生成し、ノード通信手段がこのエラーメッセージを
上位ノード又はホストに返信し、ノードテーブル消去手
段が当該エラーメッセージに係るノードテーブルを消去
する。

【００２４】以上のような返信メッセージの送信が階層
的に繰り返されると、ホストの下位ノードからは、終了
メッセージ及びエラーメッセージのうち少なくとも一方
である返信メッセージが返信される。ここで、返信メッ
セージを受信したホストにおいて、ホスト判別手段が受
信メッセージを終了メッセージと判別した場合、結果表
示手段が当該終了メッセージに係る結果を表示し、ま
た、ホストテーブル消去手段が表示が終了した結果に係
る前記ホストテーブルを消去する。

【００２５】受信メッセージがエラーメッセージと判別
すると、ホストテーブル検索手段が当該エラーメッセー
ジに係るホストテーブルを検出するが、検出できたとき
は当該ホストテーブルに係る動作結果は得られていない
こととなるので、ホストエラー記録手段がホストテーブ
ルに当該エラーメッセージに係るエラーコードを記録す
る。また、続いて、ホストエラー状態判定手段が、全て
の下位ノードについてエラーコードが記録されているか
否か判断するが、記録されていると判断したときは、ホ
ストよりも下位の全ノード、すなわち、ターゲットシス
テムには目的ノードが存在しなかったこととなるので、
エラー表示手段が所定のエラー表示を行う。また、これ
によって当該ホストテーブルに係る動作結果が得られた
こととなるので、ホストテーブル消去手段がホストテー
ブルを消去する。

【００２６】このように、請求項２の発明では、各ノー
ドがメッセージの転送を繰り返すことによって、通信回
線によって直接物理的に接続されているホスト及びノー
ド間のみならず、直接物理的には接続されていないホス
トとノード間においても、複数の通信回線を順次経由し
て通信を行うことができる。

【００２７】そして、中間層ノードは、終了メッセージ
を受信すると終了メッセージを上位ノードへ転送する
が、その後下位ノードからエラーメッセージを受信して
もこれを上位ノードへ返信しない。また、エラーメッセ
ージを受信したノードも全ての下位ノードからのエラー
メッセージの受信が終了するまでエラーメッセージを上
位ノードへ送信しない。このように、各中間層ノード
が、下位ノードからの複数の返信メッセージを、単一の
終了メッセージ又はエラーメッセージに集約するので、
各中間層ノードが全ての返信メッセージを上位へ転送す
る従来のプログラムデバッグ装置と比較して、通信回数
及び通信量が飛躍的に減少する。

【００２８】なお、本発明では、複数のノードコンピュ
ータが全て同一の構成を有する必要はなく、プログラム
デバッグ装置全体として前記のような構成を有していれ
ば足りる。したがって、各ノードコンピュータについ
て、中間層又は最下層ノードのいずれであるかなど、タ
ーゲットシステム中の位置に応じた構成を有するように
してもよい。

【００２９】

【実施例】以下、本発明の一実施例であるプログラムデ
バッグ装置（以下「本装置」という）について、図面に
従って具体的に説明する。なお、本装置は複数のコンピ
ュータおよび通信回線を用いて実現されるもので、本装
置の各機能は、プログラムの形式で表現された所定の手
順で前記各コンピュータを動作させることによって実現
されている。したがって、以下、本装置の各機能を有す
る仮想的回路ブロックを想定して本装置を説明する。

【００３０】（１）実施例の構成 本装置は、ノードが階層的に接続されたネットワークで
あるターゲット、及び、前記ターゲットの最上位に接続
されたホストとを含むもので、図１は本装置の全体構成
を示すブロック図である。この図に示すように、本装置
を構成するターゲットは、複数のノードＡ１，Ａ２，
…，Ａｍ及びＢ１，Ｂ２，…，Ｂｎが、通信回線Ｃ１，
Ｃ２によって階層的に接続されたものである。すなわ
ち、ノードＡ１，Ａ２，…，Ａｍは通信回線Ｃ１を通じ
てホストＨに接続され、さらに、ノードＡ１は、通信回
線Ｃ２を通じてノードＢ１，Ｂ２，…，Ｂｎに接続され
ている。

【００３１】なお、本装置はホストＨを含めて３層に構
成されているが、本発明のプログラムデバッグ装置は４
層以上に構成し得るものであるから、本実施例では、４
層以上の場合における動作をも包含するように説明す
る。

【００３２】また、図２は、ホストＨの構成を示す機能
ブロック図である。すなわち、ホストＨは、ノードＡ
１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎに対する
デバッグ指示を入力し、及び、この指示の対象となるノ
ードである目的ノードＡ１，Ａ２，…，Ａｍ又はＢ１，
Ｂ２，…，Ｂｎを特定するための指示入力手段１を有し
ている。また、ターゲットでは、通信単位としてメッセ
ージと呼ばれる所定の情報単位が用いられるが、ホスト
Ｈは、各指示を目的ノードＡ１，Ａ２，…，Ａｍまたは
Ｂ１，Ｂ２，…，Ｂｎに送信するためのメッセージであ
る指示メッセージを生成する指示メッセージ生成手段２
を有している。

【００３３】ここで、メッセージは、複数の指示を相互
に識別するための情報であるＩＤ情報であるＩＤコード
と、メッセージの送信経路を表す送信経路情報と、前記
目的ノードを表す目的ノード情報と、指示の内容を表す
指示情報とを含む。

【００３４】また、ホストＨは、各指示メッセージにつ
いて、ホストＨの下位ノードＡ１，Ａ２，…，Ａｍごと
の動作結果を表すデータテーブルであるホストテーブル
を格納するためのホストテーブル格納手段３と、各指示
メッセージについて前記ホストテーブルをホストテーブ
ル格納手段に登録するホストテーブル登録手段４とを有
している。

【００３５】このホストテーブルには、各指示メッセー
ジについて、ＩＤコード、指示情報、及び、各下位ノー
ドＡ１，Ａ２，…，Ａｍからのエラーメッセージの受信
を示すエラーコードが記録される。また、ホストＨは、
ホストＨと通信回線Ｃ１との間でメッセージを送受信す
るホスト通信手段５を有する。

【００３６】次に、図３は、ノードＡ１の構成を示す例
示するブロック図である。この図３に例示するように、
各ノードＡ１，Ａ２，…，Ａｍ及びＢ１，Ｂ２，…，Ｂ
ｎは、それぞれ、当該ノードＡ１，Ａ２，…，Ａｍ又は
Ｂ１，Ｂ２，…，Ｂｎと、通信回線Ｃ１及びＣ２のうち
少なくとも一方との間で、メッセージを送受信するノー
ド通信手段６と、受信したメッセージである受信メッセ
ージを格納するための受信メッセージ格納手段７と、受
信メッセージの送信先及び種類を判別するノード判別手
段８とを有する。

【００３７】また、各ノードＡ１，Ａ２，…，Ａｍ及び
Ｂ１，Ｂ２，…，Ｂｎは、受信メッセージが当該ノード
Ａ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎ宛てで
ない指示メッセージと判別されたときに、当該ノードＡ
１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎの下位ノ
ード（ここではＡ１についてＢ１，Ｂ２，…，Ｂｎの
み）を検出する下位ノード検出手段９を有する。

【００３８】また、各ノードＡ１，Ａ２，…，Ａｍ及び
Ｂ１，Ｂ２，…，Ｂｎは、下位ノードＢ１，Ｂ２，…，
Ｂｎが検出されたときに、ターゲット中において当該ノ
ードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎを
表すアドレスＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，
…，Ｂｎ（本実施例では、説明の簡略化のため、ホスト
又はノードの記号をそれらのアドレスとしても用いる）
を、当該指示メッセージの送信経路情報に追加する経路
追加手段１０を有する。

【００３９】また、各ノードＡ１，Ａ２，…，Ａｍ及び
Ｂ１，Ｂ２，…，Ｂｎは、各指示メッセージについて、
当該ノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，
Ｂｎの下位ノードごとの動作結果を表すテーブルである
ノードテーブルを格納するためのノードテーブル格納手
段１１と、下位ノードが検出されたときに、当該指示メ
ッセージについてノードテーブルを前記ノードテーブル
格納手段１１に登録するノードテーブル登録手段１２
と、を有する。

【００４０】また、ノード通信手段６は、当該ノードＡ
１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎのアドレ
スＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎが追
加された指示メッセージを下位ノードへ転送するように
構成されている。

【００４１】また、ノードＡ１，Ａ２，…，Ａｍ及びＢ
１，Ｂ２，…，Ｂｎは、受信メッセージが当該ノードＡ
１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎ宛てでな
い指示メッセージと判別され、かつ、下位ノードが検出
されなかったときに、所定のエラーメッセージを生成す
るエラーメッセージ生成手段１３を有する。また、ノー
ド通信手段６は、前記エラーメッセージを当該ノードＡ
１，Ａ２，…，Ａｍ及びＢ１，Ｂ２，…，Ｂｎの上位ノ
ード又はホストＨへ返信するように構成されている。

【００４２】また、前記各ノードＡ１，Ａ２，…，Ａｍ
及びＢ１，Ｂ２，…，Ｂｎは、受信メッセージが当該ノ
ードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎ宛
ての指示メッセージと判別されたときに、当該指示メッ
セージに含まれる指示を実行するデバッグ手段１４を有
する。すなわち、各ノードＡ１，Ａ２，…，Ａｍ及びＢ
１，Ｂ２，…，Ｂｎは、アプリケーションなど所定のデ
バッグ対象プログラムを搭載しており、このデバッグ手
段１４は、プログラムを所望のアドレスからステップご
とに実行したり、レジスタの内容を参照したり、所望の
アドレスのメモリ内容のダンプリストをとるなど、指示
を解釈し、指示に対応したデバッグ処理を実行するもの
である。

【００４３】また、各ノードＡ１，Ａ２，…，Ａｍ及び
Ｂ１，Ｂ２，…，Ｂｎは、前記実行の結果を表す情報で
ある結果情報に、当該実行に係る指示メッセージのＩＤ
コード及び送信経路情報を付加して、メッセージである
終了メッセージを生成する終了メッセージ生成手段１５
とを有する。なお、ノード通信手段６は、この終了メッ
セージを上位ノード又はホストＨへ送信するように構成
されている。

【００４４】また、各ノードＡ１，Ａ２，…，Ａｍ及び
Ｂ１，Ｂ２，…，Ｂｎは、受信メッセージが当該ノード
Ａ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎ宛てで
ない終了メッセージ又はエラーメッセージ（返信メッセ
ージ）と判別されたときに、当該ノードＡ１，Ａ２，
…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎの前記アドレスＡ
１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎが終了メ
ッセージの送信経路情報に含まれているか否かを判断す
る、送信経路判定手段１６を有する。なお、ノード通信
手段６は、当該ノードＡ１，Ａ２，…，Ａｍ又はＢ１，
Ｂ２，…，ＢｎのアドレスＡ１，Ａ２，…，Ａｍ又はＢ
１，Ｂ２，…，Ｂｎが終了メッセージの送信経路情報に
含まれ、かつ、当該当該返信メッセージが終了メッセー
ジと判別されたときに、当該終了メッセージを当該ノー
ドＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎの上
位ノード又はホストＨに転送するように構成されてい
る。

【００４５】また、各ノードＡ１，Ａ２，…，Ａｍ及び
Ｂ１，Ｂ２，…，Ｂｎは、当該ノードＡ１，Ａ２，…，
Ａｍ又はＢ１，Ｂ２，…，ＢｎのアドレスＡ１，Ａ２，
…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎが当該返信メッセー
ジの前記送信経路情報に含まれ、かつ、当該返信メッセ
ージがエラーメッセージと判別されたときに、当該エラ
ーメッセージに係る前記ノードテーブルの有無を検出す
るノードテーブル検出手段１７と、前記ノードテーブル
が検出されたときに、ノードテーブルに、当該エラーメ
ッセージに係る下位ノードからエラーメッセージが着信
した旨の情報であるエラーコードを記録するノードエラ
ー記録手段１８と、エラーコードが記録されたときに、
ノードテーブルにおいて、全ての下位ノードについてエ
ラーコードが記録されているか否かを判断するノードエ
ラー状態判定手段１９と、を有する。また、エラーメッ
セージ生成手段１３は、ノードテーブルにおいて、全て
の下位ノードについてエラーコードが記録されていると
きにも、前記エラーメッセージを生成するように構成さ
れている。

【００４６】また、ノードＡ１，Ａ２，…，Ａｍ及びＢ
１，Ｂ２，…，Ｂｎは、当該ノードＡ１，Ａ２，…，Ａ
ｍ又はＢ１，Ｂ２，…，Ｂｎから、終了メッセージ又は
エラーメッセージが当該ノードＡ１，Ａ２，…，Ａｍ又
はＢ１，Ｂ２，…，Ｂｎの上位ノードＡ１又はホストＨ
に送信されたときに、当該返信メッセージに係るノード
テーブルを消去するノードテーブル消去手段２０を有す
る。

【００４７】また、ホストＨは（図２）、ホスト通信手
段５が受信した受信メッセージが終了メッセージである
かエラーメッセージであるかを判別するホスト判別手段
２１と、受信メッセージが終了メッセージと判別された
ときに、当該終了メッセージに係る結果を表示する結果
表示手段２２と、前記表示に係る結果に対応するホスト
テーブルを消去するホストテーブル消去手段２３と、を
有する。

【００４８】また、ホストＨは、受信メッセージがエラ
ーメッセージと判別されたときに、エラーメッセージに
係るホストテーブルを検出するホストテーブル検出手段
２４と、ホストテーブルが検出されたときに、ホストテ
ーブルに、当該エラーメッセージに係るエラーコードを
記録するホストエラー記録手段２５と、エラーコードが
記録されたときに、ホストテーブルにおいて、全ての下
位ノードについてエラーコードが記録されているか否か
を判断するホストエラー状態判定手段２６と、ホストテ
ーブルにおいて、全ての下位ノードについてエラーコー
ドが記録されているときに、所定のエラー表示を行うエ
ラー表示手段２７と、を有する。また、ホストテーブル
消去手段２３は、エラー表示が行われる場合にもホスト
テーブルを消去するように構成されている。

【００４９】なお、指示入力手段１、結果表示手段２２
及びエラー表示手段２７は、入力に対するエコーバック
が一般化している前提において、一体のマン・マシン・
インタフェースとして実現すればよく、ここでは、図示
しないＣＲＴ、キーボード及びマウスを用いて入力及び
出力の双方を行うマルチ・ウインドウ・システムとす
る。

【００５０】また、ホストＨの結果表示手段８は、前記
結果に対応する目的ノードＡ１，Ａ２，…，Ａｍ又はＢ
１，Ｂ２，…，Ｂｎに関する情報（例えばアドレス）を
も表示するように構成されている。

【００５１】（２）実施例の作用及び効果 上記のような構成を有する本装置におけるデバッグ作業
は、次のように行われる。ここで、図４は、指示入力時
におけるホストＨの動作手順を示すフローチャートであ
る。

【００５２】［指示の入力と指示メッセージの送信］す
なわち、デバッグ担当者などのユーザが、ある目的ノー
ドＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎのデ
バッグ手段１５に指示を与えるときは、ホストＨの指示
入力手段１を通じて、目的ノードＡ１，Ａ２，…，Ａｍ
又はＢ１，Ｂ２，…，Ｂｎのデバッグ手段１５に対する
指示（デバッグコマンド）を入力すると共に（ステップ
４１）、目的ノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ
２，…，Ｂｎを特定する。

【００５３】例えば、目的ノードＡ１，Ａ２，…，Ａｍ
又はＢ１，Ｂ２，…，Ｂｎの特定は、アドレスＡ１，Ａ
２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎを文字列として
キーボードから打ち込んだり、ネットワークの構成を示
すマップ上で目的ノードＡ１，Ａ２，…，Ａｍ又はＢ
１，Ｂ２，…，Ｂｎをマウスでポイント・クリックした
りして行えばよい。また、指示の入力についても、文字
列で打ち込んでも、メニューからマウスや番号で選択し
てもよい。

【００５４】次に、指示メッセージ生成手段２が、新た
なＩＤコードを含む指示メッセージを生成する（ステッ
プ４２）。ここで、本装置における通信用メッセージ
は、ＩＤコード、種別フラグＦ１，Ｆ２、送信経路情
報、送信元アドレス、送信先アドレス（前記目的ノード
情報を含む）、指示情報又は結果情報、のような順序で
情報の連続したものであり、一般的に メッセージ： ID:-,F1:-,F2-,PATH:[],SA:-,DA:-,INFO:<> のように表すことができる。ここで、記号“−”など空
欄の部分に必要な情報が設定される。このうち、ＩＤコ
ード(ID)と種別フラグ(F1,F2) はヘッダ部であり、この
ヘッダ部は、メッセージ全体のデータ長を示す情報フィ
ールドを含む。

【００５５】種別フラグＦ１はメッセージの送信方向を
示すデータであり、ここでは、“１”がホストＨからの
指示メッセージを、“０”がノードＡ１，Ａ２，…，Ａ
ｍ又はＢ１，Ｂ２，…，ＢｎからホストＨに返信される
返信メッセージ（終了メッセージ及びエラーメッセー
ジ）を表すものとする。また、種別フラグＦ２は動作結
果のステータスを表すもので、例えば、“１”が目的ノ
ードによるデバッグ結果を表すもので、“０”がノード
指定が誤っている場合にエラーを示すものである。

【００５６】また、送信経路情報(PATH)の部分は最初は
空（ヌル）である。また、送信元アドレス(SA)は、送信
元のホストＨ又はノードＡ１，Ａ２，…，Ａｍ又はＢ
１，Ｂ２，…，ＢｎのアドレスＨ，Ａ１，Ａ２，…，Ａ
ｍ又はＢ１，Ｂ２，…，Ｂｎである。送信先アドレス(D
A)も、送信先のホストＨ又はノードＡ１，Ａ２，…，Ａ
ｍ又はＢ１，Ｂ２，…，ＢｎのアドレスＨ，Ａ１，Ａ
２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎである。メッセ
ージの本体(INFO)は、指示情報、結果情報又はエラーを
表すエラーコメント(ERROR) である文字列である。

【００５７】このような指示メッセージが生成される
と、ホストテーブル登録手段４がホストテーブルをテー
ブル格納手段に登録する（ステップ４３）。ここで、ホ
ストテーブルは、各指示メッセージに係るＩＤコード、
指示情報、及び、直接の送信対象となる下位ノードごと
のステータスコードからなるホスト用のテーブルであ
る。ここでは、ステータスコードとしては、ノードＡ
１，Ａ２，…，Ａｍに対応して設けられ、各コードには
未受信を示す０がセットされる。例えば、ＩＤが１００
で、指示Ｓ１を内容とし、ホストからノードＡ１，Ａ
２，…，Ａｍに対して送信される指示メッセージに係る
ホストテーブルの初期状態は、 ID:100,INFO:<S1>,A1:0,A2:0,...,Am:0 のように表すことができる。

【００５８】また、複数の指示を入力した場合のホスト
テーブルの状態は、 ID:100,INFO:<S1>,A1:0,A2:0,...,Am:0 ID:101,INFO:<S2>,A1:0,A2:0,...,Am:0 ID:102,INFO:<S3>,A1:0,A2:0,...,Am:0 のように表すことができる。

【００５９】そして、ホスト通信手段６が、通信回線Ｃ
１を通じてホストＨに直接接続されている各ノードＡ
１，Ａ２，…，Ａｍに指示メッセージを送信する（ステ
ップ４４）。なお、ホストＨは、この後、再びユーザか
らの指示の入力を受け付ける（ステップ４１）。

【００６０】［目的ノードへの指示メッセージの伝送］
図５は、各ノードＡ１，Ａ２，…，Ａｍ及びＢ１，Ｂ
２，…，Ｂｎの動作手順を表すフローチャートである。
すなわち、本装置を構成する各ノードＡ１，Ａ２，…，
Ａｍ及びＢ１，Ｂ２，…，Ｂｎは相互に同一の構成を有
するが、各ノードは、以下のような作用によって、ター
ゲット上における自己の位置、すなわち、前記中間層ノ
ード又は前記最下層ノードとしての役割を果たしてい
る。

【００６１】まず、各ノードＡ１，Ａ２，…，Ａｍ又は
Ｂ１，Ｂ２，…，Ｂｎでは、動作手順はメッセージの待
ち受け状態から始まり、メッセージを受信すると（ステ
ップ５１）、受信メッセージは受信メッセージ格納手段
７に格納される（ステップ５２）。

【００６２】次に、ノード判別手段８が受信メッセージ
の送信先及び種類を判別する（ステップ５３，５４）。
すなわち、まず、受信メッセージの送信先アドレスを当
該ノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂ
ｎのアドレスＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，
…，Ｂｎと照合することによって、受信メッセージが当
該ノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂ
ｎ宛てか否かを判断する（ステップ５３）。ここで、受
信メッセージが当該ノードＡ１，Ａ２，…，Ａｍ又はＢ
１，Ｂ２，…，Ｂｎ宛てでない場合、ノード判別手段８
は、受信メッセージの種別フラグＦ１を参照することに
よって、受信メッセージがホストＨから（直接又は間接
に）送信された指示メッセージであるか否かを判断する
（ステップ５４）。なお、各ノードＡ１，Ａ２，…，Ａ
ｍ又はＢ１，Ｂ２，…，ＢｎにホストＨのアドレスＨを
記録しておき、送信元アドレスがＨである受信メッセー
ジを指示メッセージと判断するように構成してもよく、
この場合はメッセージの種別フラグＦ１は不要となる。

【００６３】受信メッセージがホストＨからの指示メッ
セージの場合、下位ノード検出手段９が、下位ノードＡ
１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎを検出し
たときは（ステップ５５）、経路追加手段１０が、当該
ノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎ
のアドレスＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，
Ｂｎを当該指示メッセージの送信経路情報に追加するこ
とによって（ステップ５６）、新たな指示メッセージを
生成する。このように追加される送信経路情報は、返信
メッセージの返信経路の決定に用いられる。そして、ノ
ード通信手段６が当該指示メッセージを下位ノードＡ
１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎに転送す
る（ステップ５７）。また、ノードテーブル登録手段１
２が、ホストテーブルと同様の項目からなるノードテー
ブルをノードテーブル格納手段１１に登録する（ステッ
プ５８）。なお、ここでは、ホストテーブル登録手段は
異なり、指示情報を登録する必要はない。

【００６４】［指示の実行と結果の返信］このような指
示メッセージの送信が階層的に繰り返され、指示メッセ
ージが目的ノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ
２，…，Ｂｎに到達すると、目的ノードＡ１，Ａ２，
…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎでは、ノード判別手
段８が受信メッセージを当該ノードＡ１，Ａ２，…，Ａ
ｍ又はＢ１，Ｂ２，…，Ｂｎ宛ての指示メッセージと判
別する（ステップ５３）。この場合、当該目的ノードＡ
１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎのデバッ
グ手段１４が、当該指示メッセージに含まれる指示を実
行し（ステップ５９）、デバッグ指示の実行が終了する
と、終了メッセージ生成手段１５は、結果情報を含む終
了メッセージを生成する（ステップ６０）。

【００６５】この結果情報は、一般には文字列であり、
例えば、レジスタ名とその内容との対照表や、メモリの
ダンプリストが考えられるが、結果情報の形式は自由で
あり、例えば、所定のコマンドに対する結果としてＮＯ
ＲＭＡＬ又はＥＲＲＯＲを表すわずか１ビットの情報と
することも考えられる。この終了メッセージには、受信
メッセージ格納手段７に格納されている指示メッセージ
のＩＤコードと送信経路情報がコピーされて付加され
る。また、終了メッセージの送信元アドレス及び送信先
アドレスとしては、指示メッセージの送信先アドレス及
び送信元アドレスが用いられる。

【００６６】当該目的ノードＡ１，Ａ２，…，Ａｍ又は
Ｂ１，Ｂ２，…，Ｂｎのノード通信手段６は、この終了
メッセージを上位ノード又はホストＨに送信するが（ス
テップ６１）、この送信は、当該目的ノードＡ１，Ａ
２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎから見て上位側
に直接接続されている通信回線Ｃ１又はＣ２に対して行
われる。そして、目的ノードＡ１，Ａ２，…，Ａｍ又は
Ｂ１，Ｂ２，…，ＢｎがホストＨの直下に接続されてい
る場合は、終了メッセージは直接ホストＨによって受信
されるが、終了メッセージがホストＨ以外のノードＡ
１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎによって
受信された場合、各ノードＡ１，Ａ２，…，Ａｍ及びＢ
１，Ｂ２，…，Ｂｎは、次のような動作によって、終了
メッセージをホストＨ側に送信する。

【００６７】［終了メッセージの伝送］終了メッセージ
を受信したノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ
２，…，Ｂｎでは、ノード判別手段８が、受信メッセー
ジの送信先アドレスに基づいて受信メッセージを当該ノ
ードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎ宛
てでないと判断し（ステップ５３）、また、受信メッセ
ージの種別フラグＦ１に基づいて返信メッセージ（ステ
ップ５４）と判断し、この結果、送信経路判定手段１６
が、当該ノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，
…，ＢｎのアドレスＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ
２，…，Ｂｎが終了メッセージの送信経路情報に含まれ
ているか否か、すなわち、自分が通信経路上に存在する
か否かを判定する（ステップ６２）。

【００６８】このとき、当該ノードＡ１，Ａ２，…，Ａ
ｍ又はＢ１，Ｂ２，…，Ｂｎが送信経路情報に含まれて
いなければ当該ノード（自分）に無関係の返信メッセー
ジであるから、当該ノードＡ１，Ａ２，…，Ａｍ又はＢ
１，Ｂ２，…，Ｂｎは再び待ち受け状態となるが、当該
ノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎ
のアドレスＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，
Ｂｎが送信経路情報に含まれている場合は、ノード判別
手段８が返信メッセージが終了メッセージであるかエラ
ーメッセージであるかを判断する（ステップ６３）。こ
こで、終了メッセージの場合、ノード通信手段６が、受
信メッセージ格納手段７に格納されていた終了メッセー
ジを当該終了メッセージの受信に係る通信回線Ｃ１又は
Ｃ２以外の他の通信回線Ｃ２又はＣ１、すなわち、自分
が通信回線を介して直接接続されている上位層のノード
Ａ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎ又はホ
ストＨに終了メッセージを転送する（ステップ６４）。

【００６９】また、ノードテーブル消去手段２０は、こ
れに続いて、ノードテーブルを消去する（ステップ６
５）。また、複数のノードテーブルが記録されている場
合は、終了メッセージのＩＤコードに係るノードテーブ
ルを消去する。これによって、当該ＩＤの指示メッセー
ジに対応する動作結果は、すでに上位ノードに対して返
信済みであることを示す。

【００７０】［エラーメッセージの生成］ところで、指
示メッセージは、最下位層のノードのうち目的ノード以
外のノードにも受信され、この場合は、ステップ５５に
おいて、下位ノードが存在しないこととなる。この場
合、当該ノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，
…，Ｂｎのエラーメッセージ生成手段１３は、指示メッ
セージに基づいて、ノード指定の不良を示すエラーメッ
セージを生成する（ステップ６６）。

【００７１】このエラーメッセージは、受信メッセージ
のＩＤコードは変更することなく、種別フラグＦ１を返
信メッセージを示す“０”に、種別フラグＦ２をエラー
を示す“０”に、送信元アドレスとして当該ノードＡ
１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎのアドレ
スＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎを、
送信先アドレスとしてホストＨのアドレスＨを設定した
ものである。続いて、ノード通信手段が上位層側通信回
線Ｃ１又はＣ２を通じてこのエラーメッセージを返信し
（ステップ６７）、ノードＡ１，Ａ２，…，Ａｍ又はＢ
１，Ｂ２，…，Ｂｎは再び待ち受け状態となる。このと
き、メッセージは、メッセージの送信経路上にないノー
ドにも着信するが、このようなノードは何もせずに再び
待ち受け状態となる。なお、上位層側通信回線は、例え
ば、受信メッセージの送信経路情報が空であることから
判断できる。

【００７２】［エラーメッセージの集約］以上のような
エラーメッセージを受信したノードのうち、自分が送信
経路上にいる上位側ノード（ステップ６２）において、
エラーメッセージは次のように処理される。すなわち、
ステップ６３において、種別フラグＦ１，Ｆ２を参照す
ることによって、受信メッセージがエラーメッセージと
判断された場合、ノードテーブル検出手段１７が当該エ
ラーメッセージに係るノードテーブルを参照し（ステッ
プ６８）、テーブルが残っているときは、当該ノードテ
ーブルに係る動作結果は未だ上位ノードへ返信されてい
ないこととなるので、テーブルのうち、受信したエラー
メッセージに係るステータスコードとして、当該ノード
からのエラーメッセージを受信した旨のコード“１”を
記録することによって、記録内容を更新する（ステップ
６９）。また、ステップ６８において、ノードテーブル
が消去されているときは、当該ノードＡ１，Ａ２，…，
Ａｍ又はＢ１，Ｂ２，…，Ｂｎよりも下位のノードにお
ける動作結果は上位ノードに伝送済みであるから、当該
ノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎ
は再び待ち受け状態となる。

【００７３】続いて、更新されたテーブルにおいて、全
下位ノードからエラーメッセージを受信済みか否かを判
断し（ステップ７０）、受信済みならば、自分より下位
の全ノードに目的ノードが含まれていないので、エラー
メッセージ生成手段１３がエラーメッセージを生成し、
ノード通信手段６がこのエラーメッセージを上位ノード
へ送信し（ステップ７１）、また、当該ノードテーブル
に対応する指示に対する動作結果が得られたこととなる
ので、ノードテーブルを消去する（ステップ７２）。一
方、ステップ７０において、メッセージが未着の下位ノ
ードがあるときは、その後、終了メッセージが返信され
てくるか、全ノードからエラーメッセージが返信されて
くるかが未確定であるから、再び待ち受け状態となる。

【００７４】以上のように、終了メッセージを返信し終
わったノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ２，
…，Ｂｎはその後エラーメッセージを返信せず、また、
複数のエラーメッセージを受信したノードＡ１，Ａ２，
…，Ａｍ又はＢ１，Ｂ２，…，Ｂｎも全ての下位ノード
からのエラーメッセージの受信が終了した時点で、単一
のエラーメッセージを上位ノードへ送信する。

【００７５】このため、本実施例では、下位ノードから
返信された終了メッセージ及びエラーメッセージを全て
上位ノードへ返信する従来のプログラムデバッグ装置と
比較して、通信回数及び通信量が飛躍的に減少する。

【００７６】［動作結果の表示］以上のような返信メッ
セージの転送が階層的に繰り返されると、ホストの直近
下位ノードからは、ノード指定が正しいときは終了メッ
セージ及びエラーメッセージが、ノード指定が誤ってい
るときは、エラーメッセージのみが返信される。これら
の返信メッセージがホストＨによって受信された場合、
ホストＨが行う動作を図６のフローチャートに示す。す
なわち、エラーメッセージを受信した場合（ステップ８
１）、ホスト判別手段２１は受信メッセージをエラーメ
ッセージと判定し（ステップ８２）、ホストテーブル検
索手段２４がホストテーブルを検出し（ステップ８
３）、ホストテーブルがすでに消去されているときは、
当該ホストテーブルに係る動作結果はすでに得られたこ
ととなるので、ホストＨは再び待ち受け状態になる。一
方、ホストテーブルが残っているときは、当該ホストテ
ーブルに係る動作結果は未だ表示されていないこととな
るので、ホストエラー記録手段２５が、ホストテーブル
のステータスコードとして、当該ノードからのエラーメ
ッセージを受信した旨のコード“１”を記録することに
よって、記録内容を更新する（ステップ８４）。

【００７７】続いて、ホストエラー状態確認手段２６
が、更新されたテーブルにおいて、全下位ノードについ
てエラーコードが記録済みか否かを判断し（ステップ８
５）、受信済みならば、自分より下位の全ノード、すな
わち、ターゲットに目的ノードが含まれていないので、
エラー表示手段２７がエラー表示を行い（ステップ８
６）、ホストテーブル消去手段２３が当該表示に係るホ
ストテーブルを消去する（ステップ８７）。一方、ステ
ップ８２において、メッセージが未着の下位ノードがあ
るときは、終了メッセージが返信されてくるか、全ノー
ドからエラーメッセージが返信されてくるかが未確定で
あるから、再び待ち受け状態となる。

【００７８】また、返信メッセージが終了メッセージの
場合、結果表示手段２２が指示と結果を表示し（ステッ
プ８８）、また、これによって当該指示に対する処理は
終了したこととなるので、ホストテーブル消去手段２３
が、当該結果に係るテーブルをホストテーブル格納手段
３から消去する（ステップ８９）。これによって、指示
に対応する動作結果がすでに得られていることが示され
る。

【００７９】以上のように、本実施例におけるネットワ
ークでは、各ノードＡ１，Ａ２，…，Ａｍ又はＢ１，Ｂ
２，…，Ｂｎがメッセージの転送を繰り返すことによっ
て、通信回線Ｃ１又はＣ２によって直接物理的に接続さ
れているホストＨ及びノードとＡ１，Ａ２，…，Ａｍ間
のみならず、直接物理的には接続されていないホストＨ
とノードＢ１，Ｂ２，…，Ｂｎ間においても、複数の通
信回線Ｃ１及びＣ２を順次経由して通信を行うことがで
きる。

【００８０】次に、本実施例におけるデバッグの２つの
実例を説明する。

【００８１】［実例１］実例１は、目的ノードを正しく
指定した場合の処理を示すものである。

【００８２】すなわち、ユーザが、目的ノードをＢ２と
して、指示Ｓ１をホストＨに入力すると、 指示メッセージＭ１： ID:100,F1:1,F2:-,PATH:[],SA:H,DA:B2,INFO:<S1> が生成される。この指示メッセージＭ１は、種別フラグ
（Ｆ１）が指示メッセージ（１）であり、送信経路情報
は空（ヌル／［］）であり、送信元アドレス(SA)がホス
トＨに対応するＨであり、送信先アドレス(DA)が目的ノ
ードＢ２のアドレスであるＢ２であり、この目的ノード
Ｂ２に対する指示がＳ１であることを意味している。ま
た、ホストテーブルとしては、 Ｔｈ： ID:100,INFO:<S1>,A1:0,A2:0,...Am:0 が記録される。

【００８３】このメッセージＭ１は、図７（本装置のブ
ロック図）において破線の矢印で示すように、通信回線
Ｃ１を通じてホストの下位ノードＡ１，Ａ２，…，Ａｍ
に送信される。

【００８４】このメッセージＭ１は、その送信先アドレ
スがＢ２であるから、各ノードＡ１，Ａ２，…，Ａｍに
おいて自分宛てでないと判断され、また、指示メッセー
ジＭ１は、その種別フラグＦ１が１であるから、各ノー
ドＡ１，Ａ２，…，Ａｍにおいて、ホストＨからの指示
メッセージと判断される。

【００８５】この結果、各ノードＡ１，Ａ２，…，Ａｍ
において、下位ノードが検出され、このとき、ノードＡ
１，Ａ２，…，ＡｍのうちＡ１のみについて下位ノード
Ｂ１，Ｂ２，…，Ｂｎが検出される。したがって、ノー
ドＡ１では、指示メッセージＭ１の送信経路情報に自身
のアドレスＡ１が追加されて 指示メッセージＭ２： ID:100,F1:1,F2:-,PATH:[A1],SA:H,DA:B1,INFO:<S1> が生成される。この指示メッセージＭ２は、図７に示す
ように、通信回線Ｃ２を通じて、ノードＢ１，Ｂ２，
…，Ｂｎへ送信される。また、当該ノードＡ１では、 ＴＡ１： ID:100,B1:0,B2:0,...Bn:0 のようにノードテーブルが記録される。

【００８６】一方、下位ノードを有しないノードＡ２，
…，Ａｍでは、 エラーメッセージＭ３： ID:100,F1:0,F2:0,PATH:[],SA:A2,DA:H,INFO:ERROR エラーメッセージＭ４： ID:100,F1:0,F2:0,PATH:[],SA:Am,DA:H,INFO:ERROR が生成され、図８、図９に示すように、ホストＨに返信
される。

【００８７】このうち、エラーメッセージＭ３は、図８
に示すように、ノードＡ１，Ａｍ，ホストＨによって受
信される。このとき、ノードＡ１，Ａｍでは、当該ノー
ド宛てでない返信メッセージと判断されるが、自分が送
信経路上にないので何も行われない。ホストＨでは、種
別フラグＦ１＝“０”かつ種別フラグＦ２＝“０”であ
るから、受信メッセージがエラーメッセージと判断す
る。このとき、テーブルは消去されていないので、指示
メッセージ送信時に記録されたテーブルのうち、ノード
Ａ２に対応するステータスコードとして、 Ｔｈ： ID:100,INFO:<S1>,A1:0,A2:1,...Am:0 のようにエラーコード“１”が記録される。この時点で
は、全ノードでエラーが受信されていないので、続いて
エラーメッセージＭ４が同様に処理され、テーブルは、 Ｔｈ： ID:100,INFO:<S1>,A1:0,A2:1,...Am:1 となる。このときも、全ノードでエラーが受信されては
いないので、ホストは再び待ち受け状態となる。

【００８８】ところで、各ノードＢ１，Ｂ２，…，Ｂｍ
は、ノードＡ１から通信回線Ｃ１を通じて、指示メッセ
ージＭ２を受信する（図７）。この指示メッセージは、
ノードＢ１，Ｂｍにとっては、自分宛てでない指示メッ
セージであり、また、これらノードＢ１，Ｂｍは、通信
回線Ｃ１以外に下位の通信回線には接続されていないの
で、これらノードＢ１，Ｂｎでは、 エラーメッセージＭ５： ID:100,F1:0,F2:0,PATH:[],SA:B1,DA:H,INFO:ERROR エラーメッセージＭ６： ID:100,F1:0,F2:0,PATH:[],SA:Bn,DA:H,INFO:ERROR が生成され、それぞれ、図１０、図１１に示すようにノ
ードＡ１に返信される。

【００８９】一方、指示メッセージＭ２の送信先アドレ
スはＢ２であるから、ノードＢ２では、指示メッセージ
Ｍ２が自分宛てと判断され、デバッグ指示<S1>の実行に
よって結果Ｒ１が生じ、 ID:100,F1:0,F2,1,PATH:[A1],SA:B2,DA:H,INFO:<R1> のような終了メッセージＭ７が生成され、図１２に示す
ように、通信回線Ｃ２を通じてノードＢ１，Ｂｎ及びＡ
１に送信される。この終了メッセージＭ７は、指示メッ
セージＭ２に基づいて生成されたもので、具体的には、
指示メッセージＭ２のＩＤコードと送信経路情報をその
ままコピーし、指示メッセージＭ２の送信先アドレス
“Ｂ２”と送信元アドレス“Ｈ”を、それぞれ、送信元
アドレス、送信先アドレスとしたものである。また、種
別フラグＦ１，Ｆ２は、それぞれ、返信を示す“０”、
終了メッセージを示す“１”にセットされ、また、メッ
セージの本体としては結果Ｒ１を表す文字列がセットさ
れる。

【００９０】ここで、受信メッセージＭ７の送信先アド
レスは“Ｈ”であるから、各ノードＢ１，Ｂｎ及びＡ１
において、終了メッセージＭ７は自分宛てでないと判断
され、また、各ノードＢ２，Ｂｎ，Ａ１では、受信メッ
セージＭ７は、その種別フラグＦ１が０であるから返信
メッセージであると判断され、自分が送信経路上にいる
か否かが判断される。このとき、ノードＢ２，…，Ｂｎ
は送信経路上にいないので、再び待ち受け状態となる。

【００９１】ここでは、ノードＡ１におけるノードＢか
らの返信メッセージの着信順序は、返信メッセージＭ
５，Ｍ７，Ｍ６と仮定する（図１３）。すなわち、説明
を単純化するため、ノードＡ１から各ノードＢに送信さ
れた指示メッセージＭ２に対する返信メッセージの返信
所要時間は、ノードＡ１と各ノードＢとの距離に比例す
ることを前提とする。

【００９２】この場合、まず、エラーメッセージＭ５
が、ノードＢ２，Ｂｎ，Ａ１によって受信される。この
とき、ノードＢ２，Ｂｎでは、当該ノード宛てでない返
信メッセージと判断されるが、自分が送信経路上にない
ので何も行われない。ノードＡ１では、受信メッセージ
Ｍ５の種別フラグＦ１，Ｆ２が共に“０”であるから、
エラーメッセージと判断され、この時点では、テーブル
が消去されていないので、指示メッセージ送信時に記録
されたノードテーブルＴＡ１のうち、ノードＢ１に対応
するステータスコートとして、 ＴＡ１： ID:100,B1:1,B2:0,...Bn:0 のようにエラーコード“１”が記録される。

【００９３】このときは、全ノードでエラーが受信され
ていないので、ノードテーブルＴＡ１は消去されない。

【００９４】次に、返信メッセージＭ７がノードＡ１に
よって受信されるが、この返信メッセージＭ７は、種別
フラグＦ１，Ｆ２は、それぞれ、“０”，“１”である
から、ノードＡ１において、が自分宛てでない返信メッ
セージで、自分が経路上におり、かつ、終了メッセージ
と判断される。この結果、ノードＡ１からは、終了メッ
セージＭ７と同一内容の終了メッセージＭ８が、図１４
に示すように、通信回線Ｃ１を通じてホストＨ及びノー
ドＡ２，…，Ａｍへ送信される。また、これによってＩ
Ｄコード１００に係る動作結果の返送は終了したことと
なるので、ノードテーブルＴＡ１が消去される。ホスト
Ｈ及びノードＡ２，…，Ａｍのうち、ノードＡ２，Ａｍ
は、受信メッセージＭ８が自分宛てでない返信メッセー
ジと判断するが、自分が受信メッセージＭ８の送信経路
上にいないので再び待ち受け状態となる。

【００９５】次に、ノードＡ１はエラーメッセージＭ７
を受信するが、このときは、テーブルがすでに消去され
ており、すでにこのエラーメッセージに対応する指示に
ついては動作結果が上位に伝送されている。このため、
ノードＡ１はただちに待ち受け状態に戻る。

【００９６】返信メッセージＭ８を受信したホストで
は、返信メッセージＭ８が終了メッセージであるので、
終了メッセージのＩＤコード“１００”に基づいて指示
Ｓ１がテーブルから検索され、この指示Ｓ１と、終了メ
ッセージにＭ８に含まれていた結果Ｒ１とが表示され、
ホストテーブルが消去される。

【００９７】［実例２］実例２は、ノード指定を誤った
場合の様子を示すものである。なお、メッセージの伝送
についての説明及び図面については、前記実例１と略同
様であるから省略する。すなわち、ユーザが、誤ってノ
ードＢｘというターゲット中に存在しないノードを指定
し、指示<S11> という指示を入力した場合、 指示メッセージＭ１１： ID:200,F1:1,F2:-,PATH:[],SA:H,DA:Bx,INFO:<S11> が生成され、ホストテーブルには、 Ｔｈ２： ID:200,INFO:<S11>,A1:0,A2:0,...Am:0 が記録される。

【００９８】指示メッセージＭ１１は、通信回線Ｃ１を
通じてノードＡ１，Ａ２，…，Ａｍに到達し、ノードＡ
１に到達した指示メッセージＭ１１は、さらに送信経路
情報が追加された 指示メッセージＭ１２： ID:200,F1:1,F2:-,PATH:[A1],SA:H,DA:Bx,INFO:<S11> として、ノードＢに送信される。なお、このとき、ノー
ドＡ１では、 テーブルＴＡ１２： ID:200,A1:0,A2:0,...Am:0 が登録される。各ノードＡ１，Ａ２，…，Ａｍ及びＢ
１，Ｂ２，…，Ｂｎは、それぞれ、指示メッセージＭ１
１及びＭ１２に対して、エラーメッセージを返信する。

【００９９】ここで前記実例１と同様に、あるノードに
対する指示メッセージ送信から返信メッセージ返信まで
の所要時間は、ノード間の距離に比例するものとする。
この場合、ホストＨとの距離はノードＡ１が最短となる
が、ノードＡ１はノードＢ１，Ｂ２，…，Ｂｎからの返
信メッセージを待って返信メッセージをホストに返信す
るので、ホストＨには、まず、ノードＡ２からの エラーメッセージＭ１３： ID:200,F1:0,F2:0,PATH:[],SA:A2,DA:H,INFO:ERROR が最初に返信され、続いて、ノードＡｍからの エラーメッセージＭ１４： ID:200,F1:0,F2:0,PATH:[],SA:Am,DA:H,INFO:ERROR が着信する。

【０１００】このとき、ホストＨでは、ホストテーブル
は消去されていないので、これらエラーメッセージＭ１
３，Ｍ１４にしたがって、指示メッセージ送信時に記録
されたテーブルのうち、ノードＡ２，Ａｍに対応するフ
ィールドに、 Ｔｈ： ID:200,INFO:<S11>,A1:0,A2:1,...,Am:1 のようにエラーコード“１”が記録される。この時点で
は、全ノードでエラーが受信されていないのでホストは
待ち受け状態となる。

【０１０１】ホストがエラーメッセージＭ１３，Ｍ１４
を処理している間、ノードＡ１では、指示メッセージＭ
１２に対する各ノードＢ１，Ｂ２，…，Ｂｎからの エラーメッセージＭ１５： ID:200,F1:0,F2:0,PATH:[A1],SA:B1,DA:H,INFO:ERROR エラーメッセージＭ１６： ID:200,F1:0,F2:0,PATH:[A1],SA:B2,DA:H,INFO:ERROR エラーメッセージＭ１７： ID:200,F1:0,F2:0,PATH:[A1],SA:Bn,DA:H,INFO:ERROR が、ノードＡ１に対する各ノードＢ１，Ｂ２，…，Ｂｎ
の距離にしたがって、Ｍ１５，Ｍ１６，Ｍ１７の順序で
着信する。

【０１０２】ノードＡ１では、エラーメッセージＭ１５
着信時にはテーブルＴＡ１２が ID:200,A1:1,A2:0,...Am:0 のように、また、エラーメッセージＭ１６着信時にはテ
ーブルＴＡ１２が ID:200,A1:1,A2:1,...Am:0 のように更新されるが、この時点では、未だ全ノードで
エラーを受信していないので、テーブルは消去されな
い。

【０１０３】続いて、エラーメッセージＭ１７着信時
は、ノードＡ１では、テーブルＴＡ１２が、 ID:200,A1:1,A2:1,...Am:1 のように更新され、全ての下位ノードからエラーを受信
したこととなるので、 エラーメッセージＭ１８： ID:200,F1:1,F2:0,PATH:[],SA:A1,DA:H,INFO:ERROR がホストＨへ返信される。

【０１０４】ホストＨでは、このエラーメッセージＭ１
８を受信した時点ではホストテーブルが消去されていな
いので、エラーメッセージＭ１８にしたがって、ホスト
テーブルＴｈが、 ID:200,INFO:<S11>,A1:1,A2:1,...,Am:1 のように更新される。この結果、全ての下位ノードから
エラーを受信したこととなるので、ノード指定の誤りが
判明し、ホストＨでは、エラー表示を行い、テーブルが
消去される。

【０１０５】以上のように、本実施例によれば、各中間
層ノードは、下位からの返信メッセージ全てを上位ノー
ドへ返信することなく、下位における動作結果が確定し
てから単一の返信メッセージを上位へ返信するので、従
来のプログラムデバッグ装置に比べて、通信の回数が減
少する。また、本実施例では、ノード指定に誤りがある
場合でも、正常に指定した場合と同等の通信量で指示に
対する動作結果を得ることができる。

【０１０６】また、本実施例では、指示に対応する結果
が、ＩＤコードに基づいて、対応する指示とともに表示
される。このため、指示の入力順序と異なる順序で結果
が返信されても、ホストＨとユーザは指示と結果との対
応関係が判断でき、指示と結果とを、正規の対応関係に
したがって保存・表示・処理することができる。このた
め、ユーザは、一の指示に対する結果の返信を待たず
に、複数の指示を連続して入力することができる。

【０１０７】また、本実施例では、メッセージの送信の
後にテーブルの消去を行っているので、テーブル消去の
後にメッセージを送信する場合と比べ、処理の高速化が
計られている。

【０１０８】（３）他の実施例 なお、本発明は上記実施例に限定されるものではなく、
次のような他の実施例をも包含するものである。例え
ば、上記実施例におけるネットワーク（図１）は本発明
におけるネットワークの一例に過ぎず、本発明における
ターゲットシステムは自由な構造に構成することができ
る。また、テーブルの「消去」とは、必ずしも記憶領域
上におけるデータの物理的消去だけをいうものではな
く、消去を表すフラグを与えるなど、装置上においてテ
ーブルのデータの意味付けを変更する処理を広く意味す
る。

【０１０９】また、ホストＨの結果表示手段８は、必ず
しも目的ノードに関する情報を表示するように構成する
必要はない。また、上記実施例ではメッセージの送信の
後にテーブルの消去を行っているが、この順序は逆にす
ることもできる。また、上記実施例のプログラムデバッ
グ装置はコンピュータ上に実現されているが、その機能
の一部は専用の電子回路上に実現してもよい。

【０１１０】

【発明の効果】以上のように、本発明のプログラムデバ
ッグ装置によれば、少ない通信量で指示に対する結果の
確認を可能となるので、指示に対する応答速度が向上
し、効率的なデバッグが可能となる。

【図面の簡単な説明】

【図１】本発明の実施例の構成を示すブロック図。

【図２】本発明の実施例におけるホストＨの構成を示す
ブロック図。

【図３】本発明の実施例におけるノードの構成を示すブ
ロック図。

【図４】本発明の実施例において、ホストＨの指示メッ
セージ送信時の動作手順を示すフローチャート。

【図５】本発明の実施例におけるノードの動作手順を示
すフローチャート。

【図６】本発明の実施例において、ホストＨの返信メッ
セージ受信時の動作手順を示すフローチャート。

【図７】本発明の実施例の実例１における指示メッセー
ジの送信経路を示す図。

【図８】本発明の実施例の実例１における指示メッセー
ジの送信経路を示す図。

【図９】本発明の実施例の実例１における指示メッセー
ジの送信経路を示す図。

【図１０】本発明の実施例の実例１における指示メッセ
ージの送信経路を示す図。

【図１１】本発明の実施例の実例１における指示メッセ
ージの送信経路を示す図。

【図１２】本発明の実施例の実例１における指示メッセ
ージの送信経路を示す図。

【図１３】本発明の実施例の実例１における指示メッセ
ージの送信経路を示す図。

【図１４】本発明の実施例の実例１における指示メッセ
ージの送信経路を示す図。

【符号の説明】 １：指示入力手段 ２：指示メッセージ生成手段 ３：ホストテーブル格納手段 ４：ホストテーブル登録手段 ５：ホスト通信手段 ６：ノード通信手段 ７：受信メッセージ格納手段 ８：ノード判別手段 ９：下位ノード検出手段 １０：経路追加手段 １１：ノードテーブル格納手段 １２：ノートテーブル登録手段 １３：エラーメッセージ生成手段 １４：デバッグ手段 １５：終了メッセージ生成手段 １６：送信経路判定手段 １８：ノードエラー記録手段 １９：ノードエラー状態判定手段 ２０：ノードテーブル消去手段 ２１：ホスト判別手段 ２２：結果表示手段 ２３：ホストテーブル消去手段 ２４：ホストテーブル検索手段 ２５：ホストエラー記録手段 ２６：ホストエラー状態確認手段 ２７：エラー表示手段 Ａ，Ｂ：ノード Ｃ：通信回線 Ｈ：ホスト Ｍ：メッセージ ４１以降：手順の各ステップ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 デバッグ指示を送信する上位側のホスト
   コンピュータと、前記指示を実行しその結果を返信する
   複数の下位側のノードコンピュータとが、複数の通信回
   線によって階層的に接続されたプログラムデバッグ装置
   において、 前記ノードコンピュータは、下位側に接続された他の前
   記ノードコンピュータである下位ノードを有する中間層
   ノードと、前記下位ノードを有しない最下層ノードを含
   み、 前記各中間層ノードは、当該中間層ノード宛てでない前
   記指示を受信したときは、当該指示メッセージを前記下
   位ノードに転送するように構成され、 前記各ノードコンピュータは、当該ノードコンピュータ
   宛の前記指示を受信したときは、当該指示を実行し、そ
   の結果を、当該ノードコンピュータの上位側に接続され
   た前記ノードコンピュータである上位ノード、又は、前
   記ホストコンピュータに返信するように構成され、 前記各最下層ノードは、当該最下層ノード宛てでない前
   記指示を受信したときは、所定のエラーメッセージを当
   該最下層ノードの前記上位ノード又は前記ホストコンピ
   ュータに転送するように構成され、 前記各中間層ノードは、前記各指示について、当該中間
   層ノードの前記下位ノードから返信される前記結果又は
   エラーメッセージのうち少なくとも一方に基づいて、当
   該中間層ノードの前記下位ノードにおける前記指示に対
   する動作結果を表す単一の前記結果又は前記エラーメッ
   セージを、当該中間層ノードの前記上位ノード又は前記
   ホストコンピュータに返信するように構成されたことを
   特徴とするプログラムデバッグ装置。
2. 【請求項２】 複数のノードコンピュータとこれらノー
   ドコンピュータ間を接続する通信回線とを有するネット
   ワークであるターゲットシステムと、このターゲットシ
   ステムに接続されたホストコンピュータと、を有する請
   求項１記載のプログラムデバッグ装置において、 前記ホストコンピュータは、 前記ノードコンピュータに対するデバッグ指示を入力
   し、この指示の対象となる前記ノードコンピュータであ
   る目的ノードを特定するための指示入力手段と、 前記ターゲットシステムにおける通信単位であるメッセ
   ージであって、少なくとも当該メッセージの送信経路を
   表す送信経路情報と、前記目的ノードを表す目的ノード
   情報と、前記指示の内容を表す指示情報とを含む、指示
   メッセージを生成する指示メッセージ生成手段と、 前記各指示メッセージについて、前記ホストコンピュー
   タの前記下位ノードごとの動作結果を表すデータテーブ
   ルであるホストテーブルを格納するためのホストテーブ
   ル格納手段と、 前記各指示メッセージについて前記ホストテーブルを前
   記ホストテーブル格納手段に登録するホストテーブル登
   録手段と、 前記ホストコンピュータと前記通信回線との間で前記メ
   ッセージを送受信するホスト通信手段と、 を有し、 また、前記ノードコンピュータは、 当該ノードコンピュータと前記通信回線との間で前記メ
   ッセージを送受信するノード通信手段と、 受信した前記メッセージである受信メッセージを格納す
   るための受信メッセージ格納手段と、 前記受信メッセージの送信先及び種類を判別するノード
   判別手段と、 前記受信メッセージが当該ノードコンピュータ宛てでな
   い前記指示メッセージと判別されたときに、当該ノード
   コンピュータの前記下位ノードを検出する下位ノード検
   出手段と、 前記下位ノードが検出されたときに、前記ターゲットシ
   ステム中において当該ノードコンピュータを表す情報で
   あるアドレスを、当該指示メッセージの前記送信経路情
   報に追加する経路追加手段と、 前記各指示メッセージについて、当該ノードコンピュー
   タの前記下位ノードごとの動作結果を表すデータテーブ
   ルであるノードテーブルを格納するためのノードテーブ
   ル格納手段と、 前記下位ノードが検出されたときに、当該指示メッセー
   ジについて前記ノードテーブルを前記ノードテーブル格
   納手段に登録するノードテーブル登録手段と、 を有し、 前記ノード通信手段は、当該ノードコンピュータの前記
   アドレスが追加された前記指示メッセージを当該ノード
   コンピュータの前記下位ノードへ転送するように構成さ
   れ、 また、前記ノードコンピュータは、 前記受信メッセージが当該ノードコンピュータ宛てでな
   い前記指示メッセージと判別され、かつ、前記下位ノー
   ドが検出されなかったときに、所定のエラーメッセージ
   を生成するエラーメッセージ生成手段を有し、 前記ノード通信手段は、前記エラーメッセージを当該ノ
   ードコンピュータの前記上位ノード又は前記ホストコン
   ピュータへ返信するように構成され、 また、前記ノードコンピュータは、 前記受信メッセージが当該ノードコンピュータ宛ての前
   記指示メッセージと判別されたときに、当該指示メッセ
   ージに含まれる前記指示を実行するデバッグ手段と、 前記実行の結果を表す情報である結果情報に、少なくと
   も当該指示メッセージの前記送信経路情報を付加して、
   前記メッセージである終了メッセージを生成する終了メ
   ッセージ生成手段と、 を有し、 前記ノード通信手段は、この終了メッセージを当該ノー
   ドコンピュータの前記上位ノード又は前記ホストコンピ
   ュータへ返信するように構成され、 また、前記各ノードコンピュータは、 前記受信メッセージが、前記終了メッセージ又は前記エ
   ラーメッセージである返信メッセージで、かつ、当該ノ
   ードコンピュータ宛てでないと判別されたときに、当該
   ノードコンピュータの前記アドレスが当該返信メッセー
   ジの前記送信経路情報に含まれているか否かを判断す
   る、送信経路判定手段を有し、 前記ノード通信手段は、当該ノードコンピュータの前記
   アドレスが当該返信メッセージの前記送信経路情報に含
   まれ、かつ、当該返信メッセージが前記終了メッセージ
   と判別されたときに、当該終了メッセージを当該ノード
   コンピュータの前記上位ノード又は前記ホストコンピュ
   ータに送信するように構成され、 また、前記ノードコンピュータは、 当該ノードコンピュータの前記アドレスが当該返信メッ
   セージの前記送信経路情報に含まれ、かつ、当該返信メ
   ッセージが前記エラーメッセージと判別されたときに、
   当該エラーメッセージに係る前記ノードテーブルの有無
   を検出するノードテーブル検出手段と、 前記ノードテーブルが検出されたときに、前記ノードテ
   ーブルに、当該エラーメッセージに係る前記下位ノード
   から前記エラーメッセージが着信した旨の情報であるエ
   ラーコードを記録するノードエラー記録手段と、 前記エラーコードが記録されたときに、前記ノードテー
   ブルにおいて、全ての前記下位ノードについて前記エラ
   ーコードが記録されているか否かを判断するノードエラ
   ー状態判定手段と、 を有し、 前記エラーメッセージ生成手段は、前記ノードテーブル
   において、当該ノードコンピュータの全ての前記下位ノ
   ードについて前記エラーコードが記録されているとき
   に、前記エラーメッセージを生成するように構成され、 また、前記ノードコンピュータは、 当該ノードコンピュータから、前記終了メッセージ又は
   前記エラーメッセージが当該ノードコンピュータの前記
   上位ノード又は前記ホストコンピュータに返信される場
   合に、当該返信メッセージに係る前記ノードテーブルを
   消去するノードテーブル消去手段を有し、 また、前記ホストコンピュータは、 前記ホスト通信手段が受信した前記受信メッセージが前
   記終了メッセージであるか前記エラーメッセージである
   かを判別するホスト判別手段と、 当該受信メッセージが前記終了メッセージと判別された
   ときに、当該終了メッセージに係る前記結果を表示する
   結果表示手段と、 前記表示に係る前記結果に対応する前記ホストテーブル
   を消去するホストテーブル消去手段と、 当該受信メッセージが前記エラーメッセージと判別され
   たときに、当該エラーメッセージに係る前記ホストテー
   ブルを検出するホストテーブル検出手段と、 前記ホストテーブルが検出されたときに、前記ホストテ
   ーブルに、当該エラーメッセージに係る前記エラーコー
   ドを記録するホストエラー登録手段と、 前記エラーコードが記録されたときに、前記ホストテー
   ブルにおいて、全ての前記下位ノードについてエラーコ
   ードが記録されているか否かを判断するホストエラー状
   態判定手段と、 前記ホストテーブルにおいて、前記ホストコンピュータ
   の全ての前記下位ノードについてエラーコードが記録さ
   れているときに、所定のエラー表示を行うエラー表示手
   段と、 を有し、 前記ホストテーブル消去手段は、前記エラー表示が行わ
   れる場合にも、当該エラー表示に係る前記ホストテーブ
   ルを消去するように構成されたこと、 を特徴とするプログラムデバッグ装置。