JPH05197698A - 分散型情報処理システムのデバッグ方式 - Google Patents

Abstract

(57)【要約】 【目的】 並行・並列動作する複数のプロセスを一時中
断して、その一時中断に続く継続実行をしたあとのプロ
グラムの処理結果が、あたかも一時中断と継続実行のど
ちらも行なわずに実行された時のプログラムの処理結果
と等しくる。 【構成】複数のプロセス１，２，３が互いに通信を行な
い並行・並列動作を実現する分散型の情報処理システム
のデバッグ方式において、複数のプロセスの各々のデバ
ッグを行なう衛星デバッグ手段４，５，６と、その複数
の衛星デバッグ手段の動作を遠隔制御する中央デバッグ
手段７とからなり、プロセスの実行の中断と再開に基づ
き実行中断時間を算出し、中央デバッグ手段に通知する
中断時間通知手段と、あるプロセスの遠隔手続呼出しの
発行が検出されたたと、中央デバッグ手段から通知され
る他のプロセスの前記実行中断時間を含む情報に基づい
て遠隔手続呼出しの実行を遅延させる実行遅延手段とを
有する。

Description

【発明の詳細な説明】 【産業上の利用分野】

【０００１】本発明は、複数の計算機を互いに関連制御
することによって、複数のプログラムを分散して処理す
る分散型の情報処理システムに関し、特にこれらの複数
のプログラムの並行、並列あるいは分散処理に際してそ
のシステム内で並行・並列動作する各プロセスを対象と
してデバッグするのに好適なデバッグ方式に関する。

【０００２】

【従来の技術】近年、ネットワークの普及や計算機の低
価格化と計算機に要求される処理の複雑化と多様化によ
り、複数のプロセス各々について通信チャネルを介した
通信手段を通じて互いに通信を行い協調して並行・並列
動作するプロセスからなるプログラムが記述されるよう
になっている。特に、広域ネットワークや狭域ネットワ
ークで結合された複数の計算機に分散配置された前記並
行・並列動作するプロセスからなる分散プログラムのプ
ログラミングがおこなわれるようになっている。このよ
うなプログラミングにおいては、協調して並行・並列動
作するプロセスを容易に記述する方法や、並行・並列動
作するプロセスを容易にデバッグする方法の開拓が大き
な課題となっている。協調して並行・並列動作するプロ
セスを容易に記述する方法の一つとしては、プログラム
を、処理を提供するサーバと、処理結果を利用するクラ
イアントとに機能分離をおこない、それぞれ機能分担を
行なった形で記述することによりモジュール化プログラ
ミングを行う方法がある。特にサーバとクライアントの
機能分離の方式の一つに遠隔手続呼出しとして知られる
方法がある(たとえば、「分散コンピューティング環境
の最前線」 『日経エレクロトニクス』 1990.6.11 no.5
02 pp.122-148参照)。一方プログラムをデバッグする手
段の一つとして、デバッグしようとするプログラムの特
定の箇所にブレークポイントを設定し、そのプログラム
の実行中にブレークポイントが設定された箇所の命令が
実行される直前でプログラム全体の動作を一時中断さ
せ、プログラム中に用いられている変数の内容を調べた
り、あるいは間違った変数の内容を正しいものと置きか
えたあとで、一時中断した箇所から継続実行を行なう手
法が用いられる。(例えば、M.Linton. A Debugger for
the Berkeley Pascal System. Master's tthesis、Univ
ersity of California atBerkeley、(June、1981) 参
照)このデバッグ手法を、遠隔手続呼出しをプロセス間
通信の基本的な手段として並行・並列動作するプロセス
に対して用いる場合、あらかじめ定めた並行・並列動作
する複数のプロセスにおいて、特定のプロセス中に、デ
バッグをする者が望む地点にブレークポイントを設定
し、そのプロセスのブレークポイントが設定された箇所
の命令が実行される直前に、デバッグの対象としている
並行・並列動作する全てのプロセスの動作を一時中断さ
せたあと、従来の単一プロセスのデバッグ方式と同様の
方式で変数の内容を調べたり、あるいは間違った変数の
内容を正しいものと置きかえたあとで、一時中断させた
並行・並列動作する全てのプロセスの実行を継続する手
法が考案されている。(たとえば、、R. Cooper 「Pilgr
im: A Debugger for Distributed Systems」 Proc. of
7th Int. Conf. on Distributed Computing Systems、p
p.458-465 (Sep. 1987)の5.2節 Distributed breakpoin
ting in Pilgrimを参照)

【０００３】

【発明が解決しようとする課題】しかし従来のプログラ
ムデバッグ方式では、遠隔手続呼出し呼出しをプロセス
間通信の基本的な手段として用いたプロセスがブレーク
ポイントの設定された箇所の命令を実行しようとしたと
きに、デバッグの対象となる並行・並列動作する複数の
プロセスをできるだけ速やかに一時中断させる機能を重
点として考えられていた。そして、並行・並列動作する
複数のプロセスをできるだけ速やかに一時中断させるた
めに、関連するすべてのプロセスに対し一斉に通信を行
うことのできる放送型のプロセス間通信手段を必要とし
ていた。そのため、放送型のプロセス間通信手段を有し
ない分散型の情報処理システムでは、従来の方式では必
要とする機能を構築できないという問題点があった。

【０００４】本発明は、前記のプログラムデバッグ方式
の持つ問題点を解決することを課題とするものである。
即ち、本発明は、従来のプログラムデバッグ方式に対し
て、遠隔手続呼出し手段を用いて互いに通信を行う分散
型の並行・並列動作する複数のプロセスからなる情報処
理システムにおいて、放送型のプロセス間通信手段を必
要としないで、かつ並行・並列動作する複数のプロセス
を一時中断して、その一時中断に続く継続実行をしたあ
とのプログラムの処理結果が、あたかも一時中断と継続
実行のどちらも行なわずに実行された時のプログラムの
処理結果と等しいことが保証されるような、一時中断と
継続実行をする機能を提供することを課題とする。

【０００５】

【課題を解決するための手段】本発明の第１の態様は、
複数のプロセス（図１の１，２，３、図２の２１，２
２，２３）が互いに通信を行ない並行・並列動作を実現
する分散型の情報処理システムのデバッグ方式におい
て、複数のプロセス各々に接続され、接続されたプロセ
スのデバッグを行なう複数の衛星デバッグ手段（図１の
４，５，６、図２の２４，２５，２６）と、その複数の
衛星デバッグ手段の動作を遠隔制御する中央デバッグ手
段（図１の７、図２の２７、図３）と、衛星デバッグ手
段のデバッグ対象のプロセスに遠隔手続呼出しの発行、
終了あるいはタイムアウトがあることを前もって検出す
る遠隔手続呼出し検出手段（図２の２４７，２５７，２
６７）とを備えている。

【０００６】各衛星デバッグ手段は、デバッグ対象のプ
ロセスの実行を一時中断させるとともに中断のあったこ
とを中央デバッグ手段に通知する実行中断手段（図２の
２４１，２５１，２６１）と、中断したプロセスの実行
を再開させ、その再開のあったことを中央デバッグ手段
に通知する実行継続手段（図２の２４３，２５３，２６
３）と、プロセスの実行の中断と再開に基づき実行中断
時間を算出し、中央デバッグ手段に通知する中断時間通
知手段（図２の２４４，２５４，２６４）と、遠隔手続
呼出し検出手段があるプロセスの遠隔手続呼出しの発行
を検出したとき、中央デバッグ手段から通知される他の
プロセスの前記実行中断時間を含む情報に基づいて遠隔
手続呼出しの実行を遅延させる実行遅延手段（図２の２
４５，２４６，２５５，２５６，２６５，２６６）とを
有する。

【０００７】本発明の具体的態様によれば、中断時間通
知手段は、実行中断手段によるプロセスの中断の始まり
の時刻を保持する中断時刻保持手段（図２の２４２，２
５２，２６２）と、その中断時刻保持手段に保持された
時刻と前記実行継続手段による前記プロセスの実行の再
開の時刻とから中断時間を算出する中断時間算出手段
（図２の２４４，２５４，２６４）と、その算出した中
断時間を中央デバッグ手段に通知する手段とを備えてい
る。

【０００８】また、中央デバッグ手段は、ある衛星デバ
ッグ手段から受け取った前記中断時間に、残りのすべて
の衛星デバッグ手段に対し前記中断時間を送信するため
に必要な時間を加算して、中断による実行遅延時間を得
る手段（図３の２７３）と、前記残りのすべての衛星デ
バッグ手段に対しその実行遅延時間を通知する手段とを
有する。

【０００９】また、前記実行遅延手段は、中央デバッグ
手段からの前記実行遅延時間を含む継続指示を受信した
とき、その実行遅延時間を必要に応じて保持する実行遅
延時間受信キュー（図２の２４６，）と、その実行遅延
時間に相当する遅延時間を生成するタイマー（図２の２
４５）とを有する。

【００１０】前記衛星デバッグ手段は、デバッグ中のプ
ロセスについて遠隔手続を発行する各プロセスごとに、
そのプロセスに対して遠隔手続呼出しを受け付け、遠隔
手続を実行するプロセスの識別情報を保持するプロセス
別サーバプロセス表を有するさらに、各衛星デバッグ手
段は、各プロセスの遠隔手続呼出しのタイムアウトを検
出するためのタイムアウト時計と、タイムアウトをした
場合にタイムアウトしなかったものとして、タイムアウ
ト時計を巻き戻す時間を保持するタイムアウト巻き戻し
時間保持部（図２の２４８，２５８，２６８）を有す
る。前記中央デバッグ手段は、各衛星デバッグ手段によ
り中断されたプロセスを識別する識別情報を衛星デバッ
グ部より受信し記録する中断プロセス識別情報保持手段
（図３の２７１）と、デバッグ中のプロセスについて遠
隔手続を実行する各プロセスごとに、そのプロセスに対
して遠隔手続呼出しの発行をするプロセスの識別情報を
保持するプロセス別クライアントプロセス表（図３の２
７２）とを有する。

