(57)【要約】【課題】インフィニバンド分散型システム・エリア・ネットワークのエンド・ノードを中央で管理するための方法、システム、およびコンピュータ・プログラムを提供すること。【解決手段】複数のエンド・ノードを含むインフィニバンド分散型システム・エリア・ネットワークの中央管理を提供するための、データ処理システムにおける方法、システム、およびコンピュータ・プログラムが開示される。エンド・ノードのうちの１つに、マネージャ・アプリケーションが確立される。１つまたは複数のエンド・ノードに、エージェント・アプリケーションが確立される。各エージェント・アプリケーションはマネージャ・アプリケーションから独立している。マネージャ・アプリケーションはアクティブ・エージェント・アプリケーションの現在のリストを維持し、このリストを使用してエンド・ノード内のエージェント・アプリケーションを管理する。【選択図】  図１
2007502456.tif 000002
【特許請求の範囲】
【請求項１】
サブネット管理者および複数のエンド・ノードを含むインフィニバンド分散型システム・エリア・ネットワークの中央管理を提供するための方法であって、
第１のアプリケーションにより、前記ネットワーク内でのその存在を前記サブネット管理者に登録するステップと、
前記サブネット管理者により、他のアプリケーションが前記第１のアプリケーションと通信できるようになる前に、前記ネットワーク内での前記第１のアプリケーションの前記存在を公表するステップと、
マネージャ・アプリケーションにより、前記ネットワーク内でのその存在を前記サブネット管理者に登録するステップと、
複数のエージェント・アプリケーションのうちの１つにより、前記サブネット管理者に登録することなく、その存在を前記マネージャ・アプリケーションに登録するステップと、
前記マネージャ・アプリケーションにより、前記複数のエージェント・アプリケーションのうちの前記１つの存在を前記ネットワークに公表するステップと、
を有する方法。
【請求項２】
前記サブネット管理者により、前記第１のアプリケーションの前記存在を前記ネットワークに公表するために、前記第１のアプリケーションに対して前記サブネット管理者に登録するよう要求するステップをさらに有し、第２のアプリケーションは、前記第１のアプリケーションの存在に気付かず、前記第１のアプリケーションの存在が公表されるのに先立って前記第１のアプリケーションと通信することができない、請求項１に記載の方法。
【請求項３】
前記マネージャ・アプリケーションにより、アクティブ・エージェント・アプリケーションの現在のリストを維持するステップと、前記マネージャ・アプリケーションにより、前記複数のエージェント・アプリケーションを管理するために前記リストを利用するステップとを、さらに有する、請求項１に記載の方法。
【請求項４】
前記複数のエージェント・アプリケーションを確立するステップをさらに有し、前記複数のエージェント・アプリケーションのうちの少なくとも１つは前記複数のエンド・ノードのうちのノードで確立され、前記複数のエージェント・アプリケーションは前記マネージャ・アプリケーションから独立している、請求項１に記載の方法。
【請求項５】
前記マネージャ・アプリケーションにより、前記複数のエージェント・アプリケーションのうちの指定されたアプリケーションによって実行されることになるコマンドを受信するステップと、前記コマンドを前記マネージャ・アプリケーションから前記複数のエージェント・アプリケーションのうちの前記指定されたアプリケーションに送信するステップと、前記マネージャ・アプリケーション内で、前記エージェント・アプリケーションのうちの前記指定されたアプリケーションが前記コマンドを実行するのに応答して、前記エージェント・アプリケーションのうちの前記指定されたアプリケーションからの応答を受信するステップとを、さらに有する、請求項１に記載の方法。
【請求項６】
前記マネージャ・アプリケーションにより、前記複数のエージェント・アプリケーションのうちのいくつかの前記アプリケーションに関するアクティブ／非アクティブ状況を識別するレポートを、前記複数のエージェント・アプリケーションのうちの前記いくつかのアプリケーションから受信するステップをさらに有する、請求項１に記載の方法。
【請求項７】
前記サブネット・マネージャにより、前記サブネット管理者に登録されたすべてのマネージャ・アプリケーションのリストを維持するステップと、前記複数のエージェント・アプリケーションのうちの１つにより、前記リストを取得するステップと、前記複数のエージェント・アプリケーションのうちの前記１つにより、前記リストに含まれる前記マネージャ・アプリケーションのうちのそれぞれにその存在を登録するステップとを、さらに有する、請求項１に記載の方法。
【請求項８】
前記複数のエージェント・アプリケーションのうちの１つ内で、実行を停止するようにとの要求を受信するステップと、前記複数のエージェント・アプリケーションのうちの前記１つが停止することになる旨の通知を前記マネージャ・アプリケーションに送信するステップと、前記マネージャ・アプリケーションにより、前記複数のエージェント・アプリケーションのうちの前記１つの存在の登録を除去するステップとを、さらに有する、請求項１に記載の方法。
【請求項９】
サブネット管理者および複数のエンド・ノードを含む分散型システム・エリア・ネットワークの中央管理を提供するためのシステムであって、
前記ネットワーク内でのその存在を前記サブネット管理者に登録するための第１のアプリケーションと、
他のアプリケーションが前記第１のアプリケーションと通信できるようになる前に、前記ネットワーク内での前記第１のアプリケーションの前記存在を公表する前記サブネット管理者と、
前記ネットワーク内でのその存在を前記サブネット管理者に登録するマネージャ・アプリケーションと、
前記サブネット管理者に登録することなく、その存在を前記マネージャ・アプリケーションに登録する複数のエージェント・アプリケーションのうちの１つと含み、
前記マネージャ・アプリケーションは、前記複数のエージェント・アプリケーションのうちの前記１つの存在を前記ネットワークに公表する、
システム。
【請求項１０】
請求項１から８に記載の本発明を実施するために、コンピュータ上で実行される場合に、実行するためのソフトウェア・コードを含む、デジタル・コンピュータの内部メモリにロード可能なコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にコンピュータ・システムの分野に関し、より具体的には、インフィニバンド（ＩｎｆｉｎｉＢａｎｄ）分散型システム・エリア・ネットワークのエンド・ノードを中央で管理するためのシステム、方法、およびコンピュータ・プログラムに関する。
【背景技術】
【０００２】
従来、コンピュータ製造業者は、コンピュータ要件の増加に対して、より高速な単一プロセッサ・システムを設計することで対処してきた。こうした提供には法外なコストがかかり、製品化までにかかる時間の要件に対処できなかったため、複数のプロセッサを緊密に結合して対称型多重プロセッサ（ＳＭＰ）システムが作成された。さらにコンピュータ要件が高くなるのに押されて、複数の単一または多重プロセッサを互いに接続してクラスタが作成された。多重システムのクラスタにより、コンピュータ機能は向上する。しかしながら、これらのクラスタは、しばしば所有権を主張できる相互接続をデプロイして待ち時間を減らすため、管理は困難である。
【０００３】
クラスタ構成内のシステムを相互接続するために、一般に「インフィニバンド」と呼ばれる新しい業界標準アーキテクチャが開発された。この新しいアーキテクチャは、待ち時間を減らし、帯域幅を広げ、拡張可能性を向上させることができる。新しいアーキテクチャは、チャネルベースのスイッチ・ファブリック技術を含む、システム・エリア・ネットワークを提供する。こうしたシステム・エリア・ネットワーク（ＳＡＮ）では、データはパケットで構成されたメッセージを介して伝送される。プロセッサであれＩ／Ｏデバイスであれ、各デバイスはチャネル・アダプタを含む。メッセージは１つのデバイスのチャネル・アダプタから他のデバイスのチャネル・アダプタへと、スイッチを介して伝送される。
【０００４】
インフィニバンドは、クラスタ化のための業界標準相互接続を提供し、エンド・ノード間でのメッセージ転送のためのメカニズムを定義する。このアーキテクチャは、初期化、構成、および制御に関する主要な管理要件を概説するが、これらの要件をファブリック内のインフィニバンド構成要素（インフィニバンド・アダプタおよびスイッチ）にのみ限定する。クラスタ管理はノード間管理要件も必要とし、これらはアーキテクチャの範囲外であるとみなされる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、インフィニバンド分散型システム・エリア・ネットワークのエンド・ノードを中央で管理するための方法、システム、およびコンピュータ・プログラムが求められている。
【０００６】
インフィニバンドは、Ｉｎｆｉｎｉｂａｎｄ  ｔｒａｄｅ  ａｓｓｏｃｉａｔｉｏｎの登録商標である。
【課題を解決するための手段】
【０００７】
複数のエンド・ノードを含むインフィニバンド分散型システム・エリア・ネットワークの中央管理を提供するための、データ処理システムにおける方法、システム、およびコンピュータ・プログラムが開示される。エンド・ノードのうちの１つに、少なくとも１つのマネージャ・アプリケーションが確立される。１つまたは複数のエンド・ノードに、エージェント・アプリケーションが確立される。各エージェント・アプリケーションはマネージャ・アプリケーションから独立している。各マネージャ・アプリケーションは、サブネット管理者のデータベースにサービス・レコードを作成することにより、システム管理者（ＳＡ）内のインフィニバンド設計済みサービス・レコードを使用することで、その存在をファブリック内に登録する。エージェント・アプリケーションは、サブネット管理者に登録する代わりに、それら自体を１つまたは複数のマネージャ・アプリケーションに登録する。マネージャ・アプリケーションはアクティブ・エージェント・アプリケーションの現在のリストを維持し、このリストを使用してエンド・ノード内のエージェント・アプリケーションを管理する。エージェントは、新しいマネージャを発見するためにＳＡに照会し、その後これらのマネージャにそれら自体を直接登録する。
【０００８】
本発明の上記ならびに追加の目的、特徴、および利点は、以下に記載された詳細な説明で明らかになろう。
【０００９】
第１の態様から見ると、本発明は、サブネット管理者および複数のエンド・ノードを含むインフィニバンド分散型システム・エリア・ネットワークの中央管理を提供するための方法を提供し、当該方法は、第１のアプリケーションにより、ネットワーク内でのその存在をサブネット管理者に登録するステップと、サブネット管理者により、ネットワーク内での第１のアプリケーションの存在を公表するステップと、マネージャ・アプリケーションにより、ネットワーク内でのその存在をサブネット管理者に登録するステップと、複数のエージェント・アプリケーションのうちの１つにより、その存在をマネージャ・アプリケーションに登録するステップと、複数のエージェント・アプリケーションのうちの上記１つの存在を、マネージャ・アプリケーションによりネットワークに公表するステップと、を有する。ここで、第１のアプリケーションの存在は他のアプリケーションが第１のアプリケーションと通信できるようになる前にサブネット管理者により公表される必要がある。また、複数のエージェント・アプリケーションのうちの上記１つはサブネット管理者に登録しない。
【００１０】
好ましくは、本発明は、サブネット管理者により、第１のアプリケーションの存在をネットワークに公表するために、第１のアプリケーションに対してサブネット管理者に登録するよう要求するステップをさらに有する方法を提供する。第２のアプリケーションは第１のアプリケーションの存在に気付かず、第１のアプリケーションの存在が公表されるのに先立って第１のアプリケーションと通信することができない。
【００１１】
好ましくは、本発明は、マネージャ・アプリケーションにより、アクティブ・エージェント・アプリケーションの現在のリストを維持するステップと、マネージャ・アプリケーションにより、複数のエージェント・アプリケーションを管理するために上記リストを利用するステップとを、さらに有する方法を提供する。
【００１２】
好ましくは、本発明は、複数のエージェント・アプリケーションを確立するステップをさらに有する方法を提供する。ここで、複数のエージェント・アプリケーションのうちの少なくとも１つが複数のエンド・ノードのうちのノードで確立され、複数のエージェント・アプリケーションはマネージャ・アプリケーションから独立している。
【００１３】
好ましくは、本発明は、マネージャ・アプリケーションを複数のエンド・ノードのうちの１つまたは複数で確立するステップをさらに有する方法を提供する。
【００１４】
好ましくは、本発明は、マネージャ・アプリケーションにより、複数のエージェント・アプリケーションのうちの指定されたアプリケーションによって実行されることになるコマンドを受信するステップと、当該コマンドをマネージャ・アプリケーションから複数のエージェント・アプリケーションのうちの上記指定されたアプリケーションに送信するステップと、マネージャ・アプリケーション内で、エージェント・アプリケーションのうちの上記指定されたアプリケーションが上記コマンドを実行するのに応答して、エージェント・アプリケーションのうちの上記指定されたアプリケーションからの応答を受信するステップとを、さらに有する方法を提供する。
【００１５】
好ましくは、本発明は、マネージャ・アプリケーションにより、アクティブ・エージェント・アプリケーションの現在のリストを維持するステップと、マネージャ・アプリケーションにより、複数のエージェント・アプリケーションのうちの指定されたアプリケーションの位置を特定するために上記リストを利用するステップとを、さらに有する方法を提供する。
【００１６】
好ましくは、本発明は、当該マネージャ・アプリケーションにより、サブネット管理者のデータベースにサービス・レコードを作成することによってネットワーク内でのその存在をサブネット管理者に登録するステップをさらに有する方法を提供する。
【００１７】
好ましくは、本発明は、サービス・レコードにリース期間を関連付けるステップをさらに有する方法を提供する。ここで、サービス・レコードはリース期間満了時に上記データベースから自動的に削除される。
【００１８】
好ましくは、本発明は、マネージャ・アプリケーションにより、リース期間の満了に先立ってネットワーク内でのその存在をサブネット管理者に再登録するステップをさらに有する方法を提供する。
【００１９】
好ましくは、本発明は、マネージャ・アプリケーションにより、複数のエージェント・アプリケーションを識別するためのコマンドをブロードキャストするステップをさらに有する方法を提供する。
【００２０】
好ましくは、本発明は、マネージャ・アプリケーションにより、複数のエージェント・アプリケーションのうちのいくつかのアプリケーションに関するアクティブ／非アクティブ状況を識別するレポートを、複数のエージェント・アプリケーションのうちの上記いくつかのアプリケーションから受信するステップをさらに有する方法を提供する。
【００２１】
好ましくは、本発明は、マネージャ・アプリケーションにより、複数のエージェントのうちの各アクティブなエージェントの名前を、アクティブ・エージェントのマネージャ・アプリケーションによって維持されるリストに追加するステップと、マネージャ・アプリケーションにより、複数のエージェントのうちの各非アクティブなエージェントの名前を上記リストから除去するステップとを、さらに有する方法を提供する。
【００２２】
好ましくは、本発明は、複数のエージェント・アプリケーションのうちの各アクティブなアプリケーションの状況を確認するために、マネージャ・アプリケーションから複数のエージェント・アプリケーションのうちの各アクティブなアプリケーションに確認コマンドを送信するステップと、マネージャ・アプリケーションにより、確認コマンドへの回答を受信するステップと、マネージャ・アプリケーションにより、上記リストを更新するステップとを、さらに有する方法を提供する。
【００２３】
好ましくは、本発明は、サブネット・マネージャにより、サブネット管理者に登録されたすべてのマネージャ・アプリケーションのリストを維持するステップと、複数のエージェント・アプリケーションのうちの１つにより、上記リストを取得するステップと、複数のエージェント・アプリケーションのうちの上記１つにより、上記リストに含まれるマネージャ・アプリケーションのうちのそれぞれにその存在を登録するステップとを、さらに有する方法を提供する。
【００２４】
好ましくは、本発明は、複数のエージェント・アプリケーションのうちの１つ内で、実行を停止するようにとの要求を受信するステップと、複数のエージェント・アプリケーションのうちの上記１つが停止することになる旨の通知をマネージャ・アプリケーションに送信するステップと、マネージャ・アプリケーションにより、複数のエージェント・アプリケーションのうちの当上記１つの存在の登録を除去するステップとを、さらに有する方法を提供する。
【００２５】
他の態様から見ると、本発明は、サブネット管理者および複数のエンド・ノードを含む分散型システム・エリア・ネットワークの中央管理を提供するためのシステムを提供し、当該システムは、ネットワーク内でのその存在をサブネット管理者に登録するための第１のアプリケーションと、ネットワーク内での第１のアプリケーションの存在を公表するサブネット管理者と、ネットワーク内でのその存在をサブネット管理者に登録するマネージャ・アプリケーションと、その存在をマネージャ・アプリケーションに登録する複数のエージェント・アプリケーションのうちの１つと、を有する。ここで、第１のアプリケーションの存在は他のアプリケーションが第１のアプリケーションと通信できるようになる前に公表される必要がある。また、複数のエージェント・アプリケーションのうちの上記１つはサブネット管理者に登録しない。また、マネージャ・アプリケーションは、複数のエージェント・アプリケーションのうちの上記１つの存在をネットワークに公表する。
【００２６】
好ましくは、本発明は、サブネット管理者により、第１のアプリケーションの存在をネットワークに公表するために、第１のアプリケーションに対してサブネット管理者に登録するよう要求するための要求手段をさらに有するシステムを提供する。ここで、第２のアプリケーションは第１のアプリケーションの存在に気付かず、第１のアプリケーションの存在が公表されるのに先立って第１のアプリケーションと通信することができない。
【００２７】
好ましくは、本発明は、上記マネージャ・アプリケーションが、アクティブ・エージェント・アプリケーションの現在のリストを維持し、複数のエージェント・アプリケーションを管理するために上記リストを利用する、システムを提供する。
【００２８】
好ましくは、本発明は、少なくとも１つが複数のエンド・ノードのうちのノードで確立され、マネージャ・アプリケーションから独立している、複数のエージェント・アプリケーションを確立するための確立手段をさらに有するシステムを提供する。
【００２９】
好ましくは、本発明は、マネージャ・アプリケーションを複数のエンド・ノードのうちの１つで確立するための確立手段をさらに有するシステムを提供する。
【００３０】
好ましくは、本発明は、上記マネージャ・アプリケーションが、複数のエージェント・アプリケーションのうちの指定されたアプリケーションによって実行されることになるコマンドを受信し、上記コマンドを複数のエージェント・アプリケーションのうちの上記指定されたアプリケーションに送信し、およびエージェント・アプリケーションのうちの上記指定されたアプリケーションが上記コマンドを実行するのに応答して、エージェント・アプリケーションのうちの上記指定されたアプリケーションからの応答を受信する、システムを提供する。
【００３１】
好ましくは、本発明は、上記マネージャ・アプリケーションが、アクティブ・エージェント・アプリケーションの現在のリストを維持し、複数のエージェント・アプリケーションのうちの指定されたアプリケーションの位置を特定するために上記リストを利用する、システムを提供する。
【００３２】
好ましくは、本発明は、上記マネージャ・アプリケーションが、ネットワーク内でのその存在を、サブネット管理者のデータベースにサービス・レコードを作成することによってサブネット管理者に登録する、システムを提供する。
【００３３】
好ましくは、本発明は、サービス・レコードに関連付けられるリース期間であって、サービス・レコードはリース期間満了時にデータベースから自動的に削除される、リース期間をさらに有するシステムを提供する。
【００３４】
好ましくは、本発明は、上記マネージャ・アプリケーションが、リース期間の満了に先立ってネットワーク内でのその存在をサブネット管理者に再登録する、システムを提供する。
【００３５】
好ましくは、本発明は、複数のエージェント・アプリケーションを識別するためにマネージャ・アプリケーションによってブロードキャストされるコマンドをさらに有するシステムを提供する。
【００３６】
好ましくは、本発明は、上記マネージャ・アプリケーションが、複数のエージェント・アプリケーションのうちのいくつかのアプリケーションに関するアクティブ／非アクティブ状況を識別するレポートを、複数のエージェント・アプリケーションのうちの上記いくつかのアプリケーションから受信する、システムを提供する。
【００３７】
好ましくは、本発明は、上記マネージャ・アプリケーションが、複数のエージェントのうち各アクティブなエージェントの名前を、アクティブ・エージェントのマネージャ・アプリケーションによって維持されるリストに追加し、複数のエージェントのうちの各非アクティブなエージェントの名前を上記リストから除去する、システムを提供する。
【００３８】
好ましくは、本発明は、上記マネージャ・アプリケーションが、複数のエージェント・アプリケーションのうちの各アクティブなアプリケーションの状況を確認するために、複数のエージェント・アプリケーションのうちの各アクティブなアプリケーションに確認コマンドを送信し、確認コマンドへの回答を受信し、および上記リストを更新する、システムを提供する。
【００３９】
好ましくは、本発明は、サブネット管理者に登録されたすべてのマネージャ・アプリケーションのリストを維持するサブネット・マネージャと、上記リストを取得し、上記リストに含まれるマネージャ・アプリケーションのうちのそれぞれにその存在を登録する複数のエージェント・アプリケーションのうちの１つとを、さらに有するシステムを提供する。
【００４０】
好ましくは、本発明は、実行を停止するようにとの要求を受信する複数のエージェント・アプリケーションのうちの１つと、複数のエージェント・アプリケーションのうちの上記１つが停止することになる旨の通知をマネージャ・アプリケーションに送信するための送信手段と、複数のエージェント・アプリケーションのうちの上記１つの存在の登録を除去するマネージャ・アプリケーションとを、さらに有するシステムを提供する。
【００４１】
第３の態様から見ると、本発明は、サブネット管理者および複数のエンド・ノードを含む分散型システム・エリア・ネットワークの中央管理を提供するためのコンピュータ・プログラムを提供し、当該プログラムは、第１のアプリケーションにより、ネットワーク内でのその存在をサブネット管理者に登録するための命令手段と、サブネット管理者により、ネットワーク内での第１のアプリケーションの存在を公表するための命令手段と、マネージャ・アプリケーションにより、ネットワーク内でのその存在をサブネット管理者に登録するための命令手段と、複数のエージェント・アプリケーションのうちの１つにより、その存在をマネージャ・アプリケーションに登録するための命令手段と、複数のエージェント・アプリケーションのうちの上記１つの存在を、マネージャ・アプリケーションによりネットワークに公表するための命令手段と、を有する。ここで、第１のアプリケーション存在は他のアプリケーションが第１のアプリケーションと通信できるようになる前に公表される必要がある。また、複数のエージェント・アプリケーションのうちの上記１つはサブネット管理者に登録しない。
【００４２】
好ましくは、本発明は、サブネット管理者により、第１のアプリケーションの存在をネットワークに公表するために、第１のアプリケーションに対してサブネット管理者に登録するよう要求するための命令手段をさらに有する、コンピュータ・プログラムを提供する。
ここで、第２のアプリケーションは、第１のアプリケーションの存在に気付かず、第１のアプリケーションの存在が公表されるのに先立って第１のアプリケーションと通信することができない。
【００４３】
好ましくは、本発明は、マネージャ・アプリケーションにより、アクティブ・エージェント・アプリケーションの現在のリストを維持するための命令手段と、マネージャ・アプリケーションにより、複数のエージェント・アプリケーションを管理するために上記リストを利用するための命令手段とを、さらに有するコンピュータ・プログラムを提供する。
【００４４】
好ましくは、本発明は、少なくとも１つが当該複数のエンド・ノードのうちのノードで確立され、マネージャ・アプリケーションから独立している、複数のエージェント・アプリケーションを確立するための命令手段をさらに有するコンピュータ・プログラムを提供する。
【００４５】
好ましくは、本発明は、マネージャ・アプリケーションを複数のエンド・ノードのうちの１つで確立するための命令手段をさらに有するコンピュータ・プログラムを提供する。
【００４６】
好ましくは、本発明は、マネージャ・アプリケーションにより、複数のエージェント・アプリケーションのうちの指定されたアプリケーションによって実行されることになるコマンドを受信するための命令手段と、上記コマンドをマネージャ・アプリケーションから複数のエージェント・アプリケーションのうちの上記指定されたアプリケーションに送信するための命令手段と、マネージャ・アプリケーション内で、エージェント・アプリケーションのうちの上記指定されたアプリケーションが上記コマンドを実行するのに応答して、エージェント・アプリケーションのうちの上記指定されたアプリケーションからの応答を受信するための命令手段とを、さらに有するコンピュータ・プログラムを提供する。
【００４７】
好ましくは、本発明は、マネージャ・アプリケーションにより、アクティブ・エージェント・アプリケーションの現在のリストを維持するための命令手段と、マネージャ・アプリケーションにより、複数のエージェント・アプリケーションのうちの指定されたアプリケーションの位置を特定するために上記リストを利用するための命令手段とを、さらに有するコンピュータ・プログラムを提供する。
【００４８】
好ましくは、本発明は、マネージャ・アプリケーションにより、ネットワーク内でのその存在を、サブネット管理者のデータベースにサービス・レコードを作成することによってサブネット管理者に登録するための命令手段をさらに有するコンピュータ・プログラムを提供する。
【００４９】
好ましくは、本発明は、サービス・レコードにリース期間を関連付けるための命令手段をさらに有するコンピュータ・プログラムを提供する。ここで、サービス・レコードはリース期間満了時にデータベースから自動的に削除される。
【００５０】
好ましくは、本発明は、マネージャ・アプリケーションにより、リース期間の満了に先立ってネットワーク内でのその存在をサブネット管理者に再登録するための命令手段をさらに有するコンピュータ・プログラムを提供する。
【００５１】
好ましくは、本発明は、マネージャ・アプリケーションにより、複数のエージェント・アプリケーションを識別するためのコマンドをブロードキャストするための命令手段をさらに有するコンピュータ・プログラムを提供する。
【００５２】
好ましくは、本発明は、マネージャ・アプリケーションにより、複数のエージェント・アプリケーションのうちのいくつかのアプリケーションに関するアクティブ／非アクティブ状況を識別するレポートを、複数のエージェント・アプリケーションのうちの上記いくつかのアプリケーションから受信するための命令手段をさらに有するコンピュータ・プログラムを提供する。
【００５３】
好ましくは、本発明は、マネージャ・アプリケーションにより、複数のエージェントのうちの各アクティブなエージェントの名前を、アクティブ・エージェントのマネージャ・アプリケーションによって維持されるリストに追加するための命令手段と、マネージャ・アプリケーションにより、複数のエージェントのうちの各非アクティブなエージェントの名前を上記リストから除去するための命令手段とを、さらに有するコンピュータ・プログラムを提供する。
【００５４】
好ましくは、本発明は、複数のエージェント・アプリケーションのうちの各アクティブなアプリケーションの状況を確認するために、マネージャ・アプリケーションから複数のエージェント・アプリケーションのうちの各アクティブなアプリケーションに確認コマンドを送信するための命令手段と、マネージャ・アプリケーションにより、確認コマンドへの回答を受信するための命令手段と、マネージャ・アプリケーションにより、上記リストを更新するための命令手段とを、さらに有するコンピュータ・プログラムを提供する。
【００５５】
好ましくは、本発明は、サブネット・マネージャにより、サブネット管理者に登録されたすべてのマネージャ・アプリケーションのリストを維持するための命令手段と、複数のエージェント・アプリケーションのうちの１つにより、リストを取得するための命令手段と、複数のエージェント・アプリケーションのうちの上記１つにより、上記リストに含まれるマネージャ・アプリケーションのうちのそれぞれにその存在を登録するための命令手段とを、さらに有するコンピュータ・プログラムを提供する。
【００５６】
好ましくは、本発明は、複数のエージェント・アプリケーションのうちの１つ内で、実行を停止するようにとの要求を受信するための命令手段と、複数のエージェント・アプリケーションのうちの１つが停止することになる旨の通知をマネージャ・アプリケーションに送信するための命令手段と、マネージャ・アプリケーションにより、複数のエージェント・アプリケーションのうちの上記１つの存在の登録を除去するための命令手段とを、さらに有するコンピュータ・プログラムを提供する。
【００５７】
本発明の諸実施形態について、添付の図面を参照しながら単なる例として以下で詳細に説明する。
【発明を実施するための最良の形態】
【００５８】
本発明は、インフィニバンド・ファブリックを利用する分散型システム・エリア・ネットワークのエンド・ノードを中央管理するための、データ処理システム内の方法、システム、およびプログラムである。インフィニバンド・ファブリックは複数のエンド・ノードを含む。１つまたは複数のマネージャ・アプリケーションは、１つまたは複数のエンド・ノードで確立される。エージェント・アプリケーションは１つまたは複数のエンド・ノードで確立される。各エージェント・アプリケーションはマネージャ・アプリケーションから独立している。
【００５９】
各マネージャ・アプリケーションは、サブネット管理者のデータベースにサービス・レコードを作成することによって、その存在をサブネット管理者に登録することになる。したがって、現在アクティブな各マネージャについて別々のサービス・レコードが存在することになる。この方法では、各マネージャは、サービス・レコードを作成することによってその存在を残りのインフィニバンド・サブネットに公示することになる。
【００６０】
サブネット内での任意のプロセスで、マネージャ・アプリケーションなどのどのアプリケーションがサブネット管理者に登録されるか、ならびにアプリケーションがサブネット内のどこに位置するか、およびアプリケーションのサービス・レコードを使用してどのようにこれと接触するか、に関する情報を決定することができる。クラスタ構成は多数のノードからなる場合があるため、ノード間通信は、ノードがファブリック上で互いを検出し位置を特定できる場合にのみ進行可能である。位置の特定および発見を容易にするために、インフィニバンド・アーキテクチャは、ファブリック内でのその存在を公示したいいずれのノードによっても作成可能なサービス・レコードを定義する。このアーキテクチャにより、これらのサービス・レコードはサブネット管理者（ＳＡ）を介してサブネット管理者データベース（ＳＡＤＢ）に格納される。そこで、１つのノード上のアプリケーションの位置が他のノード上の他のアプリケーションによって特定されるように、インフィニバンド標準に従ってアプリケーションをサブネット管理者に登録しなければならない。したがって、第１のアプリケーションがインフィニバンド標準に従って第２のアプリケーションと通信する必要がある場合、第１のアプリケーションが第２のアプリケーションの存在に気付き、第２のアプリケーションの位置を特定する方法に関する情報を取得できるように、第２のアプリケーションはサブネット管理者に登録されている必要がある。
【００６１】
本発明では、エージェント・アプリケーションは、その存在をサブネット管理者に登録する代わりに各マネージャに登録することになる。したがって、エージェント・アプリケーションはサブネット・データベース内にサービス・レコード・エントリを持たないことになる。
【００６２】
各サービス・レコードは、関連するリース期間を有する。サービス・レコードは、その関連するリース期間の満了までサブネット管理者データベース内に残る。リース期間が満了すると、サービス・レコードはサービス管理者によって削除される。したがって、マネージャのサービス・レコードが除去された場合、マネージャはもはやサブネット管理者に登録されていない。
【００６３】
本発明によれば、マネージャ・アプリケーションはそのサービス・レコードを作成した時に、特定のリース期間を取得することになる。各マネージャが自分のリース期間が満了するのに先立ってサブネット管理者との自分のリースを確実に新しくすることは、各マネージャの責務となる。
【００６４】
各エージェントは、各アクティブ・マネージャ・アプリケーションを識別し、位置を特定するために、サブネット管理者データベース内でサブネット管理者によって維持されている様々なサービス・レコードを使用することになる。その後各エージェントは、各アクティブなマネージャ・アプリケーションに、エージェントがいつアクティブまたは非アクティブになるかを通知することになる。
【００６５】
各マネージャ・アプリケーションは、アクティブ・エージェント・アプリケーションの現在のリストを維持し、このリストを使用して、エンド・ノードで実行するためにユーザが要求したコマンドをエージェント宛に経路指定することになる。
【００６６】
図１は、本発明に従った、インフィニバンド分散型ストレージ・エリア・ネットワーク（ＳＡＮ）１００を示す。インフィニバンド・アーキテクチャの用語では、これは「サブネット」と呼ばれる。サブネットとは、単一ユニットとして管理されるエンド・ノードおよびカスケード・スイッチのグループである。ノードとは、ネットワークの１つまたは複数のリンクに接続され、ネットワーク内でメッセージの起点または宛先あるいはその両方を形成する、任意の構成要素である。記載された例では、インフィニバンド・サブネット１００はエンド・ノード１０２、１０４、１０６、１０８、および１１０を含む。図１に示されたノードは単なる例として示されたものであり、サブネット１００は任意の数および任意のタイプの独立したプロセッサ・ノードおよびＩ／Ｏデバイス・ノードを含むことができる。「エンド・ノード」は、チャネル・アダプタを含み、サブネット１００内でメッセージまたはパケットを発信するかあるいは最終的にコンシュームすることが可能な、デバイスとして定義される。
【００６７】
サブネット１００は、Ｉ／Ｏおよびプロセッサ間通信（ＩＰＣ）の両方をサポートするインフラストラクチャを含むことができる。サブネット１００は、多くのデバイスがセキュアなリモート管理環境において高帯域幅および少ない待ち時間で同時にデータを転送できるようにする、スイッチ通信ファブリックを含む。エンド・ノードは、複数のポートを介して通信し、サブネット１００を介して複数のパスを利用することができる。
【００６８】
サブネット１００内の各ノードは、少なくとも１つのチャネル・アダプタ（ＣＡ）を含む。サブネット１００は（図１に示されるように、ファブリックはサブネットと同じである）、ホスト・チャネル・アダプタ（ＨＣＡ）１１４、１１６、１１８、１２０、および１２２と、スイッチ１２４および１２６とを含む。各チャネル・アダプタは、インフィニバンド・ファブリック１００を利用して伝送されるソースまたはシンク・パケットへのチャネル・アダプタ・インターフェースを、十分詳細にインプリメントするエンド・ポイントである。プロセッサ・ノードに含まれるチャネル・アダプタは、一般にホスト・チャネル・アダプタ（ＨＣＡ）と呼ばれる。プロセッサ・ノード以外のノードに含まれるチャネル・アダプタは、一般にターゲット・チャネル・アダプタ（ＴＣＡ）と呼ばれる。
【００６９】
ホスト・チャネル・アダプタは、好ましくはハードウェア内でインプリメントされる。このインプリメンテーションでは、ホスト・チャネル・アダプタ・ハードウェアは、多くの中央処理ユニットおよびＩ／Ｏアダプタ通信のオーバヘッドをオフロードする。ホスト・チャネル・アダプタのこのハードウェア・インプリメンテーションは、通信プロトコルに関連付けられた従来のオーバヘッドなしに、スイッチ・ネットワークを介した複数の同時通信も可能にする。
【００７０】
スイッチとは、複数のリンクをまとめて接続し、ヘッダの短い宛先ローカル識別子（ＤＬＩＤ）フィールドを使用してサブネット内での１つのリンクから他のリンクへのパケットの宛先指定を可能にする、デバイスのことである。一般に、スイッチは、１つのポートから同じスイッチ上の任意の他のポートへとパケットを経路指定することができる。
【００７１】
ファブリックは、相互接続されたスイッチとエンド・ノードとの集まりである。
【００７２】
サブネット１００のノードのうちの１つがサブネット・マネージャ・ノードをホストする。たとえばエンド・ノード１０８は、サブネット・マネージャ１３０と、サブネット管理者およびそのデータベース１３２とを含む。サブネット・マネージャ１３０は、ファブリックの発見、構成、および初期化に使用される。
【００７３】
管理される必要のある各ノードには、少なくとも１つのエージェント・アプリケーションが含まれる。加えて、ノードのうちの少なくとも１つが、少なくとも１つのマネージャ・アプリケーションおよびリモート・マネージャ・アプリケーションを含む。マネージャ・アプリケーションおよびリモート・マネージャ・アプリケーションを含むノードは、リモート・マネージャ・コンソールに結合される。
【００７４】
たとえばエンド・ノード１０２は、マネージャ・アプリケーション１４０およびリモート・マネージャ・アプリケーション１４４を含む。エンド・ノード１０２は、グラフィカル・ユーザ・インターフェース（ＧＵＩ）を含むリモート・マネージャ・コンソール１４２に結合される。
【００７５】
リモート・マネージャ・アプリケーション１４４は、フロント・エンドではリモート・コンソール１４２向けの外部インターフェースとして働き、バック・エンドでは、リモート・マネージャ・コンソール１４２を介して入力されたユーザ要求を流し込む（ｆｕｎｎｅｌ）ために、マネージャ・アプリケーション１４０とインターフェースするという、２つの目的のために働く。次にマネージャ・アプリケーション１４０は、リモート・マネージャ・アプリケーション１４４からの要求を変換し、これらを適切なエージェント・アプリケーションに転送する。その後エージェント・アプリケーションは、マネージャ・アプリケーション１４０によって要求されたサービスを実行する。
【００７６】
記載された実施形態では、エンド・ノード１０２は、ＩＰ接続１４６およびＩＰプロトコルに準拠した通信リンク１４８を使用して、リモート・マネージャ・コンソール１４２に結合される。当業者であれば、イーサネットなどの他のタイプの通信標準を使用して、エンド・ノード１０２をリモート・マネージャ・コンソール１４２に結合できることを理解されよう。
【００７７】
管理する必要のある各エンド・ノードには、少なくとも１つのエージェント・アプリケーションが含まれることになる。たとえばエンド・ノード１０２はエージェント・アプリケーション１５０を含み、エンド・ノード１０４はエージェント・アプリケーション１５２を含み、エンド・ノード１０６はエージェント・アプリケーション１５４を含む。
【００７８】
マネージャ・アプリケーション１６０と、ＩＰ接続１６４および通信リンク１６６を使用してリモート・マネージャ・コンソール１４２に結合されるリモート・マネージャ・アプリケーション１６２とを含む、他のエンド・ノード１１０が、ＳＡＮ  １００に含まれる場合がある。エンド・ノード１１０は管理の必要がある場合があるため、エージェント・アプリケーション１７０を含む。
【００７９】
ＳＡＮ  １００は、オペレーティング・システムのカーネル・プロセスが関与することなく、分散型コンピュータ・システムのＩ／Ｏおよびプロセッサ間通信（ＩＰＣ）コンシューマにゼロ・プロセッサ・コピー・データ転送を提供し、信頼できる対障害通信を提供するためのハードウェアを採用する。
【００８０】
起動時に、マネージャ・アプリケーションは、マネージャ用のサービス・レコードを作成することによって、サブネット管理者にその存在を登録する。この時点で、マネージャ・アプリケーションは以下の５つの機能のうちの１つを実行することができる。
【００８１】
（１）エージェント・アプリケーションをホストするクライアント・エンド・ノードが開始または停止されると、エージェント・アプリケーションはその開始または終了の状況をマネージャ・アプリケーションに通知する。したがって、各エージェントはその存在をマネージャ・アプリケーションに登録することになる。次にマネージャ・アプリケーションは、適宜、エージェントをその「アクティブ・エージェント」リストに追加するか、または「アクティブ・エージェント」リストから除去する。その後、マネージャ・アプリケーションは開始／終了の状況を受信したことをエージェントに通知する。
【００８２】
（２）リモート・マネージャは、現在アクティブなエージェントのリストを要求する。マネージャ・アプリケーションは「ｐｉｎｇ」する、すなわち、１つまたは複数のデバイスにコマンドを送信するか、またはすべてのデバイスに要求をブロードキャストし、その「アクティブ・エージェント」リスト上の知られたエージェントの存在を確認するために、それらのすべてがそのコマンドを受信した旨のデバイスからの肯定応答を待つ。その後、マネージャ・アプリケーションは、リモート・マネージャに「アクティブ・エージェント」リストを戻す。
【００８３】
（３）リモート・マネージャは、エンド・ノードのすべてまたはサブセットのみで実行されることになるコマンドを、マネージャ・アプリケーションに渡す。マネージャ・アプリケーションは指定されたエージェントに要求を送信する。エージェント・アプリケーションからの応答を受信すると、その応答はリモート・アプリケーションに戻される。
【００８４】
（４）マネージャ・アプリケーションは、有限のリース期間が満了する前に定期的な間隔でそれ自体を登録する。
【００８５】
（５）その上にマネージャ・アプリケーションがあるエンド・ノードがシャットダウンした場合など、マネージャ・アプリケーションが停止すると、マネージャ・アプリケーションはそのサービス・レコードをサブネット管理者から削除する。
【００８６】
任意のエージェント・アプリケーションの機能は、以下の３つの機能のうちの１つとすることができる。
【００８７】
（１）エージェントは開始された後、マネージャ・アプリケーションのサービス・レコードのリストを取得するために、サブネット管理者に照会する。新しいマネージャ、すなわちこのセッションで存在をレポートするために以前にエージェントが接触していないあらゆる新しいマネージャについて、エージェント・アプリケーションは開始（Ｅｎｔｒｙ）条件を介してその存在を登録する。エージェントのこのスレッドは、事前に定義された枠の間アイドル状態またはスリープ状態にあり、その後、それら自体をサブネット管理者に登録した任意の新しいマネージャに対してこのサイクルを繰り返す。この機能は、エージェントが実行を開始した後に開始された旨を任意のマネージャに通知するため、ならびに、もはやアクティブでないマネージャを発見および除去するためにも、必要である。
【００８８】
（２）  エージェント・アプリケーションは、有効なマネージャからコマンドを受信する。エージェントはこのコマンドをそのエンド・ノード上で実行し、コマンド実行の結果をエージェントの応答としてマネージャに戻す。
【００８９】
（３）エージェント・アプリケーションは、エージェントがその上で実行中のエンド・ノードをユーザがシャットダウンしたときなどに、停止される。エージェント・アプリケーションは、すべてのアクティブ・マネージャ・アプリケーションのリストを取得するために、サブネット管理者に照会する。エージェント・アプリケーションは、その終了（Ｅｘｉｔ）条件をそれぞれのアクティブ・マネージャにレポートする。首尾良く肯定応答があると、エージェント・アプリケーションは終了する。
【００９０】
マネージャおよびエージェントは互いに独立している。マネージャは、エージェントまたはそれらのエンド・ノードに影響を与えることなく、変更、開始、停止、または移動することができる。マネージャ・アプリケーションは、サブネット管理者にオーバヘッドを加えることなく、すべてのアクティブ・エージェント・アプリケーションを管理する。サブネット管理者はエージェント・アプリケーションを管理しない。各マネージャ・アプリケーションは、エージェント・アプリケーションを管理する。
【００９１】
図２は、本発明に従ってサブネット管理者にその存在を登録するマネージャを示す、高水準流れ図である。プロセスはブロック２００で開始され、その後ブロック２０２に進み、マネージャ・アプリケーションに関するサブネット管理者を通じて有限のリース期間を有するサービス・レコードを作成することによって、マネージャ・アプリケーションがその存在をサブネット管理者に登録する。したがって、サブネット管理者は、登録された各マネージャ・アプリケーションについてサービス・レコードを含むことになる。次にブロック２０４は、リース期間がほぼ満了するか否かの判別を示す。リース期間がまだ満了しないと判別された場合、プロセスはブロック２０４に戻る。再度ブロック２０４を参照し、リース期間がほぼ満了すると判別された場合、プロセスは、ブロック２０６に進み、マネージャ・アプリケーションはサブネット管理者とのリースを新しくする。その後、プロセスはブロック２０４に戻る。
【００９２】
図３は、本発明に従ってアクティブ・エージェント・アプリケーションのリストを維持するマネージャ・アプリケーションを示す、高水準流れ図である。プロセスはブロック３００で開始され、その後、ブロック３０２に進み、マネージャはアクティブ・エージェントの名前を格納するためのリストを確立する。次にブロック３０４は、マネージャが、特定のエージェントがアクティブまたは非アクティブである旨の状況レポートを当該エージェントから受信することを示す。次にブロック３０６は、マネージャが、このエージェントの名前をアクティブ・エージェントのリストに追加する（エージェントがそれ自体をアクティブとしてレポートした場合）か、またはエージェントの名前をリストから除去する（エージェントがそれ自体を非アクティブになるとしてレポートした場合）かのいずれかを示す。その後ブロック３０８は、マネージャが、開始／終了の受信の肯定応答をエージェントに伝送することを示す。その後、プロセスはブロック３０４に戻る。
【００９３】
図４は、本発明に従ってアクティブ・エージェントを識別するマネージャを示す、高水準流れ図である。プロセスはブロック４００で開始され、その後、ブロック４０２に進み、マネージャはアクティブ・エージェントのリストに関する要求をリモート・マネージャから受信する。次にブロック４０４は、マネージャが、アクティブ・エージェント・リストに名前が掲載された知られたエージェントを、それらの存在を確認するためにすべてｐｉｎｇすることを示す。その後ブロック４０６は、マネージャが、すべてのアクティブ・エージェントの名前を含むようにリストを適宜更新することを示す。したがって、マネージャ・アプリケーションは、エージェントがアクティブである旨を「ｐｉｎｇ」に回答したすべてのエージェントの名前を含むことになる。マネージャ・アプリケーションは、応答しなかったすべてのエージェントの名前をリストから除去することにもなる。次にブロック４０８は、マネージャが、アクティブ・エージェントの名前のリストをリモート・マネージャに伝送することを示す。その後、プロセスはブロック４０２に戻る。
【００９４】
図５は、本発明に従って処理されることになるコマンドをエージェントに送信するマネージャを示す、高水準流れ図である。プロセスはブロック５００で開始され、その後、ブロック５０２に進み、マネージャは、１以上の指定されたエージェントで実行されることになるコマンドをリモート・マネージャから受信する。次にブロック５０４は、マネージャが指定されたエージェントにコマンドを送信することを示す。次にブロック５０６は、マネージャがエージェントからの応答を処理することを示す。これらの応答は、コマンドの実行に応答してエージェントによって生成される。その後ブロック５０８は、マネージャがコマンドの応答をリモート・マネージャに戻すことを示す。その後、プロセスはブロック５０２に戻る。
【００９５】
図６は、本発明に従ってサブネット管理者からその存在を削除するマネージャを示す、高水準流れ図である。プロセスはブロック６００で開始され、その後、ブロック６０２に進み、マネージャはマネージャ・アプリケーションを停止するようにとの要求を受信する。次にブロック６０４は、マネージャが、このマネージャのサービス・レコードの削除をサブネット管理者に要求することを示す。その後、ブロック６０６に示されるようにプロセスは終了する。
【００９６】
図７は、本発明に従って、エージェントのアクティブまたは非アクティブの状況に関するレポートをマネージャに送信するエージェントを示す、高水準流れ図である。プロセスはブロック７００で開始され、その後、ブロック７０２に進み、エージェントはマネージャ・サービス・レコードのリストを取得するためにサブネット管理者に照会する。次にブロック７０４は、エージェントが、その存在およびアクティブ状況に関するレポートを、エージェントがまだレポートされていないリスト上のあらゆるマネージャに送信することを示す。したがって、エージェントはこれらのマネージャに登録される。その後ブロック７０６は、この報告中のエージェント・スレッドが事前に定義された時間枠の間アイドル状態であることを示す。その後、プロセスはブロック７０２に戻る。
【００９７】
図８は、本発明に従ってマネージャから受信したコマンドを実行するエージェントを示す、高水準流れ図である。プロセスはブロック８００で開始され、その後、ブロック８０２に進み、エージェントはエージェントによって実行されることになるコマンドを有効なマネージャから受信する。次にブロック８０４は、エージェントがコマンドを実行することを示す。次にブロック８０６は、エージェントが実行されたコマンドの結果を要求元のマネージャに戻すことを示す。その後、プロセスはブロック８０２に戻る。
【００９８】
図９は、本発明に従ってエージェントが現在非アクティブである旨のレポートを各マネージャに送信するエージェントを示す、高水準流れ図である。プロセスはブロック９００で開始され、その後、ブロック９０２に進み、エージェントは、エージェントを停止するようにとの要求を受信する。次にブロック９０４は、エージェントがすべてのアクティブ・マネージャを識別するために、サービス・レコードのリストに関してサブネット管理者に照会することを示す。次にブロック９０６は、エージェントが、この特定のエージェントが現在非アクティブである旨のレポートを各マネージャに送信することを示す。その後、ブロック９０８で示されるように処理は終了する。
【００９９】
以上、本発明について、完全に機能しているデータ処理システムとの関連において説明してきたが、当業者であれば、本発明のプロセスがコンピュータ読み取り可能な命令媒体の形および様々な形で配布可能であること、ならびに、本発明が配布を実施するために実際に使用される特定タイプの信号搬送媒体に関係なく等しく適用されることを、理解されるであろうということに留意されたい。コンピュータ読み取り可能媒体の例には、フロッピィ・ディスク、ハード・ディスク・ドライブ、ＲＡＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどの記録可能なタイプのメディア、ならびに、デジタルおよびアナログの通信リンク、たとえば無線周波および光波伝送などの伝送形式を使用する有線または無線の通信リンクなどの、伝送タイプのメディアが含まれる。コンピュータ読み取り可能媒体は、特定のデータ処理システムで実際に使用するために復号される、符号化形式の形を取ることが可能である。
【０１００】
本発明の説明は例示および説明の目的で提示されたものであり、網羅すること、または開示された形の発明に限定することを意図するものではない。当業者であれば、多くの修正および変形が明らかとなろう。実施形態は、本発明の原理、実際の応用例を最もよく説明するため、ならびに他の当業者が、企図された特定の使用に好適なように様々な修正を伴う様々な実施形態に関して本発明を理解できるようにするために、選択および記載されたものである。
【図面の簡単な説明】
【０１０１】
【図１】本発明に従った、データを伝送するためのチャネルベースのスイッチ・ファブリック・アーキテクチャをインプリメントするデータ処理システムを示す図である。
【図２】本発明に従ってサブネット管理者にその存在を登録するマネージャを示す、高水準流れ図である。
【図３】本発明に従ってアクティブ・エージェントのリストを維持するマネージャを示す、高水準流れ図である。
【図４】本発明に従ってアクティブ・エージェントを識別するマネージャを示す、高水準流れ図である。
【図５】本発明に従って処理されることになるコマンドをエージェントに送信するマネージャを示す、高水準流れ図である。
【図６】本発明に従ってサブネット管理者からその存在を削除するマネージャを示す、高水準流れ図である。
【図７】本発明に従ってその存在をマネージャに登録するエージェントを示す、高水準流れ図である。
【図８】本発明に従ってマネージャから受信したコマンドを実行するエージェントを示す、高水準流れ図である。
【図９】本発明に従ってエージェントが現在非アクティブである旨のレポートを各マネージャに送信するエージェントを示す、高水準流れ図である。
【図１】
2007502456.tif 000003
【図２】
2007502456.tif 000004
【図３】
2007502456.tif 000005
【図４】
2007502456.tif 000006
【図５】
2007502456.tif 000007
【図６】
2007502456.tif 000008
【図７】
2007502456.tif 000009
【図８】
2007502456.tif 000010
【図９】
2007502456.tif 000011
【国際調査報告】
2007502456.tif 000012
2007502456.tif 000013