JPH07325732A - マルチプロセスのデバッグ方法 - Google Patents

Abstract

(57)【要約】 【目的】 複数のプロセスから構成されるプログラムを
デバッグする際に、デバッグ対象のプロセスを１つ指定
すれば、明示的な指示をしておかなくても、関連プロセ
スをデバッグの対象とすることができるマルチプロセス
のデバッグ方法を得る。 【構成】 複数のプロセスによって共用されるＯＳ資源
のそれぞれにデバッグ対象フラグを設け、すでにデバッ
グ対象となっているプロセスによってＯＳ資源が使用さ
れた場合に、そのＯＳ資源に設けられたデバッグ対象フ
ラグをセットし、このデバッグ対象フラグがセットされ
たＯＳ資源を使用するプロセスを、関連プロセスとして
デバッグの対象にするものである。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、計算機において、複
数のプロセスで構成される一連のアプリケーションプロ
グラムをデバッグするマルチプロセスのデバッグ方法に
関するものである。

【０００２】

【従来の技術】図１３は例えば特開平１−２１７５２５
号公報に示された、従来のマルチプロセスのデバッグ方
法を示す構成図である。図において、１、２はオペレー
ティングシステム（以下ＯＳという）がタスクを管理す
るために用いるタスクコントロールブロック（以下ＴＣ
Ｂという）である。３、４はそれぞれＴＣＢ１または２
の次にリンクされているＴＣＢのアドレスが格納される
格納エリア、５、６はそれぞれＴＣＢ１または２の１つ
前にリンクされているＴＣＢのアドレスが格納される格
納エリアである。また、７はデバッガ内にあって、関連
したタスクとして指定されたタスク（この場合タスク
Ａ、Ｂ）のＴＣＢのアドレスが登録されるグループ登録
テーブルであり、８はそのタスクＡのＴＢＣアドレスが
格納される格納エリア、９はタスクＢのＴＢＣアドレス
が格納される格納エリアである。

【０００３】次に動作について説明する。デバッガはグ
ループ登録テーブル７にタスクＡとのＴＣＢ１とタスク
ＢのＴＣＢ２をリンクする。なお、このリンクは次のよ
うに行われる。まず、ＴＣＢ１の格納エリア３にタスク
ＢのＴＣＢアドレスを、ＴＣＢ２の格納エリア６にタス
クＡのＴＣＢアドレスを格納し、ＴＣＢ１の格納エリア
５とＴＣＢ２の格納エリア４にはそれぞれ「０」を格納
する。次に、グループ登録テーブル７の格納エリア８に
タスクＡのＴＣＢアドレスを、格納エリア９にタスクＢ
のＴＣＢアドレスを格納する。以上のようにして指定タ
スクＡ，ＢのＴＣＢのリンクを形成する。

【０００４】ここで、図１４はタスクＡがブレークポイ
ントで停止した場合の動作の流れを示すフローチャート
である。タスクＡがブレークポイントに達すると、デバ
ッガに制御が移る。デバッガはグループ登録テーブル７
のアドレスを得て（ステップＳＴ１）、グループ登録テ
ーブル７の格納エリア８からリンクの先頭のＴＣＢアド
レスを得る（ステップＳＴ２）。このアドレスはタスク
Ａのものであり、デバッガはまずタスクＡをウェイト
（ｗａｉｔ）状態に遷移する（ステップＳＴ３、ＳＴ
４）。次にＴＣＢ１の格納エリア３を調べて、次にリン
クされているＴＣＢのアドレスを得（ステップＳＴ
５）、それが「０」でないかどうかをチェックする（ス
テップＳＴ６）。この場合には、格納エリア３にタスク
ＢのＴＣＢアドレスが格納されているため「０」ではな
いので、デバッガはタスクＢをウェイト状態に遷移させ
る（ステップＳＴ４）。次にＴＣＢ２の格納エリア４を
調べて、次にリンクされているＴＣＢのアドレスを得
（ステップＳＴ５）、それが「０」でないかどうかをチ
ェックする（ステップＳＴ６）。この場合には、格納エ
リア４に「０」が格納されているので、デバッガはリン
クを最後までたどったことになり、関連プロセスは全て
ウェイト状態になる。デバッグに必要な処理が終わった
ら、自らウェイト状態になり（ステップＳＴ７）、タス
クＡとタスクＢをレディー（ｒｅａｄｙ）状態に戻す。