【００１１】本発明の第２の態様は、複数のプロセスが
互いに通信を行ない並行・並列動作を実現する分散型の
情報処理システムのデバッグ方式において、前記複数の
プロセス各々に接続してデバッグを行なう複数の衛星デ
バッグ手段（図８の８４，８５，８６）と、その複数の
衛星デバッグ手段の動作を遠隔制御する中央デバッグ手
段（図８の８７）とを備える。そして、その中央デバッ
グ手段は、衛星デバッグ手段のデバッグ対象のプロセス
の遠隔手続呼出しの発行、終了、またはタイムアウトを
前もって検出する遠隔手続呼出し検出手段（図８の８７
１，８７２，８７３）と、前記遠隔手続呼出し検出手段
により遠隔手続呼出しの発行、終了、またはタイムアウ
トを検出したとき、その遠隔手続呼出しに関連するプロ
セスの刻時手段の時刻を調節する時間管理手段８７６と
を有し、各衛星デバッグ手段は、前記デバッグ対象の複
数のプロセスのそれぞれに対応する刻時手段（図８の８
８，８９，９０）と、デバッグ対象のプロセスの実行を
一時中断させるとともに、そのプロセスに対応する刻時
手段の作動を停止させる実行中断手段（図８の８４１，
８５１，８６１）と、前記中断したプロセスの実行を再
開させるとともに、そのプロセスに対応する刻時手段の
作動を再開する実行継続手段（図８の８４２，８５２，
８６２）とを有する。

【００１２】前記時間管理手段は、前記実行中断手段に
よって停止し、前記実行継続手段によって再起動した刻
時手段のうち、最も長時間中断した刻時手段の時刻に各
衛星デバッグ手段の刻時手段の時刻を一致させるよう構
成される。

【００１３】また、前記時間管理手段は、具体的態様に
置いては、遠隔手続呼出し検出手段による遠隔手続呼出
しの発行の検出に応答して、その遠隔手続呼出しにおけ
るクライアントである第１のプロセスに対応する刻時手
段の時刻を、前記遠隔手続呼出しにおけるサーバである
第２のプロセスに到達する可能性のあるすべてのプロセ
スのそれぞれに対応する刻時手段の時刻のうち最も遅い
時刻である論理時刻と比較する第１の時刻比較手段（図
８の８７６１）と、前記比較の結果、前記論理時刻の方
が遅れていたときには、前記第１のプロセスの刻時手段
の時刻を停止させ、前記論理時刻の刻時手段のアラーム
に、前記第１のプロセスの時刻を設定する第１のアラー
ム設定手段（図８の８７６３）と、遠隔手続呼出し検出
手段による遠隔手続呼出しの終了の検出に応答して、前
記第１のプロセスの刻時手段の時刻を前記第２プロセス
の時刻に変更設定する時刻変更手段（図８の８７６４）
とを備えている。

【００１４】さらに、前記時間管理手段は、他の具体的
態様では、前記遠隔手続呼出し検出手段によりあるプロ
セスの遠隔手続呼出しのタイムアウトの検出に応答し
て、前記第２プロセスの論理時刻を、前記第１のプロセ
スの時刻と比較する第２の時刻比較手段（図８の８７６
５）と、その比較の結果、前記論理時刻の方が遅れてい
るときは、前記第１のプロセスの時刻を停止させ、かつ
前記論理時刻の刻時手段のアラームに、前記第１のプロ
セスの時刻を設定する第２のアラーム設定手段（図８の
８７６６）と、前記アラームに設定された時刻より前に
前記遠隔手続呼出しの終了が検出されたとき、前記アラ
ームを解除し、前記アラームに設定された時刻までに前
記遠隔手続呼出しの終了が検出されなかったとき、前記
遠隔手続呼出しのタイムアウト処理を行うタイムアウト
処理手段（図８の８７６７）とを備えている。

【００１５】

【作用】第１の態様の発明（請求項１）において、一つ
の衛星デバッグ手段、例えば第３の衛星デバッグ手段
（２６）が、デバッグ対象のクライアントプロセス（２
３）のブレークポイントが設定されている命令を実行し
ようとしたことを検出すると、実行中断手段（２６１）
は、クライアントプロセス（２３）の実行を中断させる
とともに、クライアントプロセス（２３）の実行が中断
されたことを中央デバッグ手段（２７）に送信する。こ
の時点では、中央デバッグ手段（２７）は、特に並行・
並列動作している他のプロセス（２１、２２）の実行の
中断の制御をおこなわない。

【００１６】デバッグが進み、デバッグをする者の指示
で第３の衛星デバッグ手段（２６）が、クライアントプ
ロセス（２３）の実行を継続しようとするとき、中断時
間通知手段（２６４）により中断時間を計算し、中央デ
バッグ手段２７に中断時間を送信する。中央デバッグ手
段（２７）は、全ての衛星デバッグ手段に実行継続指示
及び、中断時間を送信し終えるのに必要な継続指示送信
必要時間を計算したのち、全ての衛星デバッグ手段に実
行継続指示および計算した継続指示送信必要時間と中断
時間の和Ｔを送信する。実行遅延手段（２４６，２４
５）は、遠隔手続呼出し検出手段（２４７，２５７，２
６７）があるプロセス（例えば第１プロセス２１）によ
り遠隔手続呼出しの発行が行われようとしていることを
検出したとき、中央デバッグ手段から通知された他のプ
ロセスの中断時間を含む情報、即ち継続指示送信必要時
間と中断時間の和Ｔに基づいて遠隔手続呼出しの実行を
遅延させる。以上のように、本発明は、サーバプロセス
とクライアントプロセスについて、放送型のプロセス間
通信部を必要としないで、遠隔手続呼出しによるプロセ
ス間通信の順序を変えずに、並行・並列動作する各プロ
セスの実行の中断を適切に制御することができる。従っ
て、デバッグをする者は、放送型のプロセス間通信部を
有しないネットワークシステムにおいて、デバッグ中に
プログラムの一時中断を行なってもプログラムの動作の
結果は変わらないような、好適なデバッグ手法を用いる
ことができる。

【００１７】第２の態様の発明において、各プロセスは
実行開始時にホストマシンのシステム時計９１などを参
照し、各プロセスの刻時手段（８８，８９，９０）に時
刻をセットする。あるプロセス例えば図１２の第１プロ
セスがある時刻、例えば時刻"３"において遠隔手続呼出
しを発行し、他のプロセス例えば図１２の第２プロセス
を呼出し、対応する第２の衛星デバッグ部（８５）が、
その第２プロセスのブレークポイントが設定されている
命令を実行しようとしたことを時刻"５"に検出したとす
る。この場合、第２の実行中断部（８５１）を用いて第
２プロセス（８２）の実行をシステム時刻"５"に中断し
たあと、第２の刻時手段（８９）を停止させる。この時
点で中央デバッグ部（８７）は、特に並行・並列動作し
ている他のプロセス（８３）の実行の中断の制御をおこ
なわない。従って、第１の刻時手段（８８）および第２
の刻時手段（９０）は刻時を続ける。

【００１８】デバッグが進み、デバッグをする者の指示
で第２の衛星デバッグ部（８５）が、ある時点例えばシ
ステム時計の時刻"１０"において第２プロセス（８２）
の実行を再開、継続させるとした場合、第２刻時手段
（８９）は前述のように時刻"５”で停止していたの
で、その続きの刻時動作を再開する。第２プロセス（８
２）から第１プロセス（８１）への遠隔手続き呼び出し
終了を遠隔手続呼出し終了検出部（８７２）が検出する
と、中央デバッグ部（８７）の時間管理手段は、第１の
プロセス（８１）の刻時手段（８８）の時刻を第２プロ
セス（８２）の刻時手段（８９）の時刻"６"に設定す
る。

【００１９】遠隔手続呼出しタイムアウト検出手段（８
７３）が、第１プロセスの遠隔手続呼出しのタイムアウ
トが発生する直前の第１刻時手段（８８）の時刻"７"に
おいて、遠隔手続呼出しのタイムアウトが発生すること
を検出した場合、中央デバッグ部（８７）は第１衛星デ
バッグ部により、第１の刻時手段８４の刻時を停止させ
る。

【００２０】以上述べたようにこの本発明の第２態様に
よれば、前記第１の態様と同様に、サーバープロセスと
クライアントプロセスの衛星デバッグ手段を適切に制御
することにより、プログラムの一時中断と継続実行をお
こなうときに、放送型のプロセス間通信手段を必要とし
ないで、かつ並行・並列動作する複数のプロセスの実行
を一時中断して、その一時中断に続く継続実行をしたあ
とのプログラムの処理結果が、あたかも一時中断と継続
実行のどちらも行なわずに実行された時のプログラムの
処理結果と等しいことが保証されるような、一時中断と
継続実行をする機能を提供することができる。従って、
デバッグをする者は放送型のプロセス間通信手段を必要
としないで一時中断と継続実行を用いたデバッグをする
ことができる。 さらに、第２の態様によれば、時間管
理手段により各プロセスに対応する複数の刻時手段を調
節するようにしたので、プロセスのブレークポイント設
定による中断の時間が、複数のプロセスで一部重複があ
る場合に、遅延時間を中断の時間の和とする必要がない
ので、システム全体の遅延時間を小さくすることができ
る。

