JPH07191872A

JPH07191872A - システム解析装置

Info

Publication number: JPH07191872A
Application number: JP6308467A
Authority: JP
Inventors: Glenn S Fowler; ステファンファウラーグレン; David G Korn; ジェラードコーンデビッド; Elefterios Koutsofios; コウツオフィオスエレフテリオス; Stephen C North; シー．ノースステファン
Original assignee: American Telephone and Telegraph Co Inc; AT&T Inc
Current assignee: AT&T Inc
Priority date: 1993-11-19
Filing date: 1994-11-18
Publication date: 1995-07-28
Anticipated expiration: 2014-04-19
Also published as: US5551037A; CA2118158A1; EP0654735B1; DE69410753T2; CA2118158C; DE69410753D1; JP2883826B2; EP0654735A1

Abstract

(57)【要約】【目的】共同プロセスのシステムの動作を解析・制御
する方法を提供する。【構成】このプログラムにより使用されるシステム呼
出のライブラリは、システム呼出を実行し、システム呼
出が実行されたことを示すメッセージを送信する動的リ
ンクライブラリにより置換される。メッセージは表示シ
ステムにより受信される。表示システムは、プロセスの
システムの現行状態を示す画像表示を生成することによ
りこのメッセージに応答する。画像表示はプロセスのシ
ステムをツリー状に表示する。ツリー内のノードはシス
テム内のプロセスと、このプロセスにより使用されるフ
ァイルのような資源を示す。ツリー内のエッジはプロセ
スと他のプロセス又は資源との間の関係を示す。ユーザ
はどのシステム呼出がメッセージを生成するか制御で
き、表示システムがメッセージに応答する速度を制御で
き、プロセスの実行を制御できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はシステムの解析及び制御
に関する。更に詳細には、本発明はコンピュータで実行
するプロセスを構成するシステムの解析及び制御に関す
る。

【０００２】

【従来の技術】巨大なシステムを構築する際の重要な事
項はデバッグである。すなわち、システムの実現におい
てエラーを検出し、解析し、そして訂正することであ
る。システムがコンピュータで実行されるプログラムに
より実現される場合、プログラムをデバッグするのに利
用可能な様々なツールが存在する。ｃｉａのようなディ
スカバリプログラムが存在する。

【０００３】このプログラムは、プログラマが、プログ
ラムがどのように構成されているか理解するのを助け
る。このプログラムはデバッガと呼ばれる。このデバッ
ガは、デバッグされているプログラムが実行されるとき
に起こる事象の内容をプログラマに見せることができ
る。最近のデバッガは、プログラマが、デバッグされて
いるプログラムの実行を対話型で制御できるようになっ
ている。

【０００４】このようなデバッガの一例は、フリーソフ
トウエア財団から入手できる、ＧＤＢデバッガである。
プログラムの呼出履歴，分散メモリの並列プログラムに
より発生されたイベント又はプログラムの並列実行のト
レースなどのような情報を示すために、デバッガは更に
グラフィック・インターフェースの使用を開始した。

【０００５】このようなグラフィック・インターフェー
スの一例は、ＩＥＥＥコンピュータ，１９９３年６月発
行，８８−９５頁に掲載された、アダム・ベグエリン(A
damBeguelin)らの、“複合環境におけるビジュアリゼー
ション及びデバッギング(Visualization and Debugging
in a Heterogeneous Environment)”と題する論文中に
開示されている。

【０００６】ここで述べられているディスカバリプログ
ラム及びデバッガはその本来の用途には完全に適合す
る。しかし、最近のシステムは一般的に、一連の共同サ
ブルーチンとして実現されるのではなく、むしろ、一連
の共同プロセスとして実現される。ここで、説明の便宜
上、“プロセス”とは、ユーザ用のプログラムを実際に
実行するコンピュータシステムにおける実体（エンティ
ティ）として定義する。

【０００７】多くのシステムでは、共同プロセスは異な
るコンピュータで実行する。システムが一連の共同プロ
セスとして実現される場合、システムのデバッギング
は、このプロセスにより実行されている個々のプログラ
ムの理解とデバッギングだけでなく、プロセスの共同動
作の理解とデバッギングも含む。このプロセスの共同動
作の理解とデバッギングは、ここに述べたプログラムデ
ィスカバリツール及びデバッガによっては行うことがで
きない。

【０００８】現今のコンピュータシステムは、共同プロ
セスを構成するデバッギングシステムのために貧弱な資
源しか提供しない。例えば、ＵＮＩＸオペレーティング
・システム（ＵＮＩＸはユニックス・システム・ラボラ
トリース社の登録商標である。）を使用するコンピュー
タシステムでは、オペレーティング・システムに対して
プロセスにより為された呼出のリストを出力する“トレ
ース”ユーティリティが存在する。

【０００９】また、どんなファイルが所定のプロセスを
オープンするかユーザに伝える“オーファイル(ofil
e)”ユーティリティ及びどんなプロセスが所定のファイ
ルを使用しているか識別する“エフユーザ(fuser)”ユ
ーティリティも存在する。これらの貧弱なデバッギング
ツールの欠点は、単一のプロセッサで実行するプロセス
に関する情報しか提供しないことであり、従って、共同
プロセスを異なるプロセッサで実行する理解及びデバッ
ギングシステムでは有用性が殆ど無い。

【００１０】

【発明が解決しようとする課題】従って、本発明の目的
は前記のようなシステムの精密な解析と制御を可能にす
る方法を提供することにより、共同プロセスを構成する
デバッギングシステムに伴う前記の問題点を解決するこ
とである。

【００１１】

【課題を解決するための手段】本発明の方法は、ビジュ
アルプロセスマネージャで体現される。ビジュアルプロ
セスマネージャはモニタとグラフィカル・ディスプレイ
・ジェネレータ（画像表示発生器）を有する。モニタ
は、システム内のプロセスが子プロセスを作成するか、
又はファイルのような資源にアクセスするような操作に
関するオペレーティング・システム呼出を実行する場合
に、メッセージを送信する。

【００１２】グラフィカル・ディスプレイ・ジェネレー
タはこのメッセージに応答して表示を生成する。この表
示は、プロセスのシステムの状態及びメッセージにより
必要とされるような変更を示す。従って、ユーザはプロ
セスのシステム内で起こっている事象を、この表示から
決定できる。更に、ユーザは、この表示及びプロセスの
システムさえも制御するために、マウスのようなポイン
ティング・デバイスを使用することもできる。