【０００５】また、図１５は例えば特開平５−４６４３
１号公報に示された、従来のマルチプロセスのデバッグ
方法を示すブロック図である。図において、１１はユー
ザのデバッグ要求を認識して受け取るユーザコマンド受
信手段、１２はそのユーザコマンドを解析してデバッグ
対象を認識するユーザコマンド解析手段であり、１３は
指定したデバッグ対象の全プロセスに対するプロセスデ
バッガを起動するプロセスデバッガ起動手段である。１
４はユーザコマンド解析手段１２の解析結果にしたがっ
てデバッグ対象プロセスに対するデバッグコマンドを発
行するデバッグコマンド発行手段であり、１５はこのデ
バッグコマンド発行手段１４の発行するデバッグコマン
ドを受信するデバッグコマンド受信手段である。また、
１６および１７はそれぞれがデバッグコマンド受信手段
１５を備え、デバッグ対象のプロセスを制御するプロセ
スデバッガであり、それぞれデバッグシステムを内蔵し
ている。

【０００６】次に動作について説明する。まず、プロセ
スデバッガ起動手段１３によりユーザのデバッグシステ
ム起動要求によって、デバッグ対象プロセスに対するプ
ロセスデバッガを起動する。ここでは、デバッグ対象は
２つとし、プロセスデバッガ１６とプロセスデバッガ１
７が起動されたものとして説明する。プロセスデバッガ
１６に対してデバッグコマンドを発行する場合は、プロ
セスデバッガ識別語とプロセスデバッガ１６に対するデ
バッグコマンドを指定したデバッグ要求をユーザコマン
ド受信手段１１により受け取り、受け取ったデバッグ要
求をユーザコマンド解析手段１２で解析し、指定された
デバッガ識別語によりどのプロセスデバッガに対するも
のかを認識する。デバッグコマンド発行手段１４はユー
ザコマンド解析手段１２の解析結果にしたがい、指定さ
れたプロセスデバッガ１６に対してデバッグコマンドを
発行する。一方、プロセスデバッガ１６は内部に組み込
まれたデバッグコマンド受信手段１５により、デバッグ
コマンドを受信し、受信したコマンドを内部のデバッグ
システムに対して発行することにより、当該プロセスデ
バッガ１６に制御されるデバッグ対象プロセスをデバッ
グする。また、プロセスデバッガ１７に対しても同様の
手順でコマンドを送りデバッグすることができる。

【０００７】

【発明が解決しようとする課題】従来のマルチプロセス
のデバッグ方法は以上のように構成されているので、デ
バッグを行うユーザが、関連するタスクを明示的に登録
しておかねばならず、指定し忘れたタスクが存在した場
合にはデッドロックに陥ってしまい、また、他のタスク
によってあとから動的に生成されるタスクでは、ＴＣＢ
１、２がタスクの生成時まで用意されないため、それを
デバッグ対象として指定することができないという問題
点があった。また、ＴＣＢ１、２のリンクを利用してい
るため、複数の計算機にまたがる通信プログラムのよう
なものは、その送信側と受信側のプロセスを関連プロセ
スとして登録することが困難であり、さらに、プログラ
ム実行時の優先度を指定できるＯＳ上で、優先度が異な
る複数のプロセスをデバッグする場合に、デバッグコマ
ンド発行手段１４の優先度よりデバッグ対象のプロセス
の優先度が高くなるとコマンドが発行できなくなり、デ
バッグを実行できなくなるなどの問題点もあった。

【０００８】この発明は上記のような問題点を解消する
ためになされたもので、明示的に関連タスクを指定する
ことなく、関連タスクもデバッグすることが可能であ
り、後から動的に生成されるタスクもデバッグ対象とし
て指定できるマルチプロセスのデバッグ方法を得ること
を目的とする。

【０００９】また、この発明の他の目的は、相互に通信
するプロセス同士を関連プロセスとしてデバッグ対象に
することができるマルチプロセスのデバッグ方法を得る
ことにあり、この発明のさらに他の目的は、優先度を指
定できるＯＳ上で、優先度が異なる複数のプロセスをデ
バッグする際に、常にデバッグコマンドの発行が可能な
マルチプロセスのデバッグ方法を得ることにある。

【００１０】

【課題を解決するための手段】請求項１に記載の発明に
係るマルチプロセスのデバッグ方法は、ＯＳ資源にデバ
ッグ対象フラグを設け、それがセットされているＯＳ資
源を使用するプロセスは、デバッグ対象プロセスの関連
プロセスとしてデバッグの対象とするようにしたもので
ある。

【００１１】また、請求項２に記載の発明に係るマルチ
プロセスのデバッグ方法は、ＯＳ資源がデバッグ対象プ
ロセスによって使用されると、自動的にそのデバッグ対
象フラグをセットするようにしたものである。

【００１２】また、請求項３に記載の発明に係るマルチ
プロセスのデバッグ方法は、デバッグ対象フラグを指定
されたＯＳ資源のものについて、あらかじめセットして
おくようにしたものである。

【００１３】また、請求項４に記載の発明に係るマルチ
プロセスのデバッグ方法は、すでにデバッグ対象になっ
ているプロセスよりデバッグ要求を送信し、それを受信
した通信相手において、そのデバッグ要求に応じたプロ
セスを関連プロセスとしてデバッグの対象にするもので
ある。