【００２１】

【実施例】

〔第１の実施例〕図２は、本発明の一実施例によるデバ
ッグ方式の機能を示すブロック図である。本実施例の方
式は、図２に示すように、複数のプロセス即ち第１プロ
セス２１，第２プロセス２２および第３プロセス２３が
互いに通信を行ない並行・並列動作を実現する分散型の
情報処理システムのデバッグ方式である。そして、この
方式は、これらのプロセス２１，２２，２３の各々と接
続してデバッグを行なう複数（この例では３個）の衛星
デバッグ部即ち第１，第２，第３の衛星デバッグ部２
４，２５，２６と、その複数の衛星デバッグ部２４，２
５，２６の動作を遠隔制御する中央デバッグ部２７とを
備えている。また複数の衛星デバッグ部２４，２５，２
６と中央デバッグ部２７が時刻を参照するための時計２
８を備える。

【００２２】また各々の衛星デバッグ部２４、２５、２
６は図２に示すように、各々と接続している複数のプロ
セス２１、２２、２３が各々のプロセス中に設定されて
いるどれかのブレークポイントの位置の命令を実行する
直前に、プロセスの実行を一時的に中断する実行中断部
２４１、２５１、２６１と、中断した時の時刻を保持す
る中断時刻保持部２４２、２５２、２６２および中断し
ているプロセスを再開し継続実行するための実行継続部
２４３、２５３、２６３と、継続実行時に中断時刻保持
部２４２、２５２、２６２と時計２８から、実行が中断
されていた時間を計算する中断時間計算部２４４、２５
４、２６４と、実行中断部２４１、２５１、２６１およ
び第１、第２、第３の実行継続部２４３、２５３、２６
３と組み合わせて、前記複数の衛星デバッグ部２４、２
５、２６が接続しているそれぞれのプロセスの実行を任
意時間中断するのに用いるタイマー２４５、２５５、２
６５と、中央デバッグ部２７から送られる中断時間情報
をＦＩＦＯ(先入れ先だし)形式で保持する受信キュー２
４６、２５６、２６６と、衛星デバッグ部２４、２５、
２６のデバッグ対象のプロセスに遠隔手続呼出しの発行
が発生する直前に、遠隔手続呼出しの発行が起動される
ことを検出する第１、第２、第３の遠隔手続呼出し発行
検出部２４７、２５７ 、２６７と、発行済の遠隔手続
呼出しが予め定めた期間内に返り値が得られない場合即
ちタイムアウトをした場合にタイムアウトしなかったも
のとして、第１、第２、第３のタイムアウト時計を巻き
戻す時間を保持する第１、第２、第３のタイムアウト巻
き戻し時間保持部２４８、２５８、２６８と、デバッグ
中のプロセスについて遠隔手続を発行する各プロセスご
とに、そのプロセスに対して遠隔手続呼出しを受け付
け、遠隔手続を実行するプロセスの識別情報を保持する
プロセス別サーバプロセス表２４９、２５９、２６９を
有する。

【００２３】また前記中央デバッグ部２７は、図３に示
すように、衛星デバッグ部２４,２５、２６が中断した
プロセスを識別する識別情報を衛星デバッグ部２４，２
５，２６より受信し記録する中断プロセス識別情報保持
部２７１と、デバッグ中のプロセスについて遠隔手続を
実行する各プロセスごとに、そのプロセスに対して遠隔
手続呼出しの発行をするプロセスの識別情報を保持する
プロセス別クライアントプロセス表２７２を備える。図
９は複数のプロセスＰ１〜Ｐ５間の遠隔手続呼出しにお
けるクライアント、サーバの関係の例を表すもので、図
１０はその関係を表にしたプロセス別クライアント表の
例を示すものである。なお、各プロセス間の通信、各衛
星デバッグ部相互間の通信、および中央デバッグ部と各
衛星デバッグ部との間の通信はそれぞれ適宜の通信手段
により行われるが、通信手段は公知の任意のものを用い
ることができ、ここでは説明を省略する。

【００２４】上記構成において、第１の衛星デバッグ部
２４によりデバッグが行なわれている一つのクライアン
トプロセスである第１プロセス２１（以下、クライアン
トプロセス２１）の実行中に、遠隔手続を含むサーバプ
ロセスである第２プロセス２２（サーバプロセス２２）
が動作している計算機上で、第２の衛星デバッグ部２５
によりデバッグが行なわれているサーバプロセス２２に
対して、遠隔手続呼出しの発行を行ない、また、第３の
衛星デバッグ部２６によりデバッグが行なわれている一
つのクライアントプロセスである第３プロセス２３(以
下、クライアントプロセス２３)の実行中に、サーバプ
ロセス２２対して遠隔手続呼出しの発行を行なう場合を
例に取り動作を説明する。また、ここで遠隔手続を有す
るプロセスは遠隔手続のみを実行するものとする。ここ
でデバッグをする者は、中央デバッグ部２７から指示し
て、プロセス、たとえばクライアントプロセス２３にブ
レークポイントを設定する。サーバプロセス２２の実行
の中断を行なうとき、サーバプロセス２３の実行の中断
された時点で、クライアントプロセス２１あるいはクラ
イアントプロセス２３はサーバプロセス２２に対して遠
隔手続呼出しを発行中でないものと説明する。

【００２５】第３の衛星デバッグ部２６が、クライアン
トプロセス２３のブレークポイントが設定されている命
令を実行しようとしたことを検出すると、実行中断部２
６１は、クライアントプロセス２３の実行を中断させる
とともに、クライアントプロセス２３の実行が中断され
たことを中央デバッグ部２７に送信する。中央デバッグ
部２７はこの情報を中断プロセス識別情報保持部２７１
に記録する。この時点では、中央デバッグ部２７は、特
に並行・並列動作している他のプロセス２１、２２の実
行の中断の制御をおこなわない。ここで遠隔手続呼出し
発行検出部の実現方法は従来から知られる方法によるも
のとする。例えば、遠隔手続呼出し起動ライブラリに前
もって、遠隔手続呼出しが起動されるときに、衛星デバ
ッグ部に制御を引渡すことができるように、ブレークポ
イントを設定しておく方法とする。

【００２６】デバッグが進み、デバッグをする者の指示
で第３の衛星デバッグ部２６が、クライアントプロセス
２３の実行を継続しようとするとき、中断時間計算部２
６４により中断時間を計算し、中央デバッグ部２７に中
断時間を送信する。中央デバッグ部２７は接続している
衛星デバッグ部の数をプロセス別クライアント表２７２
により調べ、全ての衛星デバッグ部に実行継続指示、中
断されたプロセス識別情報、および、中断時間を送信し
終えるのに必要な継続指示送信必要時間を計算したの
ち、全ての衛星デバッグ部に実行継続指示、中断された
プロセス識別情報および計算した継続指示送信必要時間
と中断時間の和Ｔを送信したあと、中断プロセス識別情
報保持部２７１に記録されている情報を消去し、次の実
行中断に備える。上記情報の送信において、放送型の通
信によらず、送信先の衛星デバッグ部の順序を予め定め
られた適当な順序とし、一対一、あるいは一対複数の通
信により行うことができる。しかし、放送型の通信部を
用いて一斉同報により通信をおこなっても良い。また継
続指示送信必要時間と中断時間の和のかわりに継続指示
送信必要時間と中断時間の和に現在時刻あるいは定数を
加えるか引くかしたものを送信してもよい。

【００２７】各衛星デバッグ部２４、２５、２６は実行
継続指示、中断されたプロセス識別情報、および、継続
指示送信必要時間と中断時間の和Ｔを受信したならば、
受信した時点（図４（ｂ）のｔ2）で、遠隔手続呼出し
を実行中でなければ、継続指示送信必要時間と中断時間
の和は各衛星デバッグ部２４、２５、２６の有する受信
キュー２４６、２５６、２６６の最後のデータとして追
加される。

【００２８】次に、各衛星デバッグ部に接続しているプ
ロセスが遠隔手続呼出しの順序を保持するために衛星デ
バッグ部の指示によって中断中であるときの動作を説明
する。各衛星デバッグ部２４、２５、２６ごとに次の
(ア)(イ)の操作を繰り返す。 (ア) 各衛星デバッグ部２４、２５、２６の有する受信
キュー２４６、２５６、２６６をそれぞれ調べる。その
結果受信キューが空である場合、受信キューが空である
衛星デバッグ部に接続しているプロセスの実行が再開さ
れたことを中央デバッグ部２６に送信し、実際に継続実
行を開始させ、(ア)(イ)の繰り返しを終了する。中央デ
バッグ部２７はプロセスの実行が再開されたこと受信
し、この情報により中断プロセス識別情報保持部２７１
から指定されたプロセスの情報を消す。 (イ) それぞれの受信キュー２４６、２５６、２６６に
保持されている継続指示送信必要時間と中断時間の和
（図４（ｂ）のＴ）を、それぞれ着信順に取り出し合計
を計算して、中断時刻保持部２４２、２５２、２６２に
それぞれ加えることにより計算される継続実行開始時刻
を、それぞれタイマー２４５、２５５、２６５にセット
し、それぞれのプロセス２１、２２、２３の実行を中断
したまま待つ。