【００１３】好ましい実施例では、この表示はノード及
びエッジの有向非巡回グラフである。アクセスするプロ
セス及び資源はグラフ内のノードであり、ノードを接続
するエッジはノード間の関係を示す。例えば、プロセス
を示すノードはエッジによりその親用のノードに接続さ
れ、プロセスによりアクセスされるファイルに関するノ
ードは別のエッジによりプロセス用のノードに接続され
る。

【００１４】ビジュアルプロセスマネージャの重要な利
点は、プロセスにより実行されるコードの変更が不要な
ことである。モニタは動的リンク・ライブラリにより実
現される。動的リンク・ライブラリは、コンピュータシ
ステムにより提供されたオペレーティング・システム呼
出のライブラリを、システム呼出を行うだけでなく、メ
ッセージも生成する新たなライブラリに置換する。

【００１５】モニタ内のプロセス毎のマスクにより、ユ
ーザは、どのシステム呼出がメッセージを生じるか、メ
ッセージのフォームはどのようなものであるべきか、及
びシステム呼出用のライブラリルーチンは継続前にユー
ザからの肯定応答を待つべきか否かを指示することがで
きる。

【００１６】好ましい実施例は、プロセスのシステムを
解析するために本発明の方法を使用するが、本発明の方
法は、一般的に適用可能であり、ルーチンのライブラリ
が、同じ機能を果たすが副作用としてメッセージも送信
する動的リンク・ライブラリにより置換され得るような
全ての状況において使用することができる。本発明の特
別な利点は、システムを、システムのアプリケーション
レベルコードの変更又はリコンパイルすること無しに解
析できることである。

【００１７】

【実施例】以下、図面を参照しながら本発明を具体的に
説明する。

【００１８】先ず、本発明を実現するシステムについて
説明し、次いで、システムの好ましい実施例について説
明し、最後に好ましい実施例の内容を具体的に説明す
る。

【００１９】ビジュアルプロセスマネージャを有するシ
ステム：図１図１は常用の最新型分散コンピュータシステムの模式的
構成図である。数台のプロセッサ１０３は通信システム
１１１を介して相互に通信する。通信システム１１１
は、メッセージをプロセッサ１０３間で送信できるもの
であればどのようなシステムであってもかまわない。各
プロセッサの実行プログラムは多数のプロセス１０５で
ある。

【００２０】プロセス１０５はメッセージを、同一の又
は他のプロセッサ１０３で実行する他のプロセスに送信
できる。プロセス１０５は固定記憶装置１０７内のファ
イル１０９ともアクセスできる。ファイルは、プロセス
１０５を実行するプロセッサ１０３に属する固定記憶装
置１０７に属するか又は別のプロセッサ１０３に属する
固定記憶装置１０７に属することができる。

【００２１】ビジュアルプロセスマネージャのユーザ
は、表示装置１１２と、何れかのプロセッサ１０３（こ
の場合は、プロセッサ１０３（ａ））に接続されたキー
ボード１１７及びマウス１１９のような入力装置を有す
る。キーボード１１７又はマウス１１９により、ユーザ
は表示装置１１２のディスプレイ上の表示に応答してプ
ロセッサ１０３（ａ）に入力を送ることができる。更に
詳細には、ユーザはマウス１１９を用いてディスプレイ
１１３内のポインタ１１５を移動させることができ、ま
た、マウス１１９のボタンを使用してコマンド入力を行
うことができる。

【００２２】ビジュアルプロセスマネージャのユーザビ
ュー：図２，図３及び図５ビジュアルプロセスマネージャのユーザは一般的に、図
２に示されるようなディスプレイにより作業する。グラ
フ２０１は表示装置１１２上に現れる。大抵の場合、プ
ロセッサ１０３はウインドウシステムを実行し、グラフ
２０１はディスプレイ１１３内のウインドウ内に現れ
る。グラフ２０１は有向非巡回グラフである。

【００２３】このグラフは４台のコンピュータで実行す
る共同プロセスのシステムを示す。各コンピュータは、
コンピュータの名称（例えば、キーウィ(kiwi)）を有す
るクラスタ２０３で示される。各クラスタの内部は一群
のプロセスボックス２０５である。各プロセスボックス
２０５は、クラスタにより示されるコンピュータで実行
するプロセス１０５を示す。プロセスボックス内の番号
は、このプロセスに関するプロセス識別子（ｐｉｄ）で
ある。

【００２４】プロセス識別子は、プロセスを識別するた
めにコンピュータ２０３のオペレーティング・システム
により使用される番号である。文字列はプロセスにより
現に実行されているプログラムの名称である。従って、
ｐｉｄ２３０８７を有するプロセス１０５はｇｃｃプロ
グラムを実行する。？を有するプロセスボックス２０５
のプロセス１０５はプロセス初期化プログラムを実行す
る。点線２０７は、プロセス１０５間の親子関係を示
す。

【００２５】親プロセスが他のプロセス１０５を生成す
るオペレーティング・システムコマンドを実行する場
合、プロセス１０５は別のプロセス１０５の親である。
従って、プロセス２３０８６はプロセス２３０８８の親
である。

【００２６】言うまでもなく、プロセス１０５はファイ
ル１０９にアクセスできる。ファイルはファイル長円２
０９としてグラフ２０１に現れる。各ファイル長円２０
９は、ファイル長円２０９により示されるファイルの名
称である文字列を有する。プロセス１０５がファイル１
０９をオープンした場合、このプロセスのプロセスボッ
クス２０５とこのファイルのファイル長円２０９を接続
する実線のエッジ２１３が存在する。

【００２７】プロセス１０５が読出用のファイルをオー
プンした場合、矢線の先頭はプロセスボックス２０５に
存在する。プロセス１０５が書込用のファイルをオープ
ンした場合、矢線の先頭はファイル長円２０９に存在す
る。読出用及び書込用の両方のファイルがオープンされ
た場合、矢線の先頭はエッジ２１３の両端に存在する。

【００２８】プロセス１０５は、本発明が使用されるシ
ステム内で、ＵＮＩＸオペレーティング・システムによ
り提供されるパイプ及びソケットにより通信する。パイ
プは、同じコンピュータ１０３で実行するプロセス間の
通信にのみ使用され、ソケットは、異なるコンピュータ
１０３で実行するプロセス間の通信に使用される。ソケ
ットの場合、通信は実際に通信システム１１１を介して
伝わる。パイプ及びソケットは、パイプ環２１５及びソ
ケット環２１１としてグラフ２０１に現れる。