【００１４】また、請求項５に記載の発明に係るマルチ
プロセスのデバッグ方法は、デバッグ要求として、通常
の通信データに付加したデバッグ要求フラグを用いたも
のである。

【００１５】また、請求項６に記載の発明に係るマルチ
プロセスのデバッグ方法は、通信相手にプロセスを指定
したデバッグ要求を送信し、通信相手ではそれによって
指定されたプロセスを関連プロセスとしてデバッグの対
象にするものである。

【００１６】また、請求項７に記載の発明に係るマルチ
プロセスのデバッグ方法は、デバッグ対象のプロセスよ
り優先度変更要求を受けると、当該プロセスの優先度よ
りも、デバッグコマンド発行手段および当該プロセスを
デバッグするプロセスデバッガの優先度の方を高くする
ようにしたものである。

【００１７】

【作用】請求項１に記載の発明におけるマルチプロセス
のデバッグ方法は、デバッグ対象フラグがセットされて
いるＯＳ資源を使用するプロセスを、デバッグ対象プロ
セスの関連プロセスとしてデバッグの対象とすることに
より、明示的に関連プロセスを指定しておかなくとも、
関連プロセスのデバッグを可能とし、後から動的に生成
されるプロセスについても、デバッグ対象として指定で
きるマルチプロセスのデバッグ方法を実現する。

【００１８】また、請求項２に記載の発明におけるマル
チプロセスのデバッグ方法は、デバッグ対象プロセスに
よって使用されたＯＳ資源については、そのデバッグ対
象フラグを自動的にセットすることにより、明示的に指
定しておかなくとも、このデバッグ対象フラグがセット
されているＯＳ資源を利用した別のプロセスを、デバッ
グ対象プロセスの関連プロセスとしてデバッグの対象と
することを可能にする。

【００１９】また、請求項３に記載の発明におけるマル
チプロセスのデバッグ方法は、所定のＯＳ資源のデバッ
グ対象フラグをあらかじめセットしておくことにより、
そのＯＳ資源を利用するプロセスは、あらかじめデバッ
グ対象と指定しておかなくともデバッグの対象とし、同
じＯＳ資源を利用するプロセス同士を、関連プロセスと
してデバッグすることを可能とする。

【００２０】また、請求項４に記載の発明におけるマル
チプロセスのデバッグ方法は、デバッグ対象のプロセス
からデバッグ要求を送信することにより、それを受信し
た通信相手側でそのデバッグ要求に応じたプロセスを、
明示的に関連プロセスの指定をしておかなくとも、ま
た、同じ計算機上に存在しなくとも、関連プロセスとし
てデバッグ対象に指定できるマルチプロセスのデバッグ
方法を実現する。

【００２１】また、請求項５に記載の発明におけるマル
チプロセスのデバッグ方法は、デバッグ対象のプロセス
より通常の通信データにデバッグ要求フラグを付加して
送信することにより、そのデバッグ要求フラグを受信し
たプロセスを関連プロセスとしてデバッグの対象にす
る。

【００２２】また、請求項６に記載の発明におけるマル
チプロセスのデバッグ方法は、デバッグ対象のプロセス
から、プロセスを指定したデバッグ要求を送信すること
により、通信相手において、そのデバック要求で指定さ
れたプロセスを関連プロセスとしてデバッグの対象にす
る。

【００２３】また、請求項７に記載の発明におけるマル
チプロセスのデバッグ方法は、優先度の変更を要求した
デバッグ対象プロセスの優先度よりも、デバッグコマン
ド発行手段と、当該デバッグ対象プロセスのプロセスデ
パッガの優先度を高くすることにより、デバッグコマン
ドの入力を、デバッグ対象のプロセスの優先度によらず
に、常に受けられるようにする。

【００２４】

【実施例】

実施例１．以下、この発明の実施例１を図に添って説明
する。図１は請求項１および２に記載した発明の一実施
例を示すブロック図で、複数のプロセスが動作するＯＳ
において、複数のプロセスからなる一連のアプリケーシ
ョンプログラムをデバッグする場合のものである。図に
おいて、２１はプロセスのデバッグを行うプロセスデバ
ッガであり、２２はこのプロセスデバッガ２１によるデ
バッグの対象となるデバッグ対象プロセスである。２３
はこのデバッグ対象プロセス２２によって利用される、
例えばファイルや共有メモリなどのＯＳ上の資源（以下
ＯＳ資源という）であり、２４はＯＳ資源２３対応に設
けられ、デバッグ対象プロセス２２がそのＯＳ資源２３
を使用している場合にセットされるデバッグ対象フラグ
である。２５はデバッグ対象プロセス２２とともにデバ
ッグ対象フラグ２４がセットされたＯＳ資源２３を共用
する関連プロセスであり、２６はこの関連プロセス２５
のデバッグを行うプロセスデバッガである。