【００２９】次に各衛星デバッグ部に接続しているプロ
セスの処理がそれぞれ進み、サーバプロセスに遠隔手続
呼出しを発行した場合、遠隔手続呼出しの順序を保存す
るために必要に応じてプロセスを中断させるときの動作
を説明する。第１の衛星デバッグ部２４に接続している
クライアントプロセス２１の処理が進み、図４の時刻ｔ
1においてサーバプロセス２２への遠隔手続呼出しの発
行が行われることを遠隔手続呼出し発行検出部２４７が
検出すると、第１の衛星デバッグ部２４は、タイムアウ
ト巻き戻し時間保持部２４８の内容を消去するととも
に、中央デバッグ部２７に、サーバプロセス２２への遠
隔手続呼出しの発行が発生することを知らせる。

【００３０】中央デバッグ部２７は、中断プロセス識別
情報保持部２７１の記録を調らべ、遠隔手続呼出しの受
け手であるサーバプロセス２２の実行が中断されていれ
ば、クライアントである第１プロセス２１に関連して実
行が中断されているプロセスがあることを第１の衛星デ
バッグ部２４に答える。もし中断プロセス識別保持部２
７１にサーバプロセス２２の中断が記録されていなけれ
ば、プロセス別クライアントプロセス表２７２により、
サーバプロセス２２のクライアントのどれかが中断プロ
セス識別情報保持部２７１に登録されているか否か、す
なわち実行が中断されているクライアントプロセスがあ
るか否かを調べる（上記図４（ｂ）の例では実行が中断
されているクライアントプロセス、すなわち第３プロセ
スがある）。このようにして、サーバプロセス２２から
始まってプロセス別クライアントプロセス表２７２を繰
り返し引くことにより得られる、考えられうるすべての
クライアントプロセスを調べ、どれかのクライアントプ
ロセスの実行が中断されていることが分った場合、クラ
イアントプロセス２１に関連して実行が中断されている
プロセスがあることを第１の衛星デバッグ部２４に答え
る。

【００３１】第１の衛星デバッグ部２４は、クライアン
トプロセス２１に関連して実行が中断されているプロセ
スがあることを通知された場合、クライアントプロセス
２１の実行を遠隔手続呼出しが発行される直前で中断
し、クライアントプロセス２１の実行が中断されたこと
を中央デバッグ部２７に送信し,中央デバッグ部２７は
この情報を中断プロセス識別情報保持部２７１に記録す
る.第１の衛星デバッグ部２４は、クライアントプロセ
ス２１に関連して実行が中断されているプロセスがない
ことを知った場合、受信キュー２４６を調べ、受信キュ
ー２４６が空ならば、そのままなにもしない。その結
果、クライアントプロセス２１は遠隔手続呼出しを行な
い、処理を継続する。

【００３２】第１の衛星デバッグ部２４は、クライアン
トプロセス２１に関連して実行が中断されているプロセ
スがなくて、かつ受信キュー２４６が空でない場合（例
えば図５（ｂ）の第１プロセスの場合）ならば、クライ
アントプロセス２１の実行を遠隔手続呼出しが発行され
る直前（図５の（ｂ）では時刻ｔ3）で中断し、クライ
アントプロセス２１の実行が中断されたことを中央デバ
ッグ部２７に送信し,中央デバッグ部２７はこの情報を
中断プロセス識別情報保持部２７１に記録する。そのあ
と前記(ア)(イ)の操作を繰り返す。図５（ｂ）の例てで
は時刻ｔ4にて再度第３プロセスの一時中断と継続実行
による遅延時間Ｔ2を受信しているので、前記（ア）
（イ）の操作はそれぞれ（ア）（イ）（ア）（イ）の順
序で２回ずつ行われる。

【００３３】次に、サーバプロセス２２の実行が中断さ
れたとき、クライアントプロセス２１はサーバプロセス
２２に対して遠隔手続呼出しを発行中であるときを説明
する。第２の衛星デバッグ部２５の作用はこれまでの説
明と同じである。第１の衛星デバッグ部２４の動作は、
クライアントプロセス２１がサーバプロセス２２から遠
隔手続呼出しの返り値を受信する前に、タイムアウト時
計２１１が時間切れを検出することによってタイムアウ
トを発生する場合で説明する。タイムアウトを発生しな
い場合は特に処理はしない。各衛星デバッグ部２４、２
５、２６において、中央デバッグ部２７からの実行継続
指示および、継続指示送信必要時間と中断時間の和Ｔを
受信したならば、受信した時点で、各衛星デバッグ部２
４、２５、２６と接続しているプロセスが遠隔手続呼出
しを実行中である場合、継続指示および、継続指示送信
必要時間と中断時間の和を送信したデバッグ部が接続し
ているプロセスが、受信した衛星デバッグ部の接続して
いるプロセスをキーとしてプロセス別サーバプロセス表
２４９、２５９、２６９をそれぞれ独自に引いて得られ
るプロセスのどれかに一致しているか、あるいは、プロ
セス別サーバプロセス表２４９、２５９、２６９を引い
て得られるプロセスを新たなキーとして、繰り返しプロ
セス別サーバプロセス表を引いて得られるプロセスのど
れかに一致していれば、受信した継続指示送信必要時間
と中断時間の和を、それぞれタイムアウト巻き戻し時間
保持部２４８、２５８、２６８に記録する。一致してい
なければ、受信した継続指示送信必要時間と中断時間の
和は、各衛星デバッグ部２４、２５、２６の有する受信
キュー２４６、２５６、２６６の最後のデータとして追
加される。

【００３４】衛星デバッグ部２４は、タイムアウトが発
生する場合、タイムアウトが発生したときに第１の衛星
デバッグ部２４はタイムアウト処理を実行せずにクライ
アントプロセス２１の実行を中断する。次に、タイムア
ウト巻き戻し時間保持部２４８を調べ、タイムアウト巻
き戻し時間が記録されているばあい、タイムアウト時計
２１１をタイムアウト巻き戻し時間保持部２４８に記録
されているタイムアウト巻き戻し時間だけもどして実行
を継続する。

【００３５】タイムアウト巻き戻し時間保持部２４８を
調べ、タイムアウト巻き戻し時間が記録されていない場
合、衛星デバッグ部２４は、中央デバッグ部２７に、ク
ライアントプロセス２１に関連して実行が中断されてい
るプロセスがあるかどうかを問い合わせ、その答とし
て、クライアントプロセス２１に関連して実行が中断さ
れているプロセスがある場合、衛星デバッグ部２４は、
実行継続指示および、継続指示送信必要時間と中断時間
の和を受信するまで待つ。クライアントプロセス２１に
関連して実行が中断されているプロセスがない場合、ク
ライアントプロセス２１の実行を継続し、その結果クラ
イアントプロセス２１はタイムアウトの処理を実行す
る。

【００３６】以上のように、本実施例は、サーバプロセ
スとクライアントプロセスについて、放送型のプロセス
間通信部を必要としないで、遠隔手続呼出しによるプロ
セス間通信の順序を変えずに、並行・並列動作する各プ
ロセスの実行の中断を適切に制御することができるの
で、デバッグをする者は、放送型のプロセス間通信部を
有しないネットワークシステムにおいて、デバッグ中に
プログラムの一時中断を行なってもプログラムの動作の
結果は変わらないような、好適なデバッグ手法を用いる
ことができる。

【００３７】次に、以上に説明した実施例の動作のその
他の具体例について説明する。図４〜図７は、動作例を
タイムチャートで示したものである。なお、タイムチャ
ートにおいて破線の矢印は、本来、ブレークポイントの
中断がなかったら遠隔手続呼出しが発生する地点を示す
ものである。 （動作例１）図４の（ａ）は、クライアントプロセス２
３がサーバプロセス２２に遠隔手続呼出しを発行したあ
と、クライアントプロセス２１がサーバプロセス２２に
遠隔手続呼出しを発行し、その後、再び、クライアント
プロセス２３がサーバプロセス２２に遠隔手続呼出しを
発行する例を示すものであり、この例ではブレークポイ
ントは設定されていない。図４の（ｂ）は、クライアン
トプロセス２３がサーバプロセス２２に遠隔手続呼出し
を発行したあと、でかつ、クライアントプロセス２１が
サーバプロセス２２に遠隔手続呼出しを発行する前に、
クライアントプロセス２３がブレークポイントの設定さ
れた命令を実行しようとする場合の例を示すものであ
る。図４の（ｂ）で示すように第３プロセス（クライア
ントプロセス）２３が第２プロセス（サーバプロセス）
２２に遠隔手続呼出しを発行したあと、でかつ、第１プ
ロセス２１が第２プロセス２２に遠隔手続呼出しを発行
する前に、第３プロセス２３がブレークポイントの設定
された命令を実行しようとすれば、その実行が中断され
る。このとき、第３プロセス２３に接続している第３の
衛星デバッグ部２６は中央デバッグ部２７に第３プロセ
ス２３の実行の中断を知らせる。次に、時刻t１にて第
１プロセス２１が第２プロセス２２に遠隔手続呼出しを
発行しようとして、遠隔手続呼出しが遠隔手続呼出し発
行検出部２４７で検出されるので,第１の衛星デバッグ
部２４は 中央デバッグ部２７に第１プロセス２１に関
連するプロセスが中断されているかどうか問い合わせ
る。