【００２９】ソケット環２１１は、ソケットが生成され
た時のソケットの受け手であったコンピュータの名称及
び受け手コンピュータにおけるポートの番号を有する。
ファイル長円２０９の場合と同じ方法で、エッジ２１３
はパイプ環２１５及びソケット環２１１と一緒に使用さ
れる。すなわち、パイプ又はソケットが書込のためにオ
ープンされる場合、矢線の先頭は環２１１又は２１５に
存在し，パイプ又はソケットが読出のためにオープンさ
れる場合、矢線の先頭はプロセスボックス２０５に存在
する。

【００３０】好ましい実施例が実現されるＵＮＩＸオペ
レーティング・システムのバージョンでは、パイプは片
方向であり、或るプロセスはパイプに書込み、他のプロ
セスはパイプから読出す。これに対して、ソケットは双
方向である。

【００３１】ビジュアルプロセスマネージャの動作：図
３及び図５好ましい実施例では、ビジュアルプロセスマネージャは
２つの主要構成要素からなる。一つは、プロセスの実行
に応じて、システム内のプロセスをモニタする構成要素
であり、もう一つは、モニタ用構成要素からメッセージ
を受信し、このメッセージに応じてグラフ２０１を生成
する構成要素である。

【００３２】好ましい実施例における構成要素は、１９
９３年に米国のシンシナティで開催されたＵＳＥＮＩＸ
夏季会議講演集の２７９〜２９０頁に掲載された、グレ
ン・フォウラー(Glenn Fowler)らの“ユーザレベル複製
ファイルシステム(A user-level replicated file syst
em)”と題する論文に記載された、ｎ次元ファイルシス
テム（ｎＤＦＳ）に基づくモニタと、プログラムｄｏｔ
（ＩＥＥＥトランザクションズ・オン・ソフトウエア・
エンジニアリング、Ｖｏｌ．１９，Ｎｏ．３（１９９３
年３月）に掲載されたエムデン(Emden)らの“有向グラ
フの作図方法(ATechnique for Drawing Directed Graph
s)”と題する論文に説明されている）及びｌｅｆｔｙ
（カナダ，アルバータ州のカルガリにおける９１年度グ
ラフィックス・インターフェース(Graphics Interfac
e)，６８〜７６頁（１９９１年）に掲載された、エレフ
シェリオス・コウトソフィオス(Eleftherios Koutsofio
s)らの“Ｌｅｆｔｙ：テクニカルピクチャ用の２ビュー
エディタ(a two-view editor for technical picture
s)”と題する論文中に開示されている）に基づくディス
プレイジェネレータである。

【００３３】好ましい実施例において、ビジュアルプロ
セスマネージャの動作を開始するために、ユーザはディ
スプレイジェネレータを実行する第１のプロセスと、モ
ニタを実行する第２のプロセスをスタートさせる。各プ
ロセスは表示装置１１２内にそれ自身のウインドウを有
する。第２のプロセスが実行されると、ユーザは、ログ
ファイルを指定する、第２のプロセスのシェル内のセッ
トアップコマンドを実行する。

【００３４】モニタはこのログファイルにメッセージを
送り、また、ディスプレイジェネレータはこのログファ
イルからその入力と、モニタにより監視されるべきオペ
レーティング・システムのシステム呼出を獲得する。好
ましい実施例では、ユーザは、プロセス関連オペレーテ
ィング・システム呼出と、プロセス関連オペレーティン
グ・システム呼出及びファイルアクセス関連オペレーテ
ィング・システム呼出、及び前記の二つと共にＩ／Ｏシ
ステム呼出だけを指定できる。

【００３５】好ましい実施例では、プロセス関連オペレ
ーティング・システム呼出はＵＮＩＸフォーク（ｆｏｒ
ｋ），実行（ｅｘｅｃ）及びエグジット（ｅｘｉｔ）呼
出であり、ファイルアクセス関連呼出はオープン（ｏｐ
ｅｎ），クローズ（ｃｌｏｓｅ），ダップ（ｄｕｐ）及
びパイプ（ｐｉｐｅ）であり、Ｉ／Ｏ呼出は読出（ｒｅ
ａｄ）と書込（ｗｒｉｔｅ）である。

【００３６】前記のセットアップコマンドが実行される
と、ディスプレイジェネレータ及びセットアップコマン
ドを実行するプロセスの現行状態により、モニタはログ
ファイル読出へのメッセージ送信を開始し、そしてプロ
セスの子孫がグラフ２０１に表示される。従って、プロ
セスの所定のシステムをモニタするのに必要なことは、
セットアップコマンドが実行されるプロセスの子として
システムの第１のプロセスをスタートさせることだけで
ある。

【００３７】ディスプレイジェネレータはリアルタイム
モードとシングルステップモードの２つのモードで動作
する。リアルタイムモードでは、ディスプレイジェネレ
ータは、モニタがメッセージをログファイル内に配置す
るのに応じて、ログファイル内のメッセージを読出す。
シングルステップモードでは、モニタされるシステム
は、モニタが終了するまで実行される。この場合、モニ
タからの全てのメッセージはログファイル内に配置され
る。

【００３８】その後、ディスプレイジェネレータはログ
ファイル内のメッセージを読出す。好ましい実施例で
は、モードは、ディスプレイジェネレータの実行を開始
するコマンドのオプションにより指定される。いずれの
場合も、グラフ２０１は、メッセージがログファイルか
ら読出されるのに応じて、動的に更新される。

【００３９】何れかのモードにおけるディスプレイジェ
ネレータの動作は、ポインタ１１５がグラフ２０１のノ
ード上に配置されず、マウスの右ボタンがクリックされ
た場合に、グラフ２０１に現われるグローバルメニュー
により制御される。図３はリアルタイムモードに関する
グローバルメニューを示す。メニューオプションは次の
通りである。

【００４０】●ドゥ・レイアウト(do layout):グラフ２
０１のレイアウトをやり直す， ●リドロー(redraw):グラフをリフレッシュする， ●セーブ・グラフ(save graph)：グラフをファイルにセ
ーブする， ●ズームイン(zoom in)：グラフを拡大する， ●ズームアウト(zoom out)：グラフを縮小する， ●クリーンアップ(cleanup)：デッドプロセスを示すノ
ードをグラフ２０１から削除する， ●ファインド・ノード(find node)：ディスプレイをス
クロールし、ｐｉｄ又は名称により指定されるノードを
グラフ２０１のディスプレイの中央に配置させる， ●スタート／ストップ(start/stop):アイテムが再び選
択されるまで、グラフの更新を停止する， ●テキストビュー(textview)：ディスプレイジェネレー
タにより現に解読されているプログラムを調べる，及び ●エグジット(exit)：ディスプレイジェネレータの実行
終了。

