(57)【要約】【課題】本発明は、ネットワークに接続される複数の計算機で動作する複数のプロセスを高効率に管理する新たなマルチプロセス管理技術の提供を目的とする。【解決手段】ディスプレイの一方の表示領域に、表示対象のプロセスの動作情報を表示するとともに、そのプロセスの管理に必要となる機能を呼び出すためのボタン手段を有するプロセス管理画面を表示し、他方の表示領域に、プロセスとしてどのようなものがあるのかを図式的に表示するとともに、それらの各プロセスの動作状態を明示表示し、さらに、それらの中から選択されたプロセスをプロセス管理画面の表示対象として設定する機能を呼び出すためのボタン手段を有し、かつ、プロセスに送信するメッセージの入力域と、入力域に入力されたメッセージの送信の指示に用いられる指示手段と、プロセスの動作モードの変更の指示に用いられる指示手段とを有するプロセスレイアウト画面を表示する。【選択図】図１
2007184002.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続される複数の計算機上で動作する複数のプロセスの管理を実行するマルチプロセス管理装置において、
プロセスの発行するメッセージを取得する取得手段と、
管理対象のプロセスに設定される制御情報を記憶する記憶手段と、
上記取得手段の取得したメッセージに従ってプロセスの動作状態を特定する特定手段と、
上記特定手段の特定したプロセスの動作状態と、上記記憶手段の記憶するプロセスに設定される制御情報とに基づいて、そのプロセスの制御処理を実行する制御手段と、
ディスプレイ上の表示画面が２つに分割されることで構成される一方の表示領域に、表示対象となるプロセスの詳細な動作情報を表示するとともに、そのプロセスの管理に必要となる機能を呼び出すためのボタン手段を有するプロセス管理画面を表示する第１の表示手段と、
ディスプレイ上の表示画面が２つに分割されることで構成される上記一方の表示領域とは別のもう一方の表示領域に、各計算機で動作するプロセスとしてどのようなものがあるのかを図式的に表示するとともに、それらの各プロセスの動作状態を明示表示し、さらに、それらのプロセスの中から選択されたプロセスを上記プロセス管理画面の表示対象として設定する機能を呼び出すためのボタン手段を有し、かつ、プロセスに送信するメッセージの入力域と、その入力域に入力されたメッセージの送信の指示に用いられる送信指示手段と、プロセスの動作モードの変更の指示に用いられるモード変更指示手段とを有するプロセスレイアウト画面を表示する第２の表示手段と、
上記送信指示手段が上記入力域に入力されたメッセージの送信を指示するときに、そのメッセージを上記プロセスレイアウト画面上で選択されたプロセスに送信する送信手段と、
上記モード変更指示手段がプロセスの動作モードの変更を指示するときに、上記プロセスレイアウト画面上で選択されたプロセスの動作モードを変更する変更手段とを備えることを、
特徴とするマルチプロセス管理装置。
【請求項２】
請求項１に記載のマルチプロセス管理装置において、
上記記憶手段は、上記制御情報としてプロセスの停止条件となるブレークポイントを記憶し、
上記制御手段は、上記特定手段の特定したプロセスの動作状態が上記記憶手段の記憶するブレークポイントの条件を充足するときに、そのプロセスの動作を停止させるように制御することを、
特徴とするマルチプロセス管理装置。
【請求項３】
請求項１又は２に記載のマルチプロセス管理装置において、
上記第２の表示手段は、プロセスの間でやり取りされるメッセージの表示域を有するプロセスレイアウト画面を表示することを、
特徴とするマルチプロセス管理装置。
【請求項４】
請求項１ないし３のいずれか１項に記載のマルチプロセス管理装置において、
上記第２の表示手段は、上記図式情報の拡大縮小の指示に用いられる拡大縮小指示手段を有するプロセスレイアウト画面を表示し、
さらに、上記拡大縮小指示手段が上記図式情報の拡大縮小を指示するときに、上記図式情報を拡大縮小する実行手段を備えることを、
特徴とするマルチプロセス管理装置。
【請求項５】
請求項１ないし３のいずれか１項に記載のマルチプロセス管理装置において、
上記第２の表示手段は、新たなプロセスの生成の指示に用いられる生成指示手段を有するプロセスレイアウト画面を表示し、
さらに、上記生成指示手段が新たなプロセスの生成を指示するときに、上記プロセス管理画面の表示対象となるソースコードの記述されない新たなプロセスを生成する生成手段を備えることを、
特徴とするマルチプロセス管理装置。
【請求項６】
ネットワークに接続される複数の計算機上で動作する複数のプロセスの管理を実行するマルチプロセス管理装置の実現に用いられるプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
コンピュータを、
プロセスの発行するメッセージを取得する取得手段と、
管理対象のプロセスに設定される制御情報を記憶する記憶手段に対して、データを登録する登録手段と、
上記取得手段の取得したメッセージに従ってプロセスの動作状態を特定する特定手段と、
上記特定手段の特定したプロセスの動作状態と、上記記憶手段の記憶するプロセスに設定される制御情報とに基づいて、そのプロセスの制御処理を実行する制御手段と、
ディスプレイ上の表示画面が２つに分割されることで構成される一方の表示領域に、表示対象となるプロセスの詳細な動作情報を表示するとともに、そのプロセスの管理に必要となる機能を呼び出すためのボタン手段を有するプロセス管理画面を表示する第１の表示手段と、
ディスプレイ上の表示画面が２つに分割されることで構成される上記一方の表示領域とは別のもう一方の表示領域に、各計算機で動作するプロセスとしてどのようなものがあるのかを図式的に表示するとともに、それらの各プロセスの動作状態を明示表示し、さらに、それらのプロセスの中から選択されたプロセスを上記プロセス管理画面の表示対象として設定する機能を呼び出すためのボタン手段を有し、かつ、プロセスに送信するメッセージの入力域と、その入力域に入力されたメッセージの送信の指示に用いられる送信指示手段と、プロセスの動作モードの変更の指示に用いられるモード変更指示手段とを有するプロセスレイアウト画面を表示する第２の表示手段と、
上記送信指示手段が上記入力域に入力されたメッセージの送信を指示するときに、そのメッセージを上記プロセスレイアウト画面上で選択されたプロセスに送信する送信手段と、
上記モード変更指示手段がプロセスの動作モードの変更を指示するときに、上記プロセスレイアウト画面上で選択されたプロセスの動作モードを変更する変更手段として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続される複数の計算機上で動作する複数のプロセスの管理を実行するマルチプロセス管理装置と、その実現に用いられるプログラムを記録したコンピュータ読み取り可能な記録媒体とに関し、特に、高効率のプロセス管理を実現するマルチプロセス管理装置と、その実現に用いられるプログラムを記録したコンピュータ読み取り可能な記録媒体とに関する。
【０００２】
近年、ネットワークやパーソナルコンピュータなどの普及により、処理の分散化が進みつつある。このような環境において、ネットワークに接続される各計算機上で動作するプロセスが要求どおりに動作しているのかを監視し、動作していなければ、そのプロセスを修正し再実行する必要がある。このようなプロセスの管理は、ユーザインタフェースの向上を図って、効率的に実行できるようにしていく必要がある。
【背景技術】
【０００３】
従来、ネットワークに接続される計算機上で動作するプロセスの管理を実行する場合、プロセスの内部状態に応じたプログラムモジュールの選択が矛盾なく正しく行われているのか否かを監視して、矛盾を起こしたプロセスがある場合には、そのプロセスを管理するものに対して、その旨を通知するという構成を採っていた。
【０００４】
図１７に従って、この従来技術について詳細に説明するならば、ネットワークに接続される計算機上で動作する複数のエージェントと、その管理を行うシミュレータとがある場合に、各エージェントは、プログラムデータベースからプログラムデータを読み出し、それが持つ内部状態欄が内部状態データベースに格納される内部状態データと一致するのか否かを調べて、その検査に合格したプログラムデータの動作欄を実行すべき動作として、シミュレータの入力バッファに出力する。
【０００５】
この出力を受けて、シミュレータは、入力バッファから動作データを取り出し、動作定義データベースに格納される動作定義データに基づいて、それらの各動作データの状態を決定し、それらの状態データの集合が無矛盾となる動作データの極大集合を求めて、それらの各動作データの状態データを対応するエージェントの内部状態データベースに格納することで、エージェントの管理を行うという構成を採っていた。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、このような従来技術では、プロセスの内部状態などの矛盾を見つけ出すことはできても、それに至るまでの原因となる過程を見つけ出し、それに従って修正し実行するという環境が提供されていなかった。
【０００７】
しかも、ネットワークに接続される計算機上で動作するプロセスは、数百数千に達するにもかかわらず、それらのプロセスに対する制御情報の効率的な管理について考慮されていないという問題点があった。
【０００８】
更に、従来技術では、ネットワークに接続される計算機をグループ化して、そのグループの中で動作するプロセスとしてどのようなものがあるのか表示するものはあるものの、他のグループで動作するプロセスを同時に表示するものはなく、これから、プロセス全体を同時に管理することができないという問題点があった。
【０００９】
更に、従来技術では、プロセスの実行モードをエディタウィンドウに相当するものを使って指定するようにしているが、これでは、その都度、実行モードの変更対象となるプロセスのエディタウィンドウを開設しなければならず、作業効率が低下するという問題点があった。
【００１０】
更に、従来技術では、プロセス名をキー入力することで、所望のプロセスのエディタウィンドウを表示するようにしているが、これでは、プロセスの数が多くなるに従ってエディタウィンドウの数も多くなることで、必要とするエディタウィンドウを見失いやすくなるとともに、表示中のプロセスとは別のプロセスに問題がある場合に、そのプロセスのエディタウィンドウを動的に表示できないことで、効率的にプロセスの管理を実行できないという問題点があった。
【００１１】
更に、従来技術では、ある現象を確認し損なう場合には、再度、プロセスを起動しなければならず、また、再度起動しても、その現象が再現されない場合があり、プロセスの開発効率が低いという問題点があった。
【００１２】
本発明はかかる事情に鑑みてなされたものであって、ネットワークに接続される複数の計算機で動作する複数のプロセスの管理を実行する構成を採るときにあって、高効率のプロセス管理を実現する新たなマルチプロセス管理技術の提供を目的とする。
【課題を解決するための手段】
【００１３】
この目的を達成するために、本発明のマルチプロセス管理装置は、ネットワークに接続される複数の計算機上で動作する複数のプロセスの管理を実行するために、（１）プロセスの発行するメッセージを取得する取得手段と、（２）管理対象のプロセスに設定される制御情報を記憶する記憶手段と、（３）記憶手段に対してデータを登録する登録手段と、（４）取得手段の取得したメッセージに従ってプロセスの動作状態を特定する特定手段と、（５）特定手段の特定したプロセスの動作状態と、記憶手段の記憶するプロセスに設定される制御情報とに基づいて、そのプロセスの制御処理を実行する制御手段と、（６）ディスプレイ上の表示画面が２つに分割されることで構成される一方の表示領域に、表示対象となるプロセスの詳細な動作情報を表示するとともに、そのプロセスの管理に必要となる機能を呼び出すためのボタン手段を有するプロセス管理画面を表示する第１の表示手段と、（７）ディスプレイ上の表示画面が２つに分割されることで構成されるもう一方の表示領域に、各計算機で動作するプロセスとしてどのようなものがあるのかを図式的に表示するとともに、それらの各プロセスの動作状態を明示表示し、さらに、それらのプロセスの中から選択されたプロセスをプロセス管理画面の表示対象として設定する機能を呼び出すためのボタン手段を有し、かつ、プロセスに送信するメッセージの入力域と、その入力域に入力されたメッセージの送信の指示に用いられる送信指示手段と、プロセスの動作モードの変更の指示に用いられるモード変更指示手段とを有するプロセスレイアウト画面を表示する第２の表示手段と、（８）送信指示手段が入力域に入力されたメッセージの送信を指示するときに、そのメッセージをプロセスレイアウト画面上で選択されたプロセスに送信する送信手段と、（９）モード変更指示手段がプロセスの動作モードの変更を指示するときに、プロセスレイアウト画面上で選択されたプロセスの動作モードを変更する変更手段とを備えるように構成する。
【００１４】
この構成を採るときに、記憶手段は、制御情報としてプロセスの停止条件となるブレークポイントを記憶し、制御手段は、特定手段の特定したプロセスの動作状態が記憶手段の記憶するブレークポイントの条件を充足するときに、そのプロセスの動作を停止させるように制御することがある。
【００１５】
また、第２の表示手段は、プロセスの間でやり取りされるメッセージの表示域を有するプロセスレイアウト画面を表示することがある。
【００１６】
また、第２の表示手段は、図式情報の拡大縮小の指示に用いられる拡大縮小指示手段を有するプロセスレイアウト画面を表示することがあり、この場合には、拡大縮小指示手段が図式情報の拡大縮小を指示するときに、図式情報を拡大縮小する実行手段を備えることになる。
【００１７】
また、第２の表示手段は、新たなプロセスの生成の指示に用いられる生成指示手段を有するプロセスレイアウト画面を表示することがあり、この場合には、生成指示手段が新たなプロセスの生成を指示するときに、プロセス管理画面の表示対象となるソースコードの記述されない新たなプロセスを生成する生成手段を備えることになる。
【００１８】
次に、図１に従って、本発明の原理構成について説明する。
【００１９】
図中、１は本発明を具備するマルチプロセス管理装置であって、ネットワークに接続される複数の計算機上で動作する複数のプロセスの管理を実行するものである。
【００２０】
マルチプロセス管理装置１は、ディスプレイ１０と、取得手段１１と、データベース手段１２と、記憶手段１３と、登録手段１４と、特定手段１５と、制御手段１６と、表示手段１７と、第２の表示手段１８と、指示手段１９と、選択手段２０と、入力手段２１と、送信手段２２と、変更手段２３と、作成手段２４と、生成手段２５とを備える。
【００２１】
このディスプレイ１０は、ユーザに情報を表示する。取得手段１１は、プロセスの発行するメッセージを取得する。データベース手段１２は、取得手段１１の取得するメッセージをプロセス毎に時系列の順番に従って記憶する。
【００２２】
記憶手段１３は、管理対象のプロセスに設定される制御情報を同一ファイルに従うものについては共通な形態に従いつつ記憶する。登録手段１４は、ユーザと対話することで、プロセスの動作を記述するファイルに設定される制御情報（プロセスの停止条件となるブレークポイントなど）を設定するとともに、その設定した制御情報と、取得手段１１の取得するメッセージとに従って、記憶手段１３に対してデータを登録する。
【００２３】
特定手段１５は、取得手段１１の取得するメッセージに従ってプロセスの動作状態を特定する。制御手段１６は、特定手段１５の特定するプロセスの動作状態と、記憶手段１３の記憶するプロセスに設定される制御情報とから、プロセスを停止させるなどの制御処理を実行する。
【００２４】
表示手段１７は、指定されるプロセスの動作状態情報を、ディスプレイ１０に表示する。第２の表示手段１８は、各計算機で動作するプロセスとしてどのようなものがあるのかを、ディスプレイ画面に図式的に表示するとともに、それらの各プロセスの動作状態を明示表示する。
【００２５】
指示手段１９は、第２の表示手段１８に対して、図式情報の拡大縮小を指示する。選択手段２０は、第２の表示手段１８の表示するプロセスの中から処理対象となるプロセスを選択する。入力手段２１は、第２の表示手段１８の表示する表示画面に対して、プロセスに送信するメッセージを入力する。送信手段２２は、入力手段２１の入力するメッセージを選択手段２０の選択するプロセスに送信する。
【００２６】
変更手段２３は、第２の表示手段１８の表示する表示画面を介して、プロセスの動作モードの変更要求が発行されるときに、選択手段２０の選択するプロセスの動作モードを変更する。作成手段２４は、第２の表示手段１８の表示する表示画面を介して、表示手段１７の表示する表示画面の作成要求が発行されるときに、空データを持つその表示画面を作成する。生成手段２５は、作成手段２４の作成する表示画面を介して、その表示画面の表示対象となるプロセスを生成する。
【００２７】
ここで、本発明のマルチプロセス管理装置１の持つプロセス管理機能は具体的にはプログラムで実現されるものであり、このプログラムは、マルチプロセス管理装置１にインストールされてメモリ上で動作することで、本発明を実現することになる。
【００２８】
このように構成される本発明のマルチプロセス管理装置１では、登録手段１４は、取得手段１１がプロセス識別子とファイル名とを指定するメッセージを取得すると、そのプロセスの管理域を生成するとともに、そのファイルの管理域が未だ生成されていないときにはそれを生成し、そして、対話処理に従ってプロセスに対する制御情報を設定して、そのファイル管理域に格納するとともに、そのプロセス管理域がそのファイル管理域をポイントするようにセットする。
【００２９】
この登録手段１４の処理に従って、記憶手段１３は、管理対象のプロセスに設定される制御情報を同一ファイルに従うものについては共通な形態に従いつつ記憶することになる。
【００３０】
このようにして、記憶手段１３が管理対象のプロセスの制御情報を共通的な形態で管理する構成を採るときにあって、制御手段１６は、特定手段１５の特定するプロセスの動作状態と、記憶手段１３の記憶する制御情報とから、プロセスの制御処理を実行する。例えば、記憶手段１３が制御情報としてプロセスの停止条件となるブレークポイントを管理するときには、制御手段１６は、特定手段１５の特定するプロセスの動作状態が記憶手段１３の記憶するブレークポイントの条件を充足するときに、そのプロセスの動作を停止させるように制御する。
【００３１】
この構成を採るときにあって、表示手段１７は、指定されるプロセスの動作状態情報をディスプレイ１０に表示するので、ユーザは、そのプロセスの動作状態を正確に把握できるようになる。
【００３２】
また、第２の表示手段１８は、各計算機で動作するプロセスとしてどのようなものがあるのかを、ディスプレイ１０に図式的に表示するとともに、それらの各プロセスの動作状態を明示表示するので、ユーザは、各計算機で動作するプロセスとしてどのようなものがあるのかということと、それらの各プロセスの動作状態を一目で分かるようになる。このとき、指示手段１９は、第２の表示手段１８に対して、図式情報の拡大縮小を指示するので、ユーザは、この指示手段１９を操作することで、見やすい形でそれらを確認できるようになる。
【００３３】
また、表示手段１７は、選択手段２０の選択するプロセスの動作状態情報をディスプレイ１０に表示するので、ユーザは、簡単な操作により、必要とするプロセスの動作状態情報を見ることができるようになる。
【００３４】
また、送信手段２２は、入力手段２１が第２の表示手段１８の表示する表示画面に対してプロセスへの送信メッセージを入力すると、その入力メッセージを選択手段２０の選択するプロセスに送信するので、ユーザは、簡単な操作により、プロセスに対してメッセージを送信することができるようになる。
【００３５】
また、変更手段２３は、第２の表示手段１８の表示する表示画面を介して、プロセスの動作モードの変更要求が発行されると、選択手段２０の選択するプロセスの動作モードを変更するので、ユーザは、簡単な操作により、プロセスの動作モードを変更できるようになる。
【００３６】
また、作成手段２４は、第２の表示手段１８の表示する表示画面を介して、表示手段１７の表示する表示画面の作成要求が発行されると、空データを持つその表示画面を作成し、これを受けて、生成手段２５は、ユーザと対話することで、作成手段２４の作成する表示画面を介して、その表示画面の表示対象となるプロセスを生成するので、ユーザは、簡単な操作により、新たなプロセスを生成できるようになる。
【００３７】
また、データベース１２は、取得手段１１の取得するメッセージをプロセス別に時系列順に記憶するので、ユーザは、このヒストリデータに従って、再現性のないプロセスの現象についても正確に解析できるようになる。
【発明の効果】
【００３８】
本発明によれば、プロセスに対する制御情報を効率的に管理しつつ、プロセスの内部状態などに矛盾が発生するときに、その制御情報を使って、それに至るまでの原因となる過程を見つけ出すことができる。そして、同一の環境下でプロセスを修正することができるようになるとともに、再現性のないプロセスの現象についても正確に解析できるようになるので、プロセスの開発効率を上げることができる。
【００３９】
更に、指定されるプロセスの動作状態情報を表示する画面の他に、各計算機で動作するプロセスとしてどのようなものがあるのかを図式的に表示するとともに、それらの各プロセスの動作状態を明示表示する構成を採り、更に、このシステム構成全体を表示する表示画面を使って、動作状態情報の表示対象となるプロセスを選択したり、プロセスへメッセージを送信したり、プロセスの動作モードを変更したり、新たなプロセスの生成を実現する構成を採るので、ユーザは、簡単な操作により、プロセスの管理を実行できるようになる。
【発明を実施するための最良の形態】
【００４０】
以下、実施の形態に従って本発明を詳細に説明する。
【００４１】
図２に、本発明の一実施形態例を図示する。
【００４２】
図中、１は本発明を具備するマルチプロセス管理装置であって、ネットワークに接続される計算機上で動作するプロセスのデバッグ処理を実行するもの、４０ａはネットワークに接続されるホスト計算機（ＨＯＳＴＡ）であって、testＡというプロセス名を持つような複数のプロセスを実行するもの、４０ｂはネットワークに接続されるホスト計算機（ＨＯＳＴＢ）であって、testＢというプロセス名を持つような複数のプロセスを実行するもの、４０ｃはネットワークに接続されるホスト計算機（ＨＯＳＴＣ）であって、testＣというプロセス名を持つような複数のプロセスを実行するもの、４０ｄはネットワークに接続されるホスト計算機（ＨＯＳＴＤ）であって、testＤというプロセス名を持つような複数のプロセスを実行するもの、５０はソースコードデータベースであって、ホスト計算機４０ａ〜ｄで実行されるプロセスのソースコードを格納するものである。
【００４３】
ここで、ソースコードデータベース５０の格納するソースコードは、実際には、各ホスト計算機４０ａ〜ｄに分散して存在しており、マルチプロセス管理装置１や各ホスト計算機４０ａ〜ｄは、これらのソースコードをネットワークを介して自由に入手できるので、あたかも、このソースコードデータベース５０があるかのように図示してある。
【００４４】
本発明のマルチプロセス管理装置１は、ホスト計算機４０ａ〜ｄで実行されるプロセスの発行するデバッグ処理に必要となる管理メッセージを入手し、それらを使って、プロセスのデバッグ処理を実行するものである。
【００４５】
プロセスの発行する管理メッセージには、次に示すものがある。
【００４６】
（１）実行中のプログラムソースの行番号を通知する
Ｔhe line message ・・・(line,プロセス識別子，ファイル名，実行行）
というフォーマット形式を持つ「lineメッセージ」。
【００４７】
（２）手続きや関数などが呼ばれたことを通知する
Ｔhe entry message・・・(entry, プロセス識別子，手続き名）
というフォーマット形式を持つ「entry メッセージ」。
【００４８】
（３）手続きや関数などが終了したことを通知する
Ｔhe exit message ・・・(exit,プロセス識別子，関数名，手続き名）
というフォーマット形式を持つ「exitメッセージ」。
【００４９】
（４）関数が終了し値を返したことを通知する
Ｔhe return message ・・・(return,プロセス識別子，関数名，戻り値）
というフォーマット形式を持つ「returnメッセージ」。
【００５０】
（５）変数に値が割り当てられたことを通知する
Ｔhe assign message ・・・(assign,プロセス識別子，変数名，割当値）
というフォーマット形式を持つ「assignメッセージ」。
【００５１】
（６）プロセスが生成されたことを通知する
Ｔhe fork message ・・・(fork,プロセス識別子，親プロセス識別子）
というフォーマット形式を持つ「forkメッセージ」。
【００５２】
（７）プロセスが消滅したことを通知する
Ｔhe die message・・・(die, プロセス識別子）
というフォーマット形式を持つ「die メッセージ」。
【００５３】
（８）あるプロセスが他のプロセスにメッセージを送信したことを通知する
Ｔhe send message ・・・(send,送信元プロセス識別子，
送信先プロセス識別子，メッセージ）
というフォーマット形式を持つ「sendメッセージ」。
【００５４】
（９）メッセージキューに溜まったメッセージが受け付けられたことを通知する
Ｔhe accept message ・・・(accept,送信元プロセス識別子，
送信先プロセス識別子，メッセージ）
というフォーマット形式を持つ「acceptメッセージ」。
【００５５】
（10）実行時にエラーが発生したことを通知する
Ｔhe error message・・・(error, プロセス識別子，エラー種別，
エラー詳細）
というフォーマット形式を持つ「error メッセージ」。
【００５６】
ここで、「lineメッセージ」で指定するファイルは、プロセスの動作を記述するものである。更に具体的に説明するならば、プロセスは命令列から構成されており、その命令列がファイルとなる。このファイルは、各ホスト計算機上に展開されることになる。
【００５７】
上述したように、本発明のマルチプロセス管理装置１は、プロセスの発行するこれらの管理メッセージを入手し、それを使って、プロセスのデバッグ処理を実行するものである。
【００５８】
このプロセスのデバッグ処理を実行するために、本発明のマルチプロセス管理装置１は、図２に示すように、ＶＡＤマネージャ３０と、デバッグ・メッセージ・レコーダ３１と、デバッグ・メッセージ・データベース３２と、制御情報データベース３３と、プロセス・レイアウト・コントローラ３４と、プロセス・レイアウト・ウィンドウ３５と、エディタ・コントローラ３６と、エディタ・ウィンドウ３７とを備えるとともに、表示メッセージを受信し表示システムに合わせた表示制御を行うダイアロックス３８とを備える。
【００５９】
このＶＡＤマネージャ３０は、装置全体の制御を実行する。デバッグ・メッセージ・レコーダ３１は、プロセスから送られてくる管理メッセージを受信して、ＶＡＤマネージャ３０に通知するとともに、デバッグ・メッセージ・データベース３２に格納する。デバッグ・メッセージ・データベース３２は、図３に示すように、プロセスから送られてくる管理メッセージをプロセス毎に時系列の順番に従って格納する。
【００６０】
制御情報データベース３３は、プロセスのデバッグ処理に必要となるブレークポイントを管理する。具体的には、図４に示すように、プロセス対応に設けられるプロセス別制御情報管理域３３０と、ファイル対応に設けられるファイル別制御情報管理域３３１というデータ構造に従って、このブレークポイントを効率的に管理する構成を採っている。
【００６１】
このファイル別制御情報管理域３３１は、管理するファイルの管理番号（ファイル別制御情報管理域３３１での管理番号）と、管理するファイルの存在場所とそのファイル名とを記述するファイル識別子と、管理するファイルに割り付けられたブレークポイント（プロセスの停止条件を示し、変数の値やプロセスの実行行で指定される）とを管理する。
【００６２】
一方、プロセス別制御情報管理域３３０は、プロセスの識別子と、プロセスに対応付けて設けられるエディタ・ウィンドウ３７の識別子と、プロセスが現在実行中のファイルの管理番号と、プロセスの実行モード（ステップモードとシーケンシャルモードとがある）と、プロセスが現在実行中の実行行とそのときのファイルの管理番号との対応関係とを管理する。
【００６３】
この管理構成に従って、制御情報データベース３３は、図５に示すように、異なるプロセス別制御情報管理域３３０に登録される異なるプロセスが、同一のファイル別制御情報管理域３３１を使って、ブレークポイントを共通管理する構成を採るので、ブレークポイントの効率的な管理が実現されることになる。
【００６４】
プロセス・レイアウト・コントローラ３４は、プロセス管理の制御処理を実行するものであって、具体的には、プロセス・レイアウト・ウィンドウ３５を表示したり、エディタ・ウィンドウ３７を起動するなどの処理を行う。プロセス・レイアウト・ウィンドウ３５は、ネットワークに存在するプロセスとしてどのようなものがあるのかを示すプロセス・レイアウトを表示する。
【００６５】
このプロセス・レイアウト・ウィンドウ３５の表示処理を実現するために、プロセス・レイアウト・コントローラ３４は、ＶＡＤマネージャ３０から通知される管理メッセージを保持するバッファを備えている。
【００６６】
図６に、プロセス・レイアウト・コントローラ３４により表示されるプロセス・レイアウト・ウィンドウ３５の一例を図示する。
【００６７】
この図に示すように、プロセス・レイアウト・ウィンドウ３５は、例えば、「HostＡ.fujisan.co.jp」というホスト計算機で動作するプロセスとしては、「TestＡ」と「TestＣ」というプロセスがあるというように、各ホスト計算機を１つのグループとして、その上で動作するプロセスとしてどのようなものがあるのかを同一画面上に視覚的に表示する構成を採っている。そして、この表示にあたって、例えば、正常動作しているプロセスについては青色で表示し、エラーの発生しているプロセスについては赤色で表示するというように、プロセスの動作状態を明示表示する構成を採っている。
【００６８】
更に、このプロセス・レイアウト・ウィンドウ３５は、プロセスに送信する管理メッセージの入力域（図中のInput send Message）と、プロセスの間でやり取りされる管理メッセージの表示域（図中のContents Specified Mesaage Que）と、エディタ・ウィンドウ３７の表示対象となるプロセスの選択を指示するポインティングボタン３５０と、プロセス・レイアウトの拡大縮小を指示するレイアウト拡大縮小ボタン３５１と、新しいエディタ・ウィンドウ３７の生成を指示するウィンドウ生成ボタン３５２と、メッセージ入力域に入力される管理メッセージの送信を指示するメッセージ送信ボタン３５３と、プロセスの動作モードの変更を指示するモード変更ボタン３５４とを有している。
【００６９】
ユーザは、このプロセス・レイアウト・ウィンドウ３５を参照することで、管理対象となるプロセスとしてどのようなものがあり、現在、それらのプロセスがどのような動作状態にあるのかを一目で把握できるようになるとともに、これらのボタンを操作することで、プロセスのデバッグ処理を効率的に実行できるようになる。
【００７０】
エディタ・コントローラ３６は、プロセス対応に設けられて、対となるプロセスのエディタ・ウィンドウ３７を表示する。エディタ・ウィンドウ３７は、割り付けられるプロセスの動作状態情報を表示する。
【００７１】
このエディタ・ウィンドウ３７の表示処理を実現するために、エディタ・コントローラ３６は、ＶＡＤマネージャ３０から通知される管理メッセージを保持するバッファを備えている。
【００７２】
図７に、エディタ・コントローラ３６により表示されるエディタ・ウィンドウ３７の一例を図示する。
【００７３】
エディタ・ウィンドウ３７は、プロセス対応に設けられるものであり、この図に示すように、表示対象のプロセスの識別子を表示する表示域（図中のEditor Window 欄) と、ネットワークに存在するプロセスの識別子の一覧を表示する表示域（図中のProcess List欄) と、表示対象のプロセスが送信し、また、表示対象のプロセスに送信されてきた管理メッセージの内容や状態の一覧を表示する表示域（図中のMessage List欄）と、変数に割り当てられた値の一覧を表示する表示域（図中のValiable List 欄) と、表示対象のプロセスの実行中に発生したエラーメッセージの一覧を表示する表示域（図中のErorr List欄）と、表示対象のプロセスが呼び出した関数や手続きとそれからの戻り値の一覧を表示する表示域（図中のProcedure/Function List 欄) と、表示対象のプロセスが新たに生成したプロセスの識別子の一覧を表示する表示域（図中のFork List 欄）と、表示対象のプロセスのソースコード（ファイル）を現在の実行行を明示しつつ表示する表示域（図中のSource Code 欄）と、コンパイル指示や、実行指示や、ステップモードの設定指示や、セーブ指示や、ロード指示や、ブレークポイントの設定指示や、消滅指示を実行するためのメニューバーとを有している。ここで、ソースコードの表示域は、新たに生成するソースコードの入力域としても使用されることになる。
【００７４】
ユーザは、このエディタ・ウィンドウ３７を参照することで、プロセスの動作状態を正確に把握できるとともに、メニューバーを操作することで、プロセスのソースコードの修正や作成や、プロセスのデバッグに必要となるブレークポイントの設定などを自在に実行できるようになる。
【００７５】
図７に示したように、エディタ・ウィンドウ３７は、表示対象となるプロセスの詳細な動作状態情報を表示する。これから、このエディタ・ウィンドウ３７があれば、ネットワークに接続されるプロセスの動作状態を正確に把握できることになる。しかしながら、このエディタ・ウィンドウ３７だけ表示する構成を採っていると、プロセスの数が数百数千にもなると、ユーザは、管理すべきプロセスのエディタ・ウィンドウ３７を呼び出すことすら簡単にできなくなる。
【００７６】
そこで、本発明のマルチプロセス管理装置１では、図８に示すように、このエディタ・ウィンドウ３７とともに、図６に示したプロセス・レイアウト・ウィンドウ３５を表示する構成を採って、これらの２つのウィンドウを使って、プロセスを効率的にデバッグする構成を採るものである。
【００７７】
図９に、デバッグ・メッセージ・レコーダ３１の実行する処理フローの一例、図１０及び図１１に、ＶＡＤマネージャ３０の実行する処理フローの一例、図１２ないし図１５に、プロセス・レイアウト・コントローラ３４の実行する処理フローの一例、図１６に、エディタ・コントローラ３６の実行する処理フローの一例を図示する。ここで、これらの処理フローを実行するプログラムは、フロッピィディスクや回線などを介してインストールされることになる。
【００７８】
次に、これらの処理フローに従って、本発明について詳細に説明する。
【００７９】
先ず最初に、デバッグ・メッセージ・レコーダ３１の実行する処理について説明する。
【００８０】
デバッグ・メッセージ・レコーダ３１は、ネットワークを介して、プロセスから上述したデバッグ処理の管理メッセージが送られてくると、図９の処理フローに示すように、先ず最初に、ステップ１で、デバッグ・メッセージ・データベース３２の中に、プロセス毎にファイルを作成して、そのファイル（既に作成している場合には、その作成済みのファイル）に、受信した管理メッセージのログを記録し、続いて、ステップ２で、その受信した管理メッセージをＶＡＤマネージャ３０に通知して、処理を終了する。
【００８１】
このようにして、デバッグ・メッセージ・レコーダ３１は、プロセスから送信されてくる管理メッセージをデバッグ・メッセージ・データベース３２にロギングしていくとともに、ＶＡＤマネージャ３０に通知していくように処理するのである。
【００８２】
次に、ＶＡＤマネージャ３０の実行する処理について説明する。
【００８３】
ＶＡＤマネージャ３０は、デバッグ・メッセージ・レコーダ３１を介してプロセスからの管理メッセージを受信すると、図１０の処理フローに示すように、先ず最初に、ステップ１で、制御情報データベース３３の作成更新処理を実行する。
【００８４】
すなわち、受信した管理メッセージが上述の「lineメッセージ」で、その第４要素の実行行の値が“１”を示しているときには、そのプロセスに対するプロセス別制御情報管理域３３０を作成していないので、それを作成する処理を行う。また、その第３要素のファイル名に対応するファイル別制御情報管理域３３１が存在しないときには、それを作成して、ファイル名をファイル識別子として設定するとともに、シーケンシャルなファイル管理番号を設定する。
【００８５】
そして、受信した管理メッセージに従って、プロセス別制御情報管理域３３０を新たに作成するときには、それが持つ各要素に値を設定し、作成済みのときには、それが持つ各要素の値を更新する。例えば、プロセス別制御情報管理域３３０を新たに作成するときには、エディタ・ウィンドウ３７が生成されていないので、エディタウィンドウ識別子には“ＮＵＬＬ”を設定し、実行中のファイル管理番号には、管理メッセージで通知されるファイル名の指すファイル別制御情報管理域３３１に登録されるファイル管理番号を設定し、実行モードには、デフォルトのステップモードを設定し、実行行番号には、管理メッセージで通知される実行行の“１”を設定する。
【００８６】
続いて、ステップ２で、制御情報データベース３３から、管理メッセージを送信してきたプロセスに対して設定されるブレークポイントを読み出す。ここで、このブレークポイントは、図７に示したエディタ・ウィンドウ３７のメニューバーの操作に従って、ユーザにより設定されることになる。
【００８７】
続いて、ステップ３で、受信した管理メッセージに従って、管理メッセージを送信してきたプロセスで、ブレークポイントの条件が成立したのか否かをチェックし、続くステップ４で、ブレークポイントの条件成立を判断するときには、ステップ５に進んで、管理メッセージの発行元のプロセスに対して、動作停止を指示するメッセージを出力する。
【００８８】
一方、ステップ４で、ブレークポイントの条件不成立を判断するときには、ステップ６に進んで、管理メッセージの発行元のプロセスに対して、動作続行を指示するメッセージを出力する。
【００８９】
ステップ５／ステップ６でのメッセージ送信処理を終了すると、ステップ７に進んで、受信した管理メッセージを、その発行元のプロセスに対応付けられるエディタ・コントローラ３６に通知するとともに、そのプロセスのソースコードがエディタ・コントローラ３６で表示しているソースコードを超えるものとなるときには、ソースコードデータベース５０からソースコードを入手してエディタ・コントローラ３６に通知する。
【００９０】
そして、続くステップ８で、受信した管理メッセージからプロセス・レイアウトに必要となる情報を抽出して、プロセス・レイアウト・コントローラ３４に通知して処理を終了する。
【００９１】
このようにして、ＶＡＤマネージャ３０は、プロセスから管理メッセージを受信すると、そのプロセスに対して設定されているブレークポイントの条件が成立したのか否かを判断して、ブレークポイントの条件が成立するときには、そのプロセスの動作を停止させていくのである。
【００９２】
この処理に従って、ユーザは、プロセスのデバッグを効率的に実行できるようになる。
【００９３】
また、ＶＡＤマネージャ３０は、エディタ・ウィンドウ３７のメニューバーの操作に従って、デバッグ・メッセージ・データベース３２に格納される管理メッセージのログデータの参照要求が発行されると、図１１の処理フローに示すように、先ず最初に、ステップ１で、参照要求発行元のエディタ・ウィンドウ３７に従って、参照要求のあるプロセスを特定する。
【００９４】
続いて、ステップ２で、デバッグ・メッセージ・データベース３２から、その特定したプロセスの管理メッセージを時系列順に１つ読み出し、続くステップ３で、全ての管理メッセージの読み出しを完了するときは、処理を終了し、管理メッセージを読み出せたときには、ステップ４に進んで、その読み出した管理メッセージを参照要求発行元のエディタ・コントローラ３６に通知してから、ステップ２に戻っていく。
【００９５】
このようにして、ＶＡＤマネージャ３０は、デバッグ・メッセージ・データベース３２に格納される管理メッセージのログデータの参照要求が発行されると、それをエディタ・コントローラ３６に通知することで、エディタ・ウィンドウ３７に表示するように処理するのである。
【００９６】
この管理メッセージのログデータに従って、ユーザは、再現性のないプロセスのバグを効率的にデバッグできるようになる。
【００９７】
次に、プロセス・レイアウト・コントローラ３４の実行する処理について説明する。
【００９８】
プロセス・レイアウト・コントローラ３４は、ＶＡＤマネージャ３０を介してプロセスからの管理メッセージを受信すると、図１２の処理フローに示すように、先ず最初に、ステップ１で、その管理メッセージからプロセスの動作状態情報を抽出する。続いて、ステップ２で、その抽出した動作状態情報に従ってプロセス・レイアウト・ウィンドウ３５を更新する。
【００９９】
すなわち、プロセスの生成に合わせて、プロセス・レイアウト・ウィンドウ３５に新たなプロセスを追加したり、プロセスの消滅に合わせて、プロセス・レイアウト・ウィンドウ３５からプロセスを消去したり、プロセスの動作状態を示す色情報を変更する処理を行うのである。なお、プロセス・レイアウト・コントローラ３４は、ＶＡＤマネージャ３０から通知される管理メッセージを格納するバッファを有しており、これを使って、プロセス・レイアウト・ウィンドウ３５中に表示されるヒストリデータを表示していくように処理することになる。
【０１００】
このようにして、プロセス・レイアウト・コントローラ３４は、プロセス・レイアウト・ウィンドウ３５を更新しながら表示していくように処理するのである。
【０１０１】
このプロセス・レイアウト・ウィンドウ３５の表示処理に従って、ユーザは、管理対象となるプロセスとしてどのようなものがあり、現在、それらのプロセスがどのような動作状態にあるのかを一目で把握できるようになる。
【０１０２】
また、プロセス・レイアウト・コントローラ３４は、ポインティングボタン３５０が操作されると、図１３（ａ）の処理フローに示すように、先ず最初に、ステップ１で、プロセス・レイアウト・ウィンドウ３５上でマウスクリックされるプロセスを特定する。
【０１０３】
続いて、ステップ２で、現在表示中のエディタ・ウィンドウ３７を特定し、続くステップ３で、その特定したエディタ・ウィンドウ３７がステップ１で特定したプロセスのものであるのか否かを判断して、ステップ１で特定したプロセスのものであることを判断するときには、現在、そのプロセスのエディタ・ウィンドウ３７がディスプレイ画面に表示中であるので、そのまま処理を終了する。
【０１０４】
一方、ステップ３で、ステップ２で特定したエディタ・ウィンドウ３７がステップ１で特定したプロセスのものでないことを判断するときには、ステップ４に進んで、ステップ１で特定したプロセスに対応付けられるエディタ・コントローラ３６に対して、エディタ・ウィンドウ３７をディスプレイ画面に表示するように指示する。
【０１０５】
このようにして、プロセス・レイアウト・コントローラ３４は、ポインティングボタン３５０が操作されると、ユーザの指定するプロセスの動作状態情報を表示するエディタ・ウィンドウ３７を表示していくように処理するのである。
【０１０６】
このプロセス・レイアウト・コントローラ３４の処理に従って、ユーザは、ワンタッチの操作により、自分の希望するエディタ・ウィンドウ３７を表示できるようになって、自分の希望するプロセスの動作状態情報を簡単に表示できるようになる。
【０１０７】
また、プロセス・レイアウト・コントローラ３４は、レイアウト拡大縮小ボタン３５１が操作されると、図１３（ｂ）の処理フローに示すように、先ず最初に、ステップ１で、マウスの左ボタンがクリックされるのか、右ボタンがクリックされるのかをチェックすることで、プロセス・レイアウトの拡大指示なのか、プロセス・レイアウトの縮小指示なのかを決定し、続いて、ステップ２で、マウスの左ボタン／右ボタンのクリック操作が続く間、プロセス・レイアウトを拡大／縮小していくことで、プロセス・レイアウト・ウィンドウ３５の表示範囲を変更する。
【０１０８】
このようにして、プロセス・レイアウト・コントローラ３４は、レイアウト拡大縮小ボタン３５１が操作されると、プロセス・レイアウト・ウィンドウ３５の表示範囲を変更していくように処理するのである。
【０１０９】
このプロセス・レイアウト・コントローラ３４の処理に従って、ユーザは、見やすい形で、プロセス・レイアウト・ウィンドウ３５を見ることができるようになる。
【０１１０】
また、プロセス・レイアウト・コントローラ３４は、メッセージ送信ボタン３５３が操作されると、図１４（ａ）の処理フローに示すように、先ず最初に、ステップ１で、ユーザから入力されてくる送信対象の管理メッセージを入力する。続いて、ステップ２で、プロセス・レイアウト・ウィンドウ３５上でマウスクリックされるプロセスを特定することで、送信先となるプロセスを決定する。
【０１１１】
続いて、ステップ３で、ステップ２で決定した送信先プロセスの識別子を取得し、続くステップ４で、その取得したプロセス識別子を指定して、ＶＡＤマネージャ３０に対して、ステップ１で入力した管理メッセージの送信を指示することで、その管理メッセージをステップ２で決定した送信先プロセスに送信する。
【０１１２】
このようにして、プロセス・レイアウト・コントローラ３４は、メッセージ送信ボタン３５３が操作されると、ユーザの入力してきた管理メッセージを、ユーザの指定するプロセスに送信していくように処理するのである。
【０１１３】
このプロセス・レイアウト・コントローラ３４の処理に従って、ユーザは、デバッグに必要となる管理メッセージを簡単にプロセスに送信できるようになることで、効率的なデバッグ処理を実行できるようになる。
【０１１４】
また、プロセス・レイアウト・コントローラ３４は、ウィンドウ生成ボタン３５２が操作されると、図１４（ｂ）の処理フローに示すように、空のエディタ・ウィンドウ３７を生成するとともに、それに対応付けられるエディタ・コントローラ３６を生成する。
【０１１５】
このようにして、プロセス・レイアウト・コントローラ３４は、ウィンドウ生成ボタン３５２が操作されると、ネットワークに存在するプロセスとは関係のない空のエディタ・ウィンドウ３７を生成するのである。
【０１１６】
このプロセス・レイアウト・コントローラ３４の処理に従って、ユーザは、空のエディタ・ウィンドウ３７に対してソースコードを入力することで、新たなプロセスを生成して、それをネットワーク上のホスト計算機にロードしていくことができるようになるので、効率的なデバッグ処理を実行できるようになる。
【０１１７】
また、プロセス・レイアウト・コントローラ３４は、モード変更ボタン３５４が操作されると、図１５の処理フローに示すように、先ず最初に、ステップ１で、プロセス・レイアウト・ウィンドウ３５上でマウスクリックされるプロセスを特定することで、動作モードの変更対象となるプロセスを決定する。
【０１１８】
続いて、ステップ２で、その決定したプロセスの識別子を取得し、続くステップ３で、処理対象のプロセスの現在の動作モードを取得する。なお、この動作モードは、処理対象のプロセスに対応付けられるエディタ・コントローラ３６が管理しており、それを参照することで取得できる。
【０１１９】
続いて、ステップ４で、ステップ３で取得した動作モードがステップモードを表示しているのか否かを判断して、ステップモードを表示していることを判断するときには、ステップ５に進んで、ステップ２で取得したプロセス識別子を指定して、ＶＡＤマネージャ３０に対して、シーケンシャルモードで動作することを指示するメッセージの送信依頼を発行することで、ステップ１で特定したプロセスの動作モードをシーケンシャルモードに変更する。
【０１２０】
一方、ステップ４で、ステップ３で取得した動作モードがステップモードを表示していないことを判断するとき、すなわち、シーケンシャルモードを表示していることを判断するときには、ステップ６に進んで、ステップ２で取得したプロセス識別子を指定して、ＶＡＤマネージャ３０に対して、ステップモードで動作することを指示するメッセージの送信依頼を発行することで、ステップ１で特定したプロセスの動作モードをステップモードに変更する。
【０１２１】
このようにして、プロセス・レイアウト・コントローラ３４は、モード変更ボタン３５４が操作されると、ユーザの選択するプロセスの動作モードを変更していくように処理するのである。
【０１２２】
このプロセス・レイアウト・コントローラ３４の処理に従って、ユーザは、エディタ・ウィンドウ３７を用いずに、ワンタッチの操作により、自分の希望するプロセスの動作モードを変更できるようになる。
【０１２３】
次に、エディタ・コントローラ３６の実行する処理について説明する。
【０１２４】
エディタ・コントローラ３６は、ＶＡＤマネージャ３０を介してプロセスからの管理メッセージを受信すると、図１６の処理フローに示すように、先ず最初に、ステップ１で、その管理メッセージからプロセスの動作状態情報を抽出する。続いて、ステップ２で、その抽出した動作状態情報に従ってエディタ・ウィンドウ３７を更新（表示中のときには、更新して表示し、表示中でないときには、表示要求に備えて更新する）する。
【０１２５】
すなわち、プロセスから送られてきた管理メッセージに従って、ネットワークに存在するプロセスの識別子の一覧を更新し、プロセス間でやり取りされた管理メッセージの内容や状態の一覧を更新し、変数に割り当てられた値の一覧を更新し、エラーメッセージの一覧を更新し、プロセスが呼び出した関数や手続きとそれからの戻り値の一覧を更新し、プロセスが新たに生成したプロセスの識別子の一覧を更新するとともに、実行行に合わせて、ソースコードをスクロールするのである。
【０１２６】
ここで、このエディタ・ウィンドウ３７の表示処理を実現するために、プロセス・レイアウト・コントローラ３４は、ＶＡＤマネージャ３０から通知される管理メッセージを保持するバッファを備えている。また、エディタ・コントローラ３６と、それが表示するエディタ・ウィンドウ３７は、プロセスに対応付けて生成されるものであり、プロセスが新たに生成されるときには、それに合わせて、新たに生成されることになる。
【０１２７】
このようにして、エディタ・コントローラ３６は、プロセスから送られてくる管理メッセージに従って、エディタ・ウィンドウ３７を更新しながら表示していくように処理するのである。
【０１２８】
このエディタ・ウィンドウ３７の表示処理に従って、ユーザは、プロセスの動作状態情報を正確に確認できるので、正確なデバック処理を実行できるようになる。
【０１２９】
また、エディタ・ウィンドウ３７には、図７に示したように、デバック処理の動作に必要となる各種処理を起動するためのメニューバーを備えている。これから、ユーザによりこのメニューバーが操作されると、その操作の指示する処理を実行する。
【０１３０】
例えば、プロセスのソースコードを修正したり、新たなソースコードを生成したり、プロセスに対して１ステップずつの実行を指示したり、ブレークポイントを設定するといった処理を行うことになる。
【０１３１】
図示実施形態例に従って本発明を説明したが、本発明はこれに限定されるものではない。例えば、実施形態例では、プロセスのデバック処理を具体例にして本発明を説明したが、本発明はデバッグ処理以外のプロセス管理にもそのまま適用できるのである。
【産業上の利用可能性】
【０１３２】
以上説明したように、本発明によれば、（１）プロセスから送られてくるメッセージに基づき、プロセスが数百数千になっても効率的な制御情報の管理が行え、（２）プロセスの動作矛盾やその処理に至るまでの過程を視覚的に表示することで、プロセス動作の誤りを簡単に特定できるようになり、（３）ネットワーク上のプロセスを一元的に把握できるようになり、（４）処理中のプロセスに対する詳細な動作状態情報を管理できるようになり、（５）プロセスの動作モードの変更を任意の時間で行えるようになり、（６）動作記述の修正、翻訳が簡単にできるようになるとともに、プロセスを制御するメッセージを自在に作成し、それを使ってプロセスを動作させることで、プロセス動作の誤りの過程が簡単に特定できるようになり、（７）ログデータを使って、問題の現象をプロセスを再実行することなく再現できるようになることから、プロセスの開発などの管理作業の効率を著しく高めることができるようになる。
【図面の簡単な説明】
【０１３３】
【図１】本発明の原理構成図である。
【図２】本発明の一実施形態例である。
【図３】デバッグ・メッセージ・データベースの一例である。
【図４】制御情報データベースの一例である。
【図５】制御情報データベースの一例である。
【図６】プロセス・レイアウト・ウィンドウの一例である。
【図７】エディタ・ウィンドウの一例である。
【図８】ディスプレイ画面の説明図である。
【図９】デバッグ・メッセージ・レコーダの実行する処理フローである。
【図１０】ＶＡＤマネージャの実行する処理フローである。
【図１１】ＶＡＤマネージャの実行する処理フローである。
【図１２】プロセス・レイアウト・コントローラの実行する処理フローである。
【図１３】プロセス・レイアウト・コントローラの実行する処理フローである。
【図１４】プロセス・レイアウト・コントローラの実行する処理フローである。
【図１５】プロセス・レイアウト・コントローラの実行する処理フローである。
【図１６】エディタ・コントローラの実行する処理フローである。
【図１７】従来技術の説明図である。
【符号の説明】
【０１３４】
１    マルチプロセス管理装置
１０  ディスプレイ
１１  取得手段
１２  データベース手段
１３  記憶手段
１４  登録手段
１５  特定手段
１６  制御手段
１７  表示手段
１８  第２の表示手段
１９  指示手段
２０  選択手段
２１  入力手段
２２  送信手段
２３  変更手段
２４  作成手段
２５  生成手段
【図１】
2007184002.tif 000003
【図２】
2007184002.tif 000004
【図３】
2007184002.tif 000005
【図４】
2007184002.tif 000006
【図５】
2007184002.tif 000007
【図６】
2007184002.tif 000008
【図７】
2007184002.tif 000009
【図８】
2007184002.tif 000010
【図９】
2007184002.tif 000011
【図１０】
2007184002.tif 000012
【図１１】
2007184002.tif 000013
【図１２】
2007184002.tif 000014
【図１３】
2007184002.tif 000015
【図１４】
2007184002.tif 000016
【図１５】
2007184002.tif 000017
【図１６】
2007184002.tif 000018
【図１７】
2007184002.tif 000019