【００２５】次に動作について説明する。ここで、図２
はその動作の流れを示すフローチャートである。なお、
初期状態では、デバッグ対象フラグ２４はセットされて
いないものとする。まず、デバッグ対象プロセス２２を
デバッグするため、それに対応したプロセスデバッガ２
１を起動する（ステップＳＴ１１）。その後、デバッグ
対象プロセス２２や関連プロセス２５などから、ファイ
ルや共有メモリなどのＯＳ資源２３が要求されると（ス
テップＳＴ１２）、ＯＳはこのＯＳ資源２３を要求した
プロセスが、すでにデバッグの対象になっているかどう
かをチェックする（ステップＳＴ１３）。その結果、Ｏ
Ｓ資源２３を要求したプロセスがデバッグ対象プロセス
２２であって、すでにデバッグの対象になっている場合
には、当該デバッグ対象プロセス２２が要求したＯＳ資
源２４に対応して設けられたデバッグ対象フラグ２４を
セットし（ステップＳＴ１４）、デバッグ対象プロセス
２２に要求されたＯＳ資源２３を返して実行を継続する
（ＥＮＤ）。

【００２６】一方、ステップＳＴ１３によるチェックの
結果、ＯＳ資源２３を要求したプロセスがデバッグ対象
プロセス２２以外の、例えば関連プロセス２５であっ
て、まだデバッグの対象になっていなければ、要求され
たＯＳ資源２３に対応するデバッグ対象フラグ２４をチ
ェックする（ステップＳＴ１５）。その結果、デバッグ
対象フラグ２４がセットされていなければ、関連プロセ
ス２５に要求されたＯＳ資源２３を返して実行を継続す
る（ＥＮＤ）。また、デバッグ対象フラグ２４がセット
されていれば、そのＯＳ資源２３の要求元である関連プ
ロセス２５に、対応するプロセスデバッガ２６を起動さ
せ、当該関連プロセス２５をデバッグの対象にする（ス
テップＳＴ１５）。

【００２７】このように、デバッグの対象になっていな
い関連プロセス２５が、すでにデバッグ対象フラグ２４
がセットされたＯＳ資源２３を使用しようとした場合、
対応するプロセスデバッガ２６が起動されて、その関連
プロセス２５はデバッグ対象になる。

【００２８】実施例２．次に、この発明の実施例２を図
に添って説明する。図３は請求項１および３に記載した
発明の一実施例を示すブロック図で、複数のプロセスが
動作するＯＳにおいて、複数のプロセスからなる一連の
アプリケーションプログラムをデバッグする場合のもの
である。図において、２３はＯＳ資源、２４はＯＳ資源
２３に対応したデバッグ対象フラグで、図１に同一符号
を付したそれらと同等のものである。２７はそのＯＳ資
源２３を使用するプロセスであり、２８はこのプロセス
２７のデバッグを行うプロセスデバッガである。２９は
あらかじめ指定された注目するＯＳ資源２３が使用され
た場合に、それを使用したプロセス２７をデバッグ対象
とするため、そのＯＳ資源２３に対応して設けられたデ
バッグ対象フラグ２４をセットするデバッグ対象資源設
定手段である。

【００２９】次に動作について説明する。ここで、図４
はその動作の流れを示すフローチャートである。この場
合も、初期状態ではデバッグ対象フラグ２４はセットさ
れていないものとする。まず、注目するＯＳ資源２３を
使用したプロセス２７をデバッグ対象とするために、そ
のＯＳ資源２３に対応して設けられたデバッグ対象フラ
グ２４を、デバッグ対象資源設定手段２９によってセッ
トする（ステップＳＴ２１）。その後、プロセス２７か
らＯＳ資源２３の要求がなされると（ステップＳＴ２
２）、ＯＳはＯＳ資源２３を要求したプロセス２７がす
でにデバッグ対象になっているかどうかをチェックする
（ステップＳＴ２３）。その結果、すでにデバッグ対象
になっていた場合には、そのプロセス２７に要求された
ＯＳ資源２３を返して実行を継続する（ＥＮＤ）。

【００３０】一方、ステップＳＴ２３によるチェックの
結果、そのプロセス２７がまだデバッグの対象になって
いなかった場合には、要求されたＯＳ資源２３に対応す
るデバッグ対象フラグ２４をチェックする。その結果、
デバッグ対象フラグ２４がセットされていなければ、要
求元のプロセス２７に要求されたＯＳ資源２３を返して
実行を継続する（ＥＮＤ）。また、デバッグ対象フラグ
２４がセットされていれば、そのＯＳ資源２３の要求元
であるプロセス２７に、それに対応するプロセスデバッ
ガ２８を起動させ、当該プロセス２７をデバッグの対象
にする（ステップＳＴ２５）。