【００４１】オプションはマウスを使用することにより
選択される。すなわち、マウスでポインタ１１５をメニ
ュー内の所望のエントリに移動させ、そしてマウスの左
ボタンをクリックすることにより、オプションを選択で
きる。グラフ２０１が、グラフ２０１の表示されている
ウインドウよりも大きい場合、ユーザはウインドウ上の
スクロールバーを使用し、グラフの非表示部分をウイン
ドウ内に持ってくることができる。

【００４２】シングルステップモードのグローバルメニ
ューは、スタート／ストップ及びクリーンアップが次の
二つの選択肢により置換される点で、リアルタイムモー
ドと異なる。

【００４３】●プレイ・ノンストップ(play non-sto
p)：ディスプレイジェネレータは停止することなくログ
ファイル内のメッセージに応答する， ●プレイ・アンティル(paly until)：ユーザはシステム
呼出名称又はメッセージ一連番号を指定する，ディスプ
レイジェネレータは指定されたシステム呼出名称又はメ
ッセージ一連番号が到着するまでログファイル内のメッ
セージに応答する。

【００４４】プレイ・ノンストップ又はプレイ・アンテ
ィルのどちらも選択されない場合、ユーザはメッセージ
がマウスにより読出される速度を制御する。ユーザがマ
ウスの左ボタンをクリックすると、次のメッセージが読
出され、グラフ２０１にそのメッセージに従って変更さ
れる。従って、シングルステップモードは、ユーザに、
ユーザの関心のあるプロセスのシステムの動作部分だけ
を見せるオプションを与える。

【００４５】グラフ２０１のノードに関するメニューに
より、ユーザは、個々のノードに関する情報を発見する
ことができ、また、プロセスボックス２０５の場合に
は、プロセスを操縦することができる。ノードメニュー
を得るために、ユーザはポインタ１１５を所望のノード
に移動し、そしてマウスの右ボタンをクリックする。ノ
ードメニューの内容はノードの種類及びディスプレイジ
ェネレータがリアルタイムモード又はシングルステップ
モードで動作されているか否かに応じて変化する。

【００４６】図５は、リアルタイムモードにおけるプロ
セスボックス６６７８に関するノードメニュー５０１を
示す。可能なメニュー選択は次の通りである。

【００４７】●プリント・エントリ(print entry)：ノ
ードにより示される実体に関する情報を印刷する，プロ
セスノードでは、この情報はノード種類，プロセスが実
行されるマシンの識別名(id)，マシンの名称，プロセス
のｐｉｄ，プロセスにより現に実行されているプロセス
のパス名などである， ●プリント・アトリビュート(print attribute)：色，
形状，フォント名及びフォントサイズなどのノードに関
するディスプレイ属性を印刷する， ●キル(kill)：プロセスに対するＵＮＩＸオペレーティ
ング・システムのキルコマンドを実行し、これを停止さ
せる，プロセスはこのコマンドを無視することもでき
る， ●キル−９(kill-9)：プロセスを停止させるのに必要な
形でキルを実行する， ●ランｄｂｘ(run dbx)：プロセスにより実行されてい
るプログラム上でデバッガを実行させる。

【００４８】シングルステップモードでは、プリント・
エントリ(print entry)及びプリント・アトリビュート
(print attr)の選択肢だけが利用できる。

【００４９】ファイル長円２０９に関するメニューは、
両方のモードにおいて、プリント・エントリ(print ent
ry)及びプリント・アトリビュート(print attr)の選択
肢だけを有する。プリント・エントリされる場合、ファ
イル名，デバイス名及びノード名が表示される。パイプ
及びソケット環２１１に関するメニューはこれらの選択
肢の他に、ショー・メッセージ(show message)選択肢も
含む。

【００５０】このショー・メッセージ(show message)選
択肢は、モニタがＩ／Ｏシステム呼出を監視している時
に、選択されたパイプ又はソケットを通過するメッセー
ジを示す。パイプに関するプリント・エントリの場合、
識別子が表示され、これにより、パイプを使用する各プ
ロセスはそのパイプを知る。ソケットの場合、ソケット
の名称，送信元マシーン名，受信元マシーン名及びポー
トが表示される。

【００５１】実施例の具体的内容：図４，図６及び図７図４は、ビジュアルプロセスマネージャの好ましい実施
例の具体的構成を示す概要ブロック図である。ビジュア
ルプロセスマネージャ４０１は前記のようなモニタ４１
８とディスプレイジェネレータ４１９の２つの主要構成
要素を有する。モニタ４１８は、検査されているシステ
ムに属するプロセス１０５の挙動を監視する。

【００５２】ディスプレイジェネレータ４１９は、表示
装置１１３上にディスプレイ２０１を生成し、キーボー
ド１１７及びマウス１１９からの入力に応答する。構成
要素間の通信はログファイル４１１を介して行われる。
モニタ４１８は監視されているプロセス１０５から受信
したメッセージをログファイル内に書込み、ディスプレ
イジェネレータ４１９はログファイルからメッセージを
読出す。

【００５３】モニタ４１８モニタ４１８について更に詳細に説明する。モニタ４１
８の構成要素は、検査されているシステムに属する各プ
ロセス１０５用のメッセージ・ジェネレータ４０３と後
置型サーバプロセス４０９からなる。プロセス１０５
が、監視されているシステム呼出を実行する場合、メッ
セージ・ジェネレータ４０３はメッセージを生成する。

【００５４】後置型サーバプロセス４０９はプロセス１
０５からメッセージを受信し、ログファイル４１１にこ
のメッセージを書込む。プロセス１０５と後置型サーバ
４０９との間の通信は、ＵＮＩＸオペレーティング・シ
ステムにより提供されるソケットによる。

【００５５】フォウラーらの前掲書及び米国特許出願第
０８／００３７号明細書に詳細に説明されているよう
に、メッセージ・ジェネレータ４０３は、一連のライブ
ラリルーチンに関する実行可能コードに各プロセス１０
５を動的にリンクさせることにより実現される。監視さ
れているプロセス１０５は、ＵＮＩＸオペレーティング
・システムにより提供される標準的なシステムに関する
コードの代わりに、動的にリンクされたコードを実行す
る。