【００３８】さて、ここで中央デバッグ部２７は、第１
プロセス２１のサーバプロセスである第２プロセス２２
についてプロセス別クライアントプロセス表２７２を調
べると、第１プロセス２１、および第３プロセス２３が
登録されており、次に、中断プロセス識別情報保持部２
７１により実行中断プロセスを調べると第３プロセス２
３が登録されているため、中央デバッグ部２７は第１の
衛星デバッグ部２４に第１プロセス２１に関するプロセ
スが中断されていると返答する。そうすると、第１の衛
星デバッグ部２４は第１プロセス２１を中断する。

【００３９】その後、図４（ｂ）に示すように、第３プ
ロセス２３は継続実行が指示され、第３の衛星デバッグ
部２６の中断時間計算部２６４は中断時間を計算し、中
央デバッグ部２７に継続指示と第３プロセス２３の中断
時間を送信する。中央デバッグ部２７の延期時間計算部
２７３は、全ての衛星デバッグ部に継続指示を送信する
のに必要な時間を見積もって、中断時間と加える。この
時間を延期時間Ｔとする。そして、中央デバッグ部２７
は全ての衛星デバッグ部に継続指示と延期時間Ｔを予め
定めた順序で送信する。中央デバッグ部２７は、各衛星
デバッグ部に継続指示と延期時間Ｔを送信するたびに、
各衛星デバッグ部が継続指示と延期時間Ｔを受信した
ら、その衛星デバッグ部が接続しているプロセスが中断
プロセス識別情報保持部２７１に登録されているかどう
かを調べ、登録されていれれば、その登録を記録から消
す。衛星デバッグ部２３は、Ｔを受信し中断時間がちょ
うど Ｔとなる時刻ｔ2に第３プロセス２３を再開させ、
第３プロセス２３は継続実行する。

【００４０】また、第１の衛星デバッグ部２４は時刻ｔ
2で継続指示と延期時間Ｔを受信し、第１プロセス２１
の中断時間が丁度Ｔと等しくなる時間（時刻ｔ2より、
Ｔ−（ｔ2−ｔ1）時間）だけタイマ２４５を使って待っ
たのち第１プロセス２１を継続実行させる。その結果、
第３プロセス２３の中断以降での、第１プロセス２１と
第２プロセス２２と第３プロセス２３の間のプロセス間
通信の前後関係は変化しないため、プログラム全体の動
作は第３プロセス２３を中断しなかった場合、すなわ
ち、図４の（ａ）で示す場合と等価になり、プログラム
の結果は変わらない。

【００４１】また、第１プロセス２１は時刻ｔ1以後、
時刻(ｔ1+Ｔ)までの間のどこで継続指示を受信しても第
１プロセス２１の継続実行の再開のタイミングは変わら
ないため、中央デバッグ部２７は放送型の一斉同報通信
をもちいることなく、デバッグ部ごとに１対１の通信に
より送信をすることができる。もちろん、放送型の一斉
同報通信により、継続指示を送信してもなんら構わな
い。

【００４２】（動作例２）図５に本発明の実施例の他の
動作例のタイムチャートで示す。この動作例は図５の
（ａ）で示すように、本来は第３プロセス２３が第２プ
ロセス２２に遠隔手続呼出しを発行したあと、第１プロ
セス２１第２がプロセス２２に遠隔手続呼出しを発行す
る例である。図５（ｂ）で示すように第３プロセス２３
が第２プロセス２２に遠隔手続呼出しを発行する前に、
第３プロセス２３がブレークポイントの設定された命令
を実行しようとすれば、その実行が中断される。このと
き、第３プロセス２３に接続している第３の衛星デバッ
グ部２６は中央デバッグ部２７にプロセス３の実行の中
断を知らせる。次に、第１プロセス２１が第２プロセス
２２に遠隔手続呼出しを発行する前に第３プロセス２３
の実行継続が行なわれた場合、動作例１と同様にして、
中央デバッグ部２７に第３プロセス２３の実行継続と中
断時間が知らされ、その結果中央デバッグ部２７は延期
時間Ｔ1を決定し、全ての衛星デバッグ部に継続指示と
延期時間Ｔ1を送信する。

【００４３】第１の衛星デバッグ部２１が継続指示と延
期時間Ｔ1を受信した時点で、第１プロセス２１は実行
が中断されていないため、延期時間Ｔ1は受信キュー２
４６に蓄積される.その後、第１プロセス２１の遠隔手
続呼出しの発行が検出され受信キュー２４６の内容を調
べると、受信キュー２４６は空でないため、第１衛星デ
バッグ部２４は第１プロセス２１の実行を中断し、延期
時間Ｔ1だけ待つ。この後、第３プロセス２３は再度ブ
レークポイントに到達し、前記のブレークポイント到達
と同様に、デバッグをする者の継続の指示によって中央
デバッグ部２７から継続指示と延期時間Ｔ2が送信され
る。

【００４４】第１の衛星デバッグ部２４は延期時間Ｔ1
だけ第２プロセスへの遠隔手続呼出しの発行を待った後
再度、受信キュー２４６の内容を調べ、さらに延期時間
Ｔ2だけ待つ。第１プロセス２１が中断されたまま、第
１の衛星デバッグ部２１が延期時間Ｔ2だけ待っている
間に、継続実行された第３プロセスが第２プロセス２２
に遠隔手続呼出しを発行する。その後、第１の衛星デバ
ッグ部２４は延期時間Ｔ2だけ待ったあと、受信キュー
２４６の内容が空であることを知り、第１プロセス２４
を継続実行させ、その結果、第１プロセス２１は第２プ
ロセス２２に遠隔手続呼出しを発行する。

【００４５】この動作例においても、第１プロセス２１
と第２プロセス２２と第３プロセス２３のプロセス間通
信の関係は実行を中断しなかった場合、すなわち、図５
の（ａ）と変わらないため、プログラム全体の動作は第
３プロセス２３を中断しなかった場合、すなわち、図５
の（ａ）で示す場合と等価になり、プログラムの結果は
変わらない。このため、この動作例においても、デバッ
グをする者はプログラムの動作を変えることなく実行の
中断と継続実行ができる。また動作例１と同じ理由で、
中央デバッグ部２７は放送型の一斉同報通信を用いるこ
となく、デバッグ部ごとに１対１の通信により送信をす
ることができる。もちろん、放送型の一斉同報通信によ
り、継続指示を送信してもなんら構わない。

【００４６】（動作例３）図６は本発明の実施例のさら
に他の動作例のタイムチャートを示すものである。この
動作例は図６の（ａ）で示すように、本来は第４プロセ
ス（図２には示されていない）が第３プロセスに遠隔手
続呼出しを発行したあと、第３プロセスが返り値を返す
前に第２プロセスに遠隔手続呼出しを発行し、その後、
第１プロセスが第２プロセスに遠隔手続呼出しを発行す
る例である。図６の（ｂ）で示すように第４プロセスが
第３プロセスに遠隔手続呼出しを発行する前に、第４プ
ロセスがブレークポイントの設定された命令を実行しよ
うとすれば、その実行が中断される。このとき、第４プ
ロセスに接続している第４衛星デバッグ部（図２には示
されていない）は中央デバッグ部に第４プロセスの実行
の中断を知らせる。

【００４７】次に、第１プロセスが第２プロセスに遠隔
手続呼出しを発行する前に第４プロセスの実行継続が行
なわれた場合、動作例１と同様にして、中央デバッグ部
に第４プロセスの実行継続と中断時間が通知され、その
結果中央デバッグ部は延期時間Ｔを決定し、全ての衛星
デバッグ部に継続指示と延期時間Ｔを送信する。第１の
衛星デバッグ部が継続指示と延期時間Ｔを受信した時点
で、第１プロセスは実行が中断されていないため、延期
時間Ｔは第１衛星デバッグ部の受信キューに蓄積され
る。その後、第１プロセスに遠隔手続呼出しの発行が検
出され第１衛星デバッグの受信キューの内容を調べる
と、受信キューは空でないため、第１衛星デバッグ部２
４は第１プロセスの実行を中断し、延期時間Ｔだけ待
つ。また、第２プロセスと第３プロセスは継続指示と延
期時間Ｔを受信するが、第４プロセスはそれぞれのサー
バプロセスであるため受信キューには蓄積されないの
で、その後の動作には影響を与えない。

【００４８】（動作例４）図７の（ａ）は、第２プロセ
スから第３プロセスへの遠隔手続呼出しのタイムアウト
１と、第１プロセスから第２プロセスへの遠隔手続呼出
しのタイムアウト２の位置を示した図である。第１の衛
星デバッグ部２４は、第１プロセス２１が第２プロセス
２２から遠隔手続呼出しの返り値の受信が遅れれば、タ
イムアウト時計２１１が時間切れを検出することによっ
てタイムアウト１を発生する。しかし、本来の動作を行
えばタイムアウト１が発生する前に返り値を受信するこ
とができる。

【００４９】第３プロセスがブレークポイントにより動
作が中断することで返り値の受信が遅れ、それにより衛
星デバッグ部２４は、タイムアウト１が発生する場合、
タイムアウト１の発生が検出されたときに第１の衛星デ
バッグ部２４はタイムアウト処理を実行せずにクライア
ントプロセス２１の実行を中断する。次に、タイムアウ
ト巻き戻し時間保持部２４８を調べ、タイムアウト巻き
戻し時間が記録されている場合（図７（ｂ）ではｔ5で
の継続指示と延期時間Ｔの受信以後にｔ7で発生したタ
イムアウト２が相当する）、タイムアウト時計２１１を
タイムアウト巻き戻し時間保持部２４８に記録されてい
るタイムアウト巻き戻し時間だけもどして実行を継続す
る。