【００３１】このようにして、動的に生成されるプロセ
スのような、デバッグ対象に直接指定しにくいようなも
のであっても、デバッグ対象フラグ２４がセットされて
いるＯＳ資源２３を利用するプロセスとして、それを容
易にデバッグ対象に指定することができる。

【００３２】実施例３．次に、この発明の実施例３を図
に添って説明する。図５は請求項４および５に記載した
発明の一実施例を示すブロック図で、プロセス間で通信
を行っている複数のプロセスからなる一連のアプリケー
ションプログラムをデバッグする場合のものである。図
において、２１はプロセスデバッガ、２２はそれによっ
てデバッグされるデバッグ対象プロセス、２５は関連プ
ロセス、２６はそのデバッグを行うプロセスデバッガで
あり、図１に同一符号を付したそれらと同等のものであ
る。３０はデバッグ対象プロセス２２から関連プロセス
２５に送られる通信データであり、３１は送信側がデバ
ッグ対象プロセス２２である場合に、この通信データ３
０に付加されるデバッグ要求フラグである。なお、以下
の説明では、デバッグ要求の送信側とデバッグ要求の受
信側とを異なる計算機上にあるプロセスとしているが、
もちろん同一計算機上のプロセス間の通信であっても問
題はない。

【００３３】次にデバッグ要求送信側の動作について説
明する。ここで、図６はその動作の流れを示すフローチ
ャートである。まず、デバッグ対象プロセス２２をデバ
ッグするために、それに対応したプロセスデバッガ２１
が起動される（ステップＳＴ３１）。その後、当該デバ
ッグ対象プロセス２２はプログラム実行の過程で、他の
計算機上にある関連プロセス２５に対してデータ送信を
する必要が八畝すすると、ネットワークへのデータの送
信を要求をする（ステップＳＴ３２）。ＯＳでは要求元
のプロセスがデバッグ対象になっているかどうかのチェ
ックを行い（ステップＳＴ３３）、この場合のデバッグ
対象プロセス２２のように、デバッグ対象になっている
ものである場合には、通常の通信データ３０にデバッグ
要求フラグ３１を付加してデバッグ要求受信側に送信す
る（ステップＳＴ３４）。なお、要求元のプロセスがデ
バッグ対象プロセス２２以外の、デバッグ対象になって
いないものである場合には、通常の通信データ３０のみ
を送信する（ステップＳＴ３５）。

【００３４】次にデバッグ要求受信側の動作について説
明する。ここで、図７はその動作の流れを示すフローチ
ャートである。関連プロセス２５では他の計算機上にあ
るデバッグ対象プロセス２２からのデータの受信要求を
行う（ステップＳＴ４１）。ＯＳは受信したデータを調
べ、通常の通信データ３０にデバッグ要求フラグ３１が
付加されているかどうかチェックする（ステップＳＴ４
２）。その結果、デバッグ要求フラグ３１が付加されて
いる場合には、データ受信を要求した関連プロセス２５
に、それに対応するプロセスデバッガ２６を起動させ、
当該関連プロセス２５をデバッグの対象にする（ステッ
プＳＴ４３）。一方、ステップＳＴ４２によるチェック
の結果、通信データ３０にデバッグ要求フラグ３１が付
加されていない場合には、ＯＳは通常の受信処理を行っ
て、関連プロセス２５に制御を戻す。

【００３５】このようにして、明示的にデバッグ対象の
指定をしておかなくとも、デバッグ対象プロセス２２か
らの、デバッグ要求フラグ３１が付加された通信データ
３０を受信したことにより、そのプロセスをデバッグ対
象とすることができる。

【００３６】実施例４．次に、この発明の実施例４を図
に添って説明する。図８は請求項４および６に記載した
発明の一実施例を示すブロック図で、プロセス間で通信
を行っている複数のプロセスからなる一連のアプリケー
ションプログラムをデバッグする場合のものである。図
において、２１はプロセスデバッガ、２２はそれによっ
てデバッグされるデバッグ対象プロセスであり、図１に
同一の符号を付したそれらと同等のものである。３２は
デバッグ対象プロセス２２の通信相手のプロセスを調査
する通信相手調査手段であり、３３はその通信相手のプ
ロセス側にデバッグ要求を送信するデバッグ要求送信手
段である。３４はその通信相手のプロセスとしての関連
プロセスであり、３５はこの関連プロセス２６のデバッ
グを行うプロセスデバッガである。５６はデバッグ要求
送信手段３３からのデバッグ要求を受信してプロセスデ
バッガ３５を起動するデバッグ要求受信手段である。な
お、以下の説明では、デバッグ要求の送信側とデバッグ
要求の受信側とを異なる計算機上にあるプロセスとして
いるが、もちろん同一計算機上のプロセス間の通信であ
っても問題はない。