【００５６】動的リンクはプロセスが初期化された時に
起こる。実行可能コードはプロセス初期化時に動的リン
クされるので、このプロセスにより実行されているアプ
リケーションコードを変更又は再リンクする必要が無
い。動的リンクは、米国，カリフォルニア州のマウンテ
ンビューに所在するサン・マイクロシステムズ(Sun Mic
rosystems)社から１９３３に発行された“共用ライブラ
リ(Shared Libraries)”と題する文献中に詳細に説明さ
れている。

【００５７】所定のＵＮＩＸシステム呼出に関するライ
ブラリルーチンにおけるコードはシステム呼出を呼出
す。しかし、この他に、これは副作用も発生する。ビジ
ュアルプロセスマネージャにおいて、この副作用はメッ
セージ４０６を包含する。図６はメッセージ４０６の詳
細な内容を示す。このメッセージは次のような項目を含
む。

【００５８】●ソースｐｉｄ(SPID)６０１：メッセージ
を生成したシステム呼出を行ったプロセス１０５のｐｉ
ｄ， ●ソースマシーン(SMACH)６０３：プロセス１０５を実
行するコンピュータの識別子， ●システム呼出名(Syscall name)６０５：プロセス１０
５により行われたシステム呼出の名称， ●システム呼出引数(Syscall Args)６０７：プロセス１
０５により行われたシステム呼出の引数， ●システム呼出結果(Syscall result)６０９：プロセス
１０５により行われたシステム呼出の結果。

【００５９】例えば、オープンシステム呼出に関するメ
ッセージ４０６では、引数６０７は、オープンすべきフ
ァイルのパス名及びファイルがオープンされる際のモー
ドを含む。結果６０９は、新たにオープンされたファイ
ルのデバイス番号及びノード番号を含む。

【００６０】ビジュアルプロセスマネージャのユーザビ
ューの説明において指摘されるように、ユーザは、セッ
トアップコマンドにおいて、どのタイプのシステム呼出
を監視すべきか指定する。この情報は各プロセス１０５
用のマスク４０５に記憶される。動的にリンクされたラ
イブラリにおけるルーチンは、メッセージを送信する前
にプロセス１０５用のマスク４０５をチェックし、マス
ク４０５が、メッセージ４０６をこの種のシステム呼出
について送信すべきことを示す場合にのみ、メッセージ
４０６を送信する。

【００６１】好ましい実施例では、マスクはセットアッ
プコマンドで設定され、システム呼出の種類について設
定される。その後、マスクは監視されているプロセスの
全てにより継承される。その他の実施例では、ユーザ
は、個々のプロセス及びシステム呼出についてマスクを
設定するために、メニューを使用できる。好ましい実施
例では、更に“簡潔(terse)”マスクを包含する。この
マスクは、文字列をリターンするシステム呼出で指定で
きる。

【００６２】簡潔マスクがシステム呼出について設定さ
れない場合、システム呼出は文字列をメッセージ４０６
にリターンする。簡潔マスクが設定される場合、システ
ム呼出はポインタ１１５を文字列にリターンする。プロ
セスのマスクが設定されると、セットアップコマンドを
介すか又は対話型で、プロセスの子孫により継承され
る。

【００６３】ディスプレイジェネレータ４１９ディスプレイジェネレータ４１９は、メッセージ解釈プ
ロセス４１５とグラフ発生プロセス４１７の２つのプロ
セスとして実現される。好ましい実施例では、メッセー
ジ解釈プロセス４１５は、コウトソフィオスらの前掲書
に記載されたｌｅｆｔｙプログラムを実行し、エムデン
らの前掲書に記載されたｄｏｔプログラムを実行する。

【００６４】メッセージ・インタープリータ４１５はロ
グファイル４１１からメッセージ４０６を読出す。リア
ルタイムモードでは、メッセージ・インタープリータ４
１５は、後置型サーバ４０９がメッセージ４０６をログ
ファイル４１１に書込むのに応じて、メッセージ４０６
を読出す。シングルステップモードでは、メッセージ・
インタープリータ４１５は、監視されているシステム内
のプロセス１０５が全て終了した後だけ、ログファイル
４１１からメッセージ４０６を読出し始める。

【００６５】各メッセージについて、メッセージ・イン
タープリータ４１５はメッセージ４０６からシステム呼
出のタイプを決定し、グラフデータストラクチャ４２１
（グラフ２０１を示す）で必要な変更をメッセージによ
り行う。メッセージ４０６がもはや存在しない場合、ま
たは最後のリドローの時から所定の数のメッセージ４０
６が処理された場合、ディスプレイ２０１はリドローさ
れる。グラフ２０１がリドローされる場合に起こる事象
は、メッセージ４０６により必要とされる変更の種類に
より左右される。

【００６６】変更がグラフ２０１の新たなレイアウトを
必要としない場合、メッセージ・インタープリータ４１
５はグラフデータストラクチャ４２１から情報を単に獲
得し、この情報をウインドウシステム４２７に供給す
る。ウインドウシステム４２７はこの情報を使用し、表
示装置１１２にグラフ２０１を実際に表示する。変更が
新たなレイアウトを必要とする場合、メッセージ・イン
タープリータ４１５は新たなレイアウトに必要な情報を
グラフデータストラクチャ４２１から獲得し、この情報
を論理グラフ記述４２３として、グラフジェネレータ４
１７に供給する。

【００６７】グラフジェネレータ４１７は、論理グラフ
記述に基づき物理グラフ記述４２５をメッセージ・イン
タープリータ４１５にリターンする。その後、メッセー
ジ・インタープリータ４１５は、新たな物理グラフ記述
をグラフデータストラクチャ４２１に組込み、更新され
たグラフデータストラクチャ４２１からの情報を前記の
ようにウインドウシステム４２７に供給する。

【００６８】図７は、グラフデータストラクチャ４２１
の詳細な構成図である。グラフデータストラクチャ４２
１はノードアレイ７０１とエッジアレイ７１３の２つの
主要構成要素を有する。ノードアレイ７０１はグラフ２
０１内の各ノードに関するノードエントリ７０３を包含
する。エッジアレイ７１３はグラフ２０１内の各エッジ
に関するエッジエントリ７１５を包含する。各ノードエ
ントリ７０３は、下記の４種類の情報を包含する。

