計算システムにおいてコンディションに対する応答を委任する方法及び装置
【解決手段】計算システムにおいてコンディションに対するレスポンスを委任する本方法及び装置の一実施態様は、（例えば計算システム内のシステム管理コンポーネントにおいて）コンディションを認めることと、そのコンディションに対するレスポンスについての方策の責任を他のコンポーネントに委任することとを含む。別の実施態様では、計算システムにおいてコンディションに対するレスポンスを委任する本方法及び装置は、（例えば、計算システム・コンポーネントにおいて）他の計算システム・コンポーネント（例えば、システム管理コンポーネント）から、コンディションに対するレスポンスについての方策の責任を譲渡する譲渡証を受け取ることと、そのコンディションに応答するか否か、またそのコンディションにどの様に応答するかを決定することとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算システムに関し、特に分散型計算システムのためのシステム管理に関する。
【背景技術】
【０００２】
図１は、代表的な分散型計算ネットワーク又はシステム１００を示す略図である。１つ以上のサブ・ネットワーク又は管理ドメイン１０４１−１０４ｎ（以降、包括的に“ドメイン１０４”と称される）にグループ分けされた複数のコンポーネント１０２１−１０２ｎ（例えば、計算装置など。以降、包括的に“コンポーネント”と称される）を含む。コンポーネント１０２のうちの少なくとも１つ（例えばコンポーネント１０２４）はシステム管理コンポーネントである。
【０００３】
システム管理では、代表的哲学は１つのアクティブ運用である。すなわち、レスポンス又は解決を必要とするコンディション（例えば、スパム、インターネット・プロトコル（ＩＰ）アドレス衝突、他のコンポーネント１０２から生じたウィルスなど）を管理コンポーネント１０２４が検出したならば、管理コンポーネント１０２４は、通例、（ａ）そのコンディションに自ら対応し、（ｂ）どの様に応じるべきかを正確に他のコンポーネント１０２に言い、或いは（ｃ）人間による応答のためにそのコンディションを記録する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このようなアプローチは単一の管理制御装置の下にある（例えば、単一のドメイン１０４の中に含まれる）計算システムの動作及びデザインとは矛盾しないが、このアプローチはコンポーネント１０２が２つ以上の異なるドメイン１０４にグループ分けされている（従って、異なる管理制御の下にある）場合には余り効果的ではない。例えば、管理コンポーネント１０２４はドメイン１０４１内のコンポーネント１０２２により引き起こされたコンディションを検出することができるが、ドメイン１０４１はレスポンスが必要とされていることに気づかないかも知れない。管理コンポーネント１０２４はコンポーネント１０２２とは異なるドメイン（例えば、ドメイン１０４ｎ）に存在するので、管理コンポーネント１０２４はドメイン１０４１内の他のコンポーネント１０２に直接応答し或いはそれに対する有効な指令的レスポンスを発するための知識或いは権限を欠いているかもしれない。従って、管理コンポーネント１０２４は、通例、場合によっては問題のドメイン１０４１の中の他の適切に機能しているコンポーネント１０２に犠牲を強いて（例えばドメイン１０４１のネットワーク・ポートをオフにする）、自分自身の管理制御下にあるコンポーネント１０２に影響を及ぼす粗雑なレスポンスに頼らなければならない。その様な粗雑なレスポンスは、通例、両方のドメイン１０４における微調整のために多量の時間と人間の介入とを必要とし、従って極めてやっかいであり得る。
【０００５】
従って、計算システムにおいてコンディションに対する応答を委任する方法及び装置に対する需要が当該技術分野に存在する。
【課題を解決するための手段】
【０００６】
計算システムにおいてコンディションに対するレスポンスを委任する本方法及び装置の一実施態様は、（例えば計算システム内のシステム管理コンポーネントにおいて）コンディションを認めることと、そのコンディションに対するレスポンスについての方策の責任を他のコンポーネントに委任することとを含む。別の実施態様では、計算システムにおいてコンディションに対するレスポンスを委任する本方法及び装置は、（例えば、計算システム・コンポーネントにおいて）他の計算システム・コンポーネント（例えば、システム管理コンポーネント）から、コンディションに対するレスポンスについての方策の責任を譲渡する譲渡証を受け取ることと、そのコンディションに応答するか否か、またそのコンディションにどの様に応答するかを決定することとを含む。
【０００７】
本発明の上記実施態様が達成される仕方が詳しく理解され得るように、添付図面に示されている本発明の実施態様を参照することにより、上で要約されている発明についてのより詳しい説明が得られる。しかし、本発明には他の同等に効果的な実施態様を認め得るので、添付図面が本発明の代表的実施態様のみを示しており、従ってその範囲を限定すると見なされるべきではないことに注意するべきである。
【０００８】
理解を容易にするために、全図で共通な同一要素を指示するために、可能な場合には、同一の参照数字が使用されている。
【発明を実施するための最良の形態】
【０００９】
一実施態様において、本発明は、計算システムにおいてコンディションに対するレスポンスを委任する方法及び装置である。本発明の実施態様は、システム管理コンポーネントが、レスポンスを必要とする計算システムにおけるコンディションの存在について警告されたときに、レスポンスの責任を他のシステム・コンポーネントに委任することを可能にする。一実施態様では、委任は、レスポンスの実行の委任だけではなくて、そのレスポンスにおいて執られるべき適切な処置の決定の委任も含む。従って、レスポンスの詳細は、そのレスポンスを処理するためにシステム管理コンポーネントより良好に装備されているかもしれないシステム・コンポーネントに任される（例えば、代理コンポーネントは、そのコンディションが発生したドメインにおいてシステム管理コンポーネントより多くの知識又は権限或いはその両方を持っているかも知れない）。
【００１０】
本発明の文脈の中では、“コンポーネント”という用語は、計算システム（例えば、ネットワーク、又は接続された複数のネットワークのグループ）に接続されている計算装置（例えば、デスクトップ・コンピュータ、ラップトップ・コンピュータ、タブレット・コンピュータ、ポータブル・デジタル・アシスタント、セルラ電話機、ボイス・オーバーＩＰ電話機、ゲーミング・コンソール、セット・トップ・ボックス、サーバ、ルータなど）を指す。“コンディション”という用語は、スパムを送ること（例えば、送信請求されていない通信メッセージ）、ウィルスを送ること、或いはその他の、（例えばサービス・アタックの拒否など）計算システムの動作を妨げる何らかの動作のような、コンポーネントで発生する望ましくない状態又は動作を指す。
【００１１】
図２は、本発明に従う、計算ネットワークにおいてコンディションに対するレスポンスを委任する方法２００の一実施態様を示す流れ図である。一実施態様では、方法２００は計算システム内の（例えば、そのコンポーネントがその中に存在するところのドメインのアドミニストレータによって）計算ネットワーク内の他のコンポーネントにレスポンスを委任することを許可されているコンポーネントにおいて実行する。例えば、方法２００は、計算システム内の許可されている委任するコンポーネント又はシステム管理コンポーネント（例えば、図１のシステム管理コンポーネント１０２４）において実行され得る。
【００１２】
方法２００はステップ２０２で初期化されてステップ２０４に進み、ここで方法２００は計算システム内の他のコンポーネントからコンディション通知を受け取る。コンディション通知は、計算システムの適切な動作を保証するために解決を必要とする、システム内の他のコンポーネントにおいて検出されたコンディションを示す。一実施態様では、その様な解決を必要とするコンディションは、ネットワーク・コンポーネントから生じたスパム（例えば、送信請求されていない通信メッセージ）、ＩＰアドレス衝突、ネットワーク・コンポーネントに存在するか或いはそれから送られるウィルス、及び不適切に設定され又はパッチされたコンポーネントのうちの少なくとも１つである。例えば、コンディション通知は、方法２００がそこで実行しているところのコンポーネントから下流側のネットワークから生じたサービス・アタックの拒否を示すことができる。一実施態様では、コンディション通知は、例えば、そのコンディションが検出されたコンポーネントの中のコンディション・ノーティファイア（ｃｏｎｄｉｔｉｏｎ ｎｏｔｉｆｉｅｒ）を介して、そのコンディションが検出されたコンポーネントから直接受け取られる。他の実施態様では、コンディション通知は、他のコンポーネントに存するコンディションを検出した第３コンポーネントから（例えばコンディション・ノーティファイアを介して）受け取られる。
【００１３】
ステップ２０６で、方法２００は、受け取られたコンディション通知で示されているコンディションを解決しようと試みる代理コンポーネントを選択する。一実施態様では、選択された代理コンポーネントは、システムの、そのコンディションを生じさせた部分（例えば、システムの、そのコンディションを生じさせたコンポーネントが中に存在する部分）を管理制御する。例えば、選択される代理コンポーネントは、サービス・アタックの拒否を引き起こした１つ以上のコンポーネントと計算システムとの間のゲートウェイとしてサービスするボイス・オーバーＩＰ電話機であり得る。一実施態様では、代理コンポーネントは、方法２００がそこで実行しているところのコンポーネント（例えば、委任するコンポーネント）とは異なる管理ドメインに置かれる（そして、異なる管理制御下にある）。別の実施態様では、代理コンポーネントは、方法２００がそこで実行しているところのコンポーネントと同じ管理ドメインに置かれる。
【００１４】
その後、方法２００はステップ２０８に進み、選択された代理コンポーネントに、指示されているコンディションを解決しようと試みるように代理コンポーネントに要求する委任通知を送る。例えば、サービス・アタックの検出された拒否の場合、方法２００は、サービス・アタックの拒否がそこから生じているところのコンポーネントのためにネットワーク・ゲートウェイとしてサービスするボイス・オーバーＩＰ電話機に委任通知を送ることができる。一実施態様では、委任通知は、コンディションに対する方策又は提案されたレスポンスを含まない。これらの細目は代理コンポーネントの裁量に任される。別の実施態様では、委任通知は、コンディションの性質についての記述を含む。
【００１５】
方法２００は、委任通知を代理コンポーネントに送ると、ステップ２１０（幻影で示されている）で代理コンポーネントからレスポンスが受け取られるまでオプションとして所定期間待つことができる。受け取られたレスポンスは、例えば、代理コンポーネントがコンディションを解決するために特定の処置を執ったことを示すことができる（例えば、サービス・アタックの拒否がそこから生じているところのネットワークにおいて全ての又は大抵の外向きネットワーク・トラフィックを遮断するなど）。或いは、受け取られたレスポンスは、代理コンポーネントがコンディションを解決できなかったことを示すことができる。別の実施態様では、受け取られたレスポンスは、コンディションが解決されるべき最終期限のような補足情報を伝えることができる（例えば、もし委任するコンポーネントによってその最終期限が受け入れられたならば、委任するコンポーネントが、その最終期限が過ぎたら局所的解決が不可能でコンディションを解決するために適切な遠隔処置を取ることができると想定できるように）。この補足情報は、例えば、委任するコンポーネントがより適切な代理コンポーネントを選択する上で役立つかもしれない代理コンポーネントにより検出された情報を含むこともできる（例えば、代理コンポーネントは、第３のコンポーネントがコンディションを引き起こしている可能性のあることを検出して、委任するコンポーネントがレスポンスをその第３のコンポーネントに委任することを選択できるように、委任するコンポーネントにそれを報告することができる）。
【００１６】
ステップ２１２において、方法２００は、コンディションが解決されたか否か判定する。もしコンディションが解決されたと方法２００が判定したならば、方法２００はステップ２１４で終了する。或いは、もしコンディションが解決されていないことを方法２００が検出したならば（例えば、代理コンポーネントによるレスポンスにもかかわらずコンディションが継続し、或いはステップ２１０で受け取られたレスポンスが代理コンポーネントが応答しようとしないことを示すなど）方法２００は、ステップ２１６に進み、コンディションを解決し、その後にステップ２１４で終了する。一実施態様では、ステップ２１６に従う方法２００によるコンディションの解決は、コンディションを引き起こしたコンポーネントが存在する計算システムのドメイン又は部分の分離のような粗雑なレスポンスを含む（例えば、ボイス・オーバーＩＰ電話機がそれを介して計算システムに接続するところのポートをディスエーブルするなど）。別の実施態様では、ステップ２１６に従うコンディションの解決は、別の代理コンポーネントにレスポンスを委任し直すこと或いはコンディションを人間の介入のために記録することを含む。方法２００は、その後、コンディションを完全に解決するために、コンディションを引き起こしたコンポーネントが存在する計算システムのドメイン又は部分からのアドミニストレータの援助を用いることができる。
【００１７】
方法２００は、これにより、計算システムにおける望ましくないコンディションの効率的解決を可能にする。レスポンスを必要とする全てのコンディションの詳細について責任を自分で取るのではなくて解決の全ての細目を適切な代理コンポーネントに委任することにより、システム管理コンポーネント（例えば、委任するコンポーネント）は計算システムをより効率的に管理することができる。例えば、コンディションを引き起こしたシステムの部分を管理制御することのできる代理コンポーネントは、コンディションを引き起こしたシステムの部分について、委任するコンポーネントより良好な知識を持つことができる。従って、代理コンポーネントに委任し、コンディションに対する外科的レスポンスを提供する機会を代理コンポーネントに与えることにより（例えば、代理コンポーネントが適当と判断した任意の仕方でコンディションに対処することにより）、より極端な粗雑なレスポンスの必要性を著しく減少させることができる。
【００１８】
図３は、本発明に従う、計算システム・コンポーネントで検出されたコンディションを解決する方法３００の一実施態様を示す流れ図である。方法３００は、例えば、そのコンディションを解決するために委任するコンポーネントにより選択された計算システム内の代理コンポーネントにおいて実行され得る。一実施態様では、方法３００は、そのコンディションを引き起こしたコンポーネントと同じ管理ドメインに存在するコンポーネントにおいて実行する。
【００１９】
方法３００はステップ３０２で初期化されてステップ３０４に進み、ここで方法３００は、委任するコンポーネントから委任通知を受け取る。上記のように、委任通知は、方法３００がそこで実行するところの受け取り側コンポーネントに、この受け取り側コンポーネントが他の計算システム・コンポーネントに存するコンディションを解決するように試みるべく選択されたことを通知する。一実施態様では、コンディションの存在を示す（しかし、そのコンディションの性質に関する具体的な細目は示さない）サーブレットが、委任通知の受け取りの前に、方法３００がそこで実行しているところのコンポーネントにおいて（例えば、ウェブ・サーバを介して）呼び出され得る。別の実施態様では、委任通知の受け取りに、方法３００がそこで実行しているところのコンポーネントの良く知られているネットワーク・ポートで動作している委任通知サーバを介して受け取られた関連するコンディションに関する付加的情報が添付され得る。
【００２０】
ステップ３０６において、方法３００は、コンディション通知に従ってコンディションを解決するべく試みるために執るべき適切な処置を決定する。一実施態様では、方法３００はステップ３０６に従って処置をしないのが適当であると判定することができる。一実施態様では、方法３００は許可されている委任するコンポーネントのみと影響を及ぼしあうので、適切な処置は、ステップ３０４で受け取られた委任通知が許可された委任するコンポーネントからのものである場合にのみ決定される。
【００２１】
方法３００は、その後、ステップ３０８において、コンディションを局所的に（例えば自分で）解決するべきか否か決定する。コンディションが局所的に解決され得ると方法３００が判定したならば、方法３００はステップ３１０に進み、ステップ３０６で決定された処置に従ってコンディションを解決する。例えば、サービス・アタックの拒否という代表的な場合には、そのドメイン内のアドミニストレータが後に委任するコンポーネントのドメインからのアドミニストレータを必要とすること無くコンディションに対処し得るように、方法３００は、サービス・アタックの拒否を引き起こしたコンポーネントが存在するコンピュータ・システムのドメイン又は部分のためにシステム・アクセスをディスエーブルすることができる。更に、方法３００は、ボイス・オーバーＩＰ電話機自身のトラフィックがネットワークにアクセスすることを許し続けることができ、或いは他のデバイスがパッチング・ソフトウェアを取り出すために計算・システム上の特定のコンポーネント及びポートに接続することを許すことができる。或いは、方法３００は、コンディションについて責任があると疑われるコンポーネントを単に分離し或いは抑圧することができる。
【００２２】
その後、コンディションの状態（例えば、解決された、解決されていない、など）を、或いは処置を行おうとする方法３００の意図を、委任するコンポーネントに知らせるために、方法３００はステップ３１２においてオプションで委任するコンポーネントに報告することができる（幻影で示されている）。或いは、コンディションが局所的には解決され得ないと方法３００がステップ３０８で判定したならば、方法３００はオプションでステップ３１２に直行し、委任するコンポーネントに報告する。その後、方法３００はステップ３１４で終了する。
【００２３】
図４は、汎用計算装置４００を用いて実行されるレスポンス委任方法の高レベル・ブロック図である。一実施態様では、汎用計算装置４００は、プロセッサ４０２と、メモリ４０４と、レスポンス委任モジュール４０５と、表示装置、キーボード、マウス、モデムなどのような種々の入出力（Ｉ／Ｏ）デバイス４０６とを含む。一実施態様では、少なくとも１つのＩ／Ｏデバイスは記憶装置（例えば、ディスク・ドライブ、光ディスク・ドライブ、フロッピー・ディスク・ドライブ）である。レスポンス委任モジュール４０５が通信チャネルを通してプロセッサに結合される物理的デバイス又はサブシステムとして実現され得ることが理解されるべきである。
【００２４】
或いは、レスポンス委任モジュール４０５は１つ以上のソフトウェア・アプリケーション（或いは、例えば特定用途向け集積回路（ＡＳＩＣ）を用いるソフトウェア及びハードウェアの組み合わせ）により代表され得、この場合、そのソフトウェアは記憶媒体（例えばＩ／Ｏデバイス４０６）からロードされて汎用計算装置４００のメモリ４０４においてプロセッサ４０２により動かされる。従って、一実施態様では、前の図を参照して本書において記述されたシステム・コンディションに対するレスポンスを委任するためのレスポンス委任モジュール４０５はコンピュータ可読媒体又はキャリヤ（例えば、ＲＡＭ、磁気又は光ドライブ又はディスケットなど）に格納され得る。
【００２５】
この様に、本発明は、システム管理の分野における顕著な進歩に相当する。システム管理コンポーネントが、計算システムにおけるレスポンスを必要とするコンディションの存在について警告されたときに、レスポンス（例えば、レスポンスにおいて執られるべき適切な処置の決定を含む）の責任を他のシステム・コンポーネントに委任することを可能にする方法及び装置が提供される。従って、レスポンスの詳細は、そのレスポンスを処理するためにシステム管理コンポーネントより良好に装備されているかもしれないシステム・コンポーネントに任される（例えば、代理コンポーネントは、そのコンディションが発生したドメインにおいてシステム管理コンポーネントより多くの知識又は権限を持っているかも知れない）。これは、より典型的な、粗雑な性質のレスポンスと比べて、コンディションを直すために用いられなければならない時間及び人間の介入の量を顕著に減少させる。
【００２６】
上記は本発明の好ましい実施態様に向けられているけれども、本発明の他の、更なる実施態様を、その基本範囲から逸脱すること無く考案することができ、その範囲は以下の請求項により決定される。
【図面の簡単な説明】
【００２７】
【図１】代表的な分散型計算ネットワーク又はシステムを示す略図である。
【図２】本発明に従う、計算ネットワークにおいてコンディションに対するレスポンスを委任する方法の一実施態様を示す流れ図である。
【図３】本発明に従う、計算ネットワーク・コンポーネントにおいて検出されたコンディションを解決する方法の一実施態様を示す流れ図である。
【図４】汎用計算装置を用いて実行されるレスポンス委任方法の高レベル・ブロック図である。
【技術分野】
【０００１】
本発明は、計算システムに関し、特に分散型計算システムのためのシステム管理に関する。
【背景技術】
【０００２】
図１は、代表的な分散型計算ネットワーク又はシステム１００を示す略図である。１つ以上のサブ・ネットワーク又は管理ドメイン１０４１−１０４ｎ（以降、包括的に“ドメイン１０４”と称される）にグループ分けされた複数のコンポーネント１０２１−１０２ｎ（例えば、計算装置など。以降、包括的に“コンポーネント”と称される）を含む。コンポーネント１０２のうちの少なくとも１つ（例えばコンポーネント１０２４）はシステム管理コンポーネントである。
【０００３】
システム管理では、代表的哲学は１つのアクティブ運用である。すなわち、レスポンス又は解決を必要とするコンディション（例えば、スパム、インターネット・プロトコル（ＩＰ）アドレス衝突、他のコンポーネント１０２から生じたウィルスなど）を管理コンポーネント１０２４が検出したならば、管理コンポーネント１０２４は、通例、（ａ）そのコンディションに自ら対応し、（ｂ）どの様に応じるべきかを正確に他のコンポーネント１０２に言い、或いは（ｃ）人間による応答のためにそのコンディションを記録する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このようなアプローチは単一の管理制御装置の下にある（例えば、単一のドメイン１０４の中に含まれる）計算システムの動作及びデザインとは矛盾しないが、このアプローチはコンポーネント１０２が２つ以上の異なるドメイン１０４にグループ分けされている（従って、異なる管理制御の下にある）場合には余り効果的ではない。例えば、管理コンポーネント１０２４はドメイン１０４１内のコンポーネント１０２２により引き起こされたコンディションを検出することができるが、ドメイン１０４１はレスポンスが必要とされていることに気づかないかも知れない。管理コンポーネント１０２４はコンポーネント１０２２とは異なるドメイン（例えば、ドメイン１０４ｎ）に存在するので、管理コンポーネント１０２４はドメイン１０４１内の他のコンポーネント１０２に直接応答し或いはそれに対する有効な指令的レスポンスを発するための知識或いは権限を欠いているかもしれない。従って、管理コンポーネント１０２４は、通例、場合によっては問題のドメイン１０４１の中の他の適切に機能しているコンポーネント１０２に犠牲を強いて（例えばドメイン１０４１のネットワーク・ポートをオフにする）、自分自身の管理制御下にあるコンポーネント１０２に影響を及ぼす粗雑なレスポンスに頼らなければならない。その様な粗雑なレスポンスは、通例、両方のドメイン１０４における微調整のために多量の時間と人間の介入とを必要とし、従って極めてやっかいであり得る。
【０００５】
従って、計算システムにおいてコンディションに対する応答を委任する方法及び装置に対する需要が当該技術分野に存在する。
【課題を解決するための手段】
【０００６】
計算システムにおいてコンディションに対するレスポンスを委任する本方法及び装置の一実施態様は、（例えば計算システム内のシステム管理コンポーネントにおいて）コンディションを認めることと、そのコンディションに対するレスポンスについての方策の責任を他のコンポーネントに委任することとを含む。別の実施態様では、計算システムにおいてコンディションに対するレスポンスを委任する本方法及び装置は、（例えば、計算システム・コンポーネントにおいて）他の計算システム・コンポーネント（例えば、システム管理コンポーネント）から、コンディションに対するレスポンスについての方策の責任を譲渡する譲渡証を受け取ることと、そのコンディションに応答するか否か、またそのコンディションにどの様に応答するかを決定することとを含む。
【０００７】
本発明の上記実施態様が達成される仕方が詳しく理解され得るように、添付図面に示されている本発明の実施態様を参照することにより、上で要約されている発明についてのより詳しい説明が得られる。しかし、本発明には他の同等に効果的な実施態様を認め得るので、添付図面が本発明の代表的実施態様のみを示しており、従ってその範囲を限定すると見なされるべきではないことに注意するべきである。
【０００８】
理解を容易にするために、全図で共通な同一要素を指示するために、可能な場合には、同一の参照数字が使用されている。
【発明を実施するための最良の形態】
【０００９】
一実施態様において、本発明は、計算システムにおいてコンディションに対するレスポンスを委任する方法及び装置である。本発明の実施態様は、システム管理コンポーネントが、レスポンスを必要とする計算システムにおけるコンディションの存在について警告されたときに、レスポンスの責任を他のシステム・コンポーネントに委任することを可能にする。一実施態様では、委任は、レスポンスの実行の委任だけではなくて、そのレスポンスにおいて執られるべき適切な処置の決定の委任も含む。従って、レスポンスの詳細は、そのレスポンスを処理するためにシステム管理コンポーネントより良好に装備されているかもしれないシステム・コンポーネントに任される（例えば、代理コンポーネントは、そのコンディションが発生したドメインにおいてシステム管理コンポーネントより多くの知識又は権限或いはその両方を持っているかも知れない）。
【００１０】
本発明の文脈の中では、“コンポーネント”という用語は、計算システム（例えば、ネットワーク、又は接続された複数のネットワークのグループ）に接続されている計算装置（例えば、デスクトップ・コンピュータ、ラップトップ・コンピュータ、タブレット・コンピュータ、ポータブル・デジタル・アシスタント、セルラ電話機、ボイス・オーバーＩＰ電話機、ゲーミング・コンソール、セット・トップ・ボックス、サーバ、ルータなど）を指す。“コンディション”という用語は、スパムを送ること（例えば、送信請求されていない通信メッセージ）、ウィルスを送ること、或いはその他の、（例えばサービス・アタックの拒否など）計算システムの動作を妨げる何らかの動作のような、コンポーネントで発生する望ましくない状態又は動作を指す。
【００１１】
図２は、本発明に従う、計算ネットワークにおいてコンディションに対するレスポンスを委任する方法２００の一実施態様を示す流れ図である。一実施態様では、方法２００は計算システム内の（例えば、そのコンポーネントがその中に存在するところのドメインのアドミニストレータによって）計算ネットワーク内の他のコンポーネントにレスポンスを委任することを許可されているコンポーネントにおいて実行する。例えば、方法２００は、計算システム内の許可されている委任するコンポーネント又はシステム管理コンポーネント（例えば、図１のシステム管理コンポーネント１０２４）において実行され得る。
【００１２】
方法２００はステップ２０２で初期化されてステップ２０４に進み、ここで方法２００は計算システム内の他のコンポーネントからコンディション通知を受け取る。コンディション通知は、計算システムの適切な動作を保証するために解決を必要とする、システム内の他のコンポーネントにおいて検出されたコンディションを示す。一実施態様では、その様な解決を必要とするコンディションは、ネットワーク・コンポーネントから生じたスパム（例えば、送信請求されていない通信メッセージ）、ＩＰアドレス衝突、ネットワーク・コンポーネントに存在するか或いはそれから送られるウィルス、及び不適切に設定され又はパッチされたコンポーネントのうちの少なくとも１つである。例えば、コンディション通知は、方法２００がそこで実行しているところのコンポーネントから下流側のネットワークから生じたサービス・アタックの拒否を示すことができる。一実施態様では、コンディション通知は、例えば、そのコンディションが検出されたコンポーネントの中のコンディション・ノーティファイア（ｃｏｎｄｉｔｉｏｎ ｎｏｔｉｆｉｅｒ）を介して、そのコンディションが検出されたコンポーネントから直接受け取られる。他の実施態様では、コンディション通知は、他のコンポーネントに存するコンディションを検出した第３コンポーネントから（例えばコンディション・ノーティファイアを介して）受け取られる。
【００１３】
ステップ２０６で、方法２００は、受け取られたコンディション通知で示されているコンディションを解決しようと試みる代理コンポーネントを選択する。一実施態様では、選択された代理コンポーネントは、システムの、そのコンディションを生じさせた部分（例えば、システムの、そのコンディションを生じさせたコンポーネントが中に存在する部分）を管理制御する。例えば、選択される代理コンポーネントは、サービス・アタックの拒否を引き起こした１つ以上のコンポーネントと計算システムとの間のゲートウェイとしてサービスするボイス・オーバーＩＰ電話機であり得る。一実施態様では、代理コンポーネントは、方法２００がそこで実行しているところのコンポーネント（例えば、委任するコンポーネント）とは異なる管理ドメインに置かれる（そして、異なる管理制御下にある）。別の実施態様では、代理コンポーネントは、方法２００がそこで実行しているところのコンポーネントと同じ管理ドメインに置かれる。
【００１４】
その後、方法２００はステップ２０８に進み、選択された代理コンポーネントに、指示されているコンディションを解決しようと試みるように代理コンポーネントに要求する委任通知を送る。例えば、サービス・アタックの検出された拒否の場合、方法２００は、サービス・アタックの拒否がそこから生じているところのコンポーネントのためにネットワーク・ゲートウェイとしてサービスするボイス・オーバーＩＰ電話機に委任通知を送ることができる。一実施態様では、委任通知は、コンディションに対する方策又は提案されたレスポンスを含まない。これらの細目は代理コンポーネントの裁量に任される。別の実施態様では、委任通知は、コンディションの性質についての記述を含む。
【００１５】
方法２００は、委任通知を代理コンポーネントに送ると、ステップ２１０（幻影で示されている）で代理コンポーネントからレスポンスが受け取られるまでオプションとして所定期間待つことができる。受け取られたレスポンスは、例えば、代理コンポーネントがコンディションを解決するために特定の処置を執ったことを示すことができる（例えば、サービス・アタックの拒否がそこから生じているところのネットワークにおいて全ての又は大抵の外向きネットワーク・トラフィックを遮断するなど）。或いは、受け取られたレスポンスは、代理コンポーネントがコンディションを解決できなかったことを示すことができる。別の実施態様では、受け取られたレスポンスは、コンディションが解決されるべき最終期限のような補足情報を伝えることができる（例えば、もし委任するコンポーネントによってその最終期限が受け入れられたならば、委任するコンポーネントが、その最終期限が過ぎたら局所的解決が不可能でコンディションを解決するために適切な遠隔処置を取ることができると想定できるように）。この補足情報は、例えば、委任するコンポーネントがより適切な代理コンポーネントを選択する上で役立つかもしれない代理コンポーネントにより検出された情報を含むこともできる（例えば、代理コンポーネントは、第３のコンポーネントがコンディションを引き起こしている可能性のあることを検出して、委任するコンポーネントがレスポンスをその第３のコンポーネントに委任することを選択できるように、委任するコンポーネントにそれを報告することができる）。
【００１６】
ステップ２１２において、方法２００は、コンディションが解決されたか否か判定する。もしコンディションが解決されたと方法２００が判定したならば、方法２００はステップ２１４で終了する。或いは、もしコンディションが解決されていないことを方法２００が検出したならば（例えば、代理コンポーネントによるレスポンスにもかかわらずコンディションが継続し、或いはステップ２１０で受け取られたレスポンスが代理コンポーネントが応答しようとしないことを示すなど）方法２００は、ステップ２１６に進み、コンディションを解決し、その後にステップ２１４で終了する。一実施態様では、ステップ２１６に従う方法２００によるコンディションの解決は、コンディションを引き起こしたコンポーネントが存在する計算システムのドメイン又は部分の分離のような粗雑なレスポンスを含む（例えば、ボイス・オーバーＩＰ電話機がそれを介して計算システムに接続するところのポートをディスエーブルするなど）。別の実施態様では、ステップ２１６に従うコンディションの解決は、別の代理コンポーネントにレスポンスを委任し直すこと或いはコンディションを人間の介入のために記録することを含む。方法２００は、その後、コンディションを完全に解決するために、コンディションを引き起こしたコンポーネントが存在する計算システムのドメイン又は部分からのアドミニストレータの援助を用いることができる。
【００１７】
方法２００は、これにより、計算システムにおける望ましくないコンディションの効率的解決を可能にする。レスポンスを必要とする全てのコンディションの詳細について責任を自分で取るのではなくて解決の全ての細目を適切な代理コンポーネントに委任することにより、システム管理コンポーネント（例えば、委任するコンポーネント）は計算システムをより効率的に管理することができる。例えば、コンディションを引き起こしたシステムの部分を管理制御することのできる代理コンポーネントは、コンディションを引き起こしたシステムの部分について、委任するコンポーネントより良好な知識を持つことができる。従って、代理コンポーネントに委任し、コンディションに対する外科的レスポンスを提供する機会を代理コンポーネントに与えることにより（例えば、代理コンポーネントが適当と判断した任意の仕方でコンディションに対処することにより）、より極端な粗雑なレスポンスの必要性を著しく減少させることができる。
【００１８】
図３は、本発明に従う、計算システム・コンポーネントで検出されたコンディションを解決する方法３００の一実施態様を示す流れ図である。方法３００は、例えば、そのコンディションを解決するために委任するコンポーネントにより選択された計算システム内の代理コンポーネントにおいて実行され得る。一実施態様では、方法３００は、そのコンディションを引き起こしたコンポーネントと同じ管理ドメインに存在するコンポーネントにおいて実行する。
【００１９】
方法３００はステップ３０２で初期化されてステップ３０４に進み、ここで方法３００は、委任するコンポーネントから委任通知を受け取る。上記のように、委任通知は、方法３００がそこで実行するところの受け取り側コンポーネントに、この受け取り側コンポーネントが他の計算システム・コンポーネントに存するコンディションを解決するように試みるべく選択されたことを通知する。一実施態様では、コンディションの存在を示す（しかし、そのコンディションの性質に関する具体的な細目は示さない）サーブレットが、委任通知の受け取りの前に、方法３００がそこで実行しているところのコンポーネントにおいて（例えば、ウェブ・サーバを介して）呼び出され得る。別の実施態様では、委任通知の受け取りに、方法３００がそこで実行しているところのコンポーネントの良く知られているネットワーク・ポートで動作している委任通知サーバを介して受け取られた関連するコンディションに関する付加的情報が添付され得る。
【００２０】
ステップ３０６において、方法３００は、コンディション通知に従ってコンディションを解決するべく試みるために執るべき適切な処置を決定する。一実施態様では、方法３００はステップ３０６に従って処置をしないのが適当であると判定することができる。一実施態様では、方法３００は許可されている委任するコンポーネントのみと影響を及ぼしあうので、適切な処置は、ステップ３０４で受け取られた委任通知が許可された委任するコンポーネントからのものである場合にのみ決定される。
【００２１】
方法３００は、その後、ステップ３０８において、コンディションを局所的に（例えば自分で）解決するべきか否か決定する。コンディションが局所的に解決され得ると方法３００が判定したならば、方法３００はステップ３１０に進み、ステップ３０６で決定された処置に従ってコンディションを解決する。例えば、サービス・アタックの拒否という代表的な場合には、そのドメイン内のアドミニストレータが後に委任するコンポーネントのドメインからのアドミニストレータを必要とすること無くコンディションに対処し得るように、方法３００は、サービス・アタックの拒否を引き起こしたコンポーネントが存在するコンピュータ・システムのドメイン又は部分のためにシステム・アクセスをディスエーブルすることができる。更に、方法３００は、ボイス・オーバーＩＰ電話機自身のトラフィックがネットワークにアクセスすることを許し続けることができ、或いは他のデバイスがパッチング・ソフトウェアを取り出すために計算・システム上の特定のコンポーネント及びポートに接続することを許すことができる。或いは、方法３００は、コンディションについて責任があると疑われるコンポーネントを単に分離し或いは抑圧することができる。
【００２２】
その後、コンディションの状態（例えば、解決された、解決されていない、など）を、或いは処置を行おうとする方法３００の意図を、委任するコンポーネントに知らせるために、方法３００はステップ３１２においてオプションで委任するコンポーネントに報告することができる（幻影で示されている）。或いは、コンディションが局所的には解決され得ないと方法３００がステップ３０８で判定したならば、方法３００はオプションでステップ３１２に直行し、委任するコンポーネントに報告する。その後、方法３００はステップ３１４で終了する。
【００２３】
図４は、汎用計算装置４００を用いて実行されるレスポンス委任方法の高レベル・ブロック図である。一実施態様では、汎用計算装置４００は、プロセッサ４０２と、メモリ４０４と、レスポンス委任モジュール４０５と、表示装置、キーボード、マウス、モデムなどのような種々の入出力（Ｉ／Ｏ）デバイス４０６とを含む。一実施態様では、少なくとも１つのＩ／Ｏデバイスは記憶装置（例えば、ディスク・ドライブ、光ディスク・ドライブ、フロッピー・ディスク・ドライブ）である。レスポンス委任モジュール４０５が通信チャネルを通してプロセッサに結合される物理的デバイス又はサブシステムとして実現され得ることが理解されるべきである。
【００２４】
或いは、レスポンス委任モジュール４０５は１つ以上のソフトウェア・アプリケーション（或いは、例えば特定用途向け集積回路（ＡＳＩＣ）を用いるソフトウェア及びハードウェアの組み合わせ）により代表され得、この場合、そのソフトウェアは記憶媒体（例えばＩ／Ｏデバイス４０６）からロードされて汎用計算装置４００のメモリ４０４においてプロセッサ４０２により動かされる。従って、一実施態様では、前の図を参照して本書において記述されたシステム・コンディションに対するレスポンスを委任するためのレスポンス委任モジュール４０５はコンピュータ可読媒体又はキャリヤ（例えば、ＲＡＭ、磁気又は光ドライブ又はディスケットなど）に格納され得る。
【００２５】
この様に、本発明は、システム管理の分野における顕著な進歩に相当する。システム管理コンポーネントが、計算システムにおけるレスポンスを必要とするコンディションの存在について警告されたときに、レスポンス（例えば、レスポンスにおいて執られるべき適切な処置の決定を含む）の責任を他のシステム・コンポーネントに委任することを可能にする方法及び装置が提供される。従って、レスポンスの詳細は、そのレスポンスを処理するためにシステム管理コンポーネントより良好に装備されているかもしれないシステム・コンポーネントに任される（例えば、代理コンポーネントは、そのコンディションが発生したドメインにおいてシステム管理コンポーネントより多くの知識又は権限を持っているかも知れない）。これは、より典型的な、粗雑な性質のレスポンスと比べて、コンディションを直すために用いられなければならない時間及び人間の介入の量を顕著に減少させる。
【００２６】
上記は本発明の好ましい実施態様に向けられているけれども、本発明の他の、更なる実施態様を、その基本範囲から逸脱すること無く考案することができ、その範囲は以下の請求項により決定される。
【図面の簡単な説明】
【００２７】
【図１】代表的な分散型計算ネットワーク又はシステムを示す略図である。
【図２】本発明に従う、計算ネットワークにおいてコンディションに対するレスポンスを委任する方法の一実施態様を示す流れ図である。
【図３】本発明に従う、計算ネットワーク・コンポーネントにおいて検出されたコンディションを解決する方法の一実施態様を示す流れ図である。
【図４】汎用計算装置を用いて実行されるレスポンス委任方法の高レベル・ブロック図である。
【特許請求の範囲】
【請求項１】
複数のコンポーネントを含む計算システムにおいてコンディションを解決する方法であって、前記方法は、
第１コンポーネントにより、前記コンディションを認めることと、
前記第１コンポーネントにより、前記コンディションに対するレスポンスについての方策の責任を第２コンポーネントに委任することと、
を含む、前記方法。
【請求項２】
前記コンディションは、スパム通信、コンピュータ・ウィルス、インターネット・プロトコル・アドレス衝突、サービス・アタックの拒否、不適切に設定されたコンポーネント、及び不適切にパッチされたコンポーネントのうちの少なくとも１つである、請求項１の方法。
【請求項３】
前記認めることは、
前記コンディションの存在を示すコンディション通知を前記第１コンポーネントにより受け取ること、
を含む、請求項１の方法。
【請求項４】
前記コンディション通知は、前記コンディションを引き起こしたコンポーネントから受け取られる、請求項３の方法。
【請求項５】
前記委任することは、
前記複数のコンポーネントの中から前記第２コンポーネントを選択することと、
前記選択を前記第２コンポーネントに知らせる委任通知を前記第１コンポーネントにより前記第２コンポーネントに送ることと、
を含む、請求項１の方法。
【請求項６】
前記委任通知は前記コンディションの性質の記述を更に含む、請求項５の方法。
【請求項７】
前記第２コンポーネントは、前記コンディションを引き起こしたコンピュータを管理制御する、請求項１の方法。
【請求項８】
前記第１コンポーネントは前記責任を委任するように許可されている、請求項１の方法。
【請求項９】
前記コンディションの状態を示すレスポンスを前記第２コンポーネントから前記第１コンポーネントにより受け取ること、
を更に含む、請求項１の方法。
【請求項１０】
前記レスポンスは、前記コンディションが前記第２コンポーネントにより解決されたか否かを示す、請求項９の方法。
【請求項１１】
前記第２コンポーネントが前記コンディションを解決していないことを前記レスポンスが示すならば、前記コンディションを前記第１コンポーネントにより解決すること、
を更に含む、請求項１０の方法。
【請求項１２】
前記レスポンスの細目は前記第２コンポーネントにより決定されるように残される、請求項１の方法。
【請求項１３】
複数のコンポーネントを含むコンピュータ・システムにおいてコンディションを解決するための実行可能なプログラムを含むコンピュータ可読媒体であって、前記プログラムは、
第１コンポーネントにより、前記コンディションを認めるステップと、
前記第１コンポーネントにより、前記コンディションに対するレスポンスについての方策の責任を第２コンポーネントに委任するステップと、
を実行する、前記コンピュータ可読媒体。
【請求項１４】
前記コンディションは、スパム通信、コンピュータ・ウィルス、インターネット・プロトコル・アドレス衝突、サービス・アタックの拒否、不適切に設定されたコンポーネント、及び不適切にパッチされたコンポーネントのうちの少なくとも１つである、請求項１３のコンピュータ可読媒体。
【請求項１５】
前記認めることは、
前記コンディションの存在を示すコンディション通知を前記第１コンポーネントにより受け取ること、
を含む、請求項１３のコンピュータ可読媒体。
【請求項１６】
前記コンディション通知は、前記コンディションを引き起こしたコンポーネントから受け取られる、請求項１５のコンピュータ可読媒体。
【請求項１７】
前記委任することは、
前記複数のコンポーネントの中から前記第２コンポーネントを選択することと、
前記選択を前記第２コンポーネントに知らせる委任通知を前記第１コンポーネントにより前記第２コンポーネントに送ることと、
を含む、請求項１３のコンピュータ可読媒体。
【請求項１８】
前記委任通知は前記コンディションの性質の記述を更に含む、請求項１７のコンピュータ可読媒体。
【請求項１９】
前記第２コンポーネントは、前記コンディションを引き起こしたコンピュータを管理制御する、請求項１３のコンピュータ可読媒体。
【請求項２０】
前記第１コンポーネントは前記責任を委任するように許可されている、請求項１３のコンピュータ可読媒体。
【請求項２１】
前記コンディションの状態を示すレスポンスを前記第２コンポーネントから前記第１コンポーネントにより受け取ること、
を更に含む、請求項１３のコンピュータ可読媒体。
【請求項２２】
前記レスポンスは、前記コンディションが前記第２コンポーネントにより解決されたか否かを示す、請求項２１のコンピュータ可読媒体。
【請求項２３】
前記第２コンポーネントが前記コンディションを解決していないことを前記レスポンスが示すならば、前記コンディションを前記第１コンポーネントにより解決すること、
を更に含む、請求項２２のコンピュータ可読媒体。
【請求項２４】
前記レスポンスの細目は前記第２コンポーネントにより決定されるように残される、請求項１３のコンピュータ可読媒体。
【請求項２５】
複数のコンポーネントを含む計算システムにおいてコンディションを解決するための装置であって、前記装置は、
第１コンポーネントにより、前記コンディションを認めるための手段と、
前記第１コンポーネントにより、前記コンディションに対するレスポンスについての方策の責任を第２コンポーネントに委任するための手段と、
を含む、前記装置。
【請求項２６】
複数のコンポーネントを含む計算システムにおいてコンディションを解決する方法であって、前記方法は、
第１コンポーネントにより、前記コンディションに対するレスポンスについての方策の責任を前記第１コンポーネントに委任する譲渡証を第２コンポーネントから受け取ることと、
前記第１コンポーネントが前記コンディションに応答しようとするか否かを判定することと、
を含む、前記方法。
【請求項２７】
前記譲渡証は前記コンディションの性質の記述を含む委任通知である、請求項２６の方法。
【請求項２８】
前記第２コンポーネントは前記責任を委任するように許可されている、請求項２６の方法。
【請求項２９】
前記判定することは、
前記コンディションを解決するために執るべき適切な処置を決定することと、
前記適切な処置に従って前記コンディションを解決することと、
を含む、請求項２６の方法。
【請求項３０】
前記第１コンポーネントにより、前記コンディションの状態を示すレスポンスを前記第２コンポーネントに送ること、
を更に含む、請求項２６の方法。
【請求項３１】
複数のコンポーネントを含む計算システムにおいてコンディションを解決するための実行可能なプログラムを含むコンピュータ可読媒体であって、前記プログラムは、
第１コンポーネントにより、前記コンディションに対するレスポンスについての方策の責任を前記第１コンポーネントに委任する譲渡証を第２コンポーネントから受け取るステップと、
前記第１コンポーネントが前記コンディションに応答しようとするか否かを判定するステップと、
を含む、前記コンピュータ可読媒体。
【請求項３２】
前記譲渡証は前記コンディションの性質の記述を含む委任通知である、請求項３１のコンピュータ可読媒体。
【請求項３３】
前記第２コンポーネントは前記責任を委任するように許可されている、請求項３１のコンピュータ可読媒体。
【請求項３４】
前記判定することは、
前記コンディションを解決するために執るべき適切な処置を決定することと、
前記適切な処置に従って前記コンディションを解決することと、
を含む、請求項３１のコンピュータ可読媒体。
【請求項３５】
前記第１コンポーネントにより、前記コンディションの状態を示すレスポンスを前記第２コンポーネントに送ること、
を更に含む、請求項３１のコンピュータ可読媒体。
【請求項１】
複数のコンポーネントを含む計算システムにおいてコンディションを解決する方法であって、前記方法は、
第１コンポーネントにより、前記コンディションを認めることと、
前記第１コンポーネントにより、前記コンディションに対するレスポンスについての方策の責任を第２コンポーネントに委任することと、
を含む、前記方法。
【請求項２】
前記コンディションは、スパム通信、コンピュータ・ウィルス、インターネット・プロトコル・アドレス衝突、サービス・アタックの拒否、不適切に設定されたコンポーネント、及び不適切にパッチされたコンポーネントのうちの少なくとも１つである、請求項１の方法。
【請求項３】
前記認めることは、
前記コンディションの存在を示すコンディション通知を前記第１コンポーネントにより受け取ること、
を含む、請求項１の方法。
【請求項４】
前記コンディション通知は、前記コンディションを引き起こしたコンポーネントから受け取られる、請求項３の方法。
【請求項５】
前記委任することは、
前記複数のコンポーネントの中から前記第２コンポーネントを選択することと、
前記選択を前記第２コンポーネントに知らせる委任通知を前記第１コンポーネントにより前記第２コンポーネントに送ることと、
を含む、請求項１の方法。
【請求項６】
前記委任通知は前記コンディションの性質の記述を更に含む、請求項５の方法。
【請求項７】
前記第２コンポーネントは、前記コンディションを引き起こしたコンピュータを管理制御する、請求項１の方法。
【請求項８】
前記第１コンポーネントは前記責任を委任するように許可されている、請求項１の方法。
【請求項９】
前記コンディションの状態を示すレスポンスを前記第２コンポーネントから前記第１コンポーネントにより受け取ること、
を更に含む、請求項１の方法。
【請求項１０】
前記レスポンスは、前記コンディションが前記第２コンポーネントにより解決されたか否かを示す、請求項９の方法。
【請求項１１】
前記第２コンポーネントが前記コンディションを解決していないことを前記レスポンスが示すならば、前記コンディションを前記第１コンポーネントにより解決すること、
を更に含む、請求項１０の方法。
【請求項１２】
前記レスポンスの細目は前記第２コンポーネントにより決定されるように残される、請求項１の方法。
【請求項１３】
複数のコンポーネントを含むコンピュータ・システムにおいてコンディションを解決するための実行可能なプログラムを含むコンピュータ可読媒体であって、前記プログラムは、
第１コンポーネントにより、前記コンディションを認めるステップと、
前記第１コンポーネントにより、前記コンディションに対するレスポンスについての方策の責任を第２コンポーネントに委任するステップと、
を実行する、前記コンピュータ可読媒体。
【請求項１４】
前記コンディションは、スパム通信、コンピュータ・ウィルス、インターネット・プロトコル・アドレス衝突、サービス・アタックの拒否、不適切に設定されたコンポーネント、及び不適切にパッチされたコンポーネントのうちの少なくとも１つである、請求項１３のコンピュータ可読媒体。
【請求項１５】
前記認めることは、
前記コンディションの存在を示すコンディション通知を前記第１コンポーネントにより受け取ること、
を含む、請求項１３のコンピュータ可読媒体。
【請求項１６】
前記コンディション通知は、前記コンディションを引き起こしたコンポーネントから受け取られる、請求項１５のコンピュータ可読媒体。
【請求項１７】
前記委任することは、
前記複数のコンポーネントの中から前記第２コンポーネントを選択することと、
前記選択を前記第２コンポーネントに知らせる委任通知を前記第１コンポーネントにより前記第２コンポーネントに送ることと、
を含む、請求項１３のコンピュータ可読媒体。
【請求項１８】
前記委任通知は前記コンディションの性質の記述を更に含む、請求項１７のコンピュータ可読媒体。
【請求項１９】
前記第２コンポーネントは、前記コンディションを引き起こしたコンピュータを管理制御する、請求項１３のコンピュータ可読媒体。
【請求項２０】
前記第１コンポーネントは前記責任を委任するように許可されている、請求項１３のコンピュータ可読媒体。
【請求項２１】
前記コンディションの状態を示すレスポンスを前記第２コンポーネントから前記第１コンポーネントにより受け取ること、
を更に含む、請求項１３のコンピュータ可読媒体。
【請求項２２】
前記レスポンスは、前記コンディションが前記第２コンポーネントにより解決されたか否かを示す、請求項２１のコンピュータ可読媒体。
【請求項２３】
前記第２コンポーネントが前記コンディションを解決していないことを前記レスポンスが示すならば、前記コンディションを前記第１コンポーネントにより解決すること、
を更に含む、請求項２２のコンピュータ可読媒体。
【請求項２４】
前記レスポンスの細目は前記第２コンポーネントにより決定されるように残される、請求項１３のコンピュータ可読媒体。
【請求項２５】
複数のコンポーネントを含む計算システムにおいてコンディションを解決するための装置であって、前記装置は、
第１コンポーネントにより、前記コンディションを認めるための手段と、
前記第１コンポーネントにより、前記コンディションに対するレスポンスについての方策の責任を第２コンポーネントに委任するための手段と、
を含む、前記装置。
【請求項２６】
複数のコンポーネントを含む計算システムにおいてコンディションを解決する方法であって、前記方法は、
第１コンポーネントにより、前記コンディションに対するレスポンスについての方策の責任を前記第１コンポーネントに委任する譲渡証を第２コンポーネントから受け取ることと、
前記第１コンポーネントが前記コンディションに応答しようとするか否かを判定することと、
を含む、前記方法。
【請求項２７】
前記譲渡証は前記コンディションの性質の記述を含む委任通知である、請求項２６の方法。
【請求項２８】
前記第２コンポーネントは前記責任を委任するように許可されている、請求項２６の方法。
【請求項２９】
前記判定することは、
前記コンディションを解決するために執るべき適切な処置を決定することと、
前記適切な処置に従って前記コンディションを解決することと、
を含む、請求項２６の方法。
【請求項３０】
前記第１コンポーネントにより、前記コンディションの状態を示すレスポンスを前記第２コンポーネントに送ること、
を更に含む、請求項２６の方法。
【請求項３１】
複数のコンポーネントを含む計算システムにおいてコンディションを解決するための実行可能なプログラムを含むコンピュータ可読媒体であって、前記プログラムは、
第１コンポーネントにより、前記コンディションに対するレスポンスについての方策の責任を前記第１コンポーネントに委任する譲渡証を第２コンポーネントから受け取るステップと、
前記第１コンポーネントが前記コンディションに応答しようとするか否かを判定するステップと、
を含む、前記コンピュータ可読媒体。
【請求項３２】
前記譲渡証は前記コンディションの性質の記述を含む委任通知である、請求項３１のコンピュータ可読媒体。
【請求項３３】
前記第２コンポーネントは前記責任を委任するように許可されている、請求項３１のコンピュータ可読媒体。
【請求項３４】
前記判定することは、
前記コンディションを解決するために執るべき適切な処置を決定することと、
前記適切な処置に従って前記コンディションを解決することと、
を含む、請求項３１のコンピュータ可読媒体。
【請求項３５】
前記第１コンポーネントにより、前記コンディションの状態を示すレスポンスを前記第２コンポーネントに送ること、
を更に含む、請求項３１のコンピュータ可読媒体。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公表番号】特表２００８−５４４３５４（Ｐ２００８−５４４３５４Ａ）
【公表日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願番号】特願２００８−５１６０２６（Ｐ２００８−５１６０２６）
【出願日】平成１８年６月１２日（２００６．６．１２）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０２２８５５
【国際公開番号】ＷＯ２００７／０１５７２３
【国際公開日】平成１９年２月８日（２００７．２．８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（３９０００９５３１）インターナショナル・ビジネス・マシーンズ・コーポレーション (4,084)
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＳＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
【公表日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願日】平成１８年６月１２日（２００６．６．１２）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０２２８５５
【国際公開番号】ＷＯ２００７／０１５７２３
【国際公開日】平成１９年２月８日（２００７．２．８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（３９０００９５３１）インターナショナル・ビジネス・マシーンズ・コーポレーション (4,084)
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＳＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
[ Back to top ]