【００３７】次にデバッグ要求送信側の動作について説
明する。ここで、図９はその動作の流れを示すフローチ
ャートである。まず、デバッグ対象プロセス２２をデバ
ッグするために、それに対応したプロセスデバッガ２１
が起動される（ステップＳＴ５１）。その後、当該デバ
ッグ対象プロセス２２はプログラム実行の過程で、他の
計算機上にある関連プロセス２５との間でデータの送受
信を行う必要が生じると、ネットワークへの回線接続の
要求やデータの送受信の要求を行う（ステップＳＴ５
２）。ＯＳでは要求元のプロセスがデバッグ対象になっ
ているかどうのチェックを行い（ステップＳＴ５３）、
この場合のデバッグ対象プロセス２２のようにデバッグ
対象になっていれば、通信相手調査手段３２を起動して
通信を行っている相手を調べ、その通信相手の計算機と
プロセスを特定する（ステップＳＴ５４）。次に、デバ
ッグ要求送信手段３３によって、通信相手の計算機にプ
ロセス（この場合、関連プロセス３４）を指定したデバ
ッグ要求を送信し（ステップＳＴ５５）、その後、要求
された通常のネットワークの処理を実行する（ステップ
ＳＴ５６）。一方、ステップＳＴ５３によるチェックの
結果、要求元のプロセスがデバッグ対象プロセス２２以
外の、デバッグ対象とはなっていないものであれば、直
接ステップＳＴ５６に進んで、要求された通常のネット
ワーク処理を行う。

【００３８】次にデバッグ要求受信側の動作について説
明する。ここで、図１０はその動作流れを示すフローチ
ャートである。関連プロセス３４はネットワークを含む
プログラム上の動作を通常通り行っている。そのとき、
通信相手の計算機のデバッグ要求送信手段３３が送信し
たデバッグ要求が、デバッグ要求受信手段３６で受信さ
れると（ステップＳＴ６１）、デバッグ要求受信手段３
６は受信したデバッグ要求によって指定される関連プロ
セス３４に対応したプロセスデバッガ３５を起動し、当
該関連プロセス３４をデバッグ対象とする（ステップＳ
Ｔ６２）。

【００３９】このようにして、明示的にデバッグ対象の
指定をしておかなくとも、通信相手のプロセスを指定し
たデバッグ要求を送受信することにより、デバッグ対象
プロセス２２とデータの通信を行っている関連プロセス
３４を、デバッグ対象とすることができる。

【００４０】実施例５．次に、この発明の実施例５を図
に添って説明する。図１１は請求項７に記載した発明の
一実施例を示すブロック図で、プロセスの優先度を変更
する機能を持ったＯＳにおいて、複数のプロセスからな
る一連のアプリケーションプログラムをデバッグする場
合のものである。図において、３７、３８は後述するデ
バッグコマンド発行手段からのデバッグコマンドを受信
する機能を備えたプロセスデバッガであり、３９はプロ
セスデバッガ３７によってデバッグされるプロセス、４
０はプロセスデバッガ３８によってデバッグされるプロ
セスである。４１はユーザからのデバッグコマンドの入
力・解析、プロセスデバッガ３７、３８の起動、指定す
るプロセスデバッガ３７、３８へのデバッグコマンドの
分配を行い、プロセスデバッガ３７、３８とデバッグの
要求・応答をやりとりすることにより、マルチプロセス
のデバッグを行っているデバッグコマンド発行手段であ
る。４２はプロセス３９および４０からＯＳに発行され
た優先度変更要求を処理して、ＯＳの優先度の変更制御
を行う部分に、デバッグコマンド発行手段４１の優先度
の変更を行わせる優先度調整手段である。

【００４１】次に動作について説明する。ここで、図１
２はその優先度調整の動作の流れを示すフローチャート
である。今、プロセス３９よりＯＳに対してプロセス３
９の優先度変更の要求が行われると（ステップＳＴ７
１）、優先度調整手段４２によってデバッグコマンド発
行手段４１との優先度の調整が行われる。すなわち、プ
ロセス３９の変更要求された優先度と、デバッグコマン
ド発行手段４１の優先度をまず比較する（ステップＳＴ
７２）。その結果、プロセス３９の変更要求された優先
度の方が大きければ、デバッグコマンド発行手段４１の
優先度を、プロセス３９より要求された優先度より大き
くする（ステップＳＴ７３）。次いで、優先度の変更を
要求したプロセス３９に対応するプロセスデバッガ３７
の優先度をデバッグコマンド発行手段４１の優先度と等
しくする（ステップＳＴ７４）。

【００４２】これにより、デバッグコマンド発行手段４
１と、デバッグ対象となるプロセス３９、４０に対応す
るプロセスデバッガ３７、３８の優先度を、プロセス３
９、４０の優先度よりつねに高くしておくことができ、
デバッグ対象となるプロセス３９、４０の優先度に関り
なく、デバッグコマンドの受け付けが可能となる。