【００６９】●論理ノード情報，メッセージ・インター
プリータ４１５はこの情報を論理グラフデータ４２３と
してグラフジェネレータ４１７に供給する， ●ノードディスプレイ情報７０７，グラフジェネレータ
４１７はこの情報を、論理グラフデータ４２３に応答し
て物理グラフデータ４２５としてメッセージ・インター
プリータ４１５に供給する， ●ビジュアルプロセスマネージャ情報７０９，及び ●エッジポインタリスト７１１。

【００７０】ビジュアルプロセスマネージャ情報７０９
は、ディスプレイ２０１内のノード、及びノードエント
リ７０３により示されるノードに付随するメニューに現
れる情報である。エッジポインタリスト７１１は、ノー
ドエントリ７０３により示されるノードで開始又は停止
するエッジに関する各エッジエントリ７１５に対するポ
インタを包含する。

【００７１】エッジエントリ７１５は各エッジに関する
同じ種類の情報を包含する。論理エッジ情報７１７は、
メッセージ・インタープリータ４１５がグラフジェネレ
ータ４１７に供給したエッジに関する情報を包含する。
エッジディスプレイ情報７１９は、グラフジェネレータ
４１７によりメッセージ・インタープリータ４１５にリ
ターンされる情報を包含する。ＶＰＭ情報７２１は、エ
ッジに付随するメニューに現れる情報である。

【００７２】ポインタ７２３から(from ptr 723)は、エ
ッジの送り手であるノードアレイ７０１内のノードエン
トリ７０３に対するポインタである。ポインタ７２５へ
（toptr 725)は、エッジの受け手であるノードアレイ７
０１内のノードエントリに対するポインタである。

【００７３】好ましい実施例で実現されるようなモニタ
４１８の限界は、メッセージ・インタープリータ４１５
が、プロセス１０５が停止したか否かメッセージ４０６
から常に予測できるとは限らないことである。好ましい
実施例では、この問題は、メッセージ・インタープリー
タ４１５に、所定のプロセス１０５から最後のメッセー
ジ以来の時間を追跡させることにより処理される。

【００７４】或る一定の制限時間を超えた場合、メッセ
ージ・インタープリータ４１５は、所定のプロセスが実
行されるコンピュータについてｐｉｄサーバ４２９に照
会し、プロセス１０５が依然として活動中であるか否か
決定する。プロセス１０５が活動中でない場合、メッセ
ージ・インタープリータ４１５は、プロセス１０５に関
する情報をグラフデータストラクチャ４２１から削除す
る。そして、グラフ２０１の次のリドローの時に、プロ
セス１０５に関するノード及びプロセスにより単独でア
クセスされるファイル又はパイプに関するノードが消失
する。

【００７５】更に、メッセージ・インタープリータ４１
５は、ウインドウシステム４２７により供給されるよう
な、キーボード１１７及びマウス１１９からの入力を処
理する。例えば、ユーザがマウスの右ボタンをクリック
し、グローバルメニュー又はノードメニュウを要求する
と、メッセージ・インタープリータ４１５は、要求され
ているメニューのタイプを決定し、このメニューに関す
る情報を、ウインドウを表示するウインドウシステム４
２７に供給する。

【００７６】同様に、ユーザが、情報の表示を必要とす
るメニューエントリを選択する場合、ウインドウシステ
ム４２７は、この選択が行われたことを示し、メッセー
ジ・インタープリータ４１５は、グラフデータストラク
チャ４２１からこの情報を取得し、この情報を表示する
ためにウインドウシステム４２７に供給する。ユーザが
特定のプロセスに関するノードメニューについてキルエ
ントリを選択する場合、メッセージ・インタープリータ
４１５は、プロセス１０５を削除するシステムコマンド
を実行する。

【００７７】ビジュアルプロセスマネージャ４０１の対
話型バージョン好ましい実施例では、端末におけるユーザはログファイ
ル４１１内のメッセージがメッセージ・インタープリー
タ４１５により読出される速度を決定することだけがで
きる。ユーザはビジュアルプロセスマネージャ４０１に
よりシステム内のプロセスの実行を制御できない。

【００７８】別の実施例では、ユーザはプロセスのシス
テムの実行を実際に制御するために、ビジュアルプロセ
スマネージャ４０１を使用できる。この実施例では、ロ
グファイル４１１はソケット４２０により置換される。
ソケット４２０は後置型サーバ４０９をメッセージ・イ
ンタープリータ４１５へ直接接続する。更に、双方向性
ソケット４１６は、監視されているプロセス１０５用の
メッセージ・ジェネレータ４０３と後置型サーバ４０９
とを接続する。

【００７９】メッセージ４０６、マスク４０５及び動的
リンクライブラリ用のコードでも変更が必要である。メ
ッセージ４０６は追加フィールドのＡＣＫ（肯定応答）
フィールド６１１を帯びる。このＡＣＫフィールド６１
１は、メッセージ・インタープリータ４１５が後置型サ
ーバ４０９から受信されたメッセージを肯定応答しなけ
ればならないか否か示す。マスク４０５は肯定応答マス
クを包含する。肯定応答マスクは、システム毎の呼出ベ
ースで、どのシステム呼出が肯定応答を必要とするか示
す。

【００８０】最後に、動的リンクライブラリルーチン
は、メッセージの送信前に肯定応答マスクを検査するコ
ードを含むように変更される。マスクが、システム呼出
が肯定応答を必要とすることを示す場合、システム呼出
を置換するライブラリルーチンはメッセージ内の肯定応
答フィールド６１１をセットし、そして、後置型サーバ
４０９からの肯定応答メッセージを待機する。メッセー
ジが到着した後にだけ、ライブラリルーチンはその実行
を完了する。

【００８１】対話型モードの動作について説明する。プ
ロセス１０５を対話型モードにするために、ユーザは前
記のようなマウスを使用しプロセスのメニューを取得す
る。メニュー５０１は対話型モードを指定する追加エン
トリを有する。ユーザがこのエントリを選択すると、別
のメニューが現れる。この別のメニューにより、ユーザ
は、どのシステム呼出をこのプロセスについて肯定応答
すべきか指定できる。メッセージ・インタープリータ４
１５はメニューから入力を獲得し、どのシステム呼出は
現に肯定応答されているか示すノードのためのフィール
ドを設定する。

