(57)【要約】本発明は、従属状態データを収集するための方法および装置を特徴づける。前記方法は、ネットワーク化されたリソースについて説明する構成設定データを収集する段階を含む。前記収集は、ネットワーク化されたリソース上で実行されるソフトウェアエージェントを経たものである。前記方法は、従属状態データを構成設定データから選択する段階をさらに含む。前記従属状態データは、前記ネットワーク化されたリソースと他のネットワーク化されたリソースとの間の従属関係を指定する。前記方法は、従属状態データによって、リポジトリを占める段階をさらに含む。
2004533669.tif 000002
【特許請求の範囲】
【請求項１】
従属状態データを収集するためのコンピュータベースの方法であって、
第１のネットワーク化されたリソースについて説明する構成設定データを、該第１のネットワーク化されたリソース上で実行されるソフトウェアエージェントを経て収集する段階と、
第１のネットワーク化されたリソースと第２のネットワーク化されたリソースとの間の従属関係を指定する従属状態データを、構成設定データから選択する段階と、
従属状態データによって、リポジトリを占める段階と
を含むことを特徴とする方法。
【請求項２】
前記リポジトリは、第１のネットワーク化されたリソース上に記憶されることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のネットワーク化されたリソースを含む複数のネットワーク化されたリソースから、従属状態データを収集する段階と、
従属状態データを、分散型システム管理環境内に集中させたリポジトリに記憶する段階と
をさらに含むことを特徴とする請求項２に記載の方法。
【請求項４】
従属状態データを通信するためのコンピュータベースの方法であって、
管理される装置上の従属状態データを、該管理される装置上のエージェントを経て収集する段階と、
従属状態データを含むテーブルへのアクセスを提供する段階と
を含み、
前記アクセスは、エージェント上の分散型システム管理プロトコルのための従属状態インターフェースを用いることを特徴とする方法。
【請求項５】
前記分散型システム管理プロトコルは、開放型の標準であることを特徴とする請求項４に記載の方法。
【請求項６】
前記分散型システム管理プロトコルは、ＳＮＭＰであることを特徴とする請求項４に記載の方法。
【請求項７】
前記アクセス提供段階は、分散型システム管理ソフトウェアアプリケーションが、分散型システム管理プロトコルを用いるエージェントと、ネットワークの全域で通信することを含むことを特徴とする請求項５に記載の方法。
【請求項８】
前記エージェントは、従属状態データに基づいてトラップを上げるために、分散型システム管理プロトコルを用いて分散型システム管理ソフトウェアアプリケーションと通信することを特徴とする請求項７に記載の方法。
【請求項９】
分散型システムの管理のためのコンピュータベースの方法であって、
前記方法は、第１の管理される装置を、第１のエージェントによって監視する段階を含み、
前記第１のエージェントは、第１の管理される装置と第２の装置との間の従属関係について説明する従属状態データを収集し、
前記方法は、従属状態データに基づいて第２の装置を監視するために第２のエージェントを開始させる段階を含むことを特徴とする方法。
【請求項１０】
前記第１の管理される装置は、分散型システム管理ソフトウェアアプリケーションにより管理され、かつ、第２の装置もまた、従属状態データが収集された時点で、分散型システム管理ソフトウェアアプリケーションにより管理されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記第１の管理される装置は、分散型システム管理ソフトウェアアプリケーションにより管理され、かつ、第２の装置は、従属状態データが収集された時点で、分散型システム管理ソフトウェアアプリケーションにより管理されていないことを特徴とする請求項９に記載の方法。
【請求項１２】
表示するための従属状態情報をフォーマットするためのコンピュータベースの方法であって、
直線状の境界を有する表示領域を設ける段階と、
境界からのルート距離において表示するための管理されるルート装置を選択する段階と、
管理されるルート装置と従属関係にある管理される非ルート装置を表示する段階と
を含み、
前記従属関係は少なくとも１の長さを有し、
前記表示段階は、管理される非ルート装置の表示を、境界から離れた所定距離だけインデントする段階を含み、該所定距離は、ルート距離よりも大きく、かつ、長さに従属することを特徴とする方法。
【請求項１３】
前記表示段階は、複数の管理される非ルート装置を、直接的な従属関係により結びつけられた装置の幅優先検索に従って順序づけられたテーブル形式のレイアウトの状態で表示する段階をさらに含み、
前記検索は、管理されるルート装置から開始することを特徴とする請求項１２に記載の方法。
【請求項１４】
前記幅優先検索は、所定の深度に制約されることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記表示段階は、複数の管理される非ルート装置を、直接的な従属関係により結びつけられた装置の深度優先検索に従って順序づけられたテーブル形式のレイアウトの状態で表示する段階をさらに含み、
前記検索は、管理されるルート装置から開始することを特徴とする請求項１２に記載の方法。
【請求項１６】
前記深度優先検索は、所定の深度に制約されることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記表示領域における任意のこのような管理される非ルート装置についての所定距離は、長さと基準の所定距離とを乗算することにより決定されることを特徴とする請求項１２に記載の方法。
【請求項１８】
従属状態データを収集するためのコンピュータベースの方法であって、
前記方法は、複数のネットワーク化されたリソース上の複数の従属状態データを、複数のソフトウェアエージェントを経て収集する段階を含み、
ソフトウェアエージェントは、複数のネットワーク化されたリソースにおける各々のネットワーク化されたリソース上で作動し、
従属状態データは、複数のネットワーク化されたリソースにおける、第１のネットワーク化されたリソースと第２のネットワーク化されたリソースとの間の従属関係を指定するデータを含み、
前記方法は、従属関係について説明する従属状態エントリーを、管理部アプリケーションにより管理される中央リポジトリに追加する段階を含むことを特徴とする方法。
【請求項１９】
前記第１のネットワーク化されたリソースは、管理部アプリケーションにより管理される複数のネットワーク化されたリソース内に存在することを特徴とする請求項１８に記載の方法。
【請求項２０】
前記従属関係を指定するデータを収集する段階の後に、かつ、従属状態エントリーを中央リポジトリに追加する段階の前に、第２のネットワーク化されたリソースは、管理部アプリケーションにより管理される複数のネットワーク化されたリソース内には存在しないことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記従属関係を指定するデータを収集する段階の前に、第２のネットワーク化されたリソースは、管理部アプリケーションにより管理される複数のネットワーク化されたリソース内に存在することを特徴とする請求項２０に記載の方法。
【請求項２２】
前記管理部アプリケーションは、中央リポジトリへのクライアントアプリケーションアクセスを提供し、該アクセスは、分散型システム管理プロトコルを用いることを特徴とする請求項１８に記載の方法。
【請求項２３】
前記分散型システム管理プロトコルは、ＳＮＭＰであることを特徴とする請求項２２に記載の方法。
【請求項２４】
従属状態データを収集するための実行可能な命令を記憶する機械読み取り可能な記憶媒体を具備する物品であって、
前記命令は、
第１のネットワーク化されたリソースについて説明する構成設定データを、該第１のネットワーク化されたリソース上で実行されるソフトウェアエージェントを経て収集する手順と、
第１のネットワーク化されたリソースと第２のネットワーク化されたリソースとの間の従属関係を指定する従属状態データを、構成設定データから選択する手順と、
従属状態データによって、リポジトリを占める手順と
を機械に行わせることを特徴とする物品。
【請求項２５】
前記リポジトリは、第１のネットワーク化されたリソース上に記憶されることを特徴とする請求項２４に記載の物品。
【請求項２６】
前記第１のネットワーク化されたリソースを含む複数のネットワーク化されたリソースから、従属状態データを収集する手順と、
従属状態データを、分散型システム管理環境内に集中させたリポジトリに記憶する手順と
を機械に行わせる命令をさらに含むことを特徴とする請求項２５に記載の物品。
【請求項２７】
従属状態データを通信するための実行可能な命令を記憶する機械読み取り可能な記憶媒体を具備する物品であって、
前記命令は、
管理される装置上の従属状態データを、該管理される装置上のエージェントを経て収集する手順と、
従属状態データを含むテーブルへのアクセスを提供する手順と
を機械に行わせ、
前記アクセスは、エージェント上の分散型システム管理プロトコルのための従属状態インターフェースを用いることを特徴とする物品。
【請求項２８】
分散型システムを管理するための実行可能な命令を記憶する機械読み取り可能な記憶媒体を具備する物品であって、
前記命令は、第１の管理される装置を、第１のエージェントによって監視する手順を機械に行わせ、
前記第１のエージェントは、第１の管理される装置と第２の装置との間の従属関係について説明する従属状態データを収集し、
前記命令は、従属状態データに基づいて第２の装置を監視するために第２のエージェントを開始させる手順を機械に行わせることを特徴とする物品。
【請求項２９】
表示するための従属状態情報をフォーマットするための実行可能な命令を記憶する機械読み取り可能な記憶媒体を具備する物品であって、
前記命令は、
直線状の境界を有する表示領域を設ける手順と、
境界からのルート距離において表示するための管理されるルート装置を選択する手順と、
管理されるルート装置と従属関係にある管理される非ルート装置を表示する手順と
を機械に行わせ、
前記従属関係は少なくとも１の長さを有し、
前記表示手順は、管理される非ルート装置の表示を、境界から離れた所定距離だけインデントする手順を含み、該所定距離は、ルート距離よりも大きく、かつ、長さに従属することを特徴とする物品。
【請求項３０】
前記表示手順を機械に行わせる命令は、複数の管理される非ルート装置を、直接的な従属関係により結びつけられた装置の幅優先検索に従って順序づけられたテーブル形式のレイアウトの状態で表示する手順をさらに含み、
前記検索は、管理されるルート装置から開始することを特徴とする請求項２９に記載の物品。
【請求項３１】
前記表示手順を機械に行わせる命令は、複数の管理される非ルート装置を、直接的な従属関係により結びつけられた装置の深度優先検索に従って順序づけられたテーブル形式のレイアウトの状態で表示する手順をさらに含み、
前記検索は、管理されるルート装置から開始することを特徴とする請求項２９に記載の物品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散型システムの管理（distributed systems management）に関するものであり、より詳細には、従属状態データ（dependency data）の発見および分析に関するものである。
【０００２】
本願は、合衆国法典３５巻１１９条（ｅ）の下で、２００１年１月２６日に出願された米国特許出願第６０／２６４，３６０号の優先権をここに主張するものであり、該米国特許出願の全体的内容は、この参照により開示に含まれる。さらに、本願は、合衆国法典３５巻１１９条（ｅ）の下で、２００２年１月２日に出願された"Method and Apparatus for Network Management with Dependency Information"という題目の米国特許出願第＿号（代理人名簿番号（Attorney Docket Number）００１２４／０４１Ｐ０１）の優先権をここに主張するものであり、米国特許出願の全体的内容は、この参照により開示に含まれる。
【背景技術】
【０００３】
図２Ａを参照すると、分散型システム管理環境２０は、各々がエージェントプロセス（agent process）２５を備えた多数の管理される装置（managed devices）２１と、管理部プロセス（manager process）２５４を実行する少なくとも１つの管理局（management station）２２とを含む。管理部２５４は、管理される装置２１上のエージェントプロセス２５へメッセージを送信して、情報を要請するか、または、パラメータを修正する。エージェントプロセス２５は、管理部２５４からのメッセージに応答する。エージェントプロセス２５は、例えば、重要なイベント（エージェント２５は、これらのイベントを監視するように構成設定されている）について管理部２５４に通知するために、管理部２５４との通信を、ＳＮＭＰトラップを経て開始することもできる。
【０００４】
ＳＮＭＰは、開放型のインターネット標準（open Internet standard）である。ＳＮＭＰは、管理情報と、データモデルと、該管理情報についてのセマンティックス（semantics）セットとを交換するためのプロトコルを定義する。ＳＮＭＰは、ＡＳＮ．１シンタックス（ASN.1 syntax）を用いて、管理情報ベース（すなわち、ＭＩＢ）についての明細事項を定義する。
【発明の開示】
【課題を解決するための手段】
【０００５】
概略的に、一特徴において、本発明は、従属状態データを収集するためのコンピュータベースの方法を特徴づける。前記方法は、ネットワーク化されたリソースについて説明する構成設定データを収集する段階を含む。前記収集は、ネットワーク化されたリソース上で実行されるソフトウェアエージェントを経たものである。前記方法は、従属状態データを構成設定データから選択する段階をさらに含む。前記従属状態データは、前記ネットワーク化されたリソースと他のネットワーク化されたリソースとの間の従属関係を指定する。前記方法は、従属状態データによって、リポジトリを占める段階をさらに含む。
【０００６】
好ましい実施例において、本発明は、以下の特徴のうちの１つ以上を含む。前記リポジトリは、第１のネットワーク化されたリソース上に記憶される。前記方法は、前記第１のネットワーク化されたリソースを含む複数のネットワーク化されたリソースから、従属状態データを収集する段階と、従属状態データを、分散型システム管理環境内に集中させたリポジトリに記憶する段階とをさらに含む。
【０００７】
概略的に、他の特徴において、本発明は、従属状態データを通信するためのコンピュータベースの方法を特徴づけ、前記方法は、管理される装置上の従属状態データを、該管理される装置上のエージェントを経て収集する段階を含む。前記方法は、従属状態データを含むテーブルへのアクセスを提供する段階をさらに含む。前記アクセスは、エージェント上の分散型システム管理プロトコルのための従属状態インターフェースを用いる。
【０００８】
概略的に、さらに他の特徴において、本発明は、分散型システムの管理のためのコンピュータベースの方法を特徴づけ、前記方法は、第１の管理される装置を監視する第１のエージェントを設ける段階を含む。前記第１のエージェントは、第１の管理される装置と第２の装置との間の従属関係について説明する従属状態データを収集する。前記方法は、従属状態データに基づいて第２の装置を監視するために第２のエージェントを開始させる段階をさらに含む。
【０００９】
概略的に、さらに他の特徴において、本発明は、表示するための従属状態情報をフォーマットするためのコンピュータベースの方法を特徴づけ、前記方法は、直線状の境界を有する表示領域を設ける段階と、境界からのルート距離において表示するための管理されるルート装置を選択する段階と、管理されるルート装置と従属関係にある管理される非ルート装置を表示する段階とを含む。前記従属関係は少なくとも１の長さを有する。前記表示段階は、管理される非ルート装置の表示を、境界から離れた所定距離だけインデントする。前記所定距離は、ルート距離よりも大きく、かつ、長さに従属する。
【００１０】
概略的に、さらに他の特徴において、本発明は、従属状態データを収集するためのコンピュータベースの方法を特徴づけ、前記方法は、ネットワーク化されたリソース上の従属状態データを、ソフトウェアエージェントを経て収集する段階を含む。前記ソフトウェアエージェントは、このような各々のネットワーク化されたリソース上で作動する。前記従属状態データは、前記ネットワーク化されたリソースにおける、第１のネットワーク化されたリソースと第２のネットワーク化されたリソースとの間の従属関係を指定するデータを含む。前記方法は、従属状態エントリーを、管理部アプリケーションにより管理される中央リポジトリに追加する段階をさらに含む。前記従属状態エントリーは、従属関係について説明する。
【００１１】
概略的に、さらに他の特徴において、本発明は、前述した方法を実施する装置を特徴づける。
【００１２】
従属関係について説明するデータは、しばしば、全般的な構成設定データの部分集合である。例えば、多くのオペレーティングシステムは、従属状態データを汎用リポジトリに記憶する。従属状態の発見は、非従属状態データを除去して集中的な情報を提供し、このことは、システム管理において有用である。
【００１３】
エージェントの自動的な従属状態ベースの伝搬は、管理されていなかった装置、または、伝搬前に非アクティブ状態であったエージェントを有する装置に対する管理サービスの範囲を拡張する。このことは、人間の管理者に対する負荷を有効に低減する。
【００１４】
従属状態情報の報告は、ユーザーが、従属関係の連鎖をより容易に検査することを可能にし、このことは、トラブルシューティング問題に役立ち、かつ、問題が発生する前にユーザーが該問題を予測するのに役立つ。
【００１５】
本発明の１つ以上の実施例の詳細は、下記の添付図面および説明において示される。本発明の他の特徴、目的、および、利点は、説明および図面と、請求項とから明らかとなるであろう。
【発明を実施するための最良の形態】
【００１６】
様々な図面における同様の参照符号は、同様の構成要素を示す。
【００１７】
本実施例において、分散型システム管理ソフトウェアは、ネットワークを介したＳＮＭＰを経て、ネットワーク化された装置の収集を監視する。ネットワーク化された装置は、ソフトウェアエージェントを実行し、該ソフトウェアエージェントは、分散型システム管理ソフトウェアとのＳＮＭＰ通信を扱い、かつ、ネットワーク化された装置の性能を監視する。エージェントの一特徴は、ネットワークアドレスや物理的構成要素やリソース割り当てなどのような構成設定データ(configuration data)を求めて、ネットワーク化された装置を検査する。構成設定データの部分集合は、各々のネットワーク装置により消費（consume）および供給（provide）されるネットワークリソース（例えば、該リソースについてのネットワークアドレス、アクセスコード、好ましいファイルディレクトリ（該リソースがファイルサーバーである場合）など）について説明することができる。
【００１８】
第１のネットワーク化されたリソースと第２のネットワーク化されたリソースとの間の従属関係は、第１リソースにおける問題が第２リソースにおける問題を引き起こし得る場合に存在する。このことは、第２リソースから第１リソースへの、問題の“伝搬（propagation）”と称される。第２リソースは、第１リソースに従属する、または、第１リソースを“消費する”と称される。したがって、第２リソースから第１リソースへの関係は“消費側（consumer）”の従属関係である一方で、第１リソースから第２リソースへの関係は“供給側（provider）”の従属関係である。従属関係がそのリソースに関して消費側であるのかまたは供給側であるのかについて説明する特性は、従属関係の“方向（direction）”である。
【００１９】
第２リソースがフェイルオーバー（failover）応答を有する場合であっても（すなわち、第２リソースについて何の問題も実際に発生しないように、第１リソースの問題を適切に処理するように構成設定される場合であっても）、従属関係は存在する。
【００２０】
所定の従属関係において含まれるリソースの数は、従属関係の“度合い（degree）”と称される。２つのリソースのみを含む関係は、“二元的（binary）”と称される。より複雑な従属関係は、二元的ではなく、３つ以上のリソースを含み得る。このような関係については、通常は、二元的な従属関係のセットにより表すことができる。
【００２１】
“ネットワーク化されたリソース（networked resource）”は、分散型システム管理ソフトウェア（以後、本明細書において“システム管理ソフトウェア”と称する）により監視される実体（entity）である。システム管理ソフトウェアが監視するものが多数存在するので、“ネットワーク化されたリソース”はある範囲の意味を有する。例えば、ネットワーク化されたリソースは、ソフトウェアプログラムであり得る。したがって、物理的装置上でホストされる（例えば、コンピュータメモリ内でエンコードされ、かつ、プロセッサにより実行される）アプリケーションまたはサービスが、ネットワーク化されたリソースである。主に電気的な機能であって、かつ、自身が扱うイーサネット（登録商標）トラフィックの情報処理を殆ど必要としない機能を有するイーサネット（登録商標）リピーターと同様に、ネットワーク化されたリソースは、主に物理的なものであり得る。ファイリングシステムソフトウェアおよび物理的記憶機構の両方を含む重要な機能を有するファイルサーバーと同様に、ネットワーク化されたリソースは、ネットワーク化された装置の（ソフトウェアのような）論理構成要素および物理的構成要素の両方を含むこともできる。他の種類のネットワーク化されたリソースは、リソースからなる集合であり、この場合に、該集合は、レベル３ネットワーク経路（level-three network route）のような論理構成であり得る。リソースからなるグループ（例えば、物理的位置におけるサーバーのグループ、または、ある部門のためのワークステーションのグループ）のような集合もまた、ネットワーク化されたリソースである。
【００２２】
エージェントは、プラグインアーキテクチャを有する。各々のエージェントは、ネットワーク化されたリソース間の従属関係を管理するように特殊化された特徴を含む従属状態プラグイン（plug-in）を含む。従属状態プラグインは、概略的な構成設定データから従属状態データ（および、後述するような性能データおよびトラフィック分析）を抽出するための従属状態フィルターを含む。従属状態プラグインは、従属状態データを従属状態リポジトリ（repository）に記憶する。さらに、従属状態プラグインは、ＭＩＢインターフェースをイネーブル状態にし、該ＭＩＢインターフェースを通して、システム管理ソフトウェアは、エージェントが収集した管理データの周期的収集と、エージェント上の従属状態データの構成設定とを含む、エージェントの管理を行うことができる。従属状態ＭＩＢインターフェースは、従属状態リポジトリのテーブル構造を明示する。エージェントは、従属状態データに基づくＳＮＭＰトラップをシステム管理ソフトウェアに対して上げる（raise）こともできる。
【００２３】
従属状態プラグインを用いて、システム管理ソフトウェアは、従属状態データの動的発見により指定されたエージェントを自動的に構成設定しかつ活性化することができる。さらに、従属状態プラグインは、システム管理ソフトウェアをイネーブル状態にして、従属状態データを、ＢＦＳインデント報告およびＤＦＳインデント報告を経て、ウェブブラウザ上に表示する。
【００２４】
〈コンピューティング環境〉
図１Ａを参照すると、管理される装置２１はエージェント３０を含む。管理される装置２１は、通常は、自身を管理部２２のユーザーにとって関心のあるものにする幾つかの役割を、ネットワーク２３上において有する。例えば、管理される装置２１は、ユーザーワークステーションまたはサーバーであり得る。管理される装置２１は、ブリッジやモデムやスイッチやルーターやファイアウォールなどのような、ネットワーク２３の動作における役割を有するネットワーク化された装置でもあり得る。さらに、管理される装置２１は、プリンタまたはネットワーク記憶部のような、ネットワーク２３のユーザーにより共有される装置であり得る。
【００２５】
以下、図１Ｂを参照すると、エージェント３０は、コンピュータ命令を含み、かつ、オペレーティングシステム２１０上で作動する。簡略化のために、図１Ｂは、１つのオペレーティングシステム２１０と相互作用するエージェント３０と、関連ハードウェアとを示し、この場合に、実際には、エージェント３０の構成要素プロセスを、ネットワークインターフェース２１４により相互接続された多数のコンピューティングプラットフォーム６３にわたって分配することができる。
【００２６】
オペレーティングシステム２１０は、メインメモリ２１２または非揮発性記憶装置２１６のいずれかまたは両方に内在する、ソフトウェア処理またはコンピュータ命令セットである。プロセッサ２１１は、オペレーティングシステム２１０とエージェント３０とを具備するコンピュータ命令を実行するために、メインメモリ２１２と非揮発性記憶装置２１６とにアクセスすることができる。アクセスは、バス２１３により提供される。
【００２７】
この説明の目的のために、オペレーティングシステム２１０は、ネットワーキングソフトウェアがオペレーティングシステム２１０の中心部分であるのかまたはサードパーティーの製品であるのかとは無関係に、ネットワーキングサービスを含むものとして理解される。
【００２８】
非揮発性記憶装置２１６は、ディスクドライブのような書き込み可能な記憶装置、または、ＲＯＭ（読み取り専用メモリ）のような読み取り専用の記憶装置であり得る。バス２１３は、プロセッサ２１１と、記憶装置２１６と、メインメモリ２１２と、ネットワークインターフェース２１４とを相互接続する。ネットワークインターフェース２１４は、例えばＴＣＰ／ＩＰを実行するように構成設定されたイーサネット（登録商標）カードのような、ネットワークの機能性を提供するための装置／ソフトウェアのドライバーを含む。管理される装置２１は、例えばブリッジなどにより必要とされるような、多数のネットワークインターフェース２１４を有し得る。
【００２９】
任意的に、管理される装置２１は、インストールされたソフトウェアパッケージ２１７を含む。インストールされたソフトウェアパッケージ２１７は、通常は、パッケージのインストールまたは構成設定に関連したファイルを、非揮発性記憶装置２１６内に有する。
【００３０】
エージェント３０は、主に、プログラミング言語Ｃの状態で書き込まれる。エージェント３０のＣコードは、管理される装置２１上での実行のために、機械語のような低レベルコードの形にコンパイルされる。エージェント３０の幾つかの構成要素については、Ｃ＋＋およびＪａｖａ（登録商標）のような他の言語で書き込むことができ、かつ、構成要素の相互運用性標準（interoperability standards）を経てソフトウェアコード本体に組み込むことができる。
【００３１】
〈エージェント〉
以下、図１Ａを参照すると、エージェント３０は、管理部６０が、管理される装置２１を、ネットワーク２３を介して管理するのを援助する。一部には、ネットワーキング機能のための構成設定パラメータのような部外秘情報が遠隔的プロセスにより発見されることを共通のセキュリティ測定基準が妨げ得るという理由により、エージェント３０は、管理される装置２１上で作動するソフトウェアプロセスである。
【００３２】
エージェント３０は、構成設定データ発見部３１を含み、該構成設定データ発見部３１は、管理される装置２１の構成設定データ２１５および他の特性を“装備する（instrument）”（すなわち、サンプルを取る、または、測定する）。構成設定データ発見部３１は、管理される装置２１により現在使用中のネットワークアドレスおよびプロトコルのような関係を発見するために、ネットワークインターフェース２１４上のネットワークトラフィックを分析することもできる。例えば、ＨＴＴＰプロトコルのために予約されている十分に周知のポート８０を含むＩＰネットワークトラフィックは、構成設定データ発見部３１が、ウェブサーバーが使用中である旨を推論することを可能にする。概略的に、構成設定データ発見部３１は、管理される装置２１についてエージェント３０が必要とするあらゆるデータを収集するための汎用プロセスである。
【００３３】
市販されているエージェントの一例は、米国マサチューセッツ州マールボロ市のコンコード・コミュニケーション株式会社（Concord Communication, Inc.）のSystemEDGEである。
【００３４】
構成設定データ発見部３１は、管理される装置２１の特性を、構成設定データオブジェクト３１１として示す。構成設定データオブジェクト３１１により示される例示的な特性は、デフォルトルーターおよびルーティング経路のようなネットワークサービスと、ＤＮＳおよびＷＩＮＳのような、サービスに名称をつけるためのパラメータと、アクティブディレクトリ（Active Directory）やファイルシステムやファイル共有（ＮＦＳ，ＳＭＢ）のようなディレクトリサービスのためのパラメータと、ＩＰやＨＴＴＰのようなネットワークプロトコルと、電子メールとを含む様々なサービスについての構成設定パラメータ２１５を含む。概略的に、構成設定データ発見部３１は、構成設定データオブジェクト３１１を、インストールされたソフトウェアパッケージ２１７と、オペレーティングシステム２１０のサービスとからの構成設定情報によって占める。さらに、構成設定データ発見部３１は、オペレーティングシステム２１０の性能監視設備に質問する。性能監視設備は、性能についての質問に応じて、時には構成設定データを含む。例えば、問題のあるＴＣＰ接続についての質問は、管理される装置２１が通信している装置を識別することができる。
【００３５】
エージェント３０は、プラグインアーキテクチャ３２をさらに含み、該プラグインアーキテクチャ３２は、プラグインが、エージェント３０の機能性を、該エージェント３０のソフトウェアコードを再コンパイルすることを必要とせずに、拡張することを可能にする。例えば、マイクロソフト社のウィンドウズ（登録商標）において、プラグインは、ダイナミックリンクライブラリ（ＤＬＬ）の状態でエンコードされる。ＵＮＩＸ（登録商標）のような他の例において、プラグインは、共有ライブラリの状態でエンコードされる。プラグインアーキテクチャ３２は、プラグインにより提供される機能性を、残りのエージェント３０の動作への影響を最小限にしてアップグレードまたは除去することをさらに可能にする。
【００３６】
エージェント３０はＳＮＭＰインターフェース３３をさらに含み、これにより、ＳＮＭＰ２４に準拠するアプリケーションは、ネットワーク２３を介してエージェント３０と相互作用することができる。例えば、管理部６０は、ＳＮＭＰインターフェース６１を含み、該ＳＮＭＰインターフェース６１は、エージェント３０上のＳＮＭＰインターフェース３３に対するＳＮＭＰ交換を開始する。通常は、管理部６０は、定期的な間隔で再発生するエージェント３０との交換を開始して、該管理部６０の状態情報を、管理される装置２１に関して最新の状態に保つ。このことは、“ポーリング（polling）”として周知である。エージェント３０は、ＳＮＭＰプロトコルにより要求されるように、ＳＮＭＰメッセージを経た管理部６０への応答および返事を定式化する（formulate）。
【００３７】
ＳＮＭＰインターフェース３３は、エージェント３０が、ＳＮＭＰインターフェース６１を経た管理部６０とのＳＮＭＰ交換を開始すること（例えば、管理される装置２１の状態の重要な変化について管理部６０に知らせること）をさらに可能にする。エージェント３０により開始されるＳＮＭＰ交換は、“トラップ（trap）”として周知である。トラップは、非同期通信の形式である。これらのトラップは、管理部６０のポーリングスケジュールに対して非同期である。
【００３８】
さらに、ＳＮＭＰ標準により要求されるように、エージェント３０は、サポートされるＭＩＢリスト（supported MIB list）３３１を含む。ＭＩＢ（管理情報ベース）モジュールは、構造化された種類の情報を定義する。エージェント３０は、この種類を、ＳＮＭＰを経てアクセスできるインターフェース内のデータ構造としてエンコードする。ＳＮＭＰインターフェース３３を通してエージェント３０によりサポートされる各々のＭＩＢは、サポートされるＭＩＢリスト３３１内に含まれる。エージェント３０は、直接的に、または、プラグインアーキテクチャ３２内にインストールされたプラグインを経て、ＭＩＢをサポートすることができる。
【００３９】
〈従属状態プラグイン〉
図１Ａに示されるように、プラグインアーキテクチャ３２は、従属状態プラグイン３５をサポートする。従属状態プラグイン３５は、他の特徴の中でも、従属状態関連（dependency-related）情報を発見するための、分析するための、報告するための、かつ、監視するための、エージェント３０の機能性を拡張する。
【００４０】
エージェント３０は、プラグインアーキテクチャ３２を経て、従属状態プラグイン３５を含む。以下、図２Ｂを参照すると、従属状態プラグイン３５は、従属状態フィルター３６と、従属状態インターフェースサポート３７と、従属状態トラップモジュール３８とを含む。
【００４１】
従属状態フィルター３６は、構成設定データ発見部３１により収集された構成設定データオブジェクト３１１の中で、従属状態データ３６１を非従属状態データから区別する。構成設定データオブジェクト３１１は幾つかの従属関係に関連していると従属状態フィルター３６が判断する場合に、構成設定データオブジェクト３１１は、従属状態データ３６１を記憶するリポジトリ４５に追加される。
【００４２】
従属状態インターフェースサポート３７は、ＳＮＭＰインターフェース３３の機能を拡張し、この結果、従属状態プラグイン３５は、機能を拡張しない場合にはエージェント３０がサポートできない従属状態ＭＩＢモジュール４０をサポートすることができる。これにより、従属状態インターフェースサポート３７は、従属状態プラグイン３５が、従属状態ＭＩＢモジュール４０を、サポートされるＭＩＢリスト３３１に追加することを可能にする。
【００４３】
〈従属状態ＭＩＢモジュール〉
従属状態ＭＩＢモジュール４０は、ＳＮＭＰ２４の下で、ソフトウェアインターフェースを定義する。インターフェースは、リポジトリ４５内の従属状態データ３６１の一覧を示す。これにより、従属状態ＭＩＢモジュール４０は、ＳＮＭＰ互換（SNMP-compatible）アプリケーションが、従属状態データ３６１をエージェント３０から収集することを可能にする。
【００４４】
以下、図３Ａを参照すると、従属状態ＭＩＢモジュール４０は、幾つかの範囲のＭＩＢオブジェクトを含む。ＳＮＭＰ標準は、ＭＩＢオブジェクトについての普遍的なスキームを定義する。従属状態ＭＩＢモジュール４０は、ベンダー範囲４０１を含み、該ベンダー範囲４０１は、アプリケーション範囲４０２を含む。アプリケーション範囲４０２は、プラグイン範囲４０３を含む。
【００４５】
プラグイン範囲４０３は、バージョン４０６と、モード４０７と、従属状態プラグイン３５に独自のオブジェクトの定義を始める範囲である従属状態範囲４０４とを含む。バージョン４０６は、従属状態プラグイン３５の修正版を示す。モード４０７は、使用許可についての問題（licensing considerations）をサポートする。モード４０７は、従属状態プラグイン３５の全ての特徴をイネーブル状態にするフルモード（full-mode）の値と、従属状態プラグイン３５の幾つかの特徴をディスエーブル状態にする制約モード（restricted-mode）の値とを有する。従属状態範囲４０４は、従属状態ＭＩＢテーブル４０５を含む。
【００４６】
以下、図３Ｂを参照すると、従属状態ＭＩＢテーブル４０５と従属状態テーブル４５９との間の対応が存在する。簡潔に述べると、従属状態ＭＩＢテーブル４０５は、従属状態テーブル４５９に対するＳＮＭＰ互換インターフェースである。従属状態テーブル４５９は、従属状態データ３６１についてのエントリー（entries）を含むテーブルである。換言すれば、従属状態ＭＩＢテーブル４０５は、従属状態データ３６１を明示するテーブルデータ構造である。
【００４７】
従属状態ＭＩＢテーブル４０５は、従属状態エントリー（dependency entries）４１のシーケンスを含む。従属状態エントリー４１は、従属状態データ３６１を記憶した従属状態テーブル４５９内の行に対応する。従属状態エントリー４１は、従属状態データ３６１内のフィールドに対応するオブジェクトのシーケンスを含む。この従属状態エントリー４１のシーケンスは、インデックス（index）４１１と、種類（type）４１２と、ソース（source）４１３と、サーバー（server）４１４と、引数（arguments）４１５と、タイムスタンプ（timestamp）４１６と、説明（description）４１７と、状態（status）４１８とを含む。これらのオブジェクトは、従属状態データ３６１内のインデックス４５１、種類４５２、ソース４５３、サーバー４５４、引数４５５、タイムスタンプ４５６、説明４５７、および、状態４５８のためのフィールドに、それぞれ対応する。
【００４８】
説明の簡略化のために、従属状態データ３６１内のフィールドについては、従属状態エントリー４１内に明示されたインターフェースの点から説明する。すなわち、これらについては、従属状態データ３６１の点からは冗長的に説明しない。
【００４９】
インデックス４１１は、従属状態ＭＩＢテーブル４０５内の従属状態エントリー４１を識別する独自の番号である。
【００５０】
種類４１２は、従属状態の種類を示す。種類４１２は、未知（unknown）、他（other）、ユーザーにより定義される種類（user-defined type）、ファイルシステム、ＤＮＳ、ＮＩＳ、電子メール、ＷＩＮＳ、ルーター、プリンタ、ワールドワイドウェブ、データベース、アクティブディレクトリ、ＤＨＣＰ、および、ＨＴＴＰのための選択肢を含む。
【００５１】
ソース４１３は、従属状態情報がどのように発見されたのかを示す。考えられ得る値は、静的（static）、動的（dynamic）、構成設定（configuration）、および、未知（unknown）である。静的とは、従属状態が従属状態構成設定ファイル内でハードコードされた（hard-coded）ことを意味する。（このようなファイルについては、図１Ｂに示される記憶装置６３７上に記憶することができ、かつ、構成設定データ発見部３１により調べることができる。例えば、従属状態構成設定ファイルは、管理者（administrators）が、ユーザーにより定義される従属状態の種類を含む固定された従属状態の設定を分配することを可能にする。）動的とは、従属状態がトラフィック分析を通して発見されたことを意味する一方で、構成設定とは、従属状態が構成設定データ２１５を経て発見されたことを意味する。
【００５２】
サーバー４１４は、管理される装置２１へリソースを供給する実体のＩＰアドレスまたはホスト名を示す。
【００５３】
引数４１５は、その値として、値と対にされてコンマ区切りされたキーワードのリストを含み、従属状態パラメータ、方法に対する引数などを示す。例示的なリストは、表１（Table 1）において、“dependencyArgs”というエントリーの下で発生する。値と対にされたキーワードのリストは、任意のキーワードをサポートすることができ、従属関係について記憶できる情報における高い柔軟性を可能にする。例えば、ファイルサーバーについての従属関係について説明するために必要なパラメータは、“ユーザー名（username）＝ＴＯＰＨ，パスワード（password）＝ＴＧＲ，デフォルト（default）＝Ｃ：＼”のように、ユーザー名と、パスワードと、デフォルトディレクトリとを、リスト内に含むことができる。対照的に、ＩＰネットワークを通る経路について説明するために必要なパラメータは、“ｈｏｐ１＝Ａ．Ｂ．Ｃ．Ｄ，ｈｏｐ２＝Ｗ．Ｘ．Ｙ．Ｚ”（Ａ．Ｂ．Ｃ．Ｄ、および、Ｗ．Ｘ．Ｙ．Ｚは、ＩＰアドレスを示す）などのような、一連のホップアドレス（hop addresses）を含むことができる。
【００５４】
引数４１５の一特徴は、例えば、（図１Ｂに示される）管理される装置２１がワークステーションである場合における該管理される装置２１のオペレーティングシステム６３１についてのセキュリティスキームの下で、引数自身がユーザープロファイルに従属する従属状態を区別することである。これにより、例えば、従属状態データ３６１を、管理される装置２１の各ユーザーのために、“ユーザー＝Jason”または“ユーザー＝Rhea”という一対のキーワードによって明瞭に記憶することができる。
【００５５】
引数４１５の他の特徴は、これらが、例えば、“方向＝消費側”または“方向＝供給側”という一対のキーワードによって、消費側の関係を供給側の関係から区別できる点である。
【００５６】
引数４１５は、一部には、ユーザーにより定義される従属状態パラメータのための柔軟な記憶フォーマットを提供することにより、ユーザーにより定義される従属状態の種類をさらにサポートする。概略的に、引数４１５に記憶された情報を構文解析し（parse）かつ解釈するか否かは、従属状態ＭＩＢモジュール４０を用いるＳＮＭＰ読み取り装置次第である。
【００５７】
タイムスタンプ４１６および状態４１８は、いわば従属状態エントリー４１上における“簿記（bookkeeping）”特徴をサポートする。タイムスタンプ４１６は、この従属状態エントリー４１が発見された日時、または、最後に更新された日時を示す。状態４１８は、ＲＦＣ１４４３において与えられるＳＮＭＰ ｖ２ ＳＭＩ ＲｏｗＳｔａｔｕｓテキスト形式協定（textual-convention）のセマンティックスをサポートする。概略的に、状態４１８は、従属状態エントリー４１の作成、削除、および、行ロックに関連した、従属状態エントリー４１の管理状態について説明する。状態４１８については、従属状態テーブル４５９に対する行の追加および除去を含む処置を取るように従属状態プラグイン３５に命令するために設定することができる。これにより、状態４１８には従属状態ＭＩＢモジュール４０を経てアクセス可能であるので、状態４１８は、所定の従属状態の種類、および、ユーザーにより定義される種類の追加および削除を含む、ＳＮＭＰ２４を経た従属状態情報の遠隔的な構成設定を援助する。
【００５８】
説明４１７は、従属状態エントリー４１についての、人間により読み取り可能な任意的な説明を提供する。説明４１７は、ＳＮＭＰ動作または構成設定ファイル指令を経て管理部６０により遠隔的に作成された従属状態エントリー４１のために、主に用いられる。
【００５９】
従属状態範囲４０４は、未使用インデックス（unused index）４０８と、符合説明（match description）４０９と、符合インデックス（match index）４１０とをさらに含む。未使用インデックス４０８は、ＳＮＭＰクライアントが、使用に適した値を、新たな従属状態エントリー４１内のインデックス４１１（すなわち、未使用の値）として得ることを可能にする。
【００６０】
符合説明４０９および符合インデックス４１０は、ＳＮＭＰクライアントが、説明４１７のための値を、従属状態エントリー４１に符合するためのインデックス４１１についての値を得るための質問として提出することを可能にする。符合説明４０９がＳＮＭＰクライアントにより設定される場合に、従属状態プラグイン３５は、提出された質問に符合する説明４０９を有する最新の従属状態エントリー４１のインデックス４１１値によって、符合インデックス４１０を占めることにより応答する。
【００６１】
〈例示的な従属状態ＭＩＢ〉
表１（TABLE 1）は、従属状態ＭＩＢモジュール４０を定義する例示的なコードを示す。表１におけるコードは、ＳＮＭＰにより要求されるようなＡＳＮ．１標準に準拠する。従属状態ＭＩＢモジュール４０についてのある一定量の説明が、そのＤＥＳＣＲＩＰＴＩＯＮフィールド内にコードの形で直接的に書き込まれることに留意されたい。
【００６２】
【表１Ａ】
2004533669.tif 000003
【表１Ｂ】
2004533669.tif 000004
【表１Ｃ】
2004533669.tif 000005
【表１Ｄ】
2004533669.tif 000006
【表１Ｅ】
2004533669.tif 000007
【００６３】
〈従属状態トラップ〉
以下、図６Ａを参照すると、管理部６０は、該管理部６０からエージェント３０への（ＳＮＭＰ設定コマンドを含む）コマンドの要請／応答の通信を経て、かつ、エージェント３０から管理部６０へのトラップ５０を経て、エージェント３０と相互作用する。相互作用は、管理部６０上のＳＮＭＰインターフェース６１と、エージェント３０上のＳＮＭＰインターフェース３３とを関係させる。
【００６４】
管理部６０は、ＳＮＭＰインターフェース６１がネットワーク２３を経てＳＮＭＰインターフェース３３へ送信する要請を開始する。ＳＮＭＰインターフェース３３は、要請について、従属状態インターフェースサポート３７に通知する。従属状態インターフェースサポート３７は、応答を定式化し、かつ、該応答をＳＮＭＰインターフェース３３へ伝え、該ＳＮＭＰインターフェース３３は、応答をＳＮＭＰインターフェース６１へ返信する。ＳＮＭＰインターフェース６１は、応答について管理部６０に通知する。
【００６５】
従属状態トラップモジュール３８は、従属状態データ３６１に記憶された従属状態をテストし、従属状態が立証できない（unverifiable）場合または（図２Ｂに示される）トラップ基準３８２が上げ状態を示す場合に、トラップ５０を上げる。従属状態トラップモジュール３８は、トラップ５０をＳＮＭＰインターフェース３３へ伝え、該ＳＮＭＰインターフェース３３は、トラップ５０を、ネットワーク２３を経てＳＮＭＰインターフェース６１へ送信する。ＳＮＭＰインターフェース６１は、トラップ５０について管理部６０に通知する。
【００６６】
以下、図６Ｂを参照すると、従属状態トラップモジュール３８は、トラップ５０を上げるために、従属状態データ３６１と（図２Ｂに示される）関連トラップ基準３８２とを繰り返して反復する。従属状態トラップモジュール３８は、次の従属状態データ３６１まで反復する（手順３８１）。従属状態トラップモジュール３８は、ソースフィールド４５３をテストして、従属状態データ３６１が動的に発見されたか否かを判断する（手順３８２）。そうである場合には、従属状態トラップモジュール３８は、（図１Ａに示される）構成設定データ発見部３１を用いて、従属状態データ３６１についての情報ソースがなおも利用可能であるかまたは最近検証されたことを検証する（手順３８３）。ソースが利用可能ではない場合またはその性能が許容可能ではない場合（例えば、ソースの返事の待ち時間が長すぎる場合）には、従属状態トラップモジュール３８は、トラップ５０を上げる（手順３８８）。ソースがなおも利用可能である場合またはソースが動的に発見されない場合には、従属状態トラップモジュール３８は、サーバー４５４により指定された装置をテストする（手順３８４）。従属状態トラップモジュール３８は、引数フィールド４５５内に含まれるパラメータのような、さらなるパラメータを用いることができる。例えば、従属状態トラップモジュール３８は、サーバー４５４により指定されたＩＰアドレスとともに用いるためのポートを指定することができる。従属状態トラップモジュール３８は、従属状態が許容可能か否かを判断するために、トラップ基準３８２を適用することもできる。従属状態が許容可能ではない場合には（手順３８６）、従属状態トラップモジュール３８は、トラップ５０を上げる（手順３８８）。そうでない場合には、従属状態トラップモジュール３８は、リターンして次の従属状態データ３６１まで反復する（手順３８１）。従属状態トラップモジュール３８は、任意のトラップ５０を上げた後に（手順３８８）、リターンして次の従属状態データ３６１まで反復する（手順３８１）。
【００６７】
〈管理部〉
管理部６０は、ＳＮＭＰ２４と互換性があるシステム管理ソフトウェアアプリケーションである。管理部６０は、ＳＮＭＰインターフェース６１を含み、該ＳＮＭＰインターフェース６１によって、管理部６０は、エージェント３０とのＳＮＭＰ交換を開始する。さらに、ＳＮＭＰインターフェース６１は、例えば、トラップイベントを記録すること（logging）により、および、管理される装置２１についての問題をトラップが説明している場合には該問題について管理部６０のユーザーに知らせることにより、管理部６０が反応できるエージェント３０からのトラップを受信する。
【００６８】
図４Ｂを参照すると、管理部６０は、エージェント３０から収集された情報の中央管理情報リポジトリ６５、および、管理部６０との通信のために現在利用可能であるエージェント３０のアクティブエージェントリスト６６を維持する。
【００６９】
中央管理情報リポジトリ６５は、中央従属状態テーブル６５９を含み、該中央従属状態テーブル６５９は、エージェント３０上の多数の従属状態テーブル４５９から収集されたデータを“中央（central）”位置（すなわち、システム管理環境２０についての信頼できる収集地点である位置）に記憶する。管理部６０は、多数のエージェント３０から従属状態データ３６１を収集し、これらのエージェント３０の従属状態データ３６１のエントリーを、中央従属状態テーブル６５９内の中央従属状態エントリー６８として管理部６０上に集中させる。中央従属状態エントリー６８は、インデックス６５１と、種類６５２と、ソース６５３と、サーバー６５４と、引数６５５と、タイムスタンプ６５６と、説明６５７と、状態６５８とを含み、これらは、データの種類および機能において、従属状態テーブル４５９のインデックス４１１、種類４１２、ソース４１３、サーバー４１４、引数４１５、タイムスタンプ４１６、説明４１７、状態４１８、という前述のフィールドにそれぞれ対応する、中央従属状態エントリー６８は、エージェントインデックス６５０をさらに含み、該エージェントインデックス６５０は、従属状態データ３６１の収集元であるエージェント３０に対応する値を採用する。換言すれば、エージェントインデックス６５０は、中央従属状態エントリー６８を、該中央従属状態エントリー６８とエージェント３０との協力関係（affiliations）に従って（したがって、該中央従属状態エントリー６８と管理される装置２１との協力関係にも従って）区別する。
【００７０】
管理部６０は、従属状態を関係させるシステム管理情報を報告するための従属状態ウェブインターフェース６２を含む。従属状態ウェブインターフェース６２は、報告表示を、ウェブブラウザを経てユーザーに提供する。報告は、報告される情報を収集するために必要な論理、および、出力をどのようにフォーマットするのかについての１つ以上の表示明細事項の両方を含む。報告は、インデントされるＢＦＳ報告（indented BFS report）６３と、インデントされるＤＦＳ報告（indented DFS report）６４とを含む。“ＢＦＳ”は、幅優先検索（breadth-first search）を表す。“ＤＦＳ”は、深度優先検索（depth-first search）を表す。インデントされるＢＦＳ報告６３、および、インデントされるＤＦＳ報告６４は、データの収集を特定の管理される装置２１の周囲に組織化することにより、かつ、該装置２１についての、消費側の従属関係の表示を視覚的にレイアウトすることにより、従属状態情報を表示する。具体的には、報告６３，６４は、従属状態情報をグラフとして、管理される装置２１をノードとして、かつ、従属関係を、ノードを接続する縁（edge）として、内部的に示す。インデントされるＢＦＳ報告６３、および、インデントされるＤＦＳ報告６４は、グラフのＢＦＳおよびＤＦＳ横断（traversals）をそれぞれ用いて、ルート装置（root device）に関する従属状態情報を順序づける。インデントされるＢＦＳ報告６３、および、インデントされるＤＦＳ報告６４は、ルート装置からの経路長さをグラフ内で示すために、マージンから離れたインデントをさらに用いる（すなわち、最も短いインデントは経路長さ１（１）を示し、次に短いインデントは経路長さ２（２）を示す、などである）。グラフ内の経路長さは、従属状態の長さに対応する。
【００７１】
〈従属状態の長さ〉
２つのネットワーク化されたリソース間における従属関係については、直接的または間接的のいずれかであり得る。２つのネットワーク化されたリソース間における従属関係は、該従属関係が他方に基づく一方の従属状態について説明する場合には、直接的である。２つのネットワーク化されたリソース間における間接的な従属関係とは、ＡとＢとの間に直接的な従属関係が存在せず、ネットワーク化されたリソースＡ，Ｃ１，Ｃ２，Ｃ３，…，Ｂで終わるシーケンスが存在するような場合であり、該シーケンスにおける全ての隣接した対の間において直接的な従属関係が存在し、このような全ての対における関係の方向が一致し、かつ、該関係の一側における所定の問題の状態が反対側における問題の状態につながり得るような場合である。換言すれば、間接的な従属関係は、推移的であり、かつ、問題が続く経路について説明する。ＡがＣと直接的な従属関係にありかつＣがＢと直接的な従属関係にあり、かつ、ＡからＣへの方向がＣからＢへの方向と同じであれば、Ｂにおける問題がＡへ伝搬し得る場合に、ＡはＢと間接的な従属関係にある。
【００７２】
直接的な従属関係についての全ての推移的な連鎖が、間接的な従属関係につながるとは限らない。間接的な従属関係は、原因となる（causative）その最初の問題が伝搬し得る範囲まで及ぶのみである。ＸがＹの消費側でありかつＹがＺの消費側であるが、Ｚの問題がＹを通してＸへ伝搬し得ない場合には、Ｘは、Ｙを経たＺとの間接的な従属関係を持たない。
【００７３】
前述したように、従属関係の“長さ（length）”は、直接的な従属関係に間接的な従属関係としての資格を与えるシーケンスを構成するために必要な直接的な従属関係の最小数であるように定義される。したがって、直接的な従属関係の長さは１である。間接的な従属関係の長さは、少なくとも２である。
【００７４】
一例として、ワークステーションコンピュータが電子メールサーバーとの直接的な消費側の関係を有し、かつ、電子メールサーバーがセキュリティサーバーとの直接的な消費側の関係を有すると仮定する。さらに、ワークステーションコンピュータがセキュリティサーバーとは直接的な消費側の関係を持たないと仮定する。これにより、ワークステーションコンピュータは、電子メールサーバーによって、セキュリティサーバーとの長さ２の間接的な消費側の関係をなおも有する。以下、ラップトップコンピュータもまた、電子メールサーバーとの直接的な消費側の関係を有すると仮定する。ラップトップは、（ワークステーションと電子メールサーバーとの間に従属状態が存在し、かつ、電子メールサーバーとラップトップとの間に他の従属状態が存在する場合であっても）ワークステーションコンピュータとの従属関係を持たないが、その理由は、前者の従属状態の方向が“消費側”である一方で、後者の方向が“供給側”であるためである。
【００７５】
〈インデントされるＢＦＳ報告〉
以下、図５Ａを参照すると、インデントされるＢＦＳ報告６３は、特定の管理される装置２１を入力パラメータとして選び、かつ、該管理される装置２１にルート装置６３１というラベルをつける。インデントされるＢＦＳ報告６３は、検索深度６３２を入力パラメータとしてさらに選ぶ。検索深度６３２は、０よりも大きく、インデントされるＢＦＳ報告６３内に表示される経路長さの上限を与える整数である。さらに、インデントされるＢＦＳ報告６３は、検索方向６３４を入力パラメータとして選ぶ。検索方向６３４は、インデントされるＢＦＳ報告６３が消費側に制約されるのか、または、ルート装置６３１に対する供給側の従属関係に制約されるのかを指定する。
【００７６】
インデントされるＢＦＳ報告６３は、ＢＦＳ表示６３５を含み、該ＢＦＳ表示６３５は、インデントされるＢＦＳ報告６３により作成されたデータのフォーマットされた表示である。
【００７７】
ＢＦＳ表示６３５は、行が従属状態に対応するテーブル形式のレイアウトを有する。ＢＦＳ表示６３５は、直線状の境界（linear border）を有し、該直線状の境界から、行がオフセットされる（すなわち、インデントされる）。図５Ａの例において、直線状の境界は、左側のエッジである。ＢＦＳ表示６３５内の第１従属状態行は、ルート装置表示６３６を含み、該ルート装置表示６３６は、ルート装置６３１を示す。ルート装置表示６３６は、直線状の境界から、ルート距離６３３だけオフセットされる。ルート距離６３３は０であり得る（すなわち、ルート装置表示６３６は、直線状の境界に隣接し得る）。
【００７８】
直接的な従属状態６３８は、ネットワークリソースの１つがルート装置６３１である根拠となる二元的な従属状態を示す。ＢＦＳアプローチの理由から、ＢＦＳ表示６３５において、長さ１の全ての従属状態は、より大きな長さの全ての従属状態に優先する。したがって、直接的な従属状態６３８は、ルート装置表示６３６に続いて取り決められる。ＢＦＳ表示６３５は、直接的な従属状態６３８を、第１距離（図５Ａの例における比例的（proportionate）インデント６３７ａ）だけインデントする。この第１距離は、ルート距離６３３よりも視覚的に大きい。比例的インデント６３７は、ルート装置６３１に対する従属関係の長さを図式的に示すべく、同じ長さの従属状態の表示の中では一定である。
【００７９】
検索深度６３２が１よりも大きい場合に、かつ、ＢＦＳ表示６３５がルート装置６３１に対する長さ２の従属状態を発見する場合に、第１の拡張された従属状態６３９ａ〜６３９ｂのセットが示される。図５Ａは、このセットについてのオフセット距離を、インデント６３７ａよりも視覚的に大きいように選択された比例的インデント６３７ｂによって例示する。
【００８０】
検索深度６３２に余裕があり、かつ、ＢＦＳ表示６３５がルート装置６３１に対する十分な長さの従属状態を発見する場合に、後続のセットの拡張された従属状態６３９が示される。長さの定義から、長さＮの従属状態が存在する場合には長さＮ−１の従属状態が存在するという結果になることに留意されたい（Ｎ＞１）。したがって、ＢＦＳ表示６３５は、拡張された従属状態６３９のセットを、このような次のセットへの途中で、決して“スキップする（skip）”必要がない。図５Ａは、第２の拡張された従属状態６３９ｃ〜６３９ｄのセットについてのオフセット距離を、インデント６３７ｂよりも視覚的に大きいように選択された比例的インデント６３７ｃによって例示する。概略的に、長さＮの従属状態についての比例的インデント６３７は、長さＮ−１の従属状態についての比例的インデント６３７よりも視覚的に大きい。
【００８１】
ルート装置表示６３６についての行、直接的な従属状態６３８についての行、および、拡張された従属状態６３９についての行は、リポジトリ４５内の任意のフィールドからのデータを含むことができる。
【００８２】
図５Ａにおける垂直方向の点線は、例示的な目的のためのものであり、ＢＦＳ表示６３５における行の左側整列距離を、比例的インデント６３７のための基準として示す。垂直方向の点線は、ＢＦＳ表示６３５の実際の表示においては任意的なものである。
【００８３】
〈インデントされるＤＦＳ報告〉
以下、図５Ｂを参照すると、インデントされるＤＦＳ報告６４は、特定の管理される装置２１を入力パラメータとして選び、かつ、該管理される装置２１にルート装置６４１というラベルをつける。インデントされるＤＦＳ報告６４は、検索深度６４２を入力パラメータとしてさらに選ぶ。検索深度６４２は、０よりも大きく、インデントされるＤＦＳ報告６４内に表示される経路長さの上限を与える整数である。さらに、インデントされるＤＦＳ報告６４は、検索方向６４４を入力パラメータとして選ぶ。検索方向６４４は、インデントされるＤＦＳ報告６４が消費側に制約されるのか、または、ルート装置６４１に対する供給側の従属関係に制約されるのかを指定する。
【００８４】
インデントされるＤＦＳ報告６４は、ＤＦＳ表示６４５を含み、該ＤＦＳ表示６４５は、インデントされるＤＦＳ報告６４により作成されたデータのフォーマットされた表示である。
【００８５】
ＤＦＳ表示６４５は、行が従属状態に対応するテーブル形式のレイアウトを有する。ＤＦＳ表示６４５は、直線状の境界を有し、該直線状の境界から、行がオフセットされる（すなわち、インデントされる）。図５Ｂの例において、直線状の境界は、左側のエッジである。ＤＦＳ表示６４５内の第１従属状態行は、ルート装置表示６４６を含み、該ルート装置表示６４６は、ルート装置６４１を示す。ルート装置表示６４６は、直線状の境界から、ルート距離６４３だけオフセットされる。ルート距離６４３は０であり得る（すなわち、ルート装置表示６４６は、直線状の境界に隣接し得る）。
【００８６】
直接的な従属状態６４８は、ルート装置６４１に関する長さ１の従属状態を示す。ＤＦＳアプローチの理由から、長さ１の第１従属状態が、ルート装置表示６４６に続く。図５Ｂの例において、これは、直接的な従属状態６４８ａである。直接的な従属状態６４８ａの後には、拡張された従属状態６４９ａ（長さ２の第１従属状態）と拡張された従属状態６４９ｃ（長さ３の第１従属状態）とが続く。直接的な従属状態６４８ｂは、長さ１の第２従属状態である。
【００８７】
ＤＦＳアプローチによれば、直接的な従属状態６４８ａの全ての子孫（descendants）は、直接的な従属状態６４８ｂの前に表示される。この長さ１の第２従属状態の全ての子孫は、長さ１の第３従属状態が表示される前に表示される、などである。この取り決めは、より大きな長さの従属状態についても再帰的に適用される。
【００８８】
ＤＦＳ表示６４５は、ＢＦＳ表示６３５がインデント６３７を割り当てるために用いる場合と同じインデントスキームを、インデント６４７を割り当てるために用いる。同様に、ルート装置表示６４６についての行、直接的な従属状態６４８についての行、および、拡張された従属状態６４９についての行は、リポジトリ４５内の任意のフィールドからのデータを含むことができる。図５Ａの場合と同様に、図５Ｂにおける垂直方向の点線は、例示的な目的のためのものであり、ＤＦＳ表示６４５における行の左側整列距離を、比例的インデント６４７のための基準として示す。垂直方向の点線は、ＤＦＳ表示６４５の実際の表示においては任意的なものである。
【００８９】
〈管理エージェントの自動的な従属状態ベースの伝搬〉
以下、図７Ｂを参照すると、管理部６０は、最初は、発見された装置２６を管理していない。管理される装置２１と発見された装置２６とが従属関係にあることを従属状態データ３６１が示す場合には、管理部６０は、発見された装置２６を自身の管理下に持ってくるために、該装置２６上のエージェント３０を自動的に活性化または構成設定することができる。換言すれば、管理部６０は、発見された装置２６を管理される装置２１として再分類するために、情報を自動的に処理することができる。このことは、管理部６０が発見された装置２６を以前に管理していなかった場合に、発見された装置２６に対する管理部６０の管理能力を拡張する。
【００９０】
情報の処理は、以下の通りである。構成設定データ発見部３１は、（図１Ａに示される）構成設定データ３１１を発見し、かつ、該構成設定データ３１１を従属状態フィルター３６に伝える（手順２６１）。従属状態フィルター３６は、構成設定データ３１１が従属状態データ３６１を含むことを検証し（手順２６２）、該従属状態データ３６１は、発見された装置２６との消費側の関係を指定する（手順２６３）。従属状態フィルター３６は、従属状態データ３６１について管理部６０に通知する（手順２６４）。管理部６０は、発見された装置２６を指定する従属状態データ３６１内の情報を用い、かつ、発見された装置２６上のエージェント３０上の遠隔的開始設備２１８に連絡する（手順２６６）。遠隔的開始が成功すると、発見された装置２６上のエージェント３０は、管理部６０に連絡して、アクティブエージェントリスト６６内に含まれる（手順２６７）。
【００９１】
図７Ｂを参照すると、分散型従属状態管理伝搬６７は、以下の通りに進行する。構成設定データ発見部３１は、構成設定データ３１１を発見する（手順６７１）。従属状態フィルター３６は、従属状態データ３６１としての資格付与（qualifications）のために、構成設定データ３１１をテストする（手順６７２）。テストが失敗すれば、分散型従属状態管理伝搬６７は終了する（手順６７９）。テストが成功すれば、従属状態フィルター３６は、管理部６０に通知を行い、かつ、従属状態データ３６１を指定する（手順６７３）。管理部６０は、アクティブエージェントリスト６６を調べて、従属状態データ３６１により指定された装置が、管理部６０の管理下にあるアクティブ状態のエージェント３０を既に有しているか否かを判断する（手順６７４）。アクティブ状態のエージェント３０が存在すれば、分散型従属状態管理伝搬６７は終了する（手順６７９）。そうでない場合には、管理部６０は、遠隔的開始設備２１８を用いて、発見された装置２６上のエージェント３０の遠隔的開始を試行する（手順６７６）。遠隔的開始が失敗すれば、分散型従属状態管理伝搬６７は終了する（手順６７９）。そうでない場合には、発見された装置２６上のエージェント３０は、管理部６０に連絡して、アクティブエージェントリスト６６内に含まれ、かつ、管理部６０は、エージェント３０の管理を開始する（手順６７８）。こうして、発見された装置２６は管理される装置２１となり、かつ、分散型従属状態管理伝搬６７は終了する（手順６７９）。
【００９２】
時には、例えば、発見された装置２６上におけるセキュリティ方針または管理方針に起因して、管理部６０は、発見された装置２６上のエージェント３０を活性化することができない。この場合には、管理部６０は、エージェント３０を、後で活性化するように構成設定する。少なくとも、管理部６０が、発見された装置２６を、管理される装置２１となるように、今後のある時点において自動的に再分類するという点で、活性化せずに構成設定することには、なおも利点がある。これにより、管理部６０は、管理下にある管理される装置２１の数をさらに拡張する。
【００９３】
〈代替的実施例〉
本発明の多数の実施例について説明してきた。それでもなお、本発明の真意および範囲から逸脱することなく、様々な修正を行うことができる旨が理解されるだろう。例えば、従属状態プラグイン３５の機能を、プラグインアーキテクチャ３２を経てエージェント３０に追加する必要はない（このような機能については、エージェント３０のソフトウェアコードに直接的に組み込むことができる）。さらに、本実施例はＳＮＭＰおよびＭＩＢを用いているが、ＭＩＢの特徴を得てかつ設定するために、セキュリティをサポートするインターフェースとともにシステム管理に適合されたＸＭＬのような、任意の開放型のシステム管理プロトコルまたは汎用プロトコルを、ＳＮＭＰおよびＭＩＢの代用とすることができる。
【００９４】
中央従属状態テーブル６５９および従属状態テーブル４５９については、各々をテーブルとして説明してきた。しかしながら、中央従属状態テーブル６５９および従属状態テーブル４５９については、各々を（または、両方を）、１つ以上のテーブルに基づくテーブルの集合または関係データベース（relational database）の一覧として実施することができる。
【００９５】
図１Ｂは、１つのプロセッサ２１１を備えた管理される装置２１を示している。管理される装置２１は、多数のプロセッサ２１１を有することができる。
【００９６】
したがって、他の実施例は、請求項の範囲内にある。
【図面の簡単な説明】
【００９７】
【図１Ａ】システム管理環境のブロック図である。
【図１Ｂ】管理される装置の構成要素のブロック図である。
【図２Ａ】従来技術のシステム管理環境のブロック図である。
【図２Ｂ】従属状態プラグインのブロック図である。
【図３Ａ】従属状態ＭＩＢモジュールのブロック図である。
【図３Ｂ】従属状態ＭＩＢテーブルおよび従属状態テーブルのブロック図である。
【図４Ａ】管理部装置のブロック図である。
【図４Ｂ】管理部プロセスのブロック図である。
【図５Ａ】インデントされるＢＦＳ報告のブロック図である。
【図５Ｂ】インデントされるＤＦＳ報告のブロック図である。
【図６Ａ】管理部とエージェントとの間のＳＮＭＰ交換のブロック図である。
【図６Ｂ】従属状態トラップモジュールのフローチャートである。
【図７Ａ】発見された従属状態を用いた、エージェントの自動的な活性化のデータフローを示す図である。
【図７Ｂ】従属状態管理伝搬プロセスのフローチャートである。
【符号の説明】
【００９８】
２０  分散型システム管理環境
２１  管理される装置
２２  管理部
２３  ネットワーク
３０  エージェント
３１  構成設定データ発見部
３２  プラグインアーキテクチャ
３３  ＳＮＭＰインターフェース
３５  従属状態プラグイン
４５  リポジトリ
６０  マネージャ
６１  ＳＮＭＰインターフェース
２１５  構成設定データ
２１８  遠隔的開始部
３１１  構成設定データ
３３１  サポートされるＭＩＢリスト
３６１  従属状態データ
【図１Ａ】
2004533669.tif 000008
【図１Ｂ】
2004533669.tif 000009
【図２Ａ】
2004533669.tif 000010
【図２Ｂ】
2004533669.tif 000011
【図３Ａ】
2004533669.tif 000012
【図３Ｂ】
2004533669.tif 000013
【図４Ａ】
2004533669.tif 000014
【図４Ｂ】
2004533669.tif 000015
【図５Ａ】
2004533669.tif 000016
【図５Ｂ】
2004533669.tif 000017
【図６Ａ】
2004533669.tif 000018
【図６Ｂ】
2004533669.tif 000019
【図７Ａ】
2004533669.tif 000020
【図７Ｂ】
2004533669.tif 000021
【国際公開パンフレット】
2004533669.tif 000022
2004533669.tif 000023
2004533669.tif 000024
2004533669.tif 000025
2004533669.tif 000026
2004533669.tif 000027
2004533669.tif 000028
2004533669.tif 000029
2004533669.tif 000030
2004533669.tif 000031
2004533669.tif 000032
2004533669.tif 000033
2004533669.tif 000034
2004533669.tif 000035
2004533669.tif 000036
2004533669.tif 000037
2004533669.tif 000038
2004533669.tif 000039
2004533669.tif 000040
2004533669.tif 000041
2004533669.tif 000042
2004533669.tif 000043
2004533669.tif 000044
2004533669.tif 000045
2004533669.tif 000046
2004533669.tif 000047
2004533669.tif 000048
2004533669.tif 000049
2004533669.tif 000050
2004533669.tif 000051
2004533669.tif 000052
2004533669.tif 000053
2004533669.tif 000054
2004533669.tif 000055
2004533669.tif 000056
2004533669.tif 000057
2004533669.tif 000058
2004533669.tif 000059
2004533669.tif 000060
【国際調査報告】
2004533669.tif 000061