【００４３】なお、このようにして、プロセス３９、４
０より高い優先度がつねに設定されているデバッグコマ
ンド発行手段４１は、ユーザからデバッグコマンドが入
力されると、それを受け取って解析し、その解析結果に
基づいて必要なプロセスデバッガ３７、３８を指定して
それを起動する。次に、その指定するプロセスデバッガ
３７、３８に対してデバッグコマンドを分配するととも
に、それらのプロセスデバッガ３７、３８とデバッグの
要求、デバッグの応答をやりとりすることによって、マ
ルチプロセスのデバッグを行う。なお、デバッグコマン
ド発行手段４１からのデバッグコマンドを受けたプロセ
スデバッガ３７、３８は、それぞれデバッグ対象のプロ
セス３９あるいは４０を、受け取ったデバッグコマンド
にもとづいて制御し、デバッグする。

【００４４】

【発明の効果】以上のように、請求項１に記載の発明に
よれば、ＯＳ資源のそれぞれにデバッグ対象フラグを設
け、それがセットされているＯＳ資源を利用するプロセ
スを、デバッグ対象プロセスの関連プロセスとしてデバ
ッグの対象とするように構成したので、関連プロセスを
あらかじめ明示的に指定しておかなくとも、また、あら
かじめ関連プロセスとして指定しておくことが困難な、
後から動的に生成されるようなプロセスについても、デ
バッグ対象フラグがセットされているＯＳ資源を利用す
るプロセスとしてデバッグ対象に指定し、それを関連プ
ロセスとしてデバッグできるマルチプロセスのデバッグ
方法プロセスが得られる効果がある。

【００４５】また、請求項２に記載の発明によれば、デ
バッグ対象プロセスが使用したＯＳ資源のデバッグ対象
フラグをセットするように構成したので、あらかじめデ
バッグ対象フラグをセットしておかなくとも、デバッグ
対象プロセスによってＯＳ資源が使用されると自動的に
セットされ、このデバッグ対象フラグがセットされてい
るＯＳ資源を利用した別のプロセスをデバッグの対象と
して、それを関連プロセスとしてデバッグすることがで
きる効果がある。

【００４６】また、請求項３に記載の発明によれば、注
目するＯＳ資源のデバッグ対象フラグをあらかじめセッ
トしておくように構成したので、同じＯＳ資源を利用す
るプロセス同士を関連プロセスとしてデバッグ対象に指
定してデバッグすることが可能となり、あらかじめデバ
ッグ対象に指定しておきにくい、動的に生成されるよう
なプロセスも、デバッグ対象フラグがセットされている
ＯＳ資源を利用するプロセスとしてデバッグ対象に指定
でき、それらを関連プロセスとしてデバッグすることが
できる効果がある。

【００４７】また、請求項４に記載の発明によれば、デ
バッグ対象のプロセスからデバッグ要求を送信するよう
に構成したので、相互に通信しているプロセス同士を関
連プロセスとしてデバッグ対象とすることが可能とな
り、明示的に関連プロセスの指定をしておかなくとも、
また、同じ計算機上に存在しなくとも、そのデバッグ要
求に応じたプロセスをデバッグ対象に指定することが可
能となって、それを関連プロセスとしてデバッグできる
マルチプロセスのデバッグ方法が得られる効果がある。

【００４８】また、請求項５に記載の発明によれば、デ
バッグ対象のプロセスから通信相手のプロセスに、通常
の通信データにデバッグ要求フラグを付加して送信し、
このデバッグ要求フラグを受信したプロセスをデバッグ
対象に指定するように構成したので、明示的に関連プロ
セスの指定をしておかなくとも、また、同じ計算機上に
存在しなくとも、デバッグ要求フラグを受信したプロセ
スを、関連プロセスとしてデバッグの対象にすることが
できる効果がある。

【００４９】また、請求項６に記載の発明によれば、デ
バッグ対象のプロセスから通信相手に、プロセスを指定
したデバッグ要求を送信し、通信相手ではこのデバッグ
要求によって指定されたプロセスをデバッグ対象に指定
するように構成したので、明示的に関連プロセスの指定
をしておかなくとも、また、同じ計算機上に存在しなく
とも、さらに、デバッグ対象プロセスからの送信データ
がなくとも、デバッグ要求で指定されたプロセスを、関
連プロセスとしてデバッグ対象にすることができる効果
がある。

【００５０】また、請求項７に記載の発明によれば、デ
バッグ対象プロセスより優先度の変更要求があると、当
該デバッグ対象プロセスの優先度よりも、そのプロセス
デパッガとデバッグコマンド発行手段の優先度を高くす
るように構成したので、デバッグコマンド発行手段と該
当するプロセスデバッガの優先度が、デバッグ対象のプ
ロセスのそれよりも常に高くしておくことができ、デバ
ッグ対象プロセスの優先度に関わらず、デバッガコマン
ドの入力を受け付けてデバッグを実行することができる
効果がある。