【００８２】メッセージ・インタープリータ４１５はま
た、ソケット４２０を介してメッセージを後置型サーバ
４０９に送信する。このメッセージはシステム呼出が肯
定応答されるべきプロセス１０５及び肯定応答されるべ
きシステム呼出を指定する。その後、後置型サーバ４０
９はソケット４１６を介して、メッセージを指定プロセ
ス１０５に送信し、メッセージ・ジェネレータ４０３内
のコードは、メッセージにより必要とされるような肯定
応答マスクを設定することによりコードに応答する。

【００８３】肯定応答マスクが設定された時点から、シ
ステム４０１は次のように動作する。プロセス１０５が
システム呼出を実行すると、このシステム呼出用のライ
ブラリルーチンはシステム呼出用の肯定応答マスク４０
５をチェックする。マスクが設定されていれば、メッセ
ージ４０６はその肯定応答フィールド６１１設定を有
し、ライブラリルーチンはシステム呼出の実行及びメッ
セー４０６の送信後、休止する。

【００８４】メッセージがソケット４１６、後置型サー
バ４０９及び及びメッセージ・インタープリータ４１５
内のソケット４２０から到着すると、メッセージ・イン
タープリータ４１５は、メッセージ４０６により必要と
されるようなグラフ２０１の変更及びディスプレイ内の
プロセス用のプロセスボックス２０５の外観の変更によ
り、設定肯定応答フィールド６１１に応答し、プロセス
ボックス２０５により示されるプロセス１０５は肯定応
答を待機中であることを示す。

【００８５】ユーザはポインタ１１５をプロセスボック
ス２０５に移動させ、マウスの左ボタンをクリックする
ことにより、肯定応答を与える。ポインタ１１５の位置
及びマウス左ボタンのクリックに応答して、メッセージ
・インタープリータ４１５はソケット４２０，後置型サ
ーバ４０９及びソケット４１６を介して肯定応答メッセ
ージをこのプロセス用のメッセージ・ジェネレータ４０
３に送信する。このメッセージに応答して、ライブラリ
ルーチンはその実行を終了する。これが行われている最
中に、メッセージ・インタープリータ４１５は更にグラ
フ２０１の外観を変更し、プロセスはもはや肯定応答を
待機していないことを示す。

【００８６】前記の説明から明らかなように、システム
４０１のユーザは、プロセス４０１の実行を任意の所望
の粒度にまで制御することができる。その他の実施例
も、肯定応答マスクのグローバル設定を可能にするグロ
ーバルメニュー３０１内にエントリを有することができ
る。

【００８７】結論以上、本発明のビジュアルプロセスマネージャの実現に
関する好ましい実施例について説明した。しかし、前記
のように、ビジュアルプロセスマネージャの実現に使用
される技法は、プロセスのシステム解析に限定される手
段ではなく、システムにより使用されるライブラリが別
のライブラリにより動的に置換される全てのシステムで
使用することもできる。

【００８８】当業者には明らかなように、前記のビジュ
アルプロセスマネージャを実現する方法は他にも多数存
在する。例えば、前記に説明した動的リンク技法及びグ
ラフ作図技法は本発明の実現に特に有用であるが、モニ
タ４１８内のライブラリルーチンは、ディスプレイジェ
ネレータ４１９を実現するのに使用できるｌｅｆｔｙ及
びｄｏｔプログラム以外のプロセス及びグラフ作図プロ
グラムにより実行されるコードに静的にリンクさせるこ
ともできる。

【００８９】監視すべきオペレーティング・システム呼
出の選択は、オペレーティング・システム毎に変化し、
また、ビジュアルプロセスマネージャの企図される用途
に応じても変化する。同様に、利用可能なマスキングの
種類は実現される対象毎に異なる。

【００９０】同一の系統では、好ましい実施例における
グラフ２０１で使用される形状，ラベル及び色彩が特に
有用であるが、他の実施例では、他の形状及び他の色彩
も使用でき、更に、どのような情報をノードに直接示す
か、及び何がメニューによりアクセス可能かなどに関し
て異なる決定を行うこともできる。また、他の実施例で
は、ユーザに、ディスプレイ２０１の制御又はプロセス
のシステムの操作の制御を多少は提供することもでき、
システムの実行を開始させるために異なる方法を使用す
ることもできる。

【００９１】

【発明の効果】以上説明したように、本発明の方法によ
れば、コンピュータで実行するプロセスを構成するシス
テムの精密な解析と制御が可能になる。また、共同プロ
セスを構成するデバッキングシステムにおいて資源を有
効に活用することができる。また、本発明の方法はシス
テム解析の他に、ルーチンのライブラリが、同じ機能を
果たすが副作用としてメッセージも送信する動的リンク
ライブラリにより置換され得るような全ての状況におい
て使用することができる。本発明の方法の特別な効果
は、システムのアプリケーションレベルコードの変更又
はリコンパイルすること無しに、システムを解析するこ
とができることである。

【図面の簡単な説明】

【図１】本発明を実現することができる分散型コンピュ
ータシステムの一例の模式的構成図である。

【図２】本発明により生成された表示の一例の模式図で
ある。

【図３】本発明により生成された表示の別の例の模式図
である。

【図４】ビジュアルプロセスマネージャの好ましい実施
例の構成を示す概要ブロック図である。

【図５】本発明により生成された表示の更に別の例の模
式図である。

【図６】本発明で使用されるメッセージのブロック図で
ある。

【図７】本発明で使用されるグラフデータストラクチャ
のブロック図である。

【符号の説明】

１０３プロセッサ１０５プロセス１０７固定記憶装置１０９ファイル１１１通信システム１１２表示装置１１３ディスプレイ１１５ポインタ１１７キーボード１１９マウス

───────────────────────────────────────────────────── フロントページの続き (72)発明者デビッドジェラードコーンアメリカ合衆国、10003 ニューヨーク、ニューヨーク、エー 107、マーサーストリート 303 (72)発明者エレフテリオスコウツオフィオスアメリカ合衆国、07928 ニュージャージー、チャタム、アプト．イー４、リバーロード 420 (72)発明者ステファンシー．ノースアメリカ合衆国、07830 ニュージャージー、カリフォン、フィルハウアーアベニュー 127

Claims

【特許請求の範囲】