【００５０】タイムアウト巻き戻し時間保持部２４８を
調べ、タイムアウト巻き戻し時間が記録されていない場
合（図７（ｂ）ではｔ5での継続指示ｔ6で発生したタイ
ムアウト１がこの場合に相当する）、衛星デバッグ部２
４は、中央デバッグ部２７に、クライアントプロセス２
１に関連して実行が中断されているプロセスがあるかど
うかを問い合わせ、その答として、クライアントプロセ
ス２１に関連して実行が中断されているプロセス（この
場合、第３プロセス）があるので、衛星デバッグ部２４
は、実行継続指示および、継続指示送信必要時間と中断
時間の和を受信するまで待つ。

【００５１】〔第２の実施例〕前述の第１の実施例のプ
ログラムデバッグ方式では、複数のプロセスで並行的に
一時中断と継続実行が行なわれた場合には、それらの停
止時間の総和に相当する時間だけ、その他の各プロセス
の遠隔手続き呼び出しの発行を遅らせる。そのため、第
１の実施例ではシステム全体の実行が必要以上に遅れる
ことがある。本第２の実施例は、この点を改良するもの
である。図８は、第２の実施例の構成を示すものであ
る。これは、第１の実施例と同様に、複数のプロセス即
ち第１プロセス８１，第２プロセス８２，・・，第ｎプ
ロセス８３が互いに通信を行ない並行・並列動作を実現
する分散型の情報処理システムのデバッグ方式である。
そして、複数のプロセス８１，８２，８３の各々と接続
してデバッグを行なう複数の衛星デバッグ部即ち第１衛
星デバッグ部８４，第２衛星デバッグ部８５，第３衛星
デバッグ部８６と、それらの複数の衛星デバッグ８４，
８５，８６の動作を遠隔制御する中央デバッグ部８７と
を備えている。また、複数の衛星デバッグ部８４，８
５，８６が各々と接続しているプロセスの時刻の参照と
停止と設定をおこなう複数の時計８８，８９，９０を備
えている。また、それらの時計を同期させ、システムの
基準となる時計であるシステム時計９１を備えている。
また各々の時計８８，８９，９０には、時刻とプロセス
識別子の組で複数のアラームをセットすることができ
る。

【００５２】中央デバッグ部８７は、遠隔手続呼出しの
発行が行われることを各プロセスごとに事前に検出する
遠隔手続呼出し発行検出部８７１と、第１〜第ｎの衛星
デバッグ部８４，８５，８６のデバッグ対象のプロセス
に遠隔手続呼出しの終了が発生する直前に、遠隔手続呼
出しの終了が起動されることを検出する遠隔手続呼出し
終了検出部８７２ と、第１〜第ｎの衛星デバッグ部８
４〜８６のデバッグ対象のプロセスに遠隔手続呼出しの
タイムアウトが発生する直前に、遠隔手続呼出しのタイ
ムアウトが起動されることを検出する遠隔手続呼出しタ
イムアウト検出部８７３を有する。さらに、中央デバッ
グ部８７は、衛星デバッグ部８４〜８７が中断したプロ
セスを識別する識別情報を衛星デバッグ部８４〜８６よ
り受信し記録する中断プロセス識別情報保持部８７４
と、デバッグ中のプロセスについて遠隔手続呼出しを発
行する各プロセスごとに、その遠隔手続呼出しを受け付
け、かつ遠隔手続を実行するプロセスの識別情報を保持
するプロセス別サーバプロセス表８７５を備える。

【００５３】また、中央デバッグ部８７はクライアント
の時計の時刻にサーバの時計の時刻をを一致させる時間
管理部８７６を有している。その時間管理部８７６は、
遠隔手続呼出し発行検出部８７１による遠隔手続呼出し
の発行の検出に応答して、その遠隔手続呼出しにおける
クライアントである第１のプロセスに対応する時計の時
刻を、遠隔手続呼出しにおけるサーバである第２のプロ
セスに到達する可能性のあるすべてのプロセスのそれぞ
れに対応する時計の時刻のうち最も遅い時刻であるサー
バの論理時刻と比較する第１の時刻比較部８７６１と、
比較の結果、前記論理時刻の方が遅れていたときには、
１のプロセスの時計を停止させ、前記論理時刻を決定す
るプロセスの時計のアラームに、第１のプロセスの時刻
を設定する第１アラーム設定部８７６４と、遠隔手続呼
出し終了検出部８７２による遠隔手続呼出しの終了の検
出に応答して、第１のプロセスの時計の時刻を第２プロ
セスの時刻に変更設定する時刻変更部８７６５と、遠隔
手続呼出しタイムアウト検出部８７３によりあるプロセ
スの遠隔手続呼出しのタイムアウトの検出に応答して、
第２プロセスの論理時刻を、第１のプロセスの時刻と比
較する第２の時刻比較部８７６３と、その比較の結果、
論理時刻の方が遅れているときは、第１のプロセスの時
計を停止させ、かつ論理時刻の時計のアラームに、第１
のプロセスの時刻を設定する第２のアラーム設定部８７
６６と、前記アラームに設定された時刻より前に遠隔手
続呼出しの終了が検出されたとき、前記アラームを解除
し、前記アラームに設定された時刻までに前記遠隔手続
呼出しの終了が検出されなかったとき、遠隔手続呼出し
のタイムアウト処理を行うタイムアウト処理部８７６７
とを備えている。

【００５４】次に、以上のように構成された本実施例の
デバッグ方式の動作について、動作例により説明する。
（動作例１）図１２は、第１と第３の衛星デバッグ部８
４，８６により各々デバッグが行なわれているクライア
ントプロセスである第１プロセス８１（以下、第１のク
ライアントプロセス８１）と第３プロセス（以下、第２
のクライアントプロセス）８３が、遠隔手続きを含む第
２プロセス８２が動作している計算機上で、第２の衛星
デバッグ部８５によりデバッグが行なわれているサーバ
プロセスである第２プロセス８２に対して、遠隔手続き
呼び出しの発行を行なう例を示すものであって、同図
（ａ）はデバッグによる中断がない場合を示し、同図
（ｂ）は第２プロセスに中断がある場合を示すものであ
る。この例では、衛星デバッグ部の数ｎは３である。こ
こでデバッグをする者の指示によりサーバプロセス８２
にブレークポイントを設定し、第１のクライアントプロ
セス８１がサーバプロセス８２に遠隔手続き呼び出しの
発行を行ない、サーバプロセス８２の実行の中断された
時点（時刻"５"）で、第２のクライアントプロセス８３
はサーバプロセス８２に対して遠隔手続き呼び出しを発
行中でないものとして作用を説明する。

【００５５】各プロセスは実行開始時にホストマシンの
システム時計９１を参照し、各プロセスの時計８８，８
９，９０に時刻をセットする。プロセスが複数のホスト
マシン上で実行される場合にも、timed(タイムサーバデ
ーモン、TSP: The Time Synchronization Protocol for
UNIX 4.3BSD、R. Gusella and S. Zatti)のようなネ
ットワーク上の各ホストマシンのシステム時計を同期さ
せるプロトコルによって各ホストマシンのシステム時計
を前もって同期させておくことで各プロセスの時計を同
期させる。図１２（ｂ）において、第１プロセスが時
刻"３"において遠隔手続呼出しを発行し、第２プロセス
に第２の衛星デバッグ部８５が、その第２プロセスのブ
レークポイントが設定されている命令を実行しようとし
たことを検出し、第２の実行中断部８５１を用いて第２
プロセス８２の実行をシステム時刻"５"に中断したあ
と、第２の時計８９を停止させる。この時点で中央デバ
ッグ部８７は、特に並行・並列動作している他のプロセ
ス８３の実行の中断の制御をおこなわない。従って、第
１の時計８８および第２の時計９０は刻時を続ける。

【００５６】デバッグが進み、デバッグをする者の指示
で第２の衛星デバッグ部８５が、システム時計の時刻"
１０"において第２プロセス８２の実行を再開、継続さ
せる。第２時計８９は前述のように時刻"５”で停止し
ていたので、その続きの刻時動作を再開する。第２プロ
セス８２から第１プロセス８１への遠隔手続き呼び出し
終了を遠隔手続呼出し終了検出部８７２が検出すると、
中央デバッグ部８７は第１のプロセス８１の時計８８の
時刻を第２プロセス８２の時計８９の時刻"６"に設定す
る。デバッグ中に第１プロセス８１の時刻が進み遠隔手
続き呼び出しのタイムアウトが発生した場合の動作を図
１３により説明する。

【００５７】遠隔手続呼出しタイムアウト検出部８７３
は、第１プロセスの遠隔手続呼出しのタイムアウトが発
生する直前の第１時計８８の時刻"７"において、遠隔手
続呼出しのタイムアウトが発生することを検出する。中
央デバッグ部８７は第１衛星デバッグ部を遠隔操作し、
第１の時計８４の刻時を停止させる。即ち、第１の衛星
デバッグ部８４に接続している第１プロセス８１の時刻
が進み遠隔手続呼出しのタイムアウトの発生（図１３
（ｂ）の時刻"７"の時点）を遠隔手続呼出しタイムアウ
ト検出部８７３が検出した場合に、図１１に示す処理フ
ローに従って、時計の制御を行う。すなわち、中央デバ
ッグ部８７は第２プロセス８２の論理時刻を計算する論
理時刻計算部８７６０により得られる論理時刻（時刻"
５"）と第１の時計８８を参照することによって得られ
る第１プロセス８１の時刻（時刻"７"）とを第３時刻比
較部８７６３により比較する（ステップＳ１）。この場
合、第２プロセス８２の論理時刻が第１プロセス８１の
時刻よりも遅れているので、第１の衛星デバッグ部８４
を遠隔操作することにより、第１のプロセス８１の実行
を中断させ（ステップＳ２）、第１プロセス８１の時計
８８を停止させたのち（ステップＳ３）、サーバプロセ
スである第２プロセス８２の論理時刻を決定するプロセ
スの時計（この例では第２プロセス８２自身の時計）８
９に第１プロセス８１の時刻をアラームの時刻として第
２アラーム設定部８７６６によりセットする（ステップ
Ｓ４）。なお、サーバプロセス（第２プロセス）の論理
時刻がクライアントプロセス（第１プロセス）の時刻よ
り進んでいたときには、サーバプロセスの時計をクライ
アントプロセスの時刻に合わせる（ステップ５）。