【図面の簡単な説明】

【図１】 この発明の実施例１によるマルチプロセスの
デバッグ方法を示すブロック図である。

【図２】 上記実施例の動作の流れを示すフローチャー
トである。

【図３】 この発明の実施例２によるマルチプロセスの
デバッグ方法を示すブロック図である。

【図４】 上記実施例の動作の流れを示すフローチャー
トである。

【図５】 この発明の実施例３によるマルチプロセスの
デバッグ方法を示すブロック図である。

【図６】 上記実施例のデータ送信側の動作の流れを示
すフローチャートである。

【図７】 上記実施例のデータ受信側の動作の流れを示
すフローチャートである。

【図８】 この発明の実施例４によるマルチプロセスの
デバッグ方法を示すブロック図である。

【図９】 上記実施例のデバッグ要求送信側の動作の流
れを示すフローチャートである。

【図１０】 上記実施例のデバッグ要求受信側の動作の
流れを示すフローチャートである。

【図１１】 この発明の実施例５によるマルチプロセス
のデバッグ方法を示すブロック図である。

【図１２】 上記実施例の動作の流れを示すフローチャ
ートである。

【図１３】 従来のマルチプロセスのデバッグ方法の一
例を示す構成図である。

【図１４】 その動作の流れを示すフローチャートであ
る。

【図１５】 従来のマルチプロセスのデバッグ方法の他
の例を示すブロック図である。

【符号の説明】

２１，２６，２８，３５，３７，３８ プロセスデバッ
ガ、２２ デバッグ対象プロセス、２３ ＯＳ資源、２
４ デバッグ対象フラグ、２５，３４ 関連プロセス、
２７，３９，４０ プロセス、３０ 通信データ、３１
デバッグ要求フラグ、３６ デバッグ要求受信手段、
４１ デバッグコマンド発行手段。

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数のプロセスが動作するオペレーティ
   ングシステムにおける、複数のプロセスからなる一連の
   アプリケーションプログラムのデバッグを行うマルチプ
   ロセスのデバッグ方法において、複数の前記プロセスで
   共用するオペレーティングシステム上の資源のそれぞれ
   にデバッグ対象フラグを設け、前記デバッグ対象フラグ
   がセットされた資源を使用する前記プロセスを、関連プ
   ロセスとしてデバッグの対象にすることを特徴とするマ
   ルチプロセスのデバッグ方法。
2. 【請求項２】 すでにデバッグ対象となっているプロセ
   スによって前記資源が使用された場合に、その資源に設
   けられたデバッグ対象フラグのセットを行うことを特徴
   とする請求項１に記載のマルチプロセスのデバッグ方
   法。
3. 【請求項３】 指定された前記資源について、その資源
   に設けられたデバッグ対象フラグをあらかじめセットし
   ておくことを特徴とする請求項１に記載のマルチプロセ
   スのデバッグ方法。
4. 【請求項４】 複数のプロセスからなり、プロセス間で
   通信が行われる一連のアプリケーションプログラムのデ
   バッグを行うマルチプロセスのデバッグ方法において、
   すでにデバッグ対象となっている前記プロセスから、通
   信相手に対してデバッグ要求を送信し、通信相手にて前
   記デバッグ要求に応じたプロセスを、関連プロセスとし
   てデバッグの対象にすることを特徴とするマルチプロセ
   スのデバッグ方法。
5. 【請求項５】 前記デバッグ要求を、すでにデバッグ対
   象となっているプロセスより通信相手となるプロセスに
   送る通信データに付加したデバッグ要求フラグとし、前
   記デバッグ要求フラグを通信データとともに受信したプ
   ロセスを、関連プロセスとしてデバッグの対象にするこ
   とを特徴とする請求項４に記載のマルチプロセスのデバ
   ッグ方法。
6. 【請求項６】 すでにデバッグ対象となったプロセスと
   通信を行っている通信相手を調査して、プロセスを指定
   したデバッグ要求を送信し、通信相手では、前記デバッ
   グ要求によって指定されたプロセスを、関連プロセスと
   してデバッグの対象にすることを特徴とする請求項４に
   記載のマルチプロセスのデバッグ方法。
7. 【請求項７】 プロセスの優先度を変更する機能をもつ
   オペレーティングシステムにおける、複数のプロセスか
   らなる一連のアプリケーションプログラムのデバッグを
   行うマルチプロセスのデバッグ方法において、前記プロ
   セスから当該プロセスの優先度の変更要求があった場
   合、当該マルチプロセスのデバッグを行うデバッグコマ
   ンド発行手段と、前記優先度の変更を要求したプロセス
   をデバッグするプロセスデバッガの優先度を、前記優先
   度の変更を要求したプロセスのそれより高くなるように
   変更することを特徴とするマルチプロセスのデバッグ方
   法。