(57)【要約】警告フィルタ基準を定め（４０５）、警告条件を識別し（４１０）、該警告フィルタ基準に基づいて１つ又はそれ以上の該警告条件の属性を分析し（４２０）、該警告条件を報告するかどうかを判断する（４２５）段階を含む、警告条件を報告する方法が開示される。警告条件を報告するためのシステム及びコンピュータ可読の記憶媒体も開示される。
2004535624.tif 000002
【特許請求の範囲】
【請求項１】
警告条件を報告する方法であって、
警告フィルタ基準を定め、
警告条件を識別し、
前記警告フィルタ基準に基づいて１つ又はそれ以上の前記警告条件の属性を分析し、
前記警告条件を報告するかどうかを判断し、
前記警告条件を選択的に報告する、
段階を含むことを特徴とする方法。
【請求項２】
前記１つ又はそれ以上の属性が、重要性、重大度、及び緊急性を含むことを特徴とする請求項１に記載の方法。
【請求項３】
警告条件の識別が、起こり得る警告条件の識別を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記１つ又はそれ以上の属性が、起こり得る警告条件に関連した危険度のレベルを表す属性を含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記警告条件に関連した関与グループを表す属性を含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記警告条件に関連したビジネス・プロセスを表す属性を分析する段階をさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
警告条件の識別が、
前記警告条件に関連した第１のシステム・コンポーネントを表す第１のオブジェクトを識別し、
前記第１のシステム・コンポーネントと依存関係を有する第２のシステム・コンポーネントを表す第２のオブジェクトを識別し、
前記第２のオブジェクトの属性を前記第１のオブジェクトに伝播させる、
段階を含むことを特徴とする請求項１に記載の方法。
【請求項８】
警告条件の識別が、
前記警告条件に関連した第１のシステム・コンポーネントを表す第１のオブジェクトを識別し、
前記第１のシステム・コンポーネントと収納関係を有する第２のシステム・コンポーネントを表す第２のオブジェクトを識別し、
前記第１のオブジェクトの属性を前記第２のオブジェクトに伝播させる、
段階を含むことを特徴とする請求項１に記載の方法。
【請求項９】
警告条件を報告するためのシステムであって、
フィルタ警告基準を維持するためのフィルタ基準維持モジュールと、
警告条件を識別するための警告条件検知器と、
前記警告フィルタ基準に基づいて識別された警告条件をフィルタ処理するための警告条件フィルタと、
前記警告条件を選択的に報告するための警告通知モジュールと、
を備えることを特徴とするシステム。
【請求項１０】
前記警告条件検知器が、前記警告条件に関連した重要性、重大度、及び緊急性の属性を割り当てることを特徴とする請求項９に記載のシステム。
【請求項１１】
前記警告検知器が、起こり得る警告条件を識別することを特徴とする請求項９に記載のシステム。
【請求項１２】
前記警告条件検知器が、前記起こり得る警告条件に関連した危険度の属性を割り当てることを特徴とする請求項９に記載のシステム。
【請求項１３】
前記警告条件フィルタが、前記警告条件に関連した関与グループを表す属性を分析することを特徴とする請求項９に記載の方法。
【請求項１４】
前記警告条件フィルタが、前記警告条件に関連したビジネス・プロセスを表す属性を分析することを特徴とする請求項９に記載の方法。
【請求項１５】
前記警告条件フィルタが、第１のオブジェクトと第２のオブジェクトとの間の依存関係に基づいて、前記第１のオブジェクトの属性を前記第２のオブジェクトの属性に伝播させるための属性伝播論理を含むことを特徴とする請求項９に記載の方法。
【請求項１６】
前記警告条件フィルタが、第１のオブジェクトと第２のオブジェクトとの間の収納関係に基づいて、前記第１のオブジェクトの属性を前記第２のオブジェクトの属性に伝播させるための属性伝播論理を含むことを特徴とする請求項９に記載の方法。
【請求項１７】
警告条件を報告するためのシステムであって、
フィルタ警告基準を維持するための手段と、
警告条件を識別するための手段と、
前記警告フィルタ基準に基づいて識別された警告条件をフィルタ処理するための手段と、
前記警告条件を選択的に報告するための手段と、
を備えることを特徴とするシステム。
【請求項１８】
警告フィルタ基準を定めるためのコンピュータ可読命令と、
警告条件を識別するためのコンピュータ可読命令と、
前記警告フィルタ基準に基づいて１つ又はそれ以上の前記警告条件の属性を分析するためのコンピュータ可読命令と、
前記警告条件を報告するかどうかを判断するためのコンピュータ可読命令と、
前記警告条件を選択的に報告するためのコンピュータ可読命令と、
を含む警告条件を報告するための処理命令を用いてエンコードされたコンピュータ可読記憶媒体。
【発明の詳細な説明】
【０００１】
本出願は、１９９９年９月２８日に発行された米国特許第５，９５８，０１２号の継続出願である、２００１年９月１１日に発行された米国特許第６，２８９，３８０号の継続出願である２００１年９月７日に出願された米国出願番号０９／９４９，１０１号の部分継続出願である。本出願は、２００１年３月２日に出願された米国仮出願番号第６０／２７３，０４４号に基づく優先権を主張するものである。本出願は、引用により各々の関連出願の全体を組み入れる。
【０００２】
（技術分野）
本出願は、一般に、進行中のプロセスの監視及び管理の分野に関する。より具体的には、本出願は、警告及び診断メッセージを生成し、人間のオペレータの注意を喚起するためのシステム及び方法に関する。
【０００３】
（背景技術）
コンピュータ、又はネットワークシステム、或いはコンピュータ技術が組み込まれた他のシステムを管理するシステムは、一般に、問題を検知し、人にその問題を警告するために、様々なシステム・パラメータを監視する。進行中のプロセスを監視するために、様々な技術を用いることができる。しきい値との比較、幾つかの値の相関、及びある期間にわたる値の相関を含む種々の方法で監視された値を分析し、問題、前例のない状況、或いは他のイベントを発見することができる。
【０００４】
幾つかのシステムは、様々な技術を使用して、イベントが起こる前にそれらを予測する。１つのそのようなシステムが、同一出願人が所有する米国特許第６，３２７，５５０号に説明され、その全体を引用によりここに組み入れる。このようなシステムにおいて、検知又は予測に対する１つの応答は、そのイベントを人間のオペレータに気づかせることである。例えば、これらの管理システムは、文字メッセージの警告を出すことができ、この文字メッセージをオペレータに示すために、Ｗｉｎｄｏｗｓ（登録商標）のダイアログボックス、監視コンソール、イベントログ、Ｅメールメッセージ、ポケットベルメッセージのような様々な技術を用いることができる。拡声器、ヘッドセット、或いは電話機による音声メッセージとして警告を与えることもできる。音声の警告メッセージを提供するシステムの例が、「システム及びネットワーク管理におけるユーザ・インターフェース要素として音声を生成し、認識する方法及び装置」という名称の、同一出願人が所有する、同時に出願され、係属中の米国特許出願に説明されており、その全体を引用によりここに組み入れる。「コンテクスト記述メッセージを生成する方法及び装置」という名称の、同一出願人が所有する、同時に出願され、係属中の米国特許出願もまた、引用によりその全体が組み入れられる。
【０００５】
多数の管理されたコンポーネント及び／又はネットワーク、及び高レベルの活動を有する大規模な管理システムにおいて、管理システムは、多数の警告メッセージを生成する。幾つかの警告メッセージは他のものより重要であるが、このような管理システムの警告機能は修正がきかないので、いつもどおりに出されることになる。幾つかの管理システムは、イベントの重要さを独自に検知することができるので、他のメッセージは不必要になることがある。その結果、現在の管理システムは、メッセージの内容に関連していない様々な規則に基づいたこのような警告メッセージをフィルタ処理するための様々な技術を含むものである。
【０００６】
例えば、幾つかの従来の管理システムは、検知され又は予測されたイベントの重大度をフィルタリング規則として示す。このことにより、管理システムは、重要なメッセージ、又は一定レベルの重大度より上のイベントについてのメッセージだけを示すことが可能になる。他のシステムは、ある期間にわたるか又は幾つかのオブジェクトにわたる警告メッセージをフィルタリング規則として相関させる。このことにより、メッセージが単独ではそれほどの重要性を示さなくても、そのメッセージが重要な問題を示し得ることが認識できるようになり、例えば、小さなエラーでも、それが短期間に何回も生じた場合にはより重大なものとなることがある。
【０００７】
メッセージがフィルタ処理されて意味のあるメッセージだけが残るようになったとしても、個々のユーザは、異なるカテゴリーのメッセージに関心を持つことがある。幾つかの管理システムには、幾つかの種類のビジネス・プロセスを示す１つ又はそれ以上のグループの管理されたコンポーネント又はネットワークに関連したメッセージのような、特定の個人に示される警告メッセージをフィルタ処理するための様々な技術が含まれる。こうした管理システムの例は、同一出願人が所有する米国特許第５，９５８，０１２号に説明され、その全体を引用により組み入れる。
【０００８】
（発明の開示）
本開示は、警告メッセージが改善された管理システム及び方法を提供する。本開示はまた、管理システムによって生成された警告メッセージをフィルタ処理し、オペレータに所望のメッセージを報告することができる警告システム及び方法を提供する。１つの実施形態によると、警告フィルタ基準を定め、警告条件を識別し、該警告条件及び該警告・フィルタ基準の１つ又はそれ以上の属性を分析し、該警告条件を報告するかどうかを判断することを含む、警告条件を報告する方法が開示される。この方法は、判断が警告条件を報告すべきというものである場合には、該警告条件を報告することをさらに含む。
【０００９】
別の実施形態によると、警告条件を報告するためのシステムが開示される。このシステムは、フィルタ警告基準を維持することができるフィルタ基準維持モジュールと、１つ又はそれ以上の警告条件を識別することができる警告条件検知器と、警告フィルタ基準に基づいて、識別された警告条件をフィルタ処理することができる警告条件フィルタと、フィルタ処理された警告条件を報告するための警告通知モジュールとを含む。
【００１０】
別の実施形態によると、警告条件を報告するためのシステムが開示される。このシステムは、フィルタ・警告基準を維持するための手段と、１つ又はそれ以上の警告条件を識別するための手段と、該警告フィルタ基準に基づいて１つ又はそれ以上の識別された警告条件をフィルタ処理するための手段と、フィルタ処理された警告条件を報告するための手段とを含む。
【００１１】
別の代替的な実施形態によると、コンピュータ可読記憶媒体が開示される。この媒体は、警告フィルタ基準を定めるための命令と警告条件を識別するための命令とを含む、警告条件を報告するための処理命令を用いてエンコードされる。この媒体はまた、警告フィルタ基準に基づいて、１つ又はそれ以上の警告条件の属性を分析し、該警告条件を報告するかどうかを判断するためのコンピュータ可読命令も含む。この媒体は、警告条件を選択的に報告するための命令をさらに含む。
【００１２】
（発明を実施するための最良の形態）
本方法及びシステムをより完全に理解するために、同じ参照番号が同じ特徴を示す添付図面と併せて以下の説明を参照する。
例示的なＩＴ組織が、図１Ａに示される。このＩＴ組織１５０は、ローカル・エリア・ネットワーク１５５、１６０及び１６５を含む。このＩＴ組織は、例えばワークステーション、プリンタ、スキャナ、ルータ、オペレーティングシステム、アプリケーション、及びアプリケーション・プラットフォームのような、様々なハードウェア及びソフトウェア・コンポーネントをさらに含む。ＩＴ組織のコンポーネントの各々は、本開示に従って監視し管理することができる。
【００１３】
本開示に従ってＩＴ組織を管理することができる例示的な管理システム１００のトポロジーの様々なコンポーネントが、図１Ｂに示される。管理システム１００は、少なくとも１つの視覚化ワークステーション１０５と、オブジェクト・リポジトリ１１０と、１つ又はそれ以上の管理アプリケーション１１５と、各々の管理アプリケーション１１５に関連した１つ又はそれ以上の管理エージェント１２０とを含む。
【００１４】
視覚化ワークステーション１０５は、ユーザに、ネットワーク管理アプリケーション１１５を含む様々なアプリケーションへのアクセスを提供する。ワークステーション１０５は、要求、コマンド、及びイベントの通知を格納し供給するオブジェクト・リポジトリ１１０と対話する。ワークステーション１０５は、オブジェクト・リポジトリ１１０から情報を要求し、コマンドを該オブジェクト・リポジトリに送り、そこから状態の変化、或いはオブジェクトの追加といったイベントの通知を獲得する。オブジェクト・リポジトリ１１０は、ＩＴ組織において特定のコンポーネント又はシステムの監視及び管理を担う管理エージェント１２０によって与えられた要求情報を管理アプリケーション１１５から受け取る。
【００１５】
管理アプリケーション１１５は、検討中のオブジェクトの追跡を保持するように、オブジェクト・リポジトリ１１０を部分的に維持する。オブジェクト・リポジトリ１１０は、データベースのような管理されたコンポーネント又はシステムについての情報を保持する永続的な記憶装置とすることができる。代替的な実施形態において、管理アプリケーション１１５及びオブジェクト・リポジトリ１１０を、管理されたコンポーネントについての情報を揮発性メモリに保持し、管理アプリケーションのタスクを実行することができる単一のユニットに組み込むことができる。
【００１６】
示されるように、本システムの１つの構造的な態様は、通常の作動において、視覚化ワークステーション１０５が、主としてオブジェクト・リポジトリ１１０と対話することである。このことは、ネットワークのトラフィックを減少させ、ワークステーションにおけるグラフィカル・レンダリングの性能を改善し、視覚化ワークステーション１０５と多数の管理アプリケーション１１５、それらのサブシステム、及びＩＴ組織内に存在するエージェント１２０との間の相互依存性への必要性を減少させる。もちろん、示されるコンポーネントについての別の構成を有する実施形態が考えられ、それに含まれるものとして、コンポーネントが一体型のワークステーションを含む独立型の実施形態がある。
【００１７】
要求、コマンド、及び通知を処理することに加えて、オブジェクト・リポジトリ１１０はまた、管理システム１００の構造及び作動について説明するオブジェクトを処理することもできる。このようなオブジェクトは、コンポーネント及び／又はシステムの瞬間的な状態、負荷、及び性能について説明することができる。このようなオブジェクトは、手動プロセス又は自動発見ユーティリティを用いて読み込むことができる。
【００１８】
警告・フィルタ処理基準は、例えば、イベントの重大度、該イベントを示すオブジェクトの相対的な重要性、通知の緊急性、及びイベント条件が生じる可能性とすることができる。重大度、重要性、緊急性、及び危険度の相互作用を示すために、パーソナル・コンピュータ及び付属の周辺機器に関連した２つの起こり得る問題を考慮する。第１の起こり得る問題は、８０％の可能性としてのプリンタ用の用紙の不足である。第２の起こり得る問題は、２％の可能性としてのハードディスク・ドライブの故障である。第１の問題は、危険度が高く重大度は低いが、一方、第２の起こり得る問題は、比較的危険度は低いが重大度が高い。各々の起こり得る問題の重要性と緊急性の判断には、パーソナル・コンピュータの使用に関する付加的な情報を必要とする。例えば、コンピュータの主な使用が印刷である場合には、第１の問題の緊急性と重要性は高くなるであろう。コンピュータが、データ記憶装置のために主として用いられ、基幹アプリケーションを実行する他のコンピュータのためのサーバとして働く場合には、第２の問題の重要性が高くなるが、緊急性は中程度になるであろう。
【００１９】
ここで図２を参照すると、本開示による警告システムの１つの実施形態を形成するコンポーネントが示される。警告システム２００は、例えば、図１に示される管理アプリケーション１１５及びオブジェクト・リポジトリ１１０によって形成された分散型システムとすることができる。代わりに、上述のように、管理アプリケーション１１５がオブジェクトリポジトリ１１０を組み込み、警告システム２００を、該管理アプリケーション１１５に組み込まれた統合システムとすることもできる。図２の実施形態において、警告システム２００は、フィルタ基準維持モジュール２０５と、警告条件検知モジュール２２０と、警告条件フィルタモジュール２３０と、警告通知モジュール２３５とを含む。フィルタ基準維持モジュール２０５は、オペレータが警告通知を報告できる基準を定めることを可能にする。警告フィルタ基準は、データベース２１０内の一組の警告フィルタ基準オブジェクトとして、オブジェクト・リポジトリ１１０内に格納される。さらに、フィルタ基準維持モジュール２０５は、オペレータが、ＩＴ組織１５０のトポロジーを定めるデータベース２１５内のシステムオブジェクトを追加し、削除し、更新するか或いは維持することを可能にする。データベース２１５内のシステムオブジェクトの維持には、例えば、システム又はネットワーク・コンポーネントの重要性を定めること、或いは幾つかのシステム又はネットワーク・コンポーネントの間の依存関係又は収納関係を定めることが含まれる。
【００２０】
１つの実施形態によると、データベース２１０内の警告フィルタ基準は、システム或いはネットワーク・コンポーネントについての警告条件の重大度及び該警告条件の影響の重要性の両方に基づいて、警告メッセージにどのように反応するかを警告システム２００に命令する。さらに、データベース２１０内の警告フィルタ基準オブジェクトは、警告条件の緊急性を考慮するようにシステムに命令し、予測される場合には、警告システム２００が、危険度のレベルを考慮することができる。
警告システム２００により、オブジェクトの重要性、警告条件の重大度及び緊急性、並びに予測される警告条件の危険度の追跡が可能になるので、該警告システム２００は、これら４つの測定規準のいずれか又は全てを使用し、警告メッセージ又は通知をインテリジェントにフィルタ処理し報告することができる。
【００２１】
図３Ａは、例えばフィルタ基準維持モジュール２０５によって維持され得る幾つかの例示的なシステムオブジェクトの一部分を示す。示されるオブジェクトは、ＩＴ組織１５０のトポロジーに関連する。この例示的な図において、オブジェクト３０５は、他のネットワーク・コンポーネントと通信するために、それぞれオブジェクト３０７及び３０９により表される「ルータＡ」及び「ルータＢ」を利用する「ネットワーク・サーバＡ」を表す。例えば、「ネットワーク・サーバＡ」は、「ルータＢ」を利用して、それぞれオブジェクト３１１及び３１３により表される「ワークステーションＡ」及び「ワークステーションＢ」と通信する。ワークステーションＢは、オブジェクト３１５及び３１７により表わされる２つのアプリケーションを実行し、「ワークステーションＢ」は、オブジェクト３１９により表される関連したプリンタ「ＷＳＢプリンタ」を有する。
【００２２】
本開示による警告システムは、各々のオブジェクトの重要性のレベルを用いて、コンテクスト・ベースのフィルタ処理を助けることができる。警告システムの重要性がオブジェクトからは容易に明らかでない場合には、事例が生じ得る。例えば、データベース・サーバは、常に重要な役割であるとは限らず、それは、該データベース・サーバが、重要な役割の重要性レベルを有するアプリケーションによって使用されるかどうかによって決まる。もちろん、人間のオペレータは、どのようにデータベース・サーバが使用されるかを知っており、特定のサーバについての重要性の適切なレベルを手作業で入力することができる。しかしながら、重要性レベルの手作業入力は、特に異なるコンポーネント間の関係が間接的である状況においては、面倒で非効率的である。例えば、中程度の重要性レベルから重要な役割の重要性レベルへと、データベース・サーバをシフトさせることができる。シフトがオペレータにより検知されない場合には、不注意で古い低重要性レベルを保持することがある。重要性レベルの手作業入力の非効率さの別の例は、ワークステーションで動作するアプリケーションとデータベースとの間のトラフィックが、例えばルータのような他のネットワーク・コンポーネントに依存する場合に生じ得る。このような状況では、データベース・サーバ、他のネットワーク・コンポーネント、及び人間のオペレータは、このような間接的な関係に気付かず、結果として重要性レベルを手作業で調整するのを怠ることになる。
したがって、本システムの１つの実施形態によると、管理システムがこのような依存関係を検知できる場合には、重要性の格付けは依存性によって影響されるようにすることができる。
【００２３】
図３Ａに示されるオブジェクトは、依存関係に基づいた重要性の属性のこのような継承の例を示す。示されるように、アプリケーションＢ３１７は、重要な役割のアプリケーションであり、ワークステーションＢ３１３、すなわち該重要な役割のアプリケーションの正常な実行が依存するワークステーションもまた「重要な役割の」重要性レベルであると考えられる。さらに、アプリケーションが依存するルータ３０９及びネットワーク・サーバ３０５にも、「重要な役割の」重要性が割り当てられる。その結果、警告システム２００は、依存関係の使用を支持し、重要性レベルを伝播し又は継承することができる。
図３Ｂは、フィルタ基準維持モジュール２０５によって維持され、警告システム２００によって使用され、警告条件をオペレータに報告するかどうかを判断することができる幾つかの例示的な警告フィルタ基準オブジェクトを示す。この例示的な実施形態において、各々の警告フィルタ基準には、警告条件によって決まるシステム・コンポーネントを示すグループＩＤが割り当てられる。図３Ｂのオブジェクトには、グループごとに索引がつけられるが、例えば、オペレータＩＤごと又はワークステーションＩＤごとのような、別の索引付与方法を用いることもできる。
【００２４】
図３Ｂの例示的な実施形態において、警告フィルタ基準オブジェクト３２１は、グループＩＤ「ＡＲ」を有する勘定受取ビジネスグループに影響を及ぼす警告に関連したフィルタ規則を表す。この警告フィルタ基準オブジェクト３２１は、警告が「重要な役割の」重要性レベルを有する場合にのみ、ＡＲの機能に影響を及ぼす警告を報告するよう、警告システム２００に命令する。警告フィルタ基準オブジェクト３２３は、グループＩＤ「ＨＲ」を有する人材ビジネス部門に影響を及ぼす警告に関連したフィルタ規則を表す。警告フィルタ基準オブジェクト３２３は、警告が「中程度又はそれ以上」の重要性レベルを有する場合にのみ、ＨＲの機能に影響を及ぼす警告を報告するよう、システムに命令する。
【００２５】
警告フィルタ基準オブジェクト３２５は、グループＩＤ「ＡＰ」を有する勘定支払ビジネス部門に影響を及ぼす警告に関連したフィルタ規則を表す。警告フィルタ基準オブジェクト３２５は、警告が「重要な役割の」重要性レベルを有する場合、又は警告が２４時間以内の緊急性レベルを有する場合にのみ、ＡＰの機能に影響を与える警告を報告するよう、システムに命令する。
再び図２を参照すると、実際の警告条件又は起こり得る警告条件を検知するために、警告条件検知モジュール２２０が用いられる。警告条件検知モジュール２２０は、他の関連要因の中でオブジェクト・リポジトリ１１０のデータベース２１５内のシステム・オブジェクトを参照し、警告条件が存在するかどうかを判断し、警告条件オブジェクトを生成し、これをデータベース２２５内に格納する。
【００２６】
１つの実施形態において、警告条件検知モジュール２２０が、検知された警告条件の各々に重大度の属性を割り当てる。このことは、引用によりここに組み込まれる、同一出願人が所有する米国特許第６，３２７，５５０号に説明された、予測管理システムの原理を用いて達成することができる。危険度及び緊急性の属性もまた割り当てられる。緊急性の属性は、行動を起こさなければならぬまでに残存する時間の量を表し、或いは、残存する時間の量に反比例する格付けを示すことができる。既に述べたように、モジュール２２０はまた、警告条件オブジェクトの重要性の属性を割り当てる。重要性の属性は、例えば０から５までのような幾つかの適切な尺度に沿って示される、オブジェクトの重要性の尺度を表すものである。
【００２７】
重要性の属性は、数ある方法のうちのいずれでも求めることができる。例えば、各クラスのオブジェクトに重要性の属性を手作業で割り当てることができる、そのクラスのオブジェクトの各々は、該クラスの重要性の属性を継承する。或いは、オブジェクトのクラスを、継承階層内に配置することができ、（「ＮＴサーバ」のような）サブクラスが、（「ＮＴシステム」のような）親クラスの重要性格付けを継承することができる。重要性レベルの割当ての別の例に従って、個々のオブジェクトに、クラスの格付けに優先する重要性の格付けを手作業で割り当てることもできる。
【００２８】
重要性の属性を割り当てることができる別の方法によると、例えばジョブ計画システムのような様々なサブシステムが、クラスの格付けに優先し、ある適切な判断に基づいて、個々のオブジェクトの重要性の属性を自動的に設定することができる。さらに別の例において、重要性の属性は、ある適切なアルゴリズムに基づいて収納階層を上に伝播させることができる。例えば、含まれるコンポーネントの中の最高値に基づいて重要性を上に伝播させることができるので、幾つかのサブ・コンポーネントを含むコンポーネントは、該コンポーネントが含むサブ・コンポーネントの最も高い重要性格付けを仮定する。
ある適切なアルゴリズムに基づいた依存関係に沿って重要性の属性を伝播させることができる。例えば、「最大値」の集合機能を有する関係の「依存する」方向に沿って、重要性の属性を伝播させることができるので、重要なアプリケーション・サーバがデータベース・サーバに依存する場合には、何らかの他の伝播がより高い格付けを与えない限り、該データベース・サーバは、プリケーション・サーバと同じ重要性の属性を獲得する。
【００２９】
データベース２２５の検知された警告条件オブジェクトは、警告条件フィルタ・モジュール２３０によって参照され、データベース２１０からの適用可能な警告フィルタ基準に従って分析され、検知された警告条件をオペレータに報告するのに適しているかどうかを判断する。警告条件フィルタモジュール２３０が、検知された警告条件が報告に価すると判断した場合には、警告通知モジュール２３５は、警告通知を適切なオペレータに報告するよう、命令される。
図３Ｃは、警告条件検知モジュール２２０によって生成することができる幾つかの例示的な警告条件オブジェクトを示す。示される警告条件オブジェクトの各々は、警告フィルタ基準２１０に基づいて警告通知モジュール２３５によりオペレータに報告することができる実際の警告条件又は予測される警告条件を表す。
【００３０】
図３Ａ及び３Ｃを参照すると、警告条件オブジェクト３３１は、実際の警告条件の例である。オブジェクト３３１は、ネットワーク・サーバＡに関連した使用済みのディスクスペースが、所定の許容可能なしきい値を超えた警告条件を表す。ネットワーク・サーバＡ３０５がワークステーションＢ３１３上で動作している重要な役割のアプリケーション３１７を支持するので、警告の重要性レベルは「重要な役割」になる。警告条件検知モジュール２２０は、ディスク上に使用可能な保存スペースがまだあるという事実により、重大度を中程度と判断し、さらに、その条件が存在するために危険度を「絶対」と判断した。警告検知モジュール２２０はまた、この警告のための緊急性が即時であるとも判断した。ネットワーク・サーバＡとシステム内の他のコンポーネントとの関係のため、影響を受けるグループは、ＡＰ、ＡＲ、ＨＲ及びＩＴを含む。
【００３１】
警告条件オブジェクト３３３は、起こり得る警告条件又は予測される警告条件の例である。オブジェクト３３３は、ＷＳＢプリンタの用紙切れが起こり得るという警告条件を表す。ＷＳＢプリンタ３１９が、ワークステーションＢ３１３上で動作している重要な役割のアプリケーション３１７によって用いられるので、警告の重要性レベルは「重要な役割」となる。まだ使用できる用紙があるが、用紙がないとアプリケーションＢが適切に完了されないという事実のために、警告条件検知モジュール２２０は、重大度を高いと判断した。警告条件検知モジュール２２０はまた、条件が起こる可能性が８０％であり、この警告の緊急性は「２４時間」であると判断した。ＷＳＢプリンタとシステム内の他のコンポーネントとの関係のため、グループＡＲが、影響を受ける唯一のグループである。
【００３２】
上述のように、オブジェクトの重要性レベルを、依存関係に沿って伝播させることができる。図３Ｃの警告条件オブジェクトは、１つの実施形態において、重要性レベル、重大度、危険度、及び緊急性をオブジェクトの中で伝播させ、また、収納関係に沿って伝播させ得ることを示す。言い換えると、コンピュータが常駐するサブネットワークのように、ホストとして働くか、又はサービスを重要なプロセスに提供するコンピュータ又は他のコンポーネントもまた重要である。
もちろん、属性が伝播される際に、メッセージをフィルタ処理するために重大度及び重要性の属性を用いることには、幾らかの配慮が必要である。ここに示される重要性及び重大度の属性は質的なものであったが、別の実施形態においては、このような属性は、例えば、数字のような量的なものとなる。
【００３３】
このような実施形態において、重大度及び重要性のレベルを表す数値の和又は積に基づいて、フィルタ基準維持モジュール２０５はフィルタ基準を支持することができ、警告条件フィルタモジュール２３０は、警告条件オブジェクトをフィルタ処理することができる。例として、サブ・ネットワークＳ１が、コンピュータＣ１及びＣ２を含む状況を考える。この例において、コンピュータＣ１は重要な機能を果たし、「非常に高い」重要性レベルを有するが、「標準の」重大度レベルを有する。コンピュータＣ２は試験システムであり、「重要な」重大度レベルを有するが、「低い」重要性レベルを有する。重大度及び重要性が別々に伝播された場合には、サブ・ネットワークＳ１は、「重要な」重大度及び「非常に高い」重要性の両方を有し、このことにより、メッセージ・フィルタリング・システムは、サブ・ネットワークＳ１に対して警告を報告する。しかしながら、重要なコンピュータＣ１が適切に機能しており、重要でない試験コンピュータＣ２が問題を示す場合には、サブ・ネットワークＳ１について心配する理由はなく、警告の通知は必要とされない。したがって、本警告システムの代替的な実施形態によると、例えば「重大度＋重要性」のようなフィルタリング表現を別個に伝播させることができるので、この和又は差のフィルタリング条件を満たすこれらの警告について、警告が報告される。
【００３４】
ここで図４を参照すると、本開示の１つの実施形態による、警告条件をフィルタ処理する方法の例示的な流れ図が示される。ブロック４０５において、警告フィルタ基準が定められる。フィルタ基準を用いて、検知されたフィルタ条件を報告するかどうかを判断し、このフィルタ基準は、重要性、重大度、緊急性、及び／又は危険度の属性を含むことができる。フィルタ基準は、ユーザ、ワークステーション、関与グループ、又はビジネス・プロセスを表す１つ又はそれ以上の識別子をさらに含むことができる。
ブロック４１０において、警告条件が検知される。警告条件は、オペレータの注意を必要とする現状、現状に関する警告、又はオペレータの注意を必要とする予測され／起こり得る条件とすることができる。当業者に周知の何らかの技術を、実際の警告条件又は起こり得る警告条件の検知の際に用いることができる。
【００３５】
警告条件の検知に加えて、ブロック４１０はまた、伝播アルゴリズムを使用し、例えば重要性、重大度、緊急性、及び／又は危険度のような、警告条件オブジェクトにより表される警告条件の特定の属性を判断することができる。さらに、例えば、関与グループ識別子のような関連した識別子を警告条件オブジェクトに伝播させることもできる。伝播は、例えば、依存関係に沿って又は収納関係に沿って行われ得る。
ブロック４１５において、検知された警告条件に関連したフィルタ基準が判断される。フィルタ基準と検知された警告条件との間の関連性は、例えば、関与グループ識別子、ユーザ識別子、又はシステム・コンポーネント識別子といった、１つ又はそれ以上の要素に基づくことができる。関連性は、検知された警告条件を報告する際に関連する何らかの要因に基づくことができる。
【００３６】
ブロック４２０において、検知された警告条件の関連した属性に、フィルタ基準を適用する。検知された警告条件へのフィルタ基準の適用に基づいて、該検知された警告条件を報告するかどうかの判断が、ブロック４２５においてなされる。検知された警告条件の属性が、警告フィルタリング基準内に含まれる場合には、警告通知が生成され、ブロック４３０において適切なオペレータに出力される。他の場合には、検知段階及びフィルタリング段階が繰り返され、それらが生じる際に警告条件を連続的に報告する。
したがって、この開示における図面及び説明は、方法及びシステムの理解を助けるために提供されることを理解すべきであり、その範囲を制限するものと解釈するべきではない。開示された方法システムの精神及び範囲から逸脱することなく、種々の変形、置き換え、及び変更をなし得ることを理解すべきである。
【図面の簡単な説明】
【００３７】
【図１Ａ】例示的な企業システムを示す。
【図１Ｂ】開示された方法に従って管理することができる例示的な管理システム・トポロジーを示す。
【図２】本開示による警告システム方法の１つの実施形態を実行するための例示的なコンポーネントを示すブロック図である。
【図３Ａ】本開示による管理システムの１つ又はそれ以上の実施形態により用いられる例示的なシステム・トポロジー・オブジェクトを示す図である。
【図３Ｂ】本開示による管理システムの１つ又はそれ以上の実施形態により用いられる例示的な警告フィルタ基準オブジェクトを示す図である。
【図３Ｃ】本開示による管理システムの１つ又はそれ以上の実施形態により用いられる例示的な警告条件オブジェクトを示す図である。
【図４】本開示の１つの実施形態による、警告条件をフィルタ処理するための１つの方法の例示的なフロー図である。
【図１Ｂ】
2004535624.tif 000003
【図２】
2004535624.tif 000004
【図３Ａ】
2004535624.tif 000005
【図３Ｂ】
2004535624.tif 000006
【図３Ｃ】
2004535624.tif 000007
【図４】
2004535624.tif 000008
【国際公開パンフレット】
2004535624.tif 000009
2004535624.tif 000010
2004535624.tif 000011
2004535624.tif 000012
2004535624.tif 000013
2004535624.tif 000014
2004535624.tif 000015
2004535624.tif 000016
2004535624.tif 000017
2004535624.tif 000018
2004535624.tif 000019
2004535624.tif 000020
2004535624.tif 000021
2004535624.tif 000022
2004535624.tif 000023
2004535624.tif 000024
2004535624.tif 000025
2004535624.tif 000026
2004535624.tif 000027
2004535624.tif 000028
2004535624.tif 000029
2004535624.tif 000030
2004535624.tif 000031
2004535624.tif 000032
【国際調査報告】
2004535624.tif 000033
2004535624.tif 000034