【００５８】デバッグが進み、デバッグをする者の指示
で第２の衛星デバッグ部８５が、サーバプロセスである
第２プロセス８２の実行を継続し、第２時計にタイムア
ウトのアラームとしてセットされた時刻（時刻"７"）よ
り前に第２プロセス８２から第１のプロセス８１への遠
隔手続呼出しの終了を遠隔手続呼出し終了検出部８７２
が検出すると、中央デバッグ部８７は第１の衛星デバッ
グ部８４を遠隔操作し第１プロセス８１の実行を継続さ
せる。それと同時に、第２プロセス８２の時計８９の示
す時刻を第１のプロセス８１の時計８８に設定する。第
２プロセス８２から第１プロセス８１への遠隔手続き呼
び出しの終了が発生する前にアラームにセットされた時
刻になったときは、中央デバッグ部８７は第１の衛星デ
バッグ部８４を遠隔操作し第１プロセス８１の実行を継
続させる。このあと、第１のクライアントプロセス８１
はタイムアウトが発生したものとして処理を続ける。

【００５９】次に、第３の衛星デバッグ部８６に接続し
ている第２のクライアントプロセスである第３プロセス
８３の実行が進み、第２プロセス８２に遠隔手続き呼び
出しを発行した場合の動作を説明する。第３の衛星デバ
ッグ部８６に接続している第３プロセス８３の実行が進
み、第２プロセス８２への遠隔手続呼出しの発行を遠隔
手続呼出し発行検出部８７１が検出すると、中央デバッ
グ部８７の第１時刻比較部８７６１は、第３プロセス８
３の時計８９の時刻（図１２の（ｂ）の場合、時刻"
８"）と論理時刻計算部８７６０によって計算されるサ
ーバプロセスとしての第２プロセス８２の論理時刻（図
１２の（ｂ）の場合、時刻"５"）を比較する。第３プロ
セス８３の時計の時刻が第２プロセス８２の論理時刻よ
りも進んでいる場合には、中央デバッグ部８７は、第３
の衛星デバッグ部８６を遠隔操作し第３プロセス８３の
実行を実行中断部８６１により中断させ、第３プロセス
８３の時計９０を停止させるとともに第２プロセス８２
の論理時刻を決定するプロセスの時計（ここではサーバ
プロセス８２自身の時計８９）に第３プロセス８３の時
刻（図１２の（ｂ）の場合、時刻"８"）をアラームとし
てセットする。

【００６０】さらに、デバッグが進み、デバッグをする
者の指示で第２の衛星デバッグ部８５が、第２プロセス
８２の実行を再開、継続させる。そして、第２プロセス
８２の時計がアラームにセットされた時刻（図１２の
（ｂ）の場合、時刻"８"）になったことを検出すると、
中央デバッグ部８７は第３の衛星デバッグ部８６を遠隔
操作し第３プロセス８３の実行を継続させる。

【００６１】（動作例２）各プロセスは実行開始時にホ
ストマシンのシステム時計９１を参照し、各プロセスの
時計８８，８９，９０に時刻をセットする。図１４の
（ａ）はデバッグ時でない時のタイムチャートで、第１
プロセスが第２プロセスに時刻"２"のとき遠隔手続き呼
び出しを発行し、第２プロセスがプロセス３に時刻"７"
のとき遠隔手続き呼び出しを発行し、時刻"９"にプロセ
ス３から第２プロセスへの遠隔手続き呼び出しのリター
ンがあり、時刻"１０"に第２プロセスから第１プロセス
への遠隔手続き呼び出しのリターンがあることを示して
いる。また、時刻"４"に第４プロセスが第３プロセスに
遠隔手続き呼び出しを発行し、時刻"６"に第３プロセス
から第４プロセスへの遠隔手続き呼び出しのリターンが
あることを示している。

【００６２】図１４の（ｂ）はデバッグ時のタイムチャ
ートで、時刻"３"に第２プロセスがブレークポイントで
停止し実行が中断され、時刻"６"で実行が再開される場
合を示している。第２プロセスの実行中、システム時
刻"３"のとき第２プロセスは第２衛星デバッグ８９によ
ってブレークポイントの位置でプロセスの実行が中断さ
れ、さらに第２衛星デバッグ部は第２プロセスの時計８
９を停止させる。この時点では、第４プロセスは中断さ
せられることなく実行を続けており、第２プロセス以外
の時計は全て動き続けている。第４プロセスがシステム
時刻"４"のときに第３プロセスに対して遠隔手続き呼び
出しの発行を開始すると遠隔手続き呼び出しが発行され
る直前にあらかじめブレークポイントが設定してあり、
第４衛星デバッグ部はそのブレークポイントを検出する
と第４プロセスの実行を中断し、中央デバッグ部に第４
プロセスの遠隔手続呼出しの発行を伝える。中央デバッ
グ部８７は、第４衛星デバッグ部を通じて第４プロセス
の発行しようとしている遠隔手続呼出しの対象のプロセ
スＩＤをプロセス別サーバプロセス表８７５を参照して
調べ、対象プロセスが第３プロセスであることを知る。
中央デバッグ部８７は、第１時刻比較部８７６１によ
り、第３プロセスの論理時刻と、遠隔手続き呼び出しを
行なおうとしている第４プロセスの時刻"４"を比較す
る。なお、論理時刻は、プロセス別サーバプロセス表８
７５から調べることができる遠隔手続き呼び出しを行な
っていって第３プロセスに到達する可能性のある全ての
プロセス（この例では、 第１プロセス、２、３、４）
の時刻のもっとも遅れているもの（この例では、第２プ
ロセスの"３"）である。ここでは、サーバ側である第３
プロセスの論理時刻がクライアントである第４プロセス
の時刻より遅れているために、第４プロセスの実行をそ
のまま中断し続け、サーバプロセスの論理時刻を決定し
ている第２プロセスのアラームに第４プロセスの時刻と
ＩＤをセットする。

【００６３】システム時刻が"６"になったときに、デバ
ッグをする者が中央デバッグ部から第２プロセスの継続
実行を命令すると、中央デバッグ部は第２衛星デバッグ
部に第２プロセスの実行を継続させ、停止させられてい
た第２プロセスの時計を動かす。その後、システム時刻
が"７"になると、第２プロセスの時計が"４"となりセッ
トされていたアラームを検出し衛星デバッグ部を通じて
中央デバッグ部にセットされていたプロセスＩＤ"４"を
伝える。中央デバッグ部は、伝えられたプロセスＩＤに
接続した第４衛星デバッグ部に第４プロセスの継続実行
を命じ、停止していた第４プロセスの時計を動かし、サ
ーバ側の第３プロセスの時計に第４プロセスの時計の時
刻をセットする。実行を継続した第４プロセスは、遠隔
手続き呼び出しの発行を行なう。

【００６４】以上述べたように本実施例によれば、サー
バープロセスとクライアントプロセスの衛星デバッグ手
段を適切に制御することにより、プログラムの一時中断
と継続実行をおこなうときに、放送型のプロセス間通信
手段を必要としないで、かつ並行・並列動作する複数の
プロセスを一時中断して、その一時中断に続く継続実行
をしたあとのプログラムの処理結果が、あたかも一時中
断と継続実行のどちらも行なわずに実行された時のプロ
グラムの処理結果と等しいことが保証されるような、一
時中断と継続実行をする機能を提供することができる。
従って、デバッグをする者は放送型のプロセス間通信手
段を必要としないで一時中断と継続実行を用いたデバッ
グをすることができる。とくに、本実施例によれば、図
１４（ｂ）に示すように、プロセスのブレークポイント
設定による中断の時間が、複数のプロセスで一部重複が
ある場合に、遅延時間を中断の時間の和とする必要がな
いので、システム全体の遅延時間を小さくすることがで
きる。

【００６５】

【発明の効果】以上述べたように本発明によれば、サー
バープロセスとクライアントプロセスの衛星デバッグ部
を適切に制御することにより、プログラムの一時中断と
継続実行をおこなうときに、放送型のプロセス間通信部
を必要としないで、かつ並行・並列動作する複数のプロ
セスを一時中断して、その一時中断に続く継続実行をし
たあとのプログラムの処理結果が、あたかも一時中断と
継続実行のどちらも行なわずに実行された時のプログラ
ムの処理結果と等しいことが保証されるような、一時中
断と継続実行をする機能を提供することができる。従っ
て、デバッグをする者は放送型のプロセス間通信部を必
要としないで一時中断と継続実行を用いたデバッグをす
ることができる。さらに、同時に複数のプログラムの一
時中断と継続実行が行なわれた場合にも、それらの中断
時間が互いに加えられることなく、システム全体の遅延
時間を極小とすることができる。

【図面の簡単な説明】

【図１】 本発明の構成の概略を示すブロック図、

【図２】 本発明の第１の実施例における衛星デバッグ
部とプロセスの構成を示す図、

【図３】 本発明の第１の実施例における中央デバッグ
部の構成を示す図、

【図４】 第１の実施例の動作の具体例である動作例１
を説明するためのタイムチャート、

【図５】 第１の実施例の動作例２を説明するためのタ
イムチャート、

【図６】 第１の実施例の動作例３を説明するためのタ
イムチャート、

【図７】 第１の実施例の動作例４を説明するためのタ
イムチャート、

【図８】 本発明の第２の実施例の構成を示す図、

【図９】 複数のプロセスＰ１〜Ｐ５間の遠隔手続呼出
しにおけるクライアント、サーバの関係の例を示す図、

【図１０】 図９に示す関係を表にしたプロセス別クラ
イアント表の例を示す図、

【図１１】 時計を制御するためのフローを示す図、

【図１２】 第２の実施例の動作例１を説明するための
タイムチャート、

【図１３】 第２の実施例の動作例２を説明するための
タイムチャート、

【図１４】 第２の実施例の動作例３を説明するための
タイムチャート、

【符号の説明】

１，２１…第１プロセス、 ２，２２…第２プロセス、
３，２３…第３プロセス、４，２４…第１衛星デバッ
グ部、 ５，２５…第２衛星デバッグ部、 ７，２７…
中央デバッグ部、 ８，２８…時計。

Claims (11)

【特許請求の範囲】
1. 【請求項１】複数のプロセスが互いに通信を行ない並行
   ・並列動作を実現する分散型の情報処理システムのデバ
   ッグ方式において、 前記複数のプロセス各々に接続され、接続されたプロセ
   スのデバッグを行なう複数の衛星デバッグ手段と、 その複数の衛星デバッグ手段の動作を遠隔制御する中央
   デバッグ手段と、 衛星デバッグ手段のデバッグ対象のプロセスに遠隔手続
   呼出しの発行あるいは終了があることを前もって検出す
   る遠隔手続呼出し検出手段とを備え、 前記各衛星デバッグ手段は、 デバッグ対象のプロセスの実行を一時中断させるととも
   に中断のあったことを中央デバッグ手段に通知する実行
   中断手段と、 前記中断したプロセスの実行を再開させ、その再開のあ
   ったことを中央デバッグ手段に通知する実行継続手段
   と、 前記プロセスの実行の中断と再開に基づき実行中断時間
   を算出し、中央デバッグ手段に通知する中断時間通知手
   段と、 前記遠隔手続呼出し検出手段があるプロセスの遠隔手続
   呼出しの発行を検出したとき、中央デバッグ手段から通
   知される他のプロセスの前記実行中断時間を含む情報に
   基づいて遠隔手続呼出しの実行を遅延させる実行遅延手
   段と、を有することを特徴とする分散型情報処理システ
   ムのデバッグ方式。
2. 【請求項２】前記中断時間通知手段は、 前記実行中断手段によるプロセスの中断の始まりの時刻
   を保持する中断時刻保持手段と、 その中断時刻保持手段に保持された時刻と前記実行継続
   手段による前記プロセスの実行の再開の時刻とから中断
   時間を算出する中断時間算出手段と、 その算出した中断時間を中央デバッグ手段に通知する手
   段とを備えたことを特徴とする請求項１記載の分散型情
   報処理システムのデバッグ方式。
3. 【請求項３】前記中央デバッグ手段は、ある衛星デバッ
   グ手段から受け取った前記中断時間に、残りのすべての
   衛星デバッグ手段に対し前記中断時間を送信するために
   必要な時間を加算して、中断による実行遅延時間を得る
   手段と、前記残りのすべての衛星デバッグ手段に対しそ
   の実行遅延時間を通知する手段とを設けたことを特徴と
   する請求項２記載の分散型情報処理システムのデバッグ
   方式。
4. 【請求項４】前記実行遅延手段は、中央デバッグ手段か
   らの前記実行遅延時間を含む継続指示を受信したとき、
   その実行遅延時間を必要に応じて保持する実行遅延時間
   受信キューと、その実行遅延時間に相当する遅延時間を
   生成するタイマーとを有することを特徴とする請求項１
   記載の分散型情報処理システムのデバッグ方式。
5. 【請求項５】前記衛星デバッグ手段が、デバッグ中のプ
   ロセスについて遠隔手続を発行する各プロセスごとに、
   そのプロセスに対して遠隔手続呼出しを受け付け、遠隔
   手続を実行するプロセスの識別情報を保持するプロセス
   別サーバプロセス表を有することを特徴とする請求項１
   記載の分散型情報処理システムのデバッグ方式。
6. 【請求項６】各衛星デバッグ手段は、各プロセスの遠隔
   手続呼出しのタイムアウトを検出するためのタイムアウ
   ト時計と、タイムアウトをした場合にタイムアウトしな
   かったものとして、タイムアウト時計を巻き戻す時間を
   保持するタイムアウト巻き戻し時間保持部を有すること
   を特徴とする請求項１記載の分散型情報処理システムの
   デバッグ方式。
7. 【請求項７】前記中央デバッグ手段は、各衛星デバッグ
   手段により中断されたプロセスを識別する識別情報を衛
   星デバッグ部より受信し記録する中断プロセス識別情報
   保持手段と、 デバッグ中のプロセスについて遠隔手続を実行する各プ
   ロセスごとに、そのプロセスに対して遠隔手続呼出しの
   発行をするプロセスの識別情報を保持するプロセス別ク
   ライアントプロセス表とを有することを特徴とする請求
   項１記載の分散型情報処理システムのデバッグ方式。
8. 【請求項８】複数のプロセスが互いに通信を行ない並行
   ・並列動作を実現する分散型の情報処理システムのデバ
   ッグ方式において、 前記複数のプロセス各々に接続してデバッグを行なう複
   数の衛星デバッグ手段と、 その複数の衛星デバッグ手段の動作を遠隔制御する中央
   デバッグ手段と、を備え、 その中央デバッグ手段は、 衛星デバッグ手段のデバッグ対象のプロセスの遠隔手続
   呼出しの発行、終了、またはタイムアウトを前もって検
   出する遠隔手続呼出し検出手段と、 前記遠隔手続呼出し検出手段により遠隔手続呼出しの発
   行、終了、またはタイムアウトを検出したとき、その遠
   隔手続呼出しに関連するプロセスの刻時手段の時刻を調
   節する時間管理手段と、 前記各衛星デバッグ手段は、 前記デバッグ対象の複数のプロセスのそれぞれに対応す
   る刻時手段と、 デバッグ対象のプロセスの実行を一時中断させるととも
   に、そのプロセスに対応する刻時手段の作動を停止させ
   る実行中断手段と、 前記中断したプロセスの実行を再開させるとともに、そ
   のプロセスに対応する刻時手段の作動を再開する実行継
   続手段と、を有することを特徴とする分散型情報処理シ
   ステムのデバッグ方式。
9. 【請求項９】前記時間管理手段は、前記実行中断手段に
   よって停止し、前記実行継続手段によって再起動した刻
   時手段のうち、最も長時間中断した刻時手段の時刻に各
   衛星デバッグ手段の刻時手段の時刻を一致させることを
   特徴とする請求項８記載の分散型情報処理システムのデ
   バッグ方式。
10. 【請求項１０】前記時間管理手段は、 遠隔手続呼出し検出手段による遠隔手続呼出しの発行の
    検出に応答して、その遠隔手続呼出しにおけるクライア
    ントである第１のプロセスに対応する刻時手段の時刻
    を、前記遠隔手続呼出しにおけるサーバである第２のプ
    ロセスに到達する可能性のあるすべてのプロセスのそれ
    ぞれに対応する刻時手段の時刻のうち最も遅い時刻であ
    る論理時刻と比較する第１の時刻比較手段と、 前記比較の結果、前記論理時刻の方が遅れていたときに
    は、前記第１のプロセスの刻時手段の時刻を停止させ、
    前記論理時刻の刻時手段のアラームに、前記第１のプロ
    セスの時刻を設定する第１のアラーム設定手段と、 遠隔手続呼出し検出手段による遠隔手続呼出しの終了の
    検出に応答して、前記第１のプロセスの刻時手段の時刻
    を前記第２プロセスの時刻に変更設定する時刻変更手段
    （図８の８７６４）とを備えたことを特徴とする請求項
    ８記載の分散型情報処理システムのデバッグ方式。
11. 【請求項１１】前記時間管理手段は、 前記遠隔手続呼出し検出手段によりあるプロセスの遠隔
    手続呼出しのタイムアウトの検出に応答して、前記第２
    のプロセスの論理時刻を、前記第１のプロセスの時刻と
    比較する第２の時刻比較手段と、 その比較の結果、前記論理時刻の方が遅れているとき
    は、前記第１のプロセスの時刻を停止させ、かつ前記論
    理時刻の刻時手段のアラームに、前記第１のプロセスの
    時刻を設定する第２のアラーム設定手段と、 前記アラームに設定された時刻より前に前記遠隔手続呼
    出しの終了が検出されたとき、前記アラームを解除し、
    前記アラームに設定された時刻までに前記遠隔手続呼出
    しの終了が検出されなかったとき、前記遠隔手続呼出し
    のタイムアウト処理を行うタイムアウト処理手段とを備
    えたことを特徴とする請求項１１記載の分散型情報処理
    システムのデバッグ方式。