【請求項１】プロセスにより実行されるオペレーティ
ング・システム呼出した結果としてのメッセージを、少
なくとも一つのプロセスに送信させるモニタ手段と，プ
ロセスのシステムの状態を示す画像表示を生成する手段
と，からなることを特徴とするプロセスのシステム解析
装置。
【請求項２】前記画像表示は、プロセスのシステムを
有向非巡回グラフとして表示し、プロセス及びプロセス
により使用される資源はグラフ内のノードである請求項
１の装置。
【請求項３】モニタ手段は、オペレーティング・シス
テム呼出を行い、かつ、メッセージを送信するルーチン
を更に含む請求項１の装置。
【請求項４】ルーチンは、プロセスにより実行される
プログラムと動的にリンクされる請求項３の装置。
【請求項５】モニタ手段は、ルーチンがメッセージを
どのように処理するか決定するマスク手段を更に含み、オペレーティング・システム呼出を行うルーチンは、マ
スク手段により指示されるように、メッセージを更に処
理する請求項３の装置。
【請求項６】マスク手段は、メッセージを送信すべき
か否か示す第１のマスク手段を有する請求項５の装置。
【請求項７】マスク手段は、メッセージに関するフォ
ームを示す第２のマスク手段を含む請求項５の装置。
【請求項８】モニタ手段は肯定応答メッセージを受信
することができ，マスク手段は、送信されたメッセージ
を肯定応答すべきか否か示す第３のマスク手段を有し，
オペレーティング・システム呼出を行うルーチンは、送
信されたメッセージが肯定応答されるべき場合、送信さ
れたメッセージは肯定応答されるべきであり、該肯定応
答メッセージを待機中であることを示すことにより第３
のマスク手段に応答する請求項５の装置。
【請求項９】各プロセスに対応するマスク手段が存在
する請求項５の装置。
【請求項１０】子プロセスはその親プロセスに対応す
るマスク手段のコピーを受信する請求項９の装置。
【請求項１１】モニタ手段はマスクメッセージを受信
することができ，かつ、送信されたメッセージをルーチ
ンがどのように処理するか、マスクメッセージに応じ
て、マスク手段に決定させることによりマスクメッセー
ジに応答することができる請求項９の装置。
【請求項１２】メッセージに応答する手段がメッセー
ジに応答する方法を制御する手段を更に含む請求項１の
装置。
【請求項１３】モニタ手段からメッセージを受信する
手段を更に有し、メッセージに応答する手段はメッセージ受信手段からの
メッセージを読出し、メッセージ応答手段がメッセージに応答する方法を制御
する手段は、メッセージ応答手段がメッセージを読出す
方法を制御することにより制御を行う請求項１２の装
置。
【請求項１４】装置のユーザに応答して、制御メッセ
ージを送信する手段を更に有し、モニタ手段は、制御メッセージにより必要とされるよう
な挙動をプロセスにとらせることにより、制御メッセー
ジに更に応答する請求項１の装置。
【請求項１５】モニタ手段は、オペレーティング・シ
ステム呼出を行い、メッセージを送信するルーチンを更
に含み、ルーチンは実行を終了するために制御メッセージを待機
している請求項１４の装置。
【請求項１６】モニタ手段は、送信されたメッセージ
を肯定応答すべきか否か示すマスク手段を有し、オペレーティング・システム呼出を行うルーチンは、送
信されたメッセージが肯定応答すべきものである場合
に、該送信メッセージは肯定応答すべきものであること
を該メッセージ内に示すことによりマスク手段に応答
し、送信メッセージに応答する手段は、送信メッセージが肯
定応答すべきものである場合に、その指示をユーザに供
給することにより送信メッセージに応答し、ユーザはこの指示に応答して制御メッセージを送信する
請求項１５の装置。
【請求項１７】子プロセスを生成する場合又は資源に
アクセスする場合、少なくとも一つのプロセスにメッセ
ージを送信させる手段、及びこのメッセージに応答し
て、画像表示を発生させる手段からなり、前記画像表示は有向非巡回グラフとしてプロセスのシス
テムを表示し、プロセス及びプロセスにより使用される資源はグラフ内
のノードであることを特徴とするプロセスのシステム解
析装置。
【請求項１８】グラフ内の第１のエッジは或る一つの
プロセスと或る一つの資源との間の関係を示す請求項２
又は１７の装置。
【請求項１９】グラフ内の第２のエッジは、最初の或
る一つのプロセスと、この最初の或る一つのプロセスの
子孫である次の或る一つのプロセスとの間の関係を示す
請求項２又は１７の装置。
【請求項２０】システム内のプロセスは１個以上のプ
ロセッサで実行し、所定の或る一つのプロセッサで実行するプロセス用のノ
ードは所定のプロセッサを示すクラスタに属する請求項
２又は１７の装置。
【請求項２１】ノードの形状は、ノードが或る一つの
プロセス又は或る一つの資源を示すか否か指摘する請求
項２又は１７の装置。
【請求項２２】資源はファイル資源と通信資源を含
み、ファイル資源用のノードは第１の形状を有し、通信資源
用のノードは第１の形状と異なる第２の形状を有する請
求項２１の装置。
【請求項２３】メッセージは一連のメッセージのうち
の一つであり、画像表示発生手段は、メッセージにより必要とされるよ
うに画像表示を変更する請求項２又は１７の装置。
【請求項２４】コンピュータ内で実現され、かつ、第
１のルーチンの第１のライブラリを使用するシステムの
動作を解析するための解析装置であり、第１のルーチンと同じ機能を果たし、更に、システムの
変更を指示するメッセージを生成する第２のルーチンの
第２のライブラリ，第１のライブラリ用の実行可能ノー
ドを第２のライブラリ用の実行可能ノードと動的に置換
する手段，第２のルーチンがメッセージをどのように生
成するか指示する、第２のルーチンにアクセス可能なマ
スク手段、第２のルーチンは、該ルーチン内に指示され
たようにメッセージを生成することによりマスク手段に
応答する，メッセージに応答して、システムの状態を出
力する手段，からなることを特徴とする解析装置。
【請求項２５】システムの状態はシステムの画像表示
として出力される請求項２４の解析装置。
【請求項２６】システムの画像表示は、有向非巡回グ
ラフとしてシステムを表示し、システム内のエンティテ
ィは、グラフにノードとして現れ、エンティティ間の関
係はグラフにエッジとして現れる請求項２５の解析装
置。
【請求項２７】解析装置のユーザが該装置用の制御メ
ッセージを供給する手段を更に有し、第２のライブラリはルーチンを受信する制御メッセージ
を含み、第２のルーチンは制御メッセージに応答する請求項２４
の